Home › Forum › Troubleshooting › General › Video playback in jME3
This topic contains 7 replies, has 4 voices, and was last updated by
finomosec 1 year, 1 month ago.
-
AuthorPosts
-
So, com.jme3.video is deprecated as I see.
What now ?
If I’m correct, it used Cortado before – which has its problems of skipping / desync, blah…Create a new jme3 video playback api and contribute it
Actually somebody started something based on gstreamer but didn’t finish it.. I don’t know if gstreamer would be the best solution anyway tho. Basically you just need some library to decode the video, then draw it to a texture. Syncing video and audio is the hard part.I’ve been using so many by now:
Cortado: got it working properly, with 2 files audio and video, syncing here is difficult as always, but at least this works and doesnt skip/stop
QT_java: well its deprecated
JMF: yeah… no
JavaFx2-video: nice, but the only codec, now, is Vp6 which sucks ass
VLCJ: Very nice. However there are legal issues and practical issues, shipping codecs, GPL’ing your source.
Xuggler: Yeah that’s were the good stuff is, but I’m not pro enough to make it work.So right now I’m between Cortado and VLCJ…
JMF: yeah… no
LOL
VLCJ: Very nice. However there are legal issues and practical issues, shipping codecs, GPL’ing your source.
Yes, VLCJ would be quite tough to get operating correctly.. Especially since VLC needs to be installed on the target
Xuggler: Yeah that’s were the good stuff is, but I’m not pro enough to make it work.
I could be misremembering here, as the last time we seriously stepped up to the plate (see below) with this was January, but didn’t Xuggler need some extra software installed as well? If this is a truly portable solution then it may be worth looking into again, they had superb documentation and seemed fairly active (it was an open-sourced component of a commercial project)
http://vimeo.com/19295672
FYI, this was Cortado in jME2Especially since VLC needs to be installed on the target
You can just copy the dlls / .so files and codec folder. But legal issues with shipping the codecs…
didn’t Xuggler need some extra software installed as well?
I’ve never got it to work, but I don’t think so; you are probably thinking of codecs again, which, yeah, is the same issue.
Yeah Caspian Prince also says Xuggler is the video lib. But even Xuggler users have sync issues; and for me it’s above my head.
I just need: play video here, go.I just need: play video here, go.
Heh, if only everything were that simple
Sync issues are almost always going to be something that needs to be overcome when you’re dealing with a loop that has extra burden on it (like one that renders OpenGL graphics under the auspices of an engine called jMonkeyEngine), but nothing is impossible!The other, kind of crazy, possibility is taking the berkelium-java wrapper, and painting that on to a texture. You wouldn’t need to worry about handling input or anything since it would just be a web page that you go to and has the playing functionality embedded on load.
@normen, I keep coming back to berkelium and saying “man, wouldn’t that be awesome?” Now that I’ve got a Windows box set up I might give it a shot and worry about recreating the headers and recompiling for OSX/Linux later..
@normen, I keep coming back to berkelium and saying “man, wouldn’t that be awesome?” Now that I’ve got a Windows box set up I might give it a shot and worry about recreating the headers and recompiling for OSX/Linux later..
Due to the non-working rating plugin I’ll do it verbally: “Thumbs Up!”
Hi there,
I would like to get this working as well
And I found something: It’s a sample code to get VLCJ working with JME:
http://code.google.com/p/vlcj/wiki/JMonkeyEngineExampleWell it seems it’s not synchornized.
But I am going to try this out now anyway …Good luck on the other projects
-
AuthorPosts
You must be logged in to reply to this topic.