BD Rebuilder Beta - Bug Reports Only

[MrVideo]

So, I thought I would try something else. The disc's 2nd audio stream is a descriptive track. Therefore the plan was to replace the 2nd stream with a DD5.1 stream that doesn't have Cinavia. While BDRB ws recoding the video, I replaced the audio stream in the workfiles directory. It has the same PID as the file that was replaced.

After BDRB was finished, I used BDEdit to fix the chapter marks and remove the listing of audio streams that are not there.

The disc refuses to let the player select the audio stream by pushing the "Audio" button. Even if you use the menu to select the descriptive track, only the TrueHD track is played.

No idea why the DD5.1 track can't be played.

Update: I took the M2TS file that BDRB created and fed it to tsMuxer. I had it create a BD ISO. That played just fine, allowing me to switch between audio tracks.

As this is a UHD disc, there are no special features, so I'll just use BDRB to create a disc with a simple menu.

[SeeMoreDigital]

The Dolby TrueHD streams are with core.
Dolby TrueHD audio streams can be encoded with or without a 'lossy' Dolby Digital core. But just as with Dolby Digital Plus, a 'lossy' Dolby Digital core is a mandatory requirement of the Blu-ray disc specification.

[MrVideo]

Right. My response was because it was thought that the stream I had was without a core, and in this case it wasn't.

[MrVideo]

Well, creating a UHD disc with a simple menu is currently a bust. It is because of the issue whereby BDRB wants to re-encode TrueHD audio to plain AC3 audio, even though the Keep HD audio is set to 1. Plus, the re-encode AC3 is set to 0.

[AmigaFuture]

Hello All, Happy Yuletide.

I've noticed this problem with several BDs...some of I've processed a long time ago, so I reripped my originals to check. The processing (blanking) part seems to go fine. It's when I have BD-RB make MKVs from the processed BD that this error happens. There's an "Error: -2" that happens with some. I've reripped with MakeMKV and DVDFab..doesn't matter which one.

