madVR - high quality video renderer (GPU assisted)

[Hypernova]

madshi, may I suggest putting the old version link somewhere on the first page? I think that would reduce number of this question quite a bit.

[Wile-E-Coyote]

Does going back to v0.66 help?
Yes. It works perfectly with 0.66.

DVDs have been working in MadVR for some time now if you use LAV Splitters/Decoders instead of ffdshow and start the disc via the "open DVD" command in MPC-HC.
I just tried that but I still get a Macrovision error

[madshi]

Bug: with the "Delay playback start until render queue is full" enabled, DVD playback never starts. (is indefinitely paused)
Which filter chain are you using? Can I have a log, please?

Blu-ray playback is completely broken, using LAV filters/decoders. (have not tried new internal ones yet)
This should be fixed in the next build.

BTW, have you redone the chroma quality comparison with the newer madVR versions? Do you still pefer Bicubic? You may want to retest...

Just to better understand, and I believe you explained this before, but what would be the advantages/disadvantages of setting the present queue to a high number? Higher could reduce dropped frames, but slow down seeking, correct?
Setting the present queue to high values should in theory improve protection against frame drops, delays and presentation glitches. Unfortunately it seems that at least with NVidia, this doesn't really work as advertized. So you'll have to try for yourself which settings work best for you.

I've created some mkv's using segment linking. They will play clips from various files, and play them as though they were one file. Some of the files have different resolutions. Before v0.67, madVR played them just fine, but now I get a distorted image with green lines.[/QUOTE]
Thanks, that's a helpful sample! The problem will be fixed in the next build.

Lastly, a while back you asked me for a sample of telecined material which I said was handled better by the ffdshow "pulldown removal" mod than it is by Dscaler. After I separated a small clip of the file, I'm not so sure I can still tell a difference. Anyway, the sample is also included in the link above.
Thanks.

Please can you locate the new OSD within the area of a 21/9 aspect ratio screen like in previous versions. With the last versión the OSD is located in left up corner of a 16/9 screen and several lines are not easily seen.
In older versions all madVR GUI elements were drawn to the video area. The OSD was drawn into the 21/9 area only if your video is actually *encoded* as 21/9. So I guess we're talking about 21/9 reencodes? With newer madVR versions madVR always draws the OSD on into the playback window. That's a different behaviour, but it is intentional. I know that some people prefer the old position, but others prefer the new. I have a solution for this problem in mind (I have a 21/9 CIH projection setup myself), but it will take some time until I get to that.

I wish I could, but it takes a series of attempts to recreate it as the crash is quite intermittent.
Well, you could delete the log after every try. Then the size stays down.

Posting log fragments here in the forum doesn't help at all, in any case. The fragments are much too short to be of any use, unfortunately.

[Carpo]

Awaiting madVR v0.68 with my little issue fixed :) I still have a few mkv's i muxed that this affects so should be able to test right away :)

[6233638]

Which filter chain are you using? Can I have a log, please?When playing a DVD, the filter list is: ReClock Audio Renderer MadVR Renderer ffdshow Audio Processor MPEG-2 Video Decoder LAV Audio Decoder DVD Navigator

Logs: http://www.mediafire.com/?crsuu13xzrf69z5
First log is with the "delay playback start until render queue is full" option enabled, the next is with it disabled to show DVD playback working.

BTW, have you redone the chroma quality comparison with the newer madVR versions? Do you still pefer Bicubic? You may want to retest...As with my original findings, Bicubic 75 seems to be the most accurate to the source material with the best balance between the least amount of colour bleeding around the edges (can cause considerable desaturation on fine details and softness) accurately preserving the original shape, and minimising ringing. (otherwise Lanczos/Spline would also have been good choices) This is compressed videogame footage, where the results can be directly compared to an uncompressed source for accuracy. (screenshots/game running on 4:4:4 display)

I have actually been meaning to go back and have another look at things, this time comparing the results between the new and old methods of doing the chroma scaling. In theory, the new method should be better, but I'd like to confirm that.

What has changed though, is that I have now switched from using SoftCubic50 to SoftCubic70 for luma scaling due to the reduction in aliasing and ringing - I find aliasing and ringing to be far more distracting when watching a film than the softer image this produces.

I just tried that but I still get a Macrovision errorFor my audio renderer, I use ReClock, though it is not required for this to work.

I disabled all internal source/transform filters in MPC-HC, though I have now enabled the "MPEG-2 Video" filter, as that allows subtitles to work.

