quicktime-java

I assume George was suggesting one still sits on top of the native 
QuickTime API, so you'd get access to all the QuickTime codecs 
without having to license them yourself.

I'm more interested in what happens to QuickTime itself as an API, 
and whether it continues to be provided on Windows. It's not too 
difficult to access the 32-bit QuickTime API directly via JNI, with 
or without QTJava. For example, I've  just written some code to open 
a movie using NewMovieFromProperties so I can set the preserve pitch 
property. It's only a few lines of C and a bit of reflection to 
access a protected Movie constructor, but I end up with a regular 
Movie object I can use with the rest of the QTJava API. It's obvious 
the QuickTime team don't want the hassle of having to support Java 
when their focus is on other things but I don't see why things like 
that shouldn't continue to work.

-Rolf

At 04:58 -0700 10/6/08, Alex Shaykevich wrote:
> Yes, but that would put the responsibility for licensing the codecs 
> on the application developer.  Financially difficult if not 
> impossible for most small developers.
>
> It would be nice if Apple released the QTJava source-code as 
> opensource. People could update it then I guess (it would become a 
> per-app private library of course, not a system-wide installation 
> since there would be many flavours/versions of it around after that, 
> but that’s not hard to do)

--
Rolf Howarth
Square Box Systems Ltd
Warwick, UK.
http://www.squarebox.co.uk
_______________________________________________
Do not post admin requests to the list. They will be ignored.
QuickTime-java mailing list      ([EMAIL PROTECTED])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/quicktime-java/alexiscircle%40gmail.com

This email sent to [EMAIL PROTECTED]