[12/25/21] BD Rebuilder v0.61.25
[16:59:50] Source: NORTH_SHORE
- Input BD size: 29.84 GB
- Approximate total content: [02:17:35.638]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Auto Quality: Very Good (Very Fast), 1-Pass VBR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[16:59:50] PHASE ONE, Encoding
- [16:59:50] Processing: VID_00000 (1 of 6)
- [16:59:50] Extracting A/V streams [VID_00000]
- [16:59:53] Reencoding video [VID_00000]
- [16:59:53] Keeping original video (no reencode)
- [16:59:53] Processing audio tracks
- [16:59:53] Multiplexing M2TS
- [16:59:57] Blanking: VID_00001 (2 of 6)
- [16:59:57] Blanking: VID_00002 (3 of 6)
- [16:59:57] Processing: VID_00004 (4 of 6)
- [16:59:57] Extracting A/V streams [VID_00004]
- [17:07:27] Reencoding video [VID_00004]
- [17:07:27] Keeping original video (no reencode)
- [17:07:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [17:07:27] Multiplexing M2TS
- [17:28:26] Blanking: VID_00007 (5 of 6)
- [17:28:26] Processing: VID_00010 (6 of 6)
- [17:28:26] Extracting A/V streams [VID_00010]
- [17:28:30] Reencoding video [VID_00010]
- [17:28:30] Keeping original video (no reencode)
- [17:28:30] Processing audio tracks
- [17:28:30] Multiplexing M2TS
[17:28:33]PHASE ONE complete
[17:28:33]PHASE TWO - Rebuild Started
- [17:28:33] Rebuilding BD file Structure
[17:29:00] - Encode and Rebuild complete
[17:29:00] JOB: NORTH_SHORE finished.
[12/25/21] Checking System Settings
----------------------
[12/25/21] BD Rebuilder v0.61.25
[17:30:30] Source: NORTH_SHORE_00004
- Input BD size: 27.31 GB
- Approximate total content: [01:35:52.663]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, Intact Audio
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[17:30:34] PHASE ONE, Encoding
- [17:30:34] Processing: VID_00010 (1 of 3)
- [17:30:34] Extracting A/V streams [VID_00010]
EXIT CODE: -2
- Extracting video streams [VID_00010]
- Extracting audio/subtitle streams [VID_00010]
EXIT CODE: -2
- Reading buffer overflow. Possible container streams are not syncronized. Please, verify stream fps. File name: L:\NORTH_SHORE\BDMV\\STREAM\00010.m2ts
- Extracting audio streams [VID_00010]
EXIT CODE: -2
- Error in attempt to extract audio.
- Reading buffer overflow. Possible container streams are not syncronized. Please, verify stream fps. File name: L:\NORTH_SHORE\BDMV\\STREAM\00010.m2ts
- Reading buffer overflow. Possible container streams are not syncronized. Please, verify stream fps. File name: L:\NORTH_SHORE\BDMV\\STREAM\00010.m2ts
[18:10:12] - Failed to retrieve audio, aborted

[Options]
VERSION=0.61.0.25
ENCODER=0
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=47366
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AUDIO_DRC=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=28
ALTCRF=23
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
ENABLE_TEST=1
ENABLE_BLANKING=1
QUICK_EXTRAS=0
[Paths]
SOURCE_PATH=L:\NORTH_SHORE\
WORKING_PATH=L:\


Any ideas? I've also checked my storage HDDs and they're in good shape.

[AmigaFuture]

Oops...it's having problems creating an MKV from a fresh rip also.

[gonca]

MrVideo
Can you not encode the video(s) outside of BDRB?
If yes, then use tsMuxeR to create seperate BDs (each video/audio file)
BDRB can the import them and create a folder structure with a menu

[MrVideo]

Can you not encode the video(s) outside of BDRB?
No. Not set up for H265 encoding. I suspose I could use VideoReDoPro to do it, but it would be a guess as to what to configure it for in order to come out with the right size. Also, it would be a software encoding and therefore take a coon's age to do it.
If yes, then use tsMuxeR to create seperate BDs (each video/audio file) BDRB can the import them and create a folder structure with a menu
I'm not sure how that would help. BDRB extracts the video and audio streams. It then wants to recode the TrueHD to plain ole AC3.

[gonca]

I use the approach I described and it never re-encodes my thd files.
It just demuxes and remuxes them

You can always try x264 launcher (it does hevc as well)
It will enter the basic settings for you but you can enter all the custom command switches you want
If you have a feature capable NVidia card you can use NVEncc

[Lowpro]

Can you not encode the video(s) outside of BDRB? If yes, then use tsMuxeR to create seperate BDs (each video/audio file) BDRB can the import them and create a folder structure with a menu.
I'm not sure how that would help. BDRB extracts the video and audio streams. It then wants to recode the TrueHD to plain ole AC3.BD Rebuilder does the same if I import content containing EAC3 audio. To retain the EAC3 audio I first extract a copy of the audio from the content I'm working with for use later. I then use multiAVCHD to create a Blu-ray without a Blu-ray menu. When building the Blu-ray I don't include the audio. I then import the resulting Blu-ray to BD Rebuilder creating the Blu-ray menu. Once testing to ensure the Blu-ray menu is good to go I re-author the Blu-ray using multiAVCHD adding the audio back in addition to adding subtitles and updating the chapter stops if needed.

[MrVideo]

I just did a backup of a UHD and even though the meta file was set to do chapters every 5 minutes, the playlist had the original chapter marks.

[jdobbs]

Well, creating a UHD disc with a simple menu is currently a bust. It is because of the issue whereby BDRB wants to re-encode TrueHD audio to plain AC3 audio, even though the Keep HD audio is set to 1. Plus, the re-encode AC3 is set to 0.Your statement misrepresents the facts. It isn't an "issue" for BDRB to insist that your audio meets the BD standard. The "Keep HD" flag doesn't bypass the need to meet BD requirements.

I've personally created dozens of UHD discs using BD-RB, many with TrueHD. So I wouldn't say "creating a UHD disc with a simple menu is currently a bust" would be an accurate statement either.

Trying to push for something you want by making misleading statements doesn't work with me. So the concept of creating a hidden flag to keep EAC3 streams is off the table. It was a bad idea anyway.

[videoh]

Trying to push for something you want by making misleading statements doesn't work with me. You should show more respect to your users. Without them, you are nothing.

[CV91913]

You should show more respect to your users. Without them, you are nothing.
No, users should show more respect for the developer. JDobbs has worked on this "beta" software for years for FREE. I am guessing he has spent far more making changes that users request or fixing problems than he has made from donations.

Some are just lucky he has mellowed with age. In the old days...strikes may have rained down. :D

[videoh]

Strike for what? Offering some friendly advice?

[MrVideo]

Your statement misrepresents the facts. It isn't an "issue" for BDRB to insist that your audio meets the BD standard. The "Keep HD" flag doesn't bypass the need to meet BD requirements.
The TrueHD audio is just that, TrueHD audio, not EAC3 audio. I have no idea where you got the idea that this was about EAC3 audio. It isn't.

Here is the MediaInfo about the TrueHD stream:
Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : MLP FBA AC-3 16-ch
Format/Info : Meridian Lossless Packing FBA with 16-channel presentation
Commercial name : Dolby TrueHD with Dolby Atmos
Muxing mode : Stream extension
Codec ID : 131
Duration : 1 h 56 min
Bit rate mode : Variable
Bit rate : 640 kb/s
Maximum bit rate : 8 229 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossless
Stream size : 532 MiB (3%)
Service kind : Complete Main
Number of dynamic objects : 11
Bed channel count : 1 channel
Bed channel configuration : LFE
I've personally created dozens of UHD discs using BD-RB, many with TrueHD. So I wouldn't say "creating a UHD disc with a simple menu is currently a bust" would be an accurate statement either.
I originally took the UHD structure and let BDRB do a backup of it. I was then going to take that backup and replace one of the AC3 audio streams with a different audio stream. No matter what I tried, including using BDEdit (0.49), I could not get the result to play. There are posts about it.

Since this UHD disc doesn't have any special features (most don't), I decided to create a simple menu of the M2TS file. First I put the M2TS file into tsMuxer so that I could get rid of unwanted audio and sub-title streams and add in the wanted audio stream. I also had to set the language for the audio and subtitles. I created a project for this job:
[Options]
VERSION=0.61.0.25
ENCODER=1
MODE=0
TARGET_SIZE=23500
AUTO_BURN=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=0
SD_TO_1080=0
IGNORE_3D=1
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=2
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=2
SUBTITLE_TRACK_LIMIT=4
CUSTOM_TARGET_SIZE=23500
MENU_BACKGROUND=E:\BD-Rebuilder\Passengers\Passengers-bkg.jpg
IMPORT_THRESHOLD=0
QUICK_PLAY_THRESHOLD=0
MENU_AUTO_BACKGROUND=0
MENU_AUTO_DVDAUDIO=1
MENU_FORCE_QUICK=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IMPORT_LIMIT_LANG=0
IMPORT_KEEP_PLAYALL=0
IMPORT_VFR_SCAN=0
FORCE_NOENCODE=0
MENU_FONT=Helvetica
MENU_FONT_BOLD=1
MENU_FONT_ITALIC=0
MENU_VERTICAL=850
MENU_HORIZONTAL=850
MENU_ACTIVE_COLOR=0xCFCFCF
MENU_CUSTOM_COLOR=
MENU_INACTIVE_COLOR=0x808080
MENU_BACKDROP_OPACITY=0
MENU_ROLLOVER=1
MENU_ITEMS_PAGE=10,12
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=0
IMPORT_VFR_FILM=0
AVSFilter01=selectevery(2,0)
IMPORT_PREPARE_MKV=0
UHD_CONVERT_ENABLE=1
UHD_V3_MODE=1
NVENC_CAPABLE=1
MIN_M2TS_SIZE=600
MENU_AUDIO=C:\BD_Rebuilder-0.61.25\tools\blankclip\blank.ac3
[Paths]
WORKING_PATH=E:\BD-REBUILDER\WORK\
SOURCE_PATH=E:\BD-REBUILDER\WORK\IMPORTS\00001.\
DGIndexNV=C:\Program Files (x86)\DGAVCDecNV\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\DGAVCDecNV\DGDecodeNV.dll
This is the result of running the job:
[20:43:09] Importing: 00001.
- [20:43:21] Importing video file: (1 of 1)
- Preparing M2TS for processing...
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Integrating into pseudo-BD structure...
- [21:08:30] Creating Quick-Play Menu...
- Encoding menu background...
- Building menu structure...
[21:08:33] Video import completed successfully.
Notice the converting audio line. Didn't another user also have this issue? I'd have to go back thru a lot of posts to fine it. Either way, I'm not making this up. Oh, and the converted audio was also mono, which I do remember as being an issue for another user.

