For me you tube works since git 1245 without any Problems !! maybe you have to check your settings in menue of you tube Plugin or service app !!

It only works for you.

Compilation May Not Work for Every Image.

Youtube py3+git 1257

First of all, ServiceApp must be closed on your device.

When you set Media Player Standard in Youtube Settings, Full HD 4K works, but when you fast forward or rewind, the sound and image harmony is disrupted.

When you set 1080P and 720P, it works, but fast forward and rewind do not work.

When Media Player Standard the image quality is set to 360p, all videos will play without losing the sound and image harmony when fast forwarding and rewinding. For your information.

Youtube git1260

Thx Taapat

Replaces slash with the underscore character in download file names

Previously, the slash character was removed, but it could corrupt file names.

enigma2-plugin-extensions-youtube_py3-git1260-db2089e-r0.0.ipk

enigma2-plugin-extensions-youtube_h1-git1260-db2089e-r0.0.ipk

Latest version works well , but remain the issue with fast forward and rewind in videos. It works only with resolution 360p.

Hope that will be fixed soon.

Zgemma H7

openATV 7.3.20240629 (2024-05-01)

I want to play 4K videos on YouTube but they don't play in 4K, they play in 1920X1980

Is this happening to anyone else?

I have the latest plugin installed

thanks

Youtube git1261

Thx Taapat

Use single quotes in the ffmpeg command for the downloaded files

Do not add backslash to special characters to avoid damaging the names.

enigma2-plugin-extensions-youtube_h1-git1261-9622c31-r0.0.ipk

enigma2-plugin-extensions-youtube_py3-git1261-9622c31-r0.0.ipk

Youtube git1263

Thx Taapat

Fix test on OpenAtv

enigma2-plugin-extensions-youtube_py3-git1263-5288ce8-r0.0.ipk

enigma2-plugin-extensions-youtube_h1-git1263-5288ce8-r0.0.ipk

Good evening everyone.

What is the difference between the two versions:

Youtube_py3

Youtube_h1

Thanks

I get on both :

root@dm820:~# opkg install /tmp/*.ipk

