madVR - high quality video renderer (GPU assisted) [Archive] - Page 77

leeperry

3rd August 2010, 02:28

I don't usually check my calibration through media players because Color.HCFR needs a lot of patterns, and it's a major PITA as nothing's automatizable..I can't be hassled to press "next" on the CRT in HCFR and then "next" on the projector +40 times in a row.

I calibrate my CRT w/ an automatic VGA LUT using ArgyllCMS(that I double-check w/ Color.HCFR using its built-in test patterns) and my HC3100 pj(10bit gamma/RGB processing) using Color.HCFR and its built-in test patterns. On top of that, I do need gamut mapping from the PC, and I check their accuracy against this PS script (http://www.avsforum.com/avs-vb/showthread.php?t=912720) using screenshots of a REC.709 test pattern.

madshi said this script wasn't mathematically accurate?! I guess a simple 3DLUT in HLSL code would be piece of cake to implement? And waiting for 96MB files to load for a simple gamut mapping is pretty overkill....anyway, I'll stop whining about it, I guess it'll come soon or later and that's the only thing missing in mVR for me :)

About the VGA LUT flush, I'm not sure it's happening on the nvidia but OK I'll double-check! on the ATi it was dead obvious as it would happen on the windows desktop before the game opens.

I guess it might come in handy to import the VGA LUT info(3x256 values in the ArgyllCMS file) within the madVR 3DLUT but ArgyllCMS has a tool to check the VGA LUT accuracy, and supposedly VGA and the VGA LUT working in 10 bit...you often end up with 9bit results, so in analog keeping the VGA LUT might be desirable.

PS: the only major flaw in my calibrations is that the gamut mappings don't take the actual saturations in account(http://thumbnails23.imagebam.com/9132/e369cb91317058.jpg (http://www.imagebam.com/image/e369cb91317058)) but quite frankly, Colorfacts doesn't even care about those...and I haven't seen any CMS that'd allow inputting them. You need a proper CMS in your display to overcome this problem AFAIK.

And checking on those saturations in a media player requires 60 Color.HCFR manual test patterns hah :D

Octo-puss

3rd August 2010, 07:34

My advice is, if your GPU can handle madVR (and it appears anything newer can), don't look back.
But in the first post I can read "hardware accelerated video decoding (DXVA) is currently not supported"...

namaiki

3rd August 2010, 07:57

DXVA doesn't have anything to offer over software decoding in the 'quality' debate.

Mark_A_W

3rd August 2010, 09:19

DXVA is a total load of crap.

It means you are handing your video quality over to a bunch of developers who's mission in life is to get 2 more fps on the latest game for 15yr olds.

janos666

3rd August 2010, 13:35

Color.HCFR needs a lot of patterns, and it's a major PITA as nothing's automatizable.

I calibrate my CRT w/ an automatic VGA LUT using ArgyllCMS and my HC3100 pj(10bit gamma/RGB processing) using Color.HCFR and its built-in test patterns.

You can make custom test pattern set with DispcalGUI very easily. I already prepared one for yCMS when it will accept 3D measurement formats for the gray scale tracking.
You can collect the data from the full 0-255 gray ramp + primary and secundary colors automatically with the display profiling function in DispcalGUI (and a custom pattern set).

