madVR - high quality video renderer (GPU assisted)

[dansrfe]

ok for the first one, we could use a CSI super-resolution algorithm indeed: http://www.vreveal.com/technology


Whoa that would be awesome. If madshi includes this in the renderer then I will be willing to pay for it! :D

[desert.katz]

Actually, I wanted to ask Madshi - is there a way to donate for madVR project? madVR being available for free is great, but donations, perhaps, could help you... emm - develop faster*? :D

* - I mean no disrespect. I read what you wrote in MPC-HC's thread (about time/money lost in freeware developing) and I have to admit that you're absolutely correct. Just want to help as madVR is one hell of a renderer.

P.S. That super-resolution thing implemented in madVR would be epic. However, it also chews up epic processing resources.

[ryrynz]

He stated he wasn't taking donations for now, but may do in the future. Likely his first post will be updated once he has achieved a milestone.

[lych_necross]

I would happily buy madVR if Madshi decided to charge money for it. Its a wonderful piece of software.

[Weirdo]

gon_freecs:
madVR doesn't support DXVA, so you can ignore all the DXVA advantages Nvidia might have.
edit: And maybe also all Purevideo/Avivo differences?:confused: - Nvidia has the Cuda advantage, which does work with madVR.

[LordX2]

My setup:
C2D e6750 @ 3.33Ghz
2Gb DDR2 Ram @ 1000mhz
GeForce 8500GT 512MB
WinXP Pro 32bit

I uninstalled all old codecs - updated my video drivers to the latest on nvidias page - and downloaded the latest versions of MPC-HC and FFDSHOW - and updated the dx9 runtimes.

I installed the MadVR codec, then FFDSHOW, then MPC-HC.

MadVR shows as one of the renderers I can choose. But once I choose it and load a 1080p movie the video seems to constantly lag. There are no artifacts or glitches, just every half second there is a little lag - making the video unwatchable.

My CPU usage during this is only 20% - and the video lags whether in full screen or windowed.

Also something curious - EVR and EVR Custom Pres are greyed out in MPC - with or without madvr installed. What gives?

I tried google searching for an answer to this, but nothing specific came up.

[namaiki]

Regarding madVR lagging, try set flushes to:
After render steps: flush and wait (sleep)
After last step: flush
and the rest set to don't flush.
Besides this, are you using the default scalers of Lanczos4 and SoftCubic100? Your GPU might be too slow for any more than that. You can check GPU load using the latest GPU-z.

Regarding EVR, install the Microsoft dot net stuff.

[Razoola]

My setup:
C2D e6750 @ 3.33Ghz
2Gb DDR2 Ram @ 1000mhz
GeForce 8500GT 512MB
WinXP Pro 32bit

I uninstalled all old codecs - updated my video drivers to the latest on nvidias page - and downloaded the latest versions of MPC-HC and FFDSHOW - and updated the dx9 runtimes.

I installed the MadVR codec, then FFDSHOW, then MPC-HC.

MadVR shows as one of the renderers I can choose. But once I choose it and load a 1080p movie the video seems to constantly lag. There are no artifacts or glitches, just every half second there is a little lag - making the video unwatchable.

My CPU usage during this is only 20% - and the video lags whether in full screen or windowed.

Also something curious - EVR and EVR Custom Pres are greyed out in MPC - with or without madvr installed. What gives?

I tried google searching for an answer to this, but nothing specific came up.

You need to have all the .net frameworks installed on XP if I remember right to get EVR on XP. Try windows update to see if you have them.

[LordX2]

I didnt change any of the settings - so all the madvr stuff is default.

Where do I change the flush settings?

And thanks about the .net - I will install now and see how it works.

[LordX2]

Ok - the .net solution for EVR Custom pres worked (only installing .net 3.5 sp1 did the trick). Thanks!

With MadVR - the upscaling/downscaling is all set at defaults.

I tried changing the flush settings around - but to no avail. The video stutters on both windowed and full screen.

The GPU only tops at 80% usage - so its not hitting a bottleneck I dont think.

I am ready to just give up on this. I use a 720p projector, so everything I read about MadVR says I should use it... and I would love to, but this is getting frustrating.

If I give up and go to EVR Custom Pres - there are settings there I can use to get pretty good quality right?

