Open zingaburga opened 1 month ago
Videos play fine in browser
Please provide urls.
All videos apply. Here's one from the trending page which displays the issue.
Do they also play fine in an incognito/private window?
Yes.
Note: I don't have a Youtube account, so am never logged in.
Weirdly, I did manage to encounter a CAPTCHA by browsing the Trending section and clicking on a link. If I copy/paste the video URL in a fresh Private window, it plays fine.
From some experimentation, it seems like the first one works fine (if visited directly), but any visit to a Youtube page sets a cookie (specifically VISITOR_INFO1_LIVE
), causing subsequent videos to flag a CAPTCHA. Removing this cookie allows the next video to play without a CAPTCHA, though only if the link is copy/pasted, not clicked (I'm guessing it checks HTTP referrers as well?).
(I have Self-Destructing Cookies plugin installed, which clears cookies from sites that have been closed, which is probably why I never noticed this CAPTCHA before)
So it seems like the IP is marked 'bad', but it's not straightforward as there's some heuristic to present the CAPTCHA.
(by the way, if a CAPTCHA is encountered, could FreeTube just present it to the user?)
Looking through the Network dev tab in FreeTube, I'm guessing the request to https://www.youtube.com/youtubei/v1/player?prettyPrint=false&alt=json is the problematic one.
With the above example video, copying this request as cURL (bash), I get this:
curl 'https://www.youtube.com/youtubei/v1/player?prettyPrint=false&alt=json' \
-H 'accept: */*' \
-H 'accept-language: *' \
-H 'content-type: application/json' \
-H 'cookie: CONSENT=YES+; SOCS=CAI' \
-H 'origin: https://www.youtube.com' \
-H 'priority: u=1, i' \
-H 'referer: https://www.youtube.com/' \
-H 'sec-ch-ua: "Not A(Brand";v="8", "Chromium";v="132"' \
-H 'sec-ch-ua-mobile: ?0' \
-H 'sec-ch-ua-platform: "Windows"' \
-H 'sec-fetch-dest: empty' \
-H 'sec-fetch-mode: same-origin' \
-H 'sec-fetch-site: same-origin' \
-H 'user-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/132.0.6834.83 Safari/537.36' \
-H 'x-goog-visitor-id: CgsyZFd5M3d6U0VOdyj7hf2_BjIKCgJBVRIEGgAgFQ%3D%3D' \
-H 'x-youtube-bootstrap-logged-in: false' \
-H 'x-youtube-client-name: 1' \
-H 'x-youtube-client-version: 2.20250415.01.00' \
--data-raw '{"videoId":"J75GuCvhLAE","racyCheckOk":true,"contentCheckOk":true,"playbackContext":{"contentPlaybackContext":{"vis":0,"splay":false,"lactMilliseconds":"-1","signatureTimestamp":20192}},"serviceIntegrityDimensions":{"poToken":"MlasQ5ephqtfm6x8yj0xte2Xw0a__zxZJ7UsgbXAsDJOJXAkLmgey904ZHy3PkbpcLdCOr-7BD0UjnOAAc1l73yG_uzrH9-6-0edcAjKleEHQ2VsJjrpwA=="},"context":{"client":{"hl":"en","gl":"US","remoteHost":"217.138.205.94","screenDensityFloat":1,"screenHeightPoints":1440,"screenPixelDensity":1,"screenWidthPoints":2560,"visitorData":"CgsyZFd5M3d6U0VOdyj7hf2_BjIKCgJBVRIEGgAgFQ%3D%3D","clientName":"WEB","clientVersion":"2.20250415.01.00","osName":"Windows","osVersion":"10.0","userAgent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36","platform":"DESKTOP","clientFormFactor":"UNKNOWN_FORM_FACTOR","userInterfaceTheme":"USER_INTERFACE_THEME_LIGHT","timeZone":"Australia/Brisbane","originalUrl":"https://www.youtube.com","deviceMake":"","deviceModel":"","browserName":"Chrome","browserVersion":"132.0.6834.83","utcOffsetMinutes":600,"memoryTotalKbytes":"8000000","mainAppWebInfo":{"graftUrl":"https://www.youtube.com","pwaInstallabilityStatus":"PWA_INSTALLABILITY_STATUS_UNKNOWN","webDisplayMode":"WEB_DISPLAY_MODE_BROWSER","isWebNativeShareAvailable":true},"configInfo":{"appInstallData":"CPuF_b8GEPDszhwQmY2xBRC36v4SEPPWzhwQ4M2xBRCdprAFEJ75zhwQjcywBRCe284cELeGzxwQh6zOHBDw4s4cEODczhwQlP6wBRDT4a8FEImnzhwQudnOHBDfuM4cEPyyzhwQ5Of_EhDN0bEFEN68zhwQmvTOHBDJ5rAFENuvrwUQkIWAExDs3c4cEOvo_hIQ8ZywBRCBzc4cEMWBzxwQvYqwBRDi1K4FEMvRsQUQieiuBRDt3s4cEKaasAUQ9quwBRDJ968FEL2ZsAUQiIewBRCd0LAFENfBsQUQuOTOHBDg4P8SEMzfrgUQ-KuxBRCj784cEIjjrwUQqf_OHBDh7LAFEMn1zhwQ1fXOHBDb2s4cELPpzhwQu9nOHBCZmLEFEImwzhwQvbauBRC2hM8cEPSGzxwQ4YGAExCYh88cKjBDQU1TSUJVYm9MMndETkhrQnBTQ0V1Zmk1Z3VQOUE3di13YjU3QVBKM0FXbEZ4MEg%3D"}},"user":{"enableSafetyMode":false,"lockedSafetyMode":false},"request":{"useSsl":true,"internalExperimentFlags":[]}}}'
So it looks like FreeTube is triggering Youtube's CAPTCHA.
If I delete the visitorData
key from the POST data, and the x-goog-visitor-id
header, the cURL request doesn't give me a "Video unavailable" message.
I tried intercepting the request in FreeTube by sticking a breakpoint on the fetch
, then pasting the following code into the console:
t.headers.delete('x-goog-visitor-id')
__x=JSON.parse(t.body)
delete __x.context.client.visitorData
t.body=JSON.stringify(__x)
So it doesn't look like I get a CAPTCHA, and the loading progresses further.
However subsequent request to (and similar):
https://rr4---sn-ntqe6n7k.googlevideo.com/videoplayback?expire=1744803839&ei=n0P_Z-W9D9TD9fwPhr6B-Q8&ip=217.138.205.94&id=o-ADOBqvYFsB106i2XpBP6Ru5bjWAlTSseiSKo4PrpdaT-&itag=135&aitags=133%2C134%2C135%2C136%2C160%2C242%2C243%2C244%2C247%2C278%2C298%2C299%2C302%2C303%2C308%2C315%2C394%2C395%2C396%2C397%2C398%2C399%2C400%2C401&source=youtube&requiressl=yes&xpc=EgVo2aDSNQ%3D%3D&met=1744782239%2C&mh=jI&mm=31%2C26&mn=sn-ntqe6n7k%2Csn-a5m7lnl6&ms=au%2Conr&mv=m&mvi=4&pl=24&rms=au%2Cau&hcs=%2Csd&smhost=%2Crr3---sn-a5msen7l.googlevideo.com&initcwndbps=1372500&bui=AccgBcMG805nJjhSravEPo9OMWlvNFQCnQp67i2JQcRFsss1DgLmJNduovmrbZ8bkUroj1Z19DowJ8np&spc=_S3wKnG0Vq9siNWOFDqBMmLMpe1MXFCBs1fVYY50MAfqBbvVkyQX_msucRAFOUKSGNSUNgQ&vprv=1&svpuc=1&mime=video%2Fmp4&ns=3X0Egh8SqWnkp5WlHPgnrgMQ&rqh=1&gir=yes&clen=243222507&dur=1810.777&lmt=1744670047995415&mt=1744781813&fvip=3&keepalive=yes&fexp=51355912&c=WEB&sefc=1&txp=3308224&n=7FvO9oDpji6FQQ&sparams=expire%2Cei%2Cip%2Cid%2Caitags%2Csource%2Crequiressl%2Cxpc%2Cbui%2Cspc%2Cvprv%2Csvpuc%2Cmime%2Cns%2Crqh%2Cgir%2Cclen%2Cdur%2Clmt&sig=AJfQdSswRQIgGihIjQRp4XlQyKA-04xgJ6LwyE2opMIwmCP1JYrX2roCIQC5iaQh3gC6jRAEqTT2LbvSTcpzdKbZ7TB3qNWZKGnYsQ%3D%3D&lsparams=met%2Cmh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Crms%2Chcs%2Csmhost%2Cinitcwndbps&lsig=ACuhMU0wRgIhAJuGjewn1soERNbsPQ33SqknmuvN44fWUH_wCbkroEN4AiEAy1Tt_PsokqPmtUy0mIbOFuZ7j1nYgUDsCl64ur_5Jg4%3D&pot=MnuwcThk27PHrLBOyHK7wRa80IOTsJP47DGorubhMaH_k5p-s_C_w0GNwhRSjhObiuPkxYWcRXvylJ4OdjfAONiT7bs4Z4fyI4bHHT-iitfXW0XmIlfd1J2cQ57DY-uN8wJ0BBptFQ2_Z0ihd5kPjNx0DW7dn6g96TLu4LQ%3D&cver=2.20250222.10.00&cpn=OX8qaJHEbBty_5Kc&range=740-4719&alr=yes
Gives a HTTP 403 response.
I don't know whether this arises because the visitor ID stuff was removed, or I was too slow and caused something to expire (or something entirely different).
It's worth reiterating that yt-dlp doesn't have any problem with this video on the same IP:
>yt-dlp -v https://www.youtube.com/watch?v=J75GuCvhLAE
[debug] Command-line config: ['-v', 'https://www.youtube.com/watch?v=J75GuCvhLAE']
[debug] User config "C:\Users\z/.config\yt-dlp\config": ['-f', 'bestvideo[height<=720]+bestaudio/best[height<=720]', '--write-auto-sub']
[debug] Encodings: locale cp1252, fs utf-8, pref cp1252, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version stable@2025.03.31 from yt-dlp/yt-dlp [5e457af57] (win_exe)
[debug] Python 3.10.11 (CPython AMD64 64bit) - Windows-10-10.0.17763-SP0 (OpenSSL 1.1.1t 7 Feb 2023)
[debug] exe versions: ffmpeg 7.1.1-full_build-www.gyan.dev (setts), ffprobe 7.1.1-full_build-www.gyan.dev
[debug] Optional libraries: Cryptodome-3.22.0, brotli-1.1.0, certifi-2025.01.31, curl_cffi-0.10.0, mutagen-1.47.0, requests-2.32.3, sqlite3-3.40.1, urllib3-2.3.0, websockets-15.0.1
[debug] Proxy map: {}
[debug] Request Handlers: urllib, requests, websockets, curl_cffi
[debug] Plugin directories: none
[debug] Loaded 1850 extractors
[youtube] Extracting URL: https://www.youtube.com/watch?v=J75GuCvhLAE
[youtube] J75GuCvhLAE: Downloading webpage
[youtube] J75GuCvhLAE: Downloading tv client config
[youtube] J75GuCvhLAE: Downloading player 64be519f-main
[youtube] J75GuCvhLAE: Downloading tv player API JSON
[youtube] J75GuCvhLAE: Downloading ios player API JSON
[debug] [youtube] Decrypted nsig ljBQFgY1k3T_9RMo0 => G2-EuOGhiSWZHQ
[debug] Saving youtube-nsig.64be519f-main to cache
[debug] [youtube] Decrypted nsig U-M1vVCfQG3X_11dk => PUxiv_dWPM9FMw
[debug] [youtube] J75GuCvhLAE: ios client https formats require a GVS PO Token which was not provided. They will be skipped as they may yield HTTP Error 403. You can manually pass a GVS PO Token for this client with --extractor-args "youtube:po_token=ios.gvs+XXX". For more information, refer to https://github.com/yt-dlp/yt-dlp/wiki/PO-Token-Guide . To enable these broken formats anyway, pass --extractor-args "youtube:formats=missing_pot"
[youtube] J75GuCvhLAE: Downloading m3u8 information
[info] J75GuCvhLAE: Downloading subtitles: en
[debug] Sort order given by extractor: quality, res, fps, hdr:12, source, vcodec, channels, acodec, lang, proto
[debug] Formats sorted by: hasvid, ie_pref, quality, res, fps, hdr:12(7), source, vcodec, channels, acodec, lang, proto, size, br, asr, vext, aext, hasaud, id
[info] J75GuCvhLAE: Downloading 1 format(s): 398+251
[info] Writing video subtitles to: 1,000,000 Villager MANHUNT [J75GuCvhLAE].en.vtt
[debug] Invoking http downloader on "https://www.youtube.com/api/timedtext?v=J75GuCvhLAE&ei=PUn_Z_LLNZ6I1d8P6tyS0Qc&caps=asr&opi=112496729&xoaf=5&hl=en&ip=0.0.0.0&ipbits=0&expire=1744808877&sparams=ip%2Cipbits%2Cexpire%2Cv%2Cei%2Ccaps%2Copi%2Cxoaf&signature=10D1E0DB252E6DA71954ED07642E7A63B41A74BC.2A7CD2B2B590807AF555A38E2F364B7B1B30183F&key=yt8&kind=asr&lang=en&fmt=vtt"
[debug] File locking is not supported. Proceeding without locking
[download] Destination: 1,000,000 Villager MANHUNT [J75GuCvhLAE].en.vtt
[download] 100% of 229.23KiB in 00:00:00 at 777.65KiB/s
[debug] Invoking http downloader on "https://rr3---sn-ntq7ynle.googlevideo.com/videoplayback?expire=1744805279&ei=P0n_Z__PL9aj9fwPj_uGuA4&ip=217.138.205.94&id=o-AEECfNfREDuPd65x_tNOtlDnD8p-q044_2uuuXa8tAgA&itag=398&aitags=133%2C134%2C135%2C136%2C160%2C242%2C243%2C244%2C247%2C278%2C298%2C299%2C302%2C303%2C308%2C315%2C394%2C395%2C396%2C397%2C398%2C399%2C400%2C401&source=youtube&requiressl=yes&xpc=EgVo2aDSNQ%3D%3D&met=1744783679%2C&mh=jI&mm=31%2C29&mn=sn-ntq7ynle%2Csn-ntqe6n7k&ms=au%2Crdu&mv=m&mvi=3&pl=24&rms=au%2Cau&initcwndbps=1811250&bui=AccgBcMAZtYjlD8OZKH6uTZKPAGObvJMI46BZWKh8WyQfk5EfxS5gDkE35ize7euDLDksfQD_2KuHrAE&vprv=1&svpuc=1&mime=video%2Fmp4&ns=TqhEMC_enPJtNhF55NCbrKEQ&rqh=1&gir=yes&clen=390831500&dur=1810.775&lmt=1744617547202951&mt=1744783251&fvip=4&keepalive=yes&lmw=1&c=TVHTML5&sefc=1&txp=4537534&n=PUxiv_dWPM9FMw&sparams=expire%2Cei%2Cip%2Cid%2Caitags%2Csource%2Crequiressl%2Cxpc%2Cbui%2Cvprv%2Csvpuc%2Cmime%2Cns%2Crqh%2Cgir%2Cclen%2Cdur%2Clmt&sig=AJfQdSswRgIhANZPNZZnHzMWAUkU5LOWVK_X7JDXv0dgNjtiUd12FH2sAiEA62PIXdxIlQGdsJec3iuGRr0JabRy52YRJaPYWONNBMI%3D&lsparams=met%2Cmh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Crms%2Cinitcwndbps&lsig=ACuhMU0wRAIgMtcrcR3qo70hQedEzVXV_xAy06vPoa4OasqLE2PIf4QCIFuyIO3THnSBsyq917JJRmstdYabH6ZX_8Om4fRgGZER"
[download] Destination: 1,000,000 Villager MANHUNT [J75GuCvhLAE].f398.mp4
[download] 1.3% of 372.73MiB at 1.92MiB/s ETA 03:11
ERROR: Interrupted by user
(similarly, it plays fine in NewPipe)
I'm not knowledgeable enough to know how Youtube does its stuff and to understand all of this. It does seem like the IP is problematic, but only FreeTube has an issue with it.
Your response did lead me to learn about Youtube's weird CAPTCHAs, so that was very much appreciated!
Hopefully this info was at least of some use. I can try more things if it would be helpful.
Maybe visitordata is not updated automatically?
Maybe visitordata is not updated automatically?
Is there any way for me to check/test or rectify this?
thanks everyone for your work on freetube.
I have the same issue, every video errors with "[UNPLAYABLE] Video unavailable" and I have the same errors in my console as the OP.
However I would like to add that open in external player works every time. Currently I have Clapper (Flatpak) as my external player.
thanks everyone for your work on freetube.
I have the same issue, every video errors with "[UNPLAYABLE] Video unavailable" and I have the same errors in my console as the OP.
However I would like to add that open in external player works every time. Currently I have Clapper (Flatpak) as my external player.
You need to look at the system log. Potoken and visitordata change almost every time you open a song. System web view application should update
Hi, I have the same problem when I try to watch any video I have the message "[UNPLAYABLE] Video unavailable".
I am using Mullvad VPN server app on my windows 10 and I tried multiple Mullvad proxy address in the proxy settings of Freetube but the problem persist.
I worked well for months now except when Freetube had problems with Youtube catch and mouse game.
Hi, I have the same problem when I try to watch any video I have the message "[UNPLAYABLE] Video unavailable". I am using Mullvad VPN server app on my windows 10 and I tried multiple Mullvad proxy address in the proxy settings of Freetube but the problem persist. I worked well for months now except when Freetube had problems with Youtube catch and mouse game.
Don't use a VPN. There's no way to fix it. You can see this error even with a VPN on YouTube site without an account.
Don't use a VPN. There's no way to fix it.
If it's a CAPTCHA being presented, FreeTube could fix it by forwarding the CAPTCHA to the user.
It's worth checking whether yt-dlp can download the video. If it can, there should be a way that FreeTube can replicate the behaviour.
They say this happens sometimes. They added a warning.
They say this happens sometimes.
Thanks for the pointer. In my case, it never happens with yt-dlp, but almost always with FreeTube. Other users reporting this issue with FreeTube should check behaviour with yt-dlp.
They say this happens sometimes.
Thanks for the pointer. In my case, it never happens with yt-dlp, but almost always with FreeTube. Other users reporting this issue with FreeTube should check behaviour with yt-dlp.
Answer: solve the captcha in the browser and pass cookies (containing the goojf cookie) to yt-dlp. Only works with web client (which requires PO Token).
You need to solve the captcha in incognito mode and pass the goojf cookie containing the captcha.
note I've only seen the captcha on WEB client.
Answer: solve the captcha in the browser and pass cookies (containing the goojf cookie) to yt-dlp. Only works with web client (which requires PO Token).
Not needed in my case - it just works directly - but useful for those that need it.
Which suggests that whatever FreeTube is doing, is causing Youtube to throw CAPTCHAs.
I have the same problem. No VPN in use but it says "IP blocked" while opening the vid in an external browser makes it play fine. This started today.
Same problem here, I posted this problem as well some days ago. The only thing different now is that i cannot use FreeTube app to watch any videos at all. Even with the suggestions provided by another user/dev on the page. (#7159 ). (using VPNs / External browsers, etc) Even without VPNs and "fallback to backend" it wont work at all. I'm using Win10 pro, and the VPNs used to test were Proton and Mullvad. (both times i was blocked) I did manage to play 1 video after restarting the computer before it stopped midway (< 8minutes in)
The WARNINGS athat sow up to me now are the following:
PS: I'd like to thank the devs for their hard work in maintaining this because it has been very useful for me and the community so far. I'd help if i could but i don't really know enough to do so.
I am frustratingly getting the same issue consistently if I use FreeTube too long. I have tried logging in to YouTube and watching a random video like someone suggested to no avail. Certain videos play fine and certain videos will not play at all, saying YouTube has blocked my IP. I'm literally not using a VPN...
Hi all could you try this nightly build and report back if the issue is resolved
Nightly (v0.23.3-nightly-5902 Beta) has same behavior for me, Freetube reports [UNPLAYABLE] Video unavailable. Open in youtube works fine, and so does open in external player. I see no captcha or errors on youtube ( I'm not logged in, and clear all cache/cookies every time )
Hi all could you try this nightly build and report back if the issue is resolved
tried video 1 from playlist- worked. Next video 2 - "Audio formats are not available for this video", and it stopped playing Skipped to video 3 in line - I had to press play but it worked Restarted the video 2 with "play previous video"- back to normal Skipped to the end and waited for the video to change to 3 - played normally
I think it fixed the problem because i skipped to about other 10 videos and got no warnings whatsoever so far. I'll give an update if it does come back. edit: i had to delete the hashtag from the vido number bc it was referring to github threads
I haven't got any problems of IP block YET, besides the video in queue doesn't start playing because of an unknown error "Audio formats are not available for this video" - which is weird because if i play the video again after clicking another, it plays normally.
edit: grammar
Hi all could you try this nightly build and report back if the issue is resolved
Thanks for doing that!
Unfortunately I get exactly the same behaviour. The response to https://www.youtube.com/youtubei/v1/player?prettyPrint=false&alt=json is still a CAPTCHA.
error "Audio formats are not available for this video"
@AlfaScarlate That is unrelated. That means you got a SABR only response from YouTube, which means DASH and audio playback has to happen through YouTube's custom SABR protocol (there is an open PR to add support for SABR but it is currently quite broken, producing various errors that we currently don't know how to solve), the only streaming URL that doesn't require SABR in that response is the legacy 360p one, but then you got unlucky enough to get hit by the 403s for the first few seconds, which us something that affects yt-dlp too and is currently unknown why it happens also because that 403 for the fist few seconds thing happens randomly.
@zingaburga Can you please confirm that you are using FreeTube completely normally (so no rapid switching between videos or opening videos in multiple windows at the same time) and that you are not doing anything else suspicious like downloading with yt-dlp?
Can you please confirm that you are using FreeTube completely normally
Correct. Other than the few testing cases described above, I haven't been watching Youtube videos these days (because FreeTube isn't loading them), or using yt-dlp at all.
Videos still play in a fresh Private tab in browser, with the proviso described above (no cookies set).
I've got iVPN, which I can reproduce the issues with (if it helps with your testing).
Let me know if there's anything I can test for you, any requests/responses you want me to trial, etc.
YT now forces me to sign in to watch a video on my home IP address. Can't use freetube or yt-dlp anymore...
Hi all could you try this nightly build and report back if the issue is resolved
Hello! I can confirm that it worked for me after the main build stopped due to the same error as mentioned above
The nightly build does not work for me. It gives me several error messages:
Edit (better comment): The nightly build worked for some time, but now it just doesn't work at all. keeps getting blocked. The 0.23.4 beta, current new version of FT, was working for almost two hours of playing so far (with few errors that stops playback, such as "no audio formats" that forced me to restart the playlists/individual video). Now its blocked with both with and without "API fallback on failure". Had to flush dns, delete temp files and reboot to make it work again, but it still got blocked after clicking / auto changing after 2-3 videos.
PS: Thanks again to the efforts of the all devs and community members that worked hard on this so far, its a shame that YT keeps blocking such an incredible software as this. I wish best to all of you!
I can confirm that, though it doesn't seem to be permanent. Refreshing several times worked.
Refreshing meaning going back & forth? Can't say that worked for me unfortunately.
I have mixed results as well but sometimes it just starts working again.
edit: well now it's dead again. I now get the IP block error again just like with the the build before this one and refreshing is not helping.
same thing flatpak and vpn (surfshark)
Yeah, seems like the current persisting issues are an IP block for VPNs, but it does not actually give you the IP block error message. Switching servers until you get one that's not blocked does work.
I don't use a VPN so that's not the problem.
Can second that this happens for those of us who have never used a VPN.
The results are irregular and unpredictable.
Refreshing mostly seems to work, eventually, but sometimes doesn't.
My first thought was that it could be related to internet access.
I have very rural internet, and constantly lose connection and re-establish it.
But, using a static IP hasn't seemed to have any effect on accessibility or lack thereof.
Later, I'll try to 'force' failures on freetube's end and see if I can find any meaningful pattern.
0.23.4 beta, Win10 Pro, can also access blocked videos via yt-dlp.
Same issue for me with v0.23.4-nightly-5954 Beta
on windows 11.
Frequently presented with audio formats are not available for this video
. Launching with mpv
plays the video.
Yesterday I was getting the IP block warning, today I'm just getting "audio formats are not available for this video". Seems to happen to all videos the same, and refreshing doesn't seem to help.
Getting the error "audio formats are not available for this video" Refresh doesnt work Im on Ubuntu 22.04, no VPN and im running with the 0.23.4 beta.
ONLY COMMENT IF YOU RECEIVE Error: [UNPLAYABLE] Video unavailable
for audio formats are not available for this video
see #7119
I've been having this issue as described above, and external players / yt-dlp still work while Freetube's player does not. (0.23.4 beta)
having the same issue suddenly, both using VPN or not.
Same issue, both in Win10 and Linux Mint. It used to only happen occassionally, and Ctrl+Shift+R used to fix this, but by now, this happens for every single video, and I give up after the third or so refresh attempt. No VPN.
@4v3ngR You are talking about the no audio formats error, as was already mentioned by other maintainers only comment here if you are receiving the video unavailable error, the no audio formats error is unrelated and off-topic for this thread. There are multiple different issues and mixing the threads does not help the situation.
@sabeau7 @Greysys @praecipitator You all left a comment after https://github.com/FreeTubeApp/FreeTube/issues/7209#issuecomment-2837750812
What error do you receive:
sa
@sabeau7 @Greysys @praecipitator#7209'dan sonra hepiniz yorum bıraktınız (yorum)
Hangi hatayı alıyorsunuz:
- Hata: [OYNATILAMAZ] Video kullanılamıyor
- bu video için ses biçimleri mevcut değil
same problem No audio formats available for this video
@sabeau7 @Greysys @praecipitator You all left a comment after #7209 (comment)
What error do you receive:
1. Error: [UNPLAYABLE] Video unavailable 2. audio formats are not available for this video
The instance I mentioned above was the former.
Aw shit, here we go again
Some videos are now playing, but only in lowest resolution. Most videos are not playing still.
Update on my situation: I've only been able to watch 2-3 short (< 10 min) videos before the "no audio format available for this video", followed by the IP blocking error and etc. However: Using the "share options -> open embed" option solved the problem for about a day before i couldn't watch anything anymore. YT now asks me to log in but I'm already logged in and there's no button to do so in the video page (below):
Since a lot of the videos come with the same errors, mostly:
(even with and without VPN)
And no, I don't think I'm nearly enough skilled to confirm this, but, knowing this cat-and-mouse game for a while, YT might be using some kind of "multi-error" verification, where if "this bunch of (whatever) functions returns an error, then its likely a bot or something so let's block it". I think that, what I'm trying to say is: in order to fix this "blocking" error, we have to fix the others as well, no individual fixes per iteration i guess.
Either that or some people at google are looking through FT releases and figuring out how to block FT for good in order to make us give up.
PS: I'd like to thank the devs and everybody for their hard work in maintaining this because it has been very useful for me and the community. I'd help if i could but i don't really know enough to do so - best i can do is help testing it whenever I'm available.
Guidelines
Describe the bug
Possibly related: #7097 #7138
Videos play fine in browser (no captcha or other impediment), NewPipe/PipePipe and can be downloaded successfully via yt-dlp. However all videos error with "[UNPLAYABLE] Video unavailable" in FreeTube 95% of the time.
Note: "95% of the time" is just some made up figure, but it's an oddity, because sometimes refreshing the video page a few times makes it work (and sometimes it just works first try, but reloading causes it to fail).
Previous reported cases of this issue point it to being an IP block, but given that only FreeTube has this issue, that doesn't seem to be the case here.
However, IP does seem to play a role here. If I route my network through a different address, I can reliably get FreeTube to work.
It's also interesting to note that this only affects initial playback - once the video has started, there's no further errors, even if you seek around and change IP to a "bad" address.
Expected Behavior
Videos should play just like they do in browser/NewPipe.
Issue Labels
content not loading
FreeTube Version
v0.23.3 Beta
Operating System Version
Windows 10
Installation Method
.zip / .7z
Primary API used
Local API
Last Known Working FreeTube Version (If Any)
No response
Additional Information
The console always displays the following two warnings when the "Video unavailable" error occurs:
When the video does work, the second warning above still shows, so I'm guessing the first one is the issue.
In the addition to the above two, I sometimes see the following warning on specific videos as well (which I'm guessing is unrelated, but mention it anyway):
Nightly Build