My external filter list is: LAV Splitter LAV Audio Decoder (with Arcsoft DTS dll installed) LAV CUVID Decoder ffdshow Audio Processor (I use the Mixer function to downmix to 2 channel audio with a custom matrix)If you have other splitters installed on your system (e.g. Haali's) you may need to add them to your external filter list and set them to "block" (all filters in my list are set to "prefer")

To start a DVD, make sure you use the "Open DVD" command (CTRL + D) not the "Open Disc" command in MPC-HC.

Menu navigation does not seem to work on all discs, I just load the film directly from the Navigate > Jump To title menu in MPC-HC.

This is on Windows 7, I don't know if it will work on XP/Vista.

[Fer]

In older versions all madVR GUI elements were drawn to the video area. The OSD was drawn into the 21/9 area only if your video is actually *encoded* as 21/9. So I guess we're talking about 21/9 reencodes? With newer madVR versions madVR always draws the OSD on into the playback window. That's a different behaviour, but it is intentional. I know that some people prefer the old position, but others prefer the new. I have a solution for this problem in mind (I have a 21/9 CIH projection setup myself), but it will take some time until I get to that.




The trick that I used is to put the ffdshow crop filter in order to crop the up and down black bands. In this way the OSD was within the 21/9 area with older madVR versions, but now is not the case.

Thank you so much.

[ced007]

Awaiting madVR v0.68 with my little issue fixed :) I still have a few mkv's i muxed that this affects so should be able to test right away :)

I also have a problem with mkvmerge since I updated it from 4.3 to the latest 4.9.1. I use it just to add subtitles to the mkv file but since the latest mkvmerge version the result is awfull when I play it with my config (LAVSplitter+fffshow+mpc-hc+MadVr), I have heavy stuttering and the audio is not synchronized at all.
If I play the same mkv file (without passing it through mkvmerge) with the subtitles as external files, my config plays it perfectly.

[Carpo]

I also have a problem with mkvmerge since I updated it from 4.3 to the latest 4.9.1. I use it just to add subtitles to the mkv file but since the latest mkvmerge version the result is awfull when I play it with my config (LAVSplitter+fffshow+mpc-hc+MadVr), I have heavy stuttering and the audio is not synchronized at all.
If I play the same mkv file (without passing it through mkvmerge) with the subtitles as external files, my config plays it perfectly.

I don't use ffdshow so maybe that's why I'm not having the same issues as you.

I use mpc-hc - LAVSplitter - LAV-CUVID - LAVAudio - madVR, madshi has informed me through PM that he has my issue fixed for next release :p

[madshi]

The trick that I used is to put the ffdshow crop filter in order to crop the up and down black bands. In this way the OSD was within the 21/9 area with older madVR versions, but now is not the case.
I understand, but I don't really have a quick solution for that. As I said, some people prefer the current solution, others (like you) the previous one. A final solution for the problem will come in a future version, but it will take some time until I get to that.

[namaiki]

Ok, it seems that madVR requests vsfilter to switch to YV12 because that's the first format vsfilter has in its list of supported output formats. I'll fix that in the next build, not requesting a format change, any longer.

Follow up: The green screen is fixed when outputting RGB32 from ffdshow video decoder through vsfilter in madVR v0.67!

However, now when vsfilter is in-between ffdshow video decoder(RGB32 output) and madVR, the video and subtitles are flipped upside down (vertically?).

If ffdshow video decoder(RGB32 output) connects directly to madVR, the video is the correct way up.

Log: http://www.mediafire.com/?lyneiw93wuwbo46

[Wile-E-Coyote]

For my audio renderer, I use ReClock, though it is not required for this to work.

I disabled all internal source/transform filters in MPC-HC, though I have now enabled the "MPEG-2 Video" filter, as that allows subtitles to work.

