Comments 6
О, молодец, наконец-то ты стал писать! А то все какие-то тривиальности пишут тут про WM.
Очень понравился описанный класс FastBitmap. Удобно.
Однако если использовать BitmapData непосредственно в коде, то производительно еще более повысится, так как создание обьекта типа Color в каждом гетпикселе, а так же просто вызовы функций потребляют немало ресурсов.
Однако если использовать BitmapData непосредственно в коде, то производительно еще более повысится, так как создание обьекта типа Color в каждом гетпикселе, а так же просто вызовы функций потребляют немало ресурсов.
Согласен, что можно ещё оптимизировать. Но нельзя забывать про грань между кодом, который ещё можно поддерживать после оптимизации и кодом, который уже просто невозможно поддерживать, т.к. там сам чёрт ногу сломит из-за оптимизаций :) Там комментариев тогда должно быть больше кода :) RGB <-> HSL ведь тоже куча вызовов функций и созданий объектов Color. В идеале в ApplyHueSaturation нужно встраивать все преобразования и иметь огромную и чудовищную, но жутко быструю функцию :) (типа, одна структура HSV, одна RGB, вообще ни одного Color и две BitmapData из input и output).
Уважаю, когда уважают мой выбор (я про цветовую схему).
LockBits в CompactFramework не работает? Он адски быстр.
Sign up to leave a comment.
Compact Framework: адаптируем графику приложения под текущую цветовую схему