Silverlight 4.0 - скорость изменения размера и сжатия изображения

Я просмотрел предыдущие сообщения по этой теме, но не нашел четкого решения.

Моя дилемма такова:

Я создал приложение Silverlight 4.0 для обработки изображений на стороне клиента (изменение размера и сжатие) перед их перемещением в базу данных через веб-службу. Работает неплохо, я использую библиотеку FluxJpeg для достижения желаемой обработки.

Проблема, однако, в стресс-тестировании. В производственной среде я ожидаю, что будут обрабатываться действительно большие изображения (прямо с цифровой камеры) и в больших количествах. При работе с большими файлами (3 МБ +) и большим количеством (20+) моему приложению Silverlight требуется много времени для обработки изображений и перемещения двоичных файлов в базу данных.

Если вы столкнулись с чем-то похожим при разработке Silverlight и у вас есть идея, как это ускорить, поделитесь, я был бы очень признателен.

Спасибо!


person Anvar    schedule 17.06.2010    source источник
comment
Наконец-то я развил функциональность довольно быстро. Все еще использую для этого библиотеку FluxJpeg. Я просто хочу упомянуть здесь одну важную деталь - если вы используете VB.NET для разработки Silverlight, имейте в виду, что так называемые операторы сдвига (например, p ›› 29) не работают в проектах VB.NET так, как они работают. Проекты C #, хотя синтаксис для них одинаков на обоих языках. У меня была лавина исключений по поводу арифметического переполнения, что несколько озадачило.   -  person Anvar    schedule 18.06.2010


Ответы (1)


Вы пробовали включить ускорение графического процессора для элемента управления Silverlight?

Вот хорошая итоговая статья - Глубокое погружение в GPU Ускорение

person icysharp    schedule 21.06.2010