сколько весит прогр. рисование

[silin]

так ли уж выгодно программное рисование?
нарисованный квадрат весит 96 байт, его программный аналог{
lineStyle( 5, 0xff00ff, 100 );
beginFill(0xff0000,100);
moveTo( 200, 200 );
lineTo( 300,200 );
lineTo( 300, 300 );
lineTo( 200, 300 );
lineTo( 200, 200 );
endFill();
} - 156 байт,
увеличение числа квадратов до трех существенно картину не меняет. Кто разбирался, прокомментируйте в чем здесь дело:
в каких раскладах программно рисовать выгоднее?

[Пушистик]

нада подумать....для трафика разница в 100 байт.....мммм....это конешнаааа много...

[iLoveYou]

http://flasher.ru/forum/showthread.php?s=&threadid=41931&highlight=%EF%F0%EE%E3%F0%E0%EC%EC%ED%EE

[Nox Noctis]

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

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

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

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

еще можно напридумывать примеров, я думаю.. это первое что пришло в голову

[silin]

согласен, для любого интерактива прогр. самое то, но для статичных ( не меняемых походу дела) картинок аккуратный рисунок будет выгоднее ?

[Dimonius]

ИМХО безусловно выгоднее для статичных объектов заранее нарисованный.

[silin]

Оригинал написал(а) Пушистик
нада подумать....для трафика разница в 100 байт.....мммм....это конешнаааа много...
это не 100 байт, это 1,5 раза