Клиентская обработка изображений

Некоторая помощь для части Silverlight:

Существует редактор изображений Silverlight Change . А Nokola недавно сделала один под названием EasyBizer , и он также предоставит исходный код в FOURURE.

Для преобразования изображения я рекомендую библиотеку открытой исходности Imagetools , которые также включают в себя некоторые основные эффекты. Silverlight имеет класс для манипулирования циклами растровых изображений, называемых WritableBitmap. Библиотека с открытым исходным кодом WRITEABINGBITMAPEX представляет собой сборник расширенных методов для записи Silverlight. API PRITEMINGBITMAP очень минималистично, и для таких операций есть только сырые пиксели. Библиотека WRITEABINGBITMAPEX пытается компенсировать, что с методами расширений, которые легко использовать, такие как встроенные методы. Пиксельные шейдеры также могут быть использованы для проведения быстрого и расширенного эффекта. Хотя они ограничены шейдерами модель 2 шейдеров, могут быть использованы для быстрой смесителя, тонирования и такими вещами.

Я уверен, что будут люди Silverlight и JS, публикующие примеры. Вот несколько редакторов изображений, написанных в actionscript:

1. Phoenix
2. PhotoshopExpress

Для начала есть библиотека обработки изображений ImageProcessing library. Плюс PixelBender доступен во Flash Player 10, он быстрый, работает в отдельном потоке. и люди делают с ним довольно безумные вещи.

HTH

На мой взгляд, не существует единого решения, которое бы отвечало всем вашим потребностям. Ваш лучший вариант, imo, - это использовать Flash и надеяться, что Adobe заключит соглашение с Apple, чтобы установить Flash на iPhone / iPad. Основным недостатком, конечно же, является то, что вам придется переписывать большую часть кода.

Если мобильный сектор не является абсолютно критичным, выберите вариант Silverlight по уже упомянутым причинам. Вы также можете использовать Silverlight вне браузера для работы в качестве настольного приложения.

Вы не говорите, на каком языке находится «весь этот код», который вам придется переписать. Может ли полуавтоматический перевод на Javascript быть практичным?

Возможно, вы могли бы начать со стороны сервера, как предлагает CraigS, а затем со временем перемещать функции в клиент, а не переписывать все сразу.

Размещайте обработку изображений на Amazon E2C, Azure или Google. IIRC E2C имеет множество распространенных проблем с обработкой изображений, готовых к работе.

Azure, вероятно, более знакомая среда с точки зрения совместного использования кода в качестве веб-службы

Вы платите просто за циклы ЦП, передачу / хранение и т. Д.

В дополнение к другим ответам, другой вариант может быть гибридным решением. Например, используйте Flash/Silverlight для большинства целевой аудитории и используйте серверную обработку для тех, кто ее не поддерживает (или вы можете создать нативное приложение для iP[hone|ad])

Вам, возможно, придется сделать что-то подобное в любом случае, так как мобильные телефоны, на которые вы нацелены, могут иметь недостаточную вычислительную мощность в зависимости от того, насколько сложна ваша обработка изображений.

Конечно, у вас все еще есть возможность обновить свой сервер, что, несмотря на то, что в настоящее время вы получили скидку, возможно намного дешевле , чем тратить время на разработку, создание/депланирование/тестирование клиентского решения.

Зависит от типа обработки изображений и впечатлений от конечного пользователя, на которые вы нацелены.

Поскольку вы планируете настроить таргетинг на мобильные телефоны, ваша обработка изображений должна будет учитывать тип телефона, который есть у пользователя или получателя (при обмене сообщениями через SMS / MMS), поскольку разные телефоны имеют разное разрешение экранов и обрабатывают разные изображения. форматы основных изображений и эскизов.

Я бы посоветовал вам рассмотреть гибридную облачную архитектуру, о которой говорилось в основных выступлениях Microsoft PDC в этом году. Это позволит вам иметь собственный сервер (ы) для поддержки вашего приложения, но если вам потребуется дополнительная мощность, вы можете масштабироваться в облако с помощью AppFabric.

Кроме того, чтобы максимально увеличить доступность вашего продукта на рынке, перенос обработки изображений в общую инфраструктуру многократного использования позволяет ориентироваться на разные платформы, используя преимущества каждой из них.

Я работал над решением, в котором размещалась его серверная часть инфраструктуры обработки и доставки изображений, а затем создавал различные предложения пользовательского интерфейса, позволяющие осуществлять продажи через настольные компьютеры, операторы мобильной связи и магазины приложений. Это может работать, и с точки зрения бизнеса может дать эффект масштаба.

Лучшим решением является использование серебряного света (так что код уже готов). Если клиент не может запустить его (мобильные телефоны и т.д.), то обработайте его на стороне сервера.

Это лучший компромисс.

Проверяли ли вы редактор от Pixlr.com ?
Посмотрите также на их API...

Ваша проблема идеально подходит для языка программирования Haxe . Haxe написан для Интернета и может компилироваться в JavaScript, Flash и Objective-C (возможно, в ближайшее время Java / .NET). Таким образом, вы не выбираете, в какую платформу собираетесь инвестировать, а в какой язык. Haxe легко адаптируется программистом на AcitonScript.

