89 replies to this topic

[betacentauri]

VU+ solo/duo images are 12-13 MB bigger than before. That's why I did that .

You can be sure that at least on VU+ solo the image don't work anymore as it doesn't fit into the flash.

[rantanplan]

mhh ....
But just vu +, or am I wrong?

Can't find any difference with the xtrend / Formuler / ... and the Dream either.

That would rather indicate a construction problem at VU +.
Wait and see

[soidog2]

The homebuilt image is 144,147 kb

The OpenPli 8 is 95,703 kb

DreamUp quits in the middle with an error message

 Dream Up.JPG   72.67KB   3 downloads

Edited by soidog2, 20 February 2021 - 13:24.

[blzr]

mhh ....
But just vu +, or am I wrong?

Can't find any difference with the xtrend / Formuler / ... and the Dream either.

 
only vuplus requires ffmpeg in the image:

MACHINE_ESSENTIAL_EXTRA_RDEPENDS = " \
	vuplus-dvb-modules-${MACHINE} \
	${@bb.utils.contains("GST_VERSION", "1.0", "gstreamer1.0-libav", "gst-ffmpeg", d)} \
"

[betacentauri]

Yes, VU and some other boxes like xsarius, too.

[WanWizard]

13MB? Woops, got my work cut out for me then.

 

I've been testing with a Amiko Viper which I had at hand, I'd better start testing with a VU Duo then...

[WanWizard]

Yes, VU and some other boxes like xsarius, too.

meta-miraclebox/conf/machine/include/miraclebox.inc:	${@bb.utils.contains("GST_VERSION", "1.0", "gstreamer1.0-libav", "gst-ffmpeg", d)} \
meta-qviart/conf/machine/include/qviart4k.inc:	${@bb.utils.contains("GST_VERSION", "1.0", "gstreamer1.0-libav", "gst-ffmpeg", d)} \
meta-qviart/recipes-bsp/drivers/qviart-gst-plugin-dvbmediasink.bb:RDEPENDS_${PN} = "gst-ffmpeg"
meta-sab/conf/machine/include/sab-mipsel.inc:	${@bb.utils.contains("GST_VERSION", "1.0", "gstreamer1.0-libav", "gst-ffmpeg", d)} \
meta-vuplus/conf/machine/include/vuxxo4k.inc:	${@bb.utils.contains("GST_VERSION", "1.0", "gstreamer1.0-libav", "gst-ffmpeg", d)} \
meta-vuplus/conf/machine/include/vuxxo2.inc:	${@bb.utils.contains("GST_VERSION", "1.0", "gstreamer1.0-libav", "gst-ffmpeg", d)} \
meta-vuplus/conf/machine/include/vuxxo.inc:	${@bb.utils.contains("GST_VERSION", "1.0", "gstreamer1.0-libav", "gst-ffmpeg", d)} \
meta-xsarius.pli5/conf/machine/include/xsarius4k.inc:	${@bb.utils.contains("GST_VERSION", "1.0", "gstreamer1.0-libav", "gst-ffmpeg", d)} \
meta-xsarius.pli5/recipes-bsp/drivers/xsarius-gst-plugin-dvbmediasink.bb:RDEPENDS_${PN} = "gst-ffmpeg"

So I can test with the SAB as well.

[Taapat]

I would like to introduce clarity about what my plugin uses for youtube video playback.

 

Normally he takes a link to the stream and plays it with the enigma media player.

You can install the plugin serviceapp in the image and change the default enigma player to exteplayer, or after installing the serviceapp in the youtube plugin settings specify to use exteplayer.

 

If the stream that will be extracted from youtube will be a DASHMP4 video then the parameter "&suburi=" will be added to stream link with the DASHMP4 audio.

I sem back introduced in servicemp3 and serviceapp the ability to play two streams in parallel using "suburi".

Unfortunately on gstreamer it's more of a hack because audistream plays instead of subtitles sream, so it doesn't work very well. For example, after seelk disappears sound.

