требуется создать рабочую область для рисования, в которой будут использоваться текстуры в виде swf роликов (отпечатки от инструментов) так вот надо, чтобы параметры каждой текстуры (координаты и угол повората) были извлекаемы и пригодны для отправки и сохранения
проблема в том, что текстур получится слишком много и прописывать их через идентификатор будет геморно даже если использовать массив для этого
т.е если взять инструмент (кпримеру карандаш) след от него будет состоять из множества текстур. есть ли возможность отследить координату каждой и угол поворота? либо если это возможно объединить их в один мувик и сохранить.…

использую flash 6 по этому не в теме может как нибудь можно решить проблему в других версиях.

в 8 версии при помощи битмапов.

BlooDHounD писал(а):

в 8 версии при помощи битмапов.

Можно подробнее? Что эта за технология, в чем она заключается

Т.е экспорт в bmp?

типа того. технология как технология … для начало надо открыть хелп для 8го флэша и найти там BitmapData.draw

Имхо не выход. На сервер битмап сохранятся будет раза в четрые дольше.
Постройте правельный алгоритм архивации данных по текстурам перед отправкой и будет щастье. На самом деле это не сложно

bE(o0L, честно гворя я вообще не вижу проблемы отправки данных на сервер. темболие что в любом случаи, это будет всёравно меньше весить чем витмап. единственное лучше наверно будет открывать сокетное соединение, если данных и впрям много. но я не помню, что бы у меня редактор отправлял больше 4кб … хоть у меня через сокет …

ну да

Правильный алгоритм архивации данных не катит. Есть некоторые проблемы которые мешают это сделать. Тогда лучше в бмп, а сервер перевед в гиф или пнг. Сможет ли только флеш импортитровать с альфа каналом? (Не я флешер, я за него, поэтому такие вопросы)

чё-то не понимаю … причём тут архивация данных? в БМП всё это дело завесит в раз в 50 больше … или я чего не понимаю … или проще взять и открыть хелп флэша.

архивация, паковщик, не важно. суть этого слова в том, чтоб передавать данные на сервер в максимально сжатом объёме.
Для этого вовсе не нужно писать мощный архиватор (гы), а просто думать головой.

БМП... нуну
итак имеем - 320x240
в этоге у нас этакий объект (массив) с 76800 вхождениями и (если без мозгов) тремя параметрами (x,y,color).

Вся эта хрень сливается на сервер и собирается допустим в GD.

Ты уверен что твои данные передаваемые сейчас занимают больший объём?

http://igor-shikarev.narod.ru/files.html - я не тестил, гляньте, мож подойдет.

есть трабла … если будет больше 64К то всё накроется из-за кривой и тормазнутой работы флэша со строками. я проверял