On top of that, I do need gamut mapping from the PC, and I check their accuracy against this PS script (http://www.avsforum.com/avs-vb/showthread.php?t=912720) using screenshots of a REC.709 test pattern.

madshi said this script wasn't mathematically accurate?! I guess a simple 3DLUT in HLSL code would be piece of cake to implement? And waiting for 96MB files to load for a simple gamut mapping is pretty overkill....

Yes, it was inaccurate. It handled the out-of-gamut colors very badly. Even cr3dlut was not perfect (I didn't check my old display with a bug-free yCMS version.)

Real-time HQ processing? That would be an overkill, not a little extra loading time.

The load time is nearly unnoticeable for me. (I have a RAID-0 array with fast hard disks. But you should try an SSD as a system disk! I loved that.)

About the VGA LUT flush, I'm not sure it's happening on the nvidia but OK I'll double-check! on the ATi it was dead obvious as it would happen on the windows desktop before the game opens.

Sometimes it happens, sometimes it doesn't. Fortunately, it doesn't happen too often.

I guess it might come in handy to import the VGA LUT info(3x256 values in the ArgyllCMS file) within the madVR 3DLUT but ArgyllCMS has a tool to check the VGA LUT accuracy, and supposedly VGA and the VGA LUT working in 10 bit...you often end up with 9bit results, so in analog keeping the VGA LUT might be desirable.

ArgyllCMS guessed my effective VGA LUT depth is 11 bit. The display works with 12 bit controller which theoretically receives 12 bit through HDMI (I can't check it objectively now), but the panel works with dithered 10 bit only.

This 12 bit (integer?) processing with performance optimized algorithms (for small integrated chips) is absolutely useless for gamut correction. I tired to set up a perfect Rec709 coverage with the six-axial Saturation and Huye controls. It produced perfect primary coordinates and a heavily distorted color chart. :)
Fortunately, there are two internal 12 bit 3DLUTs for gamut emulation as well. These are factory calibrated LUTs, I don't have control over them, so they are good but not perfect. But this is the right path (3DLUT intead of realtime processing).

the only major flaw in my calibrations is that the gamut mappings don't take the actual saturations in account

And checking on those saturations in a media player requires 60 Color.HCFR manual test patterns hah :D

I think my earlier suggestion will come in handy here. :)

leeperry

3rd August 2010, 14:15

ok nice, but ArgyllCMS cannot give those saturations charts I think? and my current workflow works like a charm: 1) the display is calibrated to the best it can be(using its 10bit internal processing) 2) I process gamut mapping from the PC...and no CMS seems to be able to import those saturations figures anyway, so there's no point in checking them within a media player.

I've got all my HTPC files on a PC8500 ramdisk, and PotPlayer is noticeably slower to open when I enable a 96MB LUT file in mVR and I need 6 LUT's for my 2 displays...it's annoying to run batches to decompress them when I could just rename .ini files :o

The VGA LUT cannot provide gamut mapping as it's a 1D LUT, but using it for ArgyllCMS calibration can be handy as it can be processed in more than 8bit...but well, if you take dithering in account maybe it's not superior..so merging the VGA LUT into the 96MB 3DLUT might be desirable indeed.

the PS script looked great to my eyes and has been double-checked by many ppl(even on my HC3100 that has a lot of OOG green): http://www.avsforum.com/avs-vb/showpost.php?p=11937064&postcount=90

You've reminded me that there are tools to force the VGA LUT within D3D games, I'll use them if need be.

Octo-puss

3rd August 2010, 15:09

DXVA is a total load of crap.

It means you are handing your video quality over to a bunch of developers who's mission in life is to get 2 more fps on the latest game for 15yr olds.
What's wrong with utilizing VGA instead of CPU? I like it...

namaiki

3rd August 2010, 15:23

There's nothing wrong with it, but it is something you can 'sacrifice' (if you will call it that) for superior video quality.

madshi

3rd August 2010, 19:14

First of all: Thanks to everyone who gave feedback about the ATI Pixel Format issue.

