89 replies to this topic

[WanWizard]

We'll know soon enough, box is flashing at the moment, image without the dependency.

[rantanplan]

; -)
you are much faster than me
If it works fine there the difference in the 'manifest' would be interesting.

Edited by rantanplan, 20 February 2021 - 21:43.

[WanWizard]

I already had an image build, so the rebuild was done in 5 minutes .

[WanWizard]

From my set of test files, I only have an issue with a webm file containing VP8 video and vorbis audio (only plays audio and shows the radio background. All others play fine.

 

edit: and installing the full ffmpeg doesn't change that.

 

Now going to compare it with last nights develop build.

[blzr]

looking at old gst-libav recipe I'd suggest to test some wma audio if you have any samples at hand? (not that it should be a show-stopper by any means ;-))
 

LIBAV_INCLUDED_EXLUCED = "--disable-everything \
			--enable-decoder=wmalossless \
			--enable-decoder=wmapro \
			--enable-decoder=wmav1 \
			--enable-decoder=wmav2 \
			--enable-decoder=wmavoice \
			--enable-decoder=truehd \
			--enable-decoder=dca \
			--enable-decoder=mlp \

Edited by blzr, 20 February 2021 - 22:00.

[rantanplan]

blzr
I don't think we have to adjust anything.
That is already correctly inserted via gst. That works too.

One would have to compare the build 'manifest' of what happened there.

 

For me it still takes a while to build.;-)

Edited by rantanplan, 20 February 2021 - 22:13.

[WanWizard]

That is not too difficult, I can tell you that without looking at the manifest, the difference is going to be the dependencies of gstreamer1.0-libav which @blzr listed before.

 

I'm currently looking at the BSP's:

• SAB has the aforementioned include of "gstreamer1.0-libav", and an RRECOMMENDS of "gst-plugin-dvbmediasink", which does not exist at all. So my guess is that this is either old junk or copy/paste of a lazy dev. Anything I test plays, including wma files, without "gstreamer1.0-libav" and its dependencies installed.
   
• Xsarius (both the hd and 4k models) also include it, but the BSP also supplies "xsarius-gst-plugin-dvbmediasink" (for hd) and "gstreamer1.0-plugin-xsarius-dvbmediasink" for (4k). Source is https://github.com/M...lugin-mediasink and https://github.com/p...n-dvbmediasink, both look very much like our own dvbmediasink. A cursory check shows only minor changes related to pes headers.
   
• All VU+ BSP's also RRECOMMENDS "gst-plugin-dvbmediasink", which does not exist anymore. It does not supply its own mediasink, so is this also legacy?

There is a discussion about the pes header here: https://forums.openp...amer-10/page-43

[rantanplan]

That's exactly what I mean.
These things are left over and have not been adjusted.
So faulty depends

I'm still looking at the manifesto.
Image is running, errors found, so ffmpeg can remain fully functional.

[WanWizard]

Imho the only thing that needs testing is the Xsarius and the Qviart bsp, as DAGS seems to need the same hacks in the dvbmediasink as the DMM boxes had.

 

For VU+ and SAB, it looks like legacy junk that can be removed.

[rantanplan]

+gstreamer1.0-libav mips32el 1.18.3+git2312+7d72dbe-r0
+lcms mips32el 2.9-r0
+libass9 mips32el 0.14.0-r0
+libavcodec58 mips32el 4.3.2-r0
+libavfilter7 mips32el 4.3.2-r0
+libavformat58 mips32el 4.3.2-r0
+libavresample4 mips32el 4.3.2-r0
+libavutil56 mips32el 4.3.2-r0
+libbluray mips32el v1.1.0+git2944+79429a5-r0
+libfontconfig1 mips32el 2.13.1-r0
+libmp3lame0 mips32el 3.100-r0
+libpostproc55 mips32el 4.3.2-r0
+libswresample3 mips32el 4.3.2-r0
+libswscale5 mips32el 4.3.2-r0
+libtheora mips32el 1.1.1-r1
+libtiff5 mips32el 4.0.10-r0
+libvpx mips32el 1.8.1-r0
+libx264-157 mips32el r2917+git0+72db437770-r0
+libx265-179 mips32el 3.2.1-r0
+openjpeg mips32el 2.3.1-r0

