madVR - high quality video renderer (GPU assisted)

[yesgrey]

Yesgray: sorry for missing out on stuff... but are you talking a incompability with MadVR or cr3dlut when it comes to never nvidia drivers then 191?
madVR, and I'm not who is talking about incompatibilities, I only tested it to see if it works with my GF 8600GT, and it does.

[DigitalLF]

yesgrey: might just be me then that made a to fast assumption... because there was so much chatter about older nvidia drivers....

[namaiki]

Though, I still have a small problem with it. If I stop the movie, or if I quit mpc-hc without the video ending, my system becomes very slow with the cpu usage almost at 100%. If the video plays completelly until it reaches the end, no problem.

I have the same issue all the time. But I found, if you pause the video first, you can close mpc-hc without the freezing sensation.

[NABCS]

Hello,

I am using Windows 7, MPC-HC and reclock for playing all my media to my projector...the picture is fine but I found something weird:

I choose madvr renderer on MPC-HC, but reclock says I am using VRM7!?

This is allright?...I am using VRM7 or madvr?

Thank you for your help,

Nuno

[namaiki]

In MPC-HC with MadVR selected and a video running, Play -> Filters. Is MadVR listed?

Note that MadVR needs to be fed YV12. It does not take anything RGB, or a fallback video renderer will be loaded instead.

[NABCS]

Thank you for your help.

MadVR is not listed, and I feed YV12.

My graphics card is ATI 5670...new catalyst 10.3 drivers and I am using CoreAVC 2.0.

[namaiki]

Make sure you have not deleted or moved the MadVR folder after installing.

[adam777]

Hello all,
Although I've ditched madVR at the moment and using Evr-CP, I'm still keeping an eye on it.
Now, I've seen madshi around the forum lately, so hopefully he'll be able to answer my question as to if and when an update is scheduled and what should we expect from such update.
Thanks, Adam.

[namaiki]

What's the problem?

[adam777]

Mainly stability issues.
If i recall correctly, things such as seeking hanging the entire machine, random problems when going full screen etc.
Sorry I can not be of more assistance, perhaps later I'll give madVR another try and write a more detailed report.

[NABCS]

I will try uninstall and install again...hope this works.

[namaiki]

Mainly stability issues.
If i recall correctly, things such as seeking hanging the entire machine, random problems when going full screen etc.

I've had issues with opening and closing, but not seeking/full screen, but then again I'm using ForceWare 186.84. *cough*

[chuuey]

new drivers are out from nvidia, 197.45, anyone tested this? I'm not at home but i was trying madvr with 197.13, at i had tearing all over the place in the latest version on my 9400m

[namaiki]

chuuey: Aero enabled or disabled or XP, what version of MadVR and what screen resolution?

[chuuey]

xp, 0.11 and 1920x1080, where 0.09 works fine

[NABCS]

Thank you Namaki for your help...you´re right...the MadVR folder was not present...installed again, and now MadVR works fine...

NABCS

[Razoola]

new drivers are out from nvidia, 197.45, anyone tested this? I'm not at home but i was trying madvr with 197.13, at i had tearing all over the place in the latest version on my 9400m

madVR does not work here with win7 x64 ultimate and these latest drivers.

[NABCS]

What is the best combination for best picture quality and smooth motion (without judder)?

1. MadVR with CoreAVC 2.0

or

2. MadVR with ffdshow ?

Thank you for your help

[namaiki]

Regarding 'best picture quality,' all video decoders should produce identical output which MadVR will process.

For smooth motion, maybe: CoreAVC 2.0 in software > DivX H.264 > ffdshow(mt) > CoreAVC(CUDA), since they can pass the frames faster to the video renderer.
There is also DiAVC for speed, but I have not personally tried it.

Besides this, you can also use Reclock. (default reclock configuration should be fine for most people IMO)

[NABCS]

Namaiki,

If I understand your response the best option is CoreAVC 2.0 software (I use ATI anyway...no CUDA support) with MadVR ?

Thank you

[namaiki]

Yes, but if you've got Core Duo or newer, you probably won't notice the difference between CoreAVC and ffdshow video(ffmpeg-mt).

Also try Reclock. It's good for your health.

[NABCS]

Yes I use reclock...is essential for smooth playback.

:thanks:

[kostik]

