Hey All,
Since ReClock's official forum on free.fr is dead and the ReClock code now belongs to slysoft, here's a compilation of enhancements and bugs for the latest ReClock 1.7b4.
I really hope SlySoft can take it from there.
Enhancements:
- Add support for EVR and Haali's video renderers. (the "Tearing test" on those would be most interesting..)
- Add detection of framerate from h.264 video streams
- Option to blacklist some file extensions or video stream types from being treated by ReClock (I'm thinking of those crazy WMV files @ 120fps which make ReClock alternate all the time between 24fps and 30fps modes while the media is playing, and no, my display cannot do 120hz :/)
- Allow the user to define his own shortcuts to access the "Tearing Test" and "Show Vsync on screen". Shift+Ctrl+Alt+F9 or F10 is very impractical and very hard to emulate via an IR remote control (it works 2-3 times out of 10 button presses at most :/)
I would be perfectly happy with just "F9" & "F10" without all the rest hehe.
Bugs:
- Enabling/Disabling the "Tearing Test" doesn't sem to work the way it is supposed to.
The problem is that when enabling the "Tearing Test", Reclock will automatically enable the "Show Vsync on screen" feature as well.
And if we disable the "Show VSync on Screen feature", then everything disappears. It's not possible to have the "Tearing Test" running alone. Therefore why the need for 2 checkboxs (and 2 shortcuts)?
- The major and most annoying bug:
Pc specs: XPSP2, Geforce8500GT, nvidia 169.44, IntelE2180
Screen: sony hdtv with 1080p@48, 1080p@50 & 1080p@60
Reclock settings: Speed:"Auto (best)", always in PCM mode, no vsync correction for VMR9.
ZP video renderer: VMR9 windowed (VMR9 renderless & windowless have too much problems being displayed correctly after RunEvent.vbs resolution change, getting a persistent black screen most of the time with those renderers)
The bug :
If I let a video play without any interruption from start to finish, it will always be perfectly smooth all the time (the joys of watching the "tearing test" for 1h30 ). ReClock does its job perfectly.
But If i interract with the video, using fast-forward or rewind, maybe 2 times out of 10 when the video resumes at normal speed, it will be totally jerky.
I'm *not* talking about tearing, more in details, the "tearing test" will show the line "jumping", although the "vsync on screen" is perfectly stable and there's no tearing whatsoever.
A very easy way to correct this issue is to simply to pause, wait 2 seconds and then resume the video. Then everything becomes perfectly synced again.
What could be the cause of this?
It happens with all renderers (VMR7, Overlay, all VMR9s and EVEN VMR9 Renderless Exclusive.)
It happens will all video stream types, DVD movies included.
It happens under any frequency 48hz, 50Hz & 60hz.
According to Ogo (ReClock's author) "This is caused by the video renderer drawing each frame exactly during vertical blank, which is not a good idea. This problem is exacerbated with ReClock, because the video renderer will stay in sync with the video card, thus drawing each frame during vertical blank. I don't know yet how to solve this (writing a new video renderer would be a solution but this is not an option !)"
Is there trully no solution to this even as of now? (that Ogo quote is old, to say the least)
How come this problem doesn't seem to bother anyone?
Thanks for reading. I hope SlySoft will put the ReClock code to good use. EVR is sadly not the miracle every htpc owner has been waiting for :/
Later,
TSR