Buffering when playing

[Gythion]

Context

Please provide any relevant information about your setup

• Add-on Version: 6.8.17 matrix
• Kodi Version: 19.0
• Kodi GUI Language: Ita
• Operating System: Win10
• Operating System Language: Ita

---

Expected Behavior

Normally playing without buffering

---

Current Behavior

Buffering at almost every played video in FHD or HD

Log

t.ly/9ItW

---

Additional Information

How about? It is already several months that there is this problem. I use the official YT app in FireStick, and no buffering.

---

[jonisb]

Update the plugin to 6.8.18.alpha1 as it seems to work much better with the buffering
#163 issue is related to this

[Rialtho-the-Magnificent]

I have the same. More and more videos show this behaviour. Have tried to reduce resolution, but even with 480 setting I still get buffering. Also, when stopping the video and restarting it, it takes several attempts before it finally decides to play normal. Some videos however take more than 5 times and that is too much for me. The logs show nothing that might explain what is going on.

[probonopd]

Same here. The issue seems to persist in 6.8.18.alpha1, at least with some videos.
Are we getting throttled?

[terxw]

Buffering also in 6.8.18.alpha1
Edit: 6.8.18.alpha2 is working OK, no bufering

[ghost]

Happens in Linux too. Not always, occasionally.

[Rialtho-the-Magnificent]

I use it on a PI 3b with OSMC but the buffering problem is getting worse and worser. Started couple of weeks ago. I guess it is something that Google did and it is related to the amount of ads that are suppose to be shown in front of the selected videos, especially when the video is new there is a time period (which varies per channel) where ads are non-skippable if viewed via other means, like the YT app on a tablet or phone. Older videos have this problem also, but one or two times stopping and starting the video solves the problem.

[arncor]

I use it on a PI 3b with OSMC but the buffering problem is getting worse and worser. Started couple of weeks ago. I guess it is something that Google did and it is related to the amount of ads that are suppose to be shown in front of the selected videos, especially when the video is new there is a time period (which varies per channel) where ads are non-skippable if viewed via other means, like the YT app on a tablet or phone. Older videos have this problem also, but one or two times stopping and starting the video solves the problem.

interesting comment, but I haven't got any buffering issues when I watch YouTube using the Android Newpipe app (which bans ads) or on the computer using Firefox + uBlock Origin (which also bans ads). It seems to be really specific to Kodi/YouTube_addon/InputStream_adaptative.

PS : I also got buffering issues on Raspberry Pi 4, Kodi 18.7, YouTube 6.8.17, InputStream Adaptative 2.4.4.
When buffering, I noticed the network download speed settles around 70-90KB/s (out of a 300Mbps connexion).
When NOT buffering, the network usage is different, with occasionnal spikes of hundreds of KB/s and 0KB/s in between.

Also the YouTube addon cannot allow more than 100MB (default is 70MB) of cache, which I think is pretty low.
Cache settings in advancedsettings.xml file such as buffermode, memorysize and readfactor doesn't seem to apply to video played with the youtbe addon.

PS2 : I mostly play Youtube videos on Kodi using my phone+Newpipe > "play with kodi" option. So the URL sent to kodi is done via newpipe, maybe it has an influence...

[Rialtho-the-Magnificent]

Thanks for the additional info. I also have no problems running adfree YT on my PC (using an modified etc\hosts file). But the buffering seems to be sort of random. Yesterday, I also had a 403 error (according to the log file of kodi) on a number of YT videos that are mainly music. Not sure if this is related. And then there are the videos that give the sad face when selected. That usually goes away after several hours. I still believe that has something to do with the non-skippable adds that Google wants to serve as hours later the video does play normal (or also has buffering issues, and you have to retry several times). (all using 6.8.18...)

[pitsi]

If @anxdpanic is reading this, can you please add the development version of the addon in your testing repo? It will help us who use the repo get the newest releases and do the testing early. Right now it hosts 6.8.16, which is older than the one in the main kodi repo.
Thank you in advance.