In order to make sure that tsMuxer didn't screw something up, I ran the original M2TS file thru the same project and got:
[21:14:06] Importing: 00001.
- [21:14:25] Importing video file: (1 of 1)
- Preparing M2TS for processing...
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Integrating into pseudo-BD structure...
EXIT CODE: -1
- Source issue found, attempting correction...
[22:35:19]ERROR: Removing compression. Aborted.
I have no clue as to what it did not like. I guess using tsMuxer made the file more likable by BDRB. No mater, since the TrueHD file was also converted by BDRB.

So, for me, it was indeed a bust.
Trying to push for something you want by making misleading statements doesn't work with me. So the concept of creating a hidden flag to keep EAC3 streams is off the table. It was a bad idea anyway.
As can be seen, there were no misleading statements and there was nothing regarding EAC3 with this issue. I do not appreciate turning this into something that it isn't. Saying that you'll take away something that wasn't my fault isn't very nice either.

[gonca]

As I have said before, I never had my audio re-encoded on an import to create a simple menu.
Might be something specific to your system.

[MrVideo]

As I have said before, I never had my audio re-encoded on an import to create a simple menu.
Might be something specific to your system.
I do not see how anything on my system could be so specific that it would tell BDRB to re-encode TrueHD audio when importing a M2TS file. UHD or 1080p?

