Просьба подтвердить наличие бага

[neovich]

Всем привет!

Наконец-то дошли руки и зарегистрировал обнаруженный баг https://bugbase.adobe.com/index.cfm?...bug&id=4033155

У меня он устойчиво воспроизводится на разных машинах на последних версиях флеша (18 и 19 бета).
Там один человек подтвердил, другой наоборот заявил о не воспроизводимости, из-за этого статус бага стал неподтверждённым. Но суслик ведь есть!)

Просьба скачать оттуда приатаченный проект (он для FlashDevelop) и проверить воспроизводимость — чёрных пикселей быть не должно. Если чёрные пиксели есть, значит ошибка у вас тоже воспроизводится. Желательно после этого проголосовать за искоренение этого бага.

Спасибо!

зы: если у кого-то не воспроизводится, то не молчите — интересно понять, в каких условиях проявляется эта ошибка

[caseyryan]

Вот так у меня. Оно?

[neovich]

Да, оно самое! Чёрных пикселей быть не должно, ведь это одно и тоже изображение, и оно портится энкодером, если выставить медленную скорость сжатия.

[caseyryan]

Я обычно PNGEncoder использую, вместо bitmapData#encode

[neovich]

Но он ведь жутко медленный, этот PNGEncoder? Или я поезда под откос пускаю?)

[caseyryan]

Достаточно быстрый.

Но он ведь жутко медленный, этот PNGEncoder?

и оно портится энкодером, если выставить медленную скорость

мм.. где логика?

[neovich]

Логика в том, что bitmapData#encode даже с хорошим сжатием (т.е. медленной скоростью) в разы быстрее PNGEncoder.
Я тоже использовал бы PNGEncoder, если бы не его низкая скорострельность (на фоне bitmapData#encode).

Добавлено через 11 минут
Кстати, caseyryan, спасибо за подтверждение бага!

[neovich]

Наконец-то Adobe подтвердил наличие бага. Обещают исправить)

[caseyryan]

Пока исправляют, флеш умрёт :-=0

[AlexCooper]

Сообщение от caseyryan

Достаточно быстрый.


мм.. где логика?

нативный гараздо быстрее.

А насчёт продуктивности, то есть worker. Недавно сам только начал использовать, но уже успел прокайфовать