Can you implement a little option (which is disabled by default, and I don't need a check-box on the GUI, an ini variable would be good enough) which clears the VGA LUT but reloads it after you close the video player?
I can do that in a future version. But not before the settings dialog is redesigned (which is not too far away).

Using madVR 0.23 + MPC-HC 1.3.2179.0 causing frame freezing in fullscreen mode, it unfroze when I move mouse on seeking menu. Works fine in windows mode or using older madVR 0.9.

It's only me or some1 have this problem too ?
I've not seen this reported by anyone else. Can you do a log for me?

I have one stupid question. Can madVR potentially replace Haali renderer? I do not technically understand these things, but given how poorly updated Haali is, I am curious.
But in the first post I can read "hardware accelerated video decoding (DXVA) is currently not supported"...
I'm confused. Haali does not support DXVA decoding, either. So if you're looking for a replacement for Haali's renderer, the lack of DXVA support in madVR should not bother you... ;)

About your original question: Just give madVR a try and see if it works as well as the Haali Renderer in your setup. If not, come here and complain. If madVR works even better for you, come here and post thanks.

janos666

3rd August 2010, 19:22

First of all: Thanks to everyone who gave feedback about the ATI Pixel Format issue.

I forgot to mention: The HDMI pixel format settings work for me with a HD5850 (native HDMI 1.3 port) and 10.7a drivers. (I found it better than the DisplayPort 1.1a connection was.)

It is only an idea but there is an "Enable ITC processing" option in CCC (it is enabled by default, at least for me).
It is related to full screen movie playback. So, I think it has nothing to do with madVR (and I think it won't really work even with EVR) but maybe it worths to try. (Theoretically, it will try to apply some smart connection methods between the devices. So, may be it wants to automatically set the dynamic range as well. And it may think that RGB Limited is better for you device.)

madshi

3rd August 2010, 19:30

madVR v0.24 released

http://madshi.net/madVR.zip

* added *automatic* fullscreen exclusive mode
* added optional seek bar (only for fullscreen exclusive mode)
* added OSD interface for media players
* added new options for automatic fullscreen exlusive mode and seek bar
* added rendering mode information to OSD
* added some code to avoid playback freezes
* changed Aero timing mode slightly
* changing backbuffer count now shows immediate effect
* added keyboard shortcut Ctrl+Alt+Shift+Y for switching PC <-> video levels
http://forum.madshi.net/images/smiles/icon_redBalloon.gifhttp://forum.madshi.net/images/smiles/icon_greenBalloon.gifhttp://forum.madshi.net/images/smiles/icon_blueBalloon.gif

Some things to note:

(1) In order to use the new automatic fullscreen exclusive mode, make sure the "D3D Fullscreen" option in MPC HC's "output" tab is turned *OFF*.

(2) The automatic fullscreen exclusive mode works like this: When you run your media player in a window, madVR will render in windowed mode. As soon as you go into fullscreen mode, and if no media player GUI is visible for more than 1 second, madVR will automatically switch into fullscreen exclusive mode. If you open a context menu or an option dialog or any other media player GUI, madVR will at once switch back to windowed mode. This automatic switching allows you to use the full benefits of fullscreen exclusive mode, while still giving you the full GUI of your media player.

(3) The automatic fullscreen exclusive <-> windowed mode switching takes a bit of time, so it is to be expected that there will be a few dropped frames. The switching works pretty fast on my XPSP3 Radeon 3850 dev machine, but noticeably slower on my Windows 7 x64 NVidia 9400 HTPC. I'm not sure where the difference comes from. So please give it a try and report back how quickly the switching works on your setup.

(4) Because the automatic switching results in a few dropped frames, madVR now also draws a custom seek bar (only in exclusive mode). This way you can seek without madVR having to go back to windowed mode. In order to activate the madVR seek bar, move your mouse cursor to the bottom of the screen.

(5) If you activate the automatic fullscreen exclusive mode, madVR will not use the extended Direct3D9 interfaces in Vista and Windows 7 for now, because they make some trouble. This is a minor disadvantage, but no biggie IMHO.

(6) madVR is not yet using the full potential of the fullscreen exclusive mode. So there are further reliability improvements to be expected in a future version. However, there are already many benefits right now:

- improved performance
- improved reliability (less delayed/dropped frames)
- no tearing
- no problems with stupid Aero
- no problems with multi monitor setups

Please consider the automatic fullscreen exclusive mode feature "experimental". It's a first version and expected to have some bugs in it. But still, I'm already using it myself and I'm pretty happy with the improvements with my NVidia 9400 HTPC.

Octo-puss

3rd August 2010, 19:44

I am an idiot. I confused the renderer with the codecs and/or player being used. Of course Haali doesn't support DXVA either :D
Btw. I just installed madVR and have a little problem - I cannot select it in MPC-HC as preferred, it's greyed out. What am I doing wrong?

leeperry

3rd August 2010, 19:46

:thanks: for the new version! I run 1280*768 96Hz on XPSP3 but the automatic D3D mode reverts to 60Hz...if I want the nvidia drivers to override the default D3D refresh rates I'm forced to run their NT service I think, any chance of keeping the "windowed" refresh rate? I'll try to override it anyway and report back, but this might be a problem when you use several different refresh rates at the same resolution(48/50/59.94Hz in your display native res. for instance)
I just installed madVR and have a little problem - I cannot select it in MPC-HC as preferred, it's greyed out. What am I doing wrong?
using MPC x64? can you see madVR in the MPC HC external filters: http://thumbnails32.imagebam.com/9143/cf166891422363.jpg (http://www.imagebam.com/image/cf166891422363)

Octo-puss

3rd August 2010, 19:54

Yes x64. Apparently I need to use 32bit version, because there I can normally select it (just tried).

leeperry

3rd August 2010, 19:56

Apparently I need to use 32bit version
You do.

BTW, in FS exclusive mode I cannot get mVR's seekbar to show up...all I get is a black screen, it seems to be conflicting w/ PotPlayer's own transport bar. Hopefully its coder will watch over the problem.

Alabanda

3rd August 2010, 20:00

madshi

3rd August 2010, 20:10

I run 1280*768 96Hz on XPSP3 but the automatic D3D mode reverts to 60Hz...
Then I guess that Direct3D doesn't tell madVR which refresh rate is used in windowed mode on your PC. madVR asks Direct3D and then tells Direct3D to use the same refresh rate in fullscreen exclusive mode. Unfortunately, in my experience, in XP Direct3D often reports a refresh rate of 0. Which means madVR is also setting a refresh rate of 0 in your case, which will result in the default refresh rate being activated, which is probably 60Hz.

I don't have a solution for that right now. When I redesign the settings dialog, I'll give you more control over refresh rates etc. That should fix the problem. Until then there's not much I can do, I think.

in FS exclusive mode I cannot get mVR's seekbar to show up...all I get is a black screen, it seems to be conflicting w/ PotPlayer's own transport bar. Hopefully its coder will watch over the problem.
What do you mean with "a black screen"? Does video not play at all in exclusive mode for you?

I've tested MPC HC and ZoomPlayer and the madVR v0.24 seek bar works in both. Haven't tested PotPlayer.

sneaker_ger

3rd August 2010, 20:19

Does anyone know a way to not let the GPU/memory frequency increase while using madVR? I'm on a Radeon HD 5850 (switching between Full Range and TV Range works fine on the DVI connector btw.), drivers Cat 10.7a and am mostly watching 720p24 content. When using madVR the cycles increase to 725/1000 from the 157/300 when idling. I could set it to 400/500 (rendering time still < 10ms) using the overdrive settings in the driver, but it will stay that high even when just surfing the web. Any solutions?

Octo-puss

3rd August 2010, 20:19

Just quickly tried to play one 1080p encode and I must say yay! for madVR. The image is a little bit sharper than when using Haali! Not by much, but even my blind eyes could notice when comparing one frame.

Any plans to support subtitles btw? Like, those muxed into the movie.

Thunderbolt8

3rd August 2010, 20:21

thanks for the fullscreen mode! :)

one little request for later: could you please add the current runtime & overall length of the movie to the fullscreen seeking bar?

leeperry

3rd August 2010, 20:23

well, it seems that m$ took the 60Hz problem at hand after all...and there's no need to force a default refresh rate in the nvidia drivers anymore. Now there's an option to set the default DirectDraw refresh rate in the last tab of dxdiag, I just tried to set it to 96Hz but the mVR exclusive mode didn't work anymore, no switch :confused: if I set it back to 60Hz, it works fine.
What do you mean with "a black screen"?
When I move the mouse at the bottom of the screen, I see the PotPlayer transport bar for a short instant, then a black screen, and then the movie comes back.

Oh bummer...the whole idea was that it would be automatic, if I have to manually set the refresh rate in mVR it spoils the whole fun out of it. Hope it works fine for the Vista/W7 ppl, but mVR's windowed mode works like a charm on my box anyway :)

Octo-puss

3rd August 2010, 20:25

using MPC x64? can you see madVR in the MPC HC external filters: http://thumbnails32.imagebam.com/9143/cf166891422363.jpg (http://www.imagebam.com/image/cf166891422363)
Um... One more thing regarding this. I went to options-playback-output and selected madVR there.

What is this thing in external filters?

fps

3rd August 2010, 20:26

Thanks for the new version madshi :).
Guess I'm off to try it and watch a movie ;).

