Ok guys I think it is enough . Everything is cool. Makc is on our side . That is just his style of submitting feature requests ;))
Sent from my iPhone On Jun 21, 2011, at 7:33 PM, Ross Smith <[email protected]> wrote: > I have been blown away by the responsiveness and supportiveness of the Away3D > team. They make time around their personal lives to keep this engine going > strong. Thank you Richard for all the work you have contributed - and that > goes for Fabrice, Peter, Rob, and all the other devs who have made Away3D > possible. > > Makc, there's a saying that goes around a non-profit corporation that I help > to manage : "Thanks for volunteering." Whenever someone says the word > "should" as though the great vast void will do work for them, we laugh. And > then we say, "That *should* happen, eh? Great. Thanks for volunteering." > > If you want to see it done, write the patch and submit it to the Away3D team. > That's how open source works. > > --Ross > > On Tue, Jun 21, 2011 at 12:08 PM, richardolsson <[email protected]> wrote: > 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 <[email protected]> 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? > > > > -- > Ross Smith > [email protected]
