Ищу способ определить сколько байт весит тот или иной объект.
 

Итак, есть ли способ определить сколько памяти занимает конкретный объект в конкретной переменной?
Рылся рылся в справочнике адобы, но так ничего связоного с памятью (кроме flash.system.System.totalMemory()) и не нашел =(
AS3 плевать хотел на память? У переменных есть хоть какое-то дно или они бездонные?

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

... и долго удивляться потом

Тем более, что правильно сеарилизовать, например, Sprite у Вас вряд ли получится. Плюс ко всему есть всякие IExternalizable, которые позволяют записывать объекты в ByteArray использую свой собственный алгоритм

Определять, сколько памяти занимает переменная, для AS3 программиста, скорее всего, не нужна. Это не его забота, я думаю. Это к другим языкам относится.

А размер объектов можно посмотреть в логе при компиляции.

С чего такой вывод?
И что же там можно увидеть?

Вывод с того, что работа напрямую с памятью в этом языке ограничена. В size report можно увидеть размеры объектов библиотеки, что за глупый вопрос?

И что? Это дает право плевать на оптимизацию?
size-report появился только в Hero. Который официально еще не вышел (по крайней мере до конца мая). К тому же, с его помощью нельзя узнать размер динамического объекта, только то что доступно на этапе компиляции.

Оптимизация размера занимаемой памяти начинается с чистки за собой всего, что больше не используется, а минимизировать биты, занимаемые конкретным значением конкретной переменной - занятие сомнительной полезности. Только разве что если речь идёт о пересылке пакетов в сокетах, но для определения размера byteArray как раз есть свой функционал.

size-report есть даже в Adobe Flash CS3. Да, только то, что доступно на этапе компиляции, - т.е. что есть в библиотеке. И что? Этого для многих задач может вполне хватить:)

Это не оптимизация, а обычный процесс разработки.
Хорошо, сколько памяти сожрут 20 динамически созданных битмап?
Понятия не имею, что там в Flash CSx творится, уже года три как не пользовался.
Для многих — это для одной единственной? И что делать если библиотека пуста? Embed, вроде как, Flash CSx уже понимает.

Эм.. Зачем вам знать, сколько памяти занимает 20 переменных с битмапами? Если речь об уменьшении памяти, важно знать что занимает меньше, а что больше. Я вам и без этого скажу, что битмап 100х100 пикселей тяжелее, чем 50х50; что массив из 100 элементов тяжелее, чем из 50 :) Нужно оперировать измерениями, которые мы в состоянии изменить, если, конечно, мерять не ради любопытства.
Я думаю, что это прозрачная точка зрения:)

Что значит зачем? Какая разница что занимает меньше, если надо знать сколько всего? Или вы думаете, что на всех девайсах на которых можно запустить флеш-плеер или air стоит по N-гигов памяти и по восьми котловому процессору?
Например, можно создать все ресурсы сразу и выиграть в производительности или наоборот, создать только часть ресурсов и выиграть в потреблении памяти.
Откуда такая уверенность? Или вы о пустых массивах?
Мы можем это изменить. В чем проблема?

У тяжелых объектов(BitmapDate, Sound...) можно определить сколько памяти сожрет. У легки не имеет смысла. Сылки на объекты могут занимать больше чем сам объект, особенно заметно когда 100500 связанных функций выполняться.

alatar, вы не улавливаете логики, а я не учился на преподавателя и лучше объяснить не смогу, так что дальше повторяться не буду.

Anton Riot, увы трудно искать кошку в темной комнате, особенно при ее отсутствии.

Сохраните png с белым фоном 100х100 пикселей, и разноцветным фоном 50х50 пикселей и сравните вес.

png - это сжатый битмап. Сохраните в bmp :)

Сорри, если не понимаю глубины проблемы, но профайлеры уже запретили использовать?
Это я про то, как посмотреть, сколько памяти занимает конкретный объект.

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