Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Hardware & Software > Software players

Reply
 
Thread Tools Search this Thread Display Modes
Old 8th December 2013, 11:57   #21061  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by v0lt View Post
I use a modified MPC-BE.
mpc-be_3994_YV16.7z
From looking at my source code and a test madVR log it seems to me that madVR is doing its part correctly. Then I've dumped out a frame coming from the MPC-BE test build, and the lower half of the chroma information is zeroed out - while it should be around 0x80 for a black screen. So this looks very much like it's MPC-BE's fault. The luma information looks correct, the size of the frame, too, but the chroma information is stored incorrectly. The 2nd half is zeroed out, the first half is not correct, either.

Unfortunately LAV doesn't seem to support YV16, so we can't use LAV to double check. But I'm pretty sure this is MPC-BE's fault.

Last edited by madshi; 8th December 2013 at 11:59.
madshi is offline   Reply With Quote
Old 8th December 2013, 13:12   #21062  |  Link
v0lt
Registered User
 
Join Date: Dec 2008
Posts: 1,265
Quote:
Originally Posted by madshi View Post
From looking at my source code and a test madVR log it seems to me that madVR is doing its part correctly. Then I've dumped out a frame coming from the MPC-BE test build, and the lower half of the chroma information is zeroed out - while it should be around 0x80 for a black screen. So this looks very much like it's MPC-BE's fault. The luma information looks correct, the size of the frame, too, but the chroma information is stored incorrectly. The 2nd half is zeroed out, the first half is not correct, either.
Thank you. Most likely you're right. If I take an uncompressed YV16 AVI file, the decoder is not used and the picture is normal.
twogradients_RAW.rar

Quote:
Unfortunately LAV doesn't seem to support YV16, so we can't use LAV to double check. But I'm pretty sure this is MPC-BE's fault.
LAV contains the same code as in the modified MPC-BE, but this code is disabled.
v0lt is offline   Reply With Quote
Old 8th December 2013, 13:26   #21063  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Then maybe nevcairiel could help out fixing that code?
madshi is offline   Reply With Quote
Old 8th December 2013, 13:47   #21064  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,900
When i enable YV16 in LAV, it works just fine with madVR. If you already copy my code, at least do it correctly.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 8th December 2013, 13:57   #21065  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Haha!

Why are you not using YV16, btw, nev? Recently you said you preferred YV24 because it's planar. YV16 is planar, too, unlike the other 4:2:2 formats. So shouldn't you have a preference for YV16 over the other 8bit 4:2:2 formats, too? Not important for me, just wondering...
madshi is offline   Reply With Quote
Old 8th December 2013, 14:32   #21066  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,900
When i implemented YV16, madVRs YV16 support was still broken (planes flipped, i belive). You fixed it later, but it got never enabled in LAV. Maybe i'll do that soon.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 8th December 2013, 16:23   #21067  |  Link
v0lt
Registered User
 
Join Date: Dec 2008
Posts: 1,265
Quote:
Originally Posted by nevcairiel View Post
When i enable YV16 in LAV, it works just fine with madVR. If you already copy my code, at least do it correctly.
Sorry, the code is different. Why the same method works for YV12 and YV24, but does not work for YV16?
v0lt is offline   Reply With Quote
Old 8th December 2013, 19:50   #21068  |  Link
13ack.Stab
Registered User
 
Join Date: Jun 2013
Posts: 1
madVR Subtitle Thread Crash

Hi, madshi.

I've been using madVR for many months now, and I absolutely love it. I've recently encountered crashes, however, while playing a particular video file. From what I can tell, the crash may not occur in madVR itself, but in XySubFilter instead -- even though madVR generates a crash report. As I'm not sure what the culprit is, I decided I would post here instead of creating an issue on the bug tracker.

The crash occurs when watching a specific video normally, and with little warning. An exception is raised in the subtitle thread, so I would imagine the problem lies with rendering the large volume of animated text at the time of the crash.

I've compressed and uploaded the crash log, the madVR log, and a short clip of the video that crashes. You can grab them on MediaFire.

Thanks for your time and assistance.
13ack.Stab is offline   Reply With Quote
Old 8th December 2013, 23:18   #21069  |  Link
Pulstar
Registered User
 
Join Date: Oct 2007
Posts: 105
using xy-VSFilter that file leaked almost 2 gigs of memory and made the system very unstable.



The subtitle file is the culprit here. What a piece of shit format. You can extract it using a GUI tool and convert it to SRT if you don't mind losing all the fancy schmancy text formatting.
Pulstar is offline   Reply With Quote
Old 9th December 2013, 11:20   #21070  |  Link
annovif
Registered User
 
Join Date: Apr 2012
Location: Italy
Posts: 41
Thank you Huhn and Thx-UltraII for your advices . I'm doing the tests and for now the best solution for me is this :

coreavc (or lav) setted 16-235 in input and in output --> madvr setted in 0-255 --> gpu Ati setted in rgb full (4:4:4) (thank you 6233638) --> Radiance Processor input setted in rgb video and ycbcr 4:2:2 in output -> pj

Maybe I'm doing something wrong, because in this way my pj settings in brightness and colour have to be very high, but i think the image is good (i think)

Last edited by annovif; 9th December 2013 at 11:26.
annovif is offline   Reply With Quote
Old 12th December 2013, 09:47   #21071  |  Link
kazuya2k8
Registered User
 