[probonopd]

Still getting the buffering issue with plugin.video.youtube-6.8.18.alpha2.zip, e.g., on this video:
https://www.youtube.com/watch?v=a3oQy6v3MrA

[probonopd]

Here is a workaround that works reliably around this issue (while waiting for a proper fix):

1. Install and configure https://github.com/lekma/plugin.video.invidious/ (use release 0.5.7 if you are on a Python 2 based system). Configure it to use vid.puffyan.us as the instance
2. In plugin.video.youtube, add a "Play with Invidious" context menu:

At the end of plugin.video.youtube/resources/lib/youtube_plugin/youtube/helper/yt_context_menu.py, add:

def append_play_with_invidious(context_menu, provider, context, video_id):
    context_menu.append(("Play with Invidious", 'PlayMedia(plugin://plugin.video.invidious/?action=video&videoId=%s)' % video_id))

In plugin.video.youtube/resources/lib/youtube_plugin/youtube/helper/utils.py, add directly above the line def update_play_info(provider, context, video_id, video_item, video_stream, use_play_data=True):

        yt_context_menu.append_play_with_invidious(context_menu, provider, context, video_id)

Restart Kodi (or deactivate and activate the YouTube addon) for the changes to take effect.

Now select "Play with Invidious" from the context menu to enjoy stutter-free instant playback.

Does anyone know how to make "Play with Invidious" the default action when a video is clicked?

---

I haven't investigated how Invidious generates the information that ends up in

• https://vid.puffyan.us/api/manifest/dash/id/aqz-KE-bpKQ
• https://vid.puffyan.us/api/v1/videos/aqz-KE-bpKQ?&pretty=1

but it seems it is golden.

[tssajo]

@probonopd Unfortunately, the workaround you posted doesn't work for me.
In fact, Invidious cannot play a single video on my Raspberry Pi 3 Model B Plus running LibreELEC.
I managed to install plugin.video.invidious to v0.6.6 from Lekma's repository, from here:
https://github.com/lekma/repository.lekma/

Here is what gets logged:

2021-10-10 23:36:57.971 T:1235366784  NOTICE: [plugin.video.invidious] request.url: https://invidious.snopyta.org/api/v1/videos/tflC9c4KhFo
2021-10-10 23:37:00.642 T:1147577216  NOTICE: [plugin.video.invidious] video.url: https://invidious.snopyta.org/api/manifest/dash/id/tflC9c4KhFo
2021-10-10 23:37:01.582 T:1937289280  NOTICE: VideoPlayer::OpenFile: plugin://plugin.video.invidious/?action=video&videoId=tflC9c4KhFo
2021-10-10 23:37:01.590 T:1218581376  NOTICE: Creating InputStream
2021-10-10 23:37:01.677 T:1218581376   ERROR: CCurlFile::FillBuffer - Failed: HTTP returned error 403
2021-10-10 23:37:01.677 T:1218581376   ERROR: CCurlFile::Open failed with code 403 for https://invidious.snopyta.org/api/manifest/dash/id/tflC9c4KhFo:
2021-10-10 23:37:01.677 T:1218581376   ERROR: AddOnLog: InputStream Adaptive: Cannot download https://invidious.snopyta.org/api/manifest/dash/id/tflC9c4KhFo
2021-10-10 23:37:01.677 T:1218581376   ERROR: AddOnLog: InputStream Adaptive: Could not open / parse mpdURL (https://invidious.snopyta.org/api/manifest/dash/id/tflC9c4KhFo)
2021-10-10 23:37:01.678 T:1218581376   ERROR: CVideoPlayer::OpenInputStream - error opening [plugin://plugin.video.invidious/?action=video&videoId=tflC9c4KhFo]
2021-10-10 23:37:01.678 T:1218581376  NOTICE: CVideoPlayer::OnExit()
2021-10-10 23:37:01.794 T:1937289280  NOTICE: CVideoPlayer::CloseFile()
2021-10-10 23:37:01.794 T:1937289280  NOTICE: VideoPlayer: waiting for threads to exit
2021-10-10 23:37:01.794 T:1937289280  NOTICE: VideoPlayer: finished waiting

As you can see, Invidious receives 403 HTTP errors. But why?
Does anyone have any idea on how to solve this?

[probonopd]

Try vid.puffyan.us as the instance instead of invidious.snopyta.org. snopyta.org seemingly does not allow API access.

[tssajo]

@probonopd Thanks for the tip! But I am in Europe. Anyhow, I just checked the URL with my PC and it downloaded the file just fine, this one: https://invidious.snopyta.org/api/manifest/dash/id/tflC9c4KhFo
So I didn't get a 403 error on my PC. I experiment with Curl on my Raspberry Pi. If I find a solution I will post it here for others.

[tssajo]

OK, Invidious finally works. Both vid.puffyan.us and invidious.namazso.eu works fine. I picked the latter one from this list https://redirect.invidious.io/watch?v=dMRH96Ew5G4

[bzarky]

I am having the same playback issues as well and it's worse after the 19.2 kodi update.

Here's my debug log trying to play a youtube video.
System is Ubuntu 21.04 on am64

kodi.log

[RNavega]

Does anyone know how to make "Play with Invidious" the default action when a video is clicked?

@probonopd

1. When a video item is created, it uses the /play/video_id=... route, created in here:
   

   plugin.video.youtube/resources/lib/youtube_plugin/youtube/helper/v3.py

   Line 54 in 36e0375

   item_uri = context.create_uri(['play'], item_params)

2. That route is processed in here:
   

   plugin.video.youtube/resources/lib/youtube_plugin/youtube/provider.py

   Lines 683 to 698 in 36e0375

   	"""
   	Plays a video.
   	path for video: '/play/?video_id=XXXXXXX'
   	path for playlist: '/play/?playlist_id=XXXXXXX&mode=[OPTION]'
   	OPTION: [normal(default)|reverse|shuffle]
   	path for channel live streams: '/play/?channel_id=UCXXXXXXX&live=X
   	OPTION:
   	live parameter required, live=1 for first live stream
   	live = index of live stream if channel has multiple live streams
   	"""
   	# noinspection PyUnusedLocal
   	@kodion.RegisterProviderPath('^/play/$')
   	def on_play(self, context, re_match):

So if you want to have "Play With Invidious" as the default action, while still supporting playing in the original way, then you'll have to change that line in item 1 to be something like:

            item_uri = context.create_uri(['playInvidious'], item_params)

And then add this new "playInvidious" route to your provider.py:

        @kodion.RegisterProviderPath('^/playInvidious/$')
        def on_play_invidious(self, context, re_match):
            params = context.get_params()
                    
            if 'video_id' in params:
                xbmc.Player().play('plugin://plugin.video.invidious/?action=video&videoId=%s' % params['video_id'])
                return True

This is all untested btw, it usually takes a few tries to get it working right.
When changing the code of an add-on with lots of script packages like this one, in Kodi you need to long-press the add-on icon > Information > Disable, then Enable again so it reloads all its scripts, including your updates. Otherwise the internal packages are not reloaded.

Edit: fixed a typo. Thanks to christianhaitian for the tip.

[pitsi]

@anxdpanic
Thank you for uploading the alpha versions in the testing repo!

[Dendraspis]

I have the same issues since a few weeks after updating to Kodi v19.
Meanwhile I noticed that it helps to delete the data cache und function databases as well as the temp files via the plugin settings. It seemed, that the playback was smoother. Then I played a bit with the cache. Sadly the max size is 100MiB, which I had already set. So I changed it the min. value of 5MiB and again I flushed the databases and temp files like before. The result: Even less buffering interruptions.

Maybe coincidence or just imagination, but I would say, that the buffering issue still occurs, but noticeably less often.
But nevertheless this buffering problem is soooo annoying...

Currently using Kodi v19.2 on Windows10 and v6.8.18.alpha2+matrix1.

[axvpast]

Looks like Google sometimes send to client broken URL with video stream. It is not problem related to your network and any Kodi buffers setup.
TL;DR
Use Odroid-C4, CoreElec 9.2.8 (last), Kodi 18.9, 4k TV (2160p@60, HDR), 1Gb WIRED Ethernet link with 100Mb Internet from ISP, which easy reach 10MiB/s speed.
I think that it is my ISP or my DNS setup, or NTP create troubles and found something interesting about this issue.
When I try to play video in folder /storage/.kodi/temp/plugin.video.youtube koid cretate mpd files.
Inside MPD files you can find video stream URL using XPath:
//Representation[@codecs='vp9']/BaseUrl/
So Kodi sometimes play this stream with dead buffering.... and you can see it using curl (checkUrl.sh):

LastYouTubeVideoMpd=$(ls -tr /storage/.kodi/temp/plugin.video.youtube/*.mpd | tail -n 1)

echo "Checking: ${LastYouTubeVideoMpd}"

YouTubeStreamUrlEncoded=$(cat "${LastYouTubeVideoMpd}" | grep "BaseURL" | head -n 1 | sed 's/.*<BaseURL>\([^<]*\).*/\1/' )

YouTubeStreamUrl=$( echo "${YouTubeStreamUrlEncoded}" | sed 's/\&amp;/\&/g' )

echo "Got YouTube stream URL:${YouTubeStreamUrl}"

curl -o /dev/null "${YouTubeStreamUrl}"

So can see curl statistics and it show that you download speed for this stream is low. But for working streams good. Also in url present interesting parameter: initcwndbps and if you got low value for this parameter you got troubles. I try to change it, but it's looks like signed and cannot be changed from our side.

So may be we just got dead/broken links from google and need ask it again till moment when we got good initcwndbps value?
Also looks like exist value for this parameter above 1Mbit/s and all below 1Mbit/s transferred as 96kBps ? Some programmer from google miss one zero?

[probonopd]

Been testing "Play with Inviduous" (as described above) for a while now and did not encounter the buffering issues with it.

[arcaine2]

I've just updated to alpha2. So far every video plays at first try, no buffering during playback so far either.

[robastala]

Was using v6.8.17 with Kodi 19.1 on Ubuntu 20.04.

Today tried: plugin.video.youtube-6.8.18.alpha2+matrix.1.zip

so far its been night and day. No buffering issues.

Thanks!

[Rialtho-the-Magnificent]

not for me. playing on pi 3b+ and OSMC as OS. Going back to the previous installment. Now it is even worse! (that is: v6.8.18.alpha2+matrix1.)

[bzarky]

Installed alpha2 on my system and it appears to have fixed the issue. So far every video is playing without issue, though some videos will just stop playing if i press any key on the keyboard. Minor issue for smooth playback.

[Nigel1992]

Been testing "Play with Inviduous" (as described above) for a while now and did not encounter the buffering issues with it.

Thanks a lot for posting this workaround.

Working flawlessly on LibreELEC 9.2.8 (Kodi 18) on RPI 3B+

[pitsi]

I can try it on 18 and report back, provided that someone makes it a zip ready for installation because the code is too complex for me and I will probably mess something.

[RNavega]

@pitsi good to hear. If you can wait a couple of days, I'd like to try modding the latest version of this plugin to add some scraping code, so it can stream through these Invidious proxies without the need for that external add-on.
This Invidious service looks great, very promising.

[LeJimster]

@pitsi after installing 6.8.18a2 did you download the 2 new files video_info.py & xbmc_items.py? (the download links are quoted in the post before yours). You need to edit that video_info.py.

[pitsi]

That explains a lot thank you. No, I have not made any changes after installing 6.8.18a2 (the days it was released). I will wait for a new release with the new code.

Can someone that has the files already patched check the video I mentioned above?

[LeJimster]

@pitsi yeah the same behaviour you've experienced happens when I try to play the video:
https://www.youtube.com/watch?v=eIwLyAOSblE
It claims the video is only 3:59:59 long and starts at 3:59:45, plays for 15s and then stops. I tried 3 or 4 videos from that channel and they all play fine however.

I notice it still detects the video as a live stream even though the stream finished hours ago. I noticed the similar/same behaviour on a few live streams that are actually running right now, except every few seconds the play time is reset to 3:59:45 so it continues playing as long as the stream is running. Another live stream I tried started at 0 but said it was 4 hours long.

UPDATE: That video is now being detected as VOD rather than live and it correctly plays now as kedarz points out below.

[ilikenwf]

I just installed alpha2 and it seems to have solved the issue for me.

[kedarz]

Patched 6.8.18a2 seems that the subtitles do not work. It means, no display subtitles. Does anyone have this issue ?
@pitsi your film works normaly, time 11:55:00 (720 mpd)
Other films on this chanell work too

[admansymphonyck]

I just installed alpha2 and it seems to have solved the issue for me.

For me too, but after several videos the problem returned.
I solved it after deleting the cache in addon_data, for now it's ok

[arcaine2]

This seems random, on alpha2 at least. Everything worked fine for me for the past 2 days on the desktop, not a single buffered video. Today, every video is loading slowly and buffering. Alpha2 on my Shield TV still plays everything correctly.

No problem with "play with invidious" patch from a couple posts earlier, this works each time.

[superdesi]

To all those who helped resolve this issue.....a BIG THANKS! Now.....every video loads 3 times as fast and the buffering is gone. In the past few days.....the add-on was unusable since every single video buffered for ages. Stopping and starting the video has no effect and didn't help like it used to a month ago. Thanks guys!

[Nigel1992]

Can someone can send me the zip file for Leia please ?
@RNavega @Rialtho-the-Magnificent

My email is behind a captcha for obvious reasons.
http://scr.im/thedjs

[pitsi]

@pitsi your film works normaly, time 11:55:00 (720 mpd) Other films on this chanell work too

Please mention your setup (just kodi version and if mpeg-dash is enabled). For me, today it behaves like the rest of the videos on this channel, it does not start at all.
Here is all the info I can get from the log

2021-10-16 06:53:13.429 T:140261690197760 WARNING: Previous line repeats 5 times.
2021-10-16 06:53:13.429 T:140261690197760   ERROR: /storage/.kodi/addons/script.module.urllib3/lib/urllib3/connectionpool.py:1004: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings
                                              InsecureRequestWarning,
2021-10-16 06:53:16.146 T:140263158143104  NOTICE: VideoPlayer::OpenFile: plugin://plugin.video.youtube/play/?video_id=eIwLyAOSblE&incognito=True
2021-10-16 06:53:16.324 T:140261698590464  NOTICE: Creating InputStream
2021-10-16 06:53:16.652 T:140261698590464  NOTICE: Creating Demuxer
2021-10-16 06:53:46.766 T:140261698590464   ERROR: Open - Error, could not open file https://r3---sn-vuxbavcx-5uiel.googlevideo.com/videoplayback?expire=1634377992&ei=qExqYa3JKofV1gKb9LGYBw&ip=87.202.19.130&id=o-AJyDejb1Y6zFRNAj11qPCtFdJ7Tb4Gy8QYDP2iqNz74f&itag=22&source=youtube&requiressl=yes&mh=T7&mm=31%2C29&mn=sn-vuxbavcx-5uiel%2Csn-4g5edns6&ms=au%2Crdu&mv=m&mvi=3&pcm2cms=yes&pl=22&initcwndbps=868750&vprv=1&mime=video%2Fmp4&ns=mTdY-CKAKgyL53oH0Kz3p1UG&cnr=14&ratebypass=yes&dur=42900.050&lmt=1634318835069448&mt=1634356143&fvip=3&fexp=24001373%2C24007246&c=WEB&txp=7316222&n=d0yjjiNiqHOoz6_BB&sparams=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cvprv%2Cmime%2Cns%2Ccnr%2Cratebypass%2Cdur%2Clmt&lsparams=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpcm2cms%2Cpl%2Cinitcwndbps&lsig=AG3C_xAwRgIhAK5JfZm3Pj9wErOKykhB0ug88tiZgPeygoYW4hyxcaueAiEA3Ecy726VdTXXMPYhjnPv1smmku4WIMszRg0cd_FYlj4%3D&sig=AOq0QJ8wRQIgSlMrNl4izBwq7wUUeyHQxr5kFzkQBKAIUOZjAYTGmKYCIQDMOyAmhn-uYKWBv3GHGxBTK7JhanbTD60PmKLZa6GAIQ==
2021-10-16 06:53:46.766 T:140261698590464   ERROR: OpenDemuxStream - Error creating demuxer
2021-10-16 06:53:46.766 T:140261698590464  NOTICE: CVideoPlayer::OnExit()
2021-10-16 06:53:46.780 T:140263158143104  NOTICE: CVideoPlayer::CloseFile()
2021-10-16 06:53:46.787 T:140263158143104  NOTICE: VideoPlayer: waiting for threads to exit
2021-10-16 06:53:46.787 T:140263158143104  NOTICE: VideoPlayer: finished waiting

Don't ask me about script.module.urllib3. It is a dependency of neither plugin.video.youtube, nor inputstream.adaptive.

[rayanfer32]

Huge Thanks to the Folks who worked on the FIX so fast, and made the fix speed up the initial loading of video. YouTube add-on just got awesome after the patch.
The buffering is completely eradicated i feel. Never found a buffering pause after the patch.
I'm on RPI 3B+ and the video starts to play within 4 seconds after i press - play on kodi, which is a huge speed up since it took 10secs previously.

[sirjeannot]

Many thanks!
plugin.video.youtube-6.8.18.alpha2 + the 2 patched files and now working again.
libreelec 9.2.3, kodi leia, rpi3b+

[Overbord]

Thanks so much, modified alpha2 with the 2 files, and all is working perfectly.

[Andrewrwebsteruk]

Hi Thanks, now working for me RPi2 and on RP3i., LireELEC 9.2.8 with Kodi 18.9. MPEG-DASH disabled. I couldn't figure out how to download the replacement files, I guess it's obvious once you know how. So I downloaded plugin.video.youtube-master.zip and installed that. Thanks for your hard work on fixing this issue.

[Kellett]

Alpha 2 has fixed all the buffer issues for me but thumbnails just show as the default red YouTube logo.

[ghost]

Yep, alpha2 + 2 patched files work for me on latest OSMC.

[kedarz]

@pitsi your film works normaly, time 11:55:00 (720 mpd) Other films on this chanell work too

Please mention your setup (just kodi version and if mpeg-dash is enabled). For me, today it behaves like the rest of the videos on this channel, it does not start at all. Here is all the info I can get from the log

2021-10-16 06:53:13.429 T:140261690197760 WARNING: Previous line repeats 5 times.
2021-10-16 06:53:13.429 T:140261690197760   ERROR: /storage/.kodi/addons/script.module.urllib3/lib/urllib3/connectionpool.py:1004: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings
                                              InsecureRequestWarning,
2021-10-16 06:53:16.146 T:140263158143104  NOTICE: VideoPlayer::OpenFile: plugin://plugin.video.youtube/play/?video_id=eIwLyAOSblE&incognito=True
2021-10-16 06:53:16.324 T:140261698590464  NOTICE: Creating InputStream
2021-10-16 06:53:16.652 T:140261698590464  NOTICE: Creating Demuxer
2021-10-16 06:53:46.766 T:140261698590464   ERROR: Open - Error, could not open file https://r3---sn-vuxbavcx-5uiel.googlevideo.com/videoplayback?expire=1634377992&ei=qExqYa3JKofV1gKb9LGYBw&ip=87.202.19.130&id=o-AJyDejb1Y6zFRNAj11qPCtFdJ7Tb4Gy8QYDP2iqNz74f&itag=22&source=youtube&requiressl=yes&mh=T7&mm=31%2C29&mn=sn-vuxbavcx-5uiel%2Csn-4g5edns6&ms=au%2Crdu&mv=m&mvi=3&pcm2cms=yes&pl=22&initcwndbps=868750&vprv=1&mime=video%2Fmp4&ns=mTdY-CKAKgyL53oH0Kz3p1UG&cnr=14&ratebypass=yes&dur=42900.050&lmt=1634318835069448&mt=1634356143&fvip=3&fexp=24001373%2C24007246&c=WEB&txp=7316222&n=d0yjjiNiqHOoz6_BB&sparams=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cvprv%2Cmime%2Cns%2Ccnr%2Cratebypass%2Cdur%2Clmt&lsparams=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpcm2cms%2Cpl%2Cinitcwndbps&lsig=AG3C_xAwRgIhAK5JfZm3Pj9wErOKykhB0ug88tiZgPeygoYW4hyxcaueAiEA3Ecy726VdTXXMPYhjnPv1smmku4WIMszRg0cd_FYlj4%3D&sig=AOq0QJ8wRQIgSlMrNl4izBwq7wUUeyHQxr5kFzkQBKAIUOZjAYTGmKYCIQDMOyAmhn-uYKWBv3GHGxBTK7JhanbTD60PmKLZa6GAIQ==
2021-10-16 06:53:46.766 T:140261698590464   ERROR: OpenDemuxStream - Error creating demuxer
2021-10-16 06:53:46.766 T:140261698590464  NOTICE: CVideoPlayer::OnExit()
2021-10-16 06:53:46.780 T:140263158143104  NOTICE: CVideoPlayer::CloseFile()
2021-10-16 06:53:46.787 T:140263158143104  NOTICE: VideoPlayer: waiting for threads to exit
2021-10-16 06:53:46.787 T:140263158143104  NOTICE: VideoPlayer: finished waiting

Don't ask me about script.module.urllib3. It is a dependency of neither plugin.video.youtube, nor inputstream.adaptive.

Coreelec 19.2 (Kodi 19.2) mpeg--dash enabled, quality video 720p
Could someone reproduce subtitle issue ?

[sTevefor3]

Working for me. LibreELEC 10.0.0. TY, anxdpanic et al!

[thonton]

Hi Thanks, now working for me RPi2 and on RP3i., LireELEC 9.2.8 with Kodi 18.9. MPEG-DASH disabled. I couldn't figure out how to download the replacement files, I guess it's obvious once you know how. So I downloaded plugin.video.youtube-master.zip and installed that. Thanks for your hard work on fixing this issue.

Works also for me.
Think alpha3 should include also all patches.

[anxdpanic]

Posted about the new alpha in the original bug thread: #163 (comment)

[marcopus]

@anxdpanic it was working just fine until yesterday (alpha2+patch), now after signing in twice I only get

Playback failed
--------------------------------
One or more items failed to play

gonna check the logs..

NVM, restarting kodi did the trick

[johanburati]

Just installed plugin.video.youtube-6.8.18.alpha3.zip this morning and it is working well. Great job guys ! 👍👍👍

[anxdpanic]

Closing this as a duplicate of #163 Please post with any follow up issues with alpha3 and buffering there.
Thanks everyone for the help and patience.