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. |
8th June 2011, 06:44 | #2 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,986
|
Provided you have a 10 bit display and connection to it, MPC-HC with MadVR should be able to do this. You'd probably need to use an AVI wrapped version of the file though.
Oh.. I just realized you're on Linux... in which case no idea.
__________________
These are all my personal statements, not those of my employer :) |
8th June 2011, 08:51 | #3 | Link |
Registered User
Join Date: Jun 2005
Posts: 278
|
I would suspect most up-to-date players will.
Latest MPlayer (SVN, _not_ rc4) definitely will, as will ffplay (from FFmpeg) and I suspect that VLC and possibly others will, too. Actually if it is v210 uncompressed format even MPlayer rc4 might support it, don't remember when exactly support was added. |
9th June 2011, 19:17 | #5 | Link |
Registered User
Join Date: Mar 2006
Posts: 8
|
well
VLC will not http://forum.videolan.org/viewtopic....301436#p301436 Re: 10 bit? Postby Rémi Denis-Courmont » Tue Jun 07, 2011 1:02 pm 10-bits color components has not been implemented so far. |
10th June 2011, 06:00 | #6 | Link | |
Registered User
Join Date: Apr 2008
Posts: 1,181
|
Quote:
|
|
10th June 2011, 09:30 | #7 | Link | |
Registered User
Join Date: Jun 2005
Posts: 278
|
Quote:
Secondly, MPlayer's -vo gl supports up to 16 bit as long as your hardware and OpenGL driver do (with the flip side being if they don't you don't even get dithering). NVidia professional cards at least support 10 bit framebuffers, and that to my knowledge is actually tested with MPlayer. But don't ask me whether they actually can output 10 bit in some way and what kind of hardware can accept such output. |
|
10th June 2011, 10:42 | #8 | Link |
eccentric
Join Date: Jan 2011
Posts: 24
|
The "high-bit-depth" titled MPlayer2 builds on my site have been patched to support the 9/10-bit colorspaces used by H.264.
They convert to dithered 8-bit yuv420p using swscale if the output driver a) does not support high bitdepths and b) would use unscaled yuv444p (the assembly code for that conversion apparently breaks with MinGW). As stated by Reimar, 10-bit graphics hardware and monitors supporting that bit depth are hard to find among the majority of MPlayer’s user base (most don’t even have real 8-bit monitors but actually 6-bit TN panels). Anyway, dithering to 8 bpc makes it look good enough for most. And it sure is nice to get good-looking encoding results without having to waste a lot of bits on hardcoded dithering |
10th June 2011, 11:58 | #9 | Link | |
Registered User
Join Date: Jun 2005
Posts: 278
|
Quote:
That will also work for forcing libswscale software conversion with dithering in general. And I should also mention that ATI's fglrx drivers are broken as always: Using 16-bit LUMINANCE16 textures (needed for 10-bit output) results in the right half of the output being a duplicate of the left. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|