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. |
![]() |
#5641 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,373
|
x265 has no support for anything Dolby Vision, you would need external tools that support this, including writing the required metadata for Dolby Vision.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
![]() |
![]() |
![]() |
#5643 | Link |
Guest
Posts: n/a
|
All dynamic HDR requires external tools to analyze the color volume of the video, frame by frame, saving this metadata to a file. For example, Samsung contributed code to x265 enabling us to parse this metadata and insert it into the HEVC bitstream as SEI messages. We are always working with partners in the video ecosystem to find ways to make these kinds of integrations easier and more reliable for our mutual end-users.
|
![]() |
![]() |
#5645 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,373
|
No. MKV has no support for Dolby Vision. Not to mention the additional metadata to even identify the streams as Dolby Vision.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
![]() |
![]() |
![]() |
#5647 | Link | |
Registered User
Join Date: Jun 2016
Posts: 92
|
Quote:
![]() With mkv not supporting DV you mean Matroska as the stream, right? Cause there are mkv containers with mpeg-ts Dolby Vision streams, that seems to work. But the matroska stream doesnt work?! For example this one is an mkv: https://drive.google.com/file/d/0Bwx...dZaGtaVm8/view Last edited by d3rd3vil; 12th October 2017 at 19:42. |
|
![]() |
![]() |
![]() |
#5648 | Link |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,297
|
Oh jeez @d3rd3vil,
That so-called 'sample' is a classic example where some idiot has simply changed the file extension from .ts to .mkv ![]() The sample has not been muxed into the .mkv container!
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
![]() |
![]() |
![]() |
#5649 | Link | |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 7,175
|
Just in case you do not yet know already: The intel C++ compiler under Linux is not compatible with glibc 2.24-9 and newer, because:
Quote:
There are bug reports from the glibc project and RedHat. Please don't mind me if this issue is irrelevant for x265. I just assumed that a cross-platform project using AVX instructions may be among the possibly affected. |
|
![]() |
![]() |
![]() |
#5650 | Link |
Registered User
Join Date: Nov 2016
Posts: 2
|
Hey Guys
Im encoding some Videos to h.265 using megui and x265 Encoder. In 95% everything runs smooth, but from time to time i encounter an error. Half of the time when i restart the encode, it works, withouth changing anything. Here is the Log: Code:
[Error] Log for job3 (video, Matrix.(03).2003.Revolutions.German.AAC51.DL.1080p.BluRay.x264-Kristallprinz.mkv.avs -> Matrix.(03).2003.Revolutions.German.AAC51.DL.1080p.BluRay.hevc) -[Information] [18.10.2017 10:08:19] Started handling job -[Information] [18.10.2017 10:08:19] Preprocessing -[Information] [18.10.2017 10:08:19] AviSynth input script --[NoImage] global MeGUI_darx = 120 --[NoImage] global MeGUI_dary = 49 --[NoImage] #resize --[NoImage] LoadPlugin("C:\Users\Gandolf\Desktop\meGUI\tools\lsmash\LSMASHSource.dll") --[NoImage] LWLibavVideoSource("F:\MeguiWorking\1g2hykjs.0bm\Matrix.(03).2003.Revolutions.German.AAC51.DL.1080p.BluRay.x264-Kristallprinz.mkv") -[Information] [18.10.2017 10:08:30] resolution: 1920x784 -[Information] [18.10.2017 10:08:30] frame rate: 24000/1001 -[Information] [18.10.2017 10:08:30] frames: 185956 -[Information] [18.10.2017 10:08:30] aspect ratio (avs): 120:49 (2.449) -[Information] [18.10.2017 10:08:30] custom command line: --bframes 6 --pmode --pools 24,0 --pme --wpp --me star -[Information] [18.10.2017 10:08:31] Job command line: "C:\Users\Gandolf\Desktop\meGUI\tools\x265\avs4x26x.exe" --x26x-binary "C:\Users\Gandolf\Desktop\meGUI\tools\x265\x64\x265.exe" --preset slow --crf 24.0 --bframes 6 --pmode --pools 24,0 --pme --wpp --me star --sar 1:1 --output "F:\MeguiWorking\1g2hykjs.0bm\Matrix.(03).2003.Revolutions.German.AAC51.DL.1080p.BluRay.hevc" "F:\MeguiWorking\1g2hykjs.0bm\Matrix.(03).2003.Revolutions.German.AAC51.DL.1080p.BluRay.x264-Kristallprinz.mkv.avs" -[Information] [18.10.2017 10:08:31] Process started -[Information] [18.10.2017 10:08:31] Standard output stream --[Information] [18.10.2017 15:44:42] avs [info]: AviSynth 2.60, build:Mar 31 2015 [16:38:54] --[Information] [18.10.2017 15:44:42] avs [info]: Video colorspace: YV12 --[Information] [18.10.2017 15:44:42] avs [info]: Video resolution: 1920x784 --[Information] [18.10.2017 15:44:42] avs [info]: Video framerate: 24000/1001 --[Information] [18.10.2017 15:44:42] avs [info]: Video framecount: 185956 --[Information] [18.10.2017 15:44:42] avs4x26x [info]: "C:\Users\Gandolf\Desktop\meGUI\tools\x265\x64\x265.exe" - --preset slow --crf 24.0 --bframes 6 --pmode --pools 24,0 --pme --wpp --me star --sar 1:1 --output F:\MeguiWorking\1g2hykjs.0bm\Matrix.(03).2003.Revolutions.German.AAC51.DL.1080p.BluRay.hevc --frames 185956 --fps 24000/1001 --input-res 1920x784 --input-csp i420 -[Error] [18.10.2017 10:08:31] Standard error stream --[Information] [18.10.2017 10:08:42] yuv [info]: 1920x784 fps 24000/1001 i420p8 sar 1:1 unknown frame count --[Information] [18.10.2017 10:08:42] raw [info]: output file: F:\MeguiWorking\1g2hykjs.0bm\Matrix.(03).2003.Revolutions.German.AAC51.DL.1080p.BluRay.hevc --[Information] [18.10.2017 10:08:42] x265 [info]: HEVC encoder version 2.5+2-18fa144d453e --[Information] [18.10.2017 10:08:42] x265 [info]: build info [Windows][GCC 7.1.0][64 bit] 8bit+10bit+12bit --[Information] [18.10.2017 10:08:42] x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 --[Warning] [18.10.2017 10:08:42] x265 [warning]: Limit reference options 2 and 3 are not supported with pmode. Disabling limit reference --[Information] [18.10.2017 10:08:42] x265 [info]: Main profile, Level-4 (Main tier) --[Information] [18.10.2017 10:08:42] x265 [info]: Thread pool 0 using 24 threads on numa nodes 0 --[Information] [18.10.2017 10:08:42] x265 [info]: Slices : 1 --[Information] [18.10.2017 10:08:42] x265 [info]: frame threads / pool features : 4 / wpp(13 rows)+pmode+pme --[Information] [18.10.2017 10:08:42] x265 [info]: Coding QT: max CU size, min CU size : 64 / 8 --[Information] [18.10.2017 10:08:42] x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra --[Information] [18.10.2017 10:08:42] x265 [info]: ME / range / subpel / merge : star / 57 / 3 / 3 --[Information] [18.10.2017 10:08:42] x265 [info]: Keyframe min / max / scenecut / bias: 23 / 250 / 40 / 5.00 --[Information] [18.10.2017 10:08:42] x265 [info]: Lookahead / bframes / badapt : 25 / 6 / 2 --[Information] [18.10.2017 10:08:42] x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0 --[Information] [18.10.2017 10:08:42] x265 [info]: References / ref-limit cu / depth : 4 / off / off --[Information] [18.10.2017 10:08:42] x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1 --[Information] [18.10.2017 10:08:42] x265 [info]: Rate Control / qCompress : CRF-24.0 / 0.60 --[Information] [18.10.2017 10:08:42] x265 [info]: tools: rect limit-modes rd=4 psy-rd=2.00 rdoq=2 psy-rdoq=1.00 --[Information] [18.10.2017 10:08:42] x265 [info]: tools: rskip signhide tmvp strong-intra-smoothing lslices=4 --[Information] [18.10.2017 10:08:42] x265 [info]: tools: deblock sao --[Error] [18.10.2017 15:44:42] avs [error]: Error occurred while writing frame 149307 --[Information] [18.10.2017 15:44:42] (Maybe x26x closed) -[Error] [18.10.2017 15:44:42] Process exits with error: 0xC0000025 STATUS_NONCONTINUABLE_EXCEPTION (-1073741787) -[Information] [18.10.2017 15:44:42] Job completed -WIndows 10 64bit -64gb RAM -2x Xeon e5-2697-v3 (36C/72T) & -WIndows 10 64bit -64gb RAM -2x Xeon e5-2670-v3 (24C/48T) There is more than enough free HDD space, that cant be the problem. I run two Workers simulatneously, one with --pools 36,0 and the other --pools 0,36 It also happens when i set --pools 36,36 (running two or a single worker) If you need any more information, let me know. Cheers |
![]() |
![]() |
![]() |
#5653 | Link | |
Moderator
![]() Join Date: Jan 2006
Location: Portland, OR
Posts: 4,956
|
Quote:
First off, there aren't any extant Dolby Vision titles that use HDR10 as a base layer. The two modes you'll see in streaming or discs today are: SDR base layer + enhancement layer + dynamic metadata Non-backwards compatible base layer + dynamic metadata The enhancement layer is quarter res of the base layer, so a 2160p title would have a 1080p base layer. The non-backwards compatible base layer dynamically shifts the code values to make maximal use of the 10-bit space, and is in ICtCp. Playing it back as itself would be very trippy, but sub VideoCD quality. In both cases, the layers and metadata are combined to render a 12-bit ICtCp frame. From there it gets tone mapped to the actual display's characteristics using yet more metadata. Lots of science and tricks go into the playback process, including dynamic backlight control for non-OLED displays. As far as reusing or reencoding these streams, that would require a LOT of tooling. There's a lot of metadata (both for rendering out the source to the intermediate space, and then rendering from that to the current display) that needs to get transferred correctly for DoVi playback. And you'd need to be able to feed that content back into a DoVi player. Reencoding is going to be even more fraught. By default DoVi uses ICtCp instead of Y'CbCr color space; that's what the non-backwards compatible stream is in. And for dual layer, the enhancement layer is its own thing that doesn't look like natural images at all. So reencoding using traditional psychovisual tuning may result in...issues. Dolby Vision has a whole lot of other modes, some implemented in shipping devices, some not. But AFAIK everything available to consumers today uses one of the above. If 12-bit decoders become broadly available in CE devices someday (NVidia starting with Pascal is the only thing I know of doing it today), then DoVi could just use 12-bit ICtCp + playback metadata, which would make for simpler implementations. The content would already be in the intermediate format, leaving the (highly complex) tone mapping to display stage. I don't know if anything particularly interesting or useful could be done with DoVi today without licensing the Dolby Vision SDK. |
|
![]() |
![]() |
![]() |
#5654 | Link | |
Moderator
![]() Join Date: Jan 2006
Location: Portland, OR
Posts: 4,956
|
Quote:
|
|
![]() |
![]() |
![]() |
#5655 | Link |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,297
|
Indeed... Perhaps they would be better merged into one topic
![]()
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
![]() |
![]() |
![]() |
#5656 | Link |
Registered User
Join Date: Jun 2016
Posts: 92
|
Thank you very much benwaggoner for the detailed information. Its interesting and YET disappointing its thats difficult meaning no Dolby Vision for us noses soon
![]() At least Dolby itself could release a DV software that would be nice ![]() |
![]() |
![]() |
![]() |
#5657 | Link | |
Moderator
![]() Join Date: Jan 2006
Location: Portland, OR
Posts: 4,956
|
Quote:
This isn't a simple incremental technology, but a complex set of interlocking technologies that need to get implemented together to be useful. If one already has DoVi elementary streams and wants to play them back on a device that's enabled with DoVi playback, that seems potentially feasible as a pure muxing project. But even then there is a whole lot of metadata that needs to be handled correctly. I don't know of any open-source muxers are capable of this. Not that I've tried personally. |
|
![]() |
![]() |
![]() |
#5658 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 7,175
|
Trying to switch from MSYS (XhmikosR) to MSYS2 (MABS); it's not so simple, using separate runs in MinGW32 and MinGW64 as workaround for now to avoid patching the cross compilation toolchain file.
x265 2.5+27-0e168bdeb48b (GCC 7.2.0) Last edited by LigH; 26th October 2017 at 15:53. |
![]() |
![]() |
![]() |
#5659 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 492
|
x265 v2.5+31-df2de6ea407d (GCC 7.2.0, 32 & 64-bit 8/10/12bit Multilib Windows Binaries)
x265 [info]: HEVC encoder version 2.5+31-df2de6ea407d x265 [info]: build info [Windows][GCC 7.2.0][32/64 bit] 8bit+10bit+12bit Code:
https://bitbucket.org/multicoreware/x265/commits/branch/default |
![]() |
![]() |
![]() |
Thread Tools | Search this Thread |
Display Modes | |
|
|