quicktime-java
[Prev] Thread [Next] | [Prev] Date [Next]
Re: QTJava will be depreciated next year. Brian Raymond Mon Jul 14 13:06:05 2008
On Jun 10, 2008, at 8:51 AM, Chris Adamson wrote:
On Jun 10, 2008, at 1:27 AM, Paul Loy wrote:If you hold your breath waiting for a Java API from Apple you will most likely die. Best bet, get a group of developers together to use JNA to create a java binding on Quicktime X.Or join the Rococoa project, <https://rococoa.dev.java.net/>, which already has a partial wrapper of Cocoa working, including some QTKit support.Apple, if you're listening, get a developer release to us real soon, then we'll do the work for you and help you save Quicktime. Otherwise the likes of ffmpeg (MPlayer) will start kicking your ass.I'm sorry, I can't agree with this warning/threat. Right now, the simple playback leader is Flash video, because of a very compelling deployment story. What will be interesting is the effect of getting the HTML5 <video> tag supported in more and more browsers -- there's a large class of developers that only needs playback and maybe a little bit of interactivity ("on click, go to time x"), which is easily supported with JavaScript. This works today in Safari and the WebKit nightlies (Firefox too, I think?), and with WebKit, you could put that kind of approach in a Dashboard widget, among other things.The one catch I see with <video> is that we may not get a single format that you can count on being available everywhere, and it will suck if you have to use script to sniff the client and dynamically write the tag (H.264 for everybody but IE, and some stupid Win-only format for IE).Anyways, this is where I think a lot of the basic playback and simple interactivity audience is going. I don't see ffmpeg -- or for that matter, that absurdly irrelevant On2 thing that JavaFX is adopting -- being real useful or important in the face of that.
Until Flash 9 brought H.264 in as an option On2 provided the premier Flash codec (if not the only one) and is still the most popular option because of it's relatively lightweight processing needs. If On2 is "absurdly irrelevant" in the context of Java we will see but it is a large market and I expect Java will capture some of the market with it's new capabilities.
_______________________________________________ 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]
- Re: QTJava will be depreciated next year. Walid Saad
- Re: QTJava will be depreciated next year. Paul Loy
- Re: QTJava will be depreciated next year. Alex Shaykevich
- RE: QTJava will be depreciated next year. George Birbilis
- RE: QTJava will be depreciated next year. Alex Shaykevich
- Apple please OpenSource QTJava (was: RE: QTJava will be depreciated next year.) George Birbilis
- RE: QTJava will be depreciated next year. Rolf Howarth
- RE: QTJava will be depreciated next year. George Birbilis
- Re: QTJava will be depreciated next year. Chris Adamson
- Re: QTJava will be depreciated next year. Brian Raymond <=
- RE: QTJava will be depreciated next year. George Birbilis
- Re: QTJava will be depreciated next year. anthony rogers
- Re: QTJava will be depreciated next year. Rolf Howarth
- Re: QTJava will be depreciated next year. Alex Shaykevich
- Re: QTJava will be depreciated next year. Nick Hansen
- Re: QTJava will be depreciated next year. Alex Shaykevich
- Re: QTJava will be depreciated next year. Nick Hansen
- (Help!) RE: QTJava will be depreciated next year. A O
- Re: (Help!) RE: QTJava will be depreciated next year. Alex Shaykevich
- RE: (Help!) RE: QTJava will be depreciated next year. George Birbilis