"Release notes from Doom9 forum: http://forum.doom9.org/showthread.php?p=1616520#post1616520
added smooth motion frame rate conversion algorithm
added settings page for smooth motion frc configuration
added “trade quality for performance” option for smooth motion frc
added test patterns to madTestPatternSource to test smooth motion frc
fixed: RGB input with odd width/height is now accepted untouched
fixed: IVideoWindow::put_Owner() failed when pins were not connected yet
fixed: madHcCtrl.exe autostart registry entry was incorrect / not working
fixed: occasional crash when using DXVA scaling with high-bitdepth content
fixed: green line at the left image border when using DXVA scaling
file “settings.bin” is not written into win7/8 “VirtualStore”, anymore
slightly improved multi monitor behaviour (when using DXVA or MPC-BE)
filter enumeration timer is now only active during DVD playback
extended logging for fullscreen exclusive presentation queue
internal software video decoders are now disabled by default (again)
Introducing the new “smooth motion” frame rate changer (FRC) with the following main features / benefits:
(1) Can convert any source frame rate to any display refresh rate, while maintaining smooth motion. (2) Endless playback without frame drops/repeats (if your PC is fast enough) without needing Reclock.
There are disadvantages, too, of course:
(1) Slightly higher GPU usage (not too much) with default settings. (2) Some sharpness loss (almost invisible with 23-25fps –> 60Hz conversion).
23-25fps –> 60Hz: minimal sharpness loss, nearly invisible 24fps –> 24Hz: visible sharpness loss 60fps –> 24Hz: very noticeable sharpness loss
Basically the higher the refresh rate, the better. And the lower the source framerate, the better.
There’s a new version of the madTestPatternSource filter available. It’s now a separate download because it increased in file size quite a lot, due to the new test patterns for smooth motion.
Technically the FRC algorithm simulates a display with infinite refresh rate. Which means that every video frame is displayed exactly when the timestamps ask for it. Consequently the motion smoothness depends on proper timestamps. If the timestamps (or audio clock) contain jitter, the playback will contain jitter, too. So even if Reclock might not be needed to avoid frame drops/repeats, anymore, when using madVR’s new FRC algorithm, you might still want to use Reclock, because it provides a stable and reliable audio clock with very low jitter, and it supports WSAPI exclusive mode, too. You can however slave Reclock to the audio hardware clock, if you want. Having Reclock fully enabled with audio resampling is still possible, though, it shouldn’t harm madVR’s FRC algorithm.
To my best knowledge madVR is now the only way to playback Blu-Ray/DVD movies without 3:2 pulldown judder on displays which don’t support 23.976Hz playback properly. I don’t think any hardware Blu-Ray player can do that, or even any of the expensive video processors. (Correct me if I’m wrong).
One last hint: There’s a new “trade quality for performance” option in the madVR settings which affects the quality of the FRC frame blending. By default frame blending is done in gamma corrected light, which is fast, but not mathematically correct. If your GPU is fast enough, it’s highly recommended that you disable the “trade quality” option for highest image quality. There are no negative side effects to blending frames in linear light – except for higher GPU usage, of course.
P.S: Just to avoid confusion: madVR’s smooth motion FRC does NOT modify audio in any way. Playback speed is not affected at all. The only thing that changes is that motion looks much smoother, if the display refresh rate isn’t an even multiple of the source framerate."
Think this may interest those of you currently tinkering with SVP
added smooth motion frame rate conversion algorithm
added settings page for smooth motion frc configuration
added “trade quality for performance” option for smooth motion frc
added test patterns to madTestPatternSource to test smooth motion frc
fixed: RGB input with odd width/height is now accepted untouched
fixed: IVideoWindow::put_Owner() failed when pins were not connected yet
fixed: madHcCtrl.exe autostart registry entry was incorrect / not working
fixed: occasional crash when using DXVA scaling with high-bitdepth content
fixed: green line at the left image border when using DXVA scaling
file “settings.bin” is not written into win7/8 “VirtualStore”, anymore
slightly improved multi monitor behaviour (when using DXVA or MPC-BE)
filter enumeration timer is now only active during DVD playback
extended logging for fullscreen exclusive presentation queue
internal software video decoders are now disabled by default (again)
Introducing the new “smooth motion” frame rate changer (FRC) with the following main features / benefits:
(1) Can convert any source frame rate to any display refresh rate, while maintaining smooth motion. (2) Endless playback without frame drops/repeats (if your PC is fast enough) without needing Reclock.
There are disadvantages, too, of course:
(1) Slightly higher GPU usage (not too much) with default settings. (2) Some sharpness loss (almost invisible with 23-25fps –> 60Hz conversion).
23-25fps –> 60Hz: minimal sharpness loss, nearly invisible 24fps –> 24Hz: visible sharpness loss 60fps –> 24Hz: very noticeable sharpness loss
Basically the higher the refresh rate, the better. And the lower the source framerate, the better.
There’s a new version of the madTestPatternSource filter available. It’s now a separate download because it increased in file size quite a lot, due to the new test patterns for smooth motion.
Technically the FRC algorithm simulates a display with infinite refresh rate. Which means that every video frame is displayed exactly when the timestamps ask for it. Consequently the motion smoothness depends on proper timestamps. If the timestamps (or audio clock) contain jitter, the playback will contain jitter, too. So even if Reclock might not be needed to avoid frame drops/repeats, anymore, when using madVR’s new FRC algorithm, you might still want to use Reclock, because it provides a stable and reliable audio clock with very low jitter, and it supports WSAPI exclusive mode, too. You can however slave Reclock to the audio hardware clock, if you want. Having Reclock fully enabled with audio resampling is still possible, though, it shouldn’t harm madVR’s FRC algorithm.
To my best knowledge madVR is now the only way to playback Blu-Ray/DVD movies without 3:2 pulldown judder on displays which don’t support 23.976Hz playback properly. I don’t think any hardware Blu-Ray player can do that, or even any of the expensive video processors. (Correct me if I’m wrong).
One last hint: There’s a new “trade quality for performance” option in the madVR settings which affects the quality of the FRC frame blending. By default frame blending is done in gamma corrected light, which is fast, but not mathematically correct. If your GPU is fast enough, it’s highly recommended that you disable the “trade quality” option for highest image quality. There are no negative side effects to blending frames in linear light – except for higher GPU usage, of course.
P.S: Just to avoid confusion: madVR’s smooth motion FRC does NOT modify audio in any way. Playback speed is not affected at all. The only thing that changes is that motion looks much smoother, if the display refresh rate isn’t an even multiple of the source framerate."
Think this may interest those of you currently tinkering with SVP
If madTestPatterSource.ax is registered, the only requirement of the player is that it uses madVR. The file .ytp plays itself (no source/splitter/decoder is necessary).
