• AnyStream is having some DRM issues currently, Netflix is not available in HD for the time being.
    Situations like this will always happen with AnyStream: streaming providers are continuously improving their countermeasures while we try to catch up, it's an ongoing cat-and-mouse game. Please be patient and don't flood our support or forum with requests, we are working on it 24/7 to get it resolved. Thank you.

Another, slightly trickier, vsync request

J

Jong

Well-Known Member
Thread Starter
Joined
Jan 6, 2008
Messages
1,601
Likes
0
James,

After the great results with DXVA vsync, have you had a chance to think about the other idea in here:

Jong said:
I've confirmed that in a crude way Reclock can already be used to extend or shorten stutter when playing back Blu-rays using MPC-HC with vsync correction enabled (not alternate vsync) which, with luck, should apply to other players that have built in vsync correction. By moving the Reclock vsync target I can speed up or slow down the movement of "Present Wait "/"VBlank Wait Start" (depends on exactly which options are selected in MPC renderer settings). Every time the relevant target passes through zero a judder occurs - visible on the jitter chart and noticeable on the screen.

By moving the Reclock target away from the fixed vsync position (fixed by MPC) I can drag the target away from 20/0ms were it judders (@50Hz). By moving it then back to near the vsync position I can slow down it's drift to near zero. I'm pretty sure this means if Reclock was doing this itself, with much greater accuracy and responsiveness, it would be able to move "present wait" to a nice safe position at start of playback (of course we need to know how "present wait" is defined in MPC and how to work it out) and adjust the vsync target to hold it there.
Click to expand...

You will have read, and probably been bored with the vsync discussions in the support thread, but it seems that if you could completely fix the many broken vsync implementations out there, by offering an alternate form of vsync correction, when the player is enforcing vsync, that uses the vsync code you already have to drag the frame arrival time away from the flip time when it is too close at the start of playback or if it drifts too close during playback (the latter probably never a problem if we are using Reclock to improve timing and get it far enough away in the first place). Effectively Reclock is doing the re-seek that people have to do, as theshadowrunner describes here:
theshadowrunner said:
Well, I think I'll keep using ZP's built-in (not like I have a choice anyway ^^), and let ReClock's disabled. I'd rather suffer once at the start at a movie if I'm unlucky, rather than risking drops and correction during the movie.
It's the usual matter of vsync luck (at least on my setup). Either it starts OK and i'm fine for the rest of the movie (provided i don't pause/ff/rw too) or it starts bad (bad vysnc), and i must pause/resume until it catches the vsync.
I was just playing around with ReClock's feature to see if it would eventually correct the thankfully rare "bad vsync on playback start" issue, which it does not.
Click to expand...

This would be huge for people, who do not have an option to use a player/renderer free of vsync correction and Reclock's control of the master clock puts it in a unique position to make minor adjustments to the clock to move things out of the danger zone.

Reclock could then offer 3 options for each player in the approved list:

- vsync "off"
- "traditional" Reclock vsync correction
- vsync fix for players with flawed vsync implementations.

It looks like Reclock has all the tools to do this job already. It just needs an option to use a different target (what MPC-HC calls "VBlank Wait Start").
 
Sorry, I'm done, I don't have time to continue to work on ReClock.
 
Yeah, I thought that might be your response!

Thank goodness I got the DXVA1 change in before the cutoff. Thanks for all your efforts. There will of course be no need for any of this nonsense when Slyplayer is out!
 
Last edited:
James said:
I'm done, I don't have time to continue to work on ReClock.
Click to expand...
it seems to be a taboo question, but is there any plan for a Reclock Video Renderer in SlyPlayer? so all these VSYNC issues would be history 8)

I'd be willing to shell out a hundred euros for not having A/V jitter anymore :bowdown:
 
I'm not sure they need a "video renderer" as such, if they are the player, and so have complete control of the graph and they can use Reclock to fine tune things. I think the new video renderer Ogo has talked about may only be needed if you do not have control of the player. But maybe I am speaking out of turn!
 
as long as there won't be a dedicated Reclock Video Renderer fully synced w/ the audio and the graphic card's VSYNC fliptime, there will be VSYNC hiccup IHMO.

did you try yMP I sent you ages ago? this syncs the video frames to the graphic card's VBL, this is uber-smooth....even more than HR :eek:

your idea of Reclock waiting to catch the VSYNC properly would be good too, but not w/ VMR/EVR please.....these software video renderers are far from flawless.
HR or a custom D3D renderer that keeps video frames cache in the VRAM would be preferable(like in yMP).
 
Last edited:
Well I guess we will find out!

I still think we need a DXVA capable renderer though, for widespread use.
 
You must log in or register to reply here.
Back
Top