MastaG

Hi there,

Since my last round of images had HLS broken, I've created a quick round of new images using christophecvr's new gstreamer recipes.

Also it should be possible to do an online upgrade (if you have sufficient free space).

Changes compared to previous release:

- New gstreamer 1.9.0.1 recipes based on christophecvr's github (small changes for PLi4)

- Upgrade glib2.0 and some other components like gobject-introspection to satisfy the new gstreamer recipes

- gstreamer1.0-libav is built using it's minimal libav with only support for wma (thank you chris)

  It's pre-installed on all receivers except for the ones with only 64MB of flash (dm800/800se/500hd)

- Full ffmpeg 3.0.1 package is in the feeds for use with IPTV Player's exteplayer3 (thx to Taapat for the original bbappend)

  Login with telnet and issue: opkg update && opkg install ffmpeg

- Latest openpli-oe-core changes

- Latest enigma2 changes

- spark: libeplayer3 is pre-installed now (also in the feeds) for movie players with support for this library

  Note: servicemp3 still uses gstreamer

- spark: some OpenPLi enigma2 backports (since Taapat doesn't maintain his enigma2 branch anymore)

  The servicemp3 memleak patch has been applied with some other patches/commits I found useful

- spark: don't force async mode on the dvbaudiosink anymore, it's now the same as all other receivers again

So in short, this release should have HLS and mp4 playback working again. (thank you mx3L and chris).

Also thanks to samsamsam IPTV Player should be working again.

It's now compatible with OpenSSL and if you install ffmpeg from the feeds, it will install exteplayer3 for you (also on sh4).

Please refrain from any (cam/smartcard)-emulation or clone-receiver discussion.

Thanks for testing and be sure to report back your findings.

https://mega.nz/#F!v...TiuKPqWMaf8stkg

Yes I know, for now I'll simply reflash it.

But since I'd like to push the feed to the public, it wouldn't be nice if everyone would be flooded

I think I know why now.

https://github.com/c...ins-package.inc has:

RRECOMMENDS_${PN} += "${PN}-meta"

In the bottom.

Now since I'm using it on PLi4 (older oe snapshot) it seems to make all plugins being installed by the "-meta" package?

I've commented it out and trying to push a new feed

But it does get passed since what I showed was only the bbappend for ffmpeg.

The original recipe (from oe-core) has:

PACKAGECONFIG[openssl] = "--enable-openssl,--disable-openssl,openssl"

And I'm passing openssl to the packageconfig, so it does get enabled

EDIT:

Also the /usr/bin/ffmpeg binary is being built now

Dear friends,

I've built new unofficial images for testing purposes based on OpenPLi.

These images are my work and not in any way supported by the PLi team.

Keep in mind that these images are experimental and I've only tested few of them.

So use them at your own risk.

A special thank you to: Taapat, christohpecvr, mx3L, joeuser and .:MarcinO:. for their help and contributions

So what's new compared to 2016-03 release:

diff --git a/lib/service/servicemp3.cpp b/lib/service/servicemp3.cpp
index 7559042..eb1ce4c 100644
--- a/lib/service/servicemp3.cpp
+++ b/lib/service/servicemp3.cpp
@@ -1493,18 +1493,12 @@ RESULT eServiceMP3::selectTrack(unsigned int i)
         if (ppos < 0)
             ppos = 0;
     }
-
-    int ret = selectAudioStream(i);
-    if (!ret)
+    if (validposition)
     {
-        if (validposition)
-        {
-            /* flush */
-            seekTo(ppos);
-        }
+        /* flush */
+        seekTo(ppos);
     }
-
-    return ret;
+    return selectAudioStream(i);
 }
 
 int eServiceMP3::selectAudioStream(int i)

diff --git a/lib/service/servicemp3.cpp b/lib/service/servicemp3.cpp
index 7559042..fd59b62 100644
--- a/lib/service/servicemp3.cpp
+++ b/lib/service/servicemp3.cpp
@@ -782,14 +782,6 @@ RESULT eServiceMP3::stop()
    m_state = stStopped;

    GstStateChangeReturn ret;
-    GstState state, pending;
-    /* make sure that last state change was successfull */
-    ret = gst_element_get_state(m_gst_playbin, &state, &pending, 5 * GST_SECOND);
-    eDebug("[eServiceMP3] stop state:%s pending:%s ret:%s",
-        gst_element_state_get_name(state),
-        gst_element_state_get_name(pending),
-        gst_element_state_change_return_get_name(ret));
-
    ret = gst_element_set_state(m_gst_playbin, GST_STATE_NULL);
    if (ret != GST_STATE_CHANGE_SUCCESS)
        eDebug("[eServiceMP3] stop GST_STATE_NULL failure");

- Rewrote Dreambox kernel recipes which should fix certain models not booting.

  Hopefully the V2 models are now working again.

- Some more minor things I probably forgot...

Many packages have been changed/updated so don't try to upgrade your existing image as this will most likely cause problems.

Instead flash a clean image.

Please refrain from any (cam/smartcard)-emulation or clone-receiver discussion.

Thanks for testing and be sure to report back your findings.

Note: The feed is still being uploaded, which will take another 7 or 8 hours at this time of writing.

https://mega.nz/#F!7...-ROUuMLeYiSGOGw

