Textures are somewhat different, because by default they need to be available through simple HTTP at runtime. If you're using AMF to transfer your models then you will need to use URL re-mapping (in Away3D's AssetLoaderContext class) to be able to map the texture URL, either to another URL or directly to the texture data (that you also retrieve via AMF.)
For example, if your model at /path/to/model.3ds contains a reference to "textures/texture.jpg", then usually that texture would be loaded from /path/to/textures/texture.jpg, i.e. by concatenating the path to the model and the relative path to the texture together. This is done by Away3D's loading system. If instead you are using parseData() to parse the model (which you have to if you are loading it yourself) then the /path/to/ part of the path won't be available to the loader, so you have to manually supply it. You can do this either by setting the dependency base URL to /path/to, or by mapping textures/ texture.jpg to /path/to/textures/texture.jpg using AssetLoaderContext.mapUrl(). But to answer your direct question: Yes, you should have your textures on the filesystem. Never store any files in a database, unless it makes absolute sense to do so. Cheers /R On Jun 29, 9:11 am, Mahfudz <[email protected]> wrote: > Yes, i think i should store the path of the 3d models rite? and move the 3d > model file into the file system and store at the server. > if store the 3d model at database, it may slow the performance of database. > > How bout the texture of 3d model? it should be same like storing the path of > texture in database rite? > > > > > > > > > > On Wed, Jun 29, 2011 at 4:39 AM, Choons <[email protected]> wrote: > > yeah Richard is certainly right about not storing huge chunks of data > > in the sql server. Especially if it's shared. Slowing down a shared > > database server is probably the fastest way to get your website turned > > off by your hosting company. > > > On Jun 28, 5:28 am, richardolsson <[email protected]> wrote: > > > There should be no problem storing everything in the same type of > > > database field (text data can be stored just fine in a binary store.) > > > However, I would advice against storing large chunks of data in the > > > database in the first place. You are probably better off storing the > > > file data in files (on the file system) and just reference those files > > > (e.g. the local path on the server) in the database. That way you > > > avoid getting huge database files which might affect database > > > performance, and if you're on an old filesystem even limit the number > > > of entries you can store. > > > > Cheers > > > /R > > > > On Jun 28, 12:12 pm, Michael Iv <[email protected]> wrote: > > > > > That seems to me fine. > > > > > Try this and let me know if it works :) > > > > > On Tue, Jun 28, 2011 at 1:08 PM, Mahfudz <[email protected]> wrote: > > > > > Check this diagram > > > > > > On Tue, Jun 28, 2011 at 6:07 PM, Mahfudz <[email protected]> > > wrote: > > > > > >> oic. Ok then. its more advance when developing away3d involving the > > > > >> database. =.= > > > > >> try check this diagram, is it correct or else. i need to understand > > the > > > > >> flow on this type of application with away3d. > > > > > >> On Tue, Jun 28, 2011 at 12:10 PM, Michael Iv <[email protected] > > >wrote: > > > > > >>> *|**is it possible i create 1 file including the 3ds, obj, n > > collada > > > > >>> model? i think it cant be rite?* > > > > >>> * > > > > >>> * > > > > >>> No .As these are very different formats.collada and obj are plain > > text > > > > >>> based formats whereas 3ds is a binary one.In your database you need > > to store > > > > >>> those under different data types. > > > > > >>> Cheers, > > > > >>> Michael > > > > >>> On Tue, Jun 28, 2011 at 5:06 AM, Mahfudz <[email protected]> > > wrote: > > > > > >>>> Looks good. Really appreciate it. btw my application involve 3ds, > > obj > > > > >>>> and collada model. > > > > > >>>> Dirk -> Yes, i think ZendAMF its better but i need to try AMFPHP > > > > >>>> too..try to compare it once upload on server > > > > > >>>> Michael -> WebOrb? sound great. i'll study it 1st too. ;-) > > > > > >>>> is it possible i create 1 file including the 3ds, obj, n collada > > model? > > > > >>>> i think it cant be rite? > > > > > >>>> On Tue, Jun 28, 2011 at 5:21 AM, DBird <[email protected] > > >wrote: > > > > > >>>>> Or check ZendAMF. Integrated in the popular zend-framework: > > > > >>>>>http://framework.zend.com/manual/de/zend.amf.server.html > > > > > >>>>> There is also a nice Service Browser like in AMFPHP. > > > > >>>>>http://www.zamfbrowser.org/ > > > > > >>>>> Cheers, > > > > >>>>> Dirk > > > > > >>>> -- > > > > >>>> *Regard,* > > > > >>>> * > > > > >>>> * > > > > >>>> *Muhamad Mahfudz > > > > >>>> * > > > > >>>> *Media Director @ Rich Core Media * > > > > >>>> * > > > > >>>>http://www.richcoremedia.com* > > > > >>>> [email protected] | +6017.681.5474 < > > [email protected]> > > > > > >>> -- > > > > >>> Michael Ivanov ,Senior Programmer > > > > >>> Neurotech Solutions Ltd. > > > > >>>www.neurotechresearch.com > > > > >>>http://blog.alladvanced.net > > > > >>> Tel:054-4962254 > > > > >>> [email protected] > > > > >>> [email protected] > > > > > >> -- > > > > >> *Regard,* > > > > >> * > > > > >> * > > > > >> *Muhamad Mahfudz > > > > >> * > > > > >> *Media Director @ Rich Core Media * > > > > >> * > > > > >>http://www.richcoremedia.com* > > > > >> [email protected] | +6017.681.5474 < > > [email protected]> > > > > > > -- > > > > > *Regard,* > > > > > * > > > > > * > > > > > *Muhamad Mahfudz > > > > > * > > > > > *Media Director @ Rich Core Media * > > > > > * > > > > >http://www.richcoremedia.com* > > > > > [email protected] | +6017.681.5474 < > > [email protected]> > > > > > -- > > > > Michael Ivanov ,Senior Programmer > > > > Neurotech Solutions Ltd.www.neurotechresearch.comhttp:// > > blog.alladvanced.net > > > > Tel:054-4962254 > > > > [email protected] > > > > [email protected] > > -- > *Regard,* > * > * > *Muhamad Mahfudz > * > *Media Director @ Rich Core Media * > *http://www.richcoremedia.com* > [email protected] | +6017.681.5474 <[email protected]>
