home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Development
Improvement Suggestions
Adding madVR support
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="madshi" data-source="post: 775911" data-attributes="member: 114920"><p>Theoretically MPC-HC's internal renderers do that, too. But my users report that madVR still does it better than any other renderer. Furthermore some madVR users have CRTs with high refresh rates (e.g. 120Hz) and only madVR achieves smooth playback in that situation, according to what my users report.</p><p></p><p>On my own HTPC with integrated NVidia 9400 GPU, I'm only getting smooth playback with madVR, when playing 25fps movies @ 50Hz. All other renderers I've tried so far fail miserably.</p><p></p><p></p><p>Exclusive mode is important, IMHO. It's needed for 10bit output. It's probably needed for frame packed 3D output (which is another feature which would require madVR to do the presentation, btw). And it's required for many users to reliably get rid of tearing. Finally, exclusive mode allows madVR to present several video frames in advance, which are then flipped by in driver land in the hardware vsync interrupt (I think).</p><p></p><p></p><p>So basically whenever I fire a render callback, it would end up with a "D3D.Present" call in your code? That's still kinda problematic, though. madVR usually pre-renders frames in advance and then presents them to very strict timing ranges. If I fire that callback, and if you take more than just a few microseconds for your rendering, presentation might already be off, resulting in problems, especially with high refresh rates...</p><p></p><p></p><p>That's too bad... <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown :(" loading="lazy" data-shortname=":(" /></p><p></p><p></p><p>I understand. My free time is quite limited, as well, sadly... <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown :(" loading="lazy" data-shortname=":(" /> Anyway, if there's any dev reading this and wanting to work on madVR support, just let me know. My email address is listed in the madVR readme.</p><p></p><p></p><p>I've been told it works for some DVDs, when using specific MPEG2 decoders - but maybe not for all DVDs. I think it might start working for all DVDs once I add support for an external subtitle pin, so that the DVD navigator can overlay the menus.</p><p></p><p></p><p>madVR has not reached v1.0 yet. Have some patience... <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink ;)" loading="lazy" data-shortname=";)" /></p><p></p><p></p><p>Some projectors already have this feature built in (but in a rather bad way, IMHO).</p><p></p><p>Yes, basically it simulates what a real film projector does. The purpose is not the simulation in itself, though. The main purpose of black/dark frame insertion is to reduce the "sample-and-hold" effect. Digital type displays are "hold" type displays. Which means that the image is visible at all times. There are no black phases (like there were with CRT). With digital displays, the image doesn't move smoothly. It jumps a bit every video frame. Our eyes/brain try to follow movements, but due to the jumping, our eyes/brain see a lot of blurring. Motion is just not sharp, anymore. This can be reduced by using intermedia frame interpolation. But doing that introduces the "soap opera" effect. Alternatively dark/black frame insertion helps making motion appear sharper.</p><p></p><p>CRTs didn't have problems with displaying sharp motion because there were not hold-type displays. As annoying as the flickering was, it helped a lot in making motion sharp.</p></blockquote><p></p>
[QUOTE="madshi, post: 775911, member: 114920"] Theoretically MPC-HC's internal renderers do that, too. But my users report that madVR still does it better than any other renderer. Furthermore some madVR users have CRTs with high refresh rates (e.g. 120Hz) and only madVR achieves smooth playback in that situation, according to what my users report. On my own HTPC with integrated NVidia 9400 GPU, I'm only getting smooth playback with madVR, when playing 25fps movies @ 50Hz. All other renderers I've tried so far fail miserably. Exclusive mode is important, IMHO. It's needed for 10bit output. It's probably needed for frame packed 3D output (which is another feature which would require madVR to do the presentation, btw). And it's required for many users to reliably get rid of tearing. Finally, exclusive mode allows madVR to present several video frames in advance, which are then flipped by in driver land in the hardware vsync interrupt (I think). So basically whenever I fire a render callback, it would end up with a "D3D.Present" call in your code? That's still kinda problematic, though. madVR usually pre-renders frames in advance and then presents them to very strict timing ranges. If I fire that callback, and if you take more than just a few microseconds for your rendering, presentation might already be off, resulting in problems, especially with high refresh rates... That's too bad... :( I understand. My free time is quite limited, as well, sadly... :( Anyway, if there's any dev reading this and wanting to work on madVR support, just let me know. My email address is listed in the madVR readme. I've been told it works for some DVDs, when using specific MPEG2 decoders - but maybe not for all DVDs. I think it might start working for all DVDs once I add support for an external subtitle pin, so that the DVD navigator can overlay the menus. madVR has not reached v1.0 yet. Have some patience... ;) Some projectors already have this feature built in (but in a rather bad way, IMHO). Yes, basically it simulates what a real film projector does. The purpose is not the simulation in itself, though. The main purpose of black/dark frame insertion is to reduce the "sample-and-hold" effect. Digital type displays are "hold" type displays. Which means that the image is visible at all times. There are no black phases (like there were with CRT). With digital displays, the image doesn't move smoothly. It jumps a bit every video frame. Our eyes/brain try to follow movements, but due to the jumping, our eyes/brain see a lot of blurring. Motion is just not sharp, anymore. This can be reduced by using intermedia frame interpolation. But doing that introduces the "soap opera" effect. Alternatively dark/black frame insertion helps making motion appear sharper. CRTs didn't have problems with displaying sharp motion because there were not hold-type displays. As annoying as the flickering was, it helped a lot in making motion sharp. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
Improvement Suggestions
Adding madVR support
Contact us
RSS
Top
Bottom