nlnl

3rd August 2010, 20:29

Thanks for .24 !
If in MPC HC Fullscreen/launch files in fullscreen is ON (Vista, AMD 5400) I get black screen and freezing.
And in windowed mode and in fullscreen exclusive mode I get differentrefresh rates like leeperry.

madshi

3rd August 2010, 20:36

I've been using madVR on my laptop (which has ATI 5650 on it) for about a month now, and never experienced a serious problem. Thanks a lot for the hard work madshi! (:
And congratulations for the long-hyped fullscreen exclusive mode, I'll try it later today~
Can you please report how fast fullscreen exclusive mode <-> windowed mode switching is for you? Which OS are you using?

Does anyone know a way to not let the GPU/memory frequency increase while using madVR?
No idea.

Just quickly tried to play one 1080p encode and I must say yay! for madVR. The image is a little bit sharper than when using Haali! Not by much, but even my blind eyes could notice when comparing one frame.
Good to hear. It has been reported before that madVR is sharper than Haali. Don't know why, though, shouldn't really be the case, since madVR does not sharpen the image in any way. I think that Haali must be doing something wrong.

How fast is fullscreen exclusive mode <-> windowed mode switching for you? Which GPU and OS?

Any plans to support subtitles btw? Like, those muxed into the movie.
Those already work through DirectVobSub.

