madVR - high quality video renderer (GPU assisted)

[madshi]

Hi madshi,
about this ZP + madVR bug that triggers freeze on seek after frequency switch, I believe I found a more robust method to reproduce it.
Here it is:
With the latest ZP (http://t.inmatrix.com/zplayer800prefinal28max.exe), latest madVR, on XP SP3.
1. In ZP, set the Control Bar as follows (http://videoff7.free.fr/zpbarset.png), and the Playback Video as follows (http://videoff7.free.fr/zpvideoset.png).

2. Set madVR to change the frequency as follows (http://videoff7.free.fr/madswitchset.png).

3. Open ZP, put it in fullscreen. Have the control bar appear at the bottom of the screen. If you copied the settings above, it should stay there always.

4. Now open a PAL media (exemple 25fps xvid avi) while your current resolution is 720p60.

5. madVR switches to the resolution instructed in 2.

6. The bug can be seen: ZP interface is now slow (http://videoff7.free.fr/zpsluggish.avi), the windows "paint" function for ZP works much slower. If you scroll the control bar for say 30 seconds when ZP is in this state, it will freeze ZP entirely.
Before the freeze occurs, if you reopen the same media from there, it solves the issue instantly (ZP becomes normal/fast again) and no more freeze on seek due..

Please let me know if you can reproduce.
It doesn't _always_ happen, so please try a couple of times.
I've tried to reproduce it on my XPSP3 machine. I've even setup different refresh rates for PAL and NTSC movies and then switched between them, so refresh rate was changed every time between 23.976Hz and 50Hz. I've switched back and forth like 10-20 times, but no problem at all. I've tested with the official ZP8 release, though, not with the ZP8 pre-release you had reported this with. Maybe the final ZP8 release has fixed this problem in the meanwhile?

[madshi]

I confirm this problem on Windows 7 but only when using ZoomPlayer. It doesn't happen with MPC-HC even when using absolutely the same filters.
I also noticed that if I leave the player minimized for long enough (~40s for 50i TV recording and ~24s for 24p movie ... it looks like 1000 frames) even the audio stops and when I restore it the audio continues from the point before the stop while the video catches up. One other difference between ZoomPlayer and MPC-HC is that when minimized when I hover with the mouse over the button in the taskbar I see the movie playing in the small preview window of MPC while it's stuck for ZP.
Does this make any sense?
This should also be fixed in the next build.

[Mr Alpha]

1) Well-written software needs no effort to be ported to 64-bit architecture, it only needs (cross-)compilation. The only exception is hand-written assembly, which isn't hard to port either.Assuming there is a 64-bit compiler available for the language the program is written in.

[BeNooL]

Anyone else have this behavior/bug (long standing issue, not linked to lastest versions):

Main screen is 1680x1050, 2nd display is TV running 1920x1080.
Playing a video on TV in FullScreenExclusive accessing madVR trayicon (on the 1st display) to change language or subtitle causes the popup menu to just appear for split second and disappear right away. I have to leave FSE to be able to make the wanted change and then can go back to FSE.

Any idea? Could it because TV has a bigger height than primary?

[noee]

Any idea? Could it because TV has a bigger height than primary?

Try moving your task bar to another screen location (like to the side opposite the secondary mon) and then click the madVR icon and see what happens.

[dansrfe]

The minimize-catchup/speedup problem happens with most files that I have and the audio actually starts to cut when I minimize DVDs.

Also madshi, I know this may not be at the top of your priority list but if you can have built-in support for DVDs then the whole question of external dvd navigators and refresh rates would be easier to solve IMO. Thanks for all your hard work and I look forward to donating once you open up donations.

[hellbringer616]

I'm having an issue with MadVR, which is basically preventing me from using this amazing plugin..

And that is, fullscreen interface is broken.. No volume adjust, not seeking, nothing..

I was reading on page 840 in this thread here http://forum.doom9.org/showthread.php?p=1544864&posted=1#post1544864 that it was pseudo fixed with MPC-HC 3011. I am using the main download from the home page (3456) and it's not working..

[TheShadowRunner]

I've tried to reproduce it on my XPSP3 machine. I've even setup different refresh rates for PAL and NTSC movies and then switched between them, so refresh rate was changed every time between 23.976Hz and 50Hz. I've switched back and forth like 10-20 times, but no problem at all. I've tested with the official ZP8 release, though, not with the ZP8 pre-release you had reported this with. Maybe the final ZP8 release has fixed this problem in the meanwhile?

Hi madshi,
First, thank you very much for this extensive testing.
The bug does occur here regardless of the ZP build, this includes ZP8 final.
Strange if you've copied the exact ZP settings from my report and weren't able to reproduce the issue, as it happens most often here (8/10). (ZP8 final/madVR 0.79/nvidia 285.58whql)
Now I found a workaround, which involves ZP auto-reloading the media right after frequency switch. It works wonders : ZP is restored to its "normal" state (no crash on seek due, no slow ZP interace painted on screen) and madVR keeps playing the media as if nothing happened.. but I don't think I should resort to be doing that in the first place ^^;
Anyway, thanks for trying to reproduce. Right now I can't think of any other setting from madVR or ZP that could have an impact on the bug, but I'll keep experimenting..

[6233638]

I'm having an issue with MadVR, which is basically preventing me from using this amazing plugin..

And that is, fullscreen interface is broken.. No volume adjust, not seeking, nothing..

I was reading on page 840 in this thread here http://forum.doom9.org/showthread.php?p=1544864&posted=1#post1544864 that it was pseudo fixed with MPC-HC 3011. I am using the main download from the home page (3456) and it's not working..If you are using Fullscreen exclusive mode, you will only see madVR's own seek bar. Try disabling it and you should see the player's controls.

The only thing I miss when using FSE is having time in the seek bar. (both when hovering over a section on the bar, and having a current/total at the end of it)

[joe42]

If you are using Fullscreen exclusive mode, you will only see madVR's own seek bar. Try disabling it and you should see the player's controls.


How's that? I have madVR in FSE mode, and I have a nice MPC-HC bar the pops up with seeking, time, volume, etc.

Just go into MPC-HC's view menu and make sure you have the features you want checked.

Also, for some reason you have to have MPC-HC's auto-hide (in the fullscreen settings) set to something other than 0. I use 1 sec.

[Andy o]

There's a setting to enable/disable madVR's own seek bar in exclusive mode. When you disable it (uncheck), madVR will come out of exclusive mode when you roll down your mouse pointer so MPC-HC can show its own bar in windowed mode.

[madshi]

That's the first thought I had, but I have pretty good cooling. It just seems odd to me that this only happens with the newer madvr versions.

Is there anything I can do to single out the issue when these freezes happen?
Well, you could try to find out which exact madVR version introduced the problem. Maybe that could help figuring out the cause. But I have low hopes for that. Still, if you want, we can give that a try.

Well the good news is it does seem help stop the Upload Queue from dropping until the Decode Queue drops below the max value. The bad news is that while it helps, it doesn't completely eliminate the delayed frames usually produced in these sections. Now it seems the Render queue may be getting slightly starved, since it sometimes drops one frame below the Upload Queue in that build. In both builds there are oddly delayed frames @120Hz when the Decode Queue drops slightly (high CPU load), but the Upload/Render/Present queues remain apparently full.

Could you produce another couple builds?

One with something like:
VSync | Time Critical
Render | Highest
Upload | Above Normal
Decode | Below Normal

Another with something like:
VSync | Time Critical
Render | Time Critical
Upload | Highest
Decode | Lowest
I cannot change the decoder thread priority because it's not my thread and changing its priority may eventually result in unexpected problems. Furthermore, the decoder can run in multiple threads (most h264 decoders do), and I don't know which threads belong to the decoder exactly. So there's no hope changing the decoder priority. I can only change my own threads' priority. And they are already all set higher than default in the test build you have (render: highest, upload: above normal). I wouldn't want the render thread to run at Time Critical, that could introduce stability issues, because you can only run threads at Time Critical which are carefully written to work that way. Otherwise you'll starve out anything else.

There's not much more I can do here. The only question I have right now is whether it's worth it risking to change the upload priority the way it is in your test build? Changing priorities is always a bit dangerous because while it may help on some PCs it may harm on others. So if you don't have a significant improvement with the test build I'm tending to leave the priorities unchanged.

Alright after some time testing around I found the issue behind all of these wrong Hz rates. I have ffdshow raw video filter enabled for 8 bit videos to use deband filters. I recently tested stuff with 10 bit videos and I disabled ffdshow raw video filter for those videos because it makes my 10 bit videos lag. MadVR then chooses the right display modes on any FPS. But when I watch 8 bit videos with ffdshow raw video filter enabled, Hz rate selection gets messy.
Your logs indicate that madVR is being told by the upstream filters that the 30fps movie is actually 25fps. It seems that ffdshow forwards wrong information to madVR. You may want to investigate why this happens, under which circumstances exactly and report it to the ffdshow thread. Maybe you can get it fixed in ffdshow. FWIW, the 23.976 movie is reported as 23.976 by ffdshow. So only the 30.000 movie seems to be handled incorrectly.

Update: I have done some preliminary testing. My conclusion is still the same on SoftCubic: not at all suitable for chroma scaling.
You should add that you're testing with non-movie content. What type of content is that? Video game recordings?

madshi: It's actually an ATI X2300M ati link (http://www.amd.com/us/products/notebook/graphics/ati-mobility-hd-2000/x2300/Pages/x2300-specs.aspx) with 128 MB of RAM. Checking the auto queue is very difficult because after switching to auto the madvr osd shows for maybe half of a second until all goes black and computer freezes but 14 cpu and 8 gpu is what I think it reads. Is there any other way to check it?
More importantly than the queue sizes is which RAM size madVR detects. When you press Ctrl+J, what video RAM size does madVR show?

Multiupload link (http://www.multiupload.com/WPGVH2464Y) for the madvr and evr pics. Most of the sharpness I'm seeing in evr is from sharpen complex, identified as -ps in the filenames, down means 1920x1080 BD downscaled to 1680x1050. up means 720x480 DVD upscaled to 1680x1050. I still notice a little more detail with evr-bicubic100 when sharpen complex is disabled. Is there anything that can be done to make pixel shaders like sharpen complex more effective in madvr?
madVR does not support any external pixel shaders at the moment. The one image in your upload where you included a Lanczos 8 madVR image, I can't really see any noticeable difference in sharpness between madVR's Bicubic 75 and Lanczos 8, and between EVR's Bicubic 1.0. And Lanczos 8 should be the sharpest upscaler, sharper than Bicubic 1.0. So these pictures do not really convince me yet that Bicubic 100 would be worthwhile.

Pixel shader support for madVR is planned for a future version.

Hi.Is it possible to add gamma correction slider in madvr ?
You mean using a slider control instead of the current combobox in the settings dialog? That's purely a cosmetical change, right? Or do you mean something else?

You're probably already tired of this question, but... Do not planned to make madVR x64? :)
Maybe some day, but probably not anytime soon. I see no real benefit of offering a x64 version at this point in time.

2) Existence of 64-bit OS is enough reason to have your software running there in native mode.
That were only true if you had unlimited development resources.

One more note. If I was to change to correct refresh rate beforehand - manually, I'd have to do it by clicking through Windows' or graphic card's GUI. Using any utility like NirCdm will cause wrong composition rate. The same goes for ReClock's method of automatic refresh rate changing.
I've found a way to solve the composition rate problem: Basically if I disable + reenable Aero after every refresh rate change, the composition rate is updated at once. The next madVR build will do that. If you use a different refresh rate changer, ask the developer to do the same thing.

Anyone else have this behavior/bug (long standing issue, not linked to lastest versions):

Main screen is 1680x1050, 2nd display is TV running 1920x1080.
Playing a video on TV in FullScreenExclusive accessing madVR trayicon (on the 1st display) to change language or subtitle causes the popup menu to just appear for split second and disappear right away. I have to leave FSE to be able to make the wanted change and then can go back to FSE.

Any idea? Could it because TV has a bigger height than primary?
My only explanation right now would be that somehow the popup menu partially reaches into the 2nd display. madVR can't allow that because the video area would "blink" together with the popup menu, so madVR makes sure it's "on top" again. This may result in the popup menu closing. Could that be an explanation?

And that is, fullscreen interface is broken.. No volume adjust, not seeking, nothing..
Disable the "D3D Fullscreen" checkbox in the MPC-HC "output" settings.

[BeNooL]

My only explanation right now would be that somehow the popup menu partially reaches into the 2nd display. madVR can't allow that because the video area would "blink" together with the popup menu, so madVR makes sure it's "on top" again. This may result in the popup menu closing. Could that be an explanation?
That could very well be it.
In the display manager 2nd display is at the right of primary so yes, tray area is quite close the FSE area.

I'll try what was suggested by noee and report back.

[SoBizarre]

I've found a way to solve the composition rate problem

http://img811.imageshack.us/img811/6576/indexlbz.jpg

[mr.duck]

madshi, quick question. The OSD pause/play messages do not show up. Wouldn't it be better to allow them rather than have subtitles disappear on pause? (I'm not very sure what exactly was the problem for play/pause to be blocked in the first place).

[THX-UltraII]

Hi Madshi, you have an estimated release date for 0.80 yet?

[madshi]

The OSD pause/play messages do not show up. Wouldn't it be better to allow them rather than have subtitles disappear on pause?
Subtitles disappear if the pause/play messages show up. I block the pause/play messages to stop the subtitles from disappearing.

you have an estimated release date for 0.80 yet?
Don't know, maybe today or tomorrw, or maybe not.

[THX-UltraII]

ok, dank je ;)

[6233638]

You should add that you're testing with non-movie content. What type of content is that? Video game recordings?I can find film content that shows this too, it's just most obvious with game footage. (modern games, not 8/16-bit games where Nearest Neighbour is probably best in a lot of cases)

[cyberbeing]

There's not much more I can do here. The only question I have right now is whether it's worth it risking to change the upload priority the way it is in your test build? Changing priorities is always a bit dangerous because while it may help on some PCs it may harm on others. So if you don't have a significant improvement with the test build I'm tending to leave the priorities unchanged.
I was able to confirm a significant improvement, but the only way to trigger it was extremely sudden drops in decoder playback speed (for example normal->extreme->normal video bitrate spike, or sudden yet very temporary intensive subtitles). This was a fine line, since any slowdown which lasted a prolonged period of time would cause playback to go to shit no matter what. I only noticed neutral->positive effects on my computer, so it probably wouldn't hurt to leave the upload queue priority that way. This is only something people who still run madVR on a computer with a slow CPU (like me) should notice.

That fact that the little boost in priority completely prevents the upload queue dropping when frames in the decode queue are above its max value, is a good enough reason to take a chance in madVR 0.80 and leave it that way.

Does anybody notice a negative side-effect from the special madVR build with higher upload priority (http://madshi.net/madVRuploadPriority.rar)??? I'd be particularly interested in someone testing who using a 23.976 Hz refresh rate in their setup, and someone with a GPU with very low memory bandwidth (<=25GB/s) or integrated GPU.

[dansrfe]

I just came across a strange problem with madVR which may be related to something else in my system but I thought I would post about it anyway.

When watching something in exclusive mode the decoder queues falls slightly after about 1.5 mins and then lingers at 4 frames over the queue limit and then comes back to filling the queue. This causes 10-20 frames to drop in the process. This is a new problem that just started happening for me and the only things that I've changed is upgrading ffdshow/mpc-hc from the december 10th builds to the latest builds.

[turbojet]

madshi: MadVR detects 128 MB of gpu ram. While the auto queue is problematic at first and it took me awhile to figure out what the problem was. My long term problem is 4 video frame's of 852x480 or larger fill up the gpu ram enough that there's dropped frames. 2 or even 1 frame of 1080p content would hopefully not fill the ram, thus not drop any frames, just need the ability to set it. The C2D cpu shouldn't be an issue.

Unfortunate about Bicubic100, in the downscale I agree there isn't much of a difference but it's also not much of a resize, 1920x to 1650x. In the upscale there's much more of a difference, look at the right side of his forehead and both collars, it's also more stress on the resizer 720x to 1650x. Pixel shader support would be great, in the meantime I'll use ffdshow's unsharp mask (strength 13) which seems to sharpen about as well as limited sharpen with less aliasing and trading gpu for cpu load in my case is a good thing.

[madshi]

My long term problem is 4 video frame's of 852x480 or larger fill up the gpu ram enough that there's dropped frames.
Four 16bit video frames of 852x480 consume just 12MB. That can't be your problem.

In the upscale there's much more of a difference, look at the right side of his forehead and both collars
Comparing madVR's Bicubic 75 to EVR's 1.0 is pointless if there's no Lanczos screenshot to compare with.

[turbojet]

Four 16bit video frames of 852x480 consume just 12MB. That can't be your problem.


Comparing madVR's Bicubic 75 to EVR's 1.0 is pointless if there's no Lanczos screenshot to compare with.

While I'm not doubting your conclusion, with 852x480 video madvr reports 90-105 MB of ram usage, cpu load is 20-30%. It very well could be gpu load but I have no way of checking it. Nor do I trust madvr's ram usage I've seen it report using more ram then capacity while according to gpuz and process explorer it's using less than half of that. The limit for a 9500GT is 1920x1080 with 16 gpu queues, madvr reports 320-330 MB while other tools are reporting 450-470 MB and it's dropping about every other frame. Would it be possible for you to make a special build that has 1 and 2 queue options that I can test on that computer? It's the most direct way to a resolution I can think of and there are plenty of laptops out there with gpus that fully support DX9 and have little memory, so it's not an uncommon situation.

lanczos8 (http://www.multiupload.com/RSU22S7N60) Bicubic100 is clearly the winner in this comparison imo. Lanczos8 the worst, also have to remember lanczos8 is a heavy gpu load and not everyone can use it.

[6233638]

Does anybody notice a negative side-effect from the special madVR build with higher upload priority (http://madshi.net/madVRuploadPriority.rar)??? I'd be particularly interested in someone testing who using a 23.976 Hz refresh rate in their setup, and someone with a GPU with very low memory bandwidth (<=25GB/s) or integrated GPU.Obviously my system specs are quite a bit higher than you want, but there don't seem to be any negative effects here.

[madshi]

Would it be possible for you to make a special build that has 1 and 2 queue options that I can test on that computer?
No, madVR won't work properly with such low queues.

lanczos8 (http://www.multiupload.com/RSU22S7N60) Bicubic100 is clearly the winner in this comparison imo. Lanczos8 the worst, also have to remember lanczos8 is a heavy gpu load and not everyone can use it.
Your Lanczos 8 screenshot is a different frame. The differences between the frames is much bigger than the differences between the scaling algorithms. So the comparison is pretty useless like this. BTW, I originally (in my first post about this topic) asked for Lanczos 3 tap, IIRC, and not Lanczos 8.

[turbojet]

No, madVR won't work properly with such low queues.

Since the decoder queue always sits at 3-4 for me I would think everything would be fine sitting at 1-2. Guess EVR+Reclock is the only thing that can be done on that computer to view HD, even BD's play without frame drops. Shame MadVR is so much more of a load.

Your Lanczos 8 screenshot is a different frame. The differences between the frames is much bigger than the differences between the scaling algorithms. So the comparison is pretty useless like this. BTW, I originally (in my first post about this topic) asked for Lanczos 3 tap, IIRC, and not Lanczos 8.

Looking back you did ask for lanczos3 along with bicubic 75 and 100, I missed it thought it was just the latter 2. Here's a
new upscale pack (http://www.multiupload.com/9DRC7FQUFW) with same frame since finding the correct frame was very difficult. Bicubic100 and Lanczos3 are about the same except the former has a little bit better accuracy on the checkered suit, check his right arm. Also Bicubic is a much lighter load then Lanczos. I can't play 720p+ with Lanczos3 without frame drops on the 9500 GT. 1080p works great with bicubic75.

[Marsu42]

Personally I don't care about 64-bit madVR, but that discussion is getting annoying.
2) Existence of 64-bit OS is enough reason to have your software running there in native mode. zmaster clearly stated, that he wants madVR to work with 64-bit players and decoders, which may be faster than 32-bit. And he's not the only one who asks for it.

While am am using MadVR for some quite some time (and I am very grateful for it, even if it's closed source), I am somewhat sorry that my only comment on this is on the 64bit issue, too...

... but the discussion seems to be partly due to the lack of a statement in the first post making me always look for a native version, like e.g. "The 64bit port would take some time which is a the moment better spent on improving the 32bit version; expect 64bit never/after..."

However, i also think that that a 64bit os inherently deserves a full 64bit video chain, like there is a native mpc and ffdshow. On the other hand, I find the "not necessary" argument somewhat confusing, because a) the Windows 64bit kernel does have improvements which only work for native applications and b) we would be still using mostly 8-bit software otherwise.

[SamuriHL]

While am am using MadVR for some quite some time (and I am very grateful for it, even if it's closed source), I am somewhat sorry that my only comment on this is on the 64bit issue, too...

... but the discussion seems to be partly due to the lack of a statement in the first post making me always look for a native version, like e.g. "The 64bit port would take some time which is a the moment better spent on improving the 32bit version; expect 64bit never/after..."

However, i also think that that a 64bit os inherently deserves a full 64bit video chain, like there is a native mpc and ffdshow. On the other hand, I find the "not necessary" argument somewhat confusing, because a) the Windows 64bit kernel does have improvements which only work for native applications and b) we would be still using mostly 8-bit software otherwise.

This isn't that hard to understand, is it? madshi is one guy working on it alone. At the moment he is focused on adding new functionality and improving upon what is already there. He has stated that in order to make a 64 bit version, he would have to stop development in order to work on 64 bit support. Contrary to many people's belief, it's not simply a matter of flipping a switch in the compiler and spitting out some 64 bit binaries. Now, AFTER a 64 bit release is finished, there are then going to be support issues to go along with it. "This works fine in the 32 bit version, but is broken in 64 bit." That increases his support queue and causes further delay in improvements/new features. At this moment in time, madshi has said that it's simply not worth the effort. Maybe that'll change when he gets to version 1.0...at which time madVR will be feature complete.

[mr.duck]

We wouldn't still be using 8-bit software. Win7 x64 does not even support 16-bit software (it won't even run).

64-bit binaries are larger and can run slower. The only reason for wanting a 64 bit madVR is because 64 sounds twice as good as 32.

[nlnl]

madshi
Could you tell,
why madvr mpeg2 decoder outputs 720x576(480) but Dscaler outputs 704x576(480) video for SD video?
Thanks for all!

[kirakami]

i m soon going to buy new PC & Graphic card
its still confusing me which Nvdia Graphic Card should i buy :(
what i mean to say which graphic card can actually output P010/P016 colorspace & fully support madVR ?

i googled but couldn't find any info or support list anywhere :(

[THX-UltraII]

I have a question about the fullscreen mode.
I m using a system called D-Box. For D-Box I use a application that runs while playing a movie. This application has some sliders I sometimes want to adjust during a movie. For these sliders D-Box made keyboard shortcuts. These shotcuts only work when the D-Box application is active in the foreground. I placed this D-Box application on my secondary monitor (my main display plays the movie). Because of the exclusive mode I cannot control the sliders with keyboard shortcuts. When moving my mouse pointer over the D-Box application on my secondary monitor the application lights even up when eg. clicking on the X icon but it of course does not respond (because of the exclusive fullscreen mode).
Is there a workaround maybe to do get my D-Box application respond/work without the need of windowed mode?

[pankov]

THX-UltraII,
if you make your "movie" display the secondary one and your "control" display the primary it will work.
I know it's not very convenient but sadly currently there is some strange glitch either in madVR or windows itself that prevents application in getting the focus if they are on "non-primary" display while there is a fullscreen exclusive mode window on the primary.

[Abradoks]

Contrary to many people's belief, it's not simply a matter of flipping a switch in the compiler and spitting out some 64 bit binaries.
As you do such a hard work answering for madshi, maybe you can also tell us what are those difficulties, which need to be addressed aside from compiler switch?
From Mr Alpha's answer I guess there are still some problems with 64-bit Delphi compilers. Also there may be some things to change regarding M$ frameworks. But I don't remember madshi stating what the particular problems are.

[SamuriHL]

As you do such a hard work answering for madshi, maybe you can also tell us what are those difficulties, which need to be addressed aside from compiler switch?
From Mr Alpha's answer I guess there are still some problems with 64-bit Delphi compilers. Also there may be some things to change regarding M$ frameworks. But I don't remember madshi stating what the particular problems are.

http://docwiki.embarcadero.com/RADStudio/en/Converting_32-bit_Delphi_Applications_to_64-bit_Windows

There's a few of the issues. I didn't say it was DIFFICULT necessarily, but, it does take time. And that's something that madshi has said he won't put into 64 bit.

P.S. I wasn't answering FOR madshi, I was simply repeating what he's said many times on this issue. Both in this thread and others. You can feel free to search for those responses.

[Marsu42]

This isn't that hard to understand, is it?

It isn't hard to understand once you can acquire this information without reading 288 forum pages - as I mentioned, the first post might be a suitable place. But thanks for clearing this up for me.

We wouldn't still be using 8-bit software.

I admit this was somewhat polemical, I am aware of the facts you stated. However, I didn't predict twice the speed of a 64bit MadVR, but wrote that the 64bit kernel has advanced features, namely security. Check this out: www.your-malware-site.com/cool-software/MadVR.zip

Last not least, I would be hesitant to label the devs of 64bit ffdshow and mpc blinded by 64bit hype, there might be at least a bit to it - but you cannot use these w/o a native MadVR.

But of course I am quite happy to continue using the WoW version for the time being, too.

[SamuriHL]

Well, consider that even the commercial apps haven't released 64 bit versions yet. No 64 bit PDVD, TMT, or WinDVD. Not even a 64 bit JRiver MC. I don't think it's been shown to actually have a real world benefit in playing content. And that, after all, is the goal. Will 64 bit versions help content playback? So far, no one's shown a real world benefit.

[Marsu42]

Well, consider that even the commercial apps haven't released 64 bit versions yet.

Imho, this doesn't prove that there is no advantage to native version at all, but shows that companies producing commercial software fear that this would double the testing/support effort and gives you a choice between doubling the setup size or confusing your Joe 6-Pack user ("Is my OS 64bit? Wtf?").

[SamuriHL]

Imho, this doesn't prove that there is no advantage to native version at all, but shows that companies producing commercial software fear that this would double the testing/support effort and gives you a choice between doubling the setup size or confusing your Joe 6-Pack user ("Is my OS 64bit? Wtf?").

Which was exactly one of my points earlier. madshi would not only have to release a 64 bit version, but, then support it. And it could have an entirely different set of challenges than the 32 bit version. This thread is so large because of the issues people have found and the work madshi has done to fix them. I'm not saying the effort would be double as I think that's highly overestimating it, but, any additional bugs takes away from new features that could be developed.

But, to quote madshi from past discussions on this, "show the benefits of a 64 bit version" and he said he'd consider it. That doesn't mean he'll do it, but, until he sees a REASON to do it that has a real world benefit he said he's not even looking at it. Again, this has been discussed many times before.

[mr.duck]

Apart from the obvious of allowing programs to grow to > 2GB in size, what is the advantage of 64 bit? The only reasons that are given are because the OS is capable of it or similar. This isn't a good reason.

64 bit ffdshow may be useful for Windows Media Centre x64. But that is just Microsoft being difficult by making Media Centre 64 bit when it could have been 32 bit.

[clsid]

i m soon going to buy new PC & Graphic card
its still confusing me which Nvdia Graphic Card should i buy :(
what i mean to say which graphic card can actually output P010/P016 colorspace & fully support madVR ?

i googled but couldn't find any info or support list anywhere :(You don't need any special graphics card to play 10-bit stuff.

[obieobieobie]

madshi
Could you tell,
why madvr mpeg2 decoder outputs 720x576(480) but Dscaler outputs 704x576(480) video for SD video?
Thanks for all!

What's your source? Both resolutions are allowed for MPEG2 DVD.

[e-t172]

Sorry if this is slightly OT: I'm trying to output full range 0-255 RGB to my Sony Bravia HDTV (KDL-46W4000).

It seems the option on the TV for switching between 16-235 and 0-255 input (intuitively named "Photo/Video"… sigh…) doesn't work with 24p input. The menu says "Not available with current signal". It works with 50p/60p.

Is there any Brava owner who knows of a workaround to enable 0-255 ("Photo") mode with 24p? If not, I guess I'm gonna have to play with brightness/contrast controls, but that means I will need to recalibrate the whole thing…

[madshi]

Here's a
new upscale pack (http://www.multiupload.com/9DRC7FQUFW) with same frame since finding the correct frame was very difficult. Bicubic100 and Lanczos3 are about the same except the former has a little bit better accuracy on the checkered suit, check his right arm. Also Bicubic is a much lighter load then Lanczos. I can't play 720p+ with Lanczos3 without frame drops on the 9500 GT. 1080p works great with bicubic75.
Ok, I'll add Bicubic 100 to the to do list.

its still confusing me which Nvdia Graphic Card should i buy :(
what i mean to say which graphic card can actually output P010/P016 colorspace & fully support madVR ?
As clsid correctly said, the GPU doesn't matter for P010/P016 support, if you're using madVR. P010/P016 is just the connection between the decoder and madVR. The GPU got nothing to do with that. If you want to know which GPU to get exactly, my advice has always been the same: Get the faster GPU you can afford and that fits your thermal requirements. Since both AMD and NVidia are soon coming out with 0.28nm GPUs, I would recommend to wait, though. Or if you can't wait, you could also consider getting a cheap GPU now and then sell it on Ebay once the new 0.28nm GPUs arrive. Then get the fastest 0.28nm GPU you can afford.

It seems the option on the TV for switching between 16-235 and 0-255 input (intuitively named "Photo/Video"… sigh…) doesn't work with 24p input. The menu says "Not available with current signal". It works with 50p/60p.
I guess you need PC levels because you want desktop/video/games to all have the same levels? If you are doing video, only, you could also just switch madVR to video levels. But that won't help for desktop/games. But what am I telling you, you surely know that already.

I fear that if the Sony refuses to use PC levels for 24Hz input then there's probably not much you can do. I mean often some extra features are available in the hidden service menu. But I guess if they blocked it intentionally for 24Hz, then it will probably not be available via service menu, either. Have you tried whether 48Hz or 72Hz works? That might be a workaround. Unfortunately, even if it works, it increases stress on the GPU and might introduce presentation glitches - especially with NVidia cards.

[Abradoks]

Apart from the obvious of allowing programs to grow to > 2GB in size, what is the advantage of 64 bit?
x86_64 has 16 64-bit GPR instead of 8 32-bit and 16 XMM registers instead of 8. Also it introduces some less significant architectural changes and drops some legacy features. 64-bit Windows has a few other changes not directly related to x86_64.
The only reasons that are given are because the OS is capable of it or similar.
It's not 64-bit OS being capable of running 64-bit binaries, but 64-bit OS having compatibility layer for running 32-bit executables. That layer is there for easier transition to 64-bit, not for 32-bit applications to stay forever.
Some people think, that as far as they write proprietary Windows-only software they don't need to care about portability. Well, it will be fun to watch them, when ARM netbooks with Windows 8 start to come out.

[THX-UltraII]

THX-UltraII,
if you make your "movie" display the secondary one and your "control" display the primary it will work.
I know it's not very convenient but sadly currently there is some strange glitch either in madVR or windows itself that prevents application in getting the focus if they are on "non-primary" display while there is a fullscreen exclusive mode window on the primary.

Thxz for your reply. does this mean I will have to set my monitor to main display device and projector to secondary and drag the movie to the secondary display every time I have to play a movie?

[pankov]

THX-UltraII,
yes, that's exactly what I mean.
Depending on the player you are using you can configure it to go automatically on the secondary display on start or just when going fullscreen. With Zoom Player or MPC you can have multiple instances/installation and have one configured for "HTPC" usage (on the secondary display) while the other is your "test" environment on the primary display (monitor)

[YouArePro]

Installed windows 7 ultimate 32bit through boot camp on my macbook pro, but madvr 0.79 does not work on my kmplayer, it used to work in windows xp 32 bit on my macbook pro last year before changing to windows 7 now. graphic card on my macbook pro is nvidia geforce 320M. I cannot play any video files, the kmplayer will hang everytime if i play a file , I have to go to task manager and end the kmp program. Anyone can help me please? thanks a lot!

[nlnl]

What's your source? Both resolutions are allowed for MPEG2 DVD.
The source is DVD in mkv container (makemkv).