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. |
1st January 2019, 14:50 | #6581 | Link | |
Registered User
Join Date: Sep 2010
Location: Ukraine, Bohuslav
Posts: 377
|
Quote:
|
|
1st January 2019, 16:37 | #6582 | Link |
Registered User
Join Date: Apr 2018
Posts: 1
|
x265 delivers Dolby Vision streams!
Hello Everyone,
Our latest blog on Dolby Vision integration into x265 is out! Do check out the blog @ http://x265.org/x265-delivers-dolby-vision-streams/ |
1st January 2019, 23:26 | #6584 | Link | |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
Quote:
|
|
2nd January 2019, 01:44 | #6585 | Link | |
Registered Loser
Join Date: Dec 2004
Posts: 117
|
Quote:
I've extracted a secondary HEVC stream from a Dolby Vision UHD blu-ray with tsMuxer and tried to use that as the --dolby-vision-rpu parameter, but I'm guessing it's looking for something different. Encoder aborts about 5 seconds in. Code:
x265 [error]: Invalid Dolby Vision RPU size in POC 8218:19:24 |
|
2nd January 2019, 02:09 | #6586 | Link | |
Registered User
Join Date: Dec 2014
Posts: 9
|
Quote:
Looks like v3 will have a lot of new features. |
|
2nd January 2019, 06:35 | #6587 | Link | |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,904
|
Quote:
Unfortunately I don't have any Dolby Vision file to extract the Dolby Vision RPU and fancy an encode, though. |
|
2nd January 2019, 10:18 | #6588 | Link | |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,227
|
Quote:
I've been able to add audio Dolby Digital and AAC audio to it using a standard MP4Box build...
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
|
3rd January 2019, 15:04 | #6589 | Link | |
Registered User
Join Date: Feb 2015
Posts: 326
|
Quote:
--aq-mode --cutree --aq-motion All of them penalize CU with butterfly and the result is extremely low quality in one place. It should be some limit in x265 that if all 3 functions penalize one place, the applied quality penalty is not bigger than some MAX_PENALTY. As a workaround we could use only 2 of these 3 functions and/or lower aq-strength. |
|
3rd January 2019, 17:56 | #6590 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
Quote:
If I understood the process right, I'm most interested in 'Profile 8.2 single layer with SDR compatibility' myself, as any extra layer that can be used for a better HDR->SDR conversion, will be very welcome. I guess this also means you guys have 'cracked' the DV layer, and it's now known how to handle the meta-data therein, right? Bit off-topic, perhaps, but I wouldn't mind seeing DV SDR layer info getting added to x264 too, one day (after all, x264 has always been predominantly about 8-bit).
__________________
Gorgeous, delicious, deculture! |
|
3rd January 2019, 20:22 | #6591 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
|
|
3rd January 2019, 20:24 | #6592 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
That said, aq-motion is still experimental. I wouldn't trust it as a "Default On" feature without a lot of testing. |
|
3rd January 2019, 20:36 | #6593 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
|
|
4th January 2019, 20:18 | #6594 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
x265 [warning]: hevc-aq enabled, disabling other aq-modes This is confusing syntax. We really should have aq-mode 4 and 5. aq-mode 4 would be HEVC-AQ, and 5 would be HEVC-AQ with low luma bias (like aq-mode 3 versus 2). The need for low-luma bias is content dependent, and we shouldn't be locked into one or another. Also I am getting VBV violations multiple times a second. From the first two seconds of my test clip: x265 [warning]: poc:0, VBV underflow (-2596808 bits) x265 [warning]: poc:8, VBV underflow (-13025705 bits):06:32 x265 [warning]: poc:4, VBV underflow (-13047849 bits):38:49 x265 [warning]: poc:16, VBV underflow (-12824903 bits)11:58 x265 [warning]: poc:12, VBV underflow (-12960465 bits):23:11 x265 [warning]: poc:24, VBV underflow (-12939991 bits)27:49 x265 [warning]: poc:20, VBV underflow (-13441281 bits):34:43 x265 [warning]: poc:32, VBV underflow (-12651471 bits)23:47 x265 [warning]: poc:28, VBV underflow (-12985385 bits):28:15 x265 [warning]: poc:40, VBV underflow (-12559455 bits)20:36 x265 [warning]: poc:36, VBV underflow (-13122593 bits)24:13 Was the Experimental Feature tag left off for HEVC-AQ? I love the idea of improved AQ, but it would be good to have a clear indication in the help text about how close to production ready this feature is. |
|
4th January 2019, 20:38 | #6595 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
Quote:
But encoding isn't the hard part. The hard part is the shaping, inverse tone mapping, and metadata generation. Profile 8.1 is only easy because uncompressed HDR-10 is pretty much the raw format of a DoVi master (plus metadata). x26? doesn't even attempt to implement the complex tech required to do a good job converting between color volumes. |
||
4th January 2019, 21:21 | #6596 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
Quote:
Thanks for the great explanations!
__________________
Gorgeous, delicious, deculture! |
|
5th January 2019, 14:18 | #6597 | Link | |
Registered User
Join Date: Dec 2014
Posts: 240
|
Quote:
__________________
AMD Ryzen 9 5950X, 32GB DDR4-3200 CL16, RTX 3060, 2TB NVMe PCIE4.0, NAS with 8x16TB HDD |
|
6th January 2019, 13:22 | #6598 | Link | |
Registered User
Join Date: Aug 2009
Posts: 4
|
Quote:
|
|
7th January 2019, 15:57 | #6599 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 483
|
x265 v3.0_RC+4-8aebc58efe5c (32 & 64-bit 8/10/12bit Multilib Windows Binaries) (32bit : GCC 7.4.0 / 64bit : GCC 8.2.1)
Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default |
7th January 2019, 17:42 | #6600 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
The RPU is just the metadata. Profiles 5 and 8.* don’t use a second encoded video layer. That’s just a legacy mode these days, as the dual-layer approach had a lot more bitrate and decode overhead. Dual layer made a lot of sense when 8-bit H.264 encoders were standard, but with 10-bit HEVC it because a lot less necessary. Plus all the non-backwards compatible shaping used in Profile 5. Sent from my iPad using Tapatalk |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|