You can see my config file. I do File->Video Files->M2TS file

It would take a special compile of the program so that it listed in the log file as to the choice(s) it took to decide to recode the audio.

[jdobbs]

You should show more respect to your users. Without them, you are nothing.Coming from you, that's hilarious. Maybe you forget that I was on this site when you were a moderator.

With that said... what am I going to lose -- my virtually non-existent income (all of which gets spent [acually more] to buy discs that people report they have issues with)? I don't do this for any reason other than to help people back up their discs. Smart ass comments and complaints from those who use it are just a sign of modern times, I guess.

[jdobbs]

No, users should show more respect for the developer. JDobbs has worked on this "beta" software for years for FREE. I am guessing he has spent far more making changes that users request or fixing problems than he has made from donations.

Some are just lucky he has mellowed with age. In the old days...strikes may have rained down. :DMuch, much more.

[videoh]

Coming from you, that's hilarious. Maybe you forget that I was on this site when you were a moderator. I haven't forgotten anything. I enforced forum rules, something you subject to the whims of your ego.

With that said... what am I going to lose -- my virtually non-existent income? I don't do this for any reason other than to help people back up their discs. Smart ass comments and complaints from those who use it are just a sign of modern times, I guess. It's over, you've already allowed your ego to destroy your reputation.

Do yourself a favor, stop obsessing over me and help MrVideo with his issue.

[jdobbs]

I haven't forgotten anything. I enforced forum rules, something you subject to the whims of your ego.

It's over, you've already allowed your ego to destroy your reputation.Blah, blah, blah.... crawl back under your rock. Or maybe you want to send me another flaming personal message telling me how crazy liberal I am when you don't even know me?

[jdobbs]

For the rest of us (who are playing with a full deck of cards):

I threw together a program that uses an interface that is very similar to BD-RB that I use for reencoding groups of files using NVENCC. I call it NVENCCRE (very original, eh?). I just thought that some of the folks that use one of the NVIDIA cards with built in encoders might find it useful. You just extract the EXE file and put it in the same folder as BDRB (it accesses the tools folder of BD-RB to call NVENCC and MEDIAINFO).

Nothing complicated, I just wrote it to make some things I was doing easier. Hope you find it useful.

