View Issue Details

IDProjectCategoryView StatusLast Update
0000120Cinelerra-GG[All Projects] Featurepublic2020-09-05 01:28
ReporterMatN Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status newResolutionopen 
PlatformX86_64OSMintOS Version18.3
Product Version2018-12 
Target VersionFixed in Version 
Summary0000120: Cannot render Blu-ray to project settings
DescriptionI import a UHD file at 25p, and set the project format to match.
Then when I do blu-ray render, a) it doesn´t show any UHD formats, and b) it shows a HD format but not 25p .
I do not know if there is a restriction in codecs, according to Wikipedia (https://en.wikipedia.org/wiki/Blu-ray) the UHD format is supported.
Steps To ReproduceSee description
TagsHELP needed

Activities

Andrew-R

Andrew-R

2020-09-05 01:28

reporter   ~0003991

may be I should split this into its won issue ("Support tsmuxer as alternative to bdwrite")? At least I looked again at tsmuxer git and found there

https://github.com/justdan96/tsMuxer/commit/330bb477cc4290248c90c6787fcd83aadc0c50f9
"Support for HDMV descriptors is now selectable at runtime"
in description it says:
"--hdmv-descriptors Use HDMV descriptors instead of ITU-T H.222.0 | ISO/IEC 13818-1
descriptors. Activated automatically for BD muxing."

Note there is gui (Qt) and console version of this utility, I think console one can be used without much effort?
Andrew-R

Andrew-R

2020-02-10 01:03

reporter   ~0002795

little update - it seems https://github.com/justdan96/tsMuxer/commits/master constantly get fixes for UHD/HDR blu-rays .... So if original reporter still around - may be retesting this specific muxer while using CinGG just for encoding will help to find out if there is already working open-source support for at least this stage (muxing to iso file) of BD creation, even if not yet integrated in CinGG itself?
Andrew-R

Andrew-R

2019-11-09 03:56

reporter   ~0002449

actually, mpegts.h from ffmpeg already uses #define STREAM_TYPE_VIDEO_HEVC 0x24
Andrew-R

Andrew-R

2019-11-09 03:37

reporter   ~0002448

%%
comments ..:( I mean my comment 0002447
 was two quotes from another site, yet formatting not survived ..
%%

lets try this "%%" trick from https://www.mantisbt.org/wiki/doku.php/mantisbt:syntax

>To let the parser ignore an area completely (ie. do no formatting on it), enclose the area either with nowiki tags or even simpler, with double percent >signs %%.
Andrew-R

Andrew-R

2019-11-09 03:32

reporter   ~0002447

additional info

recently open-sourced tsMuxer has some support for UHD muxing, bug bugs exist

https://github.com/justdan96/tsMuxer
https://forum.doom9.org/showthread.php?t=176668&page=4

(info relative to tsMuxer's sources)

-----------
Hi all, before all I thank the tsMuxer developer for his fantastic software, and for accepting to release the source code.

Quote:
Originally Posted by jdobbs View Post
it misses frames, or more accurately it thinks some frames are a part of a previous frame and muxes them as a part of it. The result is a stream that gets progressively more out of sync (at least those that are encoded for blu-ray UHD by X265)
There is a bug creating unsynchronized AV with some HEVC files, due to insufficient size of coded picture buffer.
In brief, when reading a nal the end of the buffer is reached before finding the next nal start_code, and the PTS is not incremented for this nal.

(Edit: correction changed)
I have corrected the bug on my side by simply changing the line 7 in avPacket.h from:
Code:

const static int MAX_AV_PACKET_SIZE = 32768;

to
Code:

const static int MAX_AV_PACKET_SIZE = 800000;

I am not a developer and have limited coding knowledge, so I won't submit a patch.
----------------

and

----------

Quote:
Originally Posted by jdobbs View Post
It also uses the wrong stream type
Replace lines 41 and 42 in tsPacket.h
Code:

//static const uint8_t STREAM_TYPE_VIDEO_H265 = 0x24;
static const uint8_t STREAM_TYPE_VIDEO_H265 = 0x06;

with
Code:

static const uint8_t STREAM_TYPE_VIDEO_H265 = 0x24;
// static const uint8_t STREAM_TYPE_VIDEO_H265 = 0x25; /* HEVC conforming to profile */

Edit note: should normally be 0x25, but seems to be 0x24 in UHD Blu-rays
---------
PhyllisSmith

PhyllisSmith

2019-02-18 16:24

manager   ~0000939

Update: so that this does not get lost, when looking for a possibility refer to Andrew's email of Fri, Feb 15, 5:29 PM (2019) which will be archived in PiperMail with the title of:

"In support of issue 0000120 (UHD blu-ray encoding/mastering)"

It could be the key to a future resolution.
PhyllisSmith

PhyllisSmith

2019-02-01 00:17

manager   ~0000735

MatN: Unfortunately uhd standards for bluray seem to be proprietary. I spent a lot of time searching for definitive documentation but all of the bits and pieces added up to nothing usable. Terje did a lot of research and provided a lot of links back in 2017 to hopefully get this going. We need something like we used to get bluray built initially. This consisted of pieces from VLC libbluray + an actual iso file that we dug up for the blender project Sintel 2010 at: http://download.blender.org/durian/movies/
That was the key piece and we would need similar types of libraries and media iso to get udh to work.
terje

terje

2019-01-30 21:22

reporter   ~0000720

Maybe HEVC is required for 25p ?
https://en.wikipedia.org/wiki/Blu-ray#Video

Issue History

Date Modified Username Field Change
2019-01-30 14:04 MatN New Issue
2019-01-30 21:22 terje Note Added: 0000720
2019-02-01 00:17 PhyllisSmith Note Added: 0000735
2019-02-01 00:18 PhyllisSmith Tag Attached: HELP needed
2019-02-18 16:24 PhyllisSmith Note Added: 0000939
2019-11-09 03:32 Andrew-R Note Added: 0002447
2019-11-09 03:37 Andrew-R Note Added: 0002448
2019-11-09 03:56 Andrew-R Note Added: 0002449
2020-02-10 01:03 Andrew-R Note Added: 0002795
2020-09-05 01:28 Andrew-R Note Added: 0003991