My external filter list is: LAV Splitter LAV Audio Decoder (with Arcsoft DTS dll installed) LAV CUVID Decoder ffdshow Audio Processor (I use the Mixer function to downmix to 2 channel audio with a custom matrix)If you have other splitters installed on your system (e.g. Haali's) you may need to add them to your external filter list and set them to "block" (all filters in my list are set to "prefer")

To start a DVD, make sure you use the "Open DVD" command (CTRL + D) not the "Open Disc" command in MPC-HC.

Menu navigation does not seem to work on all discs, I just load the film directly from the Navigate > Jump To title menu in MPC-HC.

This is on Windows 7, I don't know if it will work on XP/Vista.
I'm on Windows 7. When I tried this method I didn't have LAV Audio Decoder so i'll try again with it. To install Arcsoft DTS dll I assume I have to install TMT and register the dll or something?

Anyway, if it comes down to having to jump to the main title manually, I have noticed that opening the main title's IFO file (something like vts_01_0.IFO) manually works very well no matter what filter/renderer I'm using. Of course that doesn't give me access to the chapters but I don't care about chapters so much.

It's not even that the madVR+MPC combo doesn't like DVDs, it just doesn't like VIDEO_TS.ifo hehe :)

[madshi]

However, now when vsfilter is in-between ffdshow video decoder(RGB32 output) and madVR, the video and subtitles are flipped upside down (vertically?).
Might be fixed in the next build.

Bug: Just now I discovered a bug in madVR 0.67 which causes stuttering with moving subtitles which doesn't exist in VMR9. It only happens when the madVR ffmpeg decoder is enabled, so it may have to do with the bad timestamp problem you spoke of?
Can I have a sample for that, please?

[xv]

madVR 0.67 crashes on 4:4:4 input (from lavvideo decoder), 0.66 works fine (samples are already posted).

On the MP4 problem: Found out it´s not perfectly reproduceable, sometimes it doesn´t work, sometimes it just takes very long. But it seems to me decoder is losing sync (ffmpeg and intel both have the problem, but different). With some file if you try to seek, video starts again from beginning. Problem only with madVR decoder, lavvideo, lavcuvid and ffdshow work fine. Unfortunately I cannot post a sample, the files with the problems I cannot post for different reasons, and all small samples I mux myself work fine. Maybe someone else can find a small sample with the problem and upload it.

Another question: Will you continue with the work on madVR internal decoders or try to make nevvideo+madVR an optimal solution for high quality video presentation?

[madshi]

madVR 0.67 crashes on 4:4:4 input (from lavvideo decoder), 0.66 works fine (samples are already posted).
Should be fixed in the next build.

Another question: Will you continue with the work on madVR internal decoders or try to make nevvideo+madVR an optimal solution for high quality video presentation?
I plan to continue to work on the madVR internal decoders, but of course I will also do whatever is needed to make external decoders work as well as possible.

[Wile-E-Coyote]

Update on DVD compatibility.

I works now after installing LAV Audio and making sure MPC uses it. I didn't even have to look into that arcsoft dts dll.

Though it won't use LAV Cuvid. It falls back on ffdshow or whatever filter it can find that reads DVD (my favourite being NVidia Decoder for hardware acceleration).

Still, better than not working at all. Thanks for the help guys.

[JarrettH]

Hm I really don't get how you got it to work. What MPC build are you using? What decoder are you using? I'm sure madshi will have a solution soon anyway :devil:

[Wile-E-Coyote]

Hm I really don't get how you got it to work. What MPC build are you using? What decoder did you end up using? I'm sure madshi will have a solution soon anyway :devil:
MPC-HC build 1.5.0.2827

LAV Splitter (latest)
LAV Cuvid Decoder (latest)
NVidia Video Decoder (also works with ffdshow video decoder)
LAV Audio Decorder (latest)
madVR 0.66

Now it works fine even when using File -> Open disc or simply inserting the DVD in the drive...

Go figure *shrug*

[6233638]

I'm on Windows 7. When I tried this method I didn't have LAV Audio Decoder so i'll try again with it. To install Arcsoft DTS dll I assume I have to install TMT and register the dll or something?Just drop the "dtsdecoderdll.dll" from TMT5 into the LAV Filters folder and it should work. (you will get 24-bit etc. reported if it's working, if it's 32-bit float it's using the default ffdshow filters) Arcsoft is bit-perfect decoding, ffdshow may not be.

It's not even that the madVR+MPC combo doesn't like DVDs, it just doesn't like VIDEO_TS.ifo hehe :)That's possible, I just use actual DVDs and use the "Open DVD" option, "Open Disc" or other methods of starting a DVD still result in a Macrovision error.


After inserting the DVD I get the "macrovision fail" message in MPC, then I do File -> Open DVD and manually select the disc, and it works!

Note : using File -> Open disc also gets the job done.
Weird, autoplaying discs works fine for me. "Open disc" sometimes works depending on the title, but "Open DVD" is 100% reliable for me.

Glad you have it sorted now though. :)

[JarrettH]

I went back to MPC 3262 which was the only thing I could think of. Anyway, I guess I'll be content with EVR-CP + Microsoft with DVDs for a little while longer :cool:

[Wile-E-Coyote]

I went back to MPC 3262 which was the only thing I could think of. Anyway, I guess I'll be content with EVR-CP + Microsoft with DVDs for a little while longer :cool:

Forgot to mention I have all the filters mentioned above are set to "prefer" except for ffdshow.

[HitomiKun]

I just noticed that subtitles sometimes start blinking/stuttering for like 0.5 sec while switching to the next line. It happens very rare and isn't too annoying. I didn't even use the decoders you gave us with 0.67 (I used CoreAVC). Just sayin, maybe it's that bad timestamp problem?

Edit: I tried to reproduce that problem, but it doesn't happen on the same spot. - It didn't happen at all. This is completely random.

I use MPC-HC 1.5.2.3423 with following external filters:
CoreAVC Video Decoder *prefer
madFLAC Decoder *prefer
ffdshow raw video filter *prefer (for some post-processing)