This is installed unnecessarily.
Basically only ffmpeg is missing as a console ;-)

[soidog2]

I downloaded the Feb 20th developer's DM8000 Image.

I manually installed the YouTube plugin.

 

At first it did not load videos and it would crash (enigma restart) upon exit, I tried it a few times, similar behavior every time.

 

I went to the YouTube plugin options and enabled merge on download. It downloaded all the dependencies.

It now loads and plays all videos at good resolutions with perfectly synchronized sound.

 

Hopefully this can make it in the stable version.

 

Thank you for the work you put in.

[rantanplan]

Thanks for your feedback.

It works again and that's good.
It is likely that there will be further internal checks.

You can leave the develop image on your Dreambox.
I would not advise you to follow the updates there every time. But otherwise it's not that far from the 8 image.
greetings

[Taapat]

At first it did not load videos and it would crash (enigma restart) upon exit, I tried it a few times, similar behavior every time.

 

Could you please show a crashlog.

 

Or when setting do not use DASH MP4 format also videos not playing?

Did you try to use standarat enigma player instead of exteplayer?

[soidog2]

Crash logs attached, please note, this is not stable, just now I had to reboot in order to get it to play sound.

I don't have the service app installed, my only option is the default player.

In the YouTube plugin settings I cannot find any options for Dash MP4

Attached Files

•  Dreambox crash logs.zip   6.39KB   3 downloads

[rantanplan]

  File "/usr/lib/enigma2/python/Plugins/Extensions/YouTube/YouTubeUi.py", line 149, in leavePlayerConfirmed
    seek = self.session.nav.getCurrentService().seek()
AttributeError: 'NoneType' object has no attribute 'seek'
[ePyObject] (CallObject(<bound method Session.processDelay of <__main__.Session instance at 0x73259e40>>,()) failed)

You can also try that with the service app.
Once active with exteplayer3
Once active with gstplayer
Restart every time after the changeover.

Always interesting what comes out of there.

greetings

Edited by rantanplan, 21 February 2021 - 14:01.

[Taapat]

This indicates that the stream has not started playing.

He turned on the option to merge files with ffmpeg in plugin configs.

I admit it worked before.

Stream playback doesn't work for him  .

 

If you want to experiment you can manually install the latest plugin version from here: https://github.com/T...outube/releases

First, remove the plugin in the image.

However, after the experiments, I recommend installing the plugin from the feed, as there should be a regular update to the latest version, possibly with some delay.

Edited by Taapat, 21 February 2021 - 14:17.

[soidog2]

OK, I installed the service app and selected the exteplayer3 with all the options enabled.

It plays fine, it may be my imagination but the playback feels smoother.

 

Thank you.

 

The plugin version I have installed is "enigma2-plugin-extensions-youtube_h1+git714+24dc06c-r0.0_all"

Now, it is working fine, hopefully it stays this way and eventually the setup makes its way in the stable release.

 

Thank you all once again.

Edited by soidog2, 21 February 2021 - 14:31.

[WanWizard]

This is installed unnecessarily.

 

Yes, all dependencies of gstreamer1.0-libav.
 

[WanWizard]

Imho the only thing that needs testing is the Xsarius and the Qviart bsp, as DAGS seems to need the same hacks in the dvbmediasink as the DMM boxes had.

 

For VU+ and SAB, it looks like legacy junk that can be removed.

 

Further analysis shows that only DAGS uses their own dvbmediasink, which is an adapted copy of the mediasink from christophevcr (which still has gstreamer 0.10 code in it), which in turn is an adapted copy of OpenPLi4.

[rantanplan]

I would delete all mentioned lines in config (maybe only locally first) and have images built and hope for feedback.
For me these are unnecessary things from the past.