Alvin,
If anyone would like to step up and pay for the development time I'd be
glad to add this feature. So far not a single person has sent any
payment and yet our loader is downloaded on average three times per day.
As I understood it the reverse engineered URL support is rather
convoluted (essentially counts on gaining permissions to write the file
temporarily on the user's local hard drive).
I agree that for many projects it would be nice to leave out the extra
step of converting. But I'm assuming most projects will desire the
higher performance that using a "native" format can deliver.
I'll speak with the rest of my team and see what they think about
diverting time to developing direct URL support.
- John Wright
Starfire Research
Alvin Yue wrote:
>
> John,
>
> I respect your reasoning. But, your customers are crying for this feature.
> It would add work to convert from 3DS to SUN's format. If a company
> want to minimize number of models files, I'd assume that they'd want to standardize
> on a more widely used format. Hope you'd think about this again. Also, didn't someone
> add the URL support by reverse engineering? Could that work be included back to
> the official version?
>
> Alvin
>
> John Wright wrote:
>
> > Boris,
> >
> > No. Since Sun is releasing code that will allow saving scenes in a
> > "native" format (they have support for both file access and URL access)
> > we have decided not to pursue adding URL support to our loader. We
> > consider this loader a way to convert from 3DS to Java 3D. And even
> > though it is far faster than most other loaders using Sun's code will
> > result in even faster loading. So our recommendation is to model in
> > Max, generate your 3DS file, user our loader to get it into Java 3D and
> > then use Sun's code to save it "native". (then use Sun's code to load it
> > however you wish).
> >
> > - John Wright
> > Starfire Research
> >
> > [EMAIL PROTECTED] wrote:
> > >
> > > Dear friends,
> > >
> > > I have a need in loading a 3ds file from an URL into my applet. I checked
>several available loaders listed in http://www.j3d.org/utilities/loaders.html.
>However, even the best of them developed by Starfire does not carry this
>functionality. I wonder if anybody came across this problem and how you solved it? My
>friends from Starfire, are you working on this enhancement of your valuable utility?
> > >
> > > Thank you for your help
> > >
> > > Boris
> > >
> > > ===========================================================================
> > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> > > of the message "signoff JAVA3D-INTEREST". For general help, send email to
> > > [EMAIL PROTECTED] and include in the body of the message "help".
> >
> > ===========================================================================
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> > of the message "signoff JAVA3D-INTEREST". For general help, send email to
> > [EMAIL PROTECTED] and include in the body of the message "help".
>
> ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff JAVA3D-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