I have set madVR under Playback -> Output.
CoreAVC outputs YV12 only. Same does ffdshow raw video filter.

[Vern Dias]

Well, you could delete the log after every try. Then the size stays down.That could be pretty hard to do when you have to be in exclusive mode to see if it fails. It's the switch out of and then back into exclusive mode that causes the issue. The 2 logs I have are 300 MB and 900 MB, so there is no way to post them anywhere.....

BTW, the audio playback (and the logging) continues after the screen freezes or goes black....

How about a little more sophistcated logging scheme??? Maybe an option to define a log size and overwrite in round robin fashion? Or an option to control what's logged?

I'll try and see if I can get you a complete log, but when a minute of video creates a multi MB log, it's pretty tricky.

BTW I am also seeing multiple lines of red text flashing up onto the upper left of the screen, but it's only there for a frame or two, so it's impossible to read....

Vern

[madshi]

I just noticed that subtitles sometimes start blinking/stuttering for like 0.5 sec while switching to the next line. It happens very rare and isn't too annoying. I didn't even use the decoders you gave us with 0.67 (I used CoreAVC). Just sayin, maybe it's that bad timestamp problem?

Edit: I tried to reproduce that problem, but it doesn't happen on the same spot. - It didn't happen at all. This is completely random.
The timestamp problem I mentioned only applies to the internal decoders. If you have problems with external decoders, that's a completely separate issue. It might be a bug in CoreAVC or in the splitter.

The 2 logs I have are 300 MB and 900 MB, so there is no way to post them anywhere.....
Is that 300MB before zipping it or after? Try RAR, you'll be amazed how small the files get!! The logs are just simple text files, so they compress extremely well. Text files like this is exactly where ZIP/RAR work best.

[Mercury_22]

Actually it *is* correct. If you ask madVR to output PC levels, by definition black is set to 0 and white to 255. BTB would be negative numbers with PC levels, and that's not technically possible. So with PC levels the darkest color your display can get is exactly black. This is how PC levels work. If EVR still shows BTB even with PC levels, this is incorrect behaviour by EVR.

TVs and projectors usually expect TV levels. With TV levels, black is set to 16 and white is set to 235. So BTB values are transported to the display in the 0-15 range. Your display will not show the BTB range by default, but you can make it visible by increasing brightness.

madVR is behaving perfectly accurate. It's EVR that is doing things wrong. You need to decide whether you want to use PC levels or TV levels. If you use PC levels, BTB is automatically clipped with no way to get it back by increasing brightness on your TV. If you want to be able to see BTB by increasing display brightness, then you need to use TV levels. Of course you will need to calibrate your TV accordingly, so that BTB and WTW areas are not shown.

I hope you don't mind that I've moved this here :) Please bear with me cause now I'm a little confused
So what I understand from you is that the value of the Black video level (which is 16 no?) in the test pattern is changing (to 0):confused:if I use PC levels so I can't see the -4% black bar ?
Pattern Layout: The pattern consists of a background at video black, then a symmetrical three step PLUGE on both the left and right side of the log gray scale in the middle of the pattern. The outer part of the PLUGE contains a -4% black bar on the video black background followed by a +4% bar and +2% bar as you go towards the middle from either side. The gray scale in the middle represents steps of about 18.4%, 32.1%, 69% and 100%. Turn the brightness control up far enough for the 2% strip to be visible and there will be a difference between the blacker than black and video black backgroundPage 40 of 69 Joe Kane Productions AVFoundry Video Forge Generator (http://www.videoessentials.com/program_notes.php)

[madshi]

I hope you don't mind that I've moved this here :) Please bear with me cause now I'm a little confused
So what I understand from you is that the value of the Black video level (which is 16 no?) in the test pattern is changing (to 0):confused:if I use PC levels so I can't see the -4% black bar ?
That is correct.

Please understand that all DVD and Blu-Ray players by default output TV levels, not PC levels. And by far most TVs and projectors expect TV levels. So what Joe Kane says is true, because he silently implies that you're using TV levels.

PC levels are not commonly used in the CE world. PC levels are mostly used by PCs. Surprise! That's where the name comes from. Windows always renders black to 0 and white to 255. If you ask your video player to output PC levels, it outputs black as 0 and white as 255. As a result BTB is cut off.

Which type of display are you using? If it's a computer type display, it might expect PC levels. In that case: If you connected a standalone DVD or Blu-Ray player to your display, you would probably have raised black levels. The image would look similar to what you see when you switch madVR to TV levels. Computer type displays were never made to show BTB.

Some displays and some CE sources (mainly PS3 and Xbox) can be switched between PC levels and TV levels. So because of PS3 and Xbox the whole PC levels topic has been growing more important in the CE business, too.

