Yes, network read will certainly be a part of GSVideo. Actually the gstreamer-java bindings already support the use of arbitrary URIs as video sources, so it is just a matter of exposing this functionality in GSVideo.

Hi Andres,

Sorry for the late reply, was not around those lately.
Well thanks so much for your answer. I checked the trunk version of GSVideo as i saw you added network read in GSMovie class. Build the library from source and give it a try and it does works. I tried it yesterday using an http movie file. However, reading is very laggy. It doesn't read smoothly. I know this is a test version and i don't really know if you have to adapt the read method in case the file is read remotly but i just wanted to let you know and say a big thank you to being such reactive.

Regards,
Olivier

I would like to understand this a little better. Disabling the video card seems rather like putting a tourniquet on someone's neck. What is actually happening? I'm picturing some kind of basic video card hardware within the big GEforce chip that is awakened when you disable.

Thanks a lot for your effort andres.
If i could make any testing from the trunk let me know and i definitively will.
I'd need such feature because we have to build an online applet displaying a particle system.

Whenever a user select a particle some data from an online database are displayed as well as a video showing some google map target. As there is more than 400 entries, it's just impossible to embed 400+ videos in the applet. A teammate tested with jmcvideo and it worked well but on mac. As the library doesn't works in windows anymore furthermore jmcvideo and jmc aren't that updated we would consider using GSVideo.

Here's a sample i made test with : http://fdla2011.medias-cite. org/videos/1-800-600.mov

If you have any ressources that could help me to give it a try to help you to integrate such feature i'll help as much as possible as i really need that feature                        

For the time being, one possible line of testing would be to test network read using gst-launch from the command line, this would help to identify whether the problem lies at the Java level, or is a lower level issue with gstreamer itself.

Well, i tried with gst-launch using windows'OSSBuild 0.10.6.

I just read fully the thread i mentioned.

Does that mean i have to build the latest version of gstreamer form source to give it a try to that single-stream flag ?
That means we have to wait a while before OSSBuild is updated to gstreamer-core 0.30.
That problem seems being kinda difficult to get sorted. And once sorted on gstreamer that have to be sorted on gstreamer-java and then GSVideo.

We have to be able to play remotely without being laggy, a loading time wouldn't be such a problem if that could sort the reading.
I'not sure gstreamer is the best option for this. Or should we do something on the server to stream the video thourgh rtp protocol. I'm sorry i'm kinda confused, this subject is new to me.

Again thanks for your help and support andres, i know your a really busy guy and i just want to push forward that amazing library.

bump for andres (or anyone else)