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. |
26th August 2012, 10:55 | #20101 | Link | |
Registered User
Join Date: Oct 2010
Location: The Netherlands
Posts: 1,083
|
Quote:
The images you posted feature basic upright letters and the picture has a large contrast. Those are easy to render, and hides the 6-bit-at-best color rendering quite well. (The colors degrade even more if heavy grading of pre-multiplied alpha comes into play, and after the weird R'G'B'->Y'CbCr limited range conversion is used.) The subtitle renderers are really not easy to edit. (Not only the vector renderers are odd.The bitmap-type renderers also do weird things.) The bad performance of the vector subtitle renderers is mostly due to sloppy programming and poor design choices. These two reasons are also the main cause of the awful rendering quality, which bothers me the most. In the case of rendering SSA/ASS subtitles, there's also the factor of the color tags for the awkward R'G'B' format the standard calls for. For some reason a notation that only takes 256 levels of R'G'B' color and alpha was chosen, instead of a regular floating-point notation. This means that only few colors can be rendered at all, which is just a pity. I've been trying to edit a few of the worst things where I could, but it's very hard. The double dependency of both VSFilter and the DirectX 9 allocator unit on the same subtitle renderers makes it a menace as well. I mostly edited the subtitle queue handler, SSE function implementations and editing the DirectX 9 allocator unit to clear it from bugs (or more commonly adding 'features' of the subtitle renderer) for the texture unit and color correction. It gained in quality and performance and I'm happy that that work paid off. It's just by far not good enough, though. @MasterNobody: I'll give it a try. Thank you for reporting, though normally this should go on the bug tracker.
__________________
development folder, containing MPC-HC experimental tester builds, pixel shaders and more: http://www.mediafire.com/?xwsoo403c53hv |
|
26th August 2012, 12:10 | #20102 | Link | ||
Broadband Junkie
Join Date: Oct 2005
Posts: 1,859
|
Quote:
For this reason, the tentative plan was to merge anything MPC-HC needed from VSFilter 2.41 into xy-VSFilter rather than the other way around. I still haven't forgotten xhmikosr's request to get the xy-VSFilter dev on IRC to enter discussions with the MPC-HC team. Unfortunately this became delayed longer than expected. For a long time the project was on haitus, and now he's pre-occupied with completing xy-VSFilter's side of the new subtitle interface designed with madshi and nevcairiel as a replacement for the MPC-HC ISR. Quote:
Do you remember where you read that, or rather how long ago? I'm not able to reproduce any crashes caused by negative {\p1}...{\p0} values, and I never remember receiving any bug reports about such. I'll need an example script, if there really is such a bug in the current versions. |
||
26th August 2012, 12:44 | #20103 | Link | |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Quote:
http://code.google.com/p/xy-vsfilter/wiki/ReleaseNotes?tm=6 It was not {\p1}...{\p0}, but {\clip(...)}. Sorry! @JanWillem32 @cyberbeing I'm really happy and excited to know that there are people who are actually trying to improve VSFilter. And yes! I have to agree, in general, with what you guys are saying (though I don't really know the technical details). Just in case there is some renewed interest: I posted these to MPC-HC bug tracker while ago: *#2460 ASS Shadow alpha is wrong if subtitles are overlapped in a certain way *#2461 \r in ASS can break "Position subtitle relative to the video frame" Both are very old problems for me, but a few years ago, it was like, people were like "Reporting a bug of VSFilter? You're wasting your time. No one is working on it." I didn't know the latest buzz at all, and am happy to hear about xy-VSFilter. Last edited by Liisachan; 26th August 2012 at 12:47. |
|
26th August 2012, 12:53 | #20104 | Link |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
I think #2461 does not apply to stand-alone (xy-)vsfilter anyway, since it only works on the input by the decoder. But that is not the only problem with MPC-HCs renderer and the positioning IIRC. For example positioned subtitles, boxes, etc. would also overlap into the black borders.
|
26th August 2012, 13:08 | #20105 | Link | |
Registered User
Join Date: Jul 2007
Posts: 552
|
Quote:
P.S. btw. Link "Bugs can be reported here" from first post doesn't work. Last edited by MasterNobody; 26th August 2012 at 13:10. |
|
26th August 2012, 13:23 | #20106 | Link |
Registered User
Join Date: Oct 2010
Location: The Netherlands
Posts: 1,083
|
The support readme: https://github.com/mpc-hc/mpc-hc#readme
The support tracker is still the same as it was indeed. For your sample, it doesn't crash for me. It only rarely throws an exception that the crash reporter catches. The video keeps playing for me. It's a bit hard to debug, but I'll try some more. @Liisachan: For #2460; A layer property is probably stored wrong. I don't exactly know where to look for this code. I generally don't touch the code that handles these sorts of things. For #2461; I re-wrote the DirectX 9 texture unit in the renderer fixes builds. It seems to work for the sample. By the way, in the picture you posted, the sample for "no anti-aliasing" shows pixel blur (with a strong ClearType tinting of red on the left). If I render fonts without anti-aliasing, absolutely no color blending occurs. Also, the color is different than the other samples. Do you have any further source information about this picture?
__________________
development folder, containing MPC-HC experimental tester builds, pixel shaders and more: http://www.mediafire.com/?xwsoo403c53hv |
26th August 2012, 13:36 | #20107 | Link |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
@JanWillem32
The first picture is drawn as SSA by VirtualDub's old plugin, called Subtitler, with the Advanced Rasterizer disabled. The last picture is drawn normally (as text) by VSFilter. The other pictures are drawn by VSFilter too, but as a path, as {\p1}...{\p0}, {\p2}...{\p0}, and {\p3}...{\p0} respectively. I'm on Win XP, with USP10 1.0626.7600.20602. It's just showing VSFilter is anti-aliasing, and (my guess is) it's internally equivalent to {\p4}...{\p0}. I didn't mean anything else. EDIT: Wait, captions like "no anti-aliasing" are drawn normally on an image editor. They are not part of demo, but simply captions. Last edited by Liisachan; 26th August 2012 at 13:44. |
1st September 2012, 02:26 | #20109 | Link |
Registered User
Join Date: Oct 2007
Posts: 108
|
I still can't figure out the 10bit option under Presentation. Using stats the output is still 8bit, even if it is forced, and no decoder can output 10bit through EVR(CP) at all. Is there a point to enabling it? 10bit sources are seldom seen, and madVR is overkill for my needs.
|
1st September 2012, 13:23 | #20110 | Link |
Registered User
Join Date: Oct 2010
Location: The Netherlands
Posts: 1,083
|
The 10-bit output is a renderer feature, independent from video source. (The renderer can operate without video input as well, and output in 10-bit.)
Requirements for this feature: -operating on Windows 7 -AMD Radeon/FireGL X1??? generation video card or newer, using a D-Sub analog (verified), HDMI (verified) or DP (no reports yet) connection, or one of the enabled Nvidia Quadro video cards since 2007 with a DP connection (no reports yet), I don't have information on Intel GPUs and 10-bit output capability yet -D3D fullscreen exclusive mode enabled -a display that will accept the 10-bit RGB signal (Note that the options for the Y'CbCr and 'limited range'/'studio range' RGB formats in the video card configuration panels force conversion of the pictures after the renderer, which degrade the image. Only full-range RGB formats are available for the renderer to output. Trying to output natively on a surface in a Y'CbCr format for display output has not been successful yet.)
__________________
development folder, containing MPC-HC experimental tester builds, pixel shaders and more: http://www.mediafire.com/?xwsoo403c53hv |
1st September 2012, 14:44 | #20112 | Link |
Registered User
Join Date: Oct 2007
Posts: 108
|
Ah yes, it works now, though the D3D option is a bit inconvenient. Cheers!
Edit - Actually it doesn't. Setting output to P010 in ffdshow just crashes the player, and using internal filter the output is NV12. Last edited by Pulstar; 1st September 2012 at 17:58. |
2nd September 2012, 02:28 | #20114 | Link |
Registered User
Join Date: Nov 2010
Posts: 80
|
Can anyone please help with this problem I Have been having for a long time?
Basically, my "mpc-hc.ini" file very often gets corrupt. Whenever I save anything from the "options" menu, MPC freezes for 10-30 seconds. It took me a while to see that in Windows explorer it is rebuilding "mpc-hc.ini". (I can see the file-size go up from 0 to the current size of 254 KB.) If I do anything, stop anything, open another instance of MPC, etc while it is re-building this file, it stops right there, leaving me with an uncomplete ini file. I'm a software engineer, so I can get pretty technical, but it seems to me that in order to fix other possible defects that MPC is rebuilding the entire ini file needlessly (often nothing changes at all...You can reproduce the problem by selecting "Options" then simply pushing "OK.") Thanks in advance for any help. (And let me know if I can do anything to help!) This initially was just an annoyance, but it is getting real bad now... Oh currently I"m on version 1.6.4.5881 (2196459) - however, as I mentioned, I have had this issue for as far as I can remember. (Although I think it is getting worse as new options are added in subsequent versions.) I'm also on Windows 7 x64, but I also noticed this on my 32-bit Windows 8 laptop. thanks again, MikeY |
2nd September 2012, 14:24 | #20118 | Link |
Registered User
Join Date: Sep 2011
Posts: 22
|
Quote:
Not yet fix. (MPC-HC H.264 DXVA decoder doesn't support deblocking for Intel HD Graphics) sample.flv http://www.sendspace.com/file/xdrg1y Last edited by pulbitz; 2nd September 2012 at 17:16. |
2nd September 2012, 14:59 | #20119 | Link |
Registered User
Join Date: Oct 2010
Location: The Netherlands
Posts: 1,083
|
The EVR and VMR-9 mixers require support from the video card drivers to handle formats. The Y'CbCr formats supported by all reasonably modern video cards are: NV12 (8-bit 4:2:0), YUY2 (8-bit 4:2:2) and UYVY (8-bit 4:2:2). Nvidia also added YV12 and I420/IYUV (both 8-bit 4:2:0) support. It's not likely that newer drivers will support more formats anytime soon. Equipping the renderer with a custom mixer that supports additional formats is possible, but creating a custom mixer would require quite a bit of programming work.
__________________
development folder, containing MPC-HC experimental tester builds, pixel shaders and more: http://www.mediafire.com/?xwsoo403c53hv |
2nd September 2012, 23:59 | #20120 | Link | |
Member of a Library
Join Date: Oct 2002
Posts: 463
|
Quote:
I think in your case it might be caused by virus/antivirus or UAC File System Virtualization. GL Last edited by GrofLuigi; 3rd September 2012 at 00:05. |
|
Tags |
dxva, h264, home cinema, media player classic, mpc-hc |
|
|