For the Resizer in EVR Cust Pres. there are options like: Bilinears, and Bicubics. Which of these settings would yield the best quality? Do they go in order on the list? e.g. top (nearest neighbor) being the least quality, and the bottom being the highest?

[namaiki]

[QUOTE=LordX2;1448115]The GPU only tops at 80% usage - so its not hitting a bottleneck I dont think.
Your GPU seems to be too slow for the screen resolution.

The rest of your questions should go into a different thread.

[Razoola]

Ok - the .net solution for EVR Custom pres worked (only installing .net 3.5 sp1 did the trick). Thanks!

With MadVR - the upscaling/downscaling is all set at defaults.

I tried changing the flush settings around - but to no avail. The video stutters on both windowed and full screen.

The GPU only tops at 80% usage - so its not hitting a bottleneck I dont think.

What speed video content are you trying to play and what is the refresh rate of the projector? Maybe you need to use reclock to remove incompatadle refresh rate judder.

[LordX2]

It is 1080p .mkv bluray content - so I asume 24fps.

The projector is 60hz.

[Owyn]

my madVR got broken ='( i tried uninstalling and installing again but it doesn't help =\

see screen

http://img839.imageshack.us/img839/54/madvrclipboard01.png

[Razoola]

It is 1080p .mkv bluray content - so I asume 24fps.

The projector is 60hz.

I suppose there is the cause of your stutter. You will be seeing 3:2 pulldown. See if your projector can do 50hz and then install and use reclock to speed 24fps to 25.

[LordX2]

That didn't take care of the stutter either.

So I am assuming that my 8500gt simply cant handle MadVR.

Can anyone make a recommendation on a newer Nvidia card that would be more than enough to handle madvr and 1080p?

Preferably something later than the 9000 series cards.

Something like a 200 or 400 series card that is suited for htpc.

[namaiki]

Can anyone make a recommendation on a newer Nvidia card that would be more than enough to handle madvr and 1080p?
Seeing as my GeForce 9600M GT seems to be fine for ~24-30fps @ 1920-1080, I think most cards should be fine, but just don't aim for something really low end.

[LordX2]

Ok, and for my final question before I upgrade:

Which would be better for madvr - Win7 32 or 64 bit?

I will be using an nvidia graphics card - so does the 32 or 64 bit version of the drivers make any difference?

Any info is appreciated, and thanks for all the info so far!

[namaiki]

I'm using madVR on MPC-HC(32-bit) on Windows 7(64-bit). I haven't run 32-bit Windows for a while, but I don't think that I have experienced any issues to do with 32/64-bit yet.

[Weirdo]

That didn't take care of the stutter either. So I am assuming that my 8500gt simply cant handle MadVR. Can anyone make a recommendation on a newer Nvidia card that would be more than enough to handle madvr and 1080p? Preferably something later than the 9000 series cards. Something like a 200 or 400 series card that is suited for htpc.A GT240 should be fine, they are relatively silent, too.

[namaiki]

my madVR got broken ='( i tried uninstalling and installing again but it doesn't help =\

see screen

http://img839.imageshack.us/img839/54/madvrclipboard01.png

Press Ctrl+J to toggle the OSD.

[Owyn]

Press Ctrl+J to toggle the OSD.

thx for fixing the error :thanks:

[madshi]

madshi, I can't reproduce the mpc hang with 0.31, i can reproduce with 0.32. Is 0.32 slightly slower / faster to load than 0.31. Its my only explanation as I think this freezup is a timing issue, ie another exclusive mode piece of software is being shutdown, just at the time madvr is being loaded.. Here is the debug log with 0.32 captured when mpc froze up.
Is this log really from 0.32? I have a hard time believing that because it shows a bug that existed in 0.27, but was fixed in 0.30. Is it possible that you are mistaking 0.27 as 0.32?

Sorry, sounds like a stupid idea, but this is the only way the log makes sense to me. It's impossible that your "0.32" log can be from 0.32, I think.

EDIT: Last issue I see when switching from madVr to xbmc to find info on a movie thats currently playing or for whatever reason, mpc will now pause when madVR is loaded and xbmc is given focus. I assume madVR does this when it loses exclusive mode, but can this pause feature be disabled?
This will be fixed in a future version, can't fix it right now.