Join Date: Aug 2012
Posts: 12
@13ack.Stab not madVR's fault. tested with EVR w/ xy-Vsfilter and still crashed.

EDIT: Tested with MPC-HC's ISR vsfilter and it didn't crash. Either the script is really bad or need some optimizing in xy-Vsfilter.

Last edited by kazuya2k8; 12th December 2013 at 09:53. Reason: Update
kazuya2k8 is offline   Reply With Quote
Old 13th December 2013, 08:31   #21072  |  Link
THX-UltraII
Registered User
 
Join Date: Aug 2008
Location: the Netherlands
Posts: 850
Guys, I m running a projector as a display device. My projector has only greyscale and gamma correction but no CMS. I own a Chromapure calibration kit with a i1 Display Pro III meter. I calibrated by gamma and greyscale which is pretty good now. The primaries and secondaries on my projector are pretty good out-of-the-box but I want to see if I can fine-tune it.

Is there a manual somewhere how the CMS of madVR works? I have no idea how to begin with this.
THX-UltraII is offline   Reply With Quote
Old 13th December 2013, 09:03   #21073  |  Link
toniash
Registered User
 
Join Date: Oct 2010
Posts: 116
madvr with debanding

Where do I can download the last test version with debanding?
toniash is offline   Reply With Quote
Old 13th December 2013, 09:12   #21074  |  Link
Schwartz
Registered User
 
Join Date: Dec 2012
Posts: 44
Running 0.86.11, I experienced a crash. Having two instances of MPC-HC open and drag-dropping an .mkv onto one of them is what preceded the crash. The madVR crash report.
Schwartz is offline   Reply With Quote
Old 13th December 2013, 09:35   #21075  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 6,232
Quote:
Originally Posted by toniash View Post
Where do I can download the last test version with debanding?
http://forum.doom9.org/showpost.php?p=1655679&postcount=20990

edit: one question about 10 bit output.

if i remember it was not possible to output bi matched 10 bit over directx 11 right?

first of all nvidia says this:

Quote:
NVIDIA Geforce graphics cards have offered 10-bit per color out to a full screen Direct X surface since the Geforce 200 series GPUs. Due to the way most applications use traditional Windows API functions to create the application UI and viewport display, this method is not used for professional applications such as Adobe Premiere Pro and Adobe Photoshop. These programs use OpenGL 10-bit per color buffers which require an NVIDIA Quadro GPU with DisplayPort connector. A small number of monitors support 10-bit per color with Quadro graphics cards over DVI.
http://nvidia.custhelp.com/app/answers/detail/a_id/3011/related/1

the point is the geforce 200 series this card is directx 10 so directx 10 supports 10 bit output too (or nvidia lies). but does it behavior like directx 11 or is there a chance? i mean it is the forgotten directx version X-)

Last edited by huhn; 13th December 2013 at 10:22.
huhn is offline   Reply With Quote
Old 13th December 2013, 16:07   #21076  |  Link
djfred93
Registered User
 
Join Date: Aug 2012
Posts: 32
Quote:
Originally Posted by huhn View Post
edit: one question about 10 bit output.

if i remember it was not possible to output bi matched 10 bit over directx 11 right?

first of all nvidia says this:



http://nvidia.custhelp.com/app/answers/detail/a_id/3011/related/1

the point is the geforce 200 series this card is directx 10 so directx 10 supports 10 bit output too (or nvidia lies). but does it behavior like directx 11 or is there a chance? i mean it is the forgotten directx version X-)
I think it's a hardware capability but it's not activated. It's the same for ati card. It's activated only the pro version card.

Sorry for my poor english.
djfred93 is offline   Reply With Quote
Old 14th December 2013, 00:48   #21077  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 6,232
that's not true normal cards can do 10 bit and evr can output 10 bit with normal cards but there is a problem with directx 11. no full control of the output picture.

and nvidia says clearly that normal cards can use 10 bit with directx.

of cause normal amd cards support 10 bit with directx too but the point is that this should work with directx 10 because the nvidia 200 is a dirctx 10 card. the the problem is 3d is on a hole different level...
huhn is offline   Reply With Quote
Old 14th December 2013, 05:47   #21078  |  Link
Mangix
Audiophile
 
Join Date: Oct 2006
Posts: 354
madVR is DX9 for now. So don't get your hopes up.
Mangix is offline   Reply With Quote
Old 14th December 2013, 14:23   #21079  |  Link
6233638
Registered User
 
Join Date: Apr 2009
Posts: 1,019
Quote:
Originally Posted by huhn View Post
there is a problem with directx 11. no full control of the output picture.
What do you mean by this?

Quote:
Originally Posted by Mangix View Post
madVR is DX9 for now. So don't get your hopes up.
Unless I am mistaken, I seem to remember older builds of madVR offering DX11 output.

Last edited by 6233638; 14th December 2013 at 14:27.
6233638 is offline   Reply With Quote
Old 14th December 2013, 15:38   #21080  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 6,232
yeah with "wrong" color.

you can't control the output with directx 11. if i remember correctly.

and most likely that's why it is no longer in general settings.
0.60-0.70 should have this option try it out.

and that's why i ask if directx 10 is a option or at least worth a look at.
huhn is offline   Reply With Quote
Reply

Tags
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 15:13.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, vBulletin Solutions Inc.