Video playback in Java ( JMF, Fobs4JMF, Xuggler, F

问题:

I need simple video playback in Java.

Here are my requirements:

• PRODUCTION QUALITY

• Open and decode video files whose video and audio codecs can be chosen by me. I.E I can pick well behaving codecs.

• Be able to play, pause, seekToFrame OR seekToTime and stop playback. Essentially I wish to be able to play segments of a single video file in a non linear fashion. For example I may want to play the segment 20.3sec to 25.6sec, pause for 10 seconds and then play the segment 340.3sec to 350.5sec, etc.

• During playback, video and audio must be in sync.

• The video must be displayed in a Swing JComponent.

• Must be able to use in a commercial product without having to be open source (I.E. LGPL or Comercial is good)

---

My research has led me to the following solutions:

• Use Java Media Framework + Fobs4JMF http://fobs.sourceforge.net/f4jmf_first.html

I have implemented a quick prototype and this seems to do what I need. I can play a segment of video using:

player.setStopTime(new Time(end));
player.setMediaTime(new Time(start));
player.start();

While Fobs4JMF seems to work, I feel the quality of the code is poor and the project is no longer active. Does anyone know of any products which use Fobs4JMF?

---

• Write a Flash application which plays a video and use JFlashPlayer to bring it into my Java Swing application

Unlike Java, Flash is brilliant at playing video. I could write a small Flash application with the methods:

open(String videoFile),
play(),
pause(),
seek(int duration),
stop()

Then bring it into Java using JFlashPlayer which can call Flash functions from Java.

What I like about this solution is that video playback in Flash should be rock solid. Has anyone used JFlashPlayer to play video in Java?

---

• Write a simple media player on top of Xuggler

Xuggler is an FFMpeg wrapper for Java which seems to be a quite active and high quality project. However, implementing the simple video playback described in the requirements is not trivial (Seeking in particular) but some of the work has been done in the MediaTools MediaViewer which would be the base upon which to build from.

---

• Use FMJ

I have tried to get FMJ to work but have had no sucess so far.

---

I would appreciate your opinions on my problem.

回答1:

Can a brother get a shout out for Xuggler?

回答2:

In my mind, VLCJ is the way forward for this type of thing. I love Xuggler for encoding / transcoding work, but unfortunately it's just so complicated to do simple playback and solve all the sync issues and suchlike - and it does very much feel like reinventing the wheel doing so.

The only thing with VLCJ is that to get it to work reliably with multiple players I've had to resort to out of process players. The framework wasn't the simplest thing in the world to get in place, but when it's there it works beautifully. I'm currently running 3 out of process players in my app side by side with no problems whatsoever.

The other caveat is that the embedded media player won't work with a swing component, just a heavyweight canvas - but that hasn't proven a problem for me at all. If it does, then you can use the direct media player to get a bufferedimage and display that on whatever you choose, but it will eat into your CPU a bit more (though no more than other players that take this approach.)

回答3:

JavaFX has a number of working video and audio codecs builtin. It's likely to be the solution with the broadest support at the moment.

回答4:

I've been using jffmpeg in the same way you use FOBS, it works pretty well, although I haven't compared them.

I would also love to see an easy way to interface with native codecs the way that JavaFX does, but there doesn't seem to be real integration between JavaFX and Java.

There has also been some work trying to get the VLC library libvlc into java. I haven't tried it yet and would be interested to hear back from anyone who has.

回答5:

haven't tried Xuggler (which i'm interested in) but I'm having a good time with VLCJ. The drawback I find in it is only that you have to have VLC installed prior to your application.