thanks for the fullscreen mode! :)
How fast is fullscreen exclusive mode <-> windowed mode switching for you? Which GPU and OS?

one little request for later: could you please add the current runtime & overall length of the movie to the fullscreen seeking bar?
Hmmm... I guess I can.

Now there's an option to set the default DirectDraw refresh rate in the last tab of dxdiag, I just tried to set it to 96Hz but the mVR exclusive mode didn't work anymore, no switch :confused:
Don't know why...

When I move the mouse at the bottom of the screen, I see the PotPlayer transport bar for a short instant, then a black screen, and then the movie comes back.
Ah, I see. That probably means that madVR detects that PotPlayers wants to show a GUI. As a result madVR switches back to windowed mode, so that the PotPlayer GUI can be shown (which can't be shown in fullscreen exclusive mode).

Thanks for the new version madshi :).
Guess I'm off to try it and watch a movie ;).
How fast is fullscreen exclusive mode <-> windowed mode switching for you? Which GPU and OS?

Thanks for .24 !
If in MPC HC Fullscreen/launch files in fullscreen is ON (Vista, AMD 5400) I get black screen and freezing.
And in windowed mode and in fullscreen exclusive mode I get differentrefresh rates like leeperry.
:( Will check that fullscreen launch freezing.

LoRd_MuldeR

3rd August 2010, 20:37

makakam

3rd August 2010, 20:40

I've just done some testing with a couple of movies and I have to admit that the newest version works great :) The smoothness still doesn't cease to amaze me. And btw exclusive mode switches on in like split second so I consider it to be fast. I am on Windows 7. Thanks a lot madshi for all your efforts.

madshi

3rd August 2010, 20:41

Thanks for the new version.

It seems "automatic fullscreen exclusive mode" works fine on primary screen, but trying to go fullscreen with MPC-HC on second screen resulted in fullscreen on primary screen - with a wrong AR.
Then, after trying to exit full screen, I got black screen with "failed to reset Direct3D device" on the second screen, for some reason. Had to kill MPC-HC from the Task Manager. Is this expected?
No, that's not expected. Did you start MPC HC on the primary and did you load the video file on primary? madVR does not really support moving from one monitor to another yet. Which means that you may start MPC HC on primary, but you need to move it to the target monitor before loading the video file. Does that fix the problem?

How fast is fullscreen exclusive mode <-> windowed mode switching for you? Which GPU and OS?

leeperry

3rd August 2010, 20:43

Ah, I see. That probably means that madVR detects that PotPlayers wants to show a GUI. As a result madVR switches back to windowed mode, so that the PotPlayer GUI can be shown (which can't be shown in fullscreen exclusive mode).
nope, madVR doesn't switch back to windowed mode(I can tell because my CRT makes a clicking noise when switching refresh rates), I just get a plain black screen until PotPlayer's seekbar disappears.

And BTW, if I set the DirectDraw refresh rate override to 60Hz in dxdiag, mVR's FS exclusive mode works fine again.

sneaker_ger

3rd August 2010, 20:46

No idea.

Yeah, didn't really expect a solution by the renderer as it is something the driver controls. Just thought someone else might have found a solution already.

As you seem to be asking how fast the switching is:
Very fast on my system. I'd say it's pretty much instantly.

LoRd_MuldeR

3rd August 2010, 20:52

No, that's not expected. Did you start MPC HC on the primary and did you load the video file on primary? madVR does not really support moving from one monitor to another yet. Which means that you may start MPC HC on primary, but you need to move it to the target monitor before loading the video file. Does that fix the problem?

Yeah, when I open the video into MPC-HC on the same screen that I will use to go fullscreen, then it works okay. Can screen switching be implemented? I often switch...

How fast is fullscreen exclusive mode <-> windowed mode switching for you? Which GPU and OS?

GeForce GTX 260, Windows 7 (64-Bit). See signature for details.

Switching to fullscreen (or back) takes about 1-2 seconds and involves some flickering. Triggering MPC-HC's popup menu has about the same delay/flickering.

someone`

3rd August 2010, 21:02

madVR automatic switches to WMR7 .
madvR 0.24 , Windows 7 x64 , ATI 4670 , MPC-HC 2180 msvc2008 , CoreAVC/ffdshow , only happen with 0.24 and 0.24 debug version .

Octo-puss

3rd August 2010, 21:10

Regarding window<->fullscreen:
It's instant. Just tried with other encode, 19mbps. My PC is E8400@4GHz, Radeon 5850 and Win7 x64, running at 1920x1200.

What kinda behavior do you expect? A bit slower I assume?

cyberlolo

3rd August 2010, 21:12

Thanks for .24 !
If in MPC HC Fullscreen/launch files in fullscreen is ON (Vista, AMD 5400) I get black screen and freezing.

Same boat here. Back to 0.23 until it's fixed.

madshi

3rd August 2010, 21:19

nope, madVR doesn't switch back to windowed mode(I can tell because my CRT makes a clicking noise when switching refresh rates), I just get a plain black screen until PotPlayer's seekbar disappears.
Hmmmm... Where can I download PotPlayer? If possible, without having to register for some forum.

Yeah, when I open the video into MPC-HC on the same screen that I will use to go fullscreen, then it works okay. Can screen switching be implemented? I often switch...
I'll add that to my to do list...

Switching to fullscreen (or back) takes about 1-2 seconds and involves some flickering. Triggering MPC-HC's popup menu has about the same delay/flickering.
Yeah, the popup menu makes madVR switch to windowed mode.

madVR automatic switches to WMR7 .
What do you mean?

What kinda behavior do you expect? A bit slower I assume?
A bit slower than what? I'm not sure what you mean.

-----------

What are everyone's general impressions about the automatic switching? Is it a good idea/solution?

mueslibrown

3rd August 2010, 21:22

Octo-puss

3rd August 2010, 21:29

A bit slower than instant... I thought you meant that, since in the original post about fullscreen you said something along the lines of it not being fully optimized for performance yet.

And btw when in fullscreen and moving the mouse so that player controls show up, I get weird progress bar instead of GUI, and sometimes yellow-green line at the bottom of the image appears.

someone`

3rd August 2010, 21:33

madVR doesn't load , mpc-hc uses WMR7 renderer instead .

mueslibrown

3rd August 2010, 21:38

I also get freezing in MPC-HC 1.3.2099 / windows 7 home / catalyst 10.7 / reclock 1.8.7.1

I deselected fullscreen exclusive in the config dialog box (which incidentally spans my entire 1080 screen and I'm sure I cannot see some of the options) which had no effect. I have to kill MPC-HC to recover.

MB

OK I've got it working now ... switched on Aero and updated my Catalyst drivers to the official release - I was running a 10.7 beta. Not sure what fixed it but back in business ....

someone`

3rd August 2010, 21:49

madVR doesn't load , mpc-hc uses WMR7 renderer instead .

After reinstall madVR , everything work perfectly

Thunderbolt8

3rd August 2010, 22:03

How fast is fullscreen exclusive mode <-> windowed mode switching for you? Which GPU and OS?you mean after that one second, right? about quarter of a second or less. depends a bit how often it has been done already. I'd say the first 1-2 times 0.25 seconds, after that maybe even a bit less. either way, definately fast enough for me.

radeon 4770, XP pro SP3.

madshi

3rd August 2010, 22:05

madVR v0.25 released

http://madshi.net/madVR.zip

* fixed: launching file in fullscreen resulted in madVR freeze

cyberlolo

3rd August 2010, 22:16

madVR v0.25 released

http://madshi.net/madVR.zip

* fixed: launching file in fullscreen resulted in madVR freeze

Yes, now it's working ok. Cheers, madshi!

DigitalLF

3rd August 2010, 22:16

madshi thank you for 0.25 works well here but right now i only got a 60hz (tn) computer screen...

madshi

3rd August 2010, 22:16

A bit slower than instant... I thought you meant that, since in the original post about fullscreen you said something along the lines of it not being fully optimized for performance yet.
The not being fully optimized yet is mainly a reliability thing (less danger to get delayed/dropped frames). I don't think there's much room to improve the fullscreen <-> windowed switching speed.

And btw when in fullscreen and moving the mouse so that player controls show up, I get weird progress bar instead of GUI, and sometimes yellow-green line at the bottom of the image appears.
Can you make a screenshot of that "weird progress bar"? Which GUI did you expect instead? Which media player are you using? Can you also make a screenshot of the yellow-green line at the bottom? Which video codec does that happen with (h264, VC-1, MPEG2, ...) and which decoder are you using for that video codec?

madshi

3rd August 2010, 22:17

Yes, now it's working ok. Cheers, madshi!
So, your impressions on automatic fullscreen exclusive mode switching?

buletti

3rd August 2010, 22:21

My first impression is very good. Here are some points I noticed so far:

- the first time I opened the context menu of MPC-HC in full screen mode resulted in a crash of MPC. However I'm not sure if MVR is to blame as I also have occasional MPC crashes from my avisynth runtime config. All subsequent attempts worked fine. It's probably nothing unless others have the same experience...

- switching between full screen and windowed mode is very fast and uncritical. I'd guess about 200 - 300 ms. [w7 x64, Aero off, ATI Radeon 5770, Catalyst 10.7, src: 720p tgt: 1920x1200 w/ Y: Spline64 UV: SoftCubic100]

- opening the MPC-HC context menu in full screen mode displays a ghost image for a short time before the context menu is displayed. The ghost image seems to be a "stored" image from the last time the context menu was opened.
Example:
full screen mode displays frame A; send open-context-menu event (right click) -> automatic switch to windowed mode -> context menu is displayed on frame B -> close context menu -> automatic switch to full screen mode -> full screen mode displays frame X; send open-context-menu event again -> switch to windowed mode -> frame B (or maybe A) can be seen for a very short moment -> context menu is displayed on frame Y.

janos666

3rd August 2010, 22:40

A little update for the PC-TV level problems: It is broken with HDMI in the 1080p24 HDTV display mode. The pixel format settings work well in the 1200p60 mode but I can't get PC Levels in 1080p24 mode. The 1080p24 mode worked well with DisplayPort connection.
But the YCbCr 4:4:4 pixel format gives me correct black level in 1080p24 mode (and slightly distorted colors, because it is a bunch of redundant conversions...), so this is not a designed feature (automatic TV level for the "HDTV modes"), but a simple bug.

Otherwise: Congratulations for the new version. This "automatic" mode is a very smart solution. :)

It is not a problem, but: Can you fit this slider to the edge of the screen instead of the edge of the video frame? It is easier to make a big hitch with the hidden mouse than hitch it to be visible and then find the slider with it.

According to my experiences, Reclock should be disabled in this mode. It didn't make any noticeable difference in windowed mode, so I let it work. But I have noticeable stuttering with Reclock + exclusive mode.