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 > Video Encoding > MPEG-4 AVC / H.264

Reply
 
Thread Tools Search this Thread Display Modes
Old 10th October 2010, 21:48   #1  |  Link
Anakunda
Registered User
 
Join Date: Jan 2010
Posts: 330
x264 10bit-depth

hello,

today a 10 bit backend was presented. I wanted to ask if I can replace this backend with current x264, and furthermore if 10bit backend adds some quality to video, or will the video be bigger only without additional quality?
Mostly I encode from DVD and DVB(MPEG2).
Anakunda is offline   Reply With Quote
Old 11th October 2010, 00:04   #2  |  Link
Lyris
Registered User
 
Join Date: Sep 2007
Location: Europe
Posts: 602
Those are both 8bit sources anyway.
Lyris is offline   Reply With Quote
Old 11th October 2010, 03:12   #3  |  Link
Blue_MiSfit
Derek Prestegard IRL
 
Blue_MiSfit's Avatar
 
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,989
Hi Anakunda,

10 bit is a tricky thing. Here are the main talking points currently, as I see them: (Take these with a grain of salt, as I'm not terribly knowledgable or experienced WRT 10 bit x264!)

1) 10 bit H.264 can only be decoded by payware decoders currently, like Mainconcept.
2) 10 bit encoding is best used with 10 bit sources, of which there are certainly none available to the average consumer
3) 10 bit gives better quality at the same bitrate AFAIK, due to greater precision
4) 10 bit is extremely slow currently, because ASM optimizations haven't been committed to the GIT yet. This WILL happen eventually

So, my advice would be to skip it for now. This will certainly change in the future!!

Derek
__________________
These are all my personal statements, not those of my employer :)
Blue_MiSfit is offline   Reply With Quote
Old 11th October 2010, 04:31   #4  |  Link
Astrophizz
Registered User
 
Join Date: Jul 2008
Posts: 184
I would think that 10 bit would also be good for 8 bit sources since it is lossy encoding and the increased precision would help.
Astrophizz is offline   Reply With Quote
Old 11th October 2010, 04:50   #5  |  Link
burfadel
Registered User
 
Join Date: Aug 2006
Posts: 2,229
What does the 10-bit precision mean anyway? Is it possible to have the encoder chain 10-bit then have it downsample to 8-bit precision for the final encode?
burfadel is offline   Reply With Quote
Old 11th October 2010, 06:02   #6  |  Link
aegisofrime
Registered User
 
Join Date: Apr 2009
Posts: 478
Quote:
Originally Posted by Blue_MiSfit View Post
Hi Anakunda,

10 bit is a tricky thing. Here are the main talking points currently, as I see them: (Take these with a grain of salt, as I'm not terribly knowledgable or experienced WRT 10 bit x264!)

1) 10 bit H.264 can only be decoded by payware decoders currently, like Mainconcept.
2) 10 bit encoding is best used with 10 bit sources, of which there are certainly none available to the average consumer
3) 10 bit gives better quality at the same bitrate AFAIK, due to greater precision
4) 10 bit is extremely slow currently, because ASM optimizations haven't been committed to the GIT yet. This WILL happen eventually

So, my advice would be to skip it for now. This will certainly change in the future!!

Derek
Thanks so much for summarizing it so clearly and succinctly It really clears up the confusion I had.
aegisofrime is offline   Reply With Quote
Old 11th October 2010, 06:15   #7  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by Blue_MiSfit View Post
2) 10 bit encoding is best used with 10 bit sources, of which there are certainly none available to the average consumer
It works just fine with 8-bit too. We will be adding things like gradfun into the filter chain to allow 8-bit stuff to be automatically upsampled to 10-bit anyways.

Of course, widespread adoption will depend on libavcodec getting 10-bit support.
Dark Shikari is offline   Reply With Quote
Old 11th October 2010, 07:31   #8  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,277
Quote:
We will be adding things like gradfun into the filter chain to allow 8-bit stuff to be automatically upsampled to 10-bit anyways.
Nice!
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 11th October 2010, 09:05   #9  |  Link
J_Darnley
Registered User
 
J_Darnley's Avatar
 
Join Date: May 2006
Posts: 957
Quote:
Originally Posted by burfadel View Post
What does the 10-bit precision mean anyway? Is it possible to have the encoder chain 10-bit then have it downsample to 8-bit precision for the final encode?
No.
5
__________________
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.
J_Darnley is offline   Reply With Quote
Old 11th October 2010, 10:30   #10  |  Link
Amefurashi
Registered User
 
Amefurashi's Avatar
 