NVENCC Reencoder (https://jammernhilftnichts.de/jdobbs/NVENCCRE.zip)

Just remember --- it requires an NVIDIA video card that supports reencoding. It won't work without it.

[AmigaFuture]

No, users should show more respect for the developer. JDobbs has worked on this "beta" software for years for FREE. I am guessing he has spent far more making changes that users request or fixing problems than he has made from donations.

Some are just lucky he has mellowed with age. In the old days...strikes may have rained down. :D

I don't get how the comment would be strike worthy, but I do agree with the respect part.

Strike for what? Offering some friendly advice?

My first reaction when I saw that was "Wow! That's a bit much." but I'd reply this way, "If you don't like the software. Don't use it. There are plenty here that do appreciate the efforts." It's not always easy to know if someone is joking or offering advice in _text_ and some people abuse emojies.

Anyway.. Anyone notice any kind of those kind of errors I typed about with "North Shore"? I'm still checking my system to find a possible cause.

[videoh]

If you don't like the software. I don't use it. Just noticed the shabby treatment of MrVideo.

[AmigaFuture]

Nothing complicated, I just wrote it to make some things I was doing easier. Hope you find it useful.

NVENCC Reencoder (https://jammernhilftnichts.de/jdobbs/NVENCCRE.zip)

That's pretty cool. I wish my GeForce GXT 780 supported the speeds you all are seeing. With my newer Ryzen the CPU is faster. HA! Right now, with prices being as they are, I don't think I'll be in the market for a newer GPU, but..what did you get again, JD? I don't recall. I'm also being a little lazy not searching the thread. Haaa...haaa..

"Smart ass comments and complaints from those who use it are just a sign of modern times, I guess."

You're not even close to the only one noticing this. Wish you were.

[jdobbs]

but... what did you get again, JD? I don't recall. I got a GeForce GTX 1660. But that was back when they were selling in the $200-$250 range. I don't think I could afford the prices they are selling for now.

Interestingly, I looked at the prices for that card on Amazon and was a little shocked. I saw a i7 based computer at Sam's Club a while back that is cheaper (if I recall correctly) than some of the prices for that card -- and it included a GTX 1660! Not sure if it is still that price, haven't looked in a while.

[Edit] For the hell of it, I looked on the Sam's website. I didn't see it there...

[AmigaFuture]

Noted model and used to be prices. Thanks. Huh, I might have considered the i7 for the GPU. I'm very sad (Not!) that it's not there. Appreciate you looking. I suppose I should check there more now that I'm a member of Sam's Club.

[gonca]

MrVideo
Saw your log, and you are creating your own issues, somewhat.

jdobbs will correct me if I am wrong, but I believe that BD_RB will convert m2ts files to mkv (preparing files for input).
MKV will not contain a thd+ac3 file, it separates it into 2 tracks, thd and ac3, (not BD spec compliant).
Hence your re-encode.

Issues with chapters could be caused by the fact that m2ts files lose certain info, like languages and CHAPTERS,etc
Try importing BD structure or mpls instead.

Here is a log from such an import (thd+ac3 audio)

[16:12:53] Importing BDs: BLACK_PANTHER
- Analyzing source playlists...
- Title Editing Dialog...
- Importing BD: BLACK PANTHER [ 1 of 1 ]
- Importing Playlist 00001 [02:14:34.399]
- Creating Quick-Play Menu...
- Building menu structure...
[16:13:38] Import completed successfully.

No audio re-encode
No special compile either.

[MrVideo]

jdobbs will correct me if I am wrong, but I believe that BD_RB will convert m2ts files to mkv (preparing files for input).
MKV will not contain a thd+ac3 file, it separates it into 2 tracks, thd and ac3.
Hence your re-encode.
I will have to look into that, as it is something I did not know. While it is doing the preparing, I'll have to look and see if I can find an MKV in the process of being made.

I don't understand the need for creating a MKV file first. Everything can be extracted from the M2TS file via tsMuxer. Of course, EAC3 streams can't be extracted by tsMuxer. But, if a MKV file is being made, then mkvextract can be used to extract all of the streams in the MKV file, thereby not having the need to re-encode THD audio first.

If indeed this is happening, then the bug that jdobbs verified in which the AC3 re-encode was creating a mono file will need to be fixed/released.
Issues with chapters could be caused by the fact that m2ts files lose certain info, like languages and CHAPTERS,etc
Try importing BD structure or mpls instead.
I've done a couple of other UHD backups and the chapter info is correct. I will have to go back and look at the one I was having issues with. But, IIRC, it is the one where I was doing a UHD structure backup and trying to replace one of the AC3 audio streams with another and was not able to get that to work. So that makes it currently moot, as that method didn't work.

But, you've given me an idea as to how to get around the mono re-encode. That is to create a MKV file myself of the M2TS file and feed that to BDRB.

Update: Before reading your posting, I started an experiment where I used a UHD M2TS file that contains DTS-X audio. No re-encoding. Too late to see if a MKV file was created though.

[gonca]

mkvextract can be used to extract all of the streams in the MKV file, thereby not having the need to re-encode THD audio first.
Wrong.
MKV cannot support thd with an ac3 core, it must separate the two into a thd track(no core/not spec compliant) and an ac3 track.
It has to re-encode the thd selected track to make it spec compliant.
Just import the BD structure or the mpls instead.
DTS-X is a different animal.
DO NOT involve MKV with THD (with core) tracks, result is non BD compliance

[gonca]

Alright,
All references to BD includes UHD, as before.
Take this in the spirit in which it was given
Of course, EAC3 streams can't be extracted by tsMuxer
WRONG / BS
I just took the 4K movie from above, extracted the 2 E-AC3 tracks plus video with tsMuxeR
Took these 3 tracks and re-muxed into a UHD structure with tsMuxeR and guess what?
Elementary audio tracks and final playlist show these tracks as E-AC3 tracks in Mediaifo.
Spec compliance helps.

[DrinkLyeAndDie]

For the rest of us (who are playing with a full deck of cards):

I threw together a program that uses an interface that is very similar to BD-RB that I use for reencoding groups of files using NVENCC. I call it NVENCCRE (very original, eh?). I just thought that some of the folks that use one of the NVIDIA cards with built in encoders might find it useful. You just extract the EXE file and put it in the same folder as BDRB (it accesses the tools folder of BD-RB to call NVENCC and MEDIAINFO).

Nothing complicated, I just wrote it to make some things I was doing easier. Hope you find it useful...

Thank you, jdobbs. This is extremely useful!

[Acerjen]

For the rest of us (who are playing with a full deck of cards):

I threw together a program that uses an interface that is very similar to BD-RB that I use for reencoding groups of files using NVENCC. I call it NVENCCRE (very original, eh?). I just thought that some of the folks that use one of the NVIDIA cards with built in encoders might find it useful. You just extract the EXE file and put it in the same folder as BDRB (it accesses the tools folder of BD-RB to call NVENCC and MEDIAINFO).

Nothing complicated, I just wrote it to make some things I was doing easier. Hope you find it useful.

NVENCC Reencoder (https://jammernhilftnichts.de/jdobbs/NVENCCRE.zip)

Just remember --- it requires an NVIDIA video card that supports reencoding. It won't work without it.


Thank you, jdobbs. Great program. I was curious if there was a way to detect and copy the HDR metadata from a UHD source using this program and NVENC? My attempt ended up not being HDR. The colorspace reads BT.709 rather than BT.2020 in Mediainfo. Thanks. Later.

Acerjen

[MrVideo]

MKV cannot support thd with an ac3 core, it must separate the two into a thd track(no core/not spec compliant) and an ac3 track.
It has to re-encode the thd selected track to make it spec compliant.
I do not know if mkvmerge re-encodes the THD stream into separate audio streams, or if there is a way it can separate the THD part from the core. But, either way, the resulting MKV file now has a THD track, an AC3 core track and an AC3 track that I had added. I know that the AC3 core track is from the THD track because it is 640 kbps, while the AC3 track that I added is 384 kbps.

I took the MKV file that I created and gave that to BDRB. In the TEMPFILES there were the three audio tracks. But, BDRB still insisted on re-encoding the THD track to AC3. After the BD structure was finished, the THD stream was mono.

What I do not understand is why BDRB is screwing with the THD stream in the first place. The result is going to be a BD, or UHD, file structure. It is not going to be placed into a MKV wrapped file, so it needs to keep the original THD track intact. That is unless the user has indicated in the config to not keep such files.

As a side note, reading the MKV file that I created into tsMuxer resulted in it saying that the THD track was not recognized and ignored it.
Just import the BD structure or the mpls instead.
As I've said several times, I could not do so because I could not get the AC3 stream that I want into the resulting M2TS file to work.

[MrVideo]

I just took the 4K movie from above, extracted the 2 E-AC3 tracks plus video with tsMuxeR
Took these 3 tracks and re-muxed into a UHD structure with tsMuxeR and guess what?
Elementary audio tracks and final playlist show these tracks as E-AC3 tracks in Mediaifo.
Spec compliance helps.
But, an E-AC3 audio track without a core will not be muxed into a BD/UHD structure. tsMuxer complains and then aborts, failing to create the playlist file.

I was wrong in that I remembered it wrong (too much going on lately). While it will see the coreless E-AC3 track, it will not create an ISO or BD/UHD file structure. You can create a TS or M2TS file.

[SeeMoreDigital]

But, an E-AC3 audio track without a core will not be muxed into a BD/UHD structure. Just so you know...

If the EAC3 (Dolby Digital Plus) streams started their life on a Blu-ray disc, both TSmuxer GUI, gMKVExtractGUI and UsEac3To are able to extract them 'complete' with their core!

[gonca]

BDRB still insisted on re-encoding the THD track to AC3

Because the thd track in the mkv has no core and is therefore non-compliant. It has to be re-encoded

[MrVideo]

Just so you know...

If the EAC3 (Dolby Digital Plus) streams started their life on a Blu-ray disc, both TSmuxer GUI, gMKVExtractGUI and UsEac3To are able to extract them 'complete' with their core!
Yep, that I know.

[MrVideo]

Because the thd track in the mkv has no core and is therefore non-compliant. It has to be re-encoded
At the moment, I can't win using BDRB to do the complete job. A TrueHD stream needs to be left alone if it has a core. And coming from a UHD disc, it did.

I finally I got my UHD disc with TrueHD and DD audio tracks. BDRB was used for part of the process. I used BDRB to create a UHD structure with menu using the background I created. The M2TS file was not usable as it had the screwed up TrueHD audio that was split into two parts. I then used tsMuxer to create a UHD structure using the source M2TS file. The source M2TS file and the created clipinfo/playlist files were copied over to the BDRB created structure. The clipinfo/playlist files had to be renamed from 00000.xxxx to 00001.xxxx. Both files had to be edited with BDEdit 0.49 to change their references from the 00000 files to the 00001 files. Lastly I removed the tsMuxer chapter marks and used the original disc's chapter marks, plus some new ones. That disc worked great. The chapter marks even went to the correct locations.

Before you ask about the chapter marks, it seems that whomever did the chapter marks failed to create them all. There were 15 originally. The last one about 1:42:00 into the 1:56:00 movie. The 4th one that I added pointed to the start of the closing credits and the 5th one was placed about 2 seconds from the end. The other three at appropriate points. The production error carried over from the 1080p release to the 4K/HDR release. It seems no one noticed. I didn't check the 3D release, but I suspect that it is wrong as well.

[SeeMoreDigital]

Before you ask about the chapter marks, it seems that whomever did the chapter marks failed to create them all....Hmmm... This would suggest that you do not own the source disc!

[jdobbs]

Thank you, jdobbs. Great program. I was curious if there was a way to detect and copy the HDR metadata from a UHD source using this program and NVENC? My attempt ended up not being HDR. The colorspace reads BT.709 rather than BT.2020 in Mediainfo. Thanks. Later.

AcerjenYes. It can be done fairly easily. I just hadn't added that capability yet. I created the program for some specific jobs I was running (reencoding series episodes to load onto my media server), none of which was HDR, so I didn't worry much about colorspace.

[jdobbs]

For the rest of us (who are playing with a full deck of cards):

I threw together a program that uses an interface that is very similar to BD-RB that I use for reencoding groups of files using NVENCC. I call it NVENCCRE (very original, eh?). I just thought that some of the folks that use one of the NVIDIA cards with built in encoders might find it useful. You just extract the EXE file and put it in the same folder as BDRB (it accesses the tools folder of BD-RB to call NVENCC and MEDIAINFO).

Nothing complicated, I just wrote it to make some things I was doing easier. Hope you find it useful...Thank you, jdobbs. This is extremely useful!Thanks. By the way, there are some options you can put in the NVENCCRE.INI file (that is created in the installation folder) that can customize some of the defaults I put on the dropdown menus.

HEVC_Q_VALUES=nn,nn,nn
AVC_Q_VALUES=nn,nn,nn

These change what you want as the CQM values that show on the menu. Legal values are 1-51. The three values decide what values to use for GOOD, HIGH, and HIGHEST settings. The default setting, for example for HEVC_Q_VALUES is:

HEVC_Q_VALUES=32,30,25

Settings for bitrates:

HEVC_BR_VALUES=nnnn,nnnn,nnnn
AVC_BR_VALUES=nnnn,nnnn,nnnn

The numbers represent Kbps and are used in the program to fill in the options for bitrates for GOOD, HIGH, and HIGHEST bitrates. For example, the default for HEVC_BR_VALUES is:

HEVC_BR_VALUES=1000,2000,3000

I also added the ability to change the audio bitrates used for GOOD, HIGH, and HIGHEST settings (ACC and AC3):

AC3_BR_VALUES=nnn/nnn,nnn/nnn,nnn/nnn
AAC_BR_VALUES=nnn/nnn,nnn/nnn,nnn/nnn

The commas separate the values for each of the GOOD, HIGH, and HIGHEST settings. The slashes separate the bitrate (in Kbps) used for STEREO/MULTICHANNEL. Below, as an example, is the default setting for AC3:

AC3_BR_VALUES=128/384,192/448,224/640

Please note that the audio bitrate values used have to be legal for AC3. Here's a list of legal values (all in Kbps):

32,40,48,56,64,80,96,112,128,160,192,224,256,320,384,448,512,576,640

Any mistakes made in any of these entries will result in the default values being used.

[jdobbs]

@MrVideo

I just want to point out that, by deciding to output and then import, you are creating your own issues. BD-RB will keep and use untouched TrueHD and EAC3 perfectly, but only if it comes directly from a BD. That's because that's pretty much the only place where a core is needed, provided, and kept. Deciding to export and then import is a self inflicted injury. As pointed out, other containers don't typically support audio streams that have a "core" -- and a core is required for TrueHD and EAC3 when it is used in a BD.

When importing, all container types that are not MKV are converted to MKV before importing. There are many very good reasons for this which I don't have time to (or care to) explain. MKV (like many container formats) does not support a "core" audio component in a stream.

[MrVideo]

Hmmm... This would suggest that you do not own the source disc!
How could you possibly come to that conclusion? No studio is perfect. There have been several occasions whereby replacement discs have been sent out. Replacing a disc because of chapter marks, IMHO, is just not worth it.

[MrVideo]

@jdobbs

I've sure learned a few things over these past few days. I did not know that you re-wrapped all imported files to MKV, which explains the issue with TrueHD. I have no idea why the spec that MKV uses doesn't allow for TrueHD to be left intact.

I'm not sure why you lump M2TS files into the "must recode" bucket, considering that M2TS obviously handles TrueHD just fine. I do not know how anyone could make a M2TS file with a coreless TrueHD stream. Certainly not with tsMuxer, as it throws away coreless TrueHD streams.

What I did with these couple of discs is probably going to be a one-off thing. It is something for the home theater I'm putting together. And more-then-likely, it will have been a project that I actually did not need to do. I won't know that for sure until I get all of the pieces assembled.

Limitations are now known.

[jdobbs]

I have no idea why the spec that MKV uses doesn't allow for TrueHD to be left intact. Actually the "fault" belongs to the BD spec. It's the only place (I know of) where a core is needed. That's because support for TrueHD, EAC3, and several other audio codecs are allowed on a BD -- but the spec doesn't require a player to support them. So a "core" has to be included in the audio stream that consists of one of the codecs for which support is required. TrueHD doesn't normally have a core. So it is completely supported by an MKV -- only as a single stream (as it is generally meant to be). All a BD does is wrap another stream (for which support is required) in with it during muxing so a player can use that stream when it doesn't include TrueHD capability.

[jdobbs]

Thank you, jdobbs. Great program. I was curious if there was a way to detect and copy the HDR metadata from a UHD source using this program and NVENC? My attempt ended up not being HDR. The colorspace reads BT.709 rather than BT.2020 in Mediainfo. Thanks. Later.

AcerjenYes. It can be done fairly easily. I just hadn't added that capability yet. I created the program for some specific jobs I was running (reencoding series episodes to load onto my media server), none of which was HDR, so I didn't worry much about colorspace.I went in and looked at it -- and, frankly, it was even easier than I thought. NVENCC does all the work if you pass it the appropriate command line parameters. I just recompiled NVENCCRE.exe and here is a version (https://jammernhilftnichts.de/jdobbs/NVENCCRE.zip) that supports reencoding with the HDR characteristics.

I didn't add support for HDR10+ until I test it a little. I'm trying to decide whether NVENCC's experimental setting is stable enough to add it.

[MrVideo]

All a BD does is wrap another stream (for which support is required) in with it during muxing so a player can use that stream when it doesn't include TrueHD capability.
Now I'm little more confused. If I look at a disc with TrueHD, I don't see another audio stream that is AC3 5.1. Sure, there are streams for other languages, or even descriptive/commentary audio. What I do see is the THD track listed as having a core. AIUI, it is the core that is seen if it doesn't know how to deal with the TrueHD part of the stream.

I do not know what the requirements are for UHD releases, as the specs aren't out there for the general public. A UHD Demystified book hasn't been released yet. :confused:

[gonca]

MrVideo

DTS+some more data= DTS-HD
THD interleaved with AC3 core= compliant BD stream (2 streams in one)
PS
Quite easy to replace single track in m2ts and have it work if you read my description
I do it with subtitles on occasion.