Makc, if you don't feel like the Away3D team care about our users (the
programmers) then that's unfortunate. We do very much care about the
programmers and the products that they create using our engine, which
is why we want to encourage good practice. If your artists are
incapable of resizing textures then maybe you can do it for them?
Write a script that does it, the programmer way. I don't see why (and
I'm sure your product owner agrees) users should have to download
textures that are often too big just to then have their CPU scale them
down. Store and deploy them with the right size, which will decrease
both loading and initialization time.
As far as the video material is concerned, that entire system in
broomstick is a contribution that has not yet gone through proper
review (as is often the case in an open-source project's alpha cycle)
but chances are we will keep some sort of dimensions check there since
in that particular material the engine is creating the bitmap and
hence there is no way for the programmer to control it. In a bitmap
material the bitmap is an external file and you have the option to
resize it.
Know though that your feature request (or whatever you meant for it to
be) has been noted and we will consider adding some sort of automatic
resizing, although as previously stated it will most likely be turned
off by default.
Cheers
/R
On Jun 21, 3:30 pm, makc <makc.the.gr...@gmail.com> wrote:
> check out what I just found in your VideoMaterial:
>
> trace("Warning: "+ size + " is not a valid material size. Updating to
> the closest supported resolution: " + validSize);
>
> :-P'''
>
> what about some consistency?
