madVR - high quality video renderer (GPU assisted)

[VHT]

Question about dithering.Seems that latest LAV Video decoder has dithering option and it can't be ticked off, so should I set dithering off from madVR instead or let them both do dithering?

[nevcairiel]

Originally Posted by VHT

Question about dithering.Seems that latest LAV Video decoder has dithering option and it can't be ticked off, so should I set dithering off from madVR instead or let them both do dithering?

Dithering in LAV is only applied if its necessary, and if you use madVR, it should never be necessary.

[dansrfe]

The main issue that seems to be the problem for the MAJORITY of 0.8.1 users now is that the display changer doesn't "change" the display refresh rate in the OSD consequently not changing the V-sync which basically nulls the whole function of display changer. The only way around this that seems to work for me is that if you have set display changer to restore the refresh rate AFTER the media player has closed and if you have a dual monitor setup then you can drag the video to the other monitor and back to update the display refresh rate in the OSD which resets the V-sync to the proper rate.

[ryrynz]

Originally Posted by cyberbeing

Trigger: Loading the next file in a playlist when in fullscreen exclusive mode

Symptoms: The frame from when you entered fullscreen exclusive mode with the first file flashes on screen when MPC-HC tries to load the second file. Occasionally results in black screen afterwards, with madVR and MPC-HC completely hung in Fullscreen Exclusive Mode.

Cause: As far as I can tell... After copy to backbuffer = Flush & Wait (loop) + Fullscreen Exclusive Mode + Windows 7 + ATI GPU.

This was happening to me as well until I changed copy to backbuffer to flush. Changing it back to don't flush causes MPC to freeze again after displaying the first frame from exclusive mode, I was experiencing this with 0.80 also.

*EDIT* I've just had it freeze with copy to backbuffer set to flush, I have yet to have it freeze however with 'after last render step' set to flush as well.

Freeze report below.

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

[kerman]

madshi, given most of the media are 16-235, wouldnt it be more accurate to the source for displaying, to setup tv to limited RGB (16-235) and madvr to TV levels?

If so, how would you configure coreAVC as for Output and Input levels? (0-255), (16-235) or Auto detect. I think you said you use coreavc for h264 decoding so just curious how you have set it up. Im going crasy to be sure to have all the luminance configuration filters correctly set up

[aufkrawall]

Originally Posted by kerman

madshi, given most of the media are 16-235, wouldnt it be more accurate to the source for displaying, to setup tv to limited RGB (16-235) and madvr to TV levels?

I guess if decoder/renderer treat the video as expected, it doesn't make any difference.
If input is just TV, it outputs just TV, setting everything up to forced TV range wouldn't make any difference.

And apart from this, range conversion shouldn't be visible to the human eye.

[nevcairiel]

Originally Posted by aufkrawall

And apart from this, range conversion shouldn't be visible to the human eye.

But it is, because it causes banding when its done improperly (and most decoders to it improperly)

Sadly CoreAVCs options are not really self-explanatory, i would recommend to set input and output in CoreAVC to 16-235, that'll ensure it doesn't touch the values (independent of what you want to output later)
For whats recommend to display, i would go with 0-255. During the YUV->RGB conversion, you end up with floating point values, if you have more integers to spread them on, you can get more precision.

[aufkrawall]

Originally Posted by nevcairiel

But it is, because it causes banding when its done improperly (and most decoders to it improperly)

Or they even totally mess up brightness relations because of this.
Do you think the conversion of AviSynth is good?

[703]

I have a .mp4 file that is tagged "Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177 " However, MadVR is still "best guessing" as BT.601? I'm using Lav Decoders within MPC-HC.

[ryrynz]

Found a bug, if Bicubic settings are selected before Softcubic the drop down options still only show the Bicubic settings, it's not till you go to one of the other algorithms then to Softcubic that it displays properly.

[nevcairiel]

Originally Posted by 703

I have a .mp4 file that is tagged "Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177 " However, MadVR is still "best guessing" as BT.601? I'm using Lav Decoders within MPC-HC.

If neither LAV nor madVR manage to figure out that information, then its probably not encoded in the video stream.

A sample of such a file might be useful.

[703]

Originally Posted by nevcairiel

If neither LAV nor madVR manage to figure out that information, then its probably not encoded in the video stream.

A sample of such a file might be useful.

It can be seen by media info:

-----------------

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings, CABAC : Yes
Format settings, ReFrames : 8 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 42mn 37s
Bit rate : 546 Kbps
Maximum bit rate : 2 010 Kbps
Width : 720 pixels
Height : 404 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.078
Stream size : 166 MiB (81%)
Writing library : x264 core 120 r2164 da19765
Encoding settings : cabac=1 / ref=8 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2012-02-23 17:58:50
Tagged date : UTC 2012-02-23 18:19:44
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