This is not a big deal for me by any means, but just checking. The "delay switch to exclusive mode for 3 seconds" option is not working here with 0.32. It switches instantly.
Maybe there's a misunderstanding here? The delay is only used in specific situations. If you switch from a windowed media player to fullscreen, the switch is (intentionally) done instantly. I don't see a reason why I shouldn't do that, so in this situation there is never a delay. The delay is used only if you're in exclusive mode, then open a settings window or context menu and then close the settings window or context menu again. The only purpose of the delay is that if you do "exclusive -> context menu -> open dialog" there is a small time period where the context menu is gone and the dialog not visible yet. Without the delay, madVR would switch to exclusive mode in this small time period, which isn't good.

what do you think about integrating a screensaver feature into madVR? Since your renderer already detects pause, and idleness, this might come in handy and give every player hosting madVR an actually functional screensaver implementation.

A first implementation could just blank the screen (i.e. black frame), that'd do the job for most plasma owners I guess.
Please ask again when madVR has reached v1.0. I've so many more important things to implement first.

I just reproduced the problem on my brothers PC, I updated to the latest CCCP beta on his system and installed madVR 0.32.
Installing an earlier build of MPC does not fix the problem, I tried build 2268 to test your theory.

You can either queue two files in the playlist or use the play next in folder feature. Once playback starts in windows mode I double click to maximize (The last displayed frame before maximizing is the frame that's displayed before the next file plays) I then skip to near the end of the file using the exclusive seekbar and continue to play in fullscreen.

MPC options launch files in fullscreen and exit fullscreen at end of playback were not enabled. Files queued in the playlist were not anything specific. My system is a x64 Windows 7 with ATI graphics and my brothers is running Vista with Nvidia graphics.

I tried reproducing on a Intel graphics based system running 7 but could only reproduce when exit fullscreen at the end of playback was enabled. I'll look at that system again when I have the chance, to confirm that.

That is all the info I have on this right now, screenshot below.
Don't post attachments on doom9, it simply doesn't work well. As you can see, your attachment has still not been approved, a week later now.

Anyway, I can not reproduce the problem on my PC. I'd like to reproduce it, for that I'd ideally need:

(1) Your MPC folder including exe file and ini file, so that I use the same MPC version and same settings.
(2) Which filters are you using (splitter, decoder)?
(3) Video samples with which the problem occurs. You can cut them down to as small a size as you like, as long as they allow me to reproduce the problem.

If you start madVR without exclusive mode activated, and turn it on in the settings along with the seek bar, exclusive mode will not work until you restart the player, but the seek bar will now work with the "normal" fullscreen mode until restarted.
I'm aware of that, will be fixed in a later version. A fix is currently not possible.

i still got the problem i wrote about in my post a while ago (http://forum.doom9.org/showthread.php?p=1424194&highlight=custom#post1424194) (under b)), now zoomplayer doesn't freeze anymore after changing the AR on the fly, but madvr doesn't want to change to exclusive mode after a AR change. I mad a log file changing the AR per remote with the same settings i described in the post earlier (follow the link please). I hope you can solve this (or point me in the right direction if its a error on my side), because i can not use exclusive mode with my constant image height setup atm, just 16:9 is working.
According to the log madVR starts in exclusive mode. Then at runtime 0:00:05 it switches to windowed mode because ZP shows an OSD message. At runtime 0:00:10 madVR switches back to exclusive mode. Then at runtime 0:00:14 ZP shows another OSD message, so madVR has to go back to windowed mode. At runtime 0:00:19 madVR tries to switch back to exclusive mode, but the switching fails. When a switch to exclusive mode fails, madVR stays in windowed mode for the rest of the video playback life.

I don't know why the switch to exclusive mode succeeded 2 times and then failed. This problem doesn't seem to occur for other people. Have you tried updating your GPU driver? How big is your GPU RAM size? It might be possible that madVR can't switch if the GPU RAM is too full. Not sure, though...

Found a bug with madvr and mpchc.

When madvr is in exclusive mode, if I use the alt+x shortcut to close the video, the player becomes unresponsive and the video continues to play back. The only way to exit is to ctrl alt del and then player then closes without the need to kill the process.
Works fine here.

madshi, here is a log file of a problem I can reproduce every time. I'm not sure if you are aware of this situation already or not though.

http://unibios.free.fr/madlog.rar

Basically what I am doing is opening a video in fullscreen on the secondary moniter. Then alt-enter to bring it to a window on the primary monitor. Then I stop and start the video, this results in a very fast playing video. The madvr osd seems to show the refresh rate of the secondary monitor still instead of the primary refresh rate.
I don't really know why it plays fast. But anyway, it's a known limitation of the current madVR version that you have to load the video file on the monitor on which you want to play. Otherwise there can be all kinds of problems.

I know this question was asked several times on this topic, but anyway… maybe it's possible to build 64-bit version of the madVR? My ffdshow and mpc-hc are both 64bit.
Maybe some day, but not anytime soon. There's no advantage of using 64bit HTPC software right now, as far as I can see. So if you want to use madVR, you'll have to stick with 32bit software for now.

My rebadged 96SP 8800GS hardly reaches 10% of GPU power in movies..

What could be the point to have a super beefy ATi card to watch movies..even w/ an even more amazing chroma filtering.
What do you mean with "even more amazing"? The current chroma upsampling is as simple as can be. Ok, it might still be better than what most other software is doing, because it's done "properly" by madVR. But still, it's a very simple upsampling algorithm, technically.

madshi, maybe you can tell us so much: regarding your future plans to add more stuff which will need (a lot) more GPU power, are these all things which only come to use when up- or downscaling is involved or will there also be things which improve the PQ when viewing the source at its native resolution?
Obviously GPU power consumption is higher when scaling, and that will always stay this way. That said, there is room for more power hungry algorithms not only for scaling but also for other things. Scaling will probably be one of the main power eaters, though. Furthermore chroma upsampling falls under "scaling", too.

I certainly wouldn't presume to put words in madshi's mouth, but if you stop and think a minute about the distributed framework that he is creating at the renderer level, coupled with the ability of newer video cards to support three (and in some cases four) monitors simultaneously, at least one possibility that might require quite a bit of "GPU" grunt, seems evident.
I don't know if I will implement such a thing. Maybe yes, maybe no, but definitely not anytime soon.

- frame creation (possible)
Most probably no.

- audio resampler (me wishing for reclock replacement)
No plans for that right now. But even if I did, it wouldn't have anything to do with madVR, and would run on the CPU, only.

ok for the first one, we could use a CSI super-resolution algorithm indeed
Not sure if such multi-frame super-resolution algorithms are doable in realtime via pixel shaders. Also you need a lot of math knowledge to do something like that. I mean, detecting motion and matching moving objects in multiple frames is already difficult enough. But once you have matched the objects, how can you combine the detail information of the objects from multiple frames into one frame? I have no clue...

Graphic cards prices lower so quickly that, personally, I wouldn't advise anyone to get a killer GPU for madVR until then. Capitalizing on such a fast evolving technology isn't too wise IMHO.
Well, it depends on how often you upgrade, of course. If you want to buy a GPU today and plan to keep it for a good while (as in more than a year), then for madVR you should not aim too low. If you upgrade your GPU every year, anyway, then of course you can aim a little lower now and upgrade again next year.

I am not yet decided on which one i will use- MadVR or DXVA.
So i am getting info on pros and cons of both.
As over 90% of my video has subtitles & i need HQ subs and also madVR can not do gpu decoding, so DXVA is my preference anyway.
madVR does *currently* not do DXVA and subtitles, that much is true.

would there be any benefit to downsampling with anisotropic filtering as in haali? not sure about you guys but haali downscaled looks really good.
madVR's downscaling algorithms should be superior to Haali + anisotropic. Actually I don't really see how anisotropic filtering would affect downscaling, anyway. But then I don't really know how Haali's scaling solution is implemented technically in detail.

Actually, I wanted to ask Madshi - is there a way to donate for madVR project? madVR being available for free is great, but donations, perhaps, could help you... emm - develop faster*? :D
I think development speed has been quite good in the recent months? Anyway, for now I don't accept donations. Let's talk about that again when I've reached v1.0.

With MadVR - the upscaling/downscaling is all set at defaults.

I tried changing the flush settings around - but to no avail. The video stutters on both windowed and full screen.

The GPU only tops at 80% usage - so its not hitting a bottleneck I dont think.
madVR is not fully optimized yet. 80% GPU usage is quite high. There's a good chance that your GPU is the limit. I'd suggest that you switch all scaling algorithms to "Bilinear", just to check whether playback is smooth that way. If it is, your GPU is the problem. In that case you will have to live with Bilinear (or maybe Bicubic, if that plays smoothly for you). Or alternatively you could use a different renderer or upgrade your GPU.

I tried concating the two recordings by using "copy..." and other different tools, but it was impossible to reproduce the problem.
:(

What I finally could reproduce is the fact that the application is receiving three EC_VIDEO_SIZE_CHANGED notifications each time I was switching the video stream.

The following link is an mkv I built using Haali GDS Mux including two video streams (one from an H.264 HD channel and the other from a MPEG2 SD channel). When openning this file or when switching between the two video streams (by using right click->Filters->... in MPC-HC) three EC_VIDEO_SIZE_CHANGED are generated.

http://www.mediafire.com/download.php?66quiibyq73y8f5

When I do the same using the real TV tunner, I get the three notifications and the application freezes at the third notification (please see the exact line at my last post). On the other hand, I tested with EVR CP and I can confirm it was sending just one EC_VIDEO_SIZE_CHANGED notification.

Although we are not reproducing the final problem, I hope this will help to find out what is happening...
I'll look into that, thanks.

[madshi]

The following link is an mkv I built using Haali GDS Mux including two video streams (one from an H.264 HD channel and the other from a MPEG2 SD channel). When openning this file or when switching between the two video streams (by using right click->Filters->... in MPC-HC) three EC_VIDEO_SIZE_CHANGED are generated.
Ok, I've changed that behaviour now. Please retest with v0.33.

[madshi]

madVR v0.33 released

http://madshi.net/madVR.zip

* fixed: crash when source filter didn't allocate chapter names
* added algorithm to remove audio clock jitter
* added country flags for video/audio/subtitle tracks in tray icon menu
* moved "close media player" above audio/subtitle tracks in tray icon menu
* modified clock deviation measurement algorithm
* added "ideal refresh rate" information to OSD
* added madVR version number to debug log output
* "video size changed" event is sent more selectively, now
Please test the country flags for your typical audio/subtitle languages. There are so many different countries and languages that some flags might be wrong...

[nevcairiel]

Did you consider just dumping the version info into the log file on startup or something? Might help you with "impossible" logs.. :)

And thanks for the new version, looking forward to testing it tonight!

Edit: nvm i'm blind, you even have it on your changelog
Move along, nothing to see here

[leeperry]

:thanks: for the new version!
What do you mean with "even more amazing"? The current chroma upsampling is as simple as can be. Ok, it might still be better than what most other software is doing, because it's done "properly" by madVR. But still, it's a very simple upsampling algorithm, technically.
well, we want the softest chroma...softbicubic100 sounds like the perfect choice? but I guess you've got better plans in the works :devil:

Not sure if such multi-frame super-resolution algorithms are doable in realtime via pixel shaders. Also you need a lot of math knowledge to do something like that. I mean, detecting motion and matching moving objects in multiple frames is already difficult enough. But once you have matched the objects, how can you combine the detail information of the objects from multiple frames into one frame? I have no clue...
apparently they work on N, N-1 and N-2...anyway, yes that indeed looks like rocket science.

Talking about black frames: http://www.xbitlabs.com/articles/monitors/display/lcd-parameters_4.html
This is something you won't see on the manufacturers' websites, but 120hz lcd panels use a process called Black Frame Insertion (BFI) - I'll explain. As was mentioned, a standard lcd has a 60hz refresh rate meaning each frame is displayed for 16.6ms as opposed to a tube television/CRT where each part of the image is displayed for less than 1ms and is followed by blackness. Most of the ghosting in LCDs with a fast response time is caused by retinal persistence, (think about what happens when you look at a lightbulb and then look away) due to the fact that the image is displayed for so long. 120hz LCDs reduce retinal persistence by halving the time each image is displayed to 8.3ms, but they are still only capable of refreshing the actual image 60 times per second, and the other 60 frames are pure black, inserted after every "real" frame. The result is a smoother looking video.
it might be worth it to allow adding black frames on purpose? like 1 out of 2 at 120Hz? I wonder what that'd do at 96 or 100Hz.

[namaiki]

I wonder what that'd do at 96 or 100Hz.

I think I wanna know what that will do at 60Hz.

*namaiki winks at leeperry

[leeperry]

I think I wanna know what that will do at 60Hz.
disco http://forum-images.hardware.fr/images/perso/kahn21.gif

but FWIR, the newest LCD's using this kind of black frames insertion provide even less retinal persistence than CRT's.

[Keiyakusha]

Sorry for asking, but as i understand there is no more hope to see subtitles rendered by madvr?

[namaiki]

Sorry for asking, but as i understand there is no more hope to see subtitles rendered by madvr?
Use DirectVobSub/VSFilter?

[madshi]

well, we want the softest chroma...
Not really. Ideally we want to perfectly reproduce the original chroma. Soft chroma upsampling works well to hide aliasing artifacts. But getting nearer to the original chroma would be better than just going soft.

Talking about black frames: http://www.xbitlabs.com/articles/monitors/display/lcd-parameters_4.html

it might be worth it to allow adding black frames on purpose? like 1 out of 2 at 120Hz? I wonder what that'd do at 96 or 100Hz.
The problem is that by far most displays don't accept 120Hz signals from PC. E.g. my JVC projectors tops out at 1080p60. I've already tried that.

Sorry for asking, but as i understand there is no more hope to see subtitles rendered by madvr?
No more hope? That's true only if you die very soon.

[Keiyakusha]

Use DirectVobSub/VSFilter?

No, thanks. We already discussed the reasons some months ago.

[FarQueue]

I can't resize videos with the latest version. I'm using MPC-HC.

Any help? I had no problems before 0.33.

[DigitalLF]

MadShi: i can't resize (change the window form) in 0.32

[madshi]

Argh, yes, I can reproduce resizing problems there...

[namaiki]

No, thanks. We already discussed the reasons some months ago.
Well, you aren't even going to notice the difference unless you're looking at test patterns, so I'd say it's 'usable' for now.

[leeperry]

Not really. Ideally we want to perfectly reproduce the original chroma. Soft chroma upsampling works well to hide aliasing artifacts. But getting nearer to the original chroma would be better than just going soft.
Oh OK, hopefully that'll be part of 1.0 :p

The problem is that by far most displays don't accept 120Hz signals from PC. E.g. my JVC projectors tops out at 1080p60. I've already tried that.
surely, but tomorrow's another day and due to the 3D hype most displays will support high refresh rates very soon...you can easily get $500 projectors that support 120Hz FWIR. I'd love to try the black frame trick in 120Hz on my CRT.

I think I read that it takes around 72 frames to fool the human brain completely, and even the sharpest aviators can't see more than 100fps...so 60fps of black frames at 120Hz sounds reasonable. It should suppress any retinal persistence, as been discussed here(french link but the pics should be self-explanatory): http://www.hardware.fr/articles/641-3/1er-lcd-100-hz-mort-remanence.html

http://www.pixelz.fr/a/9/9/d50242445e38e0a279b724867ca3f.gif

It boils down to the VPL-VW200 and its TruMotion HD feature, that plays the incoming frame rate at 120Hz and is displayed at 240Hz by the LCD panels. The higher the refresh rate, the more stable the picture(cinema projectors play 24fps at 48Hz (http://en.wikipedia.org/wiki/Geneva_drive#Uses_and_applications))...3D at 1080p/24 might be a crapshoot(James Cameron would prefer 1080p/48 over 4K/24), but the gear supporting it will allow for a more stable picture due to its high refresh rate IMHO.

[Razoola]

I have got a 120hz panel here. :) Adding a black frame may cause other issues however due to panel speeds (pixel responce times).

I think a CRT should be fine though.

[XPC]

Ok, I've changed that behaviour now. Please retest with v0.33.

Madshi,

I tested the new version with life DTV and I got a black screen and the application freezes. Please let me know if you need more details.

Thanks for your effort.

[leeperry]

I have got a 120hz panel here. :) Adding a black frame may cause other issues however due to panel speeds (pixel responce times).

I think a CRT should be fine though.
even the $390 Acer X1100 pj supports 120Hz: http://www.comeuro.net/webshop/product.php?productid=42024

CRT and DLP shouldn't break a sweat when adding 1 black frame/2 at 120Hz. anyway, it was just an idea...and it's thorougly used on LCD as well. Soon enough, all displays will be forced to support 120Hz.

[dansrfe]

*Scared* Why can't i manually resize the window anymore? madVR doesn't let me change it:( I wanna go back to 0.32 :(

[dansrfe]

@ madshi can you please upload 0.32, I'm panicking because I can't resize anymore :(

[leeperry]

can you please upload 0.32
http://www.videohelp.com/tools/madVR/old-versions#download

[dansrfe]

^ Yes! I'm saved :)

[madshi]

surely, but tomorrow's another day and due to the 3D hype most displays will support high refresh rates very soon...you can easily get $500 projectors that support 120Hz FWIR.
The question is not if the display can do 120Hz. Many displays can do that. The question is if it accepts a 120Hz signal via HDMI or VGA. By far most displays do not.

I'd love to try the black frame trick in 120Hz on my CRT.
Useless. Black frame insertion is meant to work around the sample and hold effect, introduced by sample and hold type displays. CRTs are not sample and hold type displays and thus doesn't suffer from the problem to start with. So adding black frames to CRTs would do nothing but decrease brightness.

I have got a 120hz panel here. :)
Does it accept 120Hz signals via HDMI? I *HIGHLY* doubt that.

I tested the new version with life DTV and I got a black screen and the application freezes. Please let me know if you need more details.
Is that the same as the old version or different? Do you still get three EC_VIDEO_SIZE_CHANGED messages? The only thing I've changed is that I've tried to send those EC_VIDEO_SIZE_CHANGED messages only if it's really needed. If I succeeded with that but the problem still occurs then the problem was caused by something else and not by those three EC_VIDEO_SIZE_CHANGED messages.

even the $390 Acer X1100 pj supports 120Hz
I strongly doubt that. It might support 3D 1080i60, which they might advertise as 120Hz. But in order to do true 1080p120 the Acer would have to use a very fast HDMI chipset which are only just now starting to be available. Even all the new 3D capable receivers are not able yet to handle 3D 1080p60. None of them can.

[madshi]

madVR v0.34 released

http://madshi.net/madVR.zip

* fixed: resizing media player window made problems (introduced with v0.33)

[DigitalLF]

MadShi: thank you ^^,

[XPC]

Is that the same as the old version or different? Do you still get three EC_VIDEO_SIZE_CHANGED messages? The only thing I've changed is that I've tried to send those EC_VIDEO_SIZE_CHANGED messages only if it's really needed. If I succeeded with that but the problem still occurs then the problem was caused by something else and not by those three EC_VIDEO_SIZE_CHANGED messages.


With 0.33 I'm getting only one EC_VIDEO_SIZE_CHANGED message, but the application freezes after that message exactly at the same line as before. Now I can't even see the initial channel and the screen remains black so no frame has been processed.

CBaseVideoFilter::ReconnectOutput; wout = 720, hout = 576, current = 5x4, set = 16x9
--> CMainFrame::OnGraphNotify on thread: 5436; event: 0x0000000a (EC_VIDEO_SIZE_CHANGED)
720x576

[leeperry]

The question is not if the display can do 120Hz. Many displays can do that. The question is if it accepts a 120Hz signal via HDMI or VGA.
HDMI 1.3 supports 120Hz refresh rates AFAIK, and I know someone who owns that cheapo Acer pj, he said that in 120Hz the Reclock tearing test was dead smooth.

http://www.acer.co.uk/acer/productv.do?LanguageISOCtxParam=en&kcond61e.c2att101=68256&sp=page16e&ctx2.c2att1=17&link=ln438e&CountryISOCtxParam=UK&ctx1g.c2att92=283&ctx1.att21k=1&CRC=2605735190
Vertical Scan Rate 50 ~ 120 Hz
It's not HDready, nor has an HDMI input, but the manual says that it does support 120Hz in 640*480/800*600/1024*800 over VGA: http://www.projectorcentral.com/pdf/projector_manual_5533.pdf

http://www.pixelz.fr/7/3/6/e5844968400d7493b9ce768ec5328tt.jpg (http://www.pixelz.fr/7/3/6/e5844968400d7493b9ce768ec5328.png)

maybe down the road, an option to add black frames could be fun on this kind of displays...anyway, I've made my point ;)