no youtube sound, openpli 8, DM 8000
soidog2 18 Feb 2021
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 18 Feb 2021
Hi,
Trial 19 Feb 2021
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 19 Feb 2021
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 19 Feb 2021
@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 19 Feb 2021
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 19 Feb 2021
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 19 Feb 2021
Best regards
rantanplan 19 Feb 2021
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 19 Feb 2021
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 19 Feb 2021
There is some difference in the size of the libs too, in total about 500Kb compressed.
rantanplan 19 Feb 2021
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 19 Feb 2021
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 19 Feb 2021
Edit:
Packages like libavcodec and so on. Or are they includes in the ffmpeg package?
Edited by betacentauri, 19 February 2021 - 22:25.
WanWizard 19 Feb 2021
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.
rantanplan 20 Feb 2021
check your PM
or next build from develop
Edited by rantanplan, 20 February 2021 - 00:46.
WanWizard 20 Feb 2021
Tomorrow's develop build with contain the full ffmpeg. Please report (check before and after) how much space it needs in the rootfs.