2520 replies to this topic

[theparasol]

Well, people start to use more and more video content delivered by ip streaming and they depend heavily on a more recent and stable gstreamer component.

But to I get you correct that all the work on gstreamer 1.0 migration is already done and working?!

[Sjaaky]

We've had some discussion whether to apply them in a separate branch first or immediately on the master. The decision has been made for the second option.

The gst 1 branch is the place for experimenting. When it works without problems we merge to main. I don't see the point in merging to main immediately.

@parasol: the gst 1 branch has basic functionality, it is not stable though. One of the issues is a memoryleak. I didn't look at athoiks patches though.

Edited by Sjaaky, 21 January 2014 - 20:34.

[Erik Slagter]

Yes and no. FYI there has been a gstreamer 1.0 version in OpenPLi before. It compiled without problem, but it gave so many problems (in combination with another library, we found out later) that we reverted it.

 

This is what I am trying to explain. If it compiles without errors, it doesn't necesarily run correctly, on all stb, with all drivers.

[Sjaaky]

I don't recall gst1 in the master branch.

[theparasol]

So it needs a lot of testing, I can do that for XP1000 boxes.

Perhaps idea to update gstreamer to latest revision in the gstreamer repo and apply patches of athoik? Gstreamer advanced quite some revisions lately...

[MiLo]

BTW: Compiling on my vm image takes awfull long time, does it make any noticable difference if I configure an old P4 3.0 HT with native linux to compile?

Depends on the alternatives... That old P4 consumes a lot of electricity but does not provide much power for compiling - it's a single-core. The build likes lots of cores and lots of RAM. So the more cores you can assign to building the better. I've noticed VM do a poor job in multi-core CPU forwarding, especially with more than the cores.

[MiLo]

gstreamer 1.x is already in the repo, in the openembedded-core part.

"We" just override it with older versions, so all you need to do to build it is to remove the old recipes from meta-openpli.

[athoik]

What about OpenPLi dvbmediasink? We need to push patches at gst branch.

I know Vu+ and Dreamboxes use different dvbmediasink, so most probably a fork must created.

Although in the meanwhile we can stabilize OpenPLi dvbmediasink and the others will follow.

[theparasol]

gstreamer 1.x is already in the repo, in the openembedded-core part.

"We" just override it with older versions, so all you need to do to build it is to remove the old recipes from meta-openpli.

 

Yes.... If you write it like this it sounds to be very easy, but I'm just starting

I'll google around for a how to remove recipes...

 

(After 2 evenings of continious compiling, something is backed on my vm... but a lot of warnings, I guess some sources were not available@compile time)

[Erik Slagter]

We've had some discussion whether to apply them in a separate branch first or immediately on the master. The decision has been made for the second option.

The gst 1 branch is the place for experimenting. When it works without problems we merge to main. I don't see the point in merging to main immediately.

I was wrong, that was about something else.

[maigais]

whether there is thought to improve the GStreamer 1.0
to work with a multi-media center XMBC
nothing to the world is not standing still, but everything evolves forward

[Erik Slagter]

That has nothing to do with gstreamer.

[maigais]

The question is, which then works
if not with GStreamer
this thread

vlc to work perfectly,
then have to deambox should also work
 
h**p://tv3latviavod.deac.lv:1935/vod/_definst_/tv3/saimnieks/klipi/2013.12.20.ventis.mp4/playlist.m3u8

http://tv3latviavod....4/playlist.m3u8

Edited by maigais, 24 January 2014 - 11:56.

[maigais]

here's the information on vlc
dreambox to work with XMBC but with interruptions

stop and play

Attached Files

•  2014-01-24_130501.jpg   103.71KB   48 downloads

[pcd]

The above problem has nothing to do with xbmc (just bad translation - I think).

The fact is we tried to run this latvian tv url also on a et9500 with openpli 4. It did not even start.

Can someone please test it and tell the questioner what additional software is needed. Of course gst-plugins-bad-fragmented is already in the image.

Regards.

Edited by pcd, 24 January 2014 - 13:46.

[athoik]

You can use livestreamer in order to play hls (among many others).

 

We are using livestreamer at satdreamgr image on GreekStreamTv (plugin) and livestreamersrv (bouquets).

 

I am attaching livestreamer ipk and bitbake.

 

Good Luck.

 

Links:

 

https://github.com/athoik/greekstreamtv
https://github.com/athoik/livestreamersrv
https://github.com/chrippa/livestreamer

 

Attached Files

•  livestreamer_1.7.2-r0_all.ipk   125.53KB   62 downloads
•  livestreamer_1.7.2.bb.txt   1.21KB   55 downloads

[malakudi]

Since HLS is basically TS,maybe we could implement basic HLS functionality inside lib/base/httpstream.cpp . Then HLS streams could be played back as serviceref 1:0:1 with record/timeshift capability. What do you think?

[Erik Slagter]

Good plan, but makes the code considerately larger/complexer at this point (which need not be a problem), because a separate http connection needs to be set up, waited for and read, to get the m3u "file".

[Erik Slagter]

@athoik, how is the integration with the rest of the image, of this livestreamer?

[theparasol]

I'm unable to git-clone and build the gst-1.0 branch. Christophecvr tried it too and confirms its not working out of the box.

 

Hope an experienced dev can update this branch to latest gstreamer revision and commit athoik's  patches into this branch so I can start testing and provide patches for XP1000 boxes.