Forums

Hi there friends,

 

Today gstreamer 1.7.2 was released so I did a mass rebuild.

 

 

I also tested playback of local files and they're working fine here.

Tested on both on my Dreambox DM800 Se and my GM Spark Triplex (spark7162).

 

These images were built using the original openpli-oe-core repository that used to be branched as "gst-1".

However since that branch doesn't exist anymore I manually synced it with the "master" branch as of today.

Furthermore there are some additions of my own:

 

- Ships with gstreamer upstream master git (currently tagged 1.7.2) with the following patches applied:

gstreamer1.0:
file://0001-Fix-crash-with-gst-inspect.patch
file://0001-revert-use-new-gst-adapter-get-buffer.patch
 
gstreamer1.0-plugins-base:
file://get-caps-from-src-pad-when-query-caps.patch
file://taglist-not-send-to-down-stream-if-all-the-frame-cor.patch
file://0001-riff-media-added-fourcc-to-all-mpeg4-video-caps.patch
file://0001-riff-media-added-fourcc-to-all-ffmpeg-mpeg4-video-ca.patch
file://subparse-avoid-false-negatives-dealing-with-UTF-8.patch
 
gstreamer1.0-plugins-good:
file://0001-gstrtpmp4gpay-set-dafault-value-for-MPEG4-without-co.patch

gstreamer1.0-plugins-bad:
file://0001-rtmp-fix-seeking-and-potential-segfault.patch
file://fix-maybe-uninitialized-warnings-when-compiling-with-Os.patch

- A nice pre-installed list of public IPTV streams thanks to the Japhar Team.

- Every receiver uses christophecvr's multibox dvbmediasink.

- All receivers with flash larger than 64MB (basically non-Dreambox receivers) ship with gstreamer1.0-libav by default.

- Libsoup has been updated to 2.52 (from master-next).
- Using libtrmp and rtmpdump from Taapat's tree (which is in sync with master-next).

- Using ffmpeg 2.8.6 from Taapat's tree (which is in sync with master-next), replacing libav.
- Some small enigma2 patches for Dreambox receivers (ac3/dts bypass and blanking on zap support).
These are only applied for Dreambox receivers.
- AAC to AC3 transcoding V2 by mx3L (requires a fast cpu).
- IPTV Player from samsamsam included (thx to Athoik for the recipe).
- Large list of public IPTV streams included thanks to the Japhar Team.
- Updated libcdio and cdtextinfo for audio-cd support by christophecvr.
- DM800Se, DM7020HD and DM800SeV2 driver upgraded to 20151201:
added si2166b blindscan support.
- Using aio-grab from Taapat's tree (which is in sync with master-next).

- Added extra images for: DM800HD, DM7020HDv2, DM800SeV2, DM500HDv2, Atemio Nemesis, Spark7111 and Spark7162 (thanks to Taapat).

- No builds for Wetek.

- jpeg8 replaced by libturbojpeg0_8d+1.4.2 (from master-next).