Join Date: Jan 2006
Posts: 30
Quote:
Originally Posted by Dark Shikari View Post
Of course, widespread adoption will depend on libavcodec getting 10-bit support.
Is there the technical possibility (as far as you would know) to implement the 10-bit decoding in common standalone devices as well (eg. WDTV Live, Popcorn Hour etc.)?
Amefurashi is offline   Reply With Quote
Old 11th October 2010, 10:31   #11  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by Amefurashi View Post
Is there the technical possibility (as far as you would know) to implement the 10-bit decoding in common standalone devices as well (eg. WDTV Live, Popcorn Hour etc.)?
Sure, but it would probably require new hardware decoders.
Dark Shikari is offline   Reply With Quote
Old 11th October 2010, 10:35   #12  |  Link
Amefurashi
Registered User
 
Amefurashi's Avatar
 
Join Date: Jan 2006
Posts: 30
Quote:
Originally Posted by Dark Shikari View Post
Sure, but it would probably require new hardware decoders.
Ouch... I was hoping for a firmware-updating solution...

Thanks
Amefurashi is offline   Reply With Quote
Old 11th October 2010, 12:14   #13  |  Link
burfadel
Registered User
 
Join Date: Aug 2006
Posts: 2,229
Quote:
Originally Posted by J_Darnley View Post
No.
5
I didn't think so
burfadel is offline   Reply With Quote
Old 11th October 2010, 16:08   #14  |  Link
lithoc
Registered User
 
Join Date: Jan 2004
Posts: 95
Quote:
Originally Posted by Dark Shikari View Post
Sure, but it would probably require new hardware decoders.
How about UVD or Purevideo/VDPAU or intel?
May be we will have another round of ... "Who will be the 1st to support High10P"?

It's good to see some competition here.
lithoc is offline   Reply With Quote
Old 11th October 2010, 18:56   #15  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by lithoc View Post
How about UVD or Purevideo/VDPAU or intel?
As the do not use GPU programs (shaders), which probably could be updated, but "hardwired" decoder chips integrated on the graphics board, which can not be updated, new hardware will be nedded
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 11th October 2010, 20:02   #16  |  Link
Sharktooth
Mr. Sandman
 
Sharktooth's Avatar
 
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
..why not add gradfun (in addition to the standard deblock) into the decoder specs? it would save a lot of headaches...
Sharktooth is offline   Reply With Quote
Old 30th October 2010, 00:12   #17  |  Link
UltraTV
Registered User
 
Join Date: Jul 2007
Posts: 56
What colorspace should be used for 10-bit encoding in x264? I have some 4:2:2 sources, but when I run them through they're being converted to yuv420.

Code:
x264_10 --pass 1 --preset veryslow --tune film --profile high10 --bitrate 30000 --stats ".stats" --keyint 96 --thread-input --sar 1:1 --output NUL "test.avs"avs 
[info]: 1920x1080p 1:1 @ 29970000/1250071 fps (cfr)
resize [warning]: converting from yuyv422 to yuv422p
resize [warning]: converting from yuv422p to yuv420p.........

Last edited by UltraTV; 30th October 2010 at 00:12. Reason: added some info
UltraTV is offline   Reply With Quote
Old 30th October 2010, 00:16   #18  |  Link
J_Darnley
Registered User
 
J_Darnley's Avatar
 
Join Date: May 2006
Posts: 957
x264 only supports 4:2:0
__________________
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.
J_Darnley is offline   Reply With Quote
Old 30th October 2010, 00:23   #19  |  Link
UltraTV
Registered User
 
Join Date: Jul 2007
Posts: 56
I see, so 4:2:0 @ 10-bit. So sticking with yv12 is best.

Last edited by UltraTV; 30th October 2010 at 00:28.
UltraTV is offline   Reply With Quote
Old 31st October 2010, 04:46   #20  |  Link
popper
Registered User
 
Join Date: Mar 2006
Posts: 272
Quote:
Originally Posted by Dark Shikari View Post
Sure, but it would probably require new hardware decoders.
Quote:
Originally Posted by lithoc View Post
How about UVD or Purevideo/VDPAU or intel?
May be we will have another round of ... "Who will be the 1st to support High10P"?

It's good to see some competition here.
actually DS perhaps you might ask Francois about the SB Decoder ?, i think it will/might, as its not a fixed ASIC fixed-function decoding device such as NV and amd seem to use now, and he could probably work it into the patch if not already there somehow if it ever goes through.

Last edited by popper; 31st October 2010 at 04:49.
popper is offline   Reply With Quote
Reply

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 13:23.


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