Нет смысла запускать алгоритмы обработки изображений в песочнице JavaScript, когда доступен Flash, потому что он будет намного быстрее. Также нет смысла запускать тяжелые алгоритмы обработки изображений на мобильном устройстве, таком как iPhone, с JavaScript. Я бы поддержал только JavaScript как худшее резервное решение.

Если вам не нравится Haxe, я бы выбрал Flash. Вы также можете развернуть свое Flash-приложение для iPhone, если это ваша проблема. Это также очень здорово, потому что вы получаете собственный код ARM.На самом деле существуют отличные инструменты для профессиональной разработки Flash. FDT и IntelliJ IDEA - два из них. На момент написания, вероятно, лучшей Haxe IDE является FlashDevelop .

Поэтому я бы определенно не использовал JavaScript как единственное решение. Haxe идеально подходит для того, чего вы пытаетесь достичь. Если вы не доверяете или не хотите вкладывать средства в Haxe, вы можете использовать Flash из-за экспорта iPhone / iPad .

В зависимости от вашего сценария использования я также рекомендую вам обратить внимание на облачный хостинг, например Amazon EC2 и Google AppEngine. Стоимость хостинга невысока, и ваша задача будет легко масштабироваться. Опыт будет намного лучше, когда дело доходит до сложных операций, которые могут занять даже много времени в настольной системе.

DISCLAIMER: Я считаю себя защитником платформы Flash. Я восхищаюсь огромным потенциалом Silverlights как технологии для развертывания практически любого .NET контента через браузер, но он имеет низкое проникновение, ужасно рекламируется и - при том, что воспринимается как таковой многими (в основном людьми, которые не знают ни Flash, ни Silverlight) - не является конкурентом Flash, так же как и Flash не является конкурентом Sliverlight. Идеалисту во мне нравится идея делать все в HTML+JS, используя стандарт, вместо того, чтобы полагаться на несвободные программы сторонних разработчиков. Но правда в том, что JS работает медленно, а API ограничен, а реализация JS, HTML и CSS ужасно непоследовательна для браузеров.

Если вы действительно хотите придерживаться .NET и так заинтересованы в нацеливании на iPhone и его братьев и сестер, то вы, возможно, захотите посмотреть MonoTouch.

И все же, несмотря на то, что это может вас удивить, я скажу вам использовать Flash. :)

Почему? Бит обработки изображения - это самая маленькая часть вашего приложения. Что бы вы ни писали, я в этом очень уверен. Не знаю насчет Silverlight, но во Flash фильтры, используемые Thumba и EasyPainter, могут быть созданы в течение одного дня, большинство из них просто используют ConvolutionFilter, ColorMatrixFilter, DisplacementMapFilter и BitmapData: :paletteMap или даже просто применив один из других фильтров Flash предлагает вне коробки. Любые дополнительные вещи могут быть созданы с помощью PixelBender, на что указал Джордж. Язык ядра является подмножеством языка C, поэтому перенос классических фильтров не должен занимать слишком много времени. Также алхимия (бэкэнд LLVM, нацеленный на Flash Player 10) была бы вариантом, заслуживающим изучения, хотя он еще не очень стабилен.

Большей частью вашего приложения будет много графического дизайна, реализации графического интерфейса, бизнес логики и т.д. Flash действительно великолепен, когда дело доходит до простой, но достаточно быстрой манипуляции с изображениями, а с фреймворком Flex и MXML у вас есть мощный инструмент для продуктивного создания графического интерфейса вашего приложения, который может очень хорошо взаимодействовать с множеством серверных решений практически для любой платформы.

Кроме того, Flash имеет большое и активное сообщество, предлагающее тонны уроков, фрагментов кода, библиотек и фреймворков, а также большую экосистему, с инструментами кросс-компиляции для доставки флэш-контента на другие платформы (в том числе предстоящие Flash CS5 , или упомянутые Elips). Я не понимаю, откуда у вас сложилось впечатление, что в платформе Flash не хватает инструментов разработки. Отличие от пакета .NET в том, что они предоставляются множеством вендоров. Грядущий Flash Player 10.1 уже был отмечен Джорджем, но тем не менее, я хотел бы подчеркнуть, что это делает многие кросс-платформенные соображения устаревшими.

И последнее, но не менее важное, я хотел бы отметить Haxe . Он позволяет компилировать не только в SWF, но и в C++, используя тот же самый API, который предоставляет NME, чтобы нацелиться на iPhone. Также ведется работа над бэкэндом андроида. Если вы не играете, чтобы запустить в течение следующих 4-5 месяцев, то это определенно вариант.

Silverlight можно использовать для всех клиентов с поддержкой Silverlight, а для клиентов, отличных от Silverlight, на стороне сервера обработки изображений. Поскольку код Silverlight - это C #, вы можете дважды скомпилировать его, чтобы (в основном) тот же код работал, что и Silverlight, и не-Silverlight (то есть сервер). Это дает вам лучшее из обоих миров.

Почему бы не упомянуть Java-апплет?

Хорошие стороны:

почти все браузеры поддерживают? нужно установить JRE? вся поддержка ОС Java предоставляет наборы Java Advanced Image, но если можно вызвать dll c ++, это лучше всего (JNI может вызывать dll c ++)