Guys, Check this http://labs.richcoremedia.com/away3d/
1. how can i get the URL parameter for the id to display specific 3d model to load? *http://labs.richcoremedia.com/away3d/view.php?**modId=1*<http://labs.richcoremedia.com/away3d/view.php?modId=1> 2. hurm..btw after upload to the server view.php does not given any respond to database, when in localhost it's work. =.= On Wed, Jun 29, 2011 at 4:45 PM, Mahfudz <fofodes...@gmail.com> wrote: > Sounds good! Really appreciate it! ;-) > > so, if "path/to/model.3ds" need to be same "path/to/texture/texture.jpg" > rite? > hurm any example of using the AssetLoaderContext(). its more interesting > rite now. > > Thanks again richardolsson. ;-) > > > On Wed, Jun 29, 2011 at 4:06 PM, richardolsson <r...@richardolsson.se> wrote: > >> 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 <fofodes...@gmail.com> 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 <chadkim...@gmail.com> 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 <r...@richardolsson.se> 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 <explomas...@gmail.com> 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 <fofodes...@gmail.com> >> wrote: >> > > > > > Check this diagram >> > >> > > > > > On Tue, Jun 28, 2011 at 6:07 PM, Mahfudz <fofodes...@gmail.com> >> > > 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 < >> explomas...@gmail.com >> > > >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 < >> fofodes...@gmail.com> >> > > 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 < >> dirk.fe...@googlemail.com >> > > >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* >> > > > > >>>> mahf...@richcoremedia.com | +6017.681.5474 < >> > > mahf...@richcoremedia.com> >> > >> > > > > >>> -- >> > > > > >>> Michael Ivanov ,Senior Programmer >> > > > > >>> Neurotech Solutions Ltd. >> > > > > >>>www.neurotechresearch.com >> > > > > >>>http://blog.alladvanced.net >> > > > > >>> Tel:054-4962254 >> > > > > >>> mich...@neurotech.co.il >> > > > > >>> t...@neurotech.co.il >> > >> > > > > >> -- >> > > > > >> *Regard,* >> > > > > >> * >> > > > > >> * >> > > > > >> *Muhamad Mahfudz >> > > > > >> * >> > > > > >> *Media Director @ Rich Core Media * >> > > > > >> * >> > > > > >>http://www.richcoremedia.com* >> > > > > >> mahf...@richcoremedia.com | +6017.681.5474 < >> > > mahf...@richcoremedia.com> >> > >> > > > > > -- >> > > > > > *Regard,* >> > > > > > * >> > > > > > * >> > > > > > *Muhamad Mahfudz >> > > > > > * >> > > > > > *Media Director @ Rich Core Media * >> > > > > > * >> > > > > >http://www.richcoremedia.com* >> > > > > > mahf...@richcoremedia.com | +6017.681.5474 < >> > > mahf...@richcoremedia.com> >> > >> > > > > -- >> > > > > Michael Ivanov ,Senior Programmer >> > > > > Neurotech Solutions Ltd.www.neurotechresearch.comhttp:// >> > > blog.alladvanced.net >> > > > > Tel:054-4962254 >> > > > > mich...@neurotech.co.il >> > > > > t...@neurotech.co.il >> > >> > -- >> > *Regard,* >> > * >> > * >> > *Muhamad Mahfudz >> > * >> > *Media Director @ Rich Core Media * >> > *http://www.richcoremedia.com* >> > mahf...@richcoremedia.com | +6017.681.5474 <mahf...@richcoremedia.com> >> > > > > -- > *Regard,* > * > * > *Muhamad Mahfudz > * > *Media Director @ Rich Core Media * > * > http://www.richcoremedia.com* > mahf...@richcoremedia.com | +6017.681.5474 <mahf...@richcoremedia.com> > > -- *Regard,* * * *Muhamad Mahfudz * *Media Director @ Rich Core Media * * http://www.richcoremedia.com* mahf...@richcoremedia.com | +6017.681.5474 <mahf...@richcoremedia.com>
