[Error] This content isn't available

[BrightDV]

Describe what happened

Video playback does not work.

Instance URL

https://tube.kuylar.dev

LightTube & InnerTube versions

v2024.2.20 / ?

Resource path

https://tube.kuylar.dev/watch?v=h04_4Msuw2k

Language & region

fr_FR

Stack trace

None, returns a 200.

Notes

This issue happened to invidious too, see this issue.
YouTube may have started to block your instance :/
The video plays fine on these instances, however:

• tube.instellate.xyz
• lighttube.plerx.de

[kuylar]

Looks like a YouTube block, fixed in tube.kuylar.dev

For the instance hosters in future: check out Invidious' Smart IPv6 Rotator script

Leaving this issue up until we add a check for the video ID in YouTube's response

[BrightDV]

Thanks for the fast fix!

[BrightDV]

Hello,
New blocking round from YouTube, other frontends are also blocked:

Your instance, LightTube v2024.3.9, url: https://tube.kuylar.dev/watch?v=UDVtMYqUAyw

Maybe useful:
NewPipe workaround (used by Invidious): TeamNewPipe/NewPipe#8713 (comment)

[kuylar]

This is a different issue, but I will keep it here since both of them can be fixed with the same update.

Been working on this for the past day and I cant find a good way of beating this, as now they require a PoToken from Google Play Services (source: ReVanced/revanced-patches#2878 ). YouTube hit us very hard this time.

This leaves us to either:

• use clientName: IOS, but that lacks a lot of adaptiveFormats (used by DASH playback, which we don't use but show in the download dialog), and most importantly, the formats field, which we need for compatibility mode, or
• use the formats from clientName: WEB, which would be good, but unfortunately, that requires us to parse the player JavaScript from YouTube to solve 2 challenges. Since Invidious, NewPipeExtractor and yt-dlp were already doing this from the beginning, they can just fall back to the WEB client with an update. (here's yt-dlp doing it: [ie/youtube] Remove android from default clients yt-dlp/yt-dlp#9553)

I am currently working on implementing the latter, and I'd say that I'm 70% the way there (one out of two challenges solved) and the only thing that remains is now to make the playback URLs not throttle to 60-70kbps, which is where running the JavaScript comes in.

This update will take some time. In the meantime, disable compatibility mode in settings, as HLS playback isn't affected (as it uses the iOS client instead of android)

Note

unfortunately, because of #133, you'll have to paste the following into your browser's JavaScript console to turn off compatibility mode. sorry

document.cookie = "compatibility=false; path=/;"

[epman100]

Hello, New blocking round from YouTube, other frontends are also blocked:

new variants of that problem here & here

those are not affected by LightTube

[kuylar]

Wrong, normal formats (and also the download links) are blocked. lighttube-org/InnerTube#45 fixes this in the long term by not using the ANDROID client, but merging that to master will take some time. A fix will be up in https://tube-nightly.kuylar.dev in a week or two