P.S: Most DVD and Blu-Ray players actually output YCbCr and not RGB by default, and YCbCr is pretty much always TV levels. The difference between PC levels and TV levels mostly only applies to RGB.

[Mercury_22]

Ok :thanks: for your help
It seems I've got confused "because he silently implies that I'm using TV levels"
My display accepts all levels (see my signature) and the EVR normally looks like madvr PC levels but I've manually "adjusted" the CCC's video settings so I can see BTB with pc levels (stupid now I know:))

[Vern Dias]

Thanks, the files do compress amazingly well.

Here are the links to the files:

http://www.yousendit.com/download/cnJpb2VCSU9OMUJjR0E9PQ
http://www.yousendit.com/download/cnJpb2VJeDN3NUpjR0E9PQ

Vern

[Vern Dias]

And by far most TVs and projectors expect TV levels.Yes, but most projectors and flat panel TV's also have an option to select full range. My JVC projector works far better when connected to a PC by selecting the full range option on the JVC and the PC. That allows the passage of WTW and BTB and makes calibration patterns much easier to interpret.

Vern

[madshi]

Thanks, the files do compress amazingly well.
:p

I've checked out your logs and the cause of the problem is that at some point when the playback window resolution changes (e.g. happens if you resize the player window, or switch between fullscreen and windowed mode), and madVR tries to update all GPU resources accordingly, madVR can no longer create or upload Direct3D vertex buffers. It just fails, for whatever reason. When that happens, madVR can not render any frames, anymore, as a result the screen stays black or frozen, and madVR tries to render again all the time, probably pushing the CPU to 100%.

The big question is WHY can madVR not create or upload the Direct3D vertex buffers, anymore? It would be a GPU driver bug. Have you tried updating to the latest driver version? It could also be madVR just running out of GPU memory. I see you're using a 3dlut. Does the problem go away if you disable the 3dlut? I'm asking because the 3dlut is of course eating GPU memory like crazy. You could also try switching to a 7bit 3dlut. Or maybe turning off Aero would also do the trick?

[zeroo]

Here is one more case when the picture freezes, while the sound keeps running. It happens only on the secondary display in fullscreen exclusive mode. When I switch back to windowed mode, it unfreezes the picture.

http://www.mediafire.com/?hg5we3qf2lu0jrd

I can reproduce the freezing by open/minimize/maximize a window of another app on primary display. But it happens also by itself, sometimes after 15 minutes of playback, 1 hour etc.
I'm using the NVIDIA 275.33 drivers.

[Wile-E-Coyote]

Please understand that all DVD and Blu-Ray players by default output TV levels, not PC levels. And by far most TVs and projectors expect TV levels. So what Joe Kane says is true, because he silently implies that you're using TV levels.

PC levels are not commonly used in the CE world. PC levels are mostly used by PCs. Surprise! That's where the name comes from. Windows always renders black to 0 and white to 255. If you ask your video player to output PC levels, it outputs black as 0 and white as 255. As a result BTB is cut off.

Which type of display are you using? If it's a computer type display, it might expect PC levels. In that case: If you connected a standalone DVD or Blu-Ray player to your display, you would probably have raised black levels. The image would look similar to what you see when you switch madVR to TV levels. Computer type displays were never made to show BTB.

Some displays and some CE sources (mainly PS3 and Xbox) can be switched between PC levels and TV levels. So because of PS3 and Xbox the whole PC levels topic has been growing more important in the CE business, too.

P.S: Most DVD and Blu-Ray players actually output YCbCr and not RGB by default, and YCbCr is pretty much always TV levels. The difference between PC levels and TV levels mostly only applies to RGB.
Does this mean I should set up my NVidia Control Panel to output YCbCr to my TV instead of RGB (the default value) ?

[e-t172]

Does this mean I should set up my NVidia Control Panel to output YCbCr to my TV instead of RGB (the default value) ?

No, because this will just add unnecessary conversions: RGB → YCbCr in the GPU and YCbCr → RGB in the display device.

[Dogway]

Whats the relation between ffdshow and madVR. Does madVR listen to what ffdshow outputs? There I have method: HQ yv12 to RGB, Input Levels: Auto, Output levels: PC levels, madVR: PC levels, I couldn't find any settings for YCbCr/RGB output in the nVidia options, not at least without any TV linked to my laptop.
I assume this is correct for display over a PC monitor, but if I were to display over a TV, should I be done by just setting madVR to TV levels?

edit: yeah forgot to say I only have ticked yv12 in the output upsection, guess it overrides evrything in the "rgb conversion" subsection.

[Pix]

EDIT:
Just noticed I'm using 0.61. Hmm, will try the newest version and see if it happens again.

