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. |
10th March 2009, 17:16 | #2 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
what do you mean with 8 and 10 bit video file?
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! |
10th March 2009, 19:00 | #4 | Link |
x264aholic
Join Date: Jul 2007
Location: New York
Posts: 1,752
|
He probably means RGB with 8-bits per channel or 10-bits per channel (24 bit, 30 bit). Either way, x264 won't accept it like Dark Shikari said.
__________________
You can't call your encoding speed slow until you start measuring in seconds per frame. |
11th March 2009, 03:08 | #5 | Link | |
Just as bad up as down.
Join Date: Nov 2005
Posts: 166
|
Quote:
You'll need to downsample to 8-bit planar (4:2:0 YUV) before encoding if you want Blu-ray delivery. |
|
11th March 2009, 09:05 | #6 | Link | |
Registered User
Join Date: Feb 2009
Posts: 8
|
Quote:
Of course, as DS pointed out, it doesn't handle it at all. You'd need to find some other software to do the 10→8 conversion for you. |
|
11th March 2009, 09:34 | #7 | Link |
brainless
Join Date: Mar 2003
Location: Germany
Posts: 3,653
|
x264 doesn't deduce the colourspace.
It simply can't. It only accepts YV12 input, which already has 8 bits per channel and subsampled chroma. The colourspace reduction has to be done with something else. Most probably within Directshow or so...
__________________
Don't forget the 'c'! Don't PM me for technical support, please. |
11th March 2009, 15:35 | #8 | Link |
Registered User
Join Date: Nov 2008
Location: Portland ME
Posts: 17
|
Sorry about that. I should have explained it better.
So the "ConvertToYV12()" in the avs script would convert a 10bit per channel RGB file by trucating it? So I should dither it to 8bits per channel first? Thanks |
11th March 2009, 15:38 | #9 | Link |
Registered User
Join Date: May 2006
Posts: 957
|
No, because Avisynth doesn't support 10-bit video. The conversion to 8-bit would be handled by the source filter.
__________________
x264 log explained || x264 deblocking how-to preset -> tune -> user set options -> fast first pass -> profile -> level Doom10 - Of course it's better, it's one more. |
11th March 2009, 15:52 | #10 | Link |
Registered User
Join Date: Mar 2006
Location: Grand StrateGuerre
Posts: 362
|
@gatewaymastering
I recommand you to use Xscaler (a PeP tool) to convert 10bit to 8bit (there are different dithering filters) About x264 and 10bit, I understand it will be integrate in futur (with High 10 Profil). |
11th March 2009, 16:50 | #11 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
But that doesn't mean that it will be implemented in x264. The same goes for 4:2:2 and 4:4:4 chroma support. I didn't read any announcements so far...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 11th March 2009 at 16:54. |
|
11th March 2009, 19:35 | #12 | Link |
x264aholic
Join Date: Jul 2007
Location: New York
Posts: 1,752
|
Yes, it will probably be implemented eventually. But Dark Shikari already pointed out that implementing other color spaces basically requires a huge rewrite. I don't know the specifics internally, but x264 is more or less hard coded for YV12 at the moment.
__________________
You can't call your encoding speed slow until you start measuring in seconds per frame. |
12th March 2009, 06:16 | #13 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
I know that Flash supports the 4:2:2 profile in theory, but haven't ever seen an actual file using it. And Flash's rendering pipeline is 8-bit anyway, so there wouldn't really be any point. Honestly, a well-dithered 8-bit 4:2:0 is pretty darn well at our visual threshold. The nice thing about 10-bit is that you don't need to dither to hide gradients or banding, but a well-dithered 8-bit won't show gradients or banding either. Bad banding in a final encode is normally in the source as well anyway . |
|
12th March 2009, 06:36 | #14 | Link |
x264aholic
Join Date: Jul 2007
Location: New York
Posts: 1,752
|
We could use high bit depths in intermediate (Read: processing) stages though. A lot of filtering done in avisynth could stand to benefit from higher bit depths, to prevent banding from popping up. It's pretty easy to mask with appropriate use of Gradfun2db() and AQ in x264, but it could be done more elegantly if we had proper support for high bit depth processing
__________________
You can't call your encoding speed slow until you start measuring in seconds per frame. |
12th March 2009, 08:19 | #15 | Link | |
Registered User
Join Date: Jan 2002
Location: France
Posts: 2,856
|
Quote:
__________________
|
|
12th March 2009, 08:22 | #16 | Link | ||
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
Quote:
|
||
12th March 2009, 09:18 | #17 | Link |
Registered User
Join Date: Jan 2002
Location: France
Posts: 2,856
|
I'm the one who sent that email to jvt-experts, so I know that deblocking doesn't behave exactly in the same way with 8 and 10 bits. But that doesn't amount to saying deblocking is partially broken or that the standard made a mistake. And that doesn't change the fact that a normative 10 bits AVC is more efficiency than a normative 8 bits AVC.
__________________
|
12th March 2009, 09:34 | #18 | Link | |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
Or are you saying that because of the extra precision--since the encoder can decide when and when not to code the extra LSBs--it offers more flexibility and thus more compression? |
|
12th March 2009, 09:37 | #19 | Link | |
x264 developer
Join Date: Sep 2004
Posts: 2,392
|
Quote:
If you didn't care about speed you could take this all the way to the asymptote: make a codec in 32bit float. |
|
12th March 2009, 11:06 | #20 | Link |
L.A.M.E. developer
Join Date: Dec 2001
Location: Paris - France
Posts: 276
|
I *think* that some extra compression could also be gathered from H10P because it allows the use of YCgCo color space.
Rico Malvar seems to think that this is a more efficient color space, and even if all I've seen is only some papers, I would trust him on most things related to the entropy of transforms. |
|
|