@Chris, thank you my friend.

I was already building using your experimental branch since you have the sh4 stuff applied there

I'll restart it now.. it'll take some time (many receivers) and I'll also have to push the feed, so expect them thursday or friday for public testing.

@goldeneye thank you, it may be solved already so you can also await the next build

@buc61b Thank you for reporting it, I was able to reproduce the problem.

The next release will have the screen resizing again like it should.

No more being stuck in the small preview window

That's correct.

I'm using the master branch of openpli-oe-core with the gstreamer 1.x recipes and some configs from the old gst1 branch.

So OpenSSL is the same version as in PLi 4.0

But this is an old image.

Please try my new image: http://forums.openpl...images-2016-03/

Hi there friends,

I've created a new batch of unofficial OpenPLi-4 images.

These images are shipping with gstreamer 1.x and some patches which have not been applied to the official images (yet).

See my previous round of images for more general information: http://forums.openpl...images-2016-02/

Changes since last release:

- Replaced the official bootlogo with the World Press Photo of 2015:

  "Hope for a New Life" by Warren Richardson.

- Resynced with master and taapat's oe-core.

- Gstreamer snapshot upgraded to 1.7.90, except for spark/spark7162 where I ship version 1.6.3.

  Reason for this was the playbin issue which I couldn't solve: http://forums.openpl...ndpost&p=534693

- FFMpeg upgraded to 3.0 (thx to Taapat for the recipes).

  gstreamer1.0-libav is now compiled against a reduced version of ffmpeg, leaving more free space.

- Reworked the Dreambox BSP thx to Captain and gjstroom for their work in OE-A.

  Hopefully the DM800Se V2, DM7020HD V2 and DM500HD V2 are now working again.

  If you have such receiver, please test and report back.

- Added libluray and the blurayplayer plugin by Taapat.

- Moved EMC plugin back to the feeds.

- Added Media-button support in keymap.xml thx to .:MarcinO:.

- Added wifi support for Atemio Nemesis thx to .:MarcinO:.

- Applied patch to servicemp3.cpp from mx3L to fix possible GSOD on switching audio tracks.

- Applied patch to servicemp3.cpp from mx3L for faster IPTV zapping.

- Applied patch to the dvbmediasink from mx3L to fix a possible freeze when seeking mp4 files.

  See: http://forums.openpl...ndpost&p=534766

  Please test and report back for me.

- Applied the linux 2.6.18 vermagic removal patch.

  You should be able to load any kernel module on the DM800 again (use at your own risk).

- Created images for X Solo Mini 3 and Zgemma Star i55.

- Created new libeplayer builds for spark/spark7162 based on ffmpeg 3.0 thx to Taapat.

- Hopefully fixed CrossEPG (untested).

- Applied christophecvr's patch for setting the debug level.

  See: http://forums.openpl...ndpost&p=530210

  You can find the option in the bottom at Menu -> Settings -> User-interface.

  Setting it to "0" will disable eDebug's completely and will give you smoother playback of IPTV streams on slower receivers.

Have fun testing

Images: https://mega.nz/#F!a...NkKVpNK4ITf0U4g
Spark ePlayer: https://mega.nz/#F!2...fPEeGvcJJJX8i_A

Let's don't start a discussion regarding these things..

Hemertje is talking about the "emu" part, but I'm not shipping any keys.. also CCcam supports static keyfiles which is in the official feeds as well.

But if you can PM me a link to mgcamd 1.38 I'll add it for you.

Well, I'm still building for the old DM800HD since there are many people still using it.

And if you still have one lying around and a few hours to spend on a sunday, you should try out my gstreamer 1.7 build on it just for kicks.

You can see that even with it's non-fpu single core 300MHz soc, it still plays all of the m3u8 streams perfectly fine.

I like the fact that PLi and it's developers brought something to a device (long out of support) which it didn't have before.

Regarding clone receivers. I really don't want to talk about it or start a discussion.

It was a stupid mistake to use the official OpenPLi splash screen on my non-official builds and I'll refrain from using it again.

It was also a stupid mistake to place the japhar directory in the same url as the pli dir.

I guess all I want to say about it is that the japhar team were kindly enough to host the feed for all receivers and presented a nice list of public iptv streams for us to test with.

That's it.

Well I'm not going to promote clones.

But the DM800 image from the "pli" directory contains the original secondstage bootloader (ssl) version 84 and the latest original drivers.

So it only runs on the original DM800HD receiver, which is indeed not supported by DMM anymore.

EDIT:

Now that I think of it, not completely genuine I guess since I'm patching the drivers:

#!/bin/sh
if [ ! -e /lib/modules/$(uname -r)/extra/patched ]
then
    for m in $(find /lib/modules/$(uname -r)/extra -name "*.ko")
    do
        echo "patching vermagic ${m}"
        sed -i 's/gcc-4\.[0-9]/gcc-4.9/g' $m
    done
    touch /lib/modules/$(uname -r)/extra/patched
    depmod -a
    rm -f /dev/null
    mknod /dev/null c 1 3
    sync
fi
exit 0

I have to replace the vermagic string inside the .ko driver files to make them load on the kernel which is built with gcc 4.9.

And I believe that's not permitted

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

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