I've seen similar problems mentioned in previous posts but I am not resizing the window or anything. It just happens while playing content in exclusive mode. Sometimes the screen gets these lines, playback stops, but after a few seconds it continues(very rare, happened only 2 times) So, sometimes while watching 720p/1080p content the sound freezes/keeps having the last millisecond reproduced in a loop and the screen then looks like the picture below or blank. I can't remember if this problem was appearing on 2.35:1 ratio videos but I know I'm definitely sure it's there on 16:9(Fullscreen) content. I think this has been happening over a month now. Sometimes it would happen 2-3 times on the same file. Sometimes only once.
I'm using CoreAVC and LAVSplitter/Audio Decoder. Surely doubt that's the problem.
I have the latest drivers for my Radeon card.
http://i51.tinypic.com/210kawx.jpg

[Vern Dias]

The big question is WHY can madVR not create or upload the Direct3D vertex buffers, anymore? It would be a GPU driver bug. Have you tried updating to the latest driver version? It could also be madVR just running out of GPU memory. I see you're using a 3dlut. Does the problem go away if you disable the 3dlut? I'm asking because the 3dlut is of course eating GPU memory like crazy. You could also try switching to a 7bit 3dlut. Or maybe turning off Aero would also do the trick? I don't know whether this is significant, but EVR doesn't have this issue. Using EVR, I can switch AR's all day with no issue. You are right, that it takes multiple switches to make it fail. I did not purposefully enable a 3dlut, maybe you could tell me how to disable it or change it. I hate to change video driver versions, because I use a custom timing / resolution and it seems that feature gets broken fairly often on release upgrades.

Could it be a DX bug? Or possibly your code not resetting or freeing GPU memory?

I can image the system and try upgrading to the latest driver, if you think that it is required.

Vern

[Wile-E-Coyote]

