89 replies to this topic

[soidog2]

Hello everyone, I have the following issue:

 

My DM 8000 box with OpenPli 8 & the latest youtube plugin (enigma2-plugin-extensions-youtube_h1+git714+24dc06c-r0.0)_all, can't play any sounds.

The videos load fine, downloads have sound no problem, only when I try to listen in real time there is no sound.

 

I tried the service app to switch the default player to the exteplayer3, after restart the youtube plugin & the media player do not work anymore.

 

Any available solution ?

 

Thank you in advance!

[Taapat]

Hi,

 

Is there no sound if you're just playing without seek?

I assumed there might be a problem with the DASH video.

Try set the lowest possible video resolution in the settings. Then you should not use DASH video. Or in that case there's no sound?

[Trial]

Hi,

streams have often AAC as sound which a lot of TVs/AVRs not support. Did you set AAC to downmix in exteplayer3?

 

Ralf

[soidog2]

Thank you will try to lower the resolution & check settings in the player

[soidog2]

Unfortunately nothing helps.

With the Exteplayer3 enabled, YouTube videos do not load, also it breaks the built in OpenPli media player.

 

With the default player on, YouTube videos load & open normal but only the video stream, no audio whatsoever.

Changing resolution in the plugin settings makes no difference, high or low.

 

AAC down-mixing in either player also has no impact. There is no audio to mix.

The funny thing is, if I download a video with the plugin, it actually downloads two separate streams, one audio, one video. Playback is also screwed up even though I enabled merge after download I still can play only one downloaded stream at a time.

Either Video or Audio but not a video with sound,

It appears the problem is the plugin cannot synchronize the video with the sound track ?

 

Is there any other alternate media player plugin I can install and try? Any ideas ?

 

Thank you

[WanWizard]

@Taapat,

 

Does this use ffmpeg for conversion conversion under the hood?

 

If so, it might be related to the change from betacentauri, where he stripped supported formats on MIPS to save flash space? https://github.com/O...2e8acc42e9a1630

[rantanplan]

I'm not happy with the commit either.
On the one hand, the desired reduction in size of the image is only maginal.
On the other hand, the internal gst via libav also needs the ffmpeg dependencies.
Perhaps (if possibel) you can send the user an image to test without applying the commit.
If you want to significantly reduce the size of your image, then you should start with Samba first.
It is still possible to build Samba3 as a basis for smaller flash memories.
Nobody would bother with the Recievers of this generation.
The main thing is that the image is running.

greetings

[WanWizard]

I'm not too happy with it myself either.

 

But I'd rather not use two different samba versions, and all complexity that comes with it, this commit is a prime example what happens when we create images that aren't equal: you get endless discussions and wasted time trying to find why something works on box A and not on box B.

 

In that case I would prefer making samba optional, like nfs server, or see if we can reduce the size of samba (chances are a lot of stuff isn't needed in our context).

[soidog2]

So, am I screwed? I know the box is old, just trying to squeeze some functionality out of it!

Best regards

[rantanplan]

I'll build an image without using commit.
You will then get that via PM.
The image will be including the plugins used, i.e. too big for USB flash.
So only flash via ofgwrite (onlineFlash).
Save settings before all of course.
Image then comes from the develop branch.
You can then give feedback on whether everything works fine with regard to Youtube.
It is not certain that it is the commit, so trying it might make you smarter ;-)

[WanWizard]

With the commit:

-rwxrwsr-- 1 openpli http 35186 Feb  6 16:12 ffmpeg_4.3.1-r0.8_mips32el.ipk
-rwxrwsr-- 1 openpli http 35212 Feb  6 16:35 ffmpeg_4.3.1-r0.8_mips32el-nf.ipk

Without the commit:

-rwxrwsr-- 1 openpli http 167838 Feb 19 17:13 ffmpeg_4.3.1-r0.10_mips32el.ipk
-rwxrwsr-- 1 openpli http 176444 Feb 19 17:21 ffmpeg_4.3.1-r0.10_mips32el-nf.ipk

As this is compressed, the installed space difference will be more.
 

[WanWizard]

There is some difference in the size of the libs too, in total about 500Kb compressed.

[rantanplan]

I'll wait and see if feedback comes.
If the feedback is good, then I will send ffmpeg via PullRequest including the update to 4.3.2. Regarding construction again in develop for all the same building, right?

[WanWizard]

Check. Let me push the revert first, to keep things clean.

 

In the meantime, I think I've shaved off about 5MB from the Samba default install, which will more than make up for this I think.

[betacentauri]

Doesn’t ffmpeg install more packages? There was a big difference in size as far as I remember and not only 500KB. For this I wouldn’t have done the effort.

Edit:
Packages like libavcodec and so on. Or are they includes in the ffmpeg package?

Edited by betacentauri, 19 February 2021 - 22:25.

[WanWizard]

I haven't checked the uncompressed / installed size. Compressed, over all packages created by ffmpeg (in work deploy-ipks, that includes the dozen or so lib packages), the file size difference was about 500Kb.

[soidog2]

Can’t wait to try

[rantanplan]

check your PM

 

or next build from develop

Edited by rantanplan, 20 February 2021 - 00:46.

[WanWizard]

Tomorrow's develop build with contain the full ffmpeg. Please report (check before and after) how much space it needs in the rootfs.

[soidog2]

I will report in the evening my time GMT +7