Re: thoughts on files
23 views
Skip to first unread message
Brian Schlining
Jun 27, 2011, 12:53:06 PM6/27/11
to Andy Ritchie, mbari...@googlegroups.com
Hi Andy,
> I've been messing around with transcoding our video to different formats for a bit today. I think I read that it works with AVI and Quicktime formats. I had success with an m4v and an mp4 that I pulled off the web, but struggled a bit with ours.
>
> My first attempts at mp4 weren't that great either. I had bad playback problems. Skippy and freezing video after I hit stop and play.
> I seem to have a stable solution generating .mov files - looks to be the most compatible (that I've found) with QTJava (quicktime?).
On Windows, You'll have the best luck using .MOV containers with an H.264 codec. There's also the added benefit that .MOV files can be 'fast-start enabled' so that they can be read off of a web server by VARS.
> .Re video implementations, I was wondering if you've checked out xuggler? http://www.xuggle.com/xuggler/ It looks like it does require installation of a DLL but it's a GNU license, and it sounds like people like it working with video in Java. It would be cool if we don't have to convert all of our video, but I don't see myself having a chance to dive into Java/VARS/Xuggler anytime soon, and it looks like we're losing minimal fidelity with transcoding (though there is always some degradation :(
I can look into it although we have some very specific requirements for working with video files. For example, we don't work with local files. Instead they're hosted on a web server and reference by URL. Also, we need to be able to read from the movie containers time code tracks. We went with QuickTime for Java because we use the same API to talk to video capture hardware, like Blackmagic Decklink and Kona video capture cards. Going forward, there's a number of new options for working with video filew, including HTML5 and JavaFX. We'll probably evaluate those next year.
> I've been messing around with transcoding our video to different formats for a bit today. I think I read that it works with AVI and Quicktime formats. I had success with an m4v and an mp4 that I pulled off the web, but struggled a bit with ours.
>
> My first attempts at mp4 weren't that great either. I had bad playback problems. Skippy and freezing video after I hit stop and play.
> I seem to have a stable solution generating .mov files - looks to be the most compatible (that I've found) with QTJava (quicktime?).
On Windows, You'll have the best luck using .MOV containers with an H.264 codec. There's also the added benefit that .MOV files can be 'fast-start enabled' so that they can be read off of a web server by VARS.
> .Re video implementations, I was wondering if you've checked out xuggler? http://www.xuggle.com/xuggler/ It looks like it does require installation of a DLL but it's a GNU license, and it sounds like people like it working with video in Java. It would be cool if we don't have to convert all of our video, but I don't see myself having a chance to dive into Java/VARS/Xuggler anytime soon, and it looks like we're losing minimal fidelity with transcoding (though there is always some degradation :(
I can look into it although we have some very specific requirements for working with video files. For example, we don't work with local files. Instead they're hosted on a web server and reference by URL. Also, we need to be able to read from the movie containers time code tracks. We went with QuickTime for Java because we use the same API to talk to video capture hardware, like Blackmagic Decklink and Kona video capture cards. Going forward, there's a number of new options for working with video filew, including HTML5 and JavaFX. We'll probably evaluate those next year.
-- B
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Brian Schlining
MBARI
Software Engineer
br...@mbari.org (mailto:br...@mbari.org)
(831)775-1855
http://www.mbari.org/staff/brian
Reply all
Reply to author
Forward
0 new messages