[1114] Assigning start point on AVPro Video assigns incorrect if that point isn't loaded yet.
tracked
akalink
Assigning the start time of a AVPro streaming video will assign the latest time loaded in a video if that point assigned is further ahead than what is actually loaded.
I have created a demo world that displays that displays this happening. https://vrchat.com/home/launch?worldId=wrld_567771c3-b0eb-4623-a127-867bf1c6db6a&instanceId=65015~hidden(usr_7ec23ebf-254f-4dac-9d62-f90194affd52)~region(us)~nonce(4a058c3a-bd6b-4055-b69f-9852d72ae37d)
Log In
Momo the Monster
tracked
I visited the world and I see this. Could you tell me more about what you expect to happen?
akalink
Momo the Monster: I expect for the video to stall playing until the point it is assigned is loaded.
techanon
Momo the Monster: I expect it to work as it did in AVPro 2.0.7 where when you seek to a point in the media, it would immediately skip to that point and start loading the buffer from that timestamp onward, not just jump to the nearest loaded data.
techanon
For example, if you are watching a movie with some close friends, and another friend joins like an hour in, that late joiner should be able to skip to the timestamp that the others are at, which is how it worked in 2.0.7.
-dem-
Momo the Monster: I made a video showing it in my test world here.
First video loaded is just a youtube video that's just a playlist of audio so the file size is small, buffer happens quite fast, and it's reflected as such when jumping through the video. When I load an actual video, the buffer doesn't load as much and takes longer, and is also reflected as such. It had worked prior to the new AVPro version. I'm surprised this isn't as big an issue for people. Do people just not use AVPro or something? It basically breaks all ability to set the video time which makes it way too risky to watch any videos of substantial length with AVPro because if any late joiners need to come in they can't sync up.
Edit - And just went to a random movie world since mine is busted that seemed to work and I didn't realize it used AVPro. Someone crashed and when they tried to join we tried to sync them up by reloading the video. Once we reloaded I observed the exact same behavior/buffer issue.
techanon
Momo the Monster:
To further test this issue, I grabbed the trial 2.1.6 version, used YTDL to get a raw link and used their media player example scene to test skipping the buffer point.
Here's the recording: https://streamable.com/k6eube
It appears to work 100% fine with raw AVPro, but when trying to skip forward within VRChat, it still only moves to the end of the current available video buffer instead of skipping and resume loading from the new selected timestamp.
techanon
In addition to this, I was reminded that the AVPro upgrade from 2.0.7 to 2.1.5 happened on the same update as then auto-resync logic addition. https://docs.vrchat.com/docs/vrchat-202131
I have suspicions that this could be connected to this buffer bug.
Also I realize that I tested on 2.1.6 before but that VRChat is currently on 2.1.5. I have just tested 2.1.5 as well and got the same result of it working as expected.
techanon
Momo the Monster: Necroing to say this is no longer the case and the issue can be closed.
Momo the Monster
techanon: Thanks, we'll take another look on our end and close it out if we can confirm!