как взять производитеьлность нового плеера ?

[Antares]

Блуд, флейм...

[BlooDHounD]

Ну серьёзно очень надо я исправлюсь

[silin]

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

http://blog.franto.com/wp-download/parse3ds.swf
http://blog.andre-michelle.com/upload/ptm_01/

да попробуйте подвигать эту хреновину..
зы: а статичные 16 000 полигонов лучше в jpg-e держать, имхо

[john]

2silin....
нет, уж лучше перегнать это в битмап во флэше, или просто закешировать..... зачем такие извращенные методы?

[silin]

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

[__i]

Чем эту фигню смотреть ??? каким плеером и где его взять? (у меня стоит 8)

[Nirth]

тебе нужен Flex Builder 2 где достать уже написанно в этом разделе, погуляй по важным топикам.

[john]

2silin, а ты оказывается тяжелый....
был вопрос - "где производительность?"
были примеры где она реально видна, ты сказал что пример плох - медленно все это "драгается", то есть опять же на производительность жалуешься, был вариант решения - кеширование или битмап. Естественно никто не предлагает переносить рендеринг на клиент - это по меньшей мере бред, хтя в некоторых случаях возможно и в применимо - например в простых "бродилках".

вернусь к производительности.

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

1. не исползовать Numbet - а использовать int и uint
2. при создании строк почаще использовать StringBuilder (когда нужно создать строку из несколько кусков).
3. почаще использовать ByteArray, а не массив интов и боже упаси намберов (ну это при разборе битмапов и звука)
4. использовать рег-экспы а не писать собственные методы поиска в строках (спорно, но я уверен что низкоуровневый механизм регекспов будет в любом случае быстрее).
5. при работе с BitmapData не рисовать попиксельно на экран, а сначала создать "виртуальную" картинку а потом нарисовать ее с помощью copyPixels.
6. пользоваться кешированием битмапов и метдами оптимизации отображения графики.

два последних относятся к графическому движку, то есть так же и к восьмерке - движок то в восемь с половинкой восьмерочный.

[Antares]

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

два последних относятся к графическому движку, то есть так же и к восьмерке - движок то в восемь с половинкой восьмерочный.

А вот за это замечание спасибо!

[silin]

спасибо