- libgif upgraded to 5.1.2 (from Taapat's tree), this required a small enigma2 patch.

- Added fusedav and sshfs packages to the feeds.

- Oscam bumped to rev. 11211 with joeuser's patch (stream-relay).

- opencore-amr upgraded to 0.1.3 which is required for gstreamer 1.7 (thanks to Beeker for letting me know).

- Added a special task to compress some binaries right before the do_package_write_ipk with UPX.

This will give us some more free space for those 64MB Dreambox receivers.

- Some more packages backported from master-next and a few other things I forgot about...

 

Notes:

- If you get corrupted jpeg images on spark/spark7162 the hardware decoder is not working for you, simply login using telnet and type:

rm -f /usr/lib/libmme_host.so

Then restart enigma2 and they should display fine

- Zram is now disabled by default on spark/spark7162, if would like to use it anyways, simply login using telnet and type:

touch /etc/gimme-zram

Then reboot your receiver.

- DM800 first boot will take a while, please be patient. The next boot will be faster.
- On some Zgemma Star models (like sh1 for example) you cannot use full HD skins.
This is a hardware/driver limitation.
Please don't try it, it will crash enigma2.
- Some Dreambox remotes may behave very sensitive.
This causes button presses to register multiple times instead of just once.
As a workaround you can adjust the key interval:
Go to: Menu - System - Input devices - dreambox remote control (native).
Set "Change repeat and delay settings" to yes.
Set "Interval between keys when repeating:" to 200ms or 300ms.
Press green button (OK).
Now set the same delay for: "dreambox advanced remote control (native)" as well.

- Some Dreambox receivers only feature 64MB of flash space.

Also gstreamer 1.7 takes up much more space compared to 0.10.

I've tried my best to gain some more free space but you'll have to do it with ~5MB to play with.

I advice you to first do a software upgrade to get the latest gstreamer packages before you install your favorite plugins/cams.

 

 

I'd like to thank everyone for testing out my images and giving me feedback for improvements.

 

Special thanks goes out to ones helping me out understanding various things, in particular the following members for their contributions to OpenPLi and helping me out:

- Taapat (for his contributions and answering the many questions regarding my fulan BSP)

- Christophecvr (for his contribtions and helping me merging sh4 support into his multibox-dvbmediasink)

- mx3L (for his contributions)

- Beeker (for his contributions)

- Athoik (for his contributions)

- betacentauri (for his contributions)

- Japhar Team (for supplying us with web-hosting and IPTV Streams)

 

And of course the PLi team for keeping their sources and recipes as clean as possible and doing a great job supporting their users!

My apologies if I forgot to mention someone, you know who you are

 

This will be my last public image based on OpenPLi-4.

Now I can start playing with master-next as well and I may publish public PLi-5 testing images in the future, but don't wait for it since my time is limited

 

Have fun!

https://mega.nz/#F!2...T7K1ULgND1_YfjQ

Edited by MastaG, 20 February 2016 - 00:21.

Merci MastaG, très bon travail et bonne chance 

@MastaG: Everything works perfectly Vu+Solo2. Thank you!

I'll try this weekend and looking forward to it...

 

Thanx and keep up the good work!

 

(Don't forget to call it MastaG images based on OpenPLi... )

mastag, can you explain in a few words why we would want to have a development version of gstreamer

Hi Erik,

 

Well I guess there are two reasons why I've chosen to build a unstable release of gstreamer.

 

1. I figured that the unstable 1.7.x releases would turn into a stable 1.8 release somewhere during the first quarter of 2016.

It will probably hit openembedded-core soon as well.

My guess was, since master-next is always sycning with the latest openembedded-core repository, that eventually gstreamer 1.8 would be part of it.

So I  thought testing unstable releases to be helpful.

But it's only an assumption since I don't know when the official PLi-5 would be branched and whether gstreamer 1.8 would part of it.

 

2. I've had lots of users supplying me with video streams asking me if I could get them working.

Almost all of these video streams are chunked HLS streams.

In upstream gstreamer they've improved the hlsdemux a lot lately causing some of these streams to play nice when they would not play correctly using gstreamer 1.6.

This would make the users very happy.

But to be honest the last stable release I've tested was 1.6.2.

 

Keep in mind I'm new to building images, it's only for 6 months that I begin to understand the process.

If you would like me to build something else or stop building at all then please give me some input.

 

I see now that I kind of present the topic like they were "official" PLi-4 images which is in conflict with the rules.

If the team decides they bring confusion or are not of added value, then let me know as I can take the images and feed down anytime

So it boils down to HLS, right?

But did you also discover disadvantages???

One report from satforum.me...

 

 screenshot.jpg   29.66KB   27 downloads

And is this something that is working fine with 1.6.3?

...

 

I see now that I kind of present the topic like they were "official" PLi-4 images which is in conflict with the rules.

If the team decides they bring confusion or are not of added value, then let me know as I can take the images and feed down anytime

 

It's much simpler, no need for "either - or/black or white" drastic, extreme measures, m8: just rename them into MastaG E2 images based on OpenPLi v. 4/5

@Erik basically HLS yes.

@gorski
Is it possible we can get more information regarding this bug?
Like the content the user is trying to play and which receiver?
I'd also like to know whether we can reproduce it on gst 1.6.3.

@PLi admins, feel free to rename this thread and modify its first post.


Also maybe it would be of benefit if my next round of images come in two flavors, one flavor which is 100% the same as master-next and a second flavor with gstreamer master branch.
That way we can easily test the state of gstreamer with enigma2 as it nears 1.8.

Any feedback would be welcome.

This is exactly what I told him to do: to come here and give you the proper feedback...

Sorry for waiting but I had first to register to answer.

I sent a picture in #9th

This happened when I try to start a film on IPTV player, before the start of the film and just stop there, did not block the box.

Sorry for my bad english (google  translate).

Receiver Amiko SHD 8900

Greetings

That is a spark receiver right?
Are you using the libeplayer or gstreamer build?

@PLi admins, feel free to rename this thread and modify its first post.

 

Done

I used gstreamer build.

On openpli-enigma2-5-spark is not happening.

I hastened to conclusions m3u8 endless buffering

seasondream client.

@cornetster Are you playing your m3u8 streams from an enigma2 playlist or using an addon?
Also which receiver are you using?

@etnomiksi I've did a clean flash of the image from the first post to my spark7162 receiver.
I didnt restore any backups.
I've launched iptv player which would install the dependencies such as rtmpdump and gstplayer and I was able to playback some movies from yify perfectly fine.
Be sure that you use the image from the 'pli' directory.
I figured that the eplayer images still have gstreamer packages pre-installed (which is my own fault), so iptv player could detect your image falsely as a gstreamer image trying to install gstplayer which will not work on the eplayer images.
Taapat gave me some advice on how to fix this but I guess its better to just use his images if you'd like to use ffmpeg/libeplayer.
No need to have twice the same image ;-)

@cornetster Are you playing your m3u8 streams from an enigma2 playlist or using an addon?
Also which receiver are you using?

- using an addon

- vu+solo2

In the previous version with Gstreamer 1.7.1 had no problem.
does not work gstreamer1.0-plugins-bad-hls - 1.7.2 + git20680 + ab31900-r0