* opkg_prepare_url_for_install: Couldn't find anything to satisfy '/tmp/*.ipk'.

Openpli python 3.13 1

I thought I'd share a few things I discovered because they might prove useful to somebody. I'm on 'Zgemma H7 - OpenViX 6.6.013 (2024-12-03-Release)' so I expect not everyone is seeing these issues.

When playing newly uploaded videos without ServiceApp installed or with gstplayer set as the media player they'll often play without sound, trying later the same video will play fine. This is because the audio stream is initially only available as a variant of AAC that gstplayer cannot handle. A workaround here is to either wait several hours for other formats to become available, or to download it and play it locally with exteplayer3.

A more permanent fix is to go into Setup and switch the media player to exteplayer3 but for me this caused playback to fail immediately and drop back to the video listing. This seems to be a recent development. A look behind the scenes reveals the problem, at some point in the past month or so YouTube's playback URLs became larger than 1024 bytes. This is larger than the buffer that exteplayer3 allocates to receive the playback path and so it corrupts the heap and causes the process to crash. (this could also be a security issue)

I'd say there's a few ways this can be fixed, from worst to best...

1. Direct exteplayer3 to a shorter URL that produces a HTTP 302 redirect to the longer URL. A simple HTTP server could probably be hacked into the existing code to do this, it could be fed the most recent URL which it redirects the player to when it makes the request. This is a bit clunky and masks the real problem.
2. The solution I actually implemented was to use Ghidra to patch the exteplayer3 binary, replacing instances of 1024 (0x400) with 2048 (0x800) which seemed to be used exclusively in calls related to argument parsing. I then made a backup of the original before dropping in the replacement and sure enough everything works fine now. Naturally this will vary from one box to another and great care needs to be taken not to mess anything up.
3. Lastly the best solution would be that a fix is applied to the official packages and pushed downstream, so that a simple update would fix this for everyone affected in one shot.

Youtube py3+git 1265

Youtube h1+git 1265

Quote

Remove trailer video extraction

It seems to me that it doesn't work correctly, but I haven't found any examples to test.

Also update the try_get function in YouTubeVideoUrl.

Thx @Taapat

Can anyone tell me what the current status is with the plugin. Does it work can you watch videos HD FullHD does the Exoplayer work now or do you have to do it without Exoplayer?

Quote from Satellitboss

Alguém pode me dizer qual é o status atual do plugin? Ele funciona, você consegue assistir vídeos em HD FullHD? O Exoplayer funciona agora ou você tem que fazer isso sem o Exoplayer?

Apesar dos esforços de @Taapat, o Exteplayer3 ainda não funciona (vu+zero) Openpli 8.3.

O mesmo vale para alguns vídeos, onde o som é cortado no final.

I decided to implement the 'worst' fix for exteplayer3 as described in my earlier post, although ungraceful it will work on a wider range of systems. I've tested it locally and it works as expected but your mileage may vary, so for anyone feeling brave enough...

I'd recommend been on a recent version of the plugin (the file I've modified is from git1265). Extract the provided file "YouTubeUi.py" and place it into the plugin directory. For me this was "/usr/lib/enigma2/python/Plugins/Extensions/YouTube". Restart the box to allow the plugin to be reloaded. You can now select 'exteplayer' as your media player in Setup and playback will work as normal.

I'd also recommend that you enable "AAC software decoding" for each exteplayer listed in ServiceApp as I'm pretty sure this is what allows it to handle the new 'AAC-LC-SBR' encoding that YouTube are using, this will probably fix some of the audio problems people have reported.

settings.png

Lastly, I submitted the issue to OpenVix and they've applied a patch so their next update should remove the need for any of this. I'm not sure where things stand on other systems.

Quote from Photonicus

I decided to implement the 'worst' fix for exteplayer3 as described in my earlier post, although ungraceful it will work on a wider range of systems. I've tested it locally and it works as expected but your mileage may vary, so for anyone feeling brave enough...

I'd recommend been on a recent version of the plugin (the file I've modified is from git1265). Extract the provided file "YouTubeUi.py" and place it into the plugin directory. For me this was "/usr/lib/enigma2/python/Plugins/Extensions/YouTube". Restart the box to allow the plugin to be reloaded. You can now select 'exteplayer' as your media player in Setup and playback will work as normal.

I'd also recommend that you enable "AAC software decoding" for each exteplayer listed in ServiceApp as I'm pretty sure this is what allows it to handle the new 'AAC-LC-SBR' encoding that YouTube are using, this will probably fix some of the audio problems people have reported.

settings.png

Lastly, I submitted the issue to OpenVix and they've applied a patch so their next update should remove the need for any of this. I'm not sure where things stand on other systems.

Display More

well ive replaced the file u provided and restarted my box

its not working for me same result

skipping back to playlist

openpli 9 octagon sf8008 4k

Quote from dash2000

well ive replaced the file u provided and restarted my box

its not working for me same result

skipping back to playlist

openpli 9 octagon sf8008 4k

Display More

Hmmmm, I double checked and installing the patch over a fresh install of the plugin works as intended. However you're on a different system, so there could be something else going on.

The debug logs are probably your best chance to find out what's happening. I have logging set to 'Debug' at the moment which is the most detailed, I've had to cut out a lot of the extra junk... but this is roughly what you should see when it's working.

11:44:28.3452 [YouTube] Selected: PPJecVGYDYA
11:44:28.3500 [YouTubeVideoUrl] skip DASH MP4 format
11:44:28.6182 [YouTubeVideoUrl] Try manifest url
11:44:28.8235 [YouTubeVideoUrl] Found manifest url
11:44:28.8252 [YouTube] Play: http://127.0.0.1:8337/videoID=PPJecVGYDYA
11:44:28.9097 eServiceApp::isCurrentlySeekable
11:44:28.9098 eServiceApp::unpause
11:44:28.9117 eServiceApp::isCurrentlySeekable
11:44:28.9128 PlayerBackend::gotMessage - tAudioList
11:44:28.9131 PlayerBackend::gotMessage - tStart
PlayerApp::processStart: exteplayer3 "http://127.0.0.1:8337/videoID=PPJecVGYDYA" -a 1 -3 -s -d -n 0
11:44:28.9141 [ServiceApp][eConsoleContainer] Starting exteplayer3
11:44:28.9145 [ServiceApp][eConsoleContainer]  Opened tmp_fd: 53
11:44:28.9154 [ServiceApp][eConsoleContainer] pipe in = 53, out = 56, err = 57
11:44:30.9422 eServiceApp::getSubtitleList - found embedded tracks (0)
listDir(http://127.0.0.1:8337) - error in opendir: No such file or directory

If you don't see any entries like this then it suggests the patch has not been applied or if you see "Traceback (most recent call last):" followed by lots of text then something has broken. Without knowing specifics it's hard to be sure, but here's a few possibilities that come to mind.

1. The patch was not applied and so it's behaving the same. Deleting the .pyc files and rebooting again might help. At the very least it ensures it really is using the most recent version of that file.
2. For some reason port 8337 is already in use and so the server cannot be started. If this is happening you'll see an error in the log. The solution is to edit the file and change all instances of 8337 to another similar number.
3. There's some quirk with OpenPLI I wasn't aware of that breaks the code. I might be able to fix this if I know exactly what it is.
4. [The specific version of exteplayer3 you have also breaks even when given the URI via a redirect. If this is the case the options are patch the binary or wait for OpenPLI to apply a fix.

Hope that helps!

Quote from dash2000

Quote from Photonicus

I decided to implement the 'worst' fix for exteplayer3 as described in my earlier post, although ungraceful it will work on a wider range of systems. I've tested it locally and it works as expected but your mileage may vary, so for anyone feeling brave enough...

I'd recommend been on a recent version of the plugin (the file I've modified is from git1265). Extract the provided file "YouTubeUi.py" and place it into the plugin directory. For me this was "/usr/lib/enigma2/python/Plugins/Extensions/YouTube". Restart the box to allow the plugin to be reloaded. You can now select 'exteplayer' as your media player in Setup and playback will work as normal.

I'd also recommend that you enable "AAC software decoding" for each exteplayer listed in ServiceApp as I'm pretty sure this is what allows it to handle the new 'AAC-LC-SBR' encoding that YouTube are using, this will probably fix some of the audio problems people have reported.

settings.png

Lastly, I submitted the issue to OpenVix and they've applied a patch so their next update should remove the need for any of this. I'm not sure where things stand on other systems.

Display More

well ive replaced the file u provided and restarted my box

its not working for me same result

skipping back to playlist

openpli 9 octagon sf8008 4k

Display More

It doesn't work for me either,(vu+zero) Openpli 8.3 image

Quote from axes

It doesn't work for me either,(vu+zero) Openpli 8.3 image

Unfortunately without more information I cannot be sure what's going wrong. If you'd like to post a debug log that captures the event I'd be happy to take a look, although it seems like that might not be necessary. In the past 24 hours a change was submitted over at the OpenPLi repository that should address the problem. It may take awhile to come through but I'd definitely keep an eye open for new updates, as there's a good chance the next one will fix it.