После задания scale'ов длина вектора будет неправильной.

я склоняюсь к мысли, что если это и произойдет то оч. нескоро т.к. введение сортировки по глубине (или z-буфера или любого другого способа определения очередности отрисовки) отменит слои (и глубины) в flash IDE что превратит редактор в мини-3dmax с последующей эволюцией в 3dmax, видимо поэтому 3д в 10-ке называют "3д трансформациями"
П.С.:
в принципе z-буфер во флэше сделать можно, даже на as2
http://www.free-lance.ru/users/rfc/v...p?prjid=805813

Добавлено через 1 минуту
2 Яски:
главное не длина - главное направление.

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

Где-то видел движок с z-буффером, с графикой типа кваки первой.

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

2 VVall: ну с чего ты взял? квака2 на p233 без аппаратной поддержки летает вполне сносно и там есть z-буфер.
именно поэтому не надо писать растеризатор на интерпретируемом языке, лучше использовать растеризатор встроенный в этот язык.

Ну раз я про это пишу, то взял с собственного опыта, наверное? Будете утверждать, что растеризация с Z-буфером не сильно медленнее, чем без него?

Но так как встроенного нет, говорить можно только о написании собственного.

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

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