[nevcairiel]

Originally Posted by 703

It can be seen by media info:

That doesn't change the fact that if it was encoded directly into the video streams headers, either LAV or madVR would manage to read it from there. Therefor, its not encoded in there.
Maybe its for some reason set in the container and not in the stream, but if thats the case, there is no way to let the renderer know either way.

[703]

Originally Posted by nevcairiel

That doesn't change the fact that if it was encoded directly into the video streams headers, either LAV or madVR would manage to read it from there. Therefor, its not encoded in there.
Maybe its for some reason set in the container and not in the stream, but if thats the case, there is no way to let the renderer know either way.

Thanks for that. How can I check if it was encoded into the stream headers and not just the container? Is there a utility which can do this?

[Pat357]

Originally Posted by nevcairiel

Dithering in LAV is only applied if its necessary, and if you use madVR, it should never be necessary.

Don't forget there are encoded format's that should always be decoded to RGB ! (Fraps, UT RGB, LAG (RGB), ..)

Will these be dithered by LAV ?
FFMpeg decodes at least some of them as YUV and uses swsscale to convert YUV than finally to RGB....

[Pat357]

Crash report + complete log-file.

Problem : if MadVR is in FSE mode, it crashes MPC-HC (+itself ?) upon switching to the next/previous file.

I made a playlist from 2 files and let it play in FSE. The first file plays nice, but at the end when opening the second, I end up with a black screen.

Only <ctrl>+<alt>+<del> brings back some live, nothing else works, probably because of FSE.

Happens only in FSE, no problems in maxim. windowed mode.
Happens both when switching is done automatic (playlist) and manual (next file using mouse or keyb.)

Win7 SP1 / Nvidia gtx-570 / latest 295.73 drivers / CPU i7-970
LAV v0.48 / MPC-HC 4111 (also tested with PotP-> same issue)
Things already tried : driver rollback to previous known "good" version 290.36, different vers. MPC, PotPlayer,
all kind of combination for flushing modes FSE, change que-sizes,...)

Crash-report + MadVR log :

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

[Andy o]

Does it happen if you play the files a second time? (After forcing MPC-HC to be closed of course.) To me it plays OK the second time, but happens again after refresh rate change, either automatic or manual. I thought it might have been an AMD thing, happened with 5770 and 4670. Using D3D11 fixes it for me.

[kasper93]

I bought DVB-T tuner on chip IT6135 and unfortunately it isn't working with madVR as renderer in MPC-HC. With EVR or Haali Renderer works good, but with madVR it fails to load. I know that there are more important things to change in madVR, but if you could add this to your to do list, and someday maybe you will fix it

Log:
http://dl.dropbox.com/u/16282309/mad/madVR.DVB-T.7z

[shaolin95]

Hello guys...this is the first time I have tried madvr and it blew me away!
I have been using MPC for a long time with ffdshow, avisynth scripts etc... I have to try again today but unless my eyes were deceiving me yesterday, the quality is amazing! The color, detail , everything looks super.
I am planning to read a lot of this thread but one thing but I was wondering if there is a recommended card or cards list?
I only do 1080p bluray ripped to my main server and unless I am blind , this gives better quality than my Samsung player.
So, I have a HD2400Pro (maybe HD2600Pro need to verify) and this is only for HTPC so I am trying not to break the bank of course.
Any recommendations?


PS The reason I ask is because, I am not sure if its a card issue but it looks more like a sync issue where it is playing very smoothly then suddenly it hiccups and then goes fine again. My projector is running at 48fps (47.9xx) and I tried with Reclock as well. It apparently could be just at the beginning or for some movies only but I did this too late so couldnt try a lot. I will have to verify. I had to use DXVA (native) for this card or it would be a stutter fest.

[Pat357]

Originally Posted by Andy o

Does it happen if you play the files a second time? (After forcing MPC-HC to be closed of course.) To me it plays OK the second time, but happens again after refresh rate change, either automatic or manual. I thought it might have been an AMD thing, happened with 5770 and 4670. Using D3D11 fixes it for me.

No, second time still crashes and it seems it's not because of refresh-rate switching.
The crashing happens also if both files have the same fps, like 2 files with 23.970 fps.
Thanks for the tip about D3D11, but doesn't seem to have any influence on the crashing for me.
Did it completely solve this crashing problem for you ?

The other thing mentioned in this thread "flush" for "after copy to backbuff" + flush for "after last rendering step", seems to help, but does not solve the problem.
It just happens less likely