My external filter list is: LAV Splitter LAV Audio Decoder (with Arcsoft DTS dll installed) LAV CUVID Decoder ffdshow Audio Processor (I use the Mixer function to downmix to 2 channel audio with a custom matrix)If you have other splitters installed on your system (e.g. Haali's) you may need to add them to your external filter list and set them to "block" (all filters in my list are set to "prefer")
Quick question : how do you manage to combine LAV Audio with ffdshow audio processor?

[namaiki]

Whats the relation between ffdshow and madVR. Does madVR listen to what ffdshow outputs? There I have method: HQ yv12 to RGB, Input Levels: Auto, Output levels: PC levels, madVR: PC levels, I couldn't find any settings for YCbCr/RGB output in the nVidia options, not at least without any TV linked to my laptop.
I assume this is correct for display over a PC monitor, but if I were to display over a TV, should I be done by just setting madVR to TV levels?
On my PC using that setup (monitor expects PC levels), the video levels are expanded twice.

With ffdshow outputting RGB32, I seem to have to set ffdshow for input standard and to output tv levels and set madvr to pc levels for a monitor that expects pc levels (requires tv level videos to be expanded to pc levels). Aka, madVR does not expect video that is being sent to it to already be expanded from TV to PC levels already regardless of colorspace - madVR expects video sent to it to be within TV range.


Regardless, I would probably recommend you output YV12 to madVR (or try use the madVR's internal decoders) unless there are particular circumstances.

[azaze1]

Should be fixed in the next build.


I plan to continue to work on the madVR internal decoders, but of course I will also do whatever is needed to make external decoders work as well as possible.

First, thank you for your generous work.

Question: Will your work on video decoders include any GPU offloading to AMD cards such as how cyberlink HAM decoder does? That's what most ATI/AMD folks are using if I recall (myself included).

[cyberbeing]

i just noticed that subtitles sometimes start blinking/stuttering for like 0.5 sec while switching to the next line. It happens very rare and isn't too annoying. I didn't even use the decoders you gave us with 0.67 (i used coreavc). Just sayin, maybe it's that bad timestamp problem?

I use mpc-hc 1.5.2.3423 with following external filters:
Coreavc video decoder *prefer
madflac decoder *prefer
ffdshow raw video filter *prefer (for some post-processing)

the timestamp problem i mentioned only applies to the internal decoders. If you have problems with external decoders, that's a completely separate issue. It might be a bug in coreavc or in the splitter.

Were you using a splitter other than Haali Media Splitter?

CoreAVC + MPC-HC internal MKV Splitter + VSFilter & likely MPC-HC Subtitles as well (enabling pre-buffering makes the problem 10x worse) = Borked Subs

This has nothing to do with madVR, it's entirely a Splitter/Decoder timestamp issue which makes VSFilter go crazy. Using Haali Media Splitter instead of the MPC-HC internal MKV Splitter or FFDShow instead of CoreAVC for decoding, should resolve the issue. I reported this in the MPC-HC thread awhile back, but I was too lazy to register on Trac to file a Ticket, so my report probably got ignored/lost.


Just now i discovered a bug in madvr 0.67 which causes stuttering with moving subtitles which doesn't exist in vmr9. It only happens when the madvr ffmpeg decoder is enabled, so it may have to do with the bad timestamp problem you spoke of?
can i have a sample for that, please?
Moving Typesetting Sample (10bit 4:2:0 video): http://www.mediafire.com/?e0q0ovwc6bnm2g2
The problem also happens with fade-in/fade-out and karaoke, but I assume it is all the same bug.


Any luck with the frozen black screen (occasionally shows 1st frame instead of black) bug?

There is a bug which causes madvr to display a black screen indefinitely when first opening a video and the built-in decoders and refresh rate changer are enabled. Re-opening the video after the refresh rate has changed is a workaround. Disabling of the delay till render queue is full option makes no difference.
Debug log: http://www.mediafire.com/?wg8ncuhmwdgyticOk, will check if i can reproduce that.

Bug: If the 3DLUT madVR creates gets deleted by the user, madVR doesn't realize it is missing, re-create it, or produce an error the next time you open a video. Only when you edit/save your yCMS settings does madVR re-create the 3DLUT. This is one of those things which is unlikely to happen, but when madVR is set to use a 3DLUT, it should at least be checking that a valid 3DLUT file exists.

[madshi]

Here is one more case when the picture freezes, while the sound keeps running. It happens only on the secondary display in fullscreen exclusive mode. When I switch back to windowed mode, it unfreezes the picture.

http://www.mediafire.com/?hg5we3qf2lu0jrd

I can reproduce the freezing by open/minimize/maximize a window of another app on primary display. But it happens also by itself, sometimes after 15 minutes of playback, 1 hour etc.
I'm using the NVIDIA 275.33 drivers.
Hmmmm... That looks weird. It seems that the presentation threads gets stuck, trying to present a frame (by calling Direct3D). I'm not totally sure where it's stuck exactly, but it could be stuck directly in Direct3D itself.

You seem to have the option "run presentation in a separate thread" activated. Is there a specific reason for that? That option should only be used if you absolutely need it. Try whether the problem maybe goes away if you disable that option.

Whats the relation between ffdshow and madVR. Does madVR listen to what ffdshow outputs? There I have method: HQ yv12 to RGB, Input Levels: Auto, Output levels: PC levels, madVR: PC levels, I couldn't find any settings for YCbCr/RGB output in the nVidia options, not at least without any TV linked to my laptop.
I assume this is correct for display over a PC monitor, but if I were to display over a TV, should I be done by just setting madVR to TV levels?
When using an NVidia GPU, I recommend to create custom resolutions for video playback, because that forces NVidia to output madVR's rendering untouched. For a computer type display you will probably want to set madVR to PC levels output, for a normal TV you'll probably need to set madVR to video levels.

edit: yeah forgot to say I only have ticked yv12 in the output upsection, guess it overrides evrything in the "rgb conversion" subsection.
In that case most probably ffdshow outputs YV12, which means that the ffdshow output levels settings don't matter.

Sometimes the screen gets these lines, playback stops, but after a few seconds it continues(very rare, happened only 2 times) So, sometimes while watching 720p/1080p content the sound freezes/keeps having the last millisecond reproduced in a loop and the screen then looks like the picture below or blank. I can't remember if this problem was appearing on 2.35:1 ratio videos but I know I'm definitely sure it's there on 16:9(Fullscreen) content. I think this has been happening over a month now. Sometimes it would happen 2-3 times on the same file. Sometimes only once.
This sounds like a hardware problem to me. Don't know what else to say. I've never seen madVR producing an image with lines like that, nor have I ever heard of anyone having a similar problem.

I did not purposefully enable a 3dlut, maybe you could tell me how to disable it or change it.
Ah wait, I think I misread the log, you probably don't have a 3dlut active, after all.

I hate to change video driver versions, because I use a custom timing / resolution and it seems that feature gets broken fairly often on release upgrades.

Could it be a DX bug? Or possibly your code not resetting or freeing GPU memory?

I can image the system and try upgrading to the latest driver, if you think that it is required.
I don't really know what causes this problem. How many RAM does your GPU have?

Question: Will your work on video decoders include any GPU offloading to AMD cards such as how cyberlink HAM decoder does? That's what most ATI/AMD folks are using if I recall (myself included).
I'm sorry, but I don't like to comment on my future plans.

Were you using a splitter other than Haali Media Splitter?
No, I'm still using the Haali Media Splitter as my default MKV splitter.

Moving Typesetting Sample (10bit 4:2:0 video): http://www.mediafire.com/?e0q0ovwc6bnm2g2
The problem also happens with fade-in/fade-out and karaoke, but I assume it is all the same bug.
That's a good sample! Very easy to see whether there's a problem or not. I can confirm that my latest sources have already fixed this problem.

Any luck with the frozen black screen (occasionally shows 1st frame instead of black) bug?
You don't have much patience, do you? :) I've not yet had the time to try that.

Bug: If the 3DLUT madVR creates gets deleted by the user, madVR doesn't realize it is missing, re-create it, or produce an error the next time you open a video. Only when you edit/save your yCMS settings does madVR re-create the 3DLUT. This is one of those things which is unlikely to happen, but when madVR is set to use a 3DLUT, it should at least be checking that a valid 3DLUT file exists.
madVR does realize it's missing. Otherwise you'd get totally corrupted images, or even crashes. However, madVR doesn't have the capability to recreate the file. I could probably show an error, though.

[sneaker_ger]

I didn't read up on all the latest posts, but are these problems confirmed for 0.66:
- when skipping forward frame-by-frame in MPC-HC, after a few frames you can see jumping back and forward (window mode)
- sometimes there's some strange orange "ghosting" from a frame back in time when starting after a pause (forgot the term)

The second problem might be fixed in the next build. Not seeing the first problem here.

Feedback for 0.67:
First problem is fixed. I haven't seen the second problem again as of yet, though it's hard to reproduce anyways. But I presume it's gone, too.

[cyberbeing]

I assume you've already read about the bug in madVR 0.67 with LAV Video P010 output?
http://forum.doom9.org/showpost.php?p=1514769&postcount=4159

No, I'm still using the Haali Media Splitter as my default MKV splitter.
I was asking hitomikun not you, since he was the one having the issue. :p
I guess I shouldn't have added in your quote.



You don't have much patience, do you? :) I've not yet had the time to try that.
The only reason I asked is because the post I reported that bug was older than the post you requested a sample from. With all the 10-bit encodes I've been messing with over the past couple days, I must have run into the bug at least 50 times (100% reproducible), so I know I won't be forgetting about it anytime soon. :rolleyes:

madVR does realize it's missing. Otherwise you'd get totally corrupted images, or even crashes. However, madVR doesn't have the capability to recreate the file. I could probably show an error, though.
An error would be good, since I know old versions of madVR used to show one when a 3dlut problem occurred.

[Wile-E-Coyote]

Quick question : how do you manage to combine LAV Audio with ffdshow audio processor?
Nevermind, found how :)

[madshi]

I assume you've already read about the bug in madVR 0.67 with LAV Video P010 output?
Yes, will be fixed in the next build.

[Vern Dias]

Looks like a driver update fixed the issue. I installed the latest NVidia driver and don't have the issue on AR changes any more. The AR changes are also much quicker and cleaner now.

I did see something else wierd, however. Twice during a movie, it seemed that the player only rendered every other frame. Audio stayed in sync. Pausing and unpausing MPC-HC corrected the error. Not sure if this is an player bug or a renderer bug.... I will test more tomorrow.

Thanks,

Vern

[pirlouy]

No, I'm still using the Haali Media Splitter as my default MKV splitter.

You have certainly a good reason, but I'm a bit surprised by this choice. Indeed, Haali seems not to be very "talkative" and not to really work on his splitter. The opposite of Nevcairiel in fact.

Have you already talked with Nevcairiel on the issues bothering you in LAV Filters (ffmpeg limitations ?) ?

Of course, as you know, I have little knowledge and you do whatever you want and you're not obliged to answer this !

[mandarinka]

You have certainly a good reason, but I'm a bit surprised by this choice. Indeed, Haali seems not to be very "talkative" and not to really work on his splitter. The opposite of Nevcairiel in fact.

That might be true, but LAVfilters basically wrap around ffmpeg, so their author can only do so much before he is confronted with the limitation of that library. AFAIK the mkv demuxer in ffmpeg (or in the fork) isn't really something to write home about either, so haali splitter is the way to go in my opinion also.

The user probably uses haali because of ordered chapters support. There has been a brave attempt to get that into ffmpeg few years ago but it wasn't successful, possibly because of difficulties with the conceptions the upstream had about the way it should work in there, back then.

[nevcairiel]

That might be true, but LAVfilters basically wrap around ffmpeg, so their author can only do so much before he is confronted with the limitation of that library.

I can just change the library. :p
I have not encountered any real issue, and if you dont need ordered chapters, it does all you could wish for.

[pirlouy]

And honestly, I don't see any interest for chapters on HTPC, since you have a seekbar. :/

[nevcairiel]

And honestly, I don't see any interest for chapters on HTPC, since you have a seekbar. :/

Ordered Chapters are something different. They are used to store different versions of the same movie in one file - a bit like seamless branching on Blu-rays.

They can also be used for various other things..