I want to point out that usually on the lowest resolution youtube does not offer the DASHMP4 format!

 

If we talk about downloaded videos, then in case of DASHMP4 format, two files are downloaded.

You can in the youtube plugin settings enable the option to merge them. By default, this is not enabled so you do not need set up ffmpeg unnecessarily.

In this case, ffmpeg will be installed from the feed which will merge the two files into one.

You can also not merge them, because I have added an option in the enigma media player (screen not plugin) if you play a  DASHMP4 video file automatically using "&suburi=" an audio file is also played in parallel.

Edited by Taapat, 20 February 2021 - 16:23.

[betacentauri]

Ffmpeg includes now almost all decoders and encoders. At least video encoders are quite useless on mipsel boxes. I don’t think anyone will use them.

Edited by betacentauri, 20 February 2021 - 16:21.

[WanWizard]

I agree with that. Unless they are somewhere involved in format conversion?

[Taapat]

I could be wrong, but i think that for video and audio file merge you don't need video encoders.

[Taykun345]

Can someone report how good these old boxes even work with 8.0 images? I threw my old secondary box - Duo1 in the e-bin because it was just too slow with all that standard EPG that I normally use. Also very little flash space left, cant install much else. Maybe with 8.1 it would be good to consider to remove support for these old boxes?

[WanWizard]

It depends on what you want, I still have an XP1000 in use, about the slowest of the bunch, and it runs v8 fine, if all you want to do is watch TV.

[rantanplan]

Somewhat confusing everything from my point of view.

I don't know what kind of encoders the user uses. If mipsel can make this available, then it is not wrong to make it possible.
Which of the boxes would have a problem with the flash size?
What about the dream image?
So the current image from the Develop.
Is youtube running?

Why is gst-ffmoeg so required by VU +?
Is that just a takeover from the old days?

First I'll update to 4.3.2 and then you would have to look at it in a more differentiated way.
It's not ffmpeg that gets that much bigger.
Something is unnecessarily brought into the image with gst-ffmpeg.

[WanWizard]

ffmpeg should be build to be usable by enigma, not for what a user may want to do with it on the commandline. Such power users can build a custom image.

 

I've now stripped ffmpeg as far as I dare, but the reduction isn't that much:

-rwxrwsr--. 1 root openpli 102210218 Feb 20 07:29 openpli-develop-alphatriplehd-20210220_usb.zip

to

-rwxrwsr-- 1 openpli http  99597537 Feb 20 17:34 openpli-develop-alphatriplehd-20210220_usb.zips

still far from the

-rwxrwsr--. 1 root openpli  88784810 Feb 19 09:30 openpli-develop-alphatriplehd-20210219_usb.zip

it was before.

 

 

[betacentauri]

Afaik VU uses ffmpeg to software decode wma audio. The other boxes uses hardware for it.

[rantanplan]

Yes, that is clear and I fully agree.
Hence my concern about Samba ... but that's another matter.

Here is the question why is 'gst-ffmpeg' listed there.
I don't think it's necessary and creates unnecessary ballast.
I would just remove it from the SAB and rebuild it. Then the image size is back as before.
The image will work the same way.
But I can't test that because the box is not available to me.
I can only compare the construction with the classic construction of similar receivers.
Braoadmedia in the OE Alliance, for example

https://github.com/o...admedia-oem.inc

Edited by rantanplan, 20 February 2021 - 18:53.

[WanWizard]

The culprit is libavcodec58, which is over 11MB in size...

[rantanplan]

mhh...Right ...
for me even 12.6mb...ok..

[WanWizard]

I attempted a strip, without knowing what could be stripped.

 

But, are we looking at the correct issue?

${@bb.utils.contains("GST_VERSION", "1.0", "gstreamer1.0-libav", "gst-ffmpeg", d)} \

means we're including "gstreamer1.0-libav", not gst-ffmpeg (which doesn't exist in gstreamer1.0).

 

So what exactly has an ffmpeg dependency?