hmm … looks like GStreamer has a default selection of paths it searches for plugins. Rather than adding the plugin path with the scan path later, it might be possible to pass it in to Gst.init as one of the String args.
ie. instead of new String[]{} have new String[]{"–gst-plugin-path=PATH"}
Well, no, it won’t! The path needs to be absolute for a start, formatted for Windows, probably without quotes, and you also need to make sure it’s in the first call to Gst.init() - ie. in my LibraryLoader code.
new String[]{"--gst-plugin-path=" + pluginDir}
might work.
Keep both Gst.init(). The second call will be practically a no-op, but not cause any issues. The call in LibraryLoader is needed prior to the plugin registration, but if you remove it from your code and don’t call the LibraryLoader on Linux then it will fail.
GStreamer-Java works fine on Linux without the library loader code, finding the system installed GStreamer by itself. It also works fine on Windows for me with a system-installed GStreamer (from OSS builds), but I think the bundling is nicer and easier for the end user. Not used a Linux distro in years that doesn’t come with GStreamer by default.
Assuming you’ve put this in my lib loader code, then I’ll have to do some more exploring when I get a chance - which won’t be for a little while. Still, it’s working even with a system installed GStreamer so I guess it’s nothing to stress about!
This is actually one part of Praxis I hope might have some use for people around here - it makes a fun playground! There’s no syntax highlighting of GLSL yet, but hopefully can get that done soon with some basic code completion.
I’m sorry but using hardware acceleration in Java with video and even shaders is not so new. Good luck with gStreamer and LWJGL. nsigma’s demos are amazing, I agree with ra4king.
As @ra4king says, I’m definitely not claiming that. It’s not even new for me - been playing with this for at least 18 months, and was reading various blog posts about it before I started. I posted the video more as an encouragement to anyone looking at this thread and trying to get it working that it does work!
What is potentially new (I’ll at least claim more unusual ;)) in Praxis LIVE is its architecture (http://praxisintermedia.wordpress.com/2012/07/26/the-influence-of-the-actor-model/), which enables not only editing the shader and controlling the parameters live, but the potential to connect audio to control the shader, or MIDI, or build a custom GUI, or a fragment of (live-compiled) Java code … all while the video is still playing.
Thank you! ;D
PS. Going on holiday in 5 min, so don’t expect much else from me in the near future. There is a thread for Praxis if you’re interested in anything specific about it - I was not intending to spam this useful thread.
Surely you can create the buffer in the listener? Check if null and create. Check if null in update() too and just return. You’ll also have to synchronize on something else. There are other ways, but that’s probably easiest if you don’t know the video size in advance.
Some changes.
Should scale properly now, does not really have resizing in mind, since in a game you have one resolution and video will just adapt to it.
I went into /usr/lib and copied everything that seemed useful, and later compared it with out mac and win folders of gstreamer and deleted everything that seemed unrelated… a lot of course
if in /usr/lib there was just a gstreamer folder with everything in there, it wouldnt be a problem, but its kinda like system32 on win
Anyway I’m pretty sure I have a linux32 folder for gstreamer now, which should work and may only contain more unnecessary stuff.
Me personally, I will delete everything but the theora and vorbis decoders later in real usage anyway because of license issues
Haven’t had the chance to test it out though yet.
Does anybody know which linux distro has a live-cd version, java installed, but no gstreamer ?
well propably not =D
going to get just some linux distro, deinstall gstreamer and install java…