newly uploaded youtube videos cause video player failure
complete
Myrkur
recently uploaded videos will cause youtube-dlp to hang and become a zombie process, this will happen as many times as a new video is requested and continue to spawn new processes, latest youtube-dlp version seems to fix this issue, an example video at the time of this issue is
https://www.youtube.com/watch?v=_pXZ1LdgABA&t=3s
There are no relevant logs for this error
Log In
This post was marked as
complete
This post was marked as
available in future release
L
Lilyra
Can confirm this still happens on VRChat stable at time of writing. Getting around this for now using yt-dlp on a Linux VPS I rent, pointing to a jellyfin instance from which I then copy the stream URL to paste in-game.
Purpzie
Able to reproduce with this url:
https://www.youtube.com/watch?v=Fj7Azxn9Xkk
_
_tau_
Hi there! We're having trouble reproducing any issues, do you happen to have more info or affected links?
We've attempted several "newly uploaded" videos and the links given so far, and they all work as expected.
Myrkur
_tau_hmm, I only have the two links, when i checked them at the start of the issues they were all uploaded 11 hours ago and we had multiple people in the lobby unable to watch the video aswell, at most I can do its provide info on the "environment" such as which player was used, which version from the VCC.
Enverex
_tau_ We had a report last night that this only applies to "new" videos but new can actually mean several days. To repro, I'd try uploading a video to YouTube and then trying to load that video specifically.
_
_tau_
Enverex: We already tried this on minutes to hours old videos with no issues visible.
We'll try to ship an unrelated change that may affect this, but no guarantees it would fix this, since we cannot repro it.
Myrkur
_tau_ friend has done some testing and confirmed that these urls fail to load
here is also a sha256 hash of the youtube-dlp on my system
3AE2E5072047D2A333EDE425BC2F8BDE6C6B27AACE659DBFFFF675E960E312BC
Myrkur
oh yes I can also confirm that the youtube dlp process remains open even after closing the game. multiple processes with the same arguments seem to be retry attempts. as it lines up with my config in ProTV to only have 3 retry attempts.
_
_tau_
tracked
Haxy
Yeah.. this is strange, the m3u8 from yt-dlp is valid yet it seems the resolve process never finishes in the client.
Haxy
Further to this, with my own patched build that returns the same m3u8 for both redirected urls like the ones used in my world, and raw youtube urls, I found that the youtube raw links fail to get a url and hang, yet the redirected one, pointing to the same youtube url, resolves just fine
syncpulse
Haxy Yeah I noticed this works when redirected as well.
Cc _tau_ here is a consistent test case if you have been unable to repro yet.
Fails to load from the yt link directly: https://www.youtube.com/watch?v=Rz7eF-EcLQQ
Simple 302 to the same link, works fine: https://dmn.moe/bugtest (i'll keep this link alive indefinitely)
I can also confirm the resolve works when running VRC's yt-dlp binary manually using the same command line args that VRC uses. So for this example: --no-check-certificate --no-cache-dir --rm-cache-dir -f "(mp4/best)[height<=?1080][height>=?64][width>=?64]" --get-url "https://www.youtube.com/watch?v=Rz7eF-EcLQQ"
(All testing was done in the ProTV Showcase world using the Retro player. The actual player prefab/backend shouldn't matter but just for consistency's sake...)
Myrkur
Additional info:
all tests were done on version 3.0.0-beta.14.6 of ProTV using AVPro Video
Myrkur
here is another video confirmed to also cause this issue
https://www.youtube.com/watch?v=YuMVsQNidBw&t=8103s
we have also been able to replicate this issue without timestamp so that is not the cause.