Bug Reports

  • No off-topic posts
  • Don't report more than 1 issue at once
  • For isolated issues or customer support visit help.vrchat.com
Thanks for your bug report!
"no OPENSSL_Applink" error occurs yt-dlp that modified by VRChat
Describe the bug I can't see any videos that played anyone including me. Although I have not been able to examine the specific environment in which this occurs, at least in my current environment, when I use [yt-dlp] downloaded from VRChat, I get the following error after retrieving the video URL. but when I download in Official repogitory that vrchat downloaded version said and use it, I playable any videos. According "yt-dlp" that vrchat downloaded version says in Comments Official repository: <https://github.com/yt-dlp/yt-dlp> So I download yt-dlp from Official repos, install it and trying verify. for example, I checked https://youtu.be/eEAmoid1lFc . this url is just my instance user watched.I have no other intention. VRChat + "yt-dlp" that vrchat downloaded version: fail to see OPENSSL_Uplink(00000189056E8D40,08): no OPENSSL_Applink "yt-dlp" that vrchat downloaded version: fail to see OPENSSL_Uplink(00000189056E8D40,08): no OPENSSL_Applink . Please check the description in the "vrchat downloaded version.log" listed below. "yt-dlp" that official repogitory version: no problem to see it. download it correctly. VRChat + "yt-dlp" that official repogitory version: no problem to see it. Please check the description in the "official repository version.log" listed below. This URL "" will give the same error if you hit yt-dlp directly. Add some notes We also tried with and without [Untrusted URL]. Apparently, if [Untrusted URL] is turned off, it will not play at all. This is the same if I switch to the community version. I also wanted to test the presence of IPv6, so I asked a friend of mine to lend me his VPN server and I verified it there. Similarly, video playback was not possible. VRChat performs a yt-dlp hash check on each instance joined. Therefore, to implement this as an effective alternative, it was necessary to replace the file while continuing to separately detect that it had been replaced. VRChat's yt-dlp, as noted above, lists the source of the modification as the "official repository" even though it has been modified. As other Canny have pointed out ,I think this is a source of misunderstanding for users unless it is stated that if it has been modified, it has at least been modified independently of the XX repository. Notes vrchat downloaded version.log 2024.05.19 02:09:07 Log - [Video Playback] Attempting to resolve URL 'https://youtu.be/eEAmoid1lFc?si=-GNMoBab8WHXJ5o8' 2024.05.19 02:09:07 Log - NativeProcess.Start: started process id [23456]: C:/Users/XXXX/AppData/LocalLow/VRChat/VRChat\Tools/yt-dlp.exe (...) 2024.05.19 02:09:08 Log - NativeProcess.HasExited: process exited with code 1, took 518 ms. Command line: C:/Users/XXXX/AppData/LocalLow/VRChat/VRChat\Tools/yt-dlp.exe (...) 2024.05.19 02:09:08 Error - [Video Playback] OPENSSL_Uplink(0000016A18B78D40,08): no OPENSSL_Applink 2024.05.19 02:09:08 Log - [Video Playback] URL 'https://youtu.be/eEAmoid1lFc?si=-GNMoBab8WHXJ5o8' resolved to 'https://youtu.be/eEAmoid1lFc?si=-GNMoBab8WHXJ5o8' 2024.05.19 02:09:09 Error - WindowsVideoMedia error 0x80004005 while reading https://youtu.be/eEAmoid1lFc?si=-GNMoBab8WHXJ5o8 Context: MFCreateSourceReaderFromURL Error details: Unspecified error Track types: 2024.05.19 02:09:09 Error - [USharpVideo] Video player error when trying to load https://youtu.be/eEAmoid1lFc?si=-GNMoBab8WHXJ5o8 official repository version.log 2024.05.20 00:36:51 Log - [Video Playback] Attempting to resolve URL 'https://youtu.be/eEAmoid1lFc?si=-GNMoBab8WHXJ5o8' 2024.05.20 00:36:51 Log - NativeProcess.Start: started process id [21420]: C:/Users/kazu/AppData/LocalLow/VRChat/VRChat\Tools/yt-dlp.exe (...) 2024.05.20 00:36:55 Log - NativeProcess.HasExited: process exited with code 0, took 3726 ms. Command line: C:/Users/kazu/AppData/LocalLow/VRChat/VRChat\Tools/yt-dlp.exe (...) 2024.05.20 00:36:55 Warning - [Video Playback] WARNING: [youtube] Skipping player responses from android clients (got player responses for video "aQvGIIdgFDM" instead of "eEAmoid1lFc") 2024.05.20 00:36:55 Log - [Video Playback] URL 'https://youtu.be/eEAmoid1lFc?si=-GNMoBab8WHXJ5o8' resolved to 'https://<reducted>.googlevideo.com/videoplayback?<reducted>
4
·

tracked

Client freezes with String Loading
Summary: Client freezes when using String Loading under certain conditions. Phenomenon: When downloading a binary file using StringLoading, the VRChat client freezes for about 1 second immediately after the download (just before OnStringLoadSuccess is called). The size of the binary file at this time is 44MB. The freeze time is proportional to the file size. Comparison: Unlike the binary file, the freeze does not occur when a text file is downloaded. The size of the text file is 59 MB. Terminology explained here: Binary file: A file whose characters cannot be decoded as UTF8. Text file: A file whose characters can be decoded as UTF8. Test worlds: You can test the failure in the following worlds. The worlds have two buttons to download binary files and text files, and an image of the U# code (also attached this post). (The left button does not cause the freeze. The right button does.) https://vrchat.com/home/world/wrld_491e05ae-11f3-4173-b2bd-ba00f3e9ed47 Backgrounds: The gimmick I create often handle about 50MB of data. The gimmick downloads the data as text files currently. Binary data is processed by converting it to Base64 strings. However, if the binary data could be handled as is, it would be very useful because it would reduce the amount of space and remove Base64 processing. Therefore, I tried downloading the binary file and changing it to read in ResultBytes, but this caused a freeze. This freeze is not acceptable for world users, and until it is fixed, I cannot handle binary data processing directly. Suggested fix: My guess is that the problem is occurring because stringify the binary file is running just before OnStringLoadSuccess is called. Therefore, I propose two ways to solve this problem. Do not stringify the binary data (Encoding.UTF8.GetString()) until calling result.Result. In other words, if only result.ResultBytes is called, the stringify is not performed. Do the stringing process in a new thread, not in the main thread of VRChat.
3
·

tracked

Load More