{laugh} I should stop responding to these and just rewrite the code. I
don't really think writing it using a sequential loading scheme
(streams) would be very hard. 3DS format seems to be designed for
random access though.
- John Wright
Starfire Research
Artur Biesiadowski wrote:
>
> John Wright wrote:
> >
> > 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 suppose it is because loader works on RandomAccessFile (I do not see
> any other reason in which switching to URLs would be hard). If somebody
> would like to implement quick hack/decompilation etc, maybe it would be
> possible to download entire file over the net into byte buffer and
> create fake RandomAccessFile over it (by subclassing RAF and overriding
> all methods). This could probably would require a bit refactoring of
> main entry method for loader, to accept RAF, not String, but should be
> easy - I suppose first line is just RAF file = new RAF(filename).
>
> Just a blind guess - never seen the loader, not talking about
> decompilation.
>
> Artur
>
> ===========================================================================
> 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".