anything new about MADSHI? and cr3dlut 2.3?

[DigitalLF]

i would loooove to hear any news from MadShi :)

[madshi]

i would loooove to hear any news from MadShi :)
No problem.

"any news"

[DigitalLF]

MadShi you know what... that is actually enough for me because that shows us your still reading here :) but i have to ask... have you found any time any time in your life for MadVR?

[ryrynz]

No problem.

"any news"

Gotta love that reply.

[Kazuya]

Hello !!!
Is there a new release of madVR in progress ?
Please Madshi, don't forget us !!! :)

[pirlouy]

Yes, he said for Christmas (http://forum.doom9.org/showthread.php?p=1353098#post1353098). Maybe it will be this year, maybe 2011, we'll see !

[nightrhyme]

Been using your renderer for a week now with MPC-HC.
While it produces very great PQ it makes MPC rather unstable.
Hangs player, freezes player etc..

Happens mostly as I use the skip feature in MPC quite a lot(CTRL + ->) that seems to provoke madvr crashing.

Using MPC-HC 1.3.1249.0, madVR v0.11, ATI HD4870 cat 10.3

[tetsuo55]

Been using your renderer for a week now with MPC-HC.
While it produces very great PQ it makes MPC rather unstable.
Hangs player, freezes player etc..

Happens mostly as I use the skip feature in MPC quite a lot(CTRL + ->) that seems to provoke madvr crashing.

Using MPC-HC 1.3.1249.0, madVR v0.11, ATI HD4870 cat 10.3thats not madvr's fault, there is a bug in mpc-hc's skipping code.

You can try a nightly build of mpc-hc and the crashes should be less frequent.

[djsolidsnake86]

Yes, he said for Christmas (http://forum.doom9.org/showthread.php?p=1353098#post1353098). Maybe it will be this year, maybe 2011, we'll see !

i hope before 2012 :D

[cyberlolo]

yesgrey, any news of cr3dlut 2.3?

Thanks!

[Frank K Abbott]

madshi can you please update madvr to include support for subtitles through mpc's internal renderer. Also that skipping bug with madvr in mpc-hc needs to be fixed by mpc-hc developers. Thanks.

[leeperry]

that skipping bug with madvr in mpc-hc needs to be fixed by mpc-hc developers
yes, they like to be talked dirty :devil:

but indeed, I was running some tests w/ Reclock the other day, and it takes a lot of motivation to use mVR in the latest MPC-HC builds...all it did was freezing on seek, at closing, yay!

it works perfectly fine in KMP, only from time to time when I close KMP I get a DrWatson event saying that mVR crashed KMP...but that's it, nothing freezes whatsoever.

[racerxnet]

I doubt Madvr will see any more development. It was great while it lasted, but alas, all good things come to an end. What has been given to us free of charge is appreciated.
I hold my breath no longer.

MAK :thanks:

[realitycheck]

madshi,
you're completely ignoring madvr community.

You have basically two options for madvr and you perfectly know it:
1. Leave it 'as is' and it will soon die.
2. Open source it, involve other developers who have time to contribute.
MPC HC is a good example of this.

[Astrophizz]

He's not ignoring the community, he's just really busy. Who are you to give him an ultimatum?

[ryrynz]

Madshi spawned the community following madVR because he himself created madVR, he does not owe the community anything.

Six months or so really is nothing to sneeze at when the software is in a reasonably stable state.

A short period of time like this with no updates does not mean the project is abandoned, Madshi has already made it clear that he is continuing development.

I recommend you learn to be more patient and thankful for the world class software you are using, free of charge provided by Madshi from his precious spare time.

[lych_necross]

I recommend you learn to be more patient and thankful for the world class software you are using, free of charge provided by Madshi from his precious spare time.

Seconded. :goodpost: http://i16.photobucket.com/albums/b45/sbreik/animated%20images/smileys/mgyes.gif. People are expecting way too much from free and/or open source software.

[madshi]

Guys, I've repeatedly said that madVR development will continue, and nothing has changed about that. Actually I've been working on madVR in the past couple of days. Don't ask me for a release estimate, though...

(And thanks to those who were having my back.)

[ryrynz]

Awesome, :thanks: for the update.

[tetsuo55]

please see this video on motivation for those who feel developement can be sped up.

http://www.ted.com/talks/dan_pink_on_motivation.html

[Andy o]

madshi can you please update madvr to include support for subtitles through mpc's internal renderer. Also that skipping bug with madvr in mpc-hc needs to be fixed by mpc-hc developers. Thanks.

ffdshow subs don't work? I can use them with other renderers including Overlay mixer.

[leeperry]

ffdshow subs do work fine in mVR...thanks for the status update madshi! hope you will add D3D exclusive mode at some point http://forum-images.hardware.fr/images/perso/otakonleboss.gif

[djsolidsnake86]

madshi,
you're completely ignoring madvr community.

You have basically two options for madvr and you perfectly know it:
1. Leave it 'as is' and it will soon die.
2. Open source it, involve other developers who have time to contribute.
MPC HC is a good example of this.

open source it is the best solution, always

[leeperry]

open source it is the best solution, always
many skilled coders are not willing to work for free and share the source code of their hard work...and more coders = more potential bugs.

go ahead, make your own GPL VR...as they say where I come from: "criticizing is easy, art is difficult".

[tetsuo55]

many skilled coders are not willing to work for free code being open or closed has nothing to do with being payed, you can simply pay the author. Many high profile open source projects have payed per hour devs.
and share the source code of their hard workthey also get free code from others, but you could pay even more
...and more coders = more potential bugs. more coders usually leads to substantially less bugs, but if management is not done well bad code could sneak in more easily.

[leeperry]

hi tetsuo, I don't mean to get personal in any way! but there's been a bunch of bugs in MPC after Beliyaal's departure that took a while to be ironed out I think? and we all know the horror stories about ffdshow/libavcodec and so on...PotPlayer and KMP have obviously stolen a lot of work from Gabest, Haruhiko, Haali and so on..

proofs? the ghost lines in KMP's VR resizer(Haali's HLSL code), the very thorough RGB conversion options in PotPlayer....if I were a skilled coder, I clearly wouldn't let my source code "in the wild" this way :o

maybe Gabest would still be around working on MPC if so many ppl didn't steal his code? even TMT got caught stealing one his splitters I think? same GUID, duh!

look at what they told him on KMP's forum: http://sourceforge.net/projects/sfnews/forums/forum/462894/topic/1387859

Reclock has recently had the same problem w/ libsamplerate...its DLL was dynamically used, yet its author felt it broke GPL..

GPL is very nice and all, but it doesn't pay the bills...and it's prone to be stolen by any script kiddie...I don't see it as being any good to anyone...when KMP's coder sold his player to pandora.tv, did Gabest, Haali and others see a single dime? Does Haruhiko get paid for his RGB conversion work currently being used in PotPlayer "as is"?

An end-user shouldn't care less whether free software is GPL...that's none of his business IMHO :o

And I said it already, and I'll say it again....software is the weak link to everything...I personally couldn't live w/o mVR at this point, it outshines everything else in my book...how good's your spanking new HD projector if the audio is being resampled by KMixer and your video stutters in 60Hz?

Reclock and madVR are essential pieces of code in my book, and I wouldn't mind seeing them turn shareware...so their authors would get paid for their fantastic work, and find motivation to improve them. I realize madshi said it wouldn't have shortened mVR's development timeframe, but "free doesn't work" IMHO. KMP was free, because all along its coder knew he'd sell it ;)

like all those "free" blogs that -all of a sudden- are sold for tons of cash to companies using them for shilling purposes :devil:

[tetsuo55]

When you release the source you have to expect and possibly even motivate others to create forks and use the code in different ways.
The way you feel about others selling the code your wrote just means you need to choose a different licence type.

As far as payment goes, you could offer Madshi a compensation for the hours spent working on the parts of madVR you need improvement on. Just work out a reasonable compensation.
You will need to be able to live with the fact that everyone else benefits from the same change without paying for it.
What many companies do is hire a team of people to write a patch for an open source application and make sure they can use it 1st, once released other companies will have a few weeks/months lag before being able to use the new feature ensuring a temporary competitive edge for the company that made the investment.

MPC-HC does not have any payed devs, they all work from intrinsic motivation, we hardly get any donations and the companies we work with have very strict NDA's on the hardware they send to casimir.

If we had a regular income i would hire a developer to work on the "boring" bugs.