![]() ![]() It's always possible that the detection failed for some reason, of course. You could of course ask your media player dev if they've read this PDF and potentially adjust the media player behaviour accordingly.īut I guess before you do that you should probably double check the madVR OSD (Ctrl+J) to see if it actually detected the black bars correctly. When I introduced the black bar detection feature, I wrote a PDF to help media player developers to adjust to madVR's new capabilities. ![]() Maybe that already helps some? I'm not as familiar with PotPlayer, so can't really say for sure which settings to use there. MPC-HC/BE have an option called "touch window from inside" which is a good default setting to use. My first advise would be to double check the media player settings. The media player has the option to override madVR's "recommendations" for proper zooming. if you press a "zoom" key in your media player, you would expect the video renderer to obey, no? So because of this there can be a conflict because what the media player asks for and what madVR has detected and wants to do. This is a somewhat complex topic because it's usually not the video renderer which is responsible for making zooming decisions but the media player. Reproducible sometimes on PotPlayer and always on MPC-BE and a friend of mine on Win10 experiences the same problem but he can't get it working properly at all. I don't want any actual content cropped, only the hardcoded black bars, so turning zoom black bars away on and off as needed is a fine workaround but full automation would be nice. Zoom black bars away always works just fine so the hardcoded black bars are detected but when zoom black bars away is disabled and the crop black bars setting is enabled, sometimes nothing happens. MadVR crop black bars not cropping detected black bars ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |