BD Rebuilder Beta - Bug Reports Only

[LowDead]

@Ch3vr0n: WOW Congrats for that!

Anyway here's an update on that file from "The Natural" that gives TSmuxer4k a mild to, at times, severe headaches..

General
ID : 1 (0x1)
Complete name : B:\WORK\NATURAL__THE
Format : Blu-ray Clip info / Blu-ray Clip info
File size : 1.14 KiB
Duration : 2 min 8 s
Overall bit rate mode : Variable
Overall bit rate : 22.5 Mb/s
Maximum Overall bit rate : 35.5 Mb/s
OverallBitRate_Precision_Min : 22462713
OverallBitRate_Precision_Max : 22462888

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 2 min 8 s
Bit rate : 21.4 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.043
Stream size : 328 MiB
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0050 cd/m2, max: 4000 cd/m2
Source : 00337.m2ts / 00337.m2ts

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 min 8 s
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 2.95 MiB
Language : English
Service kind : Complete Main
bsid : 8
Dialog Normalization : -31
Dialog Normalization : -31 dB
compr : -0.28
compr : -0.28 dB
dsurmod : 1
dsurmod : Not Dolby Surround encoded
acmod : 2
lfeon : 0
dialnorm_Average : -31
dialnorm_Average : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum : -31 dB
dialnorm_Count : 1153
compr_Average : 0.67
compr_Average : 0.67 dB
compr_Minimum : -4.08
compr_Minimum : -4.08 dB
compr_Maximum : 5.74
compr_Maximum : 5.74 dB
compr_Count : 1072
dynrng_Average : 0.66
dynrng_Average : 0.66 dB
dynrng_Minimum : -4.08
dynrng_Minimum : -4.08 dB
dynrng_Maximum : 5.88
dynrng_Maximum : 5.88 dB
dynrng_Count : 1133
format_identifier : AC-3
Source : 00337.m2ts / 00337.m2ts

//LD

[cartman0208]

Got my hands on a disc that also consists of 24p and 60p videos.
Couldn't find any issues with x265 or nvenc:

[09.25.20] BD Rebuilder v0.61.16
[22:18:02] Source: GEMINI_MAN
- Input BD size: 86,10 GB
- Approximate total content: [02:17:58.350]
- Target BD size: 47,36 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Fastest, BD-25+), CRF
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:18:03] PHASE ONE, Encoding
- [22:18:03] Processing: VID_00000 (1 of 3)
- [22:18:03] Extracting A/V streams [VID_00000]
- [22:18:10] Reencoding video [VID_00000]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 528 frames
- [22:18:10] Reencoding: VID_00000, Pass 1 of 1
- [22:18:34] Video Encode complete
- [22:18:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:18:34] Multiplexing M2TS
- [22:18:38] Processing: VID_00579 (2 of 3)
- [22:18:38] Extracting A/V streams [VID_00579]
- [22:19:07] Reencoding video [VID_00579]
- Source Video: HEVC, 3840x2160
- Rate/Length: 59,940fps, 10.940 frames
- [22:19:07] Reencoding: VID_00579, Pass 1 of 1
- [22:26:01] Video Encode complete
- [22:26:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:26:01] Multiplexing M2TS
- [22:26:07] Processing: VID_00003 (3 of 3)
- [22:26:07] Extracting A/V streams [VID_00003]
- [22:48:58] Reencoding video [VID_00003]
- Source Video: HEVC, 3840x2160
- Rate/Length: 59,940fps, 420.962 frames
- [22:48:59] Performing CRF Prediction...
- Analyzing 12,00 11,05 [11,05]
- [22:55:23] Encoding using constant rate factor.
- [03:34:42] Video Encode complete
- [03:34:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (deu): Keeping original audio
- [03:34:42] Multiplexing M2TS
[03:47:33]PHASE ONE complete
[03:47:33]PHASE TWO - Rebuild Started
- [03:47:33] Rebuilding BD file Structure
[03:47:54] - Encode and Rebuild complete
[03:47:54] Writing BD structure to ISO file
- ImgBurn completed successfully
[03:56:11] JOB: GEMINI_MAN finished.

IMO 60fps in a movie looks phenomenal ... no idea why all the movies stick with 24fps ... whatever this soap opera effect is, that people complain about, I have no issues with that :cool:

[jdobbs]

Got my hands on a disc that also consists of 24p and 60p videos.
Couldn't find any issues with x265 or nvenc:



IMO 60fps in a movie looks phenomenal ... no idea why all the movies stick with 24fps ... whatever this soap opera effect is, that people complain about, I have no issues with that :cool:Probably because most movies are mastered on film at 24fps.

[MrVideo]

Probably because most movies are mastered on film at 24fps.
Not anymore. A majority of movies are shot on video, using cameras specifically designed for movies. Some directors still like shooting on film, but the film is digitally transferred and edited.

One such company making digital cameras is Red (red.com). The other is Arri (www.arri.com/en/camera-systems/cameras).

Shooting at 60fps would result in the movie not getting shown in many theaters, as they are not equipped with the very expensive projectors to do so. Even 48fps movies are limited.

[Ch3vr0n]

Does this 61.16 release include the updated frim or did you not have more time to tinker with it?

[jdobbs]

Does this 61.16 release include the updated frim or did you not have more time to tinker with it?Sorry. I haven't played with it at all yet.

[jdobbs]

Not anymore. A majority of movies are shot on video, using cameras specifically designed for movies. Some directors still like shooting on film, but the film is digitally transferred and edited.

One such company making digital cameras is Red (red.com). The other is Arri (www.arri.com/en/camera-systems/cameras).

Shooting at 60fps would result in the movie not getting shown in many theaters, as they are not equipped with the very expensive projectors to do so. Even 48fps movies are limited.Yeah, I was aware that most have gone digital now. But I'm also referring to the other million+ or so releases that happened before that.

[Ch3vr0n]

no worries. Was just a question. In the mean time i've been tinkering with nvenc, sad to say i can't reproduce your problem. Maybe its because your GPU is actually of a newer generation than mine. That'll change though when my 3090 hopefully arrives in a couple weeks ^^

[jdobbs]

I got a strange error today:

MapSMtoCores undefined SMversion 7.5!

It happens when I try to encode a movie with X264. It's related to CUVID on my NVIDIA card. If I turn CUVID off it works. Oddly, it worked fine yesterday and I don't see anything that has changed (no updates etc.).

Is anyone familiar with this? Is there a fix?

[Edit] Well... it seems to have gone away with the installation of an updated version of LAV Filters. I may have to update the first post of the thread with a newer version for download. I'll need to do some testing first. Unfortunately that may delay release of the new version. Still wondering what changed overnight, though.

[Ch3vr0n]

You mean X264 as frameserver instead of DGDecNV? I can run a test with my 1080 if you want.

[gonca]

You mean X264 as frameserver instead of DGDecNV? I can run a test with my 1080 if you want.

I believe he means that he was using LAV with hardware acceleration (CUVID) for frame serving

jdobbs
Could it be one of those once in a blue moon glitches?

[jdobbs]

I believe he means that he was using LAV with hardware acceleration (CUVID) for frame serving

jdobbs
Could it be one of those once in a blue moon glitches?No. I can repeat it easily with the version of LAV Filters in the first post. It seems to only happen, though, when reencoding a 2160p source using X264. In my case I was creating ALTERNATE output using a preset that creates an MKV. I'm going to try it with a different 2160p source and see if happens then also.

[Edit] I tried it with another 2160p source and it ran fine. I think the issue is related to that specific source. It was an odd UHD file without HDR that I'd downloaded for a specific bug fix test. I think it is fine the way it is.

[jdobbs]

I think this version is ready for release, but since using the new version of TSMUXER to do all muxing actions can affect a lot of things, I'd like to post it as a test version so some of you experienced users can run it through the ringer before I officially release it.

You can download it from this link: BD-RB v0.61.17 (https://jammernhilftnichts.de/jdobbs/BD-RBV06117.zip)

Please provide feedback as to whether or not you find any anomalies. Thanks.

Changes for this release:- Corrected an issue in which attempts to
perform a size-correcting second pass on
an AVC source could result in an error
"PredictAndEncode() 00011 2994".
- Made adjustments to correct for bad time
codes in .SUP files that could result in
certain oddly formatted multi-part sources
(shows itself as subtitles that extend
well beyond the lenght of the movie)
- Added changes that will prevent occurance
of some "Bitstream exception" errors.
- Implemented default use of v2.6.16 of
TSMUXER for all TSMUXER functions. In
order to disable and return to v2.6.12
use hidden option "ENABLE_NEW_TSMUXER=0".
- Added a routine that catches previously
undetected errors in AAC encoding and then
attempts reencoding via a new method.
- Corrected a setting used with HEVC that
could assert HDR when it is not present in
the original source.
- Updated TSMUXER4K to the 2020-09-25 build.
- Other minor corrections and cosmetic fixes.

[Ch3vr0n]

a few quick questions @jdobbs

* is this switch SPECIAL_3D_MUX=1 still needed for in-mux 3D or even at all? (maybe make it a setting instead of hidden option?)
* i'm trying to create movie-only output type but i can't figure it out. I'd like "MKV, Full-SBS (3D), but recoded audio (aac or ac3, but surround intact or recoded to 5.1, codec don't care)". Ideally for an estimated filesize of around 4-8gb. Is this doable?

[Emulgator]

Might still be lurking around: The tsMuxeR 2.6.16 beta versions I tested (from December 2019 until July 2020) were not able to mux 1280x720x50p without packet loss. I kept tsMuxeR 1.10.6 in my toolbox for such reason, muxed ok.
Right now I have no such project, If I find time I will start trying newer tsMuxeR versions on such files.

P.S. Found my test project. Looks good for now.
No packet loss anymore with tsMuxeR git-32db2aa x64 2020-09-25--02-25-44.

P.P.S. And a concatenated ~5h 1280x720x50p project was muxed fine too.
BDEdit 0.49b finds no more packet loss.

[jdobbs]

Might still be lurking around: The tsMuxeR 2.6.16 beta versions I tested (from December 2019 until July 2020) were not able to mux 1280x720x50p without packet loss. I kept tsMuxeR 1.10.6 in my toolbox for such reason, muxed ok.
Right now I have no such project, If I find time I will start trying newer tsMuxeR versions on such files.

P.S. Found my test project. Looks good for now.
No packet loss anymore with tsMuxeR git-32db2aa x64 2020-09-25--02-25-44.

P.P.S. And a concatenated ~5h 1280x720x50p project was muxed fine too.
BDEdit 0.49b finds no more packet loss.Good to know. Thanks.

[jdobbs]

a few quick questions @jdobbs

* is this switch SPECIAL_3D_MUX=1 still needed for in-mux 3D or even at all? (maybe make it a setting instead of hidden option?)
* i'm trying to create movie-only output type but i can't figure it out. I'd like "MKV, Full-SBS (3D), but recoded audio (aac or ac3, but surround intact or recoded to 5.1, codec don't care)". Ideally for an estimated filesize of around 4-8gb. Is this doable?All SPECIAL_3D_MUX does is not add the InsertSEI and contSPS parameters to the video line of the META file. It was reported to help with pixelation... but I can't confirm that it does. But it should have no affect on MKV output.

It's been a while since I've done 3D, but In order to output SBS, you should just add:

OUTPUT_SBS=1

to your BDREBUILDER.INI file. Alternatively you can set it by selecting "Output SBS/OU Movie-Only Output" from the SETTINGS dialog (it sets/resets OUTPUT_SBS). On my system I also have to add:

FRIM_SW_DECODE=1

You should then be able to pick any of the "No Resize" options for output. For example you might choose "MKV Container, NO_RESIZE, AutoGOP, Auto-AC3". In order to set to a certain output size you can select "VBR Target Size..." when you are selecting the ALTERNATE output. You could also choose "One Pass CRF Target Size...".

[Edit] You'll have to use either X264 or X265. I just tried one using NVENCC and it choked on the input. Not sure why, but I'm guessing it either doesn't like the sizing or it has an issue with the AVS. I'll look at it for the next release.

[meadrocks]

mediainfo looks correct on Watchmen Dir Cut, will watch it tonight. Doing Howls Moving Castle next.

[Ch3vr0n]

i thought that switch was needed for was needed for in-mux 3D, or is that another one? I can find alternate. I have enabled the SBS switch. The 2 profiles that semi match what i want i believe are "MP4/MKV Full-SBS (3D)" but they both use intact audio. I don't mind it being downscaled to 5.1 ac3/aac. There's no profile for that.

[jdobbs]

i thought that switch was needed for was needed for in-mux 3D, or is that another one? I can find alternate. I have enabled the SBS switch. The 2 profiles that semi match what i want i believe are "MP4/MKV Full-SBS (3D)" but they both use intact audio. I don't mind it being downscaled to 5.1 ac3/aac. There's no profile for that.Please re-read my response. You don't need to choose a profile that says "Full-SBS" in it. You just need to select one that says "No Resize".

[Ch3vr0n]

I did, but forgive me for asking, but isn't that the opposite of what i asked? i'm trying to create movie-only output type but i can't figure it out. I'd like "MKV, Full-SBS (3D).... I may very well not be understanding things entirely. I've done plenty full disc 3D backups, 3D MKV's to me are a new ballgame.

What's the difference then between full-SBS (3D) and "no resize". Reason why i'm asking is because my home theatre projection system only has 3D options for OU and SBS (Nebula Cosmos). i have no idea what the outcome would be if i pick "no resize"

[cartman0208]

I did only UHD Full Backups with the new version so far but I noticed two things:
Whenever the size-correcting second pass is applied to the main movie, the disk is slightly (5-10%) oversized
Disks with only one pass on the main movie hit the destination size pretty good.

Also after clearing the batch queue, I get a Runtime Error '35601' when clicking on the Batch tab or trying to add the current project to batch.
That persists even when restarting BDRB.

[jdobbs]

I did, but forgive me for asking, but isn't that the opposite of what i asked? . I may very well not be understanding things entirely. I've done plenty full disc 3D backups, 3D MKV's to me are a new ballgame.

What's the difference then between full-SBS (3D) and "no resize". Reason why i'm asking is because my home theatre projection system only has 3D options for OU and SBS (Nebula Cosmos). i have no idea what the outcome would be if i pick "no resize"If you select "No Resize" and you set the switch I mentioned on a 3D source -- you will get full SBS output. You can also get OU if you want by using the TYPE_OF_3D hidden options (see HIDDENOPTS.TXT). You can even switch the views (left/right), for the rare occasion where a player is different, with the SWAP_3D hidden option.

[jdobbs]

I did only UHD Full Backups with the new version so far but I noticed two things:
Whenever the size-correcting second pass is applied to the main movie, the disk is slightly (5-10%) oversized
Disks with only one pass on the main movie hit the destination size pretty good.

Also after clearing the batch queue, I get a Runtime Error '35601' when clicking on the Batch tab or trying to add the current project to batch.
That persists even when restarting BDRB.1. I'll look at the sizing issue.

1. The 35601 error is a weird one. Try deleting the file BDBATCH.INI and see if the problem goes away.

[LowDead]

have tested the new version on the problematic disc...

Good news: No more error on that 60fps 4k mux.

Bad news: New error that I can't continue from.

- [01:17:22] Processing: VID_00341 (15 of 43)
- [01:17:22] Extracting A/V streams [VID_00341]
- Extracting video streams [VID_00341]
- Processed 5823 video frames
- Error in attempt to extract video.
- Processed 5823 video frames
- Processed 5823 video frames
[01:17:41] - Failed to retrieve audio, aborted

//LD

[Sharc]

...........
[Edit] You'll have to use either X264 or X265. I just tried one using NVENCC and it choked on the input. Not sure why, but I'm guessing it either doesn't like the sizing or it has an issue with the AVS. I'll look at it for the next release.
There seems to be a problem with the script. Opening the script in MPC-HC gives the error for line 3 of the script:
"Cannot initialize Intel media SDK session"
#Created by BD Rebuilder - v0.61.17
LoadPlugin("P:\Program Files Video\BD_Rebuilder\tools\frimsource.dll")
SBS=FRIMSource(codec="mvc",filename="F:\BDMV\STREAM\00800.m2ts",filename_dep="F:\BDMV\STREAM\01065.m2ts",layout="sbs",ts=true,platform="sw",cache=24,num_frames=166915)
VIEW1=Crop(SBS,1920,0,1920,1080)
VIEW2=Crop(SBS,0,0,1920,1080)
StackHorizontal(VIEW2,VIEW1)
ConvertToYV12().AssumeFPS(24000,1001)
So it seems not to be related to the NVEncC encoder?
The source is a 1920x1080 3D MVC Blu-ray.

Edit:
All right, I had to put the 'BD_Rebuilder\Tools' folder into the PATH.
Now I am getting the script error:
Crop: you cannot use crop to enlarge or 'shift' a clip

Edit2:
I think that the 3 lines
VIEW1=Crop(SBS,1920,0,1920,1080)
VIEW2=Crop(SBS,0,0,1920,1080)
StackHorizontal(VIEW2,VIEW1)
can be deleted from the script when the parameter 'layout="sbs"' is set, so it seems to work with something like
#Created by BD Rebuilder - v0.61.17
LoadPlugin("P:\Program Files Video\BD_Rebuilder\tools\frimsource.dll")
SBS=FRIMSource(codec="mvc",filename="F:\BDMV\STREAM\00800.m2ts",filename_dep="F:\BDMV\STREAM\01065.m2ts",layout="sbs",ts=true,platform="sw",cache=24,num_frames=166915)
return SBS.converttoYV12().AssumeFPS(24000,1001)

Edit 3: ... and this also works with NVEncC as the encoder :)

Edit4: Pulling my hair...
After been through the steps above, I now found that the original script seems to work fine now. So the solution was probably to include the Tools folder (or the libmfxsw32.dll) in the PATH. Oh well .....
Anyway, happy that it works now with NVEncC as well :cool:

[cartman0208]

1. I'll look at the sizing issue.

1. The 35601 error is a weird one. Try deleting the file BDBATCH.INI and see if the problem goes away.

Forgot to mention, I only used NVENC

Deleted BDBATCH.INI, BDITEM.INI and BDREBUILDER.INI to be sure. Works again and I couldn't reproduce the issue.
I will test some more.

[Ch3vr0n]

Tried and failed with 61.16. One thing i noticed is that the decoding/frameserving sais "FRIMSource", however the decoding process itself is done by DGDecNV, as there's a part about "completing DGIndexing". Picked the option "VBR Target Site (MB) with a value of 8600"


[09/30/20] BD Rebuilder v0.61.16
[17:35:14] Source: TOMB_RAIDER_00098
- Input BD size: 42,66 GB
- Approximate total content: [01:57:50.438]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, Full-SBS (3D), Intact Audio
- Quality: High Quality (Default)
- Output folder: H:\Blu-ray\Encodes\BDRB\
- 3D conversion mode enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:35:16] PHASE ONE, Encoding
- [17:35:16] Processing: VID_00252 (1 of 1)
- [17:35:16] Extracting A/V streams [VID_00252]
[09/30/20] Checking System Settings
- BD-Rebuilder v0.61.16
- Windows Version: 6.2 [9200]
- Working Path Free Space: 467,30GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09/30/20] Systems Settings Check complete
- [17:45:02] Reencoding video [VID_00252]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 169.521 frames
- Converting output to Side-By-Side 3D Format
- Bitrate: 7.184 Kbs
- [17:45:02] Reencoding: VID_00252, Pass 1 of 2
[17:45:03] - Failed video encode, aborted
----------------------
[09/30/20] BD Rebuilder v0.61.16
[17:48:50] Source: TOMB_RAIDER_00098
- Input BD size: 42,66 GB
- Approximate total content: [01:57:50.438]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, NO_RESIZE, AutoGOP, Auto-AC3
- Quality: High Quality (Default)
- Output folder: H:\Blu-ray\Encodes\BDRB\
- 3D conversion mode enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:48:51] PHASE ONE, Encoding
- [17:48:51] Processing: VID_00252 (1 of 1)
- [17:48:51] Extracting A/V streams [VID_00252]
- [17:58:26] Reencoding video [VID_00252]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 169.521 frames
- Converting output to Side-By-Side 3D Format
- Bitrate: 9.236 Kbs
- [17:58:26] Reencoding: VID_00252, Pass 1 of 2
[17:58:27] - Failed video encode, aborted



[Options]
VERSION=0.61.0.16
ENCODER=1
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=0
AUTO_QUALITY=1
TARGET_SIZE=23500
AUTO_BURN=0
AUDIO_TO_KEEP=dut;eng;nld;und;
SUBS_TO_KEEP=dut;eng;nld;und;
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=1
AUDIO_DRC=0
DECODER=3
AVCHD=0
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
COMPLETION_BEEP=1
OUTPUT_SBS=1
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=4100
#FRIM_SW_DECODE=0
FRIM_SW_ENCODE=1
#SPECIAL_3D_MUX=1

#General Settings
ENABLE_TEST=1
ENABLE_BLANKING=1
BEEP_SOUNDFILE=C:\Program Files (x86)\ImgBurn\Sounds\Success.wav
OUTPUT_FOLDER=H:\Blu-ray\Encodes\BDRB
MINIMIZE_TO_TRAY=1
MOVIEONLY_TYPE=32
ALTCRF=23
ALT_TARGET=8600
ALT_CRF_TARGET=2048
ALTMETHOD=2
ALTAUTOCROP=0
FRIMSOURCE=0
NVENC_CAPABLE=1

[Paths]
SOURCE_PATH=L:\
DGIndexNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\x32 Binaries\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\x32 Binaries\DGDecodeNV.dll
WORKING_PATH=H:\Temp\

Will try 61.17 next. just noticed the new version.

** edit ** still failed with 61.17 but worked when i switched encoder from NVEnc encoders to "x264 / x265". Don't know if i overlooked you saying that part, if you didn't, maybe it's an idea to auto use that as a fallback?

[Sharc]

Try 1-pass (constant quality mode, CQM) encoding.
NVEnc does not support classic 2-pass encoding.

[Ch3vr0n]

Yes it does, and i didn't specify any pass. BDRB did. I'm using automatic quality settings.

[Sharc]

It doesn't. See NVEnc documentation. Its '2-pass' applies to single frames rather than for the entire video. This is different from the classic global 2-pass which uses the stats file from pass 1.

In the Alternate Movie-Only output, select 'Constant Quality Mode (CQM)' and put your quality value there, e.g. 22.
Works perfectly here.

[jdobbs]

I've updated the first post of this thread with a link to the latest release of BD Rebuilder (v0.61.17). Changes for this release:- Corrected an issue in which attempts to
perform a size-correcting second pass on
an AVC source could result in an error
"PredictAndEncode() 00011 2994".
- Made adjustments to correct for bad time
codes in .SUP files that could result in
certain oddly formatted multi-part sources
(shows itself as subtitles that extend
well beyond the lenght of the movie)
- Added changes that will prevent occurance
of some "Bitstream exception" errors.
- Implemented default use of v2.6.16 of
TSMUXER for all TSMUXER functions. In
order to disable and return to v2.6.12
use hidden option "ENABLE_NEW_TSMUXER=0".
- Added a routine that catches previously
undetected errors in AAC encoding and then
attempts reencoding via a new method.
- Corrected a setting used with HEVC that
could assert HDR when it is not present in
the original source.
- Updated TSMUXER4K to the 2020-09-25 build.
- Other minor corrections and cosmetic fixes.
There have been no changes made since the test release of this version.

[ggtop]

Hi jdobbs,

can you please check if setting "MULTIPROCESS" is deprecated in the last version?
I have it set to "MULTIPROCESS=2" in my INI and used to see "- Decoding/Frame serving: DGDecNV [2-way]" in the log, but using 0.61.17 I see only "- Decoding/Frame serving: DGDecNV" and one x264 process running. No big deal as it wasn't the speed gain on my system anyway, but I wanted to mention as I remember you changed something for cartman increasing max thread limit (http://forum.doom9.org/showthread.php?p=1919764#post1919764).

Thank you,
ggtop

[LowDead]

have tested the new version on the problematic disc...

Good news: No more error on that 60fps 4k mux.

Bad news: New error that I can't continue from.



//LD

Seems I did this test from the already processed/encoded test output instead of the original folder. I'm running from original folder right now and there's no problem at all (yet...) ;)

It didn't work.. I almost got through the whole disc but managed to get the same error as before:

- [12:59:31] Multiplexing M2TS
- [13:00:51] Processing: VID_00359 (33 of 43)
- [13:00:51] Extracting A/V streams [VID_00359]
- Extracting video streams [VID_00359]
- 93.8% complete
- Error in attempt to extract video.
- 93.8% complete
- 93.8% complete
[13:15:43] - Failed to retrieve audio, aborted

//LD

[jdobbs]

Seems I did this test from the already processed/encoded test output instead of the original folder. I'm running from original folder right now and there's no problem at all (yet...) ;)

It didn't work.. I almost got through the whole disc but managed to get the same error as before:

- [12:59:31] Multiplexing M2TS
- [13:00:51] Processing: VID_00359 (33 of 43)
- [13:00:51] Extracting A/V streams [VID_00359]
- Extracting video streams [VID_00359]
- 93.8% complete
- Error in attempt to extract video.
- 93.8% complete
- 93.8% complete
[13:15:43] - Failed to retrieve audio, aborted

//LDIt's going to be hard to debug from just that. Are you positive you have plenty of disc space. I got an error almost identical to that a couple days ago -- and then realized my disc had gotten full.

[LowDead]

It's going to be hard to debug from just that. Are you positive you have plenty of disc space. I got an error almost identical to that a couple days ago -- and then realized my disc had gotten full.

hehe.. You nailed it. How could I miss that.. I should sleep at night, not sit by the computer when my eyes barely can see straight.. ghaa. coffee. must. have. :D

Sorry for that. Everything is working as it should now. No more errors. Please move along, nothing to see here :thanks:

//LD

[jdobbs]

hehe.. You nailed it. How could I miss that.. I should sleep at night, not sit by the computer when my eyes barely can see straight.. ghaa. coffee. must. have. :D

Sorry for that. Everything is working as it should now. No more errors. Please move along, nothing to see here :thanks:

//LDGood to hear.

[LowDead]

With successful tests of Full UHD x265 encodes resulting in extremely super sweet quality i'm eager to begin testing backup using the NVEnc encoder.
And I was wondering a bit about the encoder settings. Am I right to think that CQM is the constant quality option and the VBR is the same as the old-school version of VBR?
I was somewhat thrown off by Sharc's posts #30037 and #30039. I will not do any alternative output, only full UHDs.

//LD

[Sharc]

With successful tests of Full UHD x265 encodes resulting in extremely super sweet quality i'm eager to begin testing backup using the NVEnc encoder.
And I was wondering a bit about the encoder settings. Am I right to think that CQM is the constant quality option and the VBR is the same as the old-school version of VBR?
I was somewhat thrown off by Sharc's posts #30037 and #30039. I will not do any alternative output, only full UHDs.

//LD
NVEnc supports both quality based (CQM) and bitrate (target file size) based 'VBR' encoding, and so does BD-RB.
My posts just recalled the fact that - under the hood - '2-pass' has a different meaning for NVEnc than for x264/x265. This has been discussed further up in the thread. You shouldn't have to worry much about this. You can try BD-RB's options and settings. What isn't available is greyed out in the menus or hidden (unless there is a bug ....).
So for full backups using NVEnc you will find under 'Settings->Encoder Settings' the options 'One Pass (CQM) Encoding' (quality based) and 'One Pass (VBR) Encoding' (bitrate based acc. target size). In the case of NVEnc you have to select one of these. You can't disable both to invoke the classic 2-pass encoding as you could for x264/x265. It will however internally trigger '2-passes' as per NVIDIA's per frame definition.
Sorry to have caused some confusion.

Added:
See the discussion around here:
https://forum.doom9.org/showthread.php?p=1918354#post1918354

[LowDead]

NVEnc supports both quality based (CQM) and bitrate (target file size) based 'VBR' encoding, and so does BD-RB.
My posts just recalled the fact that - under the hood - '2-pass' has a different meaning for NVEnc than for x264/x265. This has been discussed further up in the thread. You shouldn't have to worry much about this. You can try BD-RB's options and settings. What isn't available is greyed out in the menus or hidden (unless there is a bug ....).
So for full backups using NVEnc you will find under 'Settings->Encoder Settings' the options 'One Pass (CQM) Encoding' (quality based) and 'One Pass (VBR) Encoding' (bitrate based acc. target size). In the case of NVEnc you have to select one of these. You can't disable both to invoke the classic 2-pass encoding as you could for x264/x265. It will however internally trigger '2-passes' as per NVIDIA's per frame definition.
Sorry to have caused some confusion.

Added:
See the discussion around here:
https://forum.doom9.org/showthread.php?p=1918354#post1918354

Great, Thanks for the clarification!

//LD

[FilipeAmadeuO]

@jdobbs
Is there any chance to use a mounted ISO or ISO (without protection) as the source for BDRebuilder ?

[prologic]

@jdobbs
Is there any chance to use a mounted ISO or ISO (without protection) as the source for BDRebuilder ?

I mount iso files regulary , for use in BDRebuilder.

[AmigaFuture]

Hi jdobbs,

can you please check if setting "MULTIPROCESS" is deprecated in the last version?
I have it set to "MULTIPROCESS=2" in my INI and used to see "- Decoding/Frame serving: DGDecNV [2-way]" in the log, but using 0.61.17 I see only "- Decoding/Frame serving: DGDecNV" and one x264 process running.

I just noticed the number isn't there also. Looking at Task Manager, I see 1 process also. I wondered what happened.

Update: I noticed the "bug" from a while back seems to be gone. Perhaps with newer tsMuxer. 2 movies that I had a problem with video corruption so far, are clean with making MKV's from previous BD-RB processing.

[jdobbs]

@jdobbs
Is there any chance to use a mounted ISO or ISO (without protection) as the source for BDRebuilder ?As prologic said, it shouldn't be an issue... but it is usually faster to rip it to hard drive first and then use the ripped image (either mounted as an ISO or as a folder).

[jdobbs]

Hi jdobbs,

can you please check if setting "MULTIPROCESS" is deprecated in the last version?
I have it set to "MULTIPROCESS=2" in my INI and used to see "- Decoding/Frame serving: DGDecNV [2-way]" in the log, but using 0.61.17 I see only "- Decoding/Frame serving: DGDecNV" and one x264 process running. No big deal as it wasn't the speed gain on my system anyway, but I wanted to mention as I remember you changed something for cartman increasing max thread limit (http://forum.doom9.org/showthread.php?p=1919764#post1919764).

Thank you,
ggtopI've disabled MULTIPROCESS when the new TSMUXER version is enabled. Honestly, though, since X264/X265 became multithreaded (a long time ago) it doesn't really serve much of a function anymore.

BTW. The recent change I made in response to cartman's post increases the number of THREADS you can specify -- that really isn't related to MULTIPROCESS (which actually launches multiple instances of the encoder -- each of which could be multithreaded) function.

While MULTIPROCESS isn't actually deprecated yet -- you should probably expect it to be sometime soon.

[ggtop]

Thank you for the clarification.
Thought it might be worth to ask as it wasn't stated in the changes.
Glad to hear it wasn't accidentially and as I said no problem for me speed-wise. I was just used to have that setting.

Have a nice weekend,
ggtop

[AmigaFuture]

I don't get it. Going back to .13 I notice a big speed difference with MULTIPROCESS=6 or less...with this Ryzen. With MP disabled, it's a bit slower with current .17. I'm using an a GTX so the new nVIDIA doesn't really show an increase for me (Sad face..hehe). Even if I bring the threads up. Perhaps I'm missing something?? I also have THEADS set to AUTO and I tried higher or lower. Speed wasn't near what it was before. I did go Ryzen so I could get some faster speeds previous to my 10+ year old system. It shouldn't be because I'm still using Windows 7.. I couple post some pictures showing differences, if you like? I might be very dense about how this is supposed to be better to rely on THREADS and not MULTIPROCESS. Hmm..

[jdobbs]

I don't get it. Going back to .13 I notice a big speed difference with MULTIPROCESS=6 or less...with this Ryzen. With MP disabled, it's a bit slower with current .17. I'm using an a GTX so the new nVIDIA doesn't really show an increase for me (Sad face..hehe). Even if I bring the threads up. Perhaps I'm missing something?? I also have THEADS set to AUTO and I tried higher or lower. Speed wasn't near what it was before. I did go Ryzen so I could get some faster speeds previous to my 10+ year old system. It shouldn't be because I'm still using Windows 7.. I couple post some pictures showing differences, if you like? I might be very dense about how this is supposed to be better to rely on THREADS and not MULTIPROCESS. Hmm..It isn't "better" to rely on THREADS. As I said, the two aren't really related. One is applied against available threads supported by the processor and the other simply runs multiple instances of encoder against sections of the source to be encoded.

I will say that I am surprised that your Ryzen is running faster with MULTIPROCESS. I'm also using an AMD processor -- and I get 100% of my processor applied to the encode with or without it.

The purpose of MULTIPROCESS was to try and get a higher percentage of available CPU capability applied to encoding. When you are encoding -- could you please run task manager and see if you are running at a higher percentage of CPU with MULTIPROCESS?

If so, I can always reenable it. I only disabled it to avoid having to adjust the new code I wrote in support of the latest TSMUXER for it. As I said, I'm actually surprised it is accomplishing anything these days.

[AmigaFuture]

Sure thing, Boss. :) I took the 2nd picture of MP because I wanted the average to happen to give better results. I was surprised also about the Ryzen. Not sure why..

[jdobbs]

@AmigaFuture

Interesting. I'll reenable it for the next release. I'll have to go through and make some changes -- and then do some testing.

[LowDead]

Anyone else getting pixelation with 1080p 24p source on full UHD? I'm getting this with the extras on 22 Jump Street. Will test another title (first one I had laying around that I bothered to check for 1080p extras was the old Flash Gordon, and to all the zoomers and alphas here, no this is not THE Flash! :D ) to see if that one also gets it before proceeding to provide logs. Right now I'm testing the NVEnc encoder with Very Slow one pass VBR output. Really good tradeoff between quality/encoding time on the 4k part IMHO anyway :)

//LD

[AmigaFuture]

@AmigaFuture

Interesting. I'll reenable it for the next release. I'll have to go through and make some changes -- and then do some testing.

Cool. PM if you want me to test..

[FilipeAmadeuO]

@jdobbs
Any chance to add a replace subtitle/audio function ?
Most of the original UHD nowadays don’t have Portuguese language so I buy other version and like to add Portuguese.
I can do it with BDRebuilder but I need to do it in multiple steps and it takes a very long time.

[musiclover]

@jdobbs
Any chance to add a replace subtitle/audio function ?
Most of the original UHD nowadays don’t have Portuguese language so I buy other version and like to add Portuguese.
I can do it with BDRebuilder but I need to do it in multiple steps and it takes a very long time.

I second the motion. A right click replace would be great

[LowDead]

@jdobbs
Any chance to add a replace subtitle/audio function ?
Most of the original UHD nowadays don’t have Portuguese language so I buy other version and like to add Portuguese.
I can do it with BDRebuilder but I need to do it in multiple steps and it takes a very long time.

I totally agree.. It's very time consuming to replace/add tracks when working with full disc structures and it would be so nice to have an easy option to have when feeling lazy :)

//LD

[cartman0208]

Anyone else getting pixelation with 1080p 24p source on full UHD? I'm getting this with the extras on 22 Jump Street. Will test another title (first one I had laying around that I bothered to check for 1080p extras was the old Flash Gordon, and to all the zoomers and alphas here, no this is not THE Flash! :D ) to see if that one also gets it before proceeding to provide logs. Right now I'm testing the NVEnc encoder with Very Slow one pass VBR output. Really good tradeoff between quality/encoding time on the 4k part IMHO anyway :)

//LD

I didn't notice pixelation, but to be honest, I didn't look at the extras in detail, yet ... I'm using CQM with very slow NVENC
Do you have "Quicker encode on extras" enabled?

[LowDead]

I didn't notice pixelation, but to be honest, I didn't look at the extras in detail, yet ... I'm using CQM with very slow NVENC
Do you have "Quicker encode on extras" enabled?

No, I didn't have quicker encode for extras enabled. I can also say that it was very noticeable on my Samsung 4k TV and not on my computer 1080p monitor running from software. I'm right about to test Blixt Gordon now after a bunch of oversized encodes..

//LD

[LowDead]

So here comes some logs regarding pixelation and general crappy quality that I get on 1080p material with NVEnc encoder. This time it is on the Studio Canal release of Flash Gordon. An observation is that I only see the artifacts on my TV and not on my monitor. But that could just be that I have crappy monitors. I have also thought about testing to switch decoder. But isn't the hardware decoder used? In the workfiles folder I find .DGI files. Should they be there? Anyway here are some logs and hopefully a video of the pixelation showing on my TV where it actually looks to me to have something to do with motion..

----------------------
[10-11-20] BD Rebuilder v0.61.17
[14:26:34] Source: FLASH_GORDON_-_4K_UHD
- Input BD size: 78,49 GB
- Approximate total content: [02:40:38.926]
- Target BD size: 46,26 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:26:34] PHASE ONE, Encoding
- [14:26:34] Processing: VID_00002 (1 of 13)
- [14:26:34] Extracting A/V streams [VID_00002]
- [14:26:46] Reencoding video [VID_00002]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 481 frames
- Bitrate: 41 607 Kbs
- [14:26:46] Reencoding: VID_00002, Pass 1 of 1
- [14:27:00] Video Encode complete
- [14:27:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:27:00] Multiplexing M2TS
- [14:27:06] Processing: VID_00003 (2 of 13)
- [14:27:06] Extracting A/V streams [VID_00003]
- [14:27:09] Reencoding video [VID_00003]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 289 frames
- Bitrate: 617 Kbs
- [14:27:09] Reencoding: VID_00003, Pass 1 of 1
- [14:27:18] Video Encode complete
- [14:27:18] Processing audio tracks
- [14:27:18] Multiplexing M2TS
- [14:27:21] Processing: VID_00004 (3 of 13)
- [14:27:21] Extracting A/V streams [VID_00004]
- [14:27:25] Reencoding video [VID_00004]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 157 frames
- Bitrate: 2 086 Kbs
- [14:27:25] Reencoding: VID_00004, Pass 1 of 1
- [14:27:31] Video Encode complete
- [14:27:31] Processing audio tracks
- [14:27:31] Multiplexing M2TS
- [14:27:34] Processing: VID_00005 (4 of 13)
- [14:27:34] Extracting A/V streams [VID_00005]
- [14:27:38] Reencoding video [VID_00005]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 121 frames
- Bitrate: 2 182 Kbs
- [14:27:38] Reencoding: VID_00005, Pass 1 of 1
- [14:27:43] Video Encode complete
- [14:27:43] Processing audio tracks
- [14:27:43] Multiplexing M2TS
- [14:27:46] Processing: VID_00006 (5 of 13)
- [14:27:46] Extracting A/V streams [VID_00006]
- [14:27:50] Reencoding video [VID_00006]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 120 frames
- Bitrate: 500 Kbs
- [14:27:50] Reencoding: VID_00006, Pass 1 of 1
- [14:27:55] Video Encode complete
- [14:27:55] Processing audio tracks
- [14:27:55] Multiplexing M2TS
- [14:27:58] Processing: VID_00007 (6 of 13)
- [14:27:58] Extracting A/V streams [VID_00007]
- [14:28:02] Reencoding video [VID_00007]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 192 frames
- Bitrate: 1 861 Kbs
- [14:28:02] Reencoding: VID_00007, Pass 1 of 1
- [14:28:09] Video Encode complete
- [14:28:09] Processing audio tracks
- [14:28:09] Multiplexing M2TS
- [14:28:12] Processing: VID_00008 (7 of 13)
- [14:28:12] Extracting A/V streams [VID_00008]
- [14:28:16] Reencoding video [VID_00008]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 192 frames
- Bitrate: 542 Kbs
- [14:28:16] Reencoding: VID_00008, Pass 1 of 1
- [14:28:22] Video Encode complete
- [14:28:22] Processing audio tracks
- [14:28:22] Multiplexing M2TS
- [14:28:26] Processing: VID_00009 (8 of 13)
- [14:28:26] Extracting A/V streams [VID_00009]
- [14:28:29] Reencoding video [VID_00009]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 261 frames
- Bitrate: 703 Kbs
- [14:28:29] Reencoding: VID_00009, Pass 1 of 1
- [14:28:38] Video Encode complete
- [14:28:38] Processing audio tracks
- [14:28:38] Multiplexing M2TS
- [14:28:41] Processing: VID_00010 (9 of 13)
- [14:28:41] Extracting A/V streams [VID_00010]
- [14:28:45] Reencoding video [VID_00010]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 240 frames
- Bitrate: 2 029 Kbs
- [14:28:45] Reencoding: VID_00010, Pass 1 of 1
- [14:28:53] Video Encode complete
- [14:28:53] Processing audio tracks
- [14:28:53] Multiplexing M2TS
- [14:28:56] Processing: VID_00011 (10 of 13)
- [14:28:56] Extracting A/V streams [VID_00011]
- [14:29:00] Reencoding video [VID_00011]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 168 frames
- Bitrate: 1 704 Kbs
- [14:29:00] Reencoding: VID_00011, Pass 1 of 1
- [14:29:06] Video Encode complete
- [14:29:06] Processing audio tracks
- [14:29:06] Multiplexing M2TS
- [14:29:09] Processing: VID_01000 (11 of 13)
- [14:29:09] Extracting A/V streams [VID_01000]
- [15:00:47] Reencoding video [VID_01000]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 160 554 frames
- Bitrate: 40 396 Kbs
- [15:00:47] Reencoding: VID_01000, Pass 1 of 1
- [16:07:14] Video Encode complete
- [16:07:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (deu): Keeping original audio
- Track 4355 (fra): Keeping original audio
- Track 4356 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- [16:07:14] Multiplexing M2TS
- Bitstream exception. Adjusting... success.
- [16:30:39] Processing: VID_02000 (12 of 13)
- [16:30:39] Extracting A/V streams [VID_02000]
- [16:31:51] Reencoding video [VID_02000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 40 089 frames
- Bitrate: 3 736 Kbs
- [16:31:51] Reencoding: VID_02000, Pass 1 of 1
- [16:35:00] Video Encode complete
- [16:35:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:35:00] Multiplexing M2TS
- [16:35:18] Processing: VID_02001 (13 of 13)
- [16:35:18] Extracting A/V streams [VID_02001]
- [16:36:39] Reencoding video [VID_02001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 20 814 frames
- Bitrate: 11 056 Kbs
- [16:36:39] Reencoding: VID_02001, Pass 1 of 1
- [16:39:06] Video Encode complete
- [16:39:06] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:39:06] Multiplexing M2TS
[16:39:24]PHASE ONE complete
[16:39:24]PHASE TWO - Rebuild Started
- [16:39:24] Rebuilding BD file Structure
[16:41:04] - Encode and Rebuild complete
[16:41:04] JOB: FLASH_GORDON_-_4K_UHD finished.


[Status]
LABEL=FLASH_GORDON_-_4K_UHD
VERSION=v0.61.17
SOURCE_SIZE=84278880546
SOURCE_VIDEO_SIZE=82162329600
TARGET_SIZE=49666850816
REDUCTION=.578736022962036
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=all
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=-1
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
UHD_V3_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=13
REBUILD_COMPLETE=1
[00002]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=124486952
RATE=41607
NSTART=27000000
NEND=27901875
NSIZE=122548224
FLINK=0
MLINK=0
[00003]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=999167
RATE=617
NSTART=27000000
NEND=27541875
NSIZE=1480704
FLINK=0
MLINK=0
[00004]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1834769
RATE=2086
NSTART=27000000
NEND=27294375
NSIZE=811008
FLINK=0
MLINK=0
[00005]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1479194
RATE=2182
NSTART=27000000
NEND=27226875
NSIZE=638976
FLINK=0
MLINK=0
[00006]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=192011
RATE=500
NSTART=27000000
NEND=27225000
NSIZE=540672
FLINK=0
MLINK=0
[00007]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2001890
RATE=1861
NSTART=27000000
NEND=27360000
NSIZE=952320
FLINK=0
MLINK=0
[00008]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=583144
RATE=542
NSTART=27000000
NEND=27360000
NSIZE=1622016
FLINK=0
MLINK=0
[00009]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1027613
RATE=703
NSTART=27000000
NEND=27489375
NSIZE=2586624
FLINK=0
MLINK=0
[00010]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2730819
RATE=2029
NSTART=27000000
NEND=27450450
NSIZE=1277952
FLINK=0
MLINK=0
[00011]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1603645
RATE=1704
NSTART=27000000
NEND=27315000
NSIZE=884736
FLINK=0
MLINK=0
[01000]
AUDIO=111111
PGS=11111111111
VIDEO2=79882620.6521739
V2MBRATE=0
M2TS_TARGET=45131412788
RATE=40396
NSTART=27001875
NEND=328040625
NSIZE=43467976704
FLINK=0
MLINK=0
[02000]
AUDIO=1
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=943754037
RATE=3736
NSTART=27000000
NEND=102166875
NSIZE=921722880
FLINK=0
MLINK=0
[02001]
AUDIO=1
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1338193842
RATE=11056
NSTART=27000000
NEND=66026250
NSIZE=1303130112
FLINK=0
MLINK=0


General
ID : 1 (0x1)
Complete name : B:\WORK\FLASH_GORDON_-_4K_UHD\BDMV\CLIPINF\02000.clpi
Format : Blu-ray Clip info / Blu-ray Clip info
File size : 9.41 KiB
Duration : 27 min 50 s
Overall bit rate mode : Variable
Overall bit rate : 4 415 kb/s
Maximum Overall bit rate : 35.5 Mb/s
OverallBitRate_Precision_Min : 4414522
OverallBitRate_Precision_Max : 4414524

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 3 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 3 frames
Format settings, GOP : M=4, N=24
Codec ID : 27
Duration : 27 min 50 s
Bit rate mode : Variable
Bit rate : 4 033 kb/s
Maximum bit rate : 35.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 24.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.081
Stream size : 803 MiB
Source : 02000.m2ts / 02000.m2ts

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 27 min 50 s
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 38.2 MiB
Language : English
Service kind : Complete Main
bsid : 8
Dialog Normalization : -31
Dialog Normalization : -31 dB
compr : -0.28
compr : -0.28 dB
dsurmod : 0
acmod : 2
lfeon : 0
dialnorm_Average : -31
dialnorm_Average : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum : -31 dB
dialnorm_Count : 2770
compr_Average : -2.30
compr_Average : -2.30 dB
compr_Minimum : -10.10
compr_Minimum : -10.10 dB
compr_Maximum : 5.46
compr_Maximum : 5.46 dB
compr_Count : 2685
dynrng_Average : 10.87
dynrng_Average : 10.87 dB
dynrng_Minimum : -23.81
dynrng_Minimum : -23.81 dB
dynrng_Maximum : 23.80
dynrng_Maximum : 23.80 dB
dynrng_Count : 2770
format_identifier : AC-3
Source : 02000.m2ts / 02000.m2ts

Text #1
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 26 min 54 s
Delay relative to video : 14 s 417 ms
Language : English
Source : 02000.m2ts / 02000.m2ts

Text #2
ID : 4609 (0x1201)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 26 min 54 s
Delay relative to video : 14 s 417 ms
Language : German
Source : 02000.m2ts / 02000.m2ts

Text #3
ID : 4610 (0x1202)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 27 min 7 s
Delay relative to video : 1 s 625 ms
Language : French
Source : 02000.m2ts / 02000.m2ts



Video with the pixelation artefacts (https://youtu.be/Jm90IFfFFwU)

//LD

[MrVideo]

Anyway here are some logs and hopefully a video of the pixelation showing on my TV where it actually looks to me to have something to do with motion.
It is pretty much a given that pixelation is a result of motion. That is because more bits are required to render the differences between two side-by-side fields/frames. If the required bits cannot be provided, pixelation is the result.

[Sharc]

@LD:
In general, NVEnc requires higher bitrates than x264/x265 for a decent quality (about 2x). 4Mbps is rather low for 1920x1080p. It could be just ok for 1280x720p.
I did also notice that there are other streams in the log which are encoded at extremely low bitrates, like few 100kbps.
Really strange that you don't see these pixels on your PC.
The YouTube upload is terribly oversaturated (clipped whites). Does your encode and the original source look the same?

Edit:
Out of curiosity I made an NVEnc encode with a low bitrate. I got visible blocks which look quite different from your pixelation, so I suspect the cause for your pixelation is NOT bitrate starvation but must be something else. Most possibly not related to the NVEnc encoder.

[cartman0208]

The YouTube upload is terribly oversaturated (clipped whites). Does your encode and the original source look the same?

I think, that's because it is filmed with a mobile or actioncam from TV ... did that too and the result never looks the same as the original picture.
But the pixelation is clearly visible.

[videoh]

In the workfiles folder I find .DGI files. Should they be there? Those are files from DGDecNV used for decoding. Did you license and install DGDecNV?

[jdobbs]

Anyone else getting pixelation with 1080p 24p source on full UHD? I'm getting this with the extras on 22 Jump Street. Will test another title (first one I had laying around that I bothered to check for 1080p extras was the old Flash Gordon, and to all the zoomers and alphas here, no this is not THE Flash! :D ) to see if that one also gets it before proceeding to provide logs. Right now I'm testing the NVEnc encoder with Very Slow one pass VBR output. Really good tradeoff between quality/encoding time on the 4k part IMHO anyway :)

//LD1. Are you positive it isn't there on the original?

2. I was getting pixelation on 1080p encodes from the older release (a few versions ago) of the UHD version of TSMUXER. But that was on H264 encodes on an HD disc. That was one of the reasons I've kept two copies of TSMUXER in the TOOLS folder. But it was reported as fixed in the TSMUXER change logs and in my tests it had stopped (at least in the examples in which I'd seen it).

Just as a test, you might try downloading a newer release of TSMUXER here (https://bintray.com/justdan96/tsMuxer/tsMuxerGUI-Nightly/2020-10-07--02-32-42#files) and see if it has any impact. You might also try adding ENABLE_NEW_TSMUXER=0 to your INI file. That should make BD-RB use the old muxer for H264 encode/muxes. At the least it might eliminate TSMUXER as a possible cause.

[FilipeAmadeuO]

I totally agree.. It's very time consuming to replace/add tracks when working with full disc structures and it would be so nice to have an easy option to have when feeling lazy :)

//LD

What is the strategy that you use nowadays ?

[LowDead]

It is pretty much a given that pixelation is a result of motion. That is because more bits are required to render the differences between two side-by-side fields/frames. If the required bits cannot be provided, pixelation is the result.

Can't argue with that :)

@LD:
In general, NVEnc requires higher bitrates than x264/x265 for a decent quality (about 2x). 4Mbps is rather low for 1920x1080p. It could be just ok for 1280x720p.
I did also notice that there are other streams in the log which are encoded at extremely low bitrates, like few 100kbps.
Really strange that you don't see these pixels on your PC.
The YouTube upload is terribly oversaturated (clipped whites). Does your encode and the original source look the same?

Edit:
Out of curiosity I made an NVEnc encode with a low bitrate. I got visible blocks which look quite different from your pixelation, so I suspect the cause for your pixelation is NOT bitrate starvation but must be something else. Most possibly not related to the NVEnc encoder.

Yes, I'm also curious why BD-RB decides that it needs so little bitrate. If it were converted to HEVC I could understand. But it really do murder the quality of the clip. And the smaller clips are just warnings and other text screens so they can be ignored, but that first clip(studio canal logo) is extremely high. The oversaturation is because it's filmed with my phone. It's just an example to show the pixelation. I'm also leaning towards that the cause is not bitrate starvation (except for the otherwise poor quality). For now I try different decoder, next step would be JDs suggestion to replace TSmuxer.

I think, that's because it is filmed with a mobile or actioncam from TV ... did that too and the result never looks the same as the original picture.
But the pixelation is clearly visible.

Yes, you are completely right.

Those are files from DGDecNV used for decoding. Did you license and install DGDecNV?

Yes, it is a paid/donated version 2053 (latest) that is correctly installed.

1. Are you positive it isn't there on the original?

2. I was getting pixelation on 1080p encodes from the older release (a few versions ago) of the UHD version of TSMUXER. But that was on H264 encodes on an HD disc. That was one of the reasons I've kept two copies of TSMUXER in the TOOLS folder. But it was reported as fixed in the TSMUXER change logs and in my tests it had stopped (at least in the examples in which I'd seen it).

Just as a test, you might try downloading a newer release of TSMUXER here (https://bintray.com/justdan96/tsMuxer/tsMuxerGUI-Nightly/2020-10-07--02-32-42#files) and see if it has any impact. You might also try adding ENABLE_NEW_TSMUXER=0 to your INI file. That should make BD-RB use the old muxer for H264 encode/muxes. At the least it might eliminate TSMUXER as a possible cause.

1. Yes, no pixelation on original and it's consistent for 1080p encodes.

2. Will try replacing TSmuxer after finishing the currently ongoing test of encoding using different decoder. Should have a result in a cuple of hours. *sigh* I wish I could burn Dual Layered BD-RWs at a faster speed than 2x :angry:

Thanks all for your suggestions and help.

//LD

[LowDead]

What is the strategy that you use nowadays ?

I PMed you...

//LD

[MrVideo]

I think, that's because it is filmed with a mobile or actioncam from TV
Did you use 8mm, 16mm, 35mm or 65mm film in your camera? What did you then use to telecine it to video? :D

[LowDead]

Quick update: Another decoder(x264 internal) fell through. Still pixelation. Will continue with JD's suggestions.

//LD

[Glarioo]

I have done a test with NVEnc encoder.
According to MediaInfo, the maximum bitrate is 15 Mb / s. Why is that bitrate so low?
BDRebuilder Ini: TWEAK_ALTERNATE=--vbv-maxrate 50000 --vbv-bufsize 50000
And the Format Profile is 4 instead of 4.1
CRF was set to 20 in CQM (one pass).

MediaInfo:
Format : Matroska
Format version : Version 2
File size : 13.9 GiB
Duration : 2 h 15 min
Overall bit rate mode : Variable
Overall bit rate : 14.8 Mb/s
Encoded date : UTC 2020-10-13 17:41:36
Writing application : mkvmerge v9.7.1 ('Pandemonium') 32bit
Writing library : libebml v1.3.4 + libmatroska v1.4.5

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 3 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 3 frames
Format settings, GOP : M=4, N=30
Codec ID : V_MPEG4/ISO/AVC
Duration : 2 h 15 min
Bit rate mode : Variable
Bit rate : 14.1 Mb/s
Maximum bit rate : 15.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (23976/1000) FPS
Original frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.284
Stream size : 13.3 GiB (96%)
Default : Yes
Forced : No

[Glarioo]

Same settings, except CRF is now set to 19

MediaInfo:
Format profile: High@L4.1
Bit rate: 17.6 Mb/s
Maximum bit rate: 30.0 Mb/s

[jdobbs]

@Glarioo

For ALTERNATE output to MKV/MP4 (Container types 1 & 5), 19 is the CRF breakpoint. CRF above 19 sets the max bitrate to 15Mbs, 19 or below it goes to 30Mbs. Those are based upon encode tests of average bitrates across a variety of sources. For specified bitrates of 12Mbs or less BD-RB sets the max to 15Mbs, a higher bitrate sets it to 30Mbs. For non-ALTERNATE it is based on the maximum for the specified target disc (after taking into consideration the required bitrate for audio/subs).

In your example where your bitrate came out to 14.1Mbs -- the 15Mbs high end appears to be limiting (or at least implies it may be hitting it often). If my tests were right that would seem to be unusual (though admittedly it's been a long time since I did those tests). But, what I think I will do (in order to give more control to the user) is to add another option to the ALTERNATE configuration file (ALTERNATE.TXT) in which the maximum bitrate for containers 1 & 5 (MKV/MP4) can be set as a part of the preset.

I'm glad you mentioned this. Because those maxrates were based upon 1080p encodes (and below). I need to go back and see if I adjusted for 2160p in those maxrate limits. I know I did on disc output -- but I don't remember if I did on ALTERNATE.

[Glarioo]

@Glarioo

For ALTERNATE output to MKV/MP4 (Container types 1 & 5), 19 is the CRF breakpoint. CRF above 19 sets the max bitrate to 15Mbs, 19 or below it goes to 30Mbs. Those are based upon encode tests of average bitrates across a variety of sources. For specified bitrates of 12Mbs or less BD-RB sets the max to 15Mbs, a higher bitrate sets it to 30Mbs. For non-ALTERNATE it is based on the maximum for the specified target disc (after taking into consideration the required bitrate for audio/subs).

In your example where your bitrate came out to 14.1Mbs -- the 15Mbs high end appears to be limiting (or at least implies it may be hitting it often). If my tests were right that would seem to be unusual (though admittedly it's been a long time since I did those tests). But, what I think I will do (in order to give more control to the user) is to add another option to the ALTERNATE configuration file (ALTERNATE.TXT) in which the maximum bitrate for containers 1 & 5 (MKV/MP4) can be set as a part of the preset.

I'm glad you mentioned this. Because those maxrates were based upon 1080p encodes (and below). I need to go back and see if I adjusted for 2160p in those maxrate limits. I know I did on disc output -- but I don't remember if I did on ALTERNATE.

For x264 encoder there is the option "tweak alternate" in BDREBUILDER.INI (TWEAK_ALTERNATE = - vbv-maxrate 50000 --vbv-bufsize 50000). My experience is that this slightly improves the image quality. Since I don't have a Blu-ray player, only a (Dune) media player, I only make mkv files.
It would be such a nice option if tweak alternate would also be possible for NVEnc encoder.
Thanks in advance jdobbs.

[SeeMoreDigital]

Since I don't have a Blu-ray player, only a (Dune) media player, I only make mkv files.
Old, new... Which model?

[Glarioo]

Old, new... Which model?

A very old Smart H1. Bought in 2011.
And still works like a charm.

[jdobbs]

For x264 encoder there is the option "tweak alternate" in BDREBUILDER.INI (TWEAK_ALTERNATE = - vbv-maxrate 50000 --vbv-bufsize 50000). My experience is that this slightly improves the image quality. Since I don't have a Blu-ray player, only a (Dune) media player, I only make mkv files.
It would be such a nice option if tweak alternate would also be possible for NVEnc encoder.
Thanks in advance jdobbs.I'm adding a new option called TWEAK_ALTERNATE_NV for the next release. That way you can add to the command line specific settings related to NVENCC.

But...

In the meantime you should know that TWEAK_ALTERNATE is currently applied to NVENCC encodes that are targeted at containers 1 & 5 (MKV & MP4) -- so you can use it in the meantime. Once I implement TWEAK_ALTERNATE_NV, TWEAK_ALTERNATE will no longer apply to NVENCC.

[Edit] As a test I just tried adding "--vbv-bufsize 30000 --max-bitrate 30000" to a command line that already had "--vbv-bufsize 15000 --max-bitrate 15000" in it -- and it worked (used the higher setting). I posted earlier in this post that it hadn't -- but found that I'd typed it wrong. So you should be able to use TWEAK_ALTERNATE to change it until the next release.

[Edit] Well... even though I'd looked at the code and it appeared to add it to the command line -- I just did a test with TWEAK_ALTERNATE and it doesn't appear to have worked. Hmmm.... guess I need to try things before I post about them.

[Another Edit] Yeah. TWEAK_ALTERNATE currently isn't applied to NVENCC for ALTERNATE CQM encodes. It only works for a ALTERNATE "VBR Bitrate Encoding" or "VBR Target Size [MB]" encoding. I'll change that for TWEAK_ALTERNATE_NV.

[Glarioo]

Thanks, jdobbs.

[LowDead]

Update: No success whatever method I have tried. The pixelation artefacts have been persistent over all tests. I have tried three decoders, latest (at the time) tsmuxer and using old version of tsmuxer. I also tried encoding with CQM and still same result.

Are there anyway to reduce the bitrate of the main movie so that the extras get more (maybe in this case for testing purposes alot more) so one can rule out bitrate starvation?

//LD

[jdobbs]

Update: No success whatever method I have tried. The pixelation artefacts have been persistent over all tests. I have tried three decoders, latest (at the time) tsmuxer and using old version of tsmuxer. I also tried encoding with CQM and still same result.

Are there anyway to reduce the bitrate of the main movie so that the extras get more (maybe in this case for testing purposes alot more) so one can rule out bitrate starvation?

//LDEven with CQM? What was the CQM value that was used?

[Emulgator]

LowDead, can you cut a part of the source and upload that somewhere ?

[LowDead]

Even with CQM? What was the CQM value that was used?

----------------------
[10-15-20] BD Rebuilder v0.61.17
[03:20:50] Source: FLASH_GORDON_-_4K_UHD
- Input BD size: 78,49 GB
- Approximate total content: [02:40:38.926]
- Target BD size: 46,26 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), CQM
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[03:20:50] PHASE ONE, Encoding
- [03:20:50] Processing: VID_00002 (1 of 13)
- [03:20:50] Extracting A/V streams [VID_00002]
- [03:21:02] Reencoding video [VID_00002]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 481 frames
- [03:21:02] Performing CQM Prediction...
- Analyzing 1,00 16,80 17,90 18,55 19,05 19,40 [19,48]
- [03:21:44] Encoding using constant quality mode.
- [03:21:57] Video Encode complete
- [03:21:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:21:57] Multiplexing M2TS
- [03:22:01] Processing: VID_00003 (2 of 13)
- [03:22:01] Extracting A/V streams [VID_00003]
- [03:22:05] Reencoding video [VID_00003]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 289 frames
- [03:22:05] Performing CQM Prediction...
- Analyzing 38,80 34,70 32,50 30,90 29,70 28,85 28,25 27,65 27,05 26,75 26,45 26,10 [26,10]
- [03:23:22] Encoding using constant quality mode.
- [03:23:31] Video Encode complete
- [03:23:31] Processing audio tracks
- [03:23:31] Multiplexing M2TS
- [03:23:34] Processing: VID_00004 (3 of 13)
- [03:23:34] Extracting A/V streams [VID_00004]
- [03:23:38] Reencoding video [VID_00004]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 157 frames
- Bitrate: 2 086 Kbs
- [03:23:38] Reencoding: VID_00004, Pass 1 of 2
- [03:23:43] Reencoding: VID_00004, Pass 2 of 2
- [03:23:43] Video Encode complete
- [03:23:43] Processing audio tracks
- [03:23:43] Multiplexing M2TS
- [03:23:47] Processing: VID_00005 (4 of 13)
- [03:23:47] Extracting A/V streams [VID_00005]
- [03:23:50] Reencoding video [VID_00005]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 121 frames
- Bitrate: 2 182 Kbs
- [03:23:50] Reencoding: VID_00005, Pass 1 of 2
- [03:23:55] Reencoding: VID_00005, Pass 2 of 2
- [03:23:55] Video Encode complete
- [03:23:55] Processing audio tracks
- [03:23:55] Multiplexing M2TS
- [03:23:59] Processing: VID_00006 (5 of 13)
- [03:23:59] Extracting A/V streams [VID_00006]
- [03:24:02] Reencoding video [VID_00006]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 120 frames
- Bitrate: 500 Kbs
- [03:24:02] Reencoding: VID_00006, Pass 1 of 2
- [03:24:07] Reencoding: VID_00006, Pass 2 of 2
- [03:24:07] Video Encode complete
- [03:24:07] Processing audio tracks
- [03:24:07] Multiplexing M2TS
- [03:24:10] Processing: VID_00007 (6 of 13)
- [03:24:10] Extracting A/V streams [VID_00007]
- [03:24:14] Reencoding video [VID_00007]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 192 frames
- Bitrate: 1 861 Kbs
- [03:24:14] Reencoding: VID_00007, Pass 1 of 2
- [03:24:21] Reencoding: VID_00007, Pass 2 of 2
- [03:24:21] Video Encode complete
- [03:24:21] Processing audio tracks
- [03:24:21] Multiplexing M2TS
- [03:24:24] Processing: VID_00008 (7 of 13)
- [03:24:24] Extracting A/V streams [VID_00008]
- [03:24:27] Reencoding video [VID_00008]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 192 frames
- Bitrate: 542 Kbs
- [03:24:28] Reencoding: VID_00008, Pass 1 of 2
- [03:24:34] Reencoding: VID_00008, Pass 2 of 2
- [03:24:34] Video Encode complete
- [03:24:34] Processing audio tracks
- [03:24:34] Multiplexing M2TS
- [03:24:37] Processing: VID_00009 (8 of 13)
- [03:24:37] Extracting A/V streams [VID_00009]
- [03:24:41] Reencoding video [VID_00009]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 261 frames
- [03:24:41] Performing CQM Prediction...
- Analyzing 37,70 35,45 34,40 33,60 33,15 32,80 [32,80]
- [03:25:20] Encoding using constant quality mode.
- [03:25:28] Video Encode complete
- [03:25:28] Processing audio tracks
- [03:25:28] Multiplexing M2TS
- [03:25:31] Processing: VID_00010 (9 of 13)
- [03:25:31] Extracting A/V streams [VID_00010]
- [03:25:35] Reencoding video [VID_00010]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 240 frames
- [03:25:35] Performing CQM Prediction...
- Analyzing 31,05 26,70 23,80 21,55 19,65 17,95 1,00 17,80 9,40 13,60 [14,12]
- [03:26:40] Encoding using constant quality mode.
- Performing size-correcting second pass...
- [03:26:55] Video Encode complete
- [03:26:55] Processing audio tracks
- [03:26:55] Multiplexing M2TS
- [03:26:59] Processing: VID_00011 (10 of 13)
- [03:26:59] Extracting A/V streams [VID_00011]
- [03:27:02] Reencoding video [VID_00011]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 168 frames
- Bitrate: 1 704 Kbs
- [03:27:02] Reencoding: VID_00011, Pass 1 of 2
- [03:27:08] Reencoding: VID_00011, Pass 2 of 2
- [03:27:08] Video Encode complete
- [03:27:08] Processing audio tracks
- [03:27:08] Multiplexing M2TS
- [03:27:11] Processing: VID_01000 (11 of 13)
- [03:27:11] Extracting A/V streams [VID_01000]
- [04:01:06] Reencoding video [VID_01000]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 160 554 frames
- [04:01:06] Performing CQM Prediction...
- Analyzing 1,00 17,05 18,15 18,90 19,60 20,30 20,95 21,55 21,90 22,05 [22,08]
- [04:08:44] Encoding using constant quality mode.
- [05:15:08] Video Encode complete
- [05:15:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (deu): Keeping original audio
- Track 4355 (fra): Keeping original audio
- Track 4356 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- [05:15:08] Multiplexing M2TS
- Bitstream exception. Adjusting... success.
- [05:55:18] Processing: VID_02000 (12 of 13)
- [05:55:18] Extracting A/V streams [VID_02000]
- [05:56:28] Reencoding video [VID_02000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 40 089 frames
- [05:56:28] Performing CQM Prediction...
- Analyzing 20,80 22,95 [23,02]
- [05:56:41] Encoding using constant quality mode.
- Performing size-correcting second pass...
- [06:03:00] Video Encode complete
- [06:03:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:03:00] Multiplexing M2TS
- [06:03:19] Processing: VID_02001 (13 of 13)
- [06:03:19] Extracting A/V streams [VID_02001]
- [06:04:40] Reencoding video [VID_02001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 20 814 frames
- [06:04:40] Performing CQM Prediction...
- Analyzing 11,50 19,90 20,15 [20,17]
- [06:04:54] Encoding using constant quality mode.
- [06:07:22] Video Encode complete
- [06:07:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:07:22] Multiplexing M2TS
[06:07:43]PHASE ONE complete
[06:07:43]PHASE TWO - Rebuild Started
- [06:07:43] Rebuilding BD file Structure
[06:09:31] - Encode and Rebuild complete
[06:09:31] JOB: FLASH_GORDON_-_4K_UHD finished.


VID_01000 (11 of 13) is the main movie. Which is in DV if that can disturb the extras in some way? On the main movie I get - Bitstream exception. Adjusting... success. But the main movie don't display any problems.

VID_02000 (12 of 13) is the extra I have used for tests which gets CQM of - Analyzing 20,80 22,95 [23,02]. After that It displays a message - Performing size-correcting second pass... Can this be something of interest?

//LD

[LowDead]

LowDead, can you cut a part of the source and upload that somewhere ?

How much of the source file is needed?

//LD

[Emulgator]

DGSplit, or hSplit offending part, short of 2 GB, upload to wetransfer (they accept 2GB for free, 1 week)

[LowDead]

DGSplit, or hSplit offending part, short of 2 GB, upload to wetransfer (they accept 2GB for free, 1 week)

That will be the whole file then ^^

//LD

[Emulgator]

Good, bring it, rate control won't be off then.

[zamengo]

There is a way to change subtitle from eng to another language?

Let me explain:

I make a disc from mkv import with .srt on same folder, but this sub is Portuguese.

BD Rebuilder automatically set this to "eng" sub.

I Found a hidden option but I don't know how this works:

FORCED_SUB_LANG=s s = 3 letter preferred language codes -- default is "eng", can be multiples (e.g. "ger;deu")

I need to use: FORCED_SUB_LANG="por" or this not the options I want?

[Sharc]

Here it comes

LINK REMOVED BY MODERATOR

//LD
I did 3 tests:
a) encoding with NVEncC using commandline, --vbr-quality 24 => no problems
b) importing your file into BD-RB and encoding with NVEnc, Alternate Movie only output to .mkv container, CQM=24 => no problems, bitrate was 4005kbps only.
c) same as b) but outputting to AVCHD structure which involves tsmuxer => no problem
The only thing which I noticed was that BD-RB converted the 24 fps source to 23.976 fps, with audio adjusted accordingly.
I watched on PC and on TV, all ok.

All were 1-pass encodes, I could not test your size-correcting 2nd pass for this file.

I am also wondering why you see the pixelation on your TV only, but not on your PC.

[jdobbs]

@LowDead

I removed your post with the link in it. It is against forum rules to share a link to a file that may be copyrighted.

[jdobbs]

There is a way to change subtitle from eng to another language?

Let me explain:

I make a disc from mkv import with .srt on same folder, but this sub is Portuguese.

BD Rebuilder automatically set this to "eng" sub.

I Found a hidden option but I don't know how this works:



I need to use: FORCED_SUB_LANG="por" or this not the options I want?Then add this line to your REBUILDER.INI file:

FORCED_SUB_LANG=por

Also go to the SETTINGS dialog and make sure you have that subtitle language (Portuguese) selected to keep.

[FilipeAmadeuO]

@jdobbs
Any chance to add a replace subtitle/audio function ?
Most of the original UHD nowadays don’t have Portuguese language so I buy other version and like to add Portuguese.
I can do it with BDRebuilder but I need to do it in multiple steps and it takes a very long time.

Hi jdobbs
Sorry for re-asking :)
There is no LOTR 4K with portuguese subtitles so i am preparing myself :)

[LowDead]

@LowDead

I removed your post with the link in it. It is against forum rules to share a link to a file that may be copyrighted.

No, problem. Sorry about that. Didn't think longer than my nose as it was requested to be uploaded for investigation purposes.

Sharc did get to download it before it was removed and did some test which came out ok. So why is BD-RB with NVEnc encoder allergic with my setup? *pulls the last of my hair*

//LD

[MrVideo]

The only thing which I noticed was that BD-RB converted the 24 fps source to 23.976 fps, with audio adjusted accordingly.
I'm curious as to why BDRB would do that.

[zamengo]

Then add this line to your REBUILDER.INI file:

FORCED_SUB_LANG=por

Also go to the SETTINGS dialog and make sure you have that subtitle language (Portuguese) selected to keep.

Don't work, the english flag still ou sub:

https://i.imgur.com/3wfbIKc.png

[Alleycat]

Hi all, I've noticed a problem since the new TsMuxer was enabled by default in the latest build of BDRB. Using full backup mode, it's previously it's been possible to play a single m2ts file in a media player on a PC and select the preferred audio track from the right click menu. However when doing a rebuild with the new TsMuxer enabled, one or more of the audio tracks are either missing from the context menu or play intermittently. If I do another build using the hidden option "ENABLE_NEW_TSMUXER=0" all audio tracks are again available and play perfectly. Even more bizarrely, with TsMuxer 2.6.16 all audio tracks do work if selected from the BD Menu in J.River or PowerDVD, but the very same players will have some audio tracks missing when playing the .m2ts file directly. Hope this makes sense. Basically it looks like TsMuxer 2.6.16 is somehow breaking compatibility with LAV splitter etc

[Sharc]

No, problem. Sorry about that. Didn't think longer than my nose as it was requested to be uploaded for investigation purposes.

Sharc did get to download it before it was removed and did some test which came out ok. So why is BD-RB with NVEnc encoder allergic with my setup? *pulls the last of my hair*

//LD
You could try a pure 1-pass CQM encode using a fix quality value rather than the CQM/CRF prediction algo. Of course you can't fix the target filesize then, but it would give an indication whether your pixelation comes from the prediction/correction mode.

[cartman0208]

Hi all, I've noticed a problem since the new TsMuxer was enabled by default in the latest build of BDRB. Using full backup mode, it's previously it's been possible to play a single m2ts file in a media player on a PC and select the preferred audio track from the right click menu. However when doing a rebuild with the new TsMuxer enabled, one or more of the audio tracks are either missing from the context menu or play intermittently. If I do another build using the hidden option "ENABLE_NEW_TSMUXER=0" all audio tracks are again available and play perfectly. Even more bizarrely, with TsMuxer 2.6.16 all audio tracks do work if selected from the BD Menu in J.River or PowerDVD, but the very same players will have some audio tracks missing when playing the .m2ts file directly. Hope this makes sense. Basically it looks like TsMuxer 2.6.16 is somehow breaking compatibility with LAV splitter etc

I can confirm that ... first I thought my PC config was broken, because on the Bluray Player were no issues.
But it seems, I'm not alone...
When playing the m2ts files in VLC player, the audio is distorted and choppy or completely missing :scared:

[jdobbs]

Don't work, the english flag still ou sub:

https://i.imgur.com/3wfbIKc.pngDoes it have a forced Portuguese subtitle? It only works to select from the list of subs that actually contain forced subs within them.

If you want a set of subtitle to be turned on by default (as opposed to selecting from forced subs) you can right click on a sub in the streams list and set it to default on.

[jdobbs]

Hi all, I've noticed a problem since the new TsMuxer was enabled by default in the latest build of BDRB. Using full backup mode, it's previously it's been possible to play a single m2ts file in a media player on a PC and select the preferred audio track from the right click menu. However when doing a rebuild with the new TsMuxer enabled, one or more of the audio tracks are either missing from the context menu or play intermittently. If I do another build using the hidden option "ENABLE_NEW_TSMUXER=0" all audio tracks are again available and play perfectly. Even more bizarrely, with TsMuxer 2.6.16 all audio tracks do work if selected from the BD Menu in J.River or PowerDVD, but the very same players will have some audio tracks missing when playing the .m2ts file directly. Hope this makes sense. Basically it looks like TsMuxer 2.6.16 is somehow breaking compatibility with LAV splitter etcTry replacing the version of TSMUXER (tsmuxer4k.exe) with a newer one from this link (https://bintray.com/justdan96/tsMuxer/tsMuxerGUI-Nightly/_latestVersion#files). Make sure you use the 32 bit version ( w32-nightly...), as the 64 bit version will cause errors when used with AVISYNTH. The one listed is a couple weeks newer than the one included in BD-RB.

I will say, though, that what you are describing sounds more like a player issue. Does the stream play correctly when using a hardware BD player? The fact that PowerDVD sees them correctly makes me think they are alright. But I'll look and see if I can find anything odd.

[LowDead]

You could try a pure 1-pass CQM encode using a fix quality value rather than the CQM/CRF prediction algo. Of course you can't fix the target filesize then, but it would give an indication whether your pixelation comes from the prediction/correction mode.

THAAAAAANKS!!!! This worked. So why does the prediction/correction cause this? But wait, I also got the error when doing VBR. One thing I noticed was that my test extras clip had a bitrate of ~7000kbit instead of ~4000 kbit.

btw, I had to blank main movie and force encode on the rest of the files to even get onto a disc..

Have a few more tests to do..

Settings:

[Options]
VERSION=0.61.0.17
BD5_SIZE=4610
BD9_SIZE=8250
BD25_SIZE=24400
*BD50_SIZE=50190
CUSTOM_TARGET_SIZE=49350
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=0
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=1
AUDIO_DRC=0
DECODER=3
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=1
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
AUTO_BIAS=3
B_PYRAMID=1
DGDECIM_SW_DECODE=0
ENCODER_MENU=1
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0
HC_PROFILE=BEST
IMPORT_HEVC_INTACT=1
KEEP_MBTREE=1
PASS_TWO_STATS_UPDATE=1
SHOW_ENCODER=1
DTSX_ENABLE=1
ENABLE_TEST=1
ENABLE_BLANKING=1
DEFAULT_LANG=eng
TARGET_SIZE=24400
MIN_M2TS_SIZE=0
MIN_PLAYLIST_MINS=0
MENU_BACKGROUND=C:\vidsoft\BD_Rebuilder\misc\menuback.jpg
MENU_AUDIO=C:\vidsoft\BD_Rebuilder\tools\blankclip\blank.ac3
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_AUTO_DVDAUDIO=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IMPORT_LIMIT_LANG=0
IMPORT_KEEP_PLAYALL=0
IMPORT_PREPARE_MKV=1
NVENC_CAPABLE=1
ENCODE_QUALITY=0
AUTO_QUALITY=0
ONEPASS_ENCODING=1
FIXED_CRF=20
FORCE_ENCODE=1
ENCODER=1
MODE=0
[Paths]
DGIndexNV=C:\vidsoft\DGDecNV\DGIndexNV.exe
DGDecNV=C:\vidsoft\DGDecNV\DGDecodeNV.dll
WORKING_PATH=E:\WORK\FIXEDCRF\
SOURCE_PATH=L:\UHDBD\FLASH_GORDON_-_4K_UHD


[10-17-20] BD Rebuilder v0.61.17
[21:10:53] Source: FLASH_GORDON_-_4K_UHD
- Input BD size: 5,86 GB
- Approximate total content: [02:40:38.926]
- Target BD size: 23,83 GB
- Windows Version: 6.2 [9200]
- Quality: Very Good (Very Fast), CQM
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:10:57] PHASE ONE, Encoding
- [21:10:57] Processing: VID_00002 (1 of 13)
- [21:10:57] Extracting A/V streams [VID_00002]
- [21:11:10] Reencoding video [VID_00002]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 481 frames
- [21:11:10] Encoding using constant quality mode.
- [21:11:16] Video Encode complete
- [21:11:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:11:16] Multiplexing M2TS
- [21:11:20] Processing: VID_00003 (2 of 13)
- [21:11:20] Extracting A/V streams [VID_00003]
- [21:11:24] Reencoding video [VID_00003]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 289 frames
- [21:11:24] Encoding using constant quality mode.
- [21:11:28] Video Encode complete
- [21:11:28] Processing audio tracks
- [21:11:28] Multiplexing M2TS
- [21:11:32] Processing: VID_00004 (3 of 13)
- [21:11:32] Extracting A/V streams [VID_00004]
- [21:11:35] Reencoding video [VID_00004]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 157 frames
- Bitrate: 20 239 Kbs
- [21:11:35] Reencoding: VID_00004, Pass 1 of 2
- [21:11:39] Reencoding: VID_00004, Pass 2 of 2
- [21:11:39] Video Encode complete
- [21:11:39] Processing audio tracks
- [21:11:39] Multiplexing M2TS
- [21:11:42] Processing: VID_00005 (4 of 13)
- [21:11:42] Extracting A/V streams [VID_00005]
- [21:11:46] Reencoding video [VID_00005]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 121 frames
- Bitrate: 21 171 Kbs
- [21:11:46] Reencoding: VID_00005, Pass 1 of 2
- [21:11:48] Reencoding: VID_00005, Pass 2 of 2
- [21:11:48] Video Encode complete
- [21:11:48] Processing audio tracks
- [21:11:48] Multiplexing M2TS
- [21:12:01] Processing: VID_00006 (5 of 13)
- [21:12:01] Extracting A/V streams [VID_00006]
- [21:12:05] Reencoding video [VID_00006]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 120 frames
- Bitrate: 2 771 Kbs
- [21:12:05] Reencoding: VID_00006, Pass 1 of 2
- [21:12:08] Reencoding: VID_00006, Pass 2 of 2
- [21:12:08] Video Encode complete
- [21:12:08] Processing audio tracks
- [21:12:08] Multiplexing M2TS
- [21:12:11] Processing: VID_00007 (6 of 13)
- [21:12:11] Extracting A/V streams [VID_00007]
- [21:12:15] Reencoding video [VID_00007]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 192 frames
- Bitrate: 18 057 Kbs
- [21:12:15] Reencoding: VID_00007, Pass 1 of 2
- [21:12:18] Reencoding: VID_00007, Pass 2 of 2
- [21:12:18] Video Encode complete
- [21:12:18] Processing audio tracks
- [21:12:18] Multiplexing M2TS
- [21:12:22] Processing: VID_00008 (7 of 13)
- [21:12:22] Extracting A/V streams [VID_00008]
- [21:12:26] Reencoding video [VID_00008]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 192 frames
- Bitrate: 5 260 Kbs
- [21:12:26] Reencoding: VID_00008, Pass 1 of 2
- [21:12:30] Reencoding: VID_00008, Pass 2 of 2
- [21:12:30] Video Encode complete
- [21:12:30] Processing audio tracks
- [21:12:30] Multiplexing M2TS
- [21:12:33] Processing: VID_00009 (8 of 13)
- [21:12:33] Extracting A/V streams [VID_00009]
- [21:12:37] Reencoding video [VID_00009]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 261 frames
- [21:12:37] Encoding using constant quality mode.
- [21:12:41] Video Encode complete
- [21:12:41] Processing audio tracks
- [21:12:41] Multiplexing M2TS
- [21:12:45] Processing: VID_00010 (9 of 13)
- [21:12:45] Extracting A/V streams [VID_00010]
- [21:12:48] Reencoding video [VID_00010]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 240 frames
- [21:12:48] Encoding using constant quality mode.
- [21:12:52] Video Encode complete
- [21:12:52] Processing audio tracks
- [21:12:52] Multiplexing M2TS
- [21:12:56] Processing: VID_00011 (10 of 13)
- [21:12:56] Extracting A/V streams [VID_00011]
- [21:12:59] Reencoding video [VID_00011]
- Source Video: HEVC, 3840x2160
- Rate/Length: 24,000fps, 168 frames
- Bitrate: 16 531 Kbs
- [21:12:59] Reencoding: VID_00011, Pass 1 of 2
- [21:13:02] Reencoding: VID_00011, Pass 2 of 2
- [21:13:02] Video Encode complete
- [21:13:02] Processing audio tracks
- [21:13:02] Multiplexing M2TS
- [21:13:06] Blanking: VID_01000 (11 of 13)
- [21:13:06] Processing: VID_02000 (12 of 13)
- [21:13:06] Extracting A/V streams [VID_02000]
- [21:14:06] Reencoding video [VID_02000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 40 089 frames
- [21:14:06] Encoding using constant quality mode.
- [21:15:28] Video Encode complete
- [21:15:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:15:28] Multiplexing M2TS
- [21:15:47] Processing: VID_02001 (13 of 13)
- [21:15:47] Extracting A/V streams [VID_02001]
- [21:17:11] Reencoding video [VID_02001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 20 814 frames
- [21:17:11] Encoding using constant quality mode.
- [21:18:31] Video Encode complete
- [21:18:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:18:31] Multiplexing M2TS
[21:19:04]PHASE ONE complete
[21:19:04]PHASE TWO - Rebuild Started
- [21:19:04] Rebuilding BD file Structure
[23:15:47] - Encode and Rebuild complete
[23:15:47] JOB: FLASH_GORDON_-_4K_UHD finished.


[Status]
LABEL=FLASH_GORDON_-_4K_UHD
VERSION=v0.61.17
SOURCE_SIZE=6296154371
SOURCE_VIDEO_SIZE=4179603456
TARGET_SIZE=25585254400
REDUCTION=5.61505504817919
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=all
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=-1
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
UHD_V3_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=13
REBUILD_COMPLETE=1
[00002]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1207806427
NSTART=27000000
NEND=27901875
NSIZE=107231232
FLINK=0
MLINK=0
[00003]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=9694190
NSTART=27000000
NEND=27541875
NSIZE=2267136
FLINK=0
MLINK=0
[00004]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=17801431
RATE=20239
NSTART=27000000
NEND=27294375
NSIZE=3741696
FLINK=0
MLINK=0
[00005]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=14351542
RATE=21171
NSTART=27000000
NEND=27226875
NSIZE=3741696
FLINK=0
MLINK=0
[00006]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1862941
RATE=2771
NSTART=27000000
NEND=27225000
NSIZE=540672
FLINK=0
MLINK=0
[00007]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=19422880
RATE=18057
NSTART=27000000
NEND=27360000
NSIZE=2506752
FLINK=0
MLINK=0
[00008]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=5657819
RATE=5260
NSTART=27000000
NEND=27360000
NSIZE=2463744
FLINK=0
MLINK=0
[00009]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=9970182
NSTART=27000000
NEND=27489375
NSIZE=3213312
FLINK=0
MLINK=0
[00010]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=26495154
NSTART=27000000
NEND=27450450
NSIZE=4227072
FLINK=0
MLINK=0
[00011]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=15559003
RATE=16531
NSTART=27000000
NEND=27315000
NSIZE=2611200
FLINK=0
MLINK=0
[02000]
AUDIO=1
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=9156559569
NSTART=27000000
NEND=102166875
NSIZE=1557891072
FLINK=0
MLINK=0
[02001]
AUDIO=1
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=12983522348
NSTART=27000000
NEND=66026250
NSIZE=1216567296
FLINK=0
MLINK=0


"C:\vidsoft\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "L:\UHDBD\FLASH_GORDON_-_4K_UHD\BDMV\STREAM\02001.m2ts" --codec h264 --preset performance --bluray --qp-min 0 --multipass 2pass-full --vbr 0 --vbr-quality 20 --aq-temporal --keyfile "E:\WORK\FIXEDCRF\WORKFILES\VID_02001.CHP" --sar 1:1 --aud --pic-struct --vbv-bufsize 30000 --max-bitrate 35000 --gop-len 24 -o "E:\WORK\FIXEDCRF\WORKFILES\VID_02001.AVS.264"


//LD

[Alleycat]

Try replacing the version of TSMUXER (tsmuxer4k.exe) with a newer one from this link (https://bintray.com/justdan96/tsMuxer/tsMuxerGUI-Nightly/_latestVersion#files). Make sure you use the 32 bit version ( w32-nightly...), as the 64 bit version will cause errors when used with AVISYNTH. The one listed is a couple weeks newer than the one included in BD-RB.

I will say, though, that what you are describing sounds more like a player issue. Does the stream play correctly when using a hardware BD player? The fact that PowerDVD sees them correctly makes me think they are alright. But I'll look and see if I can find anything odd.

Thanks for replying. I tried your link above but it only has TsMuxer not TsMuxer4k?

[jdobbs]

Thanks for replying. I tried your link above but it only has TsMuxer not TsMuxer4k? You have to rename it to "tsmuxer4k.exe" and then copy it to the BD-RB TOOLS folder. I gave it that name to distinguish it from the older version of TSMUXER (v2.6.12) which is still present in the TOOLS folder.

[Alleycat]

You have to rename it to "tsmuxer4k.exe" and then copy it to the BD-RB TOOLS folder. I gave it that name to distinguish it from the older version of TSMUXER (v2.6.12) which is still present in the TOOLS folder.

Thanks, all now understood. I went ahead and tried the newest version, but it still produces m2ts files with missing or corrupted audio when played directly in Windows with VLC or J.River media centre etc. With the old 2.6.12 version, all played perfectly.

After doing some further experiments, I may have found something of use.

Using TsmuxerGUI, I noticed a difference in the meta files produced by the old and new versions. The new Tsmuxer has the extra parameter, "--hdmv-descriptors" included in the first line.
E.g. "MUXOPT --no-pcr-on-video-pid --new-audio-pes --hdmv-descriptors --blu-ray --vbr --auto-chapters=5 --vbv-len=500".

Next I used the command line TsMuxer (newest) to produce muxes using .meta files both with and without --hdmv-descriptors. The one without had the sound issues previously mentioned, but the one with it played perfectly. I tried this test again with the old Tsmuxer but this time both were fine. I expected this, as the help info only mentions this new parameter in the newest versions.

Looking in the BDRB Workfiles folder, the Mux_000xx.meta does not contain the --hdmv-descriptors entry, even though 2.6.16 was enabled.

[jdobbs]

Thanks, all now understood. I went ahead and tried the newest version, but it still produces m2ts files with missing or corrupted audio when played directly in Windows with VLC or J.River media centre etc. With the old 2.6.12 version, all played perfectly.

After doing some further experiments, I may have found something of use.

Using TsmuxerGUI, I noticed a difference in the meta files produced by the old and new versions. The new Tsmuxer has the extra parameter, "--hdmv-descriptors" included in the first line.
E.g. "MUXOPT --no-pcr-on-video-pid --new-audio-pes --hdmv-descriptors --blu-ray --vbr --auto-chapters=5 --vbv-len=500".

Next I used the command line TsMuxer (newest) to produce muxes using .meta files both with and without --hdmv-descriptors. The one without had the sound issues previously mentioned, but the one with it played perfectly. I tried this test again with the old Tsmuxer but this time both were fine. I expected this, as the help info only mentions this new parameter in the newest versions.

Looking in the BDRB Workfiles folder, the Mux_000xx.meta does not contain the --hdmv-descriptors entry, even though 2.6.16 was enabled.Interesting. I'll do some research on that parameter and, if appropriate, I'll add it in the next release.

Thanks for the info!

[Edit] Couldn't find any discussion as to why that parameter was added, or why it was needed. It's easy to add, and the old TSMUXER version seems to not care if it is there. But I don't want to just add it until I know the consequences. Does anyone have any background on this parameter?

[Edit] Ok, I found some discussion in the TSMUXER Open Source thread and some of the change notes. I'll add that parameter to the next release.

[LowDead]

Update:

Working -

"C:\vidsoft\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "L:\UHDBD\FLASH_GORDON_-_4K_UHD\BDMV\STREAM\02001.m2ts" --codec h264 --preset performance --bluray --qp-min 0 --multipass 2pass-full --vbr 0 --vbr-quality 20 --aq-temporal --keyfile "E:\WORK\FIXEDCRF\WORKFILES\VID_02001.CHP" --sar 1:1 --aud --pic-struct --vbv-bufsize 30000 --max-bitrate 35000 --gop-len 24 -o "E:\WORK\FIXEDCRF\WORKFILES\VID_02001.AVS.264"

Not working -

"C:\vidsoft\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "L:\UHDBD\FLASH_GORDON_-_4K_UHD\BDMV\STREAM\02001.m2ts" --codec h264 --preset quality --bluray --qp-min 0 --vbr 11056 --aq-temporal --keyfile "B:\WORK\DG\WORKFILES\VID_02001.CHP" --sar 1:1 --aud --pic-struct --vbv-bufsize 30000 --max-bitrate 35000 --gop-len 24 -o "B:\WORK\DG\WORKFILES\VID_02001.AVS.264"

Difference: EDIT: NEVER MIND Just remembered I encoded the working one with Very fast setting so that is of course the difference with the preset. --preset quality vs. performance - Strange if this is it as the quality parameter should be better.

--multipass 2pass-full is absent in the non working one. Should it be there?

Otherwise the only difference I can see is the constant quality mode switch witch shouldn't have anything to do with it.

//LD

[Sharc]

.....One thing I noticed was that my test extras clip had a bitrate of ~7000kbit instead of ~4000 kbit.

"C:\vidsoft\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "L:\UHDBD\FLASH_GORDON_-_4K_UHD\BDMV\STREAM\02001.m2ts" --codec h264 --preset performance --bluray --qp-min 0 --multipass 2pass-full --vbr 0 --vbr-quality 20 --aq-temporal --keyfile "E:\WORK\FIXEDCRF\WORKFILES\VID_02001.CHP" --sar 1:1 --aud --pic-struct --vbv-bufsize 30000 --max-bitrate 35000 --gop-len 24 -o "E:\WORK\FIXEDCRF\WORKFILES\VID_02001.AVS.264"


Yes, of course. According to your commandline (marked red) you encoded it with a CQM of 20 rather than about 23 as before. Hence the bitrate increased from about 4000 to 7000kbps.
And you shouldn't worry much about the --multipass 2pass-full. Slower presets include it silently and it is actually no longer needed explicitly. If it is still there it does no harm though. It's a legacy. Maybe you should update your NVIDIA drivers.

Edit: And btw. your "Not working" was a bitrate (--vbr 1105) rather than a quality based (--vbr 0 --vbr-quality 20) encode.

[zamengo]

Does it have a forced Portuguese subtitle? It only works to select from the list of subs that actually contain forced subs within them.

If you want a set of subtitle to be turned on by default (as opposed to selecting from forced subs) you can right click on a sub in the streams list and set it to default on.

Nops.

The MKV have only the audio tracks.

This sub come from a ".srt" on same folder of MKV when I import MKV.

Ok, not a problem mux with MKV merge and set "por" on sub...

But, I will make a tv show with 30 mkvs where .srt files will be on the same folder.

Any way to set this external sub as portuguese?

Maybe make .sup files? bdrebuilder import .sup files like .srt on the same folder?

[ggtop]

Hi zamengo,

according to <HIDDENOPTS.txt> there's a setting
IMPORT_SRT_LANG=s s = language code, sets default language for independently imported SRT files Default=eng
I suggest to paste IMPORT_SRT_LANG=por (or IMPORT_SRT_LANG=pt) into your BDREBUILDER.INI and try that.

ggtop

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.61.18). Changes for this release:- Corrected an issue in which ALTERNATE 3D
SBS sources could not be encoded in NVENCC
mode.
- Added TWEAK_ALTERNATE_NV as a new hidden
option. See HIDDENOPTS.TXT.
- Added mBitrate option to ALTERNATE.TXT.
This allows you to set a maximum bitrate
and VBV buffer size for ALTERNATE encode
presets specified in ALTERNATE.TXT. Only
applies to cTypes 1 (MKV) and 5 (MP4).
- Added the --hdmv-descriptors to the TSMUXER
meta file when appropriate to correct for
issues associated with the new version of
TSMUXER.
- Other minor corrections and cosmetic fixes.

[zamengo]

Hi zamengo,

according to <HIDDENOPTS.txt> there's a setting
IMPORT_SRT_LANG=s s = language code, sets default language for independently imported SRT files Default=eng
I suggest to paste IMPORT_SRT_LANG=por (or IMPORT_SRT_LANG=pt) into your BDREBUILDER.INI and try that.

ggtop

Nice one! Thanks!

https://i.imgur.com/VQITjMF.png

:thanks:

[Alleycat]

Interesting. I'll do some research on that parameter and, if appropriate, I'll add it in the next release.

Thanks for the info!

[Edit] Couldn't find any discussion as to why that parameter was added, or why it was needed. It's easy to add, and the old TSMUXER version seems to not care if it is there. But I don't want to just add it until I know the consequences. Does anyone have any background on this parameter?

[Edit] Ok, I found some discussion in the TSMUXER Open Source thread and some of the change notes. I'll add that parameter to the next release.

That's great. I've download the new BDRB and can confirm that all audio tracks are now playing just fine in the various PC players.
I found a little more about the new hdmv descriptors parameter from the help info within TSmuxer itself. It states the following:

"--hdmv-descriptors" "Use HDMV descriptors instead of ITU-T H.222.0 | ISO/IEC 13818-1 descriptors. Activated automatically for BD muxing." (My bold)

Clearly it wasn't activated automatically in the non GUI TsMuxer. When that parameter was not specified, PCM and Dolby TrueHD soundtracks would fail to play in most PC media players.
Many thanks for the quick update of BDRB. :)

[Glarioo]

- Added TWEAK_ALTERNATE_NV as a new hidden
option. See HIDDENOPTS.TXT.

jdobbs, I added this in the BDREBUILDER.INI file:
TWEAK_ALTERNATE_NV=--vbv-maxrate 50000 --vbv-bufsize 50000
The video failed to encode.

----------------------
[14:41:17] Importing MKV: UNCUT_GEMS
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[14:47:50] Video import completed successfully.
----------------------
[10/20/20] BD Rebuilder v0.61.18
[14:57:41] Source: UNCUT_GEMS_00000
- Input BD size: 38,81 GB
- Approximate total content: [02:15:08.141]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Quality: Highest (Very Slow)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:57:41] PHASE ONE, Encoding
- [14:57:41] Processing: VID_00000 (1 of 1)
- [14:57:41] Extracting A/V streams [VID_00000]
- [15:00:36] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 194 401 frames
- [15:00:36] Reencoding: VID_00000, Pass 1 of 1
[15:00:36] - Failed video encode, aborted

LASTCMD: "C:\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "G:\BDRB_WORK\IMPORTS\UNCUT_GEMS\BDMV\STREAM\00000.m2ts" --codec h264 --preset quality --bluray --vbr 0 --vbr-quality 20 --aq-temporal --keyfile "G:\BDRB_WORK\WORKFILES\VID_00000.CHP" --aud --pic-struct --vbv-bufsize 15000 --max-bitrate 15000 --gop-len 48 --vbv-maxrate 50000 --vbv-bufsize 50000 -o "G:\BDRB_WORK\WORKFILES\VID_00000.AVS.264"

What am I doing wrong here?

[jdobbs]

@Glarioo

What error do you get if you run that command line from a CMD window?

[Glarioo]

I deleted the line TWEAK_ALTERNATE_NV=--vbv-maxrate 50000 --vbv-bufsize 50000 in the .INI file
and added mBitrate=50000 in the ALTERNATE.TXT
It looks like this:
[00010]
caption=MKV Container, 1920x1080, 640Kbs DD5.1
vBitrate=1941
aBitrate=640
aType=0
vFormat=5
cType=1
mBitrate=50000

BDRebuilder works now, so it was my mistake.

But the max bitrate output, after encoding, was 40000.
So 40000 is the maximum value for NVEnc encodings, I guess.

General
Unique ID : 221187679920445539249478065391758479108 (0xA66732967E11292A8F44EFAAC7500F04)
Complete name : G:\BDRB_Work\UNCUT_GEMS.mkv
Format : Matroska
Format version : Version 2
File size : 15.2 GiB
Duration : 2 h 15 min
Overall bit rate mode : Variable
Overall bit rate : 16.1 Mb/s
Encoded date : UTC 2020-10-20 13:45:50
Writing application : mkvmerge v9.7.1 ('Pandemonium') 32bit
Writing library : libebml v1.3.4 + libmatroska v1.4.5

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 3 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 3 frames
Format settings, GOP : M=4, N=24
Codec ID : V_MPEG4/ISO/AVC
Duration : 2 h 15 min
Bit rate mode : Variable
Bit rate : 15.4 Mb/s
Maximum bit rate : 40.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (23976/1000) FPS
Original frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.310
Stream size : 14.6 GiB (96%)
Default : Yes
Forced : No

[Glarioo]

@Glarioo

What error do you get if you run that command line from a CMD window?

Excuse me, jdobbs. I read your message too late.
BDRebuilder didn't really give an CMD window error.
Just: "Failed video encode, aborted"

I changed in the ALTERNATE.TXT file mBitrate to 40000. Alright for you?

[00010]
caption=MKV Container, 1920x1080, 640Kbs DD5.1
vBitrate=1941
aBitrate=640
aType=0
vFormat=5
cType=1
mBitrate=40000

[jdobbs]

Excuse me, jdobbs. I read your message too late.
BDRebuilder didn't really give an CMD window error.
Just: "Failed video encode, aborted"

I changed in the ALTERNATE.TXT file mBitrate to 40000. Alright for you?

[00010]
caption=MKV Container, 1920x1080, 640Kbs DD5.1
vBitrate=1941
aBitrate=640
aType=0
vFormat=5
cType=1
mBitrate=40000The window is hidden when BD-RB runs it. But you can open a CMD window (after it fails) and cut/paste the contents of LASTCMD into it (and push ENTER). Then you would be able to see the whatever error message occurs.

Not sure why it got limited to 40Mbs. Is that what is showing in LASTCMD? I thought that maybe the Level 4.1 had done it -- but I looked it up and it has a limit of 50Mbs. It's possible, I guess, that I missed something in the code.

[Glarioo]

The window is hidden when BD-RB runs it. But you can open a CMD window (after it fails) and cut/paste the contents of LASTCMD into it (and push ENTER). Then you would be able to see the whatever error message occurs.

Not sure why it got limited to 40Mbs. Is that what is showing in LASTCMD? I thought that maybe the Level 4.1 had done it -- but I looked it up and it has a limit of 50Mbs. It's possible, I guess, that I missed something in the code.


LASTCMD which worked, but it had, according to MediaInfo, a max bitrate of 40000. 40000 I can live with that.
"C:\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "G:\BDRB_WORK\IMPORTS\UNCUT_GEMS\BDMV\STREAM\00000.m2ts" --codec h264 --preset quality --bluray --vbr 0 --vbr-quality 20 --aq-temporal --keyfile "G:\BDRB_WORK\WORKFILES\VID_00000.CHP" --aud --pic-struct --vbv-bufsize 50000 --max-bitrate 50000 --gop-len 24 -o "G:\BDRB_WORK\WORKFILES\VID_00000.AVS.264"

LASTCMD which did not work. I think there is something wrong with this one. Twice vbv-bufsize (15000 and 50000) and twice max-rate (15000 and 50000)
"C:\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "G:\BDRB_WORK\IMPORTS\UNCUT_GEMS\BDMV\STREAM\00000.m2ts" --codec h264 --preset quality --bluray --vbr 0 --vbr-quality 20 --aq-temporal --keyfile "G:\BDRB_WORK\WORKFILES\VID_00000.CHP" --aud --pic-struct --vbv-bufsize 15000 --max-bitrate 15000 --gop-len 48 --vbv-maxrate 50000 --vbv-bufsize 50000 -o "G:\BDRB_WORK\WORKFILES\VID_00000.AVS.264"

My conclusion: do not add "TWEAK_ALTERNATE_NV=--vbv-maxrate 50000 --vbv-bufsize 50000" in the BDREBUILDER.INI. Add "mBitrate=50000" in the ALTERNATE.TXT
Am I correct?

[gonca]

Can the 40 Mbs be caused by --vbr-quality 20

[jdobbs]

Can the 40 Mbs be caused by --vbr-quality 20I guess its possible -- but I can't imagine why.

[Sharc]

LASTCMD which worked, but it had, according to MediaInfo, a max bitrate of 40000. 40000 I can live with that.
"C:\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "G:\BDRB_WORK\IMPORTS\UNCUT_GEMS\BDMV\STREAM\00000.m2ts" --codec h264 --preset quality --bluray --vbr 0 --vbr-quality 20 --aq-temporal --keyfile "G:\BDRB_WORK\WORKFILES\VID_00000.CHP" --aud --pic-struct --vbv-bufsize 50000 --max-bitrate 50000 --gop-len 24 -o "G:\BDRB_WORK\WORKFILES\VID_00000.AVS.264"

LASTCMD which did not work. I think there is something wrong with this one. Twice vbv-bufsize (15000 and 50000) and twice max-rate (15000 and 50000)
"C:\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "G:\BDRB_WORK\IMPORTS\UNCUT_GEMS\BDMV\STREAM\00000.m2ts" --codec h264 --preset quality --bluray --vbr 0 --vbr-quality 20 --aq-temporal --keyfile "G:\BDRB_WORK\WORKFILES\VID_00000.CHP" --aud --pic-struct --vbv-bufsize 15000 --max-bitrate 15000 --gop-len 48 --vbv-maxrate 50000 --vbv-bufsize 50000 -o "G:\BDRB_WORK\WORKFILES\VID_00000.AVS.264"

My conclusion: do not add "TWEAK_ALTERNATE_NV=--vbv-maxrate 50000 --vbv-bufsize 50000" in the BDREBUILDER.INI. Add "mBitrate=50000" in the ALTERNATE.TXT
Am I correct?
Unlike x264, NVEncC doesn't support '--vbv-maxrate' as I understand.
It's '--max-bitrate' only for NVEncC.

One should however not have to worry about the duplication of parameters. The last ones just overrule the former ones AFAIK.

[jdobbs]

Unlike x264, NVEncC doesn't support '--vbv-maxrate' as I understand.
It's '--max-bitrate' only for NVEncC.

One should however not have to worry about the duplication of parameters. The last ones just overrule the former ones AFAIK.Wow. Good catch. When I read that post I missed that completely. That's the reason his "TWEAK_ALTERNATE_NV" settings didn't take hold (and probably why the command line failed).

[Glarioo]

Can the 40 Mbs be caused by --vbr-quality 20

Did it with CRF 18 now. Same result. max bitrate of 40000
mBitrate=50000 in de alterternate.txt file.
No TWEAK_ALTERNATE_NV in the BDREBUILDER.ini file.

LASTCMD.TEXT: "C:\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "G:\BDRB_WORK\IMPORTS\UNCUT_GEMS\BDMV\STREAM\00000.m2ts" --codec h264 --preset quality --bluray --vbr 0 --vbr-quality 18 --aq-temporal --keyfile "G:\BDRB_WORK\WORKFILES\VID_00000.CHP" --aud --pic-struct --vbv-bufsize 50000 --max-bitrate 50000 --gop-len 24 -o "G:\BDRB_WORK\WORKFILES\VID_00000.AVS.264"

[Glarioo]

Still no max bitrate 50000.
CRF 18
mBitrate=50000 in de alterternate.txt file.
Add TWEAK_ALTERNATE_NV=--max-bitrate 50000 --vbv-bufsize 50000 in the BDREBUILDER.ini file.

LASTCMD.TEXT: "C:\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "G:\BDRB_WORK\IMPORTS\UNCUT_GEMS\BDMV\STREAM\00000.m2ts" --codec h264 --preset quality --bluray --vbr 0 --vbr-quality 18 --aq-temporal --keyfile "G:\BDRB_WORK\WORKFILES\VID_00000.CHP" --aud --pic-struct --vbv-bufsize 50000 --max-bitrate 50000 --gop-len 24 --max-bitrate 50000 --vbv-bufsize 50000 -o "G:\BDRB_WORK\WORKFILES\VID_00000.AVS.264"

[jdobbs]

Did it with CRF 18 now. Same result. max bitrate of 40000
mBitrate=50000 in de alterternate.txt file.
No TWEAK_ALTERNATE_NV in the BDREBUILDER.ini file.

LASTCMD.TEXT: "C:\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "G:\BDRB_WORK\IMPORTS\UNCUT_GEMS\BDMV\STREAM\00000.m2ts" --codec h264 --preset quality --bluray --vbr 0 --vbr-quality 18 --aq-temporal --keyfile "G:\BDRB_WORK\WORKFILES\VID_00000.CHP" --aud --pic-struct --vbv-bufsize 50000 --max-bitrate 50000 --gop-len 24 -o "G:\BDRB_WORK\WORKFILES\VID_00000.AVS.264"It has to be a limitation of NVENCC... but I haven't seen it documented anywhere.

[Sharc]

It has to be a limitation of NVENCC... but I haven't seen it documented anywhere.
Could these 40000 kbps be due to '--bluray' in the commandline?

[jdobbs]

Could these 40000 kbps be due to '--bluray' in the commandline?You're probably right. It makes complete sense since the maximum video bitrate for bluray (HD) actually is 40Mbs, with the combined audio/video being 48Mbs. I would have thought, though, that a later command line callout would override it.

[Glarioo]

You're probably right. It makes complete sense since the maximum video bitrate for bluray (HD) actually is 40Mbs, with the combined audio/video being 48Mbs. I would have thought, though, that a later command line callout would override it, though.

Did a test with CloneBD and it also had a max bitrate of 40 Mbs.
So jdobbs, no worries, 40000 is okay for me.

[Finch]

Not sure if this qualifies as a bug but in newer versions of Windows 10 there is a setting called "Use Unicode UTF-8 for worldwide language support" (it's in Control Panel -> Region -> Change system locale). When it is enabled BDRB gives a "2501 Source Check() 00009 2501" and "Select Source is not BD format" errors when opening a BD source.

[jdobbs]

Not sure if this qualifies as a bug but in newer versions of Windows 10 there is a setting called "Use Unicode UTF-8 for worldwide language support" (it's in Control Panel -> Region -> Change system locale). When it is enabled BDRB gives a "2501 Source Check() 00009 2501" and "Select Source is not BD format" errors when opening a BD source.On my system it says that setting is in beta status. My guess (hope?) is that it will be fixed at some point before going final.

In the meantime I will look at that error, try to repeat it, and see if I can track down why it is happening.

[abogard]

Hello everyone. I'm completely new here. First of all many thanks to jdobbs for a wonderful piece of software, you're the best. Now then, I think I've read a lot of the thread and I'm not sure if what I'm going to report has been reported already but here goes. Yesterday I tried to encode a BD from BD50 to BD25 with Nvenc and it so happens that this BD had secondary video. Nvenc couldn't deal with that. The original .264 file for the secondary video was 9 Mb and the resulting file was 2 Gb, more importantly the bitrate for the main video was drastically reduced because of it.

I don't know if I'm making myself clear, english is not my native language so please bear with me, if you need anymore details I'll be happy to provide them if I can.

Thanks again

[ggtop]

.... if you need anymore details I'll be happy to provide them if I can.

More details would be nice indeed. If you want help you should give much as possible information to understand and (maybe even) reproduce the issue you have.
The full processing log (look into the WORKING folder) would be a good starting point.

BTW Sure you have a 9 MB secondary video? Sounds short :-) There is no (Blu-Ray) compatible bitrate that could inflate it into a 2 GB file... Mediainfo report of that file / playlist could be helpful as well.

ggtop

[abogard]

More details would be nice indeed. If you want help you should give much as possible information to understand and (maybe even) reproduce the issue you have.
The full processing log (look into the WORKING folder) would be a good starting point.

BTW Sure you have a 9 MB secondary video? Sounds short :-) There is no (Blu-Ray) compatible bitrate that could inflate it into a 2 GB file... Mediainfo report of that file / playlist could be helpful as well.

ggtop

Of course I understand and you're right, but before I go and do all that (which I'm more than happy to do) I would first like to ask:

Has anybody here encoded a BD, with secondary video, with nvenc, without any problems?

And yes, it was very strange to me too to see a file so big come out of something so small but it happened so I'm a believer now.

[abogard]

I decided to try and get the info needed to illustrate my problem, it wasn't as hard as I thought it would be. Here it is.

First, the BD-RB log, I stopped it of course because it's pointless to let it finish. Of interest here is to look at the encoding bitrate for the file VID_0045 after the secondary video is encoded:

----------------------
[10/29/20] BD Rebuilder v0.61.18
[17:32:10] Source: TRUE.DETECTIVE.S01.DISC2
- Input BD size: 43,12 GB
- Approximate total content: [03:20:26.464]
- Target BD size: 23,44 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Very Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[17:32:10] PHASE ONE, Encoding
- [17:32:10] Processing: VID_00017 (1 of 11)
- [17:32:10] Extracting A/V streams [VID_00017]
- [17:32:17] Reencoding video [VID_00017]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 336 frames
- Bitrate: 1 894 Kbs
- [17:32:17] Reencoding: VID_00017, Pass 1 of 1
- [17:32:23] Video Encode complete
- [17:32:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:32:23] Multiplexing M2TS
- [17:32:27] Processing: VID_00018 (2 of 11)
- [17:32:27] Extracting A/V streams [VID_00018]
- [17:32:34] Reencoding video [VID_00018]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5 876 frames
- Bitrate: 1 952 Kbs
- [17:32:34] Reencoding: VID_00018, Pass 1 of 1
- [17:32:49] Video Encode complete
- [17:32:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:32:49] Multiplexing M2TS
- [17:32:53] Processing: VID_00045 (3 of 11)
- [17:32:53] Extracting A/V streams [VID_00045]
- [17:38:01] Reencoding video [VID_00045]
- [17:38:01] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 82 090 frames
- Bitrate: 7 936 Kbs
- [17:41:36] Reencoding: VID_00045, Pass 1 of 1


Next is the mediainfo of the secondary video file in its original form:

General
Complete name : D:\temp\WORKFILES\00045.track_6912.264
Format : AVC
Format/Info : Advanced Video Codec
File size : 9.08 MiB
Overall bit rate mode : Constant

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.2
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference fra : 4 frames
Format settings, GOP : M=3, N=12
Bit rate mode : Constant
Bit rate : 1 000 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.121



As you can see it's 9 Mb in size. Next the resulting file after encoding:

General
Complete name : D:\temp\WORKFILES\VID_00045_2.AVS.264
Format : AVC
Format/Info : Advanced Video Codec
File size : 2.34 GiB
Overall bit rate mode : Variable

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 3 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference fra : 3 frames
Format settings, GOP : M=4, N=24
Bit rate mode : Variable
Maximum bit rate : 7 000 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 2.2:1
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive



As you can see, 2.3 Gb in size. And here I noticed something very strange, as I played both files the original file is like a black screen, I don't know its purpose but it's not the traditional secondary video where you can see interviews and whatnot, must be some stupid uninteresting thing, but the fact remains that is there. When I play the encoded video I can see the movie playing but with like a different aspect ratio, as a matter of fact the original is 720x480 and the encoded is 1920x1080, it's very strange. One could say that this is a problematic title if it wasn't for the fact that x264 has no problems with the encode. I'll show right away.

First the BD-RB log, notice the encoding bitrate for the file VID_0045 this time around, it's practically doubled:


[10/29/20] BD Rebuilder v0.61.18
[17:55:53] Source: TRUE.DETECTIVE.S01.DISC2
- Input BD size: 43,12 GB
- Approximate total content: [03:20:26.464]
- Target BD size: 23,44 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Very Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[17:55:56] PHASE ONE, Encoding
- [17:55:56] Processing: VID_00017 (1 of 11)
- [17:55:56] Extracting A/V streams [VID_00017]
- [17:56:01] Reencoding video [VID_00017]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 336 frames
- Bitrate: 1 894 Kbs
- [17:56:01] Reencoding: VID_00017, Pass 1 of 1
- [17:56:03] Video Encode complete
- [17:56:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:56:03] Multiplexing M2TS
- [17:56:07] Processing: VID_00018 (2 of 11)
- [17:56:07] Extracting A/V streams [VID_00018]
- [17:56:13] Reencoding video [VID_00018]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5 876 frames
- Bitrate: 1 952 Kbs
- [17:56:13] Reencoding: VID_00018, Pass 1 of 1
- [17:56:42] Video Encode complete
- [17:56:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:56:42] Multiplexing M2TS
- [17:56:47] Processing: VID_00045 (3 of 11)
- [17:56:47] Extracting A/V streams [VID_00045]
- [17:58:48] Reencoding video [VID_00045]
- [17:58:48] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 82 090 frames
- Bitrate: 13 651 Kbs
- [18:00:18] Reencoding: VID_00045, Pass 1 of 1


Now the mediainfo for the resulting file this time around:

General
Complete name : D:\temp\WORKFILES\VID_00045_2.AVS.264
Format : AVC
Format/Info : Advanced Video Codec
File size : 3.33 MiB
Overall bit rate mode : Variable
Writing library : x264 core 158 r2984 3759fcb
Encoding settings : cabac=1 / ref=1 / deblock=0:0:0 / analyse=0:0 / me=dia / subme=0 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=0 / b_bias=0 / direct=1 / weightb=0 / open_gop=0 / weightp=0 / keyint=24 / keyint_min=1 / scenecut=0 / intra_refresh=0 / rc_lookahead=0 / rc=crf / mbtree=0 / crf=25.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=7000 / vbv_bufsize=12000 / crf_max=0.0 / nal_hrd=vbr / filler=0 / ip_ratio=1.10 / pb_ratio=1.10 / aq=0

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.2
Format settings : CABAC / 2 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference fra : 2 frames
Format settings, GOP : M=4, N=24
Bit rate mode : Variable
Maximum bit rate : 7 000 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 158 r2984 3759fcb
Encoding settings : cabac=1 / ref=1 / deblock=0:0:0 / analyse=0:0 / me=dia / subme=0 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=0 / b_bias=0 / direct=1 / weightb=0 / open_gop=0 / weightp=0 / keyint=24 / keyint_min=1 / scenecut=0 / intra_refresh=0 / rc_lookahead=0 / rc=crf / mbtree=0 / crf=25.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=7000 / vbv_bufsize=12000 / crf_max=0.0 / nal_hrd=vbr / filler=0 / ip_ratio=1.10 / pb_ratio=1.10 / aq=0



As you can see, 3.3 Mb in size and it's displaying a black screen like the original and it's 720x480 like the original.

To me it seems like a problem with the encoder, not the file itself, but these are my two cents, I hope it helps and if there really is a problem that it can be solved. I appreciate the help.

[abogard]

Well, I made a long post documenting my findings but I guess it was too long or something because the moderator didn't see fit to publish it, so I wasted my time there. Instead I'm going to try and document an interesting finding. It seems the problem lies in the command line. While doing the encode I went to the LASTCMD.TXT file and found this:

"D:\1\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "E:\TRUE.DETECTIVE.S01.DISC2\BDMV\STREAM\00045.m2ts" --codec h264 --preset performance --bluray --qp-min 0 --multipass 2pass-full --vbr 0 --vbr-quality 25 --aq-temporal --sar 40:33 --aud --pic-struct --vbv-bufsize 12000 --max-bitrate 7000 --gop-len 24 -o "D:\TEMP\WORKFILES\VID_00045_2.AVS.264"


In other words, it's encoding the wrong file. It's supposed to be encoding the file 00045.track_6912.264 and instead it's being directed to the .m2ts without any indication to the secondary video except in the end. So what happens is that the software encodes the main movie only with a different set of commands, that explains the file size. I'm not the expert here but maybe there's the problem.

[Mike-uk]

Well, I made a long post documenting my findings but I guess it was too long or something because the moderator didn't see fit to publish it,.

posts are not moderated ( upon posting) (but afterwards yes) , try again, tip if your writing large amounts, either copy your txt before you submit so if it goes wrong you can paste your work or compose it in notepad

also if your posting long bits of log and data you need to wrap them in "code" to encase it in a smaller window thats scrollable

[abogard]

posts are not moderated ( upon posting) (but afterwards yes) , try again, tip if your writing large amounts, either copy your txt before you submit so if it goes wrong you can paste your work or compose it in notepad

also if your posting long bits of log and data you need to wrap them in "code" to encase it in a smaller window thats scrollable

Yes, I did all that. And as a matter of fact I have it in a txt just in case, but I'm mentioning a moderator because when I posted it I got a message saying that the post would be reviewed by a moderator beforehand and that I would not be able to view it right away, which stroke me as funny but like I said I'm new here. As time has passed already I am led to believe it's not going to be posted

[MrVideo]

A lot of forums limit posts by new users, in that a moderator needs to review them. Then, after a certain number of posts, moderation is no longer done.

[CV91913]

Yes, I did all that. And as a matter of fact I have it in a txt just in case, but I'm mentioning a moderator because when I posted it I got a message saying that the post would be reviewed by a moderator beforehand and that I would not be able to view it right away, which stroke me as funny but like I said I'm new here. As time has passed already I am led to believe it's not going to be posted

Looking at the code snippet you posted, the file name in the path does not look like a BD. Is the source from a BD50 disk or a download?

[abogard]

Looking at the code snippet you posted, the file name in the path does not look like a BD. Is the source from a BD50 disk or a download?

It's from a BD50 disk. I ripped everything to the HDD to do the backup

[Ch3vr0n]

It's from a BD50 disk. I ripped everything to the HDD to do the backup

I find that extremely doubtful. No retail disc ever uses a volume name such as "TRUE.DETECTIVE.S01.DISC2". That is a naming scheme typically used with "the warez scene" and illegal downloads.

[abogard]

I find that extremely doubtful. No retail disc ever uses a volume name such as "TRUE.DETECTIVE.S01.DISC2". That is a naming scheme typically used with "the warez scene" and illegal downloads.

Let me see if I understand. So I come in here reporting a problem with the software and I all I get is somebody calling me a liar. What do you know about me, who are you anyway? I doubt you're the authority here and you're already making assumptions. And let's not even go to your superior intellect saying that your clue is indisputable. So if the naming of the folder is not to your liking that means it's an illegal download, wow, you must be the top detective in your town. And let's also not go as to how you know that's a "typically used" scheme, it seems to me you're the one visiting the "warez scene".

The nerve of some people. For your information I name all my rips in the same manner whether you like it or not. If you're not gonna help or won't gonna help, or worst of all can't help then spare me your comments.

And yes, I'm upset because you have no right to be making assumptions about me. At least show some sign that you have a clue about the problem, all you have done is question me without even trying to help so what's the deal here?

Anyway it doesn't matter. It's obvious that this is not a support forum but more like a fan club, only members of the "gang" get help here with their questions. It's been days and not a soul has a clue as to the problem, or even worse they're saying nothing because I'm not in the "circle". If the source has secondary video I'll just use x264 and problem solved. Have a good day.

[Ch3vr0n]

Regarding the "visiting", ever heard of the torrentfreak new site? Nobody here is explicitly saying you're lying, or anything like it. All we're saying is that (based on multiple other posters here) everyone that used a source rip named like that as a volume label, every single one of them had problems. Every single one of them used a pirated rip, which in turn had been pre-processed by other tools (non-bdrb) which then cause problems for processing with bdrb.

And no, i havent done anything but question you. The other guy was CV91913, that guy aint me.

[AmigaFuture]

I have helped friends who've donated to BD-RB through me that don't trust online...and hope I won't get fraud, and I showed them my naming scheme. I've also watched / helped them decide how to handle seasonal discs. Many discs have wonky names, but not once I saw yours, or others that come here with that filename with the periods between. I use a different method so I can see differences right away when I look later between processed and original, and tests processes. So...it does LOOK a bit suspect. You're also coming across really heated and that's usually a sign of distraction away from what the caught person is doing. I've come across that many times in my life, with different people and situations and almost always that's what's happening. In magic it's called distraction away from what's happening...so the illusion can be preformed. Does pretty well with living energy, but not so well in text with people whom are good at context & comprehension. As someone we know types, IF the truth doesn't do it...[attempt to] dazzle them with B.S.. Haha!

[videoh]

I doubt you're [Ch3vr0n] the authority here While not the authority (as if there is one), Ch3vr0n is definitely a respected authority here, with a long history of valuable contributions to the forum. You could hope to do as well...if you lose the entitled attitude.

[jdobbs]

Well, I made a long post documenting my findings but I guess it was too long or something because the moderator didn't see fit to publish it, so I wasted my time there. Instead I'm going to try and document an interesting finding. It seems the problem lies in the command line. While doing the encode I went to the LASTCMD.TXT file and found this:



In other words, it's encoding the wrong file. It's supposed to be encoding the file 00045.track_6912.264 and instead it's being directed to the .m2ts without any indication to the secondary video except in the end. So what happens is that the software encodes the main movie only with a different set of commands, that explains the file size. I'm not the expert here but maybe there's the problem.I'll take a look at the code and see if I can figure out why it is selecting the wrong track.

[varekai]

@abogard
I'm not moralizing but your indignation is tiresome... :|
Proper BD title
True Detective Season 1 Disc 2 (3 Episodes)
[TRUE_DETECTIVE_DISC2]

[RoyGBiv-inRI]

Can someone help with a re encode speed issue? I have a computer that's about two years old with an Intel i5 7600K CPU with 4 cores. Recently I did a clean re install of Win10, and for some reason video encoding is now much slower. Prior to the re install, the video recode speed would be at about 0.95 or so, and the recode would take about the length of the movie. For reasons I don't understand, I am now getting recode speed about 0.6. I have not changed any settings in BD RB or in any of the supporting programs. Using CPUID HWMonitor I can see that all four cores are being utilized to between 95-100%. I don't imagine there would be any throttling, as the core tests are in the mid 60's C.

Here is my BD Rebuilder INI file if that helps:

[Options]
VERSION=0.61.0.18
ENCODER=0
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=2
AUTO_QUALITY=0
TARGET_SIZE=23500
AUTO_BURN=2
PRIORITY_CLASS=0
[Paths]
SOURCE_PATH=G:\*********\
WORKING_PATH=G:\*********\NEW FOLDER\

Thanks for any help.

Your Obedient Servant
SMK

[jdobbs]

I'll Well, I made a long post documenting my findings but I guess it was too long or something because the moderator didn't see fit to publish it, so I wasted my time there. Instead I'm going to try and document an interesting finding. It seems the problem lies in the command line. While doing the encode I went to the LASTCMD.TXT file and found this:



In other words, it's encoding the wrong file. It's supposed to be encoding the file 00045.track_6912.264 and instead it's being directed to the .m2ts without any indication to the secondary video except in the end. So what happens is that the software encodes the main movie only with a different set of commands, that explains the file size. I'm not the expert here but maybe there's the problem.I'll take a look at the code and see if I can figure out why it is selecting the wrong track.I just looked at the code... and yes, there is a bug when reencoding using NVENCC on secondary video tracks. It's related to BD-RBs preference to use NVIDIA's internal hardware decoding (rather than an AVS) when possible. It failed to account for secondary video. I'll fix it for the next release.

[abogard]

I just looked at the code... and yes, there is a bug when reencoding using NVENCC on secondary video tracks. It's related to BD-RBs preference to use NVIDIA's internal hardware decoding (rather than an AVS) when possible. It failed to account for secondary video. I'll fix it for the next release.

Thank you very much, I really appreciate it. As I said before, you're the man.

[LowDead]

Yes, of course. According to your commandline (marked red) you encoded it with a CQM of 20 rather than about 23 as before. Hence the bitrate increased from about 4000 to 7000kbps.
And you shouldn't worry much about the --multipass 2pass-full. Slower presets include it silently and it is actually no longer needed explicitly. If it is still there it does no harm though. It's a legacy. Maybe you should update your NVIDIA drivers.

Edit: And btw. your "Not working" was a bitrate (--vbr 1105) rather than a quality based (--vbr 0 --vbr-quality 20) encode.

Sorry for the super late answer. I have been very busy. But I did get some tests done. Unfortunately no positive results. I was tinkering with NVencC encoding parameters and manually inserted the encoded file to see if I got any results, and while I did get a somewhat clearer picture the artifacts was still there.

And yes I double checked the Nvidia drivers were up to date. There's also new drivers out now but there's no difference with them.

On another note I have tried the disc on both DVDFab and CloneBD and both is working for me without pixelation, so something different is done there in the process.

@jdobbs btw.. NVEncC 5.19 is out with a bugfix related to --repeat-headers

//LD

[AmigaFuture]

JDobbs, I haven't noticed any speedups with NVECNCC but the my board is a GeForce GTX so I don't expect it to be fast as your "WOW!!!" was after getting your new board. :) However, I also notice MULTIPROCESS still is still disabled. Not a big deal as the older BD-RB functions well for that.

[Max1984]

jdobbs,

i m try to encoding (Back.to.the.Future.Part.II.1989.2160P.UHD.FULL DISC ) BD25 to. getting some error! how to fix it, plzz help, THANX.

Error :

https://imgur.com/rA6EsDK

[cartman0208]

And here we go again ...:rolleyes:

[SeeMoreDigital]

jdobbs,

i m try to encoding (Back.to.the.Future.Part.II.1989.2160P.UHD.FULL DISC ) BD25 to. getting some error! how to fix it, plzz help, THANX.

Error :

https://imgur.com/rA6EsDK
Why not go back to your original disc and try again...

[Max1984]

Why not go back to your original disc and try again...

i do it 10 time. but same error.

[LowDead]

i do it 10 time. but same error.

Maybe you should have read the rules 10 times before you posted.. Read rule #6 again.

[CraigWally]

OK Folks here's a strange issue I am encountering
Previously (with my old GPU (GTX750)) I could only use NVENC on 1080 sources not 2160.
So having upgraded my card (GTX 1660 S) my UHD encodes are now flying along ! really happy days.

However, when I now go to encode a 1080p source using NVENC the burnt disc when played on my standalone Sony player results in bad pixelation
https://imgur.com/EVGge7K
Note, this is not seen on any UHD discs nor on any HD sources encoded with X264, nor when playing via PowerDVD, nor when I was using my old card!
After further testing I can also play the NVENC encoded file via PLEX on my TV and with any software players on the PC, it seems only to manifest itself when playing from disc on standalone blu-ray player(s)
Having tried it now with three different discs, I'm loathe to waste any more coasters, as it seems I'm unable to test before burning.
Any help or suggestions gladly accepted

[MrVideo]

Having tried it now with three different discs, I'm loathe to waste any more coasters, as it seems I'm unable to test before burning.
Buy some BD-RW discs for testing.

[LowDead]

OK Folks here's a strange issue I am encountering
Previously (with my old GPU (GTX750)) I could only use NVENC on 1080 sources not 2160.
So having upgraded my card (GTX 1660 S) my UHD encodes are now flying along ! really happy days.

However, when I now go to encode a 1080p source using NVENC the burnt disc when played on my standalone Sony player results in bad pixelation
https://imgur.com/EVGge7K
Note, this is not seen on any UHD discs nor on any HD sources encoded with X264, nor when playing via PowerDVD, nor when I was using my old card!
After further testing I can also play the NVENC encoded file via PLEX on my TV and with any software players on the PC, it seems only to manifest itself when playing from disc on standalone blu-ray player(s)
Having tried it now with three different discs, I'm loathe to waste any more coasters, as it seems I'm unable to test before burning.
Any help or suggestions gladly accepted

That's probably exactly the same thing i'm experiencing...

see my earlier posts on the matter. If you force to encode true CBR it will work.. also simpler encoding parameters are used. As soon better quality are pumped in, the artifacts are back...

//LD

[abogard]

@abogard
I'm not moralizing but your indignation is tiresome... :|
Proper BD title
True Detective Season 1 Disc 2 (3 Episodes)
[TRUE_DETECTIVE_DISC2]

To you friend I say 3 things:

1. You are moralizing.
2. You are quite correct, that's the original BD title that comes with the original disc. I know because I own it. And although it might be proper it's not written anywhere (not even the rules) that is mandatory to use it.
3. I changed it to something else because I like it better (it's quite easy to do you know). I'm quite aware it looks like something out of a certain scene but I didn't know I had to be crucified for it. Also I thought that me saying it was my own rip, out of my own disc was enough, didn't know the CSI team would arrive and would start dusting for prints to see if it was true. And if you read rule #6 it's quite possible for people to do what I do.

You people need to understand something, this is an international forum. Where I come from, to be challenged suggesting I'm lying after I gave my word is a serious matter not to be taken lightly; you should try to understand and respect that kind of thing before saying that is just me having an attitude.

That's the last I'll say about this matter.

Have a nice day.

[varekai]

First things first, I am not your friend, and second, your indignation is becoming really tiresome...

[zamengo]

Hey guys, there's a way to hardcode sub when import MKV?

[CraigWally]

If you force to encode true CBR it will work..
//LD

Please advise how to force CBR

[LowDead]

Please advise how to force CBR

First select "One Pass (CRF) Encoding" under Settings\Encoder Settings\

Then add the line "FIXED_CRF=18" or whatever CRF value you want to have between 1-50.. lower is bigger file, better quality. Around 20 is usually a good place to be..

Problem here is that size prediction goes out the window. So, if you try fit to a disc, that would be very difficult.

This is the only solution that has worked for me. Except for other software, but thats not the purpose of this thread...

//LD

[jdobbs]

Hey guys, there's a way to hardcode sub when import MKV?Not when importing (normally the video is imported intact). But you can do it when you reencode by checking "Use Suptile for Alternate Forced Subs" in the SETUP dialog.

[Sharc]

Please advise how to force CBR
I guess you guys mean CRF rather than CBR......

[LowDead]

I guess you guys mean CRF rather than CBR......

Yes, ofcourse my head is under BrainFog right now.. But the procedure should be right.

//LD

[AmigaFuture]

jdobbs,

i m try to encoding (Back.to.the.Future.Part.II.1989.2160P.UHD.FULL DISC ) BD25 to. getting some error! how to fix it, plzz help, THANX.

Error :

https://imgur.com/rA6EsDK

And here we go again ...:rolleyes:

Hahaa...funny, huh?? That "plz" stuff always indicates where they're coming from. Well, almost always.

[Yordan5]

Hahaa...funny, huh?? That "plz" stuff always indicates where they're coming from. Well, almost always.

The title name under "Source path:" from his screenshot speaks for itself. Also, I couldn't help noticing the Blade Runner torrent file under BD-RB application.

[CraigWally]

OK Folks here's a strange issue I am encountering
Previously (with my old GPU (GTX750)) I could only use NVENC on 1080 sources not 2160.
So having upgraded my card (GTX 1660 S) my UHD encodes are now flying along ! really happy days.

However, when I now go to encode a 1080p source using NVENC the burnt disc when played on my standalone Sony player results in bad pixelation
https://imgur.com/EVGge7K
Note, this is not seen on any UHD discs nor on any HD sources encoded with X264, nor when playing via PowerDVD, nor when I was using my old card!
After further testing I can also play the NVENC encoded file via PLEX on my TV and with any software players on the PC, it seems only to manifest itself when playing from disc on standalone blu-ray player(s)
Having tried it now with three different discs, I'm loathe to waste any more coasters, as it seems I'm unable to test before burning.
Any help or suggestions gladly accepted

UPDATE: Selecting High Quality(Default) rather than Highest (Very Slow) seems to fix the issue.
Still a puzzle as to why though?

[Ch3vr0n]

jdobbs,

i m try to encoding (Back.to.the.Future.Part.II.1989.2160P.UHD.FULL DISC ) BD25 to. getting some error! how to fix it, plzz help, THANX.

Error :

https://imgur.com/rA6EsDK

Get the original disc and try again, not a pirated source which is against forum rules and has been pre-processed. BDRB cannot guarantee a proper outcome

[RoyGBiv-inRI]

I have found what seems to be an issue with 60.18. I am copying my discs to my computer to use with Plex. I start by using MakeMKV to copy the entire disk to my hard drive. Then I use BDR to shrink the "movie only" to a more manageable size (usually the BD25 preset), and then I use MakeMKV to create an MKV for use in my Plex folders. When I did this with previous versions of BDR, I had no problems with MakeMKV opening the "index" in the BDMV folder and then creating an MKV. With 60.18 I get the following error message:

MakeMKV v1.15.3 win(x64-release) started
Opening files on harddrive at Z:/Video/********/**********
AACS directory not present, assuming unencrypted disc
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00000.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00000.m2ts was skipped
Failed to open disc

The .m2ts file appears to play normally if I play it directly, and the BDMV architecture appears normal. Just as a trial I burned a disc made with 60.18, and it played fine on my BD player. And, FYI, I have tried now 4 different discs with both 60.16 and 60.18. MakeMKV works fine if the files were done using 60.16 and all 4 had a problem on 60.18.

Any thoughts?

Your Obedient Servant
SMK

[LowDead]

UPDATE: Selecting High Quality(Default) rather than Highest (Very Slow) seems to fix the issue.
Still a puzzle as to why though?

oohh.. Why didn't I think of that. Always go for the most difficult solution :D

//LD

[LowDead]

UPDATE: Selecting High Quality(Default) rather than Highest (Very Slow) seems to fix the issue.
Still a puzzle as to why though?

I can now confirm that this also fixes the pixelation issue on the 1080p extras for me. I also suspect NVEncC having trouble with 24fps sources as i'm getting stutter with this main movie (Flash Gordon). Have also noticed it on other movies that I think I remember were 24fps.. I'm not 100% on that though as i'm a bit under the weather (Covid is a pain in the @$$) right now..

//LD

[AmigaFuture]

MakeMKV v1.15.3 win(x64-release) started
Opening files on harddrive at Z:/Video/********/**********
AACS directory not present, assuming unencrypted disc
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00000.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00000.m2ts was skipped
Failed to open disc

The .m2ts file appears to play normally if I play it directly, and the BDMV architecture appears normal. Just as a trial I burned a disc made with 60.18, and it played fine on my BD player. And, FYI, I have tried now 4 different discs with both 60.16 and 60.18. MakeMKV works fine if the files were done using 60.16 and all 4 had a problem on 60.18.

Any thoughts?

Your Obedient Servant
SMK

Ahh, I appreciate this message. I didn't realize MakeMKV now supports ripping full Blu-ray to directory. It's ripping most of my BDs but there are a few I still had to use DVDFab because it goofed. I didn't check the rip first, and started processing with BD-RB, and noticed the process was not correct. Checked the rip, and MakeMKV didn't do it right. A bug I'm sure will be fixed. But wasn't fault of BD-RB.

[CraigWally]

i'm a bit under the weather (Covid is a pain in the @$$) right now..

//LD

Hope you're feeling better real soon

[LowDead]

Hope you're feeling better real soon

Thanks

//LD

[jdobbs]

Hope you're feeling better real soonThanks

//LD Sorry to hear that. Same from me. Get well.

[jdobbs]

UPDATE: Selecting High Quality(Default) rather than Highest (Very Slow) seems to fix the issue.
Still a puzzle as to why though?Interesting. But it works on a burned BD with no issues?

Just as a test, you might want to try replacing the version of NVENCC with the newest one (v05.19) and see if it has an impact. It's available at this address. (https://github.com/rigaya/NVEnc/releases/download/5.19/NVEncC_5.19_Win32.7z) I haven't tested it yet, but I didn't see anything in the change logs that would make me think there might be issues.

[AmigaFuture]

Thanks

//LD

You're not the only person coming across about the Truth about it that I know (I know people personally..). It's real stuff. Heal well. Honestly.

[LowDead]

Sorry to hear that. Same from me. Get well.

You're not the only person coming across about the Truth about it that I know (I know people personally..). It's real stuff. Heal well. Honestly.

Many thanks! I'm already feeling better :)

//LD

[cartman0208]

UPDATE: Selecting High Quality(Default) rather than Highest (Very Slow) seems to fix the issue.
Still a puzzle as to why though?


I also use a GTX1660 Ti with a pretty much default BRDREBUILDER.INI, no hiddenopts added.
Graphics driver might not be the most current, I'm on 451.48

I haven't done many 1080p disks yet, but on the finished ones (nvencc, Highest quality) I didn't notice any pixelation, at least not in the main movie.

[LowDead]

I also use a GTX1660 Ti with a pretty much default BRDREBUILDER.INI, no hiddenopts added.
Graphics driver might not be the most current, I'm on 451.48

I haven't done many 1080p disks yet, but on the finished ones (nvencc, Highest quality) I didn't notice any pixelation, at least not in the main movie.

So, what do CraigWally and I have in common with our setups? It seems no one else but us experience this.

Operating System: Windows 10 Pro 64-bit (10.0, Build 19042) (19041.vb_release.191206-1406)
Language: Swedish (Regional Setting: Swedish)
CPU: Intel(R) Core(TM) i7-8700K CPU @ 3.70GHz (12 Cores)
RAM: 32768MB
GFX0: Intel UHD Graphics 630 128MB
GFX1: NVIDIA GeForce RTX 2070 8GB
BD Writer: PIONEER BD-RW BDR-S09 (Primary)
BD Writer: ASUS BW-16D1HT (LibreDrive)
TV: Samsung F9005 (with SEK-3005 addon)
UHD Bluray: Samsung UBD-K8500
HD Bluray/Console: Playstation 3

//LD

[Sharc]

According to Table 1 NVIDIA dropped 'H.264 field encoding' for Turing and Ampere GPUs.
https://docs.nvidia.com/video-technologies/video-codec-sdk/nvenc-application-note/index.html#nvenc-performance

Blu-ray compliance requests 'interlaced' for 25 and 29.97 fps for any resolution. Fake-interlaced is not always possible.
Confused ........ :confused:

[cartman0208]

According to Table 1 NVIDIA dropped 'H.264 field encoding' for Turing and Ampere GPUs.
https://docs.nvidia.com/video-technologies/video-codec-sdk/nvenc-application-note/index.html#nvenc-performance

Blu-ray compliance requests 'interlaced' for 25 and 29.97 fps for any resolution. Fake-interlaced is not always possible.
Confused ........ :confused:

So... if that could be the issue:
Is 'field encoding' support set in hardware or software? Meaning my 'old' driver might still support that feature?

@LowDead: What's your graphics driver version?

[LowDead]

So... if that could be the issue:
Is 'field encoding' support set in hardware or software? Meaning my 'old' driver might still support that feature?

@LowDead: What's your graphics driver version?

Game driver Version 457.30 dated 11/09/2020

I also noted that one could switch to a "studio" driver from within the Geforce experience.. anyone have tried that driver?

//LD

[jdobbs]

According to Table 1 NVIDIA dropped 'H.264 field encoding' for Turing and Ampere GPUs.
https://docs.nvidia.com/video-technologies/video-codec-sdk/nvenc-application-note/index.html#nvenc-performance

Blu-ray compliance requests 'interlaced' for 25 and 29.97 fps for any resolution. Fake-interlaced is not always possible.
Confused ........ :confused:Interesting. I hadn't noticed that before. I'm interested to know how it handles interlaced content with a Turing GPU. I'll run a couple tests on some interlaced content and see what happens.

[Mark_Venture]

Not so much a bug, but more of a question... I'm re-ripping all my movies (as Alt-Movie Only) due to a drive crash Because I have a mix of 4K TV's and 1080p's, I usually rip both discs of a movie. I ran into a Bluray that wont rip (looks like there is a scratch on the bottom). The 4k/UHD disc does rip. I'm just wondering if UHD Disc -> 1080p MKV would result in any quality difference compared to Bluray Disc -> 1080p MKV? (I'm just thinking about those "fake 4K" discs that are from a 2K source)... I mean I do get it will be better than not having the 1080p copy on my server, just curious if it might suffer.

[jdobbs]

Not so much a bug, but more of a question... I'm re-ripping all my movies (as Alt-Movie Only) due to a drive crash Because I have a mix of 4K TV's and 1080p's, I usually rip both discs of a movie. I ran into a Bluray that wont rip (looks like there is a scratch on the bottom). The 4k/UHD disc does rip. I'm just wondering if UHD Disc -> 1080p MKV would result in any quality difference compared to Bluray Disc -> 1080p MKV? (I'm just thinking about those "fake 4K" discs that are from a 2K source)... I mean I do get it will be better than not having the 1080p copy on my server, just curious if it might suffer.It should be fine. But, if you do, you may want to consider performing some type of HDR->SDR conversion (assuming HDR on the original). I've seen reports that sometimes it can look "washed out" without it. I saw this AVISYNTH plugin (http://avisynth.nl/index.php/HDRTools), but haven't tried it myself.

But you may want to just try it without first -- as sometimes these reports are less than accurate (people sometimes have magic eyes and ears that see things that aren't really there).

[gonca]

You can always try DGTonemap, DGHDRtoSDR and DGPQtoHLG
http://rationalqm.us/mine.html
I believe they can run in software mode

[jdobbs]

You can always try DGTonemap, DGHDRtoSDR and DGPQtoHLG
http://rationalqm.us/mine.html
I believe they can run in software modeI think they all require AVISYNTH+ (or at least the Wiki says so). But, again, I haven't tried them.

[gonca]

They do have a 32 bit version, but I'll check

[videoh]

DG tools use YUV420P16 for HBD. I don't know if Avisynth 2.6 can swallow that. If needed we could have an option for delivering a different format. Let me know what you need.

[gonca]

AVS 2.6 can't handle the higher bit depth, and it has no internal filters equivalent to ConvertBits()

[videoh]

There is a hack called Stack16, but why bother when Avisynth+ handles HBD natively?

[CraigWally]

Just as a test, you might want to try replacing the version of NVENCC with the newest one (v05.19) and see if it has an impact.

No difference

[jdobbs]

No differenceThanks.

[stonesfan129]

Hi all, my apologies if there is a better place to request this. I was wondering if an Alternate Output could be added for "MKV Container, HEVC, NO_RESIZE, Auto-AC3." Currently there is one that does Auto-AAC but it would be nice to have one that does AC3 so I can play these files over my surround sound system. Currently I have just been converting audio through Staxrip and then converting that output through BDRB with "MKV Container, HEVC, NO_RESIZE, Intact Audio" and it's just very time-consuming. Thank you.

[jdobbs]

Hi all, my apologies if there is a better place to request this. I was wondering if an Alternate Output could be added for "MKV Container, HEVC, NO_RESIZE, Auto-AC3." Currently there is one that does Auto-AAC but it would be nice to have one that does AC3 so I can play these files over my surround sound system. Currently I have just been converting audio through Staxrip and then converting that output through BDRB with "MKV Container, HEVC, NO_RESIZE, Intact Audio" and it's just very time-consuming. Thank you.You can open up the ALTERNATE.TXT file in the MISC folder of the installation and add it. The top of the file tells you what all the parameters mean, and then the existing presets are listed below. Just add another preset with the settings you want. Here's what you'd add (to the default ALTERNATE.TXT) to get the preset you want:

[00041]
caption=MKV Container, HEVC, NO_RESIZE, Auto-Ac3
vEncoder=1
vBitrate=1500
vKeyint=Auto
aBitrate=*
aType=0
vFormat=7
cType=1

[stonesfan129]

You can open up the ALTERNATE.TXT file in the MISC folder of the installation and add it. The top of the file tells you what all the parameters mean, and then the existing presets are listed below. Just add another preset with the settings you want. Here's what you'd add (to the default ALTERNATE.TXT) to get the preset you want:

[00041]
caption=MKV Container, HEVC, NO_RESIZE, Auto-Ac3
vEncoder=1
vBitrate=1500
vKeyint=Auto
aBitrate=*
aType=0
vFormat=7
cType=1

This is exactly what I was looking for. Thank you sir for this great program.

[jdobbs]

This is exactly what I was looking for. Thank you sir for this great program.Good to hear.

[Eriz0]

@jdobbs

thank you very much for your software, it´s amazing, but I have a question...
is it possible to disable the --uhd-bd option in 4k encoding to gain a bit more speed?

[CraigWally]

Game driver Version 457.30 dated 11/09/2020

I also noted that one could switch to a "studio" driver from within the Geforce experience.. anyone have tried that driver?

//LD

Just tried it, no difference :(

[jdobbs]

@jdobbs

thank you very much for your software, it´s amazing, but I have a question...
is it possible to disable the --uhd-bd option in 4k encoding to gain a bit more speed?I assume you mean when you are outputting to ALTERNATE format? It has to be on for a 4k disc.

I'll take a look at it.

It's actually measurably faster? That surprises me.

[Sharc]

Just tried it, no difference :(
A new NVEncC version 5.20 is out - if this should matter.

[Eriz0]

I assume you mean when you are outputting to ALTERNATE format? It has to be on for a 4k disc.

I'll take a look at it.

It's actually measurably faster? That surprises me.

NO, movie-only backup. Yes, add --uhd-bd slow down the encode a bit. I have externally encoded movies with x265 and I don't add --uhd-bd to command.
I create the structure with tsmuxer and record to disk. I reproduce them perfectly on xbox series x.
if you could add the option to disable it in hidden options it would be perfect.


thanks for answering

[gonca]

You can always try DGTonemap, DGHDRtoSDR and DGPQtoHLG
http://rationalqm.us/mine.html
I believe they can run in software mode

AVS 2.6 can't handle the higher bit depth, and it has no internal filters equivalent to ConvertBits()

Quick test, but it seems that BD_RB can work with avs+ 32 bit
At least the encode started.

[jdobbs]

NO, movie-only backup. Yes, add --uhd-bd slow down the encode a bit. I have externally encoded movies with x265 and I don't add --uhd-bd to command.
I create the structure with tsmuxer and record to disk. I reproduce them perfectly on xbox series x.
if you could add the option to disable it in hidden options it would be perfect.


thanks for answeringSorry. But just because it happens to work on your system doesn't mean it is ok. That setting needs to be there or you are creating a non-compliant disc. I'd rather not make a change that could create bad discs.

[jdobbs]

Quick test, but it seems that BD_RB can work with avs+ 32 bit
At least the encode started.I tested it before. If I remember correctly, the issue wasn't that it wouldn't work -- it was that some of the filters that BD-RB uses wouldn't work in AVISYNTH+. It's been a long time since I tried it, though.

[CraigWally]

So... if that could be the issue:
Is 'field encoding' support set in hardware or software? Meaning my 'old' driver might still support that feature?

@LowDead: What's your graphics driver version?

I've just downgraded to driver 451
no change with regards to pixelation

[cartman0208]

I've just downgraded to driver 451
no change with regards to pixelation

I did the other way around and updated the driver to 457.30 and still got no issues ...

[LowDead]

Have someone else tried North American UHD release of Midway (2019) with 0.61.18? It´s having DV and I´m getting the tsmuxer error - Reading buffer overflow. Possible container streams are not syncronized...

//LD

[AmigaFuture]

@ JD

Since 0.61.18 doesn't support MULTIPROCESS still... I noticed something very interesting.. I imported an MKV (1080p) that BD-RB (0.61.13) made for me a bit ago. I wanted to rerender it from 23GB to 10GB or so..check some Screen Sharing with my Android and my HDTV.

Using 0.61.13 because MULTIPROCESS functions with it, I had BD-RB import the MKV..went well.. It created:

Movie name (Root)
BDMV
CERTIFICATE
PSEUDO

If I leave PSEUDO there, the split won't happen for the rerendering process. It just goes into single rerendering process. If I delete it or rename it it will MP. I don't have to reload anything, just rename in some way then click Backup and click No on resume, Delete All Old Files.

Heh, I tried this with latest version and this doesn't work. Figured I'd give it a try.

[jdobbs]

According to Table 1 NVIDIA dropped 'H.264 field encoding' for Turing and Ampere GPUs.
https://docs.nvidia.com/video-technologies/video-codec-sdk/nvenc-application-note/index.html#nvenc-performance

Blu-ray compliance requests 'interlaced' for 25 and 29.97 fps for any resolution. Fake-interlaced is not always possible.
Confused ........ :confused:I ran some tests on field based content on my Turing GPU. If you identify the source as interlaced (e.g. --interlace tff) the encoder will fail. If you add "--vpp-deinterlace" to or leave off the "--interlace" from the command line it reencodes it ok. The same holds true for H.264 and H.265. By default BD-RB deinterlaces field-based sources when using NVENCC.

[Sharc]

I ran some tests on field based content on my Turing GPU. If you identify the source as interlaced (e.g. --interlace tff) the encoder will fail. If you add "--vpp-deinterlace" to or leave off the "--interlace" from the command line it reencodes it ok. The same holds true for H.264 and H.265. By default BD-RB deinterlaces field-based sources when using NVENCC.
It seems to be much the same with my Pascal GPU. I can't encode as interlaced, but deinterlacing of interlaced sources works.
It is possibly an NVEncC limitation or a bug, because I can produce interlaced encodes (TFF, BFF) with ffmpeg using NVEnc (h264_nvenc).

Edit:
Now it seems to work with NVEncC for my 'ancient' Pascal 1050ti GPU, after removing the '--multipass 2pass-full' and '--bref-mode middle' from my commandline.
Current commandline for interlaced encoding (probably still much overkill for the new presets):
NVEncC64.exe --avsw -i "%~1" --codec h264 --profile high --level 4.1 --lookahead 32 --vbr 0 --vbr-quality 22 --aq --aq-temporal --aq-strength 4 --gop-len 24 --ref 4 --nonrefp --bframes 3 --mv-precision Q-pel --preset quality --bluray --interlace tff --max-bitrate 40000 --vbv-bufsize 30000 --output "%~1_NVEncC.m2ts"

[gamete]

By default it will do two pass at high quality. You may be waiting a while.

If you want to do it faster, change the settings to "One Pass (ABR)" and "Good (Fast)". If you that isn't fast enough, you can edit the INI and set ENCODE_QUALITY=5. That will run X265 at it's highest speed. No UHD encode is going to go very fast compared to HD -- but it will be faster that HQ mode. Honestly, if you are outputting to BD-25 or BD-50, you are unlikely see a noticeable quality difference when compared to HQ.

Sorry about the version thing, I forgot to update the internal version number to v0.61.01... it won't hurt anything.

if i set 5 and not 1 ,i lost video picture quality ?

[jdobbs]

Here's an interesting aside that I found while doing a little testing.

As you might expect, CQM (NVENCC) and CRF (X264) are not exactly the same -- but they use similar concepts. What I've found, by performing SSIM tests, is that a CRF of 23 is not equivalent in quality to a CQM of 23. In fact, in order to get approximately the same SSIM (perceived quality) output of a CRF=23 encode you would use a CQM value of 25.5.

By adjusting this it also brings the sizing a little closer. So to get a similar quality output an NVENCC encode (CQM=25.5) the size of the output is only 1.338 times larger than that of X264 with CRF=23. That's really not bad considering the enormous speed advantage.

This testing was done on a Turing based NVIDIA card (GTX1660). Cards that don't support B frames would probably see different results.

Tomorrow I may set up some tests to find the equivalent CQM quality values for each of the whole number CRFs.

[Weirdo]

Blank one or more items, enter Setup and change one or more settings (a resizing one, for example). Blanked items are reset back to non-blanked.

Also, blanked items are not remembered when closing/opening BD-RB. It'd be nice to have this remembered even without saving the project.

[jdobbs]

Blank one or more items, enter Setup and change one or more settings (a resizing one, for example). Blanked items are reset back to non-blanked.

Also, blanked items are not remembered when closing/opening BD-RB. It'd be nice to have this remembered even without saving the project.Yeah. That was done purposefully. I can't remember why I did it that way, but I do remember it was a good reason. :) Blanking should be the last thing you do before encoding.

[gamete]

if i set 5 and not 1 ,i lost video quality ?

Sorry jdobbs can you help me ?
Thanks

[jdobbs]

Sorry jdobbs can you help me ?
ThanksYes. Using 5 is a lower quality setting than 1 (5 uses x264's "ultrafast" preset while 1 uses "faster") -- but, the question is whether you can even tell a difference on a 25GB disc. There's also a setting between the two (0) that will use "superfast".

[FilipeAmadeuO]

@jdobbs
Is there any hidden option to demux all files then stop ?
(Instead of demux file 1 -> rebuild file 1 -> demux file 2 -> rebuild file 2->...)
I would like to have this option in order to replace some subtitles.

[gamete]

Yes. Using 5 is a lower quality setting than 1 (5 uses x264's "ultrafast" preset while 1 uses "faster") -- but, the question is whether you can even tell a difference on a 25GB disc. There's also a setting between the two (0) that will use "superfast".
So the presets are

1 more quality but slower
2
3
0 middle ?
4
5 less quality but faster

Is it correct ?

[jdobbs]

So the presets are

1 more quality but slower
2
3
0 middle ?
4
5 less quality but faster

Is it correct ?No. The 5 was added later after everything else was established, just as a way to use the fastest setting when you are in a hurry -- so it is out of sequence. It also isn't on the menu under "Encoder Settings". The only way you can set it is to manually do so by editing the INI file. Here are the values for each of the "Encoder Settings" selections:

0=Good
1=Very Good
2=Better
3=High Quality (Default)
4=Highest (Very Slow)

5=Fastest, but lowest quality at a given bitrate (not on the menu)

The actual X264/X265 command line option used when you select 4/Highest can can also be adjusted via the QUALITY_ULTRA hidden option. But it's probably best to leave at the default unless you are very familiar with X264/X265. QUALITY_ULTRA has no effect on NVENC encodes.

[AmigaFuture]

Yeah. That was done purposefully. I can't remember why I did it that way, but I do remember it was a good reason. :) Blanking should be the last thing you do before encoding.

What!?!?!?! (*LOUD Gurgling sounds from a bong*), Oh, sorry...I was distracted by Lathe in the background somewhere. You're right, a good idea before encoding.

[gamete]

No. The 5 was added later after everything else was established, just as a way to use the fastest setting when you are in a hurry -- so it is out of sequence. It also isn't on the menu under "Encoder Settings". The only way you can set it is to manually do so by editing the INI file. Here are the values for each of the "Encoder Settings" selections:

0=Good
1=Very Good
2=Better
3=High Quality (Default)
4=Highest (Very Slow)

5=Fastest, but lowest quality at a given bitrate (not on the menu)

The actual X264/X265 command line option used when you select 4/Highest can can also be adjusted via the QUALITY_ULTRA hidden option. But it's probably best to leave at the default unless you are very familiar with X264/X265. QUALITY_ULTRA has no effect on NVENC encodes.


Thanks jdobbs perfect

[gamete]

sometimes the program does not respect the target set as final output .... often the file is larger or smaller, why?

[Ch3vr0n]

sometimes the program does not respect the target set as final output .... often the file is larger or smaller, why?Nobody here has a crystal ball. Post your conversion log and bdrb.ini settings

Sent from my Pixel 3 XL using Tapatalk

[jdobbs]

So... I am pleased to say that the NVIDIA encoder is a lot better than I had originally thought. As I mentioned in another post -- the CRF (x264) and CQM (NVENC) are similar in their methodology -- but the values used with the setting don't align (a CRF of 23 is NOT equal to a CQM of 23). So I decided to do some extensive testing to find out what NVENC CQM values to use to get the equivalent of X264's CRF.

Here's what I did:

1. Selected a series of movies that differed in action content and the type of cinematography.

2. Encoded them all using X264 with CRF values ranging from 16 to 30 in steps of .5 (a reasonable range from near-perfect [16] to not-so-great [30]). I used the same method used in BD-RB's prediction mechanism to gather samples across the entire film.

3. I then used AVISYNTH with the SSIM module to gather the overall SSIM values for each movie at each CRF value (comparing them against the original). SSIM is the best way I've found to measure output quality without introducing subjective methods. I used AVISYNTH rather than the encoders' internal SSIM calcs just to be sure they are 100% equivalent.

4. I then encoded the same movies with NVENC using values ranging from 16 to 40 in steps of .5, since my earlier tests showed that NVENC needs a higher value to be equivalent to x264's.

5. I, again, used AVISYNTH with the SSIM module to gather the overall SSIM values for each movie at each CQM value.

6. I then aligned the CRF/CQM values based upon the SSIM values so I could create a table that shows the equivalent value to use to get the same quality (within a .5 CRF/CQM differential).

7. I also used the output sizes of all the encodes to predict how much larger/smaller an equivalent encode would be (from NVENC) when it is compared to x265 with equal quality.

Below is a table of the equivalent values. I hope you find it useful. The thing I find most exciting is that NVENC (using CQM) is very competitive with x264 -- even though on my system it is in the neighborhood of 10+ times faster. In higher quality (e.g. CRF 16) encodes it meets x264's quality -- and is actually smaller. I never expected that! In mid and lower quality ranges it is still very competitive in terms of sizing at a given quality.

CRF CQM SIZE
---- ---- -----
16 18.5 0.883
16.5 19.5 0.847
17 20 0.879
17.5 21 0.853
18 21.5 0.890
18.5 22.5 0.857
19 23.5 0.823
19.5 24 0.854
20 24.5 0.819
20.5 25.5 0.853
21 26 0.889
21.5 26.5 0.929
22 27 0.950
22.5 27.5 0.989
23 28 1.007
23.5 28.5 1.038
24 29 1.059
24.5 29.5 1.077
25 30 1.089
25.5 30.5 1.098
26 31 1.095
26.5 31.5 1.097
27 32 1.099
27.5 32.5 1.101
28 33 1.099
28.5 33.5 1.075
29 34 1.064
29.5 34.5 1.042
30 35 1.035

So, for example... if you encode at a CRF value of 23 (x264's default), you could use a CQM value of 28 and get equivalent quality in a file size that is 1.007 times the size of the x264 encode. Not bad -- you'd gain less than 1% in terms of output sizing for an equivalent quality -- while encoding at 10x the speed.

Please note that the NVENC encodes were done on a Turing based GPU (Nvidia GTX 1660) with B-Frames enabled -- GPU encoders that don't have B-Frames may not match the results I've shown here. I suspect they may be close though (except possibly output sizing) since they are using the same CQM algorithms.

The command line options used for encoding were the same ones that would be generated by BD Rebuilder when the "High Quality (Default)" option is selected for NVENCC and for X264 with options asserted for output to a blu-ray. The sources were all 1080p HD as they were encoded on original blu-rays.

Of course these tests are never perfect, so take this for what it is worth. But I think it is pretty close. It took me a whole lot of hours of encoding to come to these conclusions. I think I may do the same testing for a comparison of x265 and NVENC, but I'm first going to take a little break.

Try them out. I'd be interested to see what you find and if your experience matches what I found with this testing.

[spotswood]

Hello everyone... using the current v0.61.18. Not sure if this is by design or a bug but, when importing an MKV/MP4 with an EAC3/DD+ or TrueHD/Atmos track, BDRB reencodes the track to AC3. When importing an MKV/MP4 with a DTS-MA or DTS:X track it is left intact. I have "Keep HD Audio" checked in Settings, but not sure if that has anything to do with it. Any help/ideas/suggestions appreciated. Thanks!

[gamete]

Nobody here has a crystal ball. Post your conversion log and bdrb.ini settings

Sent from my Pixel 3 XL using Tapatalk


It was happened with severals film
After i post bdrebuilder.ini

[Sharc]

Try them out. I'd be interested to see what you find and if your experience matches what I found with this testing.
Your exhaustive SSIM-based tests are very interesting.
My past experience in 'blind tests' with family members confirm that similar quality is obtained for CQM > CRF at about same file size. No complaints about quality from uneducated viewers. All subjective of course rather than metric based comparisons.

The difference which I found is with respect to preserving 'details' in the sense of replicating the source as closely as possible. SSIM - as a quality metric adapted to human perception - seems to be pretty forgiving in this respect.
Inspecting individual frames, the NVEnc encodes looked like pre-filtered (de-noised) x264 encodes in my experience. Fine details like textures of clothes are partially smoothed away (mainly in B-frames), and low contrast areas (e.g. dust or gravel in shady areas) look mashed. One will however hardly notice this when watching the movie real-time (what a movie is supposed to be used for), and some viewers may subjectively even prefer the 'denoised' NVEnc version. Hence SSIM seems to not penalize these losses unduly.

Also, when lowering the CQM more and more I found that the details don't get fully recovered as you might expect from x264 experience. Perhaps this explains why you got an even smaller filesize (surprise!) in your tests for low CQM compared to same SSIM quality using x264 with CRF?

I did my basic tests some time ago with my Pascal 1050ti which supports B-frames for h264. The results may be better for Turing though.

Bottom line: For backups and streaming to TV I prefer the speed of NVEnc with little compromise on file size and/or 'technical quality' in the sense of most exact replication, for 'archiving' (e.g. my VHS) I stick to x264. I hardly ever use x265.

Your SSIM-based table is a useful guideline, thanks.

[jdobbs]

Hello everyone... using the current v0.61.18. Not sure if this is by design or a bug but, when importing an MKV/MP4 with an EAC3/DD+ or TrueHD/Atmos track, BDRB reencodes the track to AC3. When importing an MKV/MP4 with a DTS-MA or DTS:X track it is left intact. I have "Keep HD Audio" checked in Settings, but not sure if that has anything to do with it. Any help/ideas/suggestions appreciated. Thanks!It would violate the BD standard if left intact -- that is why it is reencoded. Do a search of this thread, this subject has been discussed before. DD+ is a part of the standard, but player support for DD+ isn't required. DD, on the other hand, must be supported. That means that a BD compliant DD+ stream has to include both DD and DD+ together.

[spotswood]

It would violate the BD standard if left intact -- that is why it is reencoded. Do a search of this thread, this subject has been discussed before. DD+ is a part of the standard, but player support for DD+ isn't required. DD, on the other hand, must be supported. That means that a BD compliant DD+ stream has to include both DD and DD+ together.Thanks for your reply and suggestion. I went back and looked at a few posts regarding my question. But don't TrueHD/Atmos tracks include the AC3 core? Why are they being reencoded if the core is included? Does this not follow the standard? I just created an MKV of my disc ANNA which has a 7.1 TrueHD track and AC3 core (leaving both video and audio intact). Imported MKV back into BDRB and it still wants to reencode the track to AC3. Would this scenario not be compliant? Very confused...

[jdobbs]

Thanks for your reply and suggestion. I went back and looked at a few posts regarding my question. But don't TrueHD/Atmos tracks include the AC3 core? Why are they being reencoded if the core is included? Does this not follow the standard? I just created an MKV of my disc ANNA which has a 7.1 TrueHD track and AC3 core (leaving both video and audio intact). Imported MKV back into BDRB and it still wants to reencode the track to AC3. Would this scenario not be compliant? Very confused...I don't think you can import into an MKV without the core being removed or at least separated. Even if the AC3 is kept during import (as a second stream), it wouldn't be compliant because the two audios aren't muxed into a single stream for BD. That's if I remember it correctly.

[gonca]

I don't think you can import into an MKV without the core being removed or at least separated. Even if the AC3 is kept during import (as a second stream), it wouldn't be compliant because the two audios aren't muxed into a single stream for BD. That's if I remember it correctly.

You remember correctly.
MKV cannot hold an "interleaved" track (if the term is correct)
Mux a thd+ac3 track into a MKV container and the result is two distinct tracks thd and ac3

[jdobbs]

You remember correctly.
MKV cannot hold an "interleaved" track (if the term is correct)
Mux a thd+ac3 track into a MKV container and the result is two distinct tracks thd and ac3Thanks.

[Emulgator]

The difference which I found is with respect to preserving 'details' in the sense of replicating the source as closely as possible.
SSIM - as a quality metric adapted to human perception - seems to be pretty forgiving in this respect.
Inspecting individual frames, the NVEnc encodes looked like pre-filtered (de-noised) x264 encodes in my experience.
Fine details like textures of clothes are partially smoothed away (mainly in B-frames), and low contrast areas (e.g. dust or gravel in shady areas) look mashed.
One will however hardly notice this when watching the movie real-time (what a movie is supposed to be used for), and some viewers may subjectively even prefer the 'denoised' NVEnc version.
Hence SSIM seems to not penalize these losses unduly.
See the same, Sharc. I am still asking PSNR for that reason, SSIM being called in by codec makers to soothe away codec's imperfections.
Many thanks for the continued development, jdobbs !

[jdobbs]

See the same, Sharc. I am still asking PSNR for that reason, SSIM being called in by codec makers to soothe away codec's imperfections.[/SIZE]
Many thanks for the continued development, jdobbs !I don't really trust PSNR, because it only records differences without any consideration for the actual viewing experience (human perception).

But, just out of curiosity, I may run tests to see what the equivalent CRF/CQM values would be for a matching PSNR value. It would be interesting to see if there is a significant difference when compared against SSIM.

I'm pretty sure I still have the output from the original encodes, so all I should have to do is do the AVISYNTH portion, but using a PSNR module rather than SSIM.

[Sharc]

If this should be of interest: VMAF v2.0 is out
https://github.com/Netflix/vmaf/releases/tag/v2.0.0

[jdobbs]

See the same, Sharc. I am still asking PSNR for that reason, SSIM being called in by codec makers to soothe away codec's imperfections.[/SIZE]
Many thanks for the continued development, jdobbs !I don't really trust PSNR, because it only records differences without any consideration for the actual viewing experience (human perception).

But, just out of curiosity, I may run tests to see what the equivalent CRF/CQM values would be for a matching PSNR value. It would be interesting to see if there is a significant difference when compared against SSIM.

I'm pretty sure I still have the output from the original encodes, so all I should have to do is do the AVISYNTH portion, but using a PSNR module rather than SSIM.So I ran another set of tests against the files created in this post (https://forum.doom9.org/showthread.php?p=1929974#post1929974) -- but this time the I used PSNR as the metric. Interestingly, it didn't change a whole lot. In fact, the PSNR numbers leaned even (a little) more toward NVIDIA/CQM. Below is the table of results showing equivalent CRF/CQM numbers based upon PSNR values. In order to make a point, I chose only NVENC CQM values that resulted in a higher PSNR value (rather than the closest) NV FILE SIZE
X264_CRF X264_PSNR NV_CQM NV_PSNR RATIO
16 48.309 18.5 48.480 0.883
16.5 48.009 19.5 48.102 0.847
17 47.719 20.5 47.754 0.816
17.5 47.448 21 47.601 0.853
18 47.188 22 47.265 0.820
18.5 46.941 23 46.946 0.785
19 46.708 23.5 46.796 0.823
19.5 46.495 24 46.632 0.854
20 46.295 25 46.333 0.819
20.5 46.108 25.5 46.185 0.853
21 45.928 26 46.040 0.889
21.5 45.754 26.5 45.893 0.929
22 45.584 27 45.715 0.950
22.5 45.419 27.5 45.574 0.989
23 45.256 28.5 45.264 0.936
23.5 45.094 29 45.106 0.960
24 44.928 29.5 44.950 0.983
24.5 44.757 30 44.784 1.000
25 44.583 30.5 44.628 1.014
25.5 44.401 31 44.427 1.015
26 44.218 31.5 44.258 1.022
26.5 44.032 32 44.057 1.027
27 43.840 32.5 43.881 1.031
27.5 43.643 33 43.676 1.032
28 43.445 33.5 43.468 1.010
28.5 43.243 34 43.258 1.001
29 43.038 34.5 43.040 0.982
29.5 42.829 35 42.824 0.977
30 42.620 35.5 42.629 0.976Once again, I was impressed with the performance of NVENCC on the NVIDIA GTX-1660. The PSNR numbers were created by the AVISYNTH "COMPARE" output and represent the "Overall PSNR" value in the statistics file.

[Emulgator]

Now thats remarkably well for that speed of NVEnc.
-48dB (~1/250) deviation from source is all I could ask for if giving good bitrates and targetting 8bit.
Many thanks, jdobbs !

[Sharc]

Once again, I was impressed with the performance of NVENCC on the NVIDIA GTX-1660.
Interesting and surprising findings, indeed.
So for blu-ray compliant encoder settings and GTX-1660 there seems to be no reason any more to fall back to x264 for quality vs file size reasons, based on PSNR and SSIM tests. That's something.
I assume your reference sources were AVC 1080p YV12 8bit, right?

[jdobbs]

Interesting and surprising findings, indeed.
So for blu-ray compliant encoder settings and GTX-1660 there seems to be no reason any more to fall back to x264 for quality vs file size reasons, based on PSNR and SSIM tests. That's something.
I assume your reference sources were AVC 1080p YV12 8bit, right?Yes. The originals were directly from ripped BDs. The comparison was done within AVISYNTH, they were AVC, 1080p, YV12, 8 bit. The encode settings were the command lines generated by BD-RB for output to BD (which puts compliance requirements on GOP size, maximum bitrate, etc).

Now I wonder how NVENC's standard bitrate encoding compares to X264. I suspect it will fall behind since it doesn't have a true two-pass option. But that will have to be something for a different day.

[jdobbs]

Now thats remarkably well for that speed of NVEnc.
-48dB (~1/250) deviation from source is all I could ask for if giving good bitrates and targetting 8bit.
Many thanks, jdobbs !48dB... that's pretty near perfect. Most of my encoding these days (other than disc backups) is for my SERVIIO media server -- so I'm a little less picky.

[Mike-uk]

do we have a setting in bdrebuilder for nvidia that produces the absolute best quality thats physically possible with nvencc ??

[jdobbs]

do we have a setting in bdrebuilder for nvidia that produces the absolute best quality thats physically possible with nvencc ??It's hard to answer. That's a relative term. Highest quality for output that will fit on a BD-25? BD-50? Highest quality output to an ALTERNATE format (with no regard for size)? Highest quality at a given bitrate?

[Mike-uk]

It's hard to answer. That's a relative term. Highest quality for output that will fit on a BD-25? BD-50? Highest quality output to an ALTERNATE format (with no regard for size)? Highest quality at a given bitrate?

ah ok yeh bd-25

[mikeq]

Not sure what the ramification of this are:
I'm using the latest makemkv to create the new Dolby Video mkv file that nvidia shield will play. When doing this on a BD_Rebuilder bluray
I get these issues. They don't happen on the original bluray (This is obviously a 4K UHD Dolby Vision Bluray - I used Rampage as my test).
I've spent a day now trying to figure out how to "fix" it. Seems kind of wierd because if the I-frames are fixed and it's a constant frame rate, how do the 2 streams get out of sync, and why do the timecode differences change. Anyway, if you have thoughts, I'd love to hear them - otherwise, just info for you.... (happens with both x265 and nvenc, btw)

AV sync issue in stream 0 at 0:00:02.711 : secondary stream video frame timecode differs by -208.544ms
AV sync issue in stream 0 at 0:00:02.711 : secondary stream video frame timecode differs by -291.966ms
AV sync issue in stream 0 at 0:00:02.711 : secondary stream video frame timecode differs by -333.666ms
AV sync issue in stream 0 at 0:00:02.711 : secondary stream video frame timecode differs by -250.255ms
AV sync issue in stream 0 at 0:00:02.711 : secondary stream video frame timecode differs by -125.133ms
AV sync issue in stream 0 at 0:00:02.711 : secondary stream video frame timecode differs by -166.833ms
AV sync issue in stream 0 at 0:00:02.711 : secondary stream video frame timecode differs by -83.422ms
AV sync issue in stream 0 at 0:00:02.711 : secondary stream video frame timecode differs by +250.244ms
AV sync issue in stream 0 at 0:00:02.711 : secondary stream video frame timecode differs by +125.122ms
AV sync issue in stream 0 at 0:00:02.711 : secondary stream video frame timecode differs by +41.7ms
AV sync issue in stream 0 at 0:00:02.794 : secondary stream video frame timecode differs by -83.416ms
AV sync issue in stream 0 at 0:00:02.836 : secondary stream video frame timecode differs by +83.408ms
AV sync issue in stream 0 at 0:00:02.961 : secondary stream video frame timecode differs by -83.416ms
AV sync issue in stream 0 at 0:00:02.961 : secondary stream video frame timecode differs by +41.705ms
AV sync issue in stream 0 at 0:00:03.044 : secondary stream video frame timecode differs by +291.955ms
AV sync issue in stream 0 at 0:00:03.044 : secondary stream video frame timecode differs by +125.122ms
AV sync issue in stream 0 at 0:00:03.044 : secondary stream video frame timecode differs by +41.7ms
AV sync issue in stream 0 at 0:00:03.128 : secondary stream video frame timecode differs by -83.416ms
AV sync issue in stream 0 at 0:00:03.169 : secondary stream video frame timecode differs by +83.408ms
AV sync issue in stream 0 at 0:00:03.294 : secondary stream video frame timecode differs by -83.416ms
AV sync issue in stream 0 at 0:00:03.336 : secondary stream video frame timecode differs by +333.663ms
AV sync issue in stream 0 at 0:00:03.712 : secondary stream video frame timecode differs by -208.544ms
AV sync issue in stream 0 at 0:00:03.712 : secondary stream video frame timecode differs by -291.966ms
AV sync issue in stream 0 at 0:00:03.712 : secondary stream video frame timecode differs by -333.666ms
AV sync issue in stream 0 at 0:00:03.712 : secondary stream video frame timecode differs by -250.255ms
AV sync issue in stream 0 at 0:00:03.712 : secondary stream video frame timecode differs by -125.133ms
AV sync issue in stream 0 at 0:00:03.712 : secondary stream video frame timecode differs by -166.833ms

[BuddTX]

It's hard to answer. That's a relative term. Highest quality for output that will fit on a BD-25? BD-50? Highest quality output to an ALTERNATE format (with no regard for size)? Highest quality at a given bitrate?
I would be interested in the answer for ALTERNATE format.

[jdobbs]

Interesting and surprising findings, indeed.
So for blu-ray compliant encoder settings and GTX-1660 there seems to be no reason any more to fall back to x264 for quality vs file size reasons, based on PSNR and SSIM tests. That's something.
I assume your reference sources were AVC 1080p YV12 8bit, right?I would be interested in the answer for ALTERNATE format.Make sure that under SETTING/ENCODER SETTINGS the quality is set to "High Quality (Default)" or "Highest (Very Slow)". In theory "Highest" should give the best results -- but in my experience that isn't necessarily true.

For BD-25/50, I would also set the encoding method to "CQM". I've found this to be the best quality at a given size. BD-RB will encode samples of the source and predict the lowest CQM value (highest quality) that will fit on the target disc. But size prediction can never be perfect, and there is a (slight) chance that the output might be oversized. Luckily NVENCC is fast -- so you can always reencode it to make it a little smaller using the FIXED_CRF hidden option and slightly higher value than was selected. (But don't forget to remove FIXED_CRF after you are done -- or all your BD encodes will use it until you do, resulting is no size control by BD-RB)

For ALTERNATE output, you can select a CQM value from the alternate dialog. The lower the number, the higher the quality and the bigger the output file -- but honestly anything below 18 or so (for NVENC) will only make it bigger without any noticable difference in quality. For reasonable quality (equivalent to X264's default) a value of 28 is a good place to start.

[Emulgator]

mikeq: could be a tsMuxeR muxing issue.
The reported offsets seem to match multiples of 23.976fps frame durations.
What has BDInfo to say about the source disc ?

[Sharc]

Yes. The originals were directly from ripped BDs. The comparison was done within AVISYNTH, they were AVC, 1080p, YV12, 8 bit. The encode settings were the command lines generated by BD-RB for output to BD (which puts compliance requirements on GOP size, maximum bitrate, etc).

Now I wonder how NVENC's standard bitrate encoding compares to X264. I suspect it will fall behind since it doesn't have a true two-pass option. But that will have to be something for a different day.
Another thought: Did your clips for the PSNR and SSIM tests include black letterbox borders? I am asking because black borders will bias the results in favour of the poorer encoder. For a fair encoder comparison any borders should be cropped off I think, as even a poor encoder can encode these perfectly.

[mikeq]

mikeq: could be a tsMuxeR muxing issue.
The reported offsets seem to match multiples of 23.976fps frame durations.
What has BDInfo to say about the source disc ?

Seems like it is - I've opened a bug on the tsmuxer site.
If I extract the streams and rebuild the BluRay - I get a similar problem.

[jdobbs]

Another thought: Did your clips for the PSNR and SSIM tests include black letterbox borders? I am asking because black borders will bias the results in favour of the poorer encoder. For a fair encoder comparison any borders should be cropped off I think, as even a poor encoder can encode these perfectly.I don't believe that is true. The black borders might increase the overall scores, yes. But I it would do so equally for both encoders. For example, in a completely black screen (at the beginning of the movie) both encoders get a perfect SSIM of 1.00 for those frames and a deviation of 0.0000 and a score of 113.0590 dB in PSNR. The same would hold true for the black border areas -- equally for both encoders.

I would also add that an accurate evaluation would compare the two encoders as they would be used. You wouldn't trim the borders in a BD backup (if you did the output would be non-compliant) or in a true 1:1 encode of an original.

[Sharc]

I don't believe that is true. The black borders might increase the overall scores, yes. But I it would do so equally for both encoders. For example, in a completely black screen (at the beginning of the movie) both encoders get a perfect SSIM of 1.00 for those frames and a deviation of 0.0000 and a score of 113.0590 dB in PSNR. The same would hold true for the black border areas -- equally for both encoders.

Hmmm .... let me expand my thoughts with an (overly) simple model:

Assume a picture with 50% black and 50% active picture area.
Now take 2 encoders ('Good' vs 'Poor'). Both encode the static black part perfectly, say with quality score 100.
The 'Good' encodes the active picture with quality 80, while the 'Poor' encodes the active picture with quality 60.

Case 1: with borders
Good (average) = (100+80)/2 = 90
Poor (average) = (100+60)/2 = 80
Difference Good - Poor = 10

Case 2: borders cropped
Good (average) = 80
Poor (average) = 60
Difference Good - Poor = 20

Hence for case 2 the quality differeence between the 2 encoders is more prominent.
In case 1 the black borders mask the deficiency of the poor encoder.

Am I totally mislead?

[jdobbs]

Hmmm .... let me expand my thoughts with an (overly) simple model:

Assume a picture with 50% black and 50% active picture area.
Now take 2 encoders ('Good' vs 'Poor'). Both encode the static black part perfectly, say with quality score 100.
The 'Good' encodes the active picture with quality 80, while the 'Poor' encodes the active picture with quality 60.

Case 1: with borders
Good (average) = (100+80)/2 = 90
Poor (average) = (100+60)/2 = 80
Difference Good - Poor = 10

Case 2: borders cropped
Good (average) = 80
Poor (average) = 60
Difference Good - Poor = 20

Hence for case 2 the quality differeence between the 2 encoders is more prominent.
In case 1 the black borders mask the deficiency of the poor encoder.

Am I totally mislead?But... if you go back to my tests -- you'll see that I chose a NVENC CQM value in which the SSIM and/or PSNR values are equal to or greater than that of X264. That would mean that at that value and size NVENC represented in the table would have to be achieving a BETTER score (using the logic of your post). If the borders were equal -- then that means the encoded picture portion would have to be a higher quality (via the metric). The output sizes don't show significant differences, so that would indicate roughly equal encoder quality.

See what I mean?

[Sharc]

But... if you go back to my tests -- you'll see that I chose a NVENC CQM value in which the SSIM and/or PSNR values are equal to or greater than that of X264. That would mean that at that value and size NVENC represented in the table would have to be achieving a BETTER score (using the logic of your post). If the borders were equal -- then that means the encoded picture portion would have to be a higher quality (via the metric). The output sizes don't show significant differences, so that would indicate roughly equal encoder quality.

See what I mean?
Yes, I think I see what you mean. You basically encoded for equal ("equal" within practical limits) PSNR (or SSIM) by adjusting CRF or CQM of encoders A and B respectively, means same objective final quality for A and B according to the metrics. You kept the borders -- as one would do in real BD-RB backup scenarios. I don't doubt the test method and the results at all, so don't get me wrong.
Eventually we may now want to compare the resulting file size and find that encoder A produced a file size which is say few % less than B (at 'same' PSNR or SSIM). Hence we conclude that encoder A is more efficient than B. I just wrapped my head around the question whether the conclusion would have been the same with the black borders cropped off because the borders would bias the result unequally for A and B. Confusing myself ... ;-)
Many thanks for the enlightening and useful tests.

[jdobbs]

Yes, I think I see what you mean. You basically encoded for equal ("equal" within practical limits) PSNR (or SSIM) by adjusting CRF or CQM of encoders A and B respectively, means same objective final quality for A and B according to the metrics. You kept the borders -- as one would do in real BD-RB backup scenarios. I don't doubt the test method and the results at all, so don't get me wrong.
Eventually we may now want to compare the resulting file size and find that encoder A produced a file size which is say few % less than B (at 'same' PSNR or SSIM). Hence we conclude that encoder A is more efficient than B. I just wrapped my head around the question whether the conclusion would have been the same with the black borders cropped off because the borders would bias the result unequally for A and B. Confusing myself ... ;-)
Many thanks for the enlightening and useful tests.There is a point (CRF=27.5 and CQM=32.5) where the NVENC output was 10% bigger. But, conversely, there was also a point (CRF=16 and CQM=16) where is was 12% smaller.

Just for S&G, maybe I'll go back and strip the borders to see what happens.

[Sharc]

There is a point (CRF=27.5 and CQM=32.5) where the NVENC output was 10% bigger. But, conversely, there was also a point (CRF=16 and CQM=16) where is was 12% smaller.

Just for S&G, maybe I'll go back and strip the borders to see what happens.
I made a test with my 1050ti. The result is not nearly as good as what you got with your 1660.
I aligned for same PSNR as a reference, using the commandline from BD-RB.

x264:
CRF=22 PSNR=44.81dB SSIM=83.00824601 filesize=3'307'459k 1.000

NVEncC:
CQM=25 PSNR=44.82dB SSIM=82.53126698 filesize=4'561'774k 1.379


For same PSNR the video filesize for NVEnc was 38% higher than for x264. For same SSIM it would be even more.
No borders in my test movie, but I don't think that this matters much. The big difference seems to be the HW.

[Mike-uk]

I made a test with my 1050ti. The result is not nearly as good as what you got with your 1660.
I aligned for same PSNR as a reference, using the commandline from BD-RB.

x264:
CRF=22 PSNR=44.81dB SSIM=83.00824601 filesize=3'307'459k 1.000

NVEncC:
CQM=25 PSNR=44.82dB SSIM=82.53126698 filesize=4'561'774k 1.379


For same PSNR the video filesize for NVEnc was 38% higher than for x264. For same SSIM it would be even more.
No borders in my test movie, but I don't think that this matters much. The big difference seems to be the HW.

1050ti does not support B-fame where as the 1060 does

[Sharc]

1050ti does not support B-fame where as the 1060 does
1050ti supports B frames for h.264 (AVC) very well. I am using it all the time.
It does however not support B frames for h.265 (HEVC).

[jdobbs]

I made a test with my 1050ti. The result is not nearly as good as what you got with your 1660.
I aligned for same PSNR as a reference, using the commandline from BD-RB.

x264:
CRF=22 PSNR=44.81dB SSIM=83.00824601 filesize=3'307'459k 1.000

NVEncC:
CQM=25 PSNR=44.82dB SSIM=82.53126698 filesize=4'561'774k 1.379


For same PSNR the video filesize for NVEnc was 38% higher than for x264. For same SSIM it would be even more.
No borders in my test movie, but I don't think that this matters much. The big difference seems to be the HW.Interesting. I wonder what has changed that could make that much difference?

Maybe that specific source? My scores were the averages across several discs. But, I don't think any of the individual scores that were used were that far off the average.

[cartman0208]

In this Wiki article (https://en.wikipedia.org/wiki/Nvidia_NVENC#Sixth_generation,_Turing_TU10x/TU116) 15% bitrate savings are mentioned, so yes, it must be the HW ... it does not explain 38% difference though ...

[Sharc]

@jdobbs, cartman0208:
It seems that the discrepancy is partially attributed to the GOP size.
For the tests I set the vKeyint in the alternate.txt to 48, and the x264 encoded accordingly.
Apparently the --bluray in the NVEncC commandline forced a shorter GOP of 30 which seems to have penalized the NVEncC.
Encoding at same GOP of 24 (default) the difference of the filesize between x264 and NVEncC for similar PSNR (or SSIM) becomes less: about 25..30% rather than the 38% as before.

[Sharc]

Interesting. I wonder what has changed that could make that much difference?

Maybe that specific source? My scores were the averages across several discs. But, I don't think any of the individual scores that were used were that far off the average.
The +38% filesize for NVEncC can be attributed do different GOP sizes, which was 48 for x264 (my mistake, '--bluray-compat' does not overrule it). It was however forced to 30 by '--bluray' for NVEncC which penalized NVEncC.
Redoing the test for GOP 24 (blu-ray compliant, BD-RB default) reduced the filesize difference to 20 ....30%.
Adding --lookahead 24 to the NVEncC commandline brought another improvement for NVEncC, so eventually I ended up with about 12% ... 16% file size penalty for NVEncC for 'equal' PSNR/SSIM in my tests.

Example (for my 1050ti):
x264 CRF=22.0, PSNR=44.82dB, SSIM=82.803, filesize=100% (reference filesize)
NVEncC CQM=25.8, PSNR=44.95dB, SSIM=82.613, filesize=126%
NVEncC CQM=25.5, PSNR=44.97dB, SSIM=82.756, filesize=115%, with '--lookahead 24' added to the NVEncC commandline.

[jdobbs]

Has anyone had any luck using the NVENCC command line options for iVTC? In BD Rebuilder, I currently force AVS input when doing iVTC (which means the encode is roughly the same speed as X264). I thought I'd try using the vpp options in NVENCC and see how well they work. When I try "--vpp-decimate cycle=5" for encoding on a source that uses the duplicated frame method -- I get a terrible jumpiness (compared to an AVS using tivtc, for example). VPP doesn't seem to find the duplicated frame very well at all.

[Sharc]

When I try "--vpp-decimate cycle=5" for encoding on a source that uses the duplicated frame method -- I get a terrible jumpiness (compared to an AVS using tivtc, for example). VPP doesn't seem to find the duplicated frame very well at all.
Should it be cycle=6 perhaps for 30/25 conversion?

[jdobbs]

Should it be cycle=6 perhaps for 30/25 conversion? If trying to convert from NTSC to PAL, yes. These are sources that were originally FILM (virtually everything falls into that category) that were converted to NTSC for broadcast. Many TV shows (especially older ones) were originally shot at 24fps and then telecined. I'm trying to get them back to FILM format.

[Sharc]

If trying to convert from NTSC to PAL, yes. These are sources that were originally FILM (virtually everything falls into that category) that were converted to NTSC for broadcast. Many TV shows (especially older ones) were originally shot at 24fps and then telecined. I'm trying to get them back to FILM format.
If it is telecined film, the IVTC involves 2 steps AFAIK:
a) field matching -> restores the progressive film frames
b) decimation -> removes the duplicates
In avisynth it is
TFM()
TDecimate()
I understand that the '--vpp-decimate' can only do step b).
I didn't try though, it's just my interpretation.

Edit:
Oh, there seems to be an IVTC method which does not require field matching:
https://forum.doom9.org/showthread.php?t=176657

[Mike-uk]

MKV import it creates a pseudo disc ?? it also converts .mkv to .m2ts without re encoding ?? does this mean i can burn the pseudo to a disc and it will play without spending the time to re encode it first ???

[Sharc]

MKV import it creates a pseudo disc ?? it also converts .mkv to .m2ts without re encoding ?? does this mean i can burn the pseudo to a disc and it will play without spending the time to re encode it first ???
BD-RB extracts the streams from the imported .mkv and creates an intermediate blu-ray file structure in the IMPORTS folder.
If the size fits to a disc you can directly burn this pseudo structure of the IMPORTS folder to a disc without re-encoding, and if you are lucky it's even compliant - depending on the streams in the .mkv source. However, to ensure that the final result is fully blu-ray compliant (size and format wise) a subsequent re-encoding step is normally required which involves much more (i.e. re-encoding the streams as necessary) than just packing everything into an .m2ts container.

[Mike-uk]

BD-RB extracts the streams from the imported .mkv and creates an intermediate blu-ray file structure in the IMPORTS folder.
If the size fits to a disc you can directly burn this pseudo structure of the IMPORTS folder to a disc without re-encoding, and if you are lucky it's even compliant - depending on the streams in the .mkv source. However, to ensure that the final result is fully blu-ray compliant (size and format wise) a subsequent re-encoding step is normally required which involves much more (i.e. re-encoding the streams as necessary) than just packing everything into an .m2ts container.

ok great cheers thats explains and answeres my queastion :)

[laserfan]

As we approach the twelfth anniversary of this thread and the "beta" of BD-RB, I would like to extend my best wishes to jdobbs & family for a Merry Christmas and a Happy New Year!

I think the first movie I tried w/BD-RB might have been Live Free or Die Hard and even though the conversion was at a measly 3.5KBps or something bitrate, it turned-out awesome and looks great to this day. Of course, in 2008 this was big stuff as we were sorta feeling our way around in those days. But I digress... see you in the New Year.

[Sharc]

Wow ...... it's even incredible 16 years including DVD-Rebuilder, more than 20'000 posts and countless working hours.
Thank you jdobbs, Merry x-mas and a Happy and Healthy 2021.

[Mike-uk]

Hope you have a good holidays Jdobbs, and thanks again for all you hard work on BD-Rebuilder , and to all the other people on here that have helped

[jdobbs]

Thanks everyone. I hope you all have a happy holiday season.

[Mike-uk]

hmm ok did and encode to bd25 with Nvencc used setting highest (very slow), i see from lastcmd.txt it is using --vbr why are we not using --vbrhq which then also enables multipass ?? also lookahead is not enabled ??

--codec h264 --preset quality --bluray --qp-min 0 --vbr 17504 --aq-temporal --keyfile "G:\BD REBUILDER\WORKFILES\VID_00351.CHP" --sar 1:1 --aud --pic-struct --vbv-bufsize 30000 --max-bitrate 35000 --gop-len 24 -o


yet setting "high quality (default)" has --multipass 2pass full enabled

--codec h264 --preset default --bluray --qp-min 0 --multipass 2pass-full --vbr 17504 --aq-temporal --keyfile "G:\BD REBUILDER\WORKFILES\VID_00351.CHP" --sar 1:1 --aud --pic-struct --vbv-bufsize 30000 --max-bitrate 35000 --gop-len 24 -o

[jdobbs]

hmm ok did and encode to bd25 with Nvencc used setting highest, i see from lastcmd.txt it is using --vbr why are we not using --vbrhq which then also enables multipass ?? also lookahead is not enabled ??

--codec h264 --preset quality --bluray --qp-min 0 --vbr 17504 --aq-temporal --keyfile "G:\BD REBUILDER\WORKFILES\VID_00351.CHP" --sar 1:1 --aud --pic-struct --vbv-bufsize 30000 --max-bitrate 35000 --gop-len 24 -o


yet setting "high" has --multipass 2pass full enabled

--codec h264 --preset default --bluray --qp-min 0 --multipass 2pass-full --vbr 17504 --aq-temporal --keyfile "G:\BD REBUILDER\WORKFILES\VID_00351.CHP" --sar 1:1 --aud --pic-struct --vbv-bufsize 30000 --max-bitrate 35000 --gop-len 24 -oIn my tests it slows the encode down... but doesn't improve the picture quality (per SSIM evaluation). In fact, the SSIM value slightly worsened when it was set (for that particular circumstance [--preset quality], not all settings).

All of the BD-RB settings are based on actual testing and output results -- not "what it should do".

[Mike-uk]

ah ok cool if youve tested with multipass and no difference then thats all good :)

[lithiumus]

hey JD, I'm using the Edit and blanking feature to remove various screens for Full BD / UHD backup (no re-encode) but the smaller ones around 1Mb or smaller do not show up for blanking. Is there any way to get all the M2TS files to show up so I can choose to blank them?

[jdobbs]

hey JD, I'm using the Edit and blanking feature to remove various screens for Full BD / UHD backup (no re-encode) but the smaller ones around 1Mb or smaller do not show up for blanking. Is there any way to get all the M2TS files to show up so I can choose to blank them?Have you set the following two options?

MIN_M2TS_SIZE=0
MIN_PLAYLIST_MINS=0

[jdobbs]

I have updated the first post of this thread with a link to the latest version of BD Rebuilder (v0.61.19). Changes for this release:- Corrected an issue in which attempts to
encode secondary video with NVENCC would
result in another encode of the primary
video stream by incorrect reference.
- Fixed an issue in which --vpp-deinterlace
might incorrectly be used in --avs mode
during NVENCC encodes, causing an encode
failure.
- Corrected an issue in which setting a
FIXED_CRF (with the hidden option) and
choosing CRF for full backup encoded was
preventing "keep original video" from
occurring.
- Added a workaround to an odd error that
can randomly occur in NVENCC when trying
to encode a single frame.
- Fixed an issue in which 30fps sources that
are being inverse telecined my still result
in a keyint (gop size) of 30.
- Reenabled the MULTIPROCESS hidden option.
Note: MULTIPROCESS is disabled when the
NVENCC encoding option is selected.
- Other minor corrections and cosmetic fixes.

[ggtop]

Thank you very much and happy New Year.
All the best for you and your beloved. Stay healthy,

ggtop

[lithiumus]

Have you set the following two options?

MIN_M2TS_SIZE=0
MIN_PLAYLIST_MINS=0

I thought I set these in the INI file... looks like I should set it in the config via the app instead... worked as soon as I edited and saved it within the app!

Any option to avoid extracting and remuxing when no re-encode is required or is it necessary to remux regardless? Thanks again and Happy New Year!

[jdobbs]

I thought I set these in the INI file... looks like I should set it in the config via the app instead... worked as soon as I edited and saved it within the app!

Any option to avoid extracting and remuxing when no re-encode is required or is it necessary to remux regardless? Thanks again and Happy New Year!It becomes a real goat-rope if you try to do it without extracting first. It's much cleaner to have a group of elementary stream that are used to reconstruct it.

[lithiumus]

It becomes a real goat-rope if you try to do it without extracting first. It's much cleaner to have a group of elementary stream that are used to reconstruct it.

Yeah that makes total sense!

One last question, what's the difference between

Full Backup with Edit Mode (Manual Blanking)

vs

Movie & Menus (Auto-Blank Extras) with Edit Mode (Manual Blanking)

Using the Options:

BLANK_THRESHOLD=0
MIN_M2TS_SIZE=0
MIN_PLAYLIST_MINS=0

I found that I get ALL the streams for blanking if I use
Movie & Menus (Auto-Blank Extras) with Edit Mode (Manual Blanking)

But missing streams using
Full Backup with Edit Mode (Manual Blanking)

[Michi]

I would like to test multiprocess on UHD/x265, but only HD/x264 is enable on multiprocess.

How can I enable x265 on multiprocess?

[jdobbs]

I would like to test multiprocess on UHD/x265, but only HD/x264 is enable on multiprocess.

How can I enable x265 on multiprocess?You can't. It was never supported. I may have a look at it -- but there were good reasons why I didn't implement it originally.

[Michi]

With some films with a slightly lower bit rate, the cpu load constantly changes from high to low. Two encoding processes would fix the problem.

I use the preset "High Quality CFR" for uhd on my AMD Threadripper 1950x.

[ggtop]

I have updated the first post of this thread with a link to the latest version of BD Rebuilder (v0.61.19). Changes for this release:
- Reenabled the MULTIPROCESS hidden option.

Thank you for MULTIPROCESS coming back. Just running an encode.

@all: DGDecNV users should use build 222 or higher as it massively increased indexing performance. It's running at approx. 300MB/s here where it used to be at around 100 MB/s with previous builds. It's like PacMan eating up the progress bar :-)

ggtop

[videoh]

@all: DGDecNV users should use build 222 or higher as it massively increased indexing performance. It's running at approx. 300MB/s here where it used to be at around 100 MB/s with previous builds. It's like PacMan eating up the progress bar :-)

ggtop Thank you. Glad you like it. Use 223 because it improves demuxing for MKV when you have mechanical hard disks involved (must set option 'Optimize for HDD').

[ggtop]

Thank you. Glad you like it.

Yes, definitely. Thank you very much. I then saw 223 is out, but your binaries area holds the latest version only anyway. Always a good idea to follow the improvements. Keep up the good work, too.

ggtop

[MrVideo]

DGDecNV users should use build 222 or higher as it massively increased indexing performance.
Huh? The version I am using is 2053 and I downloaded that on 4/26/2019.

[Mark_Venture]

Huh? The version I am using is 2053 and I downloaded that on 4/26/2019.
When running the app, under about it tells you the build number.

I was on 2053 but an older build. I just re-downloaded tonight, and yes 2053 build 223 is faster.

[ggtop]

Huh? The version I am using is 2053 and I downloaded that on 4/26/2019.

Link to the update thread: http://rationalqm.us/board/viewtopic.php?f=5&t=463&start=250

Link to DGDecNV: http://rationalqm.us/dgdecnv/dgdecnv.html
That one has a link to the binaries area

Simply redo what you've done on 4/26/2019 :D

ggtop

[cartman0208]

With some films with a slightly lower bit rate, the cpu load constantly changes from high to low. Two encoding processes would fix the problem.

I use the preset "High Quality CFR" for uhd on my AMD Threadripper 1950x.

How about using 2 instances of BDRB (with different output folders), if you want the CPU fully utilized? That way you can get 2 Jobs done at the same time.

[videoh]

Huh? The version I am using is 2053 and I downloaded that on 4/26/2019. There is the major build number 2053 and the minor build number called the slipstream number. Why have things seemed to stall at major build 2053? Crackers seem to follow only the major build number.

Subscribe to the Binaries Notification thread and you'll get an email whenever a new slipstream is released. It's definitely worth upgrading to the latest slipstream. Be careful to regenerate your INI file if you are coming from a significantly older version.

[jdobbs]

There is the major build number 2053 and the minor build number called the slipstream number. Why have things seemed to stall at major build 2053? Crackers seem to follow only the major build number.

Subscribe to the Binaries Notification thread and you'll get an email whenever a new slipstream is released. It's definitely worth upgrading to the latest slipstream. Be careful to regenerate your INI file if you are coming from a significantly older version.Hadn't tried DGDecNV on my new GTX-1660, so I thought I'd give it a try for the hell of it and downloaded the newest release. For the particular job I was running it is twice as fast as Directshow/LAV Filters (with CUVID enabled). Nice. Didn't expect that. I got 132fps on an X264 encode compared to a little over 60fps.

[Mark_Venture]

Hadn't tried DGDecNV on my new GTX-1660, so I thought I'd give it a try for the hell of it and downloaded the newest release. For the particular job I was running it is twice as fast as Directshow/LAV Filters (with CUVID enabled). Nice. Didn't expect that. I got 132fps on an X264 encode compared to a little over 60fps.

Yeah I was amazed even with the upgrade over the build of DGDecNV I had downloaded in early December.

Before 223, alt movie MKV with NVEnc with my GTX1660ti/i7-10900k it was taking about 30-35 min per movie. With 223 and Optimize for HDD checked, and the same settings... the 5 movies I did last night took 10-15 min each!

[videoh]

Great to hear guys! We're making performance improvements across the board for DG tools. Currently in progress: DGIndex.

Also looking to solve the internationalization issues (non-Unicode code base).

[thecrowler]

There is the major build number 2053 and the minor build number called the slipstream number. Why have things seemed to stall at major build 2053? Crackers seem to follow only the major build number.

Subscribe to the Binaries Notification thread and you'll get an email whenever a new slipstream is released. It's definitely worth upgrading to the latest slipstream. Be careful to regenerate your INI file if you are coming from a significantly older version.

In anyone could help in private with build 223, I'll be very gratefull.
Thanks for u're time, kind regards.

[videoh]

Send me a PM. Happy to help.

[gonca]

You guys should try DGDemux for UHD and BD movies.
Fast and handles thd + atmos well

[MrVideo]

Subscribe to the Binaries Notification thread and you'll get an email whenever a new slipstream is released.
There is no link at the bottom of the page in which to subscribe to the thread.

[MrVideo]

Simply redo what you've done on 4/26/2019 :D
ggtop
Done. Files downloaded.

[videoh]

There is no link at the bottom of the page in which to subscribe to the thread. If you are logged in and on the thread page, pull down on the wrench drop-down (at top or bottom of page) and select 'Subscribe topic'.

[MrVideo]

I wasn't logged in. I used the wrong link in the activation e-mail. I used to have an account, but I suspect that I hadn't used it in so long that I got removed.

[videoh]

Currently in progress: DGIndex. Happy to report that the current changes produce a 350% performance increase. Will regression test and then release.

[lithiumus]

@jdobbs any chance you could update the blanking for 4k releases to use 4k blank clips vs the 1080 blank clips? It will help reduce the resolution switching on the displays.

or if you can point me to a set of 4k clip files and if simply swapping them into the tools\blankclip directory will work, I can do that too. LMK!

[jdobbs]

@jdobbs any chance you could update the blanking for 4k releases to use 4k blank clips vs the 1080 blank clips? It will help reduce the resolution switching on the displays.

or if you can point me to a set of 4k clip files and if simply swapping them into the tools\blankclip directory will work, I can do that too. LMK!I'll look at it.

[lithiumus]

I'll look at it.


As always... you rock!


Sent from my iPhone using Tapatalk

[MrVideo]

OK, I'm looking at getting the RTX-3060Ti. Will that be a good fit with BDRB, UHD Blu-ray recoding with use of B-frames?

Nvidia points to Best Buy for purchase and they want $400. But they are sold out. E-bay has them for a lot more. No idea why.

EDIT: Or, is there a recent older model(s) that will also work?

[Mike-uk]

OK, I'm looking at getting the RTX-3060Ti. Will that be a good fit with BDRB, UHD Blu-ray recoding with use of B-frames?

Nvidia points to Best Buy for purchase and they want $400. But they are sold out. E-bay has them for a lot more. No idea why.

EDIT: Or, is there a recent older model(s) that will also work?

a while back Jdobbs got a 1660 i think and i had a 2070 super and encode fps was the same, not sure about the 30XXX series, but you pro defo want a card that does b frames which is anything 1660 upwards i think

[cartman0208]

OK, I'm looking at getting the RTX-3060Ti. Will that be a good fit with BDRB, UHD Blu-ray recoding with use of B-frames?

Nvidia points to Best Buy for purchase and they want $400. But they are sold out. E-bay has them for a lot more. No idea why.

EDIT: Or, is there a recent older model(s) that will also work?

If you don't do 3D (gaming and such) you should be fine with a GTX1660 at half the price from a RTX3060.
Ampere has essentially the same NVENC generation engine as Turing (https://en.wikipedia.org/wiki/Nvidia_NVENC#Sixth_generation,_Turing_TU10x/TU116)

[MrVideo]

Yep, no gaming. Thanks guys for the input.

Ordered, from ebay: MSI GTX 1660 Ventus XS - 6GB DDR5
Also ordered a DisplayPort to VGA adapter.

[cartman0208]

Also ordered a DisplayPort to VGA adapter.

Your Display Device is that old? :scared:
If there is a DVI Port, I'd go for that adapter

[MrVideo]

Your Display Device is that old? :scared:
If there is a DVI Port, I'd go for that adapter
The display is an HDMI/DVI/VGA monitor. The HDMI is fed from the AVR. The DVI is fed from the OTA STB and the VGA is fed from the KVM.

[jdobbs]

The display is an HDMI/DVI/VGA monitor. The HDMI is fed from the AVR. The DVI is fed from the OTA STB and the VGA is fed from the KVM.Same for me. If you're using a KVM (or at least one like mine) you have to use an HDMI-->VGA adapter.

One warning... on my system I had to initially configure the card with it connected directly via HDMI (before using the adapter). Another issue is that I don't get video to my monitor (via the adapter) until Windows is booted (so if I want to go the the BIOS screen, for example, I have to connect the card directly to the monitor via HDMI).

It isn't a big deal -- but it can sometimes be a PIA.

[MrVideo]

Same for me. If you're using a KVM (or at least one like mine) you have to use an HDMI-->VGA adapter.
Yep, it is an 8-port VGA KVM, with USB or old keyboard/mouse cables. I don't use all of the ports anymore, as some systems have been retired.
One warning... on my system I had to initially configure the card with it connected directly via HDMI (before using the adapter). Another issue is that I don't get video to my monitor (via the adapter) until Windows is booted (so if I want to go the the BIOS screen, for example, I have to connect the card directly to the monitor via HDMI).
Thanks for the warnings. I would have been bitching at the card for not working. Sounds like you have to get up and running and then go and configure the output for a different port. At least on my current cards, even though there might be an HDMI port, the VGA output is the default.

Why doesn't it work with the HDMI->VGA adapter from the get-go? If the HDMI output is the default, you'd think that it would work right away.

[Glarioo]

According to Mediainfo, the maximum bitrate with v0.61.19. is limited 30.0 to Mb/s
With v0.61.18 it was 40.0 Mb/s.
I 'm using alternate movie-only output, MKV container 1920x1080 640kbs DD5.1.
Using NVEnc encoder One Pass CQM, Constant Quality Mode (CQM): 19.

[jdobbs]

Yep, it is an 8-port VGA KVM, with USB or old keyboard/mouse cables. I don't use all of the ports anymore, as some systems have been retired.

Thanks for the warnings. I would have been bitching at the card for not working. Sounds like you have to get up and running and then go and configure the output for a different port. At least on my current cards, even though there might be an HDMI port, the VGA output is the default.

Why doesn't it work with the HDMI->VGA adapter from the get-go? If the HDMI output is the default, you'd think that it would work right away.Not sure why. I guess it's possible it could be something specific about my HDMI-->VGA adapter. Don't know for sure.

[jdobbs]

According to Mediainfo, the maximum bitrate with v0.61.19. is limited 30.0 to Mb/s
With v0.61.18 it was 40.0 Mb/s.
I 'm using alternate movie-only output, MKV container 1920x1080 640kbs DD5.1.
Using NVEnc encoder One Pass CQM, Constant Quality Mode (CQM): 19.Look in ALTERNATE.TXT and make changes as needed. See the new configuration parameter:

mBitrate=Maximum bitrate (and VBV buffer size) for VBR video encoding. Uses system defaults when not specified.

[MrVideo]

Not sure why. I guess it's possible it could be something specific about my HDMI-->VGA adapter. Don't know for sure.
OK, thanks for the update. The card has arrived, so I am waiting for the two adapters to arrive (one HDMI and the other DP).

I'll try it with the HDMI adapter and if it doesn't show anything, I'll do your trick.

UPDATE: The HDMI->VGA adapter will arrive in today's mail.

[MrVideo]

The GTX-1660 is installed and operational. The HDMI->VGA converter worked great. No having to start out with HDMI. This is the adapter that I bought: https://www.ebay.com/itm/HDMI-to-VGA-Adapter-Converter-Cable-For-HDTV-PC-Desktop-Monitor-Video-1080P-60Hz/223560537548?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2060353.m2749.l2649

I had previously downloaded the latest driver, so once the system came up, I installed it.

Now, when I get a chance, I'll have to play with UHD->25BD conversions.

[jdobbs]

The GTX-1660 is installed and operational. The HDMI->VGA converter worked great. No having to start out with HDMI. This is the adapter that I bought: https://www.ebay.com/itm/HDMI-to-VGA-Adapter-Converter-Cable-For-HDTV-PC-Desktop-Monitor-Video-1080P-60Hz/223560537548?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2060353.m2749.l2649

I had previously downloaded the latest driver, so once the system came up, I installed it.

Now, when I get a chance, I'll have to play with UHD->25BD conversions.Good to know. I may have to pick one up. Switching for bios changes can be a real pain in the butt.

[Glarioo]

Look in ALTERNATE.TXT and make changes as needed. See the new configuration parameter:

mBitrate=Maximum bitrate (and VBV buffer size) for VBR video encoding. Uses system defaults when not specified.

Thanks, jdobbs. It works.

[MrVideo]

Good to know. I may have to pick one up. Switching for bios changes can be a real pain in the butt.
The initial MB BIOS boot screen showed up, so one can hit the appropriate function key to get into the BIOS settings (which I didn't do as I had no need).

UPDATE: I had to some some rebooting, so I checked that I able to get into the BIOS. Yep.

[MrVideo]

OK, I'm ready to do a UHD to 25GB BD test backup. The trouble is that with so many posts regarding settings, I don't even know where to start to get a complete backup, with menus and special features. A sample INI file would be helpful. Thanks.

[cartman0208]

OK, I'm ready to do a UHD to 25GB BD test backup. The trouble is that with so many posts regarding settings, I don't even know where to start to get a complete backup, with menus and special features. A sample INI file would be helpful. Thanks.

That is an easy one :)
Mode: Full
Settings:
Encoder - NVEnc
Output size - BD25
Quality - Highest (Very Slow) - One Pass (CQM)

Choose your favourite Languages/Subtitles in Setup (I prefer to keep Audio intact at that target size)

And you are ready to go

If you are in need of a Quickie, choose Good (Fastest) in Quality settings ... but that's real quick then ;)

[jdobbs]

OK, I'm ready to do a UHD to 25GB BD test backup. The trouble is that with so many posts regarding settings, I don't even know where to start to get a complete backup, with menus and special features. A sample INI file would be helpful. Thanks.The default settings are the best for UHD backup. Just select a UHD disc structure for input, and it should all go automatically. If it's the first time trying -- you'll have to select NVENC as your encoder.

[RoyGBiv-inRI]

I had previously reported that with version 6.1.18 MakeMKV reported errors with discs encoded by BDRebuilder and could not create MKVs of the files. I went back to 6.1.16 and I decided to try again with the newest version, 6.1.19. Unfortunately, this also does not work. Here is the log from MakeMKV:

MakeMKV v1.15.3 win(x64-release) started
Using LibreDrive mode (v06.2 id=97A57DF98E20)
Using direct disc access mode
AACS directory not present, assuming unencrypted disc
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00001.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00002.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00003.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00004.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00005.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00006.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00007.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00008.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00009.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00010.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00011.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00012.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00013.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00014.mpls was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00001.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00002.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00003.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00004.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00005.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00006.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00007.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00008.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00009.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00010.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00011.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00012.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00013.m2ts was skipped
Failed to decode audio/video data for title #0 - invalid mux or internal error, title skipped.
Title #00014.m2ts was skipped
Title #99001.m2ts has length of 52 seconds which is less than minimum title length of 120 seconds and was therefore skipped
Title #99002.m2ts has length of 0 seconds which is less than minimum title length of 120 seconds and was therefore skipped
Failed to open disc


This is the BDRebuilder log for that disc which does not appear to show any errors:

- Processing DVD title [1 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [2 of 20 ]
- Not kept, per user setting...
- Processing DVD title [3 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [4 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [5 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [6 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [7 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [8 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [9 of 20 ]
- Not kept, per user setting...
- Processing DVD title [10 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [11 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [12 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [13 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [14 of 20 ]
- Not kept, per user setting...
- Processing DVD title [15 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [16 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [17 of 20 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Processing DVD title [18 of 20 ]
- Not kept, per user setting...
- Processing DVD title [19 of 20 ]
- Not kept, per user setting...
- Processing DVD title [20 of 20 ]
- Not kept, per user setting...
- Creating Quick-Play Menu...
- Encoding menu background...
- Building menu structure...
[09:32:14] DVD import completed successfully.



This happened to be a disc that was a compilation from multiple DVDs. It has also happened with discs that were made from BDs.

Can anyone point to something I can change to get this to work correctly. For now, I have to go back to version 6.1.16 to get this to work for me.

Thanks.

Your Obedient Servant
SMK

[RoyGBiv-inRI]

Here is the MakeMKV log for opening the files that were created using 6.1.16:

MakeMKV v1.15.3 win(x64-release) started
Using LibreDrive mode (v06.2 id=97A57DF98E20)
Using direct disc access mode
AACS directory not present, assuming unencrypted disc
File 00001.mpls was added as title #0
File 00002.mpls was added as title #1
File 00003.mpls was added as title #2
File 00004.mpls was added as title #3
File 00005.mpls was added as title #4
File 00006.mpls was added as title #5
File 00007.mpls was added as title #6
File 00008.mpls was added as title #7
File 00009.mpls was added as title #8
File 00010.mpls was added as title #9
File 00011.mpls was added as title #10
File 00012.mpls was added as title #11
File 00013.mpls was added as title #12
File 00014.mpls was added as title #13
Title #99001.m2ts has length of 52 seconds which is less than minimum title length of 120 seconds and was therefore skipped
Title #99002.m2ts has length of 0 seconds which is less than minimum title length of 120 seconds and was therefore skipped
Operation successfully completed

Your Obedient Servant
SMK

[MrVideo]

The default settings are the best for UHD backup. Just select a UHD disc structure for input, and it should all go automatically. If it's the first time trying -- you'll have to select NVENC as your encoder.
Turns out there were some other settings as well: Selecting ENG for audio and subtitles; allowing more than one stream for both.

Otherwise I am impressed with the result. While I can only currently see the result on my 1080p monitor, viewing different portions of the result looked great; no macroblocking. I burned to a BD-R to look at it.

The process started @ 00:07:40 and ended @ 01:50:09.

[jdobbs]

The initial MB BIOS boot screen showed up, so one can hit the appropriate function key to get into the BIOS settings (which I didn't do as I had no need).

UPDATE: I had to some some rebooting, so I checked that I able to get into the BIOS. Yep.Got a new HDMI-->VGA converter today. Yep. It works with the BIOS screen too. So it appears it was the converter that was the issue.

To anyone who may be having the same issue, I got this one (https://www.amazon.com/gp/product/B00SW9JI9A/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1) from Amazon. It was actually cheaper than the one I replaced (I got that one at Best Buy).

There was also an issue with resolution resizing every time I switched between computers with the KVM -- and that has gone away with the new adapter too. I'd never suspected that was related to the adapter. Looks like I got a twofer with this fix!

[MrVideo]

There was also an issue with resolution resizing every time I switched between computers with the KVM -- and that has gone away with the new adapter too. I'd never suspected that was related to the adapter. Looks like I got a twofer with this fix!
I don't have that issue with the one I bought.

[jdobbs]

I don't have that issue with the one I bought.My new one doesn't have the issue either. It only happened on the old one.

It was never a big problem -- because it would correct itself in about 5 seconds after switching over. But I'm glad to see it gone with this new adapter.

[cartman0208]

I followed your discussion and I'm still confused about your setups and why you need VGA adapters. (or help me with pictures :rolleyes: )
KVM I remember from the early days as an administrator in the datacenter. (The newer servers have that build in.) Why do you need that? You have that many computers? :confused:
If it's windows machines, why not use RDP? Or VNC, if it's Linux? You'd only need power and network cable :)

[MrVideo]

I followed your discussion and I'm still confused about your setups and why you need VGA adapters. (or help me with pictures :rolleyes: )
KVM I remember from the early days as an administrator in the datacenter. (The newer servers have that build in.) Why do you need that? You have that many computers? :confused:
Yes. At one time there were 7. Now it is down to three, with a potential fourth that can be turned on. When I got the KVM, VGA was the norm. Plus, as mentioned, the HDMI input to the monitor goes to the AVR, the DVI to the OTA STB and the VGA to the computers.
If it's windows machines, why not use RDP? Or VNC, if it's Linux? You'd only need power and network cable :)
Because it is faster, and easier, to hit a few keys on the keyboard to change to a different computer. Whatever I have active on the computer screen stays active.

[jdobbs]

Because it is faster, and easier, to hit a few keys on the keyboard to change to a different computer. Whatever I have active on the computer screen stays active.Yep. Much easier, more functional, and quicker. With mine all I have to do is hit the scroll-lock key twice and select the number of the computer I want to access.

I tried using VNC for a while way-back-when -- and I just didn't like it. I switched back to my KVM in less than a week. Now I only enable it to access my server when I'm away from home for an extended period.

[cartman0208]

Well, I guess I can't argue with that.
It just isn't suitable for my setup (Apart from my main PC, one is a VM, the other is a machine 2 rooms away.) RDP does a pretty good job here.
My wife would kill me, if I'd pull video cables through the apartment :D

But be aware, with VGA cables you problably won't see QHD or even UHD :)

[MrVideo]

Yep. Much easier, more functional, and quicker. With mine all I have to do is hit the scroll-lock key twice and select the number of the computer I want to access.
Mine is Scroll Lock twice as well. But I normally hit the Up or Down key.

[MrVideo]

But be aware, with VGA cables you problably won't see QHD or even UHD :)
My monitor is 1920x1080. So, not an issue.

[jdobbs]

Mine is Scroll Lock twice as well. But I normally hit the Up or Down key.That's hilarious. I've had this switch for many years and have always used the numbers. After seeing your post I tried the up and down arrow -- and it WORKED! I didn't even know you could do that!

Duhhhhhh....

[MrVideo]

That's hilarious. I've had this switch for many years and have always used the numbers. After seeing your post I tried the up and down arrow -- and it WORKED! I didn't even know you could do that!
A little RTFM goes a long way. :readguid: :eek:

[MrVideo]

Is there a time frame as to when we'll be able to build UHD discs, like we can do with BD discs?

[jdobbs]

Is there a time frame as to when we'll be able to build UHD discs, like we can do with BD discs?If you mean back up a UHD disc -- it already does that. If you mean import a single UHD video file and build a UHD disc. It does that too.

But it doesn't import multiple sources into a UHD format -- or build a UHD disc from a non-UHD source, I'm working on both of those features now.

[MrVideo]

If you mean build a UHD disc from a non-UHD source, I'm working on that now.
Yep, that is what I mean. Thanks.

[MrVideo]

But it doesn't import multiple sources into a UHD format -- or build a UHD disc from a non-UHD source, I'm working on both of those features now.
So, if I were to provide H.264, or H.265, MKV wrapped video files, with chapter marks, you'll re-encode to H.265 and provide I-frames at the chapter mark locations so that the jumping to the chapters during playback will land on the correct frame?

[jdobbs]

So, if I were to provide H.264, or H.265, MKV wrapped video files, with chapter marks, you'll re-encode to H.265 and provide I-frames at the chapter mark locations so that the jumping to the chapters during playback will land on the correct frame?When I've implemented the feature, yes.

[MrVideo]

When I've implemented the feature, yes.
Great, thanks.

[jdobbs]

Great, thanks.Just a note. The BD standard only allow 1080 and 2160 to be encoded in HEVC. But... on my player I've found that I use any format (480p, 720p, etc) and it will play it fine.

So, by default, when you've decided to create a UHD/HEVC disc from a non-UHD source, only 1080 or 2160 will be encoded as HEVC. But I'll also add a hidden option that will enable encoding for other formats as well (with a warning that the output may not work on all players).

Since I'm still working on it and I may find something new that prevents it -- that may change.

[Mike-uk]

am i right in thinking when importing mkvs it creates a simple menu ?? i tried playing a mkv to bd25 in vlc and all i get is the background image nothing else shown ??

[jdobbs]

am i right in thinking when importing mkvs it creates a simple menu ?? i tried playing a mkv to bd25 in vlc and all i get is the background image nothing else shown ??For multiple MKVs, yes. For a single MKV, no.

[MrVideo]

Just a note. The BD standard only allow 1080 and 2160 to be encoded in HEVC. But... on my player I've found that I use any format (480p, 720p, etc) and it will play it fine.
As a side note to this, the artwork for the "Game of Thrones" UHD discs indicate that not all special features may in high definition. To me that implies 480p material may be there and I suspect that it will be in H.264.

[Sharc]

As a side note to this, the artwork for the "Game of Thrones" UHD discs indicate that not all special features may in high definition. To me that implies 480p material may be there and I suspect that it will be in H.264.
You can verify this easily with MediaInfo, no?

[Mike-uk]

For multiple MKVs, yes. For a single MKV, no.

so why am i seeing a blank page in vlc ?? as vlc handels menus of other films ok ?? this is with 3 mkvs also same with 6

just tried Leawo bluray player also the same, yet it plays the background for 30 seconds then starts to play the titles but still no visable menu ?

the 99001.m2ts it creates is also blank just the background image ?? and the 99002.m2ts is unplayable

https://i.ibb.co/FYsYh9X/bdr.png (https://ibb.co/s151ghC)

[jdobbs]

so why am i seeing a blank page in vlc ?? as vlc handels menus of other films ok ?? this is with 3 mkvs also same with 6

https://i.ibb.co/FYsYh9X/bdr.png (https://ibb.co/s151ghC)Can't tell from just a picture. I'd have to import them and try it myself. Have you tried it on with a Blu-ray player?

[Mike-uk]

Can't tell from just a picture. I'd have to import them and try it myself. Have you tried it on with a Blu-ray player?

no didnt want to waste a disc to find it also dont work on disc, but if 2 players arnt showing a menu then not sure a disc would work ?

should 99001.m2ts show the titles encoded into that video clip ??

[jdobbs]

no didnt want to waste a disc to find it also dont work on disc, but if 2 players arnt showing a menu then not sure a disc would work ?

should 99001.m2ts show the titles encoded into that video clip ??No. The background would be in that M2TS and the overlays/menu would be in 99002.m2ts.

[MrVideo]

You can verify this easily with MediaInfo, no?
Yes. Of the small sample that I did, the files were 1080p. I'm guessing that the art department is using a standard template, without even bothering to find out what is really on the discs.

[MrVideo]

no didnt want to waste a disc to find it also dont work on disc,
That is what BD-RE discs are for.

[Mike-uk]

That is what BD-RE discs are for.

yes but id need to buy some first :eek:

has been times a re would of come in handy though

[Mike-uk]

No. The background would be in that M2TS and the overlays/menu would be in 99002.m2ts.

well 99002 is 108 KB in size and unplayable ??

[jdobbs]

well 99002 is 108 KB in size and unplayable ??That's because all it contains is the menu overlays and logic. It's not supposed to play on its own.

[Mike-uk]

ah ok :( so what can i try to make it work ??

[Mike-uk]

ill add all the titles i need and try writing a disc, i guess thats a definitive way to find out :P

[SquallMX]

Disks created using NVEnc with 0.61.19 can not be parsed by BDInfo. Is that expected?

[play12]

why does the BD Rebuilder 0.61.19 PROGRAM change video resolution when using the video card to render BD 50 to BD 25 UHD and the original resolution is 3840x2160
it changes to 3840x2170

[MrVideo]

why does the BD Rebuilder 0.61.19 PROGRAM change video resolution when using the video card to render BD 50 to BD 25 UHD and the original resolution is 3840x2160
it changes to 3840x2170
MediaInfo indicates that the UHD disc that I backed up to BD25 is 3840x2160.

[jdobbs]

Disks created using NVEnc with 0.61.19 can not be parsed by BDInfo. Is that expected?Only if they are using HEVC and/or UHD.

[jdobbs]

why does the BD Rebuilder 0.61.19 PROGRAM change video resolution when using the video card to render BD 50 to BD 25 UHD and the original resolution is 3840x2160
it changes to 3840x2170I'm guessing you really mean 3840x2176? Take a look at this discussion (https://forum.doom9.org/showthread.php?p=1916947&highlight=nvenc+uhd+resolution#post1916947) and following posts related to it. The bottom line is that it is completely legal and compliant according to the ETSI TS 101 154 V2.4.1 specification. If you burn it -- it should play normally.

If, however, you actually are getting 3840x2170, something is causing a resize -- and I'd need a lot more information in order to see what is happening.

[play12]

I'm guessing you really mean 3840x2176? Take a look at this discussion (https://forum.doom9.org/showthread.php?p=1916947&highlight=nvenc+uhd+resolution#post1916947) and following posts related to it. The bottom line is that it is completely legal and compliant according to the ETSI TS 101 154 V2.4.1 specification. If you burn it -- it should play normally.

If, however, you actually are getting 3840x2170, something is causing a resize -- and I'd need a lot more information in order to see what is happening.

works with a green line on the xbox one s screen

[MrVideo]

works with a green line on the xbox one s screen
You didn't answer the question: 2170 or 2176?

[play12]

you didn't answer the question: 2170 or 2176?

2176 :(

[LowDead]

2176 :(

Well, nothing wrong with that then. According to this thread (https://forum.dvdfab.cn/forum/uhd-copy-ripper/349777-solved-strange-green-line-on-xbox-one-s-please-update-to-the-latest-xbox-system) it was solved with an system update of the Xbox.

If you want to look at the nVidia forum discussion it can be found here (https://forums.developer.nvidia.com/t/nvenc-hevc-encoding-of-3840x2160-results-in-coded-size-of-3840x2176/60107).

Bottom line it is within specs and it is up to the decoder to show it properly on screen. There is no way around this with hardware encoding at the moment, as far as I know.

//LD

[Mike-uk]

That is what BD-RE discs are for.

BD-RE on order :) let the testing begin ( when it arrives )

[play12]

Well, nothing wrong with that then. According to this thread (https://forum.dvdfab.cn/forum/uhd-copy-ripper/349777-solved-strange-green-line-on-xbox-one-s-please-update-to-the-latest-xbox-system) it was solved with an system update of the Xbox.

If you want to look at the nVidia forum discussion it can be found here (https://forums.developer.nvidia.com/t/nvenc-hevc-encoding-of-3840x2160-results-in-coded-size-of-3840x2176/60107).

Bottom line it is within specs and it is up to the decoder to show it properly on screen. There is no way around this with hardware encoding at the moment, as far as I know.

//LD

Good afternoon my friends
I want to thank you for the advice.
I did the last update xbox one s green band still on image
Anyway thanks to all very good forum

[MrVideo]

I've run into a weird issue converting UHD discs to BD25. I noticed after burning to disc that the disc wasn't full. So, I ran it again. I noticed this on a couple of other discs, but ignored it. Now I'll have to go back, but until there is a cure, rerunning the job won't accomplish anything.

The problem is that on this disc, two of the M2TS files are short:
Frames/Is Length/Should Be Length
83198 - 18:30 - 57.83
83703 - 22:12 - 58:18
81013 - 56:21 - 56.32
Only the third stream is correct. There is nothing in the log to indicate a problem:
[05:37:46] PHASE ONE, Encoding
- [05:37:46] Processing: VID_00044 (1 of 3)
- [05:37:46] Extracting A/V streams [VID_00044]
- [05:41:22] Reencoding video [VID_00044]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23.976fps, 83,198 frames
- Bitrate: 12,328 Kbs
- [05:41:22] Reencoding: VID_00044, Pass 1 of 1
- [05:49:46] Video Encode complete
- [05:49:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [05:49:46] Multiplexing M2TS
- [05:50:54] Processing: VID_00045 (2 of 3)
- [05:50:54] Extracting A/V streams [VID_00045]
- [05:54:36] Reencoding video [VID_00045]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23.976fps, 83,703 frames
- Bitrate: 11,190 Kbs
- [05:54:36] Reencoding: VID_00045, Pass 1 of 1
- [06:10:59] Video Encode complete
- [06:10:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4364 (eng): Keeping original audio
- [06:10:59] Multiplexing M2TS
- [06:12:14] Processing: VID_00046 (3 of 3)
- [06:12:14] Extracting A/V streams [VID_00046]
- [06:17:30] Reencoding video [VID_00046]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23.976fps, 81,018 frames
- Bitrate: 3,682 Kbs
- [06:17:30] Reencoding: VID_00046, Pass 1 of 1
- [06:35:13] Video Encode complete
- [06:35:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:35:13] Multiplexing M2TS
[06:37:30]PHASE ONE complete
But, notice the bitrates on the streams are weird.

I think I just made a boatload of coasters. Looking at disc 1 of the four discs, the three episodes on that disc last about 8 seconds, yet the log shows nothing wrong.

I had the workfiles removed after the job completed. I'm rerunning the above disc, keeping the workfiles.

[MrVideo]

OK, the video workfiles end up having the same time length. This is a TV show with HDR. Three episodes.

I had to leave for a while, so I haven't checked all of the discs for all of the seasons. I did check a movie, HDR, and it was the correct length.

[MrVideo]

As a test, I did another test of a series that had three discs. Of that series, one of the discs had an episode that was truncated.

[jdobbs]

As a test, I did another test of a series that had three discs. Of that series, one of the discs had an episode that was truncated.It sounds like the encoder might be crashing for some reason, without returning any kind of error. All three episodes are close to the same length -- but the time to encode one episode is less than 7 minutes while another one is almost 18 minutes.

Any more info you can give, that might help pinpoint it, would be appreciated.

Was the source from a BD, or were the episodes imported? If imported, is the episode the correct length in the PSEUDO structure?

The bitrates shown are certainly suspicious. Two of the episodes are above 11Mbs, and the third one is only 3.6Mbs. That would lead one to believe that the original file for the third one was very small (bitrates are calculated based upon keeping the output size proportional to the input size as a percentage of the target).

[Mike-uk]

does mkv import have any limitations ?? ie number of mkvs or total time ?? tried importing 8 mkvs and getting an error on the 8th, tried importing just mkv 8 and its fine ??? ive had this happen before with multipul mkv ??

[13:36:04] Importing: SEASON_2
- [13:36:49] Importing video file: (1 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:38:39] Importing video file: (2 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:40:27] Importing video file: (3 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:42:15] Importing video file: (4 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:44:10] Importing video file: (5 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:46:04] Importing video file: (6 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:47:56] Importing video file: (7 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:49:50] Importing video file: (8 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- Source issue found, attempting correction...
[13:51:48]ERROR: Removing compression. Aborted.
----------------------
[13:55:03] Importing MKV: [EPISODE_21]_BATTLE_ON,_CHALLENGERS!
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Building pseudo-BD source structure...
[13:56:38] Video import completed successfully.

[jdobbs]

does mkv import have any limitations ?? ie number of mkvs or total time ?? tried importing 8 mkvs and getting an error on the 8th, tried importing just mkv 8 and its fine ??? ive had this happen before with multipul mkv ??

[13:36:04] Importing: SEASON_2
- [13:36:49] Importing video file: (1 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:38:39] Importing video file: (2 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:40:27] Importing video file: (3 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:42:15] Importing video file: (4 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:44:10] Importing video file: (5 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:46:04] Importing video file: (6 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:47:56] Importing video file: (7 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- [13:49:50] Importing video file: (8 of 8)
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Integrating into pseudo-BD structure...
- Source issue found, attempting correction...
[13:51:48]ERROR: Removing compression. Aborted.
----------------------
[13:55:03] Importing MKV: [EPISODE_21]_BATTLE_ON,_CHALLENGERS!
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Converting audio, Track #3, THD to AC3...
- Building pseudo-BD source structure...
[13:56:38] Video import completed successfully.No limit. I've done as many as a couple hundred at one time. That error looks like there is an issue in the source file (or at least something that TSMUXER doesn't like). Are you sure you have plenty of disc space available for the import?

[Mike-uk]

ah doh storage space, although not sure if that was the prob my hdd shortage is cos ive just updated a game hmmm, will have to retry when i know i got space

[MrVideo]

Was the source from a BD, or were the episodes imported?
From a BD's structure. Pointed BDRB to the directory containing the BDMV directory.
The bitrates shown are certainly suspicious. Two of the episodes are above 11Mbs, and the third one is only 3.6Mbs. That would lead one to believe that the original file for the third one was very small (bitrates are calculated based upon keeping the output size proportional to the input size as a percentage of the target).
The file sizes of the episodes are (as reported by Win7):
31,758,146KB
32,011,146KB
31,775,400KB

Don't know what else to say.

[cartman0208]

I've run into a weird issue converting UHD discs to BD25. I noticed after burning to disc that the disc wasn't full. ...

May I suggest writing to ISO file? So you can see the output size directly (without checking preferences of the output folder)

In my case, if the size does not fit on a disk with a minimum of space left, I usually re-run and adjust via custom output size.

[MrVideo]

May I suggest writing to ISO file? So you can see the output size directly (without checking preferences of the output folder).
I knew there was something wrong because when you look at the burned disc's surface you can see that it doesn't fill the space. That is when I started looking as to why.

[cartman0208]

I knew there was something wrong because when you look at the burned disc's surface you can see that it doesn't fill the space. That is when I started looking as to why.

Sure, but with the ISO on your hdd (without burning) you wouldn't have to throw burned disks away ;)

[jdobbs]

From a BD's structure. Pointed BDRB to the directory containing the BDMV directory.

The file sizes of the episodes are (as reported by Win7):
31,758,146KB
32,011,146KB
31,775,400KB

Don't know what else to say.Run the job and when it gets to one of the problem M2TS files and starts the encode, then abort before it finishes. Then go to the BD-RB folder and open up LASTCMD.TXT. Cut-and-paste the command into a CMD window and run it. See if it completes all the frames before it stops.

[MrVideo]

Sure, but with the ISO on your hdd (without burning) you wouldn't have to throw burned disks away ;)
That is what BD-REs are for. I wasn't expecting any issues.

[MrVideo]

The problem has been solved. I had issues with one of the HDDs on the system, so I replaced it. It wasn't a brand new drive, but it wasn't that old either. Turns out, the replacement drive was going bad as well. Some of the files that I was working with landed in bad areas.

But, in my defense, while BDRB was re-encoding the 4K video files, the encoder aborted when it had trouble reading the file. The problem is that BDRB never received an error and continued right on working. That led me to believe that everything was fine. It was when I tried to copy the offending files that the reading stopped and Win7 errored out.

I had received a new drive to replace another where the SATA connector got messed up. Before the drive arrived, I managed to MacGyver the SATA connection and that drive is now working just fine. That allowed the new drive to be used to replace the 2nd drive to go fubar.

I just finished rerunning the job that gave the problem and all is well.

It really sucks when you get led on a wild goose chase. :(

[MrVideo]

For UHD discs, I've noticed that even though the target is 23500, the actual results are 2-3 GB below the target.

[cartman0208]

For UHD discs, I've noticed that even though the target it 23500, the actual results are 2-3 GB below the target.

That's still pretty close ... I've seen margins from 10GB too small to 2GB too big.
That really depends on the source.
That's why I output the ISOs and if it's too small or too big, I adjust the custom output size.

[jdobbs]

The problem has been solved. I had issues with one of the HDDs on the system, so I replaced it. It wasn't a brand new drive, but it wasn't that old either. Turns out, the replacement drive was going bad as well. Some of the files that I was working with landed in bad areas.

But, in my defense, while BDRB was re-encoding the 4K video files, the encoder aborted when it had trouble reading the file. The problem is that BDRB never received an error and continued right on working. That led me to believe that everything was fine. It was when I tried to copy the offending files that the reading stopped and Win7 errored out.

I had received a new drive to replace another where the SATA connector got messed up. Before the drive arrived, I managed to MacGyver the SATA connection and that drive is now working just fine. That allowed the new drive to be used to replace the 2nd drive to go fubar.

I just finished rerunning the job that gave the problem and all is well.

It really sucks when you get led on a wild goose chase. :(I've added a new check to the next version that will hopefully catch NVENCC premature termination and report it as an error.

[MrVideo]

I've added a new check to the next version that will hopefully catch NVENCC premature termination and report it as an error.
Thanks. Good idea.

[lithiumus]

@jdobbs any chance you could update the blanking for 4k releases to use 4k blank clips vs the 1080 blank clips? It will help reduce the resolution switching on the displays.

or if you can point me to a set of 4k clip files and if simply swapping them into the tools\blankclip directory will work, I can do that too. LMK!


New version to include this? [emoji16]


Sent from my iPhone using Tapatalk

[AmigaFuture]

Hello JD and All,

I've ripped this BD many times, and still the same results after processing it with BD-RB. Many other BDs are doing fine. I had BD-RB make an MKV after ripping and NOT pre-processing with BD-RB. That MKV plays as it should. I've played each MKV with LG BD Player and PowerDVD..not any problems. Then processed..

- [18:30:18] Multiplexing M2TS
- [18:30:24] Processing: VID_00447 (161 of 161)
- [18:30:24] Extracting A/V streams [VID_00447]
- [18:30:49] Reencoding video [VID_00447]
- [18:30:49] Keeping original video (no reencode)
- [18:30:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4358 (eng): Keeping original audio
- [18:30:49] Multiplexing M2TS
[18:30:55]PHASE ONE complete
[18:30:55]PHASE TWO - Rebuild Started
- [18:30:55] Rebuilding BD file Structure
[18:31:03] - Encode and Rebuild complete
[18:31:03] JOB: FINDING_DORY_(DECRYPTED_AND_NOT_PROCESSED) finished.

*Seems* to go well. Now, making a new MKV from the processed BD..

[02/16/21] BD Rebuilder v0.61.19
[18:32:17] Source: FINDING_DORY_(DECRYPTED_AND_NOT_PROCESSED)_00801
- Input BD size: 19.83 GB
- Approximate total content: [01:36:29.137]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Quality: Highest (Very Slow)
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[18:32:20] PHASE ONE, Encoding
- [18:32:20] Processing: VID_00411 (1 of 52)
- [18:32:20] Extracting A/V streams [VID_00411]
- Extracting video streams [VID_00411]
- Extracting audio/subtitle streams [VID_00411]
- Reading buffer overflow. Possible container streams are not syncronized. Please, verify stream fps. File name: C:\USERS\User\DOWNLOADS\FINDING_DORY_(DECRYPTED_AND_NOT_PROCESSED)\BDMV\\STREAM\00411.m2ts
- Extracting audio streams [VID_00411]
- Error in attempt to extract audio.
- Reading buffer overflow. Possible container streams are not syncronized. Please, verify stream fps. File name: C:\USERS\User\DOWNLOADS\FINDING_DORY_(DECRYPTED_AND_NOT_PROCESSED)\BDMV\\STREAM\00411.m2ts
- Reading buffer overflow. Possible container streams are not syncronized. Please, verify stream fps. File name: C:\USERS\User\DOWNLOADS\FINDING_DORY_(DECRYPTED_AND_NOT_PROCESSED)\BDMV\\STREAM\00411.m2ts
[18:33:06] - Failed to retrieve audio, aborted


I understand this is usually a decrypting problem. But I've used MakeMKV, AnyDVD HD and DVDFab, and..each rip is playing fine. I've burned each rip to BD-RE..and my LG Player plays the movie without glitch. I also know where a break is between m2ts files, and it's seamless as far as I can see and hear. The error in MKV happens AFTER I've processed with BD-RB. Seems there's a bug somewhere.

I haven't yet checked previous versions of BD-RB. I'm using lossless audio and video for MKV and processing.

[Michi]

BD-RB encodes some UHD-Disks over 100%.

[02.20.21] BD Rebuilder v0.61.18
[09:29:33] Source: DIE_UNFASSBAREN_1_UHD
- Input BD size: 72,67 GB
- Approximate total content: [03:08:39.683]
- Target BD size: 46,26 GB
- Windows Version: 6.2 [9200]
- Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[09:29:33] PHASE ONE, Encoding
- [09:29:33] Processing: VID_00000 (1 of 12)
- [09:29:33] Extracting A/V streams [VID_00000]
- [09:36:11] Reencoding video [VID_00000]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 166.462 frames
- Bitrate: 39.293 Kbs
- [09:36:11] Reencoding: VID_00000, Pass 1 of 2


Today I used the older 61.18 and yesterday I had the same problem with 61.19.

[jdobbs]

@AmigaFuture

Unfortunately the "Reading buffer overflow..." errors come from TSMUXER. BD Rebuilder is just capturing the error and showing it in the log. Interestingly (if I read your post right), the error is coming from a disc that appears to have been muxed with TSMUXER.

[AmigaFuture]

@AmigaFuture

Unfortunately the "Reading buffer overflow..." errors come from TSMUXER. BD Rebuilder is just capturing the error and showing it in the log. Interestingly (if I read your post right), the error is coming from a disc that appears to have been muxed with TSMUXER.

You.....got that right, JD!

Don't process the disc and make an MKV...zero problems (so far noticed).
Process the disc, read that processed disc into BD-RB, make a new BD or MKV = problems.

[AmigaFuture]

I thought it's TSMUXER rather than BD-RB.. I'll make a new menu from movie and extras. Appreciate the reply, JD. I almost always know something is "happening" when Menu & Extras" doesn't have the menu graphic in the Stream VID list. Haaa!

[jdobbs]

I have updated the first post of this thread with a link to the latest version of BD Rebuilder (v0.61.21). Changes for this release:- Corrected an error in which BD-RB assumed
that all imported HEVC video files were UHD
regardless of resolution or attributes. Now
UHD will only be assumed for 2160p sources.
- Added a new hidden option NVENC_DECIMATE.
If set to 1, HW decimation is accomplished
for IVTC when using NVENC (rather that
forcing use of [slower] AVS for input).
Works well and fast for repeated frame type
telecine but not-so-much for other types.
- Corrected a sizing error that can occur when
importing and reencoding with NVENCC.
- Modified the parameters by which decision is
made to use original imported file as input
during encoding of PSEUDO structure.
- Fixed an issue in which including a filter
that only affects audio was still forcing
--avs encoding mode when using NVENCC.
- Fixed an issue in which the GOP keyint might
be set incorrectly in some circumstances.
- Added a safeguard that gathers the total #
of frames encoded and compares it to that
expected -- meant to catch premature NVENCC
termination that doesn't return an error.
- Corrected an issue in which imported files
with non-compliant framerates, or certain
types of conversion actions, might encode
at an incorrect framerate when using
NVENCCC. It might also cause TSMUXER to
error during rebuild due to a frame rate
mismatch.
- Added code to use UHD clips for blanking
when working with a UHD source.
- Added code enabling NVENCC to be used for
non-compliant source conversion during
import. This method is experimental and
can be enabled by adding a hidden option
NVENC_CONVERT=1 to BDREBUILDER.INI.
- Updated TSMUXER4K to the 2021-02-08 build.
- Other minor corrections and cosmetic fixes.

[jdobbs]

Okay. As a part of the update I posted today, I've also included a new function that I'm keeping hidden so that only those users (this forum) who do true beta testing can try it out and (hopefully) help me get it fully functioning. The function is conversion of non-UHD discs to UHD format (v3 with HEVC encoding).

Here's what works now when it is enabled:

1. Performing a Movie-Only backup from a non-UHD disc to UHD format.
2. Converting an imported pseudo-disc structure to UHD format (full or movie-only).
3. Converting a disc that has been Quick-Play authored to UHD format (full or movie-only).

Here's where I'm having trouble:

- Converting off-the-shelf commercial blu-ray discs to UHD format via full-backup mode.

Obviously something is not being updated correctly when I create the UHD output from a commercial disc -- something that doesn't exist in the simple menuing system associated with BD-RB internal authoring. But I haven't been able to put my finger on it. I'm hoping some of the folks who are familiar with UHD and (maybe) those who might have a copy of the BDEdit program that supports UHD can look at the output and help point me to where the issue is.

To enable the UHD conversion/output mode, add the following hidden option to your INI file:

UHD_CONVERT_ENABLE=1

When you have added this option, a new menu item will appear on the SETTINGS/OUTPUT OPTION menu called:

"Convert BD to UHD-BD (HEVC) Format"

As long as it is checked, all output from BD-RB will be in UHD-BD format.

Please note that the UHD standard only supports 2160p and 1080p formats for HEVC encoding. So only 1080p formats are converted to HEVC by default. In testing, however, I have found that (at least on my UHD-BD player) other formats (like 720p and 480p/576p) will play just fine if I convert them. I've been very pleased with the quality I've seen using HEVC on imported DVDs in 480p format (you can fit A LOT on a BD-25!) So, for those who want to live on the wild-side, I've added another hidden option that enables conversion of non-1080p sources into a UHD formatted disc as well. To enable that mode, just add the following to your INI file:

UHD_ALL_MODE=1

I hope testing will reveal where I'm missing the boat on standard commercial BDs and I can get that working for the next release.

Thanks.

[CraigWally]

I don't know if this is a bug or just me doing something wrong, but here goes.
I've just done UHD backup (BD25, Movie and Menus (Auto blanking)) of The Greatest Showman (Nvenc), all seemed to go well, until I played the burned disc in my standalone player (Sony UBP X500).
The movie itself plays flawlessly, excellent PQ,
however the menu stutters.
Upon investigation it seems that the two m2ts files that make up the menu video were not processed by BDRB but just copied across intact.
MediaInfo reports that these files are 85Mb/s (Max 109Mb/s)!
I tried to investigate why these files were not presented in the BDRB stream list and it seems they only appear if I select DVD 5 or 9, but BD25 or over and it ignores them.
Am I right in thinking that these files have too high a bitrate for BD25?, or did I dream that?
Any help is appreciated

[MrVideo]

Okay. As a part of the update I posted today, I've also included a new function that I'm keeping hidden so that only those users (this forum) who do true beta testing can try it out and (hopefully) help me get it fully functioning. The function is conversion of non-UHD discs to UHD format (v3 with HEVC encoding).
Does this mean you are getting closer to having the ability to make UHD discs from scratch with 1080p/2160p H264/H265 TS/MKV files?

[jdobbs]

Does this mean you are getting closer to having the ability to make UHD discs from scratch with 1080p/2160p H264/H265 TS/MKV files?It can do that now. You have to set the hidden setting to do 1080p. 2160p works either way. You just import them first -- and then reencode.

If you want 1080p output to UHD/HEVC you have to set UHD_CONVERT_ENABLE=1 and then select the UHD-BD option under SETTINGS/OUTPUT OPTIONS.

Note that any created menus will still be AVC and 1080p -- but that's compatible with UHD-BD. I may add UHD menus as a future option as well.

[jdobbs]

I don't know if this is a bug or just me doing something wrong, but here goes.
I've just done UHD backup (BD25, Movie and Menus (Auto blanking)) of The Greatest Showman (Nvenc), all seemed to go well, until I played the burned disc in my standalone player (Sony UBP X500).
The movie itself plays flawlessly, excellent PQ,
however the menu stutters.
Upon investigation it seems that the two m2ts files that make up the menu video were not processed by BDRB but just copied across intact.
MediaInfo reports that these files are 85Mb/s (Max 109Mb/s)!
I tried to investigate why these files were not presented in the BDRB stream list and it seems they only appear if I select DVD 5 or 9, but BD25 or over and it ignores them.
Am I right in thinking that these files have too high a bitrate for BD25?, or did I dream that?
Any help is appreciatedTry adding the following to your INI file and see if it reencodes the menu:

MIN_M2TS_SIZE=0
MIN_PLAYLIST_MINS=0

There is definitely a difference in allowable speed between a BD-25 and a BD-66 or BD-100. But I've never actually had an issue because of it. But, hopefully adding those two hidden options will reencode the menus so you can see if that is the issue.

[MrVideo]

It can do that now. You have to set the hidden setting to do 1080p. 2160p works either way. You just import them first -- and then reencode.
Thanks, Somehow I must have missed the announcement that it was working.

[CraigWally]

Try adding the following to your INI file and see if it reencodes the menu:

MIN_M2TS_SIZE=0
MIN_PLAYLIST_MINS=0

There is definitely a difference in allowable speed between a BD-25 and a BD-66 or BD-100. But I've never actually had an issue because of it. But, hopefully adding those two hidden options will reencode the menus so you can see if that is the issue.

I already have those two items in my INI files.
There's something else going on here - I'll investigate further

[jdobbs]

I already have those two items in my INI files.
There's something else going on here - I'll investigate furtherHere's a "testing" option I'd forgotten about:

REENCODE_MENUS=1

Try that. But, be warned, I don't think I've ever tried it with UHD..

[CraigWally]

Here's a "testing" option I'd forgotten about:

REENCODE_MENUS=1

Try that. But, be warned, I don't think I've ever tried it with UHD..

That did the trick, perfect
Thanks

[jdobbs]

That did the trick, perfect
ThanksDid it play back correctly without issues? I so, I may want to consider making a complete reencode the default when outputting UHD to BD-25/50.

[CraigWally]

absolutely correctly, no issues whatsoever

[Lathe]

I have updated the first post of this thread with a link to the latest version of BD Rebuilder (v0.61.21). Changes for this release:- Corrected an error in which BD-RB assumed
that all imported HEVC video files were UHD
regardless of resolution or attributes. Now
UHD will only be assumed for 2160p sources.
- Added a new hidden option NVENC_DECIMATE.
If set to 1, HW decimation is accomplished
for IVTC when using NVENC (rather that
forcing use of [slower] AVS for input).
Works well and fast for repeated frame type
telecine but not-so-much for other types.
- Corrected a sizing error that can occur when
importing and reencoding with NVENCC.
- Modified the parameters by which decision is
made to use original imported file as input
during encoding of PSEUDO structure.
- Fixed an issue in which including a filter
that only affects audio was still forcing
--avs encoding mode when using NVENCC.
- Fixed an issue in which the GOP keyint might
be set incorrectly in some circumstances.
- Added a safeguard that gathers the total #
of frames encoded and compares it to that
expected -- meant to catch premature NVENCC
termination that doesn't return an error.
- Corrected an issue in which imported files
with non-compliant framerates, or certain
types of conversion actions, might encode
at an incorrect framerate when using
NVENCCC. It might also cause TSMUXER to
error during rebuild due to a frame rate
mismatch.
- Added code to use UHD clips for blanking
when working with a UHD source.
- Added code enabling NVENCC to be used for
non-compliant source conversion during
import. This method is experimental and
can be enabled by adding a hidden option
NVENC_CONVERT=1 to BDREBUILDER.INI.
- Updated TSMUXER4K to the 2021-02-08 build.
- Other minor corrections and cosmetic fixes.

Thanks kindly Boss, that is awesome! :D

It's definitely past time for a contribution, I would assume still by way of Amazon card, right? (although I believe MrVideo said something about you like us to send Strippers directly to your house now...? Did I get that right?)

BTW, I'm really glad you addressed this following issue because I know that gonca has been suffering from it for many years:

"Added a safeguard that gathers the total #
of frames encoded and compares it to that
expected -- meant to prevent premature termination"

[gonca]

You came back after all this time just to make a juvenile joke.
Put the mask on a little tighter

[Lathe]

You came back after all this time just to make a juvenile joke.
Put the mask on a little tighter

:D

Now, now... I think 'Juvenile' is a bit harsh... 'Clever', 'Inventive', 'Insightful' possibly...

BTW... I don't really think this is a 'bug', but I'm pretty sure it's because of my 10 year old OPPO (BDP-83 Pre-Cinavia) I did the first encode I've done in a while and I noticed that after I burned it to Blu-ray (BD25) the OPPO would see it and immediately stop. I tried burning a 2nd one just in case something was wrong with the disc, but no go...

So, I got to thinking that maybe the 'new & improved' slick version of TSMuxer was somehow creating some kind of structure that my old OPPO won't recognize. So, I found an earlier version, probably the one that was around forever, and used it with the files that were encoded already by BDRB. Sure enough, that one played fine (thankfully... I was ready to pull out the tiny bit of hair that I have left)

So, I'm sure that probably won't impact anyone else, really, so please don't waste any time on it. But, I thought since that happened I'd mention it.

Also, do we still send donations only by way of Amazon...?

Cheers!

***EDIT

BTW, I finally created a Speed Dial just for this page, so that it will hopefully remind me to bloody check this damn thread before 6 months go by so I can see what all you Jamokes and Huckleberries are doing!

[worknstiff]

Hi Lathe, I read your post and was apprehensive when I took my newly burned BD25 that was processed using v0.61.21 and put it in my OPPO BDP-93. It plays perfectly, I wonder if the disk you did was from a Blu-ray or were you rebuilding something from a 4K?

[jdobbs]

Also, do we still send donations only by way of Amazon...? Yes. I appreciate the thought.
So, I got to thinking that maybe the 'new & improved' slick version of TSMuxer was somehow creating some kind of structure that my old OPPO won't recognize. So, I found an earlier version, probably the one that was around forever, and used it with the files that were encoded already by BDRB. Sure enough, that one played fine (thankfully... I was ready to pull out the tiny bit of hair that I have left)Any chance you may have had "Convert BD to UHD-BD (HEVC) Format" selected? That would have created a disc that would do exactly what you describe.

[gamete]

error mkv to bluray

[03/05/21] BD Rebuilder v0.61.21
[13:01:13] Source: TENET_(2020)2160P_UHD_DTS-HD_AC3_ITA_ENG_HDR_HEVC
- Input BD size: 64,60 GB
- Approximate total content: [02:26:33.282]
- Target BD size: 24,22 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Better (Faster), Two Pass
- UHD-BD source detected.
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[13:01:13] PHASE ONE, Encoding
- [13:01:13] Processing: VID_00000 (1 of 1)
- [13:01:13] Extracting A/V streams [VID_00000]
- [13:19:59] Reencoding video [VID_00000]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 210.828 frames
- Bitrate: 19.377 Kbs
- [13:19:59] Reencoding: VID_00000, Pass 1 of 2
[13:20:01] - Failed video encode, aborted


inspect ok

[cartman0208]

I don't want to raise the topic of the STRANGE :rolleyes: filename (again) ... but did you try any other encoding settings?
I do all my 4K encodes with 1pass CQM...

EDIT: OK, I realized, I only do NVENC lately ;)

[Bilbo1238]

Hi... Not sure if I'm doing something wrong or if this is a bug. I keep having issues with audio not syncing up with video.
I have a bunch of videos in MKV format that I'm trying to import into BD Rebuilder, convert over to BD format, and compress to BD25. For most of the videos, this is working fine. But I keep running into videos where the audio doesn't sync up with the video. The MKV video/audio sync is fine before importing into BD Rebuilder, but after import (and even before Backup/compression), I play the M2TS file in the imports folder and already the audio is out of sync. At the beginning of the video, it's not out by much; half-way through its out of sync by about 2 seconds; and by the end it's out by around 5 seconds. So it gets worse throughout the video.
All of the videos are in MKV format, and the video streams are encoded with MPEG4/AVC/H264. All of the audio streams are either AC3 or EAC3. All of the video files have been run through VidCoder on the same preset, so it's strange to me that some import correctly and others do not.
I noticed in another thread (where someone had similar issues) that someone suggested using different decoding/frame serving options in the setup options. I tried Directshow, internal LAVF, and FRIMSource, but they all produce the same issue for me.
Here are my results of Help > Inspect:

[02-27-21] Checking System Settings
- BD-Rebuilder v0.61.21
- Windows Version: 6.2 [9200]
- Working Path Free Space: 160.88GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02-27-21] Systems Settings Check complete

Hope someone can help... Thanks.

[videoh]

Might be due to a mismatch in framerate between the MKV container and the elementary stream. Can you post a link to a sample MKV that does this?

[tebasuna51]

That can happen also when video have Variable Frame Rate (it can be checked with MediaInfo).

Many anime mkv have VFR, also when video was encode with HandBrake defaults.

[gamete]

mkv made with tsmuxer
after with tsmuxer uhd

========Job Started========
[09:02:12] Scanning source for UHD attributes...
- UHD and HDR attributes collected.
- Scan completed.
[09:02:46] Checking/Adjusting MPLS file...
- Found HEVC stream...
-- Type marker adjusted to UHD-BD HEVC...
-- Format marker adjusted to 2160p...
-- Version marker adjusted to be 0300...
[09:02:46] Checking/Adjusting CLPI file...
- Found HEVC stream...
-- Type marker adjusted to UHD-BD HEVC...
-- Format marker adjusted to 2160p...
-- Version marker adjusted to be 0300...
[09:02:47] Checking/Adjusting BDMV files...
- Added UHD-BD extension...
- Checked/Updated version in Index file...
- Checked/Updated version in MovieObject file...
[09:02:47] Checking/Adjusting M2TS file...
[10:28:11] TSMUXER TO UHD - SUCCESS
=========Job Ended=========t

after created bd structure with bdrebuilder but error again

[03/06/21] BD Rebuilder v0.61.21
[10:31:52] Source: TS_00000
- Input BD size: 65,91 GB
- Approximate total content: [02:20:36.803]
- Target BD size: 24,22 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Better (Faster), Two Pass
- UHD-BD source detected.
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[10:31:52] PHASE ONE, Encoding
- [10:31:52] Processing: VID_00000 (1 of 1)
- [10:31:52] Extracting A/V streams [VID_00000]
- [11:13:35] Reencoding video [VID_00000]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 202.281 frames
- Bitrate: 20.061 Kbs
- [11:13:35] Reencoding: VID_00000, Pass 1 of 2
[12:58:08] - Failed video encode, aborted

someone help me?
thanks

[jdobbs]

That can happen also when video have Variable Frame Rate (it can be checked with MediaInfo).

Many anime mkv have VFR, also when video was encode with HandBrake defaults.BD-RB uses MediaInfo to look for variable framerate when it imports. If it finds it, it reencodes it to CFR (using AVISYNTH & DirectshowSource to repeat frames as necessary).

[jdobbs]

error mkv to bluray

[03/05/21] BD Rebuilder v0.61.21
[13:01:13] Source: TENET_(2020)2160P_UHD_DTS-HD_AC3_ITA_ENG_HDR_HEVC
- Input BD size: 64,60 GB
- Approximate total content: [02:26:33.282]
- Target BD size: 24,22 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Better (Faster), Two Pass
- UHD-BD source detected.
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[13:01:13] PHASE ONE, Encoding
- [13:01:13] Processing: VID_00000 (1 of 1)
- [13:01:13] Extracting A/V streams [VID_00000]
- [13:19:59] Reencoding video [VID_00000]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 210.828 frames
- Bitrate: 19.377 Kbs
- [13:19:59] Reencoding: VID_00000, Pass 1 of 2
[13:20:01] - Failed video encode, aborted


inspect okImmediately after it fails, go to the BD-RB folder and open up LASTCMD.TXT. Then open a CMD window and cut-and-paste the command into it. That way at least you might get a better idea of what error is occurring.

Also -- make sure you have plenty of space in your WORKING folder.

[gamete]

Immediately after it fails, go to the BD-RB folder and open up LASTCMD.TXT. Then open a CMD window and cut-and-paste the command into it. That way at least you might get a better idea of what error is occurring.

Also -- make sure you have plenty of space in your WORKING folder.

for file of 62 gb is it necessary 124 gb minimun ?

[gonca]

mkv made with tsmuxer
after with tsmuxer uhd

========Job Started========
[09:02:12] Scanning source for UHD attributes...
- UHD and HDR attributes collected.
- Scan completed.
[09:02:46] Checking/Adjusting MPLS file...
- Found HEVC stream...
-- Type marker adjusted to UHD-BD HEVC...
-- Format marker adjusted to 2160p...
-- Version marker adjusted to be 0300...
[09:02:46] Checking/Adjusting CLPI file...
- Found HEVC stream...
-- Type marker adjusted to UHD-BD HEVC...
-- Format marker adjusted to 2160p...
-- Version marker adjusted to be 0300...
[09:02:47] Checking/Adjusting BDMV files...
- Added UHD-BD extension...
- Checked/Updated version in Index file...
- Checked/Updated version in MovieObject file...
[09:02:47] Checking/Adjusting M2TS file...
[10:28:11] TSMUXER TO UHD - SUCCESS
=========Job Ended=========t

after created bd structure with bdrebuilder but error again

[03/06/21] BD Rebuilder v0.61.21
[10:31:52] Source: TS_00000
- Input BD size: 65,91 GB
- Approximate total content: [02:20:36.803]
- Target BD size: 24,22 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Better (Faster), Two Pass
- UHD-BD source detected.
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[10:31:52] PHASE ONE, Encoding
- [10:31:52] Processing: VID_00000 (1 of 1)
- [10:31:52] Extracting A/V streams [VID_00000]
- [11:13:35] Reencoding video [VID_00000]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 202.281 frames
- Bitrate: 20.061 Kbs
- [11:13:35] Reencoding: VID_00000, Pass 1 of 2
[12:58:08] - Failed video encode, aborted

someone help me?
thanks

Encoded for 1 hour 45 minutes
Might be temp/oc issue
or
free space issue

[gamete]

Microsoft Windows [Versione 10.0.19042.844]
(c) 2020 Microsoft Corporation. Tutti i diritti sono riservati.

C:\Users\Alex>"C:\Users\Alex\Desktop\BD_Rebuilder\tools\ffmpeg.exe" -probesize 100MB -i "F:\TS\BDMV\STREAM\00000.m2ts" -an -pix_fmt yuv420p10le -f yuv4mpegpipe -strict -1 - | "C:\Users\Alex\Desktop\BD_Rebuilder\tools\x265-64.exe" - --preset faster --profile main10 --uhd-bd --repeat-headers --vbv-bufsize 45000 --vbv-maxrate 48000 --hdr --chromaloc 2 --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50)" --max-cll "349,86" --fps 23.976 --sar 1:1 --qpfile "E:\NUOVA CARTELLA\WORKFILES\VID_00000.CHP" --keyint 24 --bitrate 20153 --y4m --stats "E:\NUOVA CARTELLA\WORKFILES\VID_00000.AVS.hevc.stats" --pass 1 --output NUL
ffmpeg version 3.4 Copyright (c) 2000-2017 the FFmpeg developers
built with gcc 7.2.0 (GCC)
configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-bzlib --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-cuda --enable-cuvid --enable-d3d11va --enable-nvenc --enable-dxva2 --enable-avisynth --enable-libmfx
libavutil 55. 78.100 / 55. 78.100
libavcodec 57.107.100 / 57.107.100
libavformat 57. 83.100 / 57. 83.100
libavdevice 57. 10.100 / 57. 10.100
libavfilter 6.107.100 / 6.107.100
libswscale 4. 8.100 / 4. 8.100
libswresample 2. 9.100 / 2. 9.100
libpostproc 54. 7.100 / 54. 7.100
[mpegts @ 000002818ea45ec0] start time for stream 2 is not set in estimate_timings_from_pts
[mpegts @ 000002818ea45ec0] start time for stream 3 is not set in estimate_timings_from_pts
[mpegts @ 000002818ea45ec0] start time for stream 4 is not set in estimate_timings_from_pts
[mpegts @ 000002818ea45ec0] Could not find codec parameters for stream 2 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[mpegts @ 000002818ea45ec0] Could not find codec parameters for stream 3 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[mpegts @ 000002818ea45ec0] Could not find codec parameters for stream 4 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
Input #0, mpegts, from 'F:\TS\BDMV\STREAM\00000.m2ts':
Duration: 02:30:09.99, start: 4200.000000, bitrate: 62838 kb/s
Program 1
Stream #0:0[0x1011]: Video: hevc (Main 10) (HDMV / 0x564D4448), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
Stream #0:1[0x1100]: Audio: dts (DTS-HD MA) ([134][0][0][0] / 0x0086), 48000 Hz, 5.1(side), s16p
Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
Stream #0:3[0x1201]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
Stream #0:4[0x1202]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
Stream mapping:
Stream #0:0 -> #0:0 (hevc (native) -> wrapped_avframe (native))
Press [q] to stop, [?] for help
[yuv4mpegpipe @ 0000028193f966c0] Warning: generating non standard YUV stream. Mjpegtools will not work.
Output #0, yuv4mpegpipe, to 'pipe:':
Metadata:
encoder : Lavf57.83.100
Stream #0:0: Video: wrapped_avframe, yuv420p10le, 3840x2160 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 23.98 fps, 23.98 tbn, 23.98 tbc
Metadata:
encoder : Lavc57.107.100 wrapped_avframe
y4m [info]: 3840x2160 fps 23976/1000 i420p10 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 3.2.1+3-b4b2ecac21f6
x265 [info]: build info [Windows][GCC 9.2.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x265 [warning]: uhd-bd: Turning off open GOP
x265 [warning]: uhd-bd: keyframeMin is always 1
x265 [info]: Main 10 profile, Level-5.1 (High tier)
x265 [info]: Thread pool created using 8 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 3 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 1 / 24 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 15 / 4 / 0
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 2 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-20153 kbps / 0.60
x265 [info]: VBV/HRD buffer / max-rate / init : 45000 / 48000 / 0.900
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip signhide tmvp fast-intra
x265 [info]: tools: strong-intra-smoothing lslices=8 deblock sao stats-write
x265 [error]: malloc of size 20951040 failedime=00:00:00.79 bitrate=4772805.4kbits/s speed=0.723x
x265 [error]: memory allocation failure, aborting encode
x265 [info]: consecutive B-frames: 100.0% 0.0% 0.0% 0.0% 0.0%

encoded 0 frames
aborted at input frame 23, output frame 0
av_interleaved_write_frame(): Broken pipe
Error writing trailer of pipe:: Broken pipetime=00:00:01.16 bitrate=4602347.3kbits/s speed=0.667x
frame= 28 fps= 10 q=-0.0 Lsize= 656100kB time=00:00:01.16 bitrate=4602347.3kbits/s speed=0.421x
video:14kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4544317.000000%
Conversion failed!




----------------------
[03/06/21] BD Rebuilder v0.61.21
[16:13:42] Source: TS_00000
- Input BD size: 65,91 GB
- Approximate total content: [02:20:36.803]
- Target BD size: 24,32 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Better (Faster), Two Pass
- SHUTDOWN at completion enabled
- UHD-BD source detected.
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[16:13:42] PHASE ONE, Encoding
- [16:13:42] Processing: VID_00000 (1 of 1)
- [16:13:42] Extracting A/V streams [VID_00000]
- [16:52:55] Reencoding video [VID_00000]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 202.281 frames
- Bitrate: 20.153 Kbs
- [16:52:55] Reencoding: VID_00000, Pass 1 of 2
[18:03:29] - Failed video encode, aborted


----------------------
[03/06/21] BD Rebuilder v0.61.21
[16:13:42] Source: TS_00000
- Input BD size: 65,91 GB
- Approximate total content: [02:20:36.803]
- Target BD size: 24,32 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Better (Faster), Two Pass
- SHUTDOWN at completion enabled
- UHD-BD source detected.
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[16:13:42] PHASE ONE, Encoding
- [16:13:42] Processing: VID_00000 (1 of 1)
- [16:13:42] Extracting A/V streams [VID_00000]
- [16:52:55] Reencoding video [VID_00000]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 202.281 frames
- Bitrate: 20.153 Kbs
- [16:52:55] Reencoding: VID_00000, Pass 1 of 2
[18:03:29] - Failed video encode, aborted
[03/06/21] Checking System Settings
- BD-Rebuilder v0.61.21
- Windows Version: 6.2 [9200]
- Working Path Free Space: 164,56GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[03/06/21] Systems Settings Check complete

[gamete]

Encoded for 1 hour 45 minutes
Might be temp/oc issue
or
free space issue

now i tried but error again with 164 gb of free space
post previous

[gamete]

i found also this problem
but the error for first time was with original mkv

original mkv is 02:30:10
bd structure created by tsmuxeruhd 02:20:36

strange

[gamete]

[Status]
LABEL=TS
VERSION=v0.61.21
SOURCE_SIZE=70772109312
SOURCE_VIDEO_SIZE=70772109312
TARGET_SIZE=26109542400
REDUCTION=.368924180073476
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;ita;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
UHD_V3_MODE=0
QUICK=0
ENCODE_STEP=1.5
[00000]
AUDIO=1
PGS=111
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=26109542400
RATE=20153

[gamete]

i tried restore win 7
but same error :confused:

[spotswood]

Hey all... when trying to enable the NVEnc encoder I get the error "BDRB cannot confirm NVEnc capability. Cannot select." I'm running the latest nVidia drivers v461.72, v0.61.21 of BDRB and a GTX1060 6GB card, which according to the chart is capable. Any ideas? Thanks...

[spotswood]

Hey again... took a crack at the new hidden option above. I reencoded "The Fifth Element" Blu-ray and it came out great, amazing UHD quality (to my eye at least) on my LG OLED. Took forever though (12+ hours! Is that normal?), hence my attempt with NVEnc and the problem in my previous post. Most "regular" Blu-ray encodes take no more than a couple hours with my Ryzen 2700X.

A couple things I noticed... I tried with Movie and Menus selected, and in the log it shows "Converting to UHD-BD (HEVC)" (pic attached). But when selecting "Movie Only" mode the same notation is not shown. I do have "Convert BD to UHD-BD (HEVC)" selected (see pic).The resulting job IS in fact HEVC, it's just not shown in the log as in M&M mode.

Also if I want to output to MKV w/HEVC and Intact Audio, which Alternate Movie Only Output should I select? Don't see that option. Other than that everything worked great, other than taking forever. Now if I can just get NVEnc enabled...

[jdobbs]

@spotswood

BD-RB runs NVENCC.EXE with the option "--check-features" in order to see if the installed card is capable of h.264 and/or h.265 encoding. Try that from a CMD window and post your results. Also, what card are you using? A GTX-1060?

[spotswood]

@spotswood

BD-RB runs NVENCC.EXE with the option "--check-features" in order to see if the installed card is capable of h.264 and/or h.265 encoding. Try that from a CMD window and post your results. Also, what card are you using? A GTX-1060?Thanks for your reply. Yes, as mentioned above I'm using a GTX-1060 6GB card with the latest nVidia drivers v461.72.

Results for NVENCC.EXE --check-features:

C:\Windows\system32>c:\users\em-ssd\downloads\bd-rbv06121\tools\nvenc\nvencc.exe --check-features
NVEncC (x86) 5.15 (r1658) by rigaya, Sep 12 2020 14:50:44 (VC 1900/Win/avx2)
[NVENC API v10.0, CUDA 8.0]
reader: raw, y4m, avi, avs, vpy, avsw, avhw [H.264/AVC, H.265/HEVC, MPEG2, VP8, VP9, VC-1, MPEG1, MPEG4]

Environment Info
OS : Windows 10 x64 (19042)
CPU: AMD Ryzen 7 2700X Eight-Core Processor (8C/16T)
RAM: Used 3577 MB, Total 16337 MB

#0: GeForce GTX 1060 6GB (1280 cores, 1771 MHz)[2147483.64]
NVEnc features
Codec: H.264/AVC
Max Bframes 4
B Ref Mode 2 (only middle)
RC Modes 63
Field Encoding 1 (field mode)
MonoChrome no
FMO no
Quater-Pel MV yes
B Direct Mode yes
CABAC yes
Adaptive Transform yes
Max Temporal Layers 4
Hierarchial P Frames no
Hierarchial B Frames no
Max Level 62
Min Level 10
4:4:4 yes
Min Width 33
Max Width 4096
Min Height 17
Max Height 4096
Multiple Refs no
Max LTR Frames 8
Dynamic Resolution Change yes
Dynamic Bitrate Change yes
Forced constant QP yes
Dynamic RC Mode Change no
Subframe Readback yes
Constrained Encoding yes
Intra Refresh yes
Custom VBV Bufsize yes
Dynamic Slice Mode yes
Ref Pic Invalidiation yes
PreProcess no
Async Encoding yes
Max MBs 65536
Lossless yes
SAO no
Me Only Mode 1 (I,P frames)
Lookahead yes
AQ (temporal) yes
Weighted Prediction yes
10bit depth no

Codec: H.265/HEVC
Max Bframes 0
B Ref Mode 0 (no)
RC Modes 63
Field Encoding 0 (no)
MonoChrome no
Quater-Pel MV yes
B Direct Mode no
Max Temporal Layers 0
Hierarchial P Frames no
Hierarchial B Frames no
Max Level 186
Min Level 30
4:4:4 yes
Min Width 65
Max Width 8192
Min Height 33
Max Height 8192
Multiple Refs no
Max LTR Frames 7
Dynamic Resolution Change yes
Dynamic Bitrate Change yes
Forced constant QP yes
Dynamic RC Mode Change no
Subframe Readback yes
Constrained Encoding yes
Intra Refresh yes
Custom VBV Bufsize yes
Dynamic Slice Mode yes
Ref Pic Invalidiation yes
PreProcess no
Async Encoding yes
Max MBs 262144
Lossless yes
SAO yes
Me Only Mode 1 (I,P frames)
Lookahead yes
AQ (temporal) no
Weighted Prediction yes
10bit depth yes


NVDec features
H.264/AVC: nv12, yv12
H.265/HEVC: nv12, yv12, yv12(9bit), yv12(10bit), yv12(12bit)
MPEG1: nv12, yv12
MPEG2: nv12, yv12
MPEG4: nv12, yv12
VP9: nv12, yv12
VC-1: nv12, yv12

[jdobbs]

Hmmm.... that looks like is should have worked. BD-RB just looks for the lines "Codec: H.264/AVC" and "Codec: H.265/HEVC" in the output.

Try adding the following to your INI file. That should force BD-RB to accept that you have a compliant card:

NVENC_CAPABLE=1

[cartman0208]

...

Also if I want to output to MKV w/HEVC and Intact Audio, which Alternate Movie Only Output should I select? Don't see that option. ...

You can build your own profile by editing the alternate.txt in the BD-REBUILDER\Misc folder

Regarding the encoding time: bear in mind, that UHD is four times the pixels per picture than 1080p and HEVC is more complex than AVC, so 12+ hours is quite a good duration ;)

[spotswood]

Hmmm.... that looks like is should have worked. BD-RB just looks for the lines "Codec: H.264/AVC" and "Codec: H.265/HEVC" in the output.

Try adding the following to your INI file. That should force BD-RB to accept that you have a compliant card:

NVENC_CAPABLE=1That worked. I'm able to select the NVEnc encoder now, but the job aborts at the start of the reencoding process...??? Anyone else using a GTX-1060 6GB card that is working?

[03/12/21] BD Rebuilder v0.61.21
[17:16:58] Source: THE_MATRIX_00000
- Input BD size: 26.49 GB
- Approximate total content: [02:16:17.961]
- Target BD size: 24.00 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Auto Quality: Very Good (Very Fast), VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:17:00] PHASE ONE, Encoding
- [17:17:00] Processing: VID_00000 (1 of 1)
- [17:17:00] Extracting A/V streams [VID_00000]
- [17:22:14] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 196,075 frames
- Bitrate: 19,436 Kbs
- [17:22:14] Reencoding: VID_00000, Pass 1 of 1
[17:22:14] - Failed video encode, aborted

[Options]
VERSION=0.61.0.21
ENCODER=1
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=0
AUTO_QUALITY=1
TARGET_SIZE=25600
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=1
AUDIO_DRC=0
DECODER=3
AVCHD=0
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=1
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24576
MOVIE_ONLY_LOOP=0
ENABLE_TEST=1
ENABLE_BLANKING=1
BLANK_THRESHOLD=1800
MULTIPROCESS=1
BEEP_SOUNDFILE=C:\Windows\Media\tada.wav
NVENC_CAPABLE=1
UHD_CONVERT_ENABLE=1
UHD_ALL_MODE=0
REENCODE_MENUS=0
MOVIEONLY_TYPE=0
ALTCRF=23
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
UHD_V3_MODE=1
[Paths]
DGIndexNV=C:\Users\eM-SSD\Downloads\dgdecnv2053\x32 Binaries\DGIndexNV.exe
DGDecNV=C:\Users\eM-SSD\Downloads\dgdecnv2053\x32 Binaries\DGDecodeNV.dll
SOURCE_PATH=N:\
WORKING_PATH=C:\USERS\EM-SSD\VIDEOS\HEVC\

[spotswood]

You can build your own profile by editing the alternate.txt in the BD-REBUILDER\Misc folder.Took a look but that's a little above my pay grade. @jdobbs, can you add an alternate output for MKV w/HEVC and Intact Audio in the next update? Or post the entry here and I can add it to the .txt file. Just not sure what to include. I can do a standard Blu-ray structure and then convert to MKV w Makemkv but that's an extra step. Thanks...

[spotswood]

Hmmm.... that looks like is should have worked. BD-RB just looks for the lines "Codec: H.264/AVC" and "Codec: H.265/HEVC" in the output.

Try adding the following to your INI file. That should force BD-RB to accept that you have a compliant card:

NVENC_CAPABLE=1

That worked. I'm able to select the NVEnc encoder now, but the job aborts at the start of the reencoding process...??? Anyone else using a GTX-1060 6GB card that is working?

[03/12/21] BD Rebuilder v0.61.21
[17:16:58] Source: THE_MATRIX_00000
- Input BD size: 26.49 GB
- Approximate total content: [02:16:17.961]
- Target BD size: 24.00 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Auto Quality: Very Good (Very Fast), VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:17:00] PHASE ONE, Encoding
- [17:17:00] Processing: VID_00000 (1 of 1)
- [17:17:00] Extracting A/V streams [VID_00000]
- [17:22:14] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 196,075 frames
- Bitrate: 19,436 Kbs
- [17:22:14] Reencoding: VID_00000, Pass 1 of 1
[17:22:14] - Failed video encode, aborted

[Options]
VERSION=0.61.0.21
ENCODER=1
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=0
AUTO_QUALITY=1
TARGET_SIZE=25600
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=1
AUDIO_DRC=0
DECODER=3
AVCHD=0
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=1
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24576
MOVIE_ONLY_LOOP=0
ENABLE_TEST=1
ENABLE_BLANKING=1
BLANK_THRESHOLD=1800
MULTIPROCESS=1
BEEP_SOUNDFILE=C:\Windows\Media\tada.wav
NVENC_CAPABLE=1
UHD_CONVERT_ENABLE=1
UHD_ALL_MODE=0
REENCODE_MENUS=0
MOVIEONLY_TYPE=0
ALTCRF=23
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
UHD_V3_MODE=1
[Paths]
DGIndexNV=C:\Users\eM-SSD\Downloads\dgdecnv2053\x32 Binaries\DGIndexNV.exe
DGDecNV=C:\Users\eM-SSD\Downloads\dgdecnv2053\x32 Binaries\DGDecodeNV.dll
SOURCE_PATH=N:\
WORKING_PATH=C:\USERS\EM-SSD\VIDEOS\HEVC\UPDATE!

I decided to start from scratch, deleting my v0.61.21 folder and unziped a fresh one, adding only UHD_CONVERT_ENABLE=1 to the .ini. Voila! I'm able to select the NVEnc encoder from the get go. Don't know what hidden setting I had added prevented it from working before, but it's working now. Maybe you can take a look and let me know.

Wow, talk about fast! Even at the Highest (very slow) setting I'm getting 150+ fps. At this pace, Gladiator Extended version is going to finish in a little more than 30 minutes! Beats 12+ hours using x265! Can that be right??? I'm interested to see how the quality comes out vs x265 two pass.

So I hope I didn't send you on a wild goose chase. When in doubt, start over! Thanks for your help... ;^)

BTW, here's the Media Info info from the reencode:

General
Complete name : C:\Users\eM-SSD\Videos\HEVC\GLADIATOR_D1\\BDMV\PLAYLIST\00000.mpls
Format : Blu-ray Playlist
File size : 640 Bytes
Duration : 2 h 50 min
Overall bit rate mode : Variable
Overall bit rate : 0 b/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4.1@High
Codec ID : 36
Duration : 2 h 50 min
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
format_identifier : HDMV
Source : 00000.m2ts / 00000.m2ts

[cartman0208]

Took a look but that's a little above my pay grade. @jdobbs, can you add an alternate output for MKV w/HEVC and Intact Audio in the next update? Or post the entry here and I can add it to the .txt file. Just not sure what to include. I can do a standard Blu-ray structure and then convert to MKV w Makemkv but that's an extra step. Thanks...

I don't think JD will change the Presets, since creating new ones is pretty easy:

Add this to the alternate.txt replacing XX with the last number in your list +1

[000XX]
caption=MKV, HEVC, NO_RESIZE, IntactAudio
aBitrate=*
aType=2
cType=1
vEncoder=1
vFormat=7
vKeyint=Auto


After restarting BDRB you should see an additional line in the drop-down-list

I personally would use aBitrate=640 and aType=0 for AC3 640kb, since some audio streams can be quite big...
On the other hand I'm not that audiophile like some others :D

[jdobbs]

@spotswood

Interesting. I may cut-and-paste your settings into my INI and see if it does the same for me. I'd like to know what was causing it to not see your card -- and make it fail when you force it.

[Edit] Nope. That wasn't it. I cut-and-pasted your settings into my INI and removed NVENC_CAPABLE=1, and then ran BD-RB -- and it recognized my card immediately. So then I decided to run it against the same BD source that you used. It started encoding with no issues.

So whatever it was -- it wasn't the settings.

[spotswood]

@spotswood

Interesting. I may cut-and-paste your settings into my INI and see if it does the same for me. I'd like to know what was causing it to not see your card -- and make it fail when you force it.

[Edit] Nope. That wasn't it. I cut-and-pasted your settings into my INI and removed NVENC_CAPABLE=1, and then ran BD-RB -- and it recognized my card immediately. So then I decided to run it against the same BD source that you used. It started encoding with no issues.

So whatever it was -- it wasn't the settings.Thanks for checking, moot now. I may try adding my settings back in one at a time and see what happens.

UPDATE!

Wow, talk about fast! Even at the Highest (very slow) setting I'm getting 150+ fps. At this pace, Gladiator Extended version is going to finish in a little more than 30 minutes! Beats 12+ hours using x265! Can that be right???So does this sound right? From 12+ hours w/x265 to a little more than 30 minutes w/NVENC???

Another thing I noticed between the two encoders... x265 creates a Format Profile of : Main 10@L5.1@High, and NVENC creates : Main 10@L4.1@High, difference being 10L@L5.1 vs 10L@L4.1. Any reason or differences between the two formats? Better quality? Thanks for any insight for a layman. Both encodes from The Matrix below...

NVENC:
Video
ID : 1
ID in the original source medi : 4113 (0x1011)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4.1@High
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 16 min
Bit rate : 20.3 Mb/s
Width : 1 920 pixels
Height : 1 088 pixels
Original height : 1 080 pixels
Display aspect ratio : 16:9
Original display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.405
Stream size : 19.3 GiB (90%)
Language : English
Default : No
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Original source medium : Blu-ray

X265:
Video
ID : 1
ID in the original source medi : 4113 (0x1011)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 16 min
Bit rate : 19.5 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (23976/1000) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.391
Stream size : 18.5 GiB (89%)
Writing library : x265 3.2.1+3-b4b2ecac21f6:[Windows][GCC 9.2.0][64 bit] 10bit
Language : English
Default : No
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Original source medium : Blu-ray

[jdobbs]

So does this sound right? From 12+ hours w/x265 to a little more than 30 minutes w/NVENC??? It's a LOT faster on my system too. Not sure if it is that much -- but definitely much, much faster.

As for the levels -- BD-RB leaves it to the encoder (both have defaults set at auto). But I'm surprised they are different, since the settings for encoding are virtually identical. The level is usually influenced by the maximum bitrate selected by BD-RB. But it is the same for both encoders. I'll take a look at it and see why they are different.

[spotswood]

It's a LOT faster on my system too. Not sure if it is that much -- but definitely much, much faster.That's LUDICROUS SPEED!!! What do you think about the Format Profile differences between 10L@L5.1 vs 10L@L4.1? Does that affect quality?

[cartman0208]

Wow, talk about fast! Even at the Highest (very slow) setting I'm getting 150+ fps. At this pace, Gladiator Extended version is going to finish in a little more than 30 minutes! Beats 12+ hours using x265! Can that be right??? I'm interested to see how the quality comes out vs x265 two pass.

Are you sure you are comparing the same sources?
150+ fps sounds like 1080p and I remember you mentioning the 12+ hours came from some UHD ...
On UHD NVENCC I get around 40fps on my system

[worknstiff]

@ cartman0208 RE: On UHD NVENCC I get around 40fps on my system. Yeah I'm running BD_RB on an older GTX1060 6gb and all I'm getting is around 65fps on mine doing UHD.

[spotswood]

...The function is conversion of non-UHD discs to UHD format (v3 with HEVC encoding) using the UHD_CONVERT_ENABLE=1 hidden setting.

Are you sure you are comparing the same sources?
150+ fps sounds like 1080p and I remember you mentioning the 12+ hours came from some UHD ...
On UHD NVENCC I get around 40fps on my systemYes, same source per my example above (The Matrix 1080p blu-ray). That's the whole point of this, to convert non-UHD BD discs to UHD-BD (HEVC) format per jdobbs quote above. And yes, I'm getting 150+ fps on the Highest Quality (slowest) setting with NVENC and a Ryzen 2700X. If I set it to Automatic it soars to over 250+ fps, amazing!

Still only one pass, so the jury is still out on the picture quality differences compared to x265 two pass and L5.1 vs NVENC one pass and L4.1. Maybe someone can try both and chime in. Thanks for all your replies...

[jdobbs]

I personally would use aBitrate=640 and aType=0 for AC3 640kb, since some audio streams can be quite big...
On the other hand I'm not that audiophile like some others Since the compression of audio with AC3 5.1 @640kbs has been proven to be invisible to the human ear in laboratory double-blind tests... I call that a rational decision.

[jdobbs]

Yes, same source per my example above (The Matrix 1080p blu-ray). That's the whole point of this, to convert non-UHD BD discs to UHD-BD (HEVC) format per jdobbs quote above. And yes, I'm getting 150+ fps on the Highest Quality (slowest) setting with NVENC and a Ryzen 2700X. If I set it to Automatic it soars to over 250+ fps, amazing!

Still only one pass, so the jury is still out on the picture quality differences compared to x265 two pass and L5.1 vs NVENC one pass and L4.1. Maybe someone can try both and chime in. Thanks for all your replies...Makes you wonder why you didn't start encoding with NVENCC earlier doesn't it? At least that's the case for me.

Try encoding using CQM -- that way you know you are getting quality roughly equal to X265 (at least in my tests).

[jdobbs]

@spotswood

I just did a 1080p HEVC encode using the default setting (High Quality) and my GTX-1660 is getting ~340 frames per second. At the Highest setting I'm getting a little over 160 frames per second.

[spotswood]

Makes you wonder why you didn't start encoding with NVENCC earlier doesn't it? At least that's the case for me.

Try encoding using CQM -- that way you know you are getting quality roughly equal to X265 (at least in my tests).Yeah, no s**t! Just tried it...

----------------------
[03/14/21] BD Rebuilder v0.61.21
[13:28:09] Source: THE_FIFTH_ELEMENT_00001
- Input BD size: 35.37 GB
- Approximate total content: [02:05:53.546]
- Target BD size: 25.00 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), CQM
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[13:28:09] PHASE ONE, Encoding
- [13:28:09] Processing: VID_00001 (1 of 1)
- [13:28:09] Extracting A/V streams [VID_00001]
- [13:31:58] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 181,104 frames
- [13:31:58] Performing CQM Prediction...
- Analyzing 6.00
[13:32:00] - Failed video encode, aborted

Uh oh, here we go again. But I went back and found your post about using FIXED_CRF=n. When using your starting point of 28 it worked, although the resulting job finished a little undersized. After a couple attempts (thanks to NVENC) I settled on 19, which gave me a finished size of 25GB, right on target.

@spotswood

I just did a 1080p HEVC encode using the default setting (High Quality) and my GTX-1660 is getting ~340 frames per second. At the Highest setting I'm getting a little over 160 frames per second.Yeah, I'm sure your 1660 is a little faster than my 1060. Thought about upgrading but the prices are still a little too high for me. Think I'll stick with this poor man's UHD for the time being... ;^)

[spotswood]

Try encoding using CQM -- that way you know you are getting quality roughly equal to X265 (at least in my tests).So here's a couple screenshots from The Fifth Element using that famous close-up of Leeloo at 30:38. The first one is with x265 HEVC High Quality Two-Pass (the one that took 12+ hours). The second is using NVENC HEVC Highest Quality CQM Fixed_Crf=19 (that only took 30min). I'll be damned if they don't look exactly the same! I'm sold, guess I'll be using NVENC from now on... :D

[spotswood]

I personally would use aBitrate=640 and aType=0 for AC3 640kb, since some audio streams can be quite big...
On the other hand I'm not that audiophile like some others :DYeah, that's what I usually use for BD9 w/5.1 tracks. If a title uses a 7.1 ATMOS or DTS:X track, I'll keep it. I haven't noticed a difference in video at BD25. At BD9, well then yeah I use the AC3 or DTS core tracks.

Since the compression of audio with AC3 5.1 @640kbs has been proven to be invisible to the human ear in laboratory double-blind tests... I call that a rational decision.Exactly! I've been using your advise since way back. My ears can't tell the difference... :D

[cartman0208]

...
Yeah, I'm sure your 1660 is a little faster than my 1060. ...

Not only that ... the 1660 was the cheapest solution supporting B-Frames on HEVC (when I bought it over a year ago), giving you even more Quality per megabyte ;)

[varekai]

Who is the manufacturer, name, specs., of your GTX1660 6GB?
Found lots of different names and specs...
ASUS, Gigabyte, MSI, Gainward, Palit, PNY, EVGA, Zotac...
Thanks for any info.
Best regards,
varekai

[jdobbs]

Who is the manufacturer, name, specs., of your GTX1660 6GB?
Found lots of different names and specs...
ASUS, Gigabyte, MSI, Gainward, Palit, PNY, EVGA, Zotac...
Thanks for any info.
Best regards,
varekaiThe one I bought was an MSI VENTUS XS w/6GB -- but that's just because it happened to be the cheapest one they had on-the-shelf at Microcenter (or the only one, I don't remember). I didn't do any comparison shopping. This one can be overclocked -- but I run it at standard speed.

I've been told that GTX-1660s have gotten popular and are getting harder to find (and more expensive) -- but I haven't really done any research. I bought mine for $238.

[spotswood]

The one I bought was an MSI VENTUS XS w/6GB -- but that's just because it happened to be the cheapest one they had on-the-shelf.

I've been told that GTX-1660s have gotten popular and are getting harder to find (and more expensive) -- but I haven't really done any research. I bought mine for $238.When I was looking to upgrade my GTX-1050 the prices for the GTX-1660's were around what you paid. I had one in my cart at Amazon, but waited too long and by the time I was ready they were north of $600+ :eek:! I ended up with a Zotac GTX-1060 6GB Factory Refurb I found on eBay for $225. Sold my GTX-1050 to offset the cost a little, figured it was the best I could do. Don't think prices will be coming down to what you paid anytime soon...

BTW... what email do I use for a donation? My stimulus check hit my account today... ;^)

[jdobbs]

BTW... what email do I use for a donation? My stimulus check hit my account today... ;^)dvd-rb@jdobbs.net

Thanks for thinking about me.

[spotswood]

dvd-rb@jdobbs.net

Thanks for thinking about me.Done, on it's way! Thanks for all your hard work! Keep it going!

[varekai]

@jdobbs
@spotswood
Thanks for info, I also noticed the GTX1660 prices are high.

[Mark_Venture]

Not only that ... the 1660 was the cheapest solution supporting B-Frames on HEVC (when I bought it over a year ago), giving you even more Quality per megabyte ;)I've read the Turing NVENC encoder gives improvements in quality, in addition to B Frame support. Is that correct? Or is it just the B-frames that is making the difference?

I do know that the GTX1660, GTX1660ti, RTX20x0/30x0, and GTX1650Super use the Turing NVENC chip. But the original GTX1650 still uses the Volta (basically Pascal) encoder so it lacks B-frames and performs like the GTX10x0 line.

I've never really done a side by side comparison as I've never had a GTX10X0 card, but I can say I have notice a marked improvement in video quality when using NVENC with my GTX1660ti vs my GTX970.

[jdobbs]

Done, on it's way! Thanks for all your hard work! Keep it going!Really appreciated. Thanks!

[LowDead]

I'm getting an error in the META file. BDRB thinks the video is a .264 file and puts ****.264 for muxing in the META file. The original file is .hevc and BDRB also correctly saves that file as .hevc but puts wrong extension in the META file.
This has only happened to me in the latest version of BDRB and I haven't yet run it with an older version. Will try also another title to see if it is repeatable.

Also want to point out that I do know I have the wrong avisynth installed. The reason for that is to get compability with other software. Of course it could be this that makes it error out but because I have never gotten this error before it might not be related and
before I test to install the right version of avisynth I will try earlier version of BDRB and also check for another title to try.

LOG:

[03-14-21] BD Rebuilder v0.61.21
[19:44:25] Source: Cinema Paradiso (Theatrical) 4K UHD
- Input BD size: 90,40 GB
- Approximate total content: [03:35:16.728]
- Target BD size: 47,07 GB
- Windows Version: 6.2 [9200]
- Quality: High Quality (Default), Two Pass
- UHD-BD source detected.
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:44:27] PHASE ONE, Encoding
- [19:44:27] Processing: VID_00000 (1 of 7)
- [19:44:27] Extracting A/V streams [VID_00000]
- [19:44:33] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 471 frames
- Bitrate: 1 038 Kbs
- [19:44:33] Reencoding: VID_00000, Pass 1 of 2
- [19:44:36] Reencoding: VID_00000, Pass 2 of 2
- [19:44:38] Video Encode complete
- [19:44:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:44:38] Multiplexing M2TS
- [19:44:42] Processing: VID_00001 (2 of 7)
- [19:44:42] Extracting A/V streams [VID_00001]
- [20:22:05] Reencoding video [VID_00001]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 176 826 frames
- Bitrate: 43 840 Kbs
- [20:22:05] Reencoding: VID_00001, Pass 1 of 2
- [20:41:29] Reencoding: VID_00001, Pass 2 of 2
- [17:54:41] Video Encode complete
- [17:54:41] Processing audio tracks
- Track 4352 (ita): Keeping original audio
- Track 4353 (ita): Keeping original audio
- Track 4354 (eng): Keeping original audio
- [17:54:41] Multiplexing M2TS
- [18:08:22] Processing: VID_00005 (3 of 7)
- [18:08:22] Extracting A/V streams [VID_00005]
- [18:08:41] Reencoding video [VID_00005]
- Source Video: HEVC, 1920x1080
- Rate/Length: 59,940fps, 98 692 frames
- Bitrate: 1 858 Kbs
- [18:08:41] Reencoding: VID_00005, Pass 1 of 2
- [18:55:10] Reencoding: VID_00005, Pass 2 of 2
- [19:34:59] Video Encode complete
- [19:34:59] Processing audio tracks
- Track 4352 (ita): Keeping original audio
- [19:34:59] Multiplexing M2TS
EXIT CODE: -2
- Error in attempt to multiplex: MUX_00005.meta
- Can't open file: D:\WORK\WORKFILES\VID_00005.AVS.264
[19:35:03] - Failed to build structure, aborted[03-19-21] Checking System Settings
- BD-Rebuilder v0.61.21
- Windows Version: 6.2 [9200]
- Working Path Free Space: 113,03GB
- AVISYNTH Version: 3.6.1.0, not recommended version
- LAVFILTERS: Ok
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[03-19-21] Systems Settings Check complete


Original file:

General
ID : 0 (0x0)
Complete name : A:\UHDBD\Cinema Paradiso (Theatrical) 4K UHD\BDMV\CLIPINF\00005.clpi
Format : Blu-ray Clip info
File size : 9.52 KiB
Duration : 27 min 26 s
Overall bit rate mode : Variable
Overall bit rate : 4 521 kb/s
Maximum Overall bit rate : 109 Mb/s
OverallBitRate_Precision_Min : 4521253
OverallBitRate_Precision_Max : 4521256

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
Codec ID : 36
Duration : 27 min 26 s
Bit rate : 4 139 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.033
Stream size : 812 MiB
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
format_identifier : HDMV
Source : 00005.m2ts

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 27 min 26 s
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 37.7 MiB
Language : Italian
Service kind : Complete Main
bsid : 8
Dialog Normalization : -31
Dialog Normalization : -31 dB
compr : -0.28
compr : -0.28 dB
dsurmod : 1
dsurmod : Not Dolby Surround encoded
acmod : 2
lfeon : 0
dialnorm_Average : -31
dialnorm_Average : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum : -31 dB
dialnorm_Count : 2389
compr_Average : -2.42
compr_Average : -2.42 dB
compr_Minimum : -13.84
compr_Minimum : -13.84 dB
compr_Maximum : 6.02
compr_Maximum : 6.02 dB
compr_Count : 2380
dynrng_Average : -2.38
dynrng_Average : -2.38 dB
dynrng_Minimum : -13.68
dynrng_Minimum : -13.68 dB
dynrng_Maximum : 5.88
dynrng_Maximum : 5.88 dB
dynrng_Count : 2386
format_identifier : AC-3
Source : 00005.m2ts

Text
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 26 min 46 s
Delay relative to video : 5 s 72 ms
Language : English
Source : 00005.m2ts



Last command:

"C:\Vidsoft\BD_Rebuilder\tools\ffmpeg.exe" -probesize 100MB -i "A:\UHDBD\Cinema Paradiso (Theatrical) 4K UHD\BDMV\STREAM\00005.m2ts" -an -pix_fmt yuv420p10le -f yuv4mpegpipe -strict -1 - | "C:\Vidsoft\BD_Rebuilder\tools\x265-64.exe" - --preset medium --profile main10 --uhd-bd --repeat-headers --vbv-bufsize 45000 --vbv-maxrate 48000 --colorprim bt709 --transfer bt709 --colormatrix bt709 --fps 59.97 --sar 1:1 --qpfile "D:\WORK\WORKFILES\VID_00005.CHP" --keyint 60 --bitrate 1858 --y4m --stats "D:\WORK\WORKFILES\VID_00005.AVS.hevc.stats" --pass 2 --output "D:\WORK\WORKFILES\VID_00005.AVS.hevc"


//LD

[cartman0208]

I've read the Turing NVENC encoder gives improvements in quality, in addition to B Frame support. Is that correct? Or is it just the B-frames that is making the difference?

I do know that the GTX1660, GTX1660ti, RTX20x0/30x0, and GTX1650Super use the Turing NVENC chip. But the original GTX1650 still uses the Volta (basically Pascal) encoder so it lacks B-frames and performs like the GTX10x0 line.

I've never really done a side by side comparison as I've never had a GTX10X0 card, but I can say I have notice a marked improvement in video quality when using NVENC with my GTX1660ti vs my GTX970.

Taken from Wikipedia (https://en.wikipedia.org/wiki/Video_compression_picture_types)

Three types of pictures (or frames) are used in video compression: I, P, and B frames.

An I‑frame (Intra-coded picture) is a complete image, like a JPG or BMP image file.

A P‑frame (Predicted picture) holds only the changes in the image from the previous frame. For example, in a scene where a car moves across a stationary background, only the car's movements need to be encoded. The encoder does not need to store the unchanging background pixels in the P‑frame, thus saving space. P‑frames are also known as delta‑frames.

A B‑frame (Bidirectional predicted picture) saves even more space by using differences between the current frame and both the preceding and following frames to specify its content.

P and B frames are also called Inter frames. The order in which the I, P and B frames are arranged is called the Group of pictures.


So HEVC created with pre-Turing only consists of P- and I-Frames. Since B-Frames are even smaller, the same quality setting should result in smaller video-filesize
Or the other way around you can increase the quality level to reach the same filesize

[spotswood]

Really appreciated. Thanks!No worries! Really appreciate your hard work!


----------------------
[03/14/21] BD Rebuilder v0.61.21
[13:28:09] Source: THE_FIFTH_ELEMENT_00001
- Input BD size: 35.37 GB
- Approximate total content: [02:05:53.546]
- Target BD size: 25.00 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), CQM
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[13:28:09] PHASE ONE, Encoding
- [13:28:09] Processing: VID_00001 (1 of 1)
- [13:28:09] Extracting A/V streams [VID_00001]
- [13:31:58] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 181,104 frames
- [13:31:58] Performing CQM Prediction...
- Analyzing 6.00
[13:32:00] - Failed video encode, aborted
Can you look into why all my 1080p titles I'm trying to reencode to HEVC fail at the CQM prediction? I can use FIXED_CRF=n, but it's a trial and error to get the sizing I want. The standard 2160p UHD titles I've tried perform the CQM prediction as expected.

As for the levels -- BD-RB leaves it to the encoder (both have defaults set at auto). But I'm surprised they are different, since the settings for encoding are virtually identical. The level is usually influenced by the maximum bitrate selected by BD-RB. But it is the same for both encoders. I'll take a look at it and see why they are different. Any ideas on the difference in the levels (L4.1 vs L5.1) between the two encoders? Does it affect quality? Can/should L5.1 be forced in NVENC? x265 seems to use L5.1 on everything.


A couple things I noticed with Convert BD to UHD... I tried with Movie and Menus selected, and in the log it shows "Converting to UHD-BD (HEVC)". But when selecting "Movie Only" mode the same log notation is not shown. I do have "Convert BD to UHD-BD (HEVC)" selected. The resulting job is in fact HEVC, it's just not shown in the log as in M&M mode.Probably just a typo but thought I'd mention it. That's it for now! Thanks again!

[MrVideo]

Any ideas on the difference in the levels (L4.1 vs L5.1) between the two encoders? Does it affect quality? Can/should L5.1 be forced in NVENC? x265 seems to use L5.1 on everything.!
The levels really have nothing to do with the actual encoding. It doesn't provide any settings. It indicates the capabilities of the encoded video. It is up to the user to set the encoding parameters so that they match the spec for that particular level.

See: https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels

[jdobbs]

The levels really have nothing to do with the actual encoding. It doesn't provide any settings. It indicates the capabilities of the encoded video. It is up to the user to set the encoding parameters so that they match the spec for that particular level.

See: https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levelsExactly. It really just a tag the accompanies the video. I'd still like to understand, though, why X265 and NVENCC tag different levels when the settings (max bitrate, etc) are the same.

[jdobbs]

Can you look into why all my 1080p titles I'm trying to reencode to HEVC fail at the CQM prediction? I can use FIXED_CRF=n, but it's a trial and error to get the sizing I want. The standard 2160p UHD titles I've tried perform the CQM prediction as expected. I'm at a loss. I use the prediction setting all the time (almost every day), and I've never had a problem.

Something you could try:

1. Set BD-RB up to run with the prediction.
2. Let it start and then fail.
3. Go to the BD Rebuilder folder and look for a file called LASTCMD.TXT
4. Open the file (with NOTEPAD) and cut the command line that is represented there.
5. Open a CMD window, and paste the command.
6. Run it and see what error you get.

Then mark/cut-and-paste the information from the CMD window to this thread so I can see the error.

[jdobbs]

@LowDead

Can you post the META file that causes the issue you reported? Just to be clear, the encode went correctly and created a .hevc file -- but when it tried to rebuild the META referenced a .264 file, right?

I suspect it has something to do with this:

- Rate/Length: 59,940fps, 98 692 frames

[LowDead]

@LowDead

Can you post the META file that causes the issue you reported? Just to be clear, the encode went correctly and created a .hevc file -- but when it tried to rebuild the META referenced a .264 file, right?

I suspect it has something to do with this:

- Rate/Length: 59,940fps, 98 692 frames

You are correct. I accidentally deleted the workfolder so I had to redo. To save time I switched encoder and did a faster encode for extras. And it was repeatable. This time it errored out on a different one, MUX_00007.meta.

Here comes the content of it:

MUXOPT --no-pcr-on-video-pid --new-audio-pes --hdmv-descriptors --blu-ray --vbr --auto-chapters=5 --vbv-len=500 --start-time=27000000
V_MPEG4/ISO/AVC, "B:\WORK\FULLDISC\WORKFILES\VID_00007.AVS.264", fps=59.94, insertSEI, contSPS
A_AC3, "B:\WORK\FULLDISC\WORKFILES\00007.track_4352.AC3", lang=ita
S_HDMV/PGS, "B:\WORK\FULLDISC\WORKFILES\00007.track_4608.sup",lang=eng


//LD

[spotswood]

The levels really have nothing to do with the actual encoding. It doesn't provide any settings. It indicates the capabilities of the encoded video. It is up to the user to set the encoding parameters so that they match the spec for that particular level.

See: https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels

Exactly. It really just a tag that accompanies the video. I'd still like to understand, though, why X265 and NVENCC tag different levels when the settings (max bitrate, etc) are the same.So I did The Fifth Element 1080p/HEVC again with both decoders since I had deleted jobs/logs and wanted to post the results below to possibly help you in determining what the differences are.

x265: I bolded the encoder settings in the MediaInfo below showing the level and tier settings that I assume tell the encoder what level/tier to use.
----------------------
[03/22/21] BD Rebuilder v0.61.21
[11:21:03] Source: THE_FIFTH_ELEMENT_00001
- Input BD size: 35.37 GB
- Approximate total content: [02:05:53.546]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Auto Quality: Very Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:21:06] PHASE ONE, Encoding
- [11:21:06] Processing: VID_00001 (1 of 1)
- [11:21:06] Extracting A/V streams [VID_00001]
- [11:24:53] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 181,104 frames
- Bitrate: 15,315 Kbs
- [11:24:53] Reencoding: VID_00001, Pass 1 of 1
- [15:57:33] Video Encode complete
- [15:57:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[15:57:33]PHASE ONE complete
[15:57:33]PHASE TWO - Rebuild Started
- [15:57:33] Rebuilding BD file Structure
[15:58:09] - Encode and Rebuild complete
- WORKFILES folder removed.
[15:58:10] JOB: THE_FIFTH_ELEMENT finished.
----------------------
MediaInfo:

General
Complete name : C:\Users\eM-SSD\Videos\HEVC\THE_FIFTH_ELEMENT\\BDMV\PLAYLIST\00000.mpls
Format : Blu-ray Playlist
File size : 456 Bytes
Duration : 2 h 5 min
Overall bit rate mode : Variable
Overall bit rate : 0 b/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
Codec ID : 36
Duration : 2 h 5 min
Bit rate : 22.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (23976/1000) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.442
Stream size : 19.3 GiB
Writing library : x265 3.2.1+3-b4b2ecac21f6:[Windows][GCC 9.2.0][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=4 / numa-pools=16 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1920x1080 / interlace=0 / total-frames=0 / level-idc=51 / high-tier=1 / uhd-bd=1 / ref=3 / no-allow-non-conformance / repeat-headers / annexb / aud / hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=1 / keyint=24 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=6 / scenecut=40 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=1 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / selective-sao=4 / early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=abr / bitrate=15315 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / vbv-maxrate=48000 / vbv-bufsize=45000 / vbv-init=0.9 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=1 / transfer=1 / colormatrix=1 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
format_identifier : HDMV
Source : 00000.m2ts / 00000.m2ts

NVENCC: The NVENC encoder doesn't show as much info, let alone what settings are used. I'm assuming again that NVENC sets the level/tier automatically depending on the file being encoded, and x265 requires specific settings? I know you said that both are set to default settings so I'll leave that to you to figure out.

----------------------
[03/22/21] BD Rebuilder v0.61.21
[16:54:48] Source: THE_FIFTH_ELEMENT_00001
- Input BD size: 35.37 GB
- Approximate total content: [02:05:53.546]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Auto Quality: Very Good (Very Fast), ABR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[16:54:49] PHASE ONE, Encoding
- [16:54:49] Processing: VID_00001 (1 of 1)
- [16:54:49] Extracting A/V streams [VID_00001]
- [16:58:09] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 181,104 frames
- Bitrate: 15,315 Kbs
- [16:58:09] Reencoding: VID_00001, Pass 1 of 1
- [17:12:05] Video Encode complete
- [17:12:05] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[17:12:05]PHASE ONE complete
[17:12:05]PHASE TWO - Rebuild Started
- [17:12:05] Rebuilding BD file Structure
[17:12:42] - Encode and Rebuild complete
- WORKFILES folder removed.
[17:12:43] JOB: THE_FIFTH_ELEMENT finished.
----------------------
MediaInfo:

General
Complete name : C:\Users\eM-SSD\Videos\HEVC\THE_FIFTH_ELEMENT\\BDMV\PLAYLIST\00000.mpls
Format : Blu-ray Playlist
File size : 456 Bytes
Duration : 2 h 5 min
Overall bit rate mode : Variable
Overall bit rate : 0 b/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4.1@High
Codec ID : 36
Duration : 2 h 5 min
Bit rate : 22.1 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.445
Stream size : 19.4 GiB
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
format_identifier : HDMV
Source : 00000.m2ts / 00000.m2ts

So there you go. Hope this helps you determine what the differences are, and whether it makes any difference quality wise. I would like to continue using NVENC just in the speed difference alone, so if it can be set like x265 even better. Or if I shouldn't worry about it then that's ok too. Thanks again for your help.

[spotswood]

I'm at a loss. I use the prediction setting all the time (almost every day), and I've never had a problem.

Something you could try:

1. Set BD-RB up to run with the prediction.
2. Let it start and then fail.
3. Go to the BD Rebuilder folder and look for a file called LASTCMD.TXT
4. Open the file (with NOTEPAD) and cut the command line that is represented there.
5. Open a CMD window, and paste the command.
6. Run it and see what error you get.

Then mark/cut-and-paste the information from the CMD window to this thread so I can see the error.Here ya go...

C:\Windows\system32>"C:\Users\eM-SSD\Downloads\BD-RBV06121\BD_Rebuilder\tools\nvenc\nvencc.exe" --avs -i "C:\USERS\EM-SSD\VIDEOS\HEVC\WORKFILES\TEMP.AVS" --codec hevc --preset performance --profile main10 --output-depth 10 --repeat-headers --colorprim bt709 --transfer bt709 --colormatrix bt709 --qp-min 0 --multipass 2pass-full --vbr 0 --vbr-quality 17.55 --aq --aq-temporal --sar 1:1 --aud --pic-struct --vbv-bufsize 45000 --max-bitrate 48000 --gop-len 24 -o "C:\USERS\EM-SSD\VIDEOS\HEVC\WORKFILES\TEMP.265"
--------------------------------------------------------------------------------
C:\USERS\EM-SSD\VIDEOS\HEVC\WORKFILES\TEMP.265
--------------------------------------------------------------------------------
avs: invalid clip.
avs: DGSource: Cannot open index file!
avs: (C:\USERS\EM-SSD\VIDEOS\HEVC\WORKFILES\TEMP.AVS, line 3)
failed to initialize file reader(s).
Failed to open input file.

[jdobbs]

@spotswood

Hmm... DGSource as the input... I'll check that out.

Can you post the contents of TEMP.AVS?

[spotswood]

@spotswood

Hmm... DGSource as the input... I'll check that out.

Can you post the contents of TEMP.AVS?I figured it out. I recently upgraded my dgdecnv2053 to the newer v2053.0.0.228. When I opened the TEMP.AVS I noticed it's reference to the new version folder (I had renamed it), but forgot to copy the license file over from the old version. DUH! Don't know why VBR mode worked and CQM didn't, but it's all good now. Soory about that Chief!

[cartman0208]

Are there any advantages of DGDecNV compared to DirectshowSource regarding speed/quality?

I also have a licence for DGDecNV, but I usually use Directshow as it seems more compatible...

[maxWsax]

1. Installed latest version and everything as instructed including all recommended components in proper order (Win 10)
2. Registered mscomctl.ocx successfully (as Admin)
3. Made sure mscomctl.ocx is in both \system32 and \sysWOW64 and registered properly.
4. When running BDRB.exe as Admin getting error message that mscomctl.ocx or one if it's dependencies is not properly installed or is missing, despite being successfully registered.
5. Installed VisualBasic6 as per some comment, but no luck.
6. If running BDRB as non-admin, the program tries to config LAV which had been properly installed and already configured during installation and BDRB cannot due it saying I have to run it as Admin (see above). Basically running in circles.
7. Running out of options. Any thoughts?

[LowDead]

1. Installed latest version and everything as instructed including all recommended components in proper order (Win 10)
2. Registered mscomctl.ocx successfully (as Admin)
3. Made sure mscomctl.ocx is in both \system32 and \sysWOW64 and registered properly.
4. When running BDRB.exe as Admin getting error message that mscomctl.ocx or one if it's dependencies is not properly installed or is missing, despite being successfully registered.
5. Installed VisualBasic6 as per some comment, but no luck.
6. If running BDRB as non-admin, the program tries to config LAV which had been properly installed and already configured during installation and BDRB cannot due it saying I have to run it as Admin (see above). Basically running in circles.
7. Running out of options. Any thoughts?

You don't have Bitdefender AV, do you? I have it and it can sometimes interfere with programs saving to "secure" folder and forces you to whitelist them programs.. Maybe other AVs have this "feature" also?

Probably another issue for you though.. Just putting the idea out there ^_^

//LD
//LD

[maxWsax]

I wish it was that easy. I disabled security programs with no effect on this issue. Hopefully, someone can reproduce it and resolve :(

[Lathe]

Hi Lathe, I read your post and was apprehensive when I took my newly burned BD25 that was processed using v0.61.21 and put it in my OPPO BDP-93. It plays perfectly, I wonder if the disk you did was from a Blu-ray or were you rebuilding something from a 4K?

Sorry to answer this so much later (I REALLY need to keep up here...)

The source was from Blu-ray, but I have the older BDP-83; perhaps there were some firmware updates on yours that are not on mine.

[Lathe]

Yes. I appreciate the thought.
Any chance you may have had "Convert BD to UHD-BD (HEVC) Format" selected? That would have created a disc that would do exactly what you describe.

No... I don't even see that in the drop down menu (as pictured by another fellow above) For some reason the encode that BDRB had completed when burned would not play on my OPPO, but when I took the re-encoded files and used an older version of TSMuxer and then burned that it played just fine. That was the only difference. But, no biggie... Next time I need to re-encode a film I'll try the resulting encode from BDRB. If it does the same thing, I'll just make sure to take the raw re-encoded files and use the older version of TSMuxer to mux it before I burn it.

BTW, sorry for the delay, but $100 is on the way! I hope that helps make up for the off-chance, miniscule, and extremely rare, probably negligible occurrence if it actually exists, when I might possibly annoy someone (and no comments from the Peanut Gallery please. JD's opinion is the only one that counts and I just made a donation :D)

[Jackie Treehorn]

What is the required information to post when you are having an issue? I assume it is the output of the "inspect" function and "log"?

Thanks!

[musiclover]

What is the required information to post when you are having an issue? I assume it is the output of the "inspect" function and "log"?

Thanks!

You assume right. Also your ini file could be of interest. And a clear description of the problem.

[gamete]

@jdobbs

Here my error

https://forum.doom9.org/showpost.php?p=1937502&postcount=30428

[Jackie Treehorn]

[03/25/21] BD Rebuilder v0.61.21
[11:37:58] Source: LOGICAL_VOLUME_ID_00000
- Input BD size: 10.62 GB
- Approximate total content: [01:49:39.239]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MP4 Container, NO_RESIZE, AutoGOP, Auto-AAC
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[11:38:00] PHASE ONE, Encoding
- [11:38:00] Processing: VID_00000 (1 of 1)
- [11:38:00] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 157,744 frames
- [11:38:01] Reencoding: VID_00000, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.61.21
- Windows Version: 6.2 [9200]
- Working Path Free Space: 32.66GB
- AVISYNTH Version: 2.6.0.6, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[12:30:06] - Failed video encode, aborted

[03/25/21] Checking System Settings
- BD-Rebuilder v0.61.21
- Windows Version: 6.2 [9200]
- Working Path Free Space: 32.66GB
- AVISYNTH Version: 2.6.0.6, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[03/25/21] Systems Settings Check complete

Been using BD Rebuilder for about 6 years now w/o issue. Had to jump to a new machine with Windows 10 on it and Ive been having issues such as that posted above. I am sure it's user error... like I said it worked flawlessly on Windows 7 to the point where I haven't changed the settings in years. A new machine made me do just that and what we have above is the byproduct. Thanks for any help!

[Jackie Treehorn]

Ooops... INI file below

[Options]
VERSION=0.61.0.21
ENCODER=0
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=1
MOVIEONLY_TYPE=21
ALTCRF=23
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
PRIORITY_CLASS=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
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=1
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=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
[Paths]
SOURCE_PATH=D:\
WORKING_PATH=C:\USERS\JWALTMAN21\DOCUMENTS\WORKING\

[jdobbs]

No... I don't even see that in the drop down menu (as pictured by another fellow above) For some reason the encode that BDRB had completed when burned would not play on my OPPO, but when I took the re-encoded files and used an older version of TSMuxer and then burned that it played just fine. That was the only difference. But, no biggie... Next time I need to re-encode a film I'll try the resulting encode from BDRB. If it does the same thing, I'll just make sure to take the raw re-encoded files and use the older version of TSMuxer to mux it before I burn it.

BTW, sorry for the delay, but $100 is on the way! I hope that helps make up for the off-chance, miniscule, and extremely rare, probably negligible occurrence if it actually exists, when I might possibly annoy someone (and no comments from the Peanut Gallery please. JD's opinion is the only one that counts and I just made a donation :D)Wow. Thanks!

[spotswood]

I've been told that GTX-1660s have gotten popular and are getting harder to find (and more expensive) -- but I haven't really done any research. I bought mine for $238.For those interested, I just found a screaming deal for a Brand New GTX-1660 Super 6GB on eBay for $169! Hurry they're going fast! https://www.ebay.com/itm/ASUS-GeForce-GTX1660-SUPER-6GB-GDDR6-DUAL-GTX1660S-6G-EVO-Video-Card-New/254918051014?hash=item3b5a4cc4c6:g:nt0AAOSw0iNgXqSf

NEVERMIND... The item was pulled. My order got cancelled. CRAP! The seller must have figured out his asking price was WAY too low. Can they do that?

UPDATE... I called eBay and was told since my order was confirmed and my card was charged before the item was removed, the seller is required to ship the item. I can file a claim if he doesn't. So we'll see what happens, fingers crossed...

[Mike-uk]

BTW, sorry for the delay, but $100 is on the way! I hope that helps make up for the off-chance, miniscule, and extremely rare, probably negligible occurrence if it actually exists, when I might possibly annoy someone (and no comments from the Peanut Gallery please. JD's opinion is the only one that counts and I just made a donation :D)

Top man , nice to see people supporting this awesome piece of software, its certainly been useful to me so will also be donating soon

[Jackie Treehorn]

Ooops... INI file below

[Options]
VERSION=0.61.0.21
ENCODER=0
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=1
MOVIEONLY_TYPE=21
ALTCRF=23
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
PRIORITY_CLASS=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
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=1
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=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
[Paths]
SOURCE_PATH=D:\
WORKING_PATH=C:\USERS\JWALTMAN21\DOCUMENTS\WORKING\

Can anyone lend a hand?

[Mike-uk]

Can anyone lend a hand?

try internal lav frame server ??

[gamete]

Good morning. I have a doubt. if when I make a backup in bd25 the estimated time is 50 hours with 2 passes, how much will the estimated time be if I make a backup in bd50 of the same film with the same settings? 25 hours?

[Jackie Treehorn]

try internal lav frame server ??

Thank you sir; however I am not sure how to do that... is that a setting in ffdshow?

[jdobbs]

@Jackie Treehorn

After the job has failed, check the file LASTCMD.TXT in the BD Rebuilder folder. It has the command line that failed contained within it. Please post that command line here so I can see if there is something obvious wrong. Also, open a CMD window and cut/paste the command into it and see what error is occurring. Then please paste that here as well.

[jdobbs]

I'm getting an error in the META file. BDRB thinks the video is a .264 file and puts ****.264 for muxing in the META file. The original file is .hevc and BDRB also correctly saves that file as .hevc but puts wrong extension in the META file.
This has only happened to me in the latest version of BDRB and I haven't yet run it with an older version. Will try also another title to see if it is repeatable.

Also want to point out that I do know I have the wrong avisynth installed. The reason for that is to get compability with other software. Of course it could be this that makes it error out but because I have never gotten this error before it might not be related and
before I test to install the right version of avisynth I will try earlier version of BDRB and also check for another title to try.

LOG:


//LDI've fixed this error for the next release. BD-RB wasn't properly creating the META when the source was 1080p and HEVC.

As a temporary fix, you can set UHD_V3_MODE=1 in your INI file while doing that disc -- but don't forget to reset it when done (it has the same effect as selecting "Convert BD to UHD-BD (HEVC) Format" from the output menu).

[Jackie Treehorn]

@Jackie Treehorn

After the job has failed, check the file LASTCMD.TXT in the BD Rebuilder folder. It has the command line that failed contained within it. Please post that command line here so I can see if there is something obvious wrong. Also, open a CMD window and cut/paste the command into it and see what error is occurring. Then please paste that here as well.

"C:\Users\jwaltman21\Documents\BD_Rebuilder\tools\x264.exe" "C:\USERS\JWALTMAN21\DOCUMENTS\WORKING\WORKFILES\VID_00000.AVS" --preset medium --bluray-compat --b-pyramid none --weightp 1 --slow-firstpass --qpmin=0 --crf 23 --level 4.0 --qpfile "C:\USERS\JWALTMAN21\DOCUMENTS\WORKING\WORKFILES\VID_00000.CHP" --aud --nal-hrd vbr --pic-struct --vbv-bufsize 15000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 15000 --threads auto --thread-input --stats "C:\USERS\JWALTMAN21\DOCUMENTS\WORKING\WORKFILES\VID_00000.AVS.264.stats" --output "C:\USERS\JWALTMAN21\DOCUMENTS\WORKING\WORKFILES\VID_00000.AVS.264"

[Jackie Treehorn]

Microsoft Windows [Version 10.0.19042.867]
(c) 2020 Microsoft Corporation. All rights reserved.

C:\Users\jwaltman21>"C:\Users\jwaltman21\Documents\BD_Rebuilder\tools\x264.exe" "C:\USERS\JWALTMAN21\DOCUMENTS\WORKING\WORKFILES\VID_00000.AVS" --preset medium --bluray-compat --b-pyramid none --weightp 1 --slow-firstpass --qpmin=0 --crf 23 --level 4.0 --qpfile "C:\USERS\JWALTMAN21\DOCUMENTS\WORKING\WORKFILES\VID_00000.CHP" --aud --nal-hrd vbr --pic-struct --vbv-bufsize 15000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 15000 --threads auto --thread-input --stats "C:\USERS\JWALTMAN21\DOCUMENTS\WORKING\WORKFILES\VID_00000.AVS.264.stats" --output "C:\USERS\JWALTMAN21\DOCUMENTS\WORKING\WORKFILES\VID_00000.AVS.264"
avs [info]: 1920x1080p 0:0 @ 24000/1001 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2.3%] 3689/157744 frames, 36.58 fps, 1080.46 kb/s, eta 1:10:10

[LowDead]

I've fixed this error for the next release. BD-RB wasn't properly creating the META when the source was 1080p and HEVC.

As a temporary fix, you can set UHD_V3_MODE=1 in your INI file while doing that disc -- but don't forget to reset it when done (it has the same effect as selecting "Convert BD to UHD-BD (HEVC) Format" from the output menu).

Great work. Thanks!

//LD

[spotswood]

Hey again... trying different options with the new UHD_CONVERT_ENABLE=1 mode and think I found a bug maybe? After running a job in CQM, I switched to One Pass (VBR) Encoding (pic attached), then when starting the job the log shows the file being encoded in ABR mode instead of VBR mode (see Quality: line in pic). Is this correct? I ran several jobs last night and swore the log showed VBR mode (logs deleted unfortunately). I've tried going back and forth between CQM and VBR using different encoder/output options and it still says ABR mode when selecting VBR mode :confused:. Thanks for any help...

[Sharc]

Hey again... trying different options with the new UHD_CONVERT_ENABLE=1 mode and think I found a bug maybe? After running a job in CQM, I switched to One Pass (VBR) Encoding (pic attached), then when starting the job the log shows the file being encoded in ABR mode instead of VBR mode (see Quality: line in pic). Is this correct? I ran several jobs last night and swore the log showed VBR mode (logs deleted unfortunately). I've tried going back and forth between CQM and VBR using different encoder/output options and it still says ABR mode when selecting VBR mode :confused:. Thanks for any help...
VBR (variable bitrate) and ABR (average bitrate) and CQM (or CRF) are different things. There is no contradiction.
VBR (variable bitrate) is a means to improve compression efficiency maintaining a certain perceptual quality by dynamically allocating less bitrate to less critical (simple) scenes and more bitrate to complex scenes where the losses of the lossy compression would become noticeable to the viewer. Hence VBR is improving compression efficiency by not wasting bits for less complex scenes where the viewer subjectively does not notice the losses.
VBR is used for CQM (constant quality) encodes as well as for ABR (average bitrate) encodes. With ABR the encoder controls the bitrate (which is still variable VBR bitrate though) such as to obtain a desired average bitrate (means a target file size eventually), whereas CQM (or CRF) targets a certain perceptual quality rather than a bitrate or a certain file size. The bitrate is for both cases variable, i.e. always VBR.
Constant bitrate (CBR) is used for special purposes only these days.
Just google for VBR, CBR, ABR, CRF, VFR etc., or collect some explanations from here: https://slhck.info/video/2017/03/01/rate-control.html or from here https://en.wikipedia.org/wiki/Variable_bitrate

[hautem]

Sorry to answer this so much later (I REALLY need to keep up here...)

The source was from Blu-ray, but I have the older BDP-83; perhaps there were some firmware updates on yours that are not on mine.

@Lathe

If you don't mind me asking, what was the Blu-ray source of the burned copy that wouldn't play in your BDP-83? I'm having a similar problem that I initially tried addressing at RedFox here:

https://forum.redfox.bz/threads/solved-screenpass-problem-with-knives-out-blue-ray.78237/page-4#post-534479

but I'm not so sure that's the problem. Another poster in that thread had a similar problem with that title (Knives Out) and the burned copy not playing in a stand alone Blu-ray player. Also reported that with "Judy" (another recent Lionsgate release) on Blu-ray.

https://forum.redfox.bz/threads/solved-screenpass-problem-with-knives-out-blue-ray.78237/page-3#post-513955

I'm just wondering if this might be a specific title or a larger Lionsgate issue (or maybe I just have an entire spindle of blank discs that have gone bad).

If you feel so inclined...thanks.

[jdobbs]

Hey again... trying different options with the new UHD_CONVERT_ENABLE=1 mode and think I found a bug maybe? After running a job in CQM, I switched to One Pass (VBR) Encoding (pic attached), then when starting the job the log shows the file being encoded in ABR mode instead of VBR mode (see Quality: line in pic). Is this correct? I ran several jobs last night and swore the log showed VBR mode (logs deleted unfortunately). I've tried going back and forth between CQM and VBR using different encoder/output options and it still says ABR mode when selecting VBR mode :confused:. Thanks for any help...I'll take a look at it.

[spotswood]

Hey again... trying different options with the new UHD_CONVERT_ENABLE=1 mode and think I found a bug maybe? After running a job in CQM, I switched to One Pass (VBR) Encoding (pic attached), then when starting the job the log shows the file being encoded in ABR mode instead of VBR mode (see Quality: line in pic). Is this correct? I ran several jobs last night and swore the log showed VBR mode (logs deleted unfortunately). I've tried going back and forth between CQM and VBR using different encoder/output options and it still says ABR mode when selecting VBR mode :confused:. Thanks for any help...

VBR (variable bitrate) is a means to improve compression efficiency maintaining a certain perceptual quality by dynamically allocating less bitrate to less critical (simple) scenes and more bitrate to complex scenes where the losses of the lossy compression would become noticeable to the viewer. Hence VBR is improving compression efficiency by not wasting bits for less complex scenes where the viewer subjectively does not notice the losses.Which is why I prefer VBR over CQM as it is supposed to provide better quality. I'm just confused as to why BDRB is choosing ABR when VBR is selected. Thanks for your reply.

I'll take a look at it.Thank you sir. I'll patiently await your findings.

[jdobbs]

Which is why I prefer VBR over CQM as it is supposed to provide better quality. I'm just confused as to why BDRB is choosing ABR when VBR is selected. Thanks for your reply.

Thank you sir. I'll patiently await your findings.

ABR=Average Bitrate
CQM=Constant Quality Mode

Actually ABR and CQM are both VBR (Variable Bitrate). ABR uses VBR but tries to keep the overall bitrate at a certain level to control the output size. ABR is also sometimes called "one pass" VBR, as it (usually) uses a sliding window to allocate bits while keeping the average at the specified bitrate. CQM uses VBR but tries to keep a specified quality at a certain level without regard to output size. The X264/X265 equivalent to CQM is called CRF (constant rate factor).

There's also a third common type of VBR called "two pass" or "multipass". In two pass a non-encoding pass is performed first to analyze the complexity of all frames in the source. Then, the available bits can be allocated across the entire video to give the best quality at a given bitrate. Two-pass is available in X264 and X265, but not in NVENC (although there is a confusing reference to two pass in the docs that doesn't actually qualify as true "two pass").

The alternative to VBR would be CBR (Constant Bitrate). VBR is generally superior to CBR because bits can be allocated as needed to different parts of the video, while CBR uses the same bitrate over the entire video usually resulting in too many bits being allocated to some parts and too few to others. But some methods of distributing video over digital pathways require CBR. Because of it's encoding purpose, BD-RB always uses VBR in its encodes.

In my experience CQM provides better quality than ABR -- but it's output size varies based upon the complexity of the content. To combat that, BD-RB does a prediction using samples of the source. It works pretty well most of the time -- but it can occasionally under/over size.

Now... with that said. My understanding of your problem was that you select one of the choices but the checkmark on the dropdown menu wasn't matching what you chose... is that correct, or did I misunderstand?


@Sharc -- sorry that I repeated much of what you were explaining... I think I probably added to the confusion by adding a "(VBR)" behind the ABR selection in the dropdown menu but not doing so to the CQM selection.

[spotswood]

VBR is generally superior to CBR because bits can be allocated as needed to different parts of the video, while CBR uses the same bitrate over the entire video usually resulting in too many bits being allocated to some parts and too few to others. Because of it's encoding purpose, BD-RB always uses VBR in its encodes.Which is why I was confused as to why I was seeing ABR mode...
Now... with that said. My understanding of your problem was that you select one of the choices but the checkmark on the dropdown menu wasn't matching what you chose... is that correct, or did I misunderstand?No, when I select VBR Mode in the dropdown after previously using CQM, when I restart the job the log shows ABR being used rather than VBR (see pic in previous post). But here's something weird... when restarting the same job after changing settings, BDRB asks if I want to delete the previous files which I select yes. But with the folder open in which the files are located (.log and .inf), the files are not deleted, unless it happens so fast that I don't see it. My guess is that the files are not deleted and BDRB uses the info from the previous CQM job? I don't know.

After trying different settings and still getting ABR mode when selecting VBR, I physically deleted the previous .log and .inf files so BDRB has to create new ones. When I start the "new" job, voila VBR mode. Weird huh? I knew I wasn't seeing things last night! So now I make sure to physically delete the previous .log and .inf files before starting a new job and BDRB uses VBR mode.

UPDATE:
Well I might have spoke too soon. I just started another job using the same settings as the one before that used VBR mode and BDRB is back to ABR mode. So confusing and frustrating. What I tried this time was using Automatic Quality and BDRB chose Very Fast/VBR. I aborted and went back to Highest Quality and VBR mode was kept. So I don't know at this point. I guess I'll go back and forth between settings until I get VBR for what I'm running. Sorry for all the confusion. Maybe you can come up with why it won't just use VBR when selected. Thanks for all your help...

[cartman0208]

...
Now... with that said. My understanding of your problem was that you select one of the choices but the checkmark on the dropdown menu wasn't matching what you chose... is that correct, or did I misunderstand?
...

I'm pretty sure, that's what is causing the confusion here.
If the x264 / x264 encoder is selected, CRF and ABR appear in the menu.
If set to NVENC, you can see CQM and VBR.
Easiest solution would be to substitute the V with an A in the NVENC menu :D

To repeat what starc and JD already said ...
BDRB can do 2 MODES: Average Bitrate (ABR) and Constant Quality (CRF/CQM)
Variable Bitrate (VBR) is used in both modes ...

Please correct me, if that is wrong.

[Sharc]

.... So confusing and frustrating. What I tried this time was using Automatic Quality and BDRB chose Very Fast/VBR. I aborted and went back to Highest Quality and VBR mode was kept. So I don't know at this point. I guess I'll go back and forth between settings until I get VBR for what I'm running. Sorry for all the confusion. Maybe you can come up with why it won't just use VBR when selected. Thanks for all your help...
Whichever encoding mode you select (CQM or ABR, 1-pass or 2-pass), the encoding will always be done with VBR (variable bitrate). The menu or log may or may not tell this explicitly for every setting.
CQM or ABR (1-pass or 2-pass) are just different methods for how to steer the bitrate -- which is however always variable (=VBR). Otherwise you wouldn't get a decent quality for blu-ray backups on a DVD 9.
I think this is causing your confusion, no?

Hint: When publishing your settings you should do this in text form rather than append it as an attachment (.png) which needs to be approved by a moderator before anyone can see it.

Edit:
I just read cartman's comment:
I'm pretty sure, that's what is causing the confusion here.
If the x264 / x264 encoder is selected, CRF and ABR appear in the menu.
If set to NVENC, you can see CQM and VBR.
Easiest solution would be to substitute the V with an A in the NVENC menu
Good point.

[Jackie Treehorn]

@Jackie Treehorn

After the job has failed, check the file LASTCMD.TXT in the BD Rebuilder folder. It has the command line that failed contained within it. Please post that command line here so I can see if there is something obvious wrong. Also, open a CMD window and cut/paste the command into it and see what error is occurring. Then please paste that here as well.

@ jdobbs

Any chance to take a look what I posted in response to your inquiry?

Many thanks for your assistance on this! Sending some AMZN cards for the development and support.

Cheers

[jdobbs]

@spotswood

And... as I explained in my post and others are explaining -- ABR is VBR.

As cartman0208 said, I think what is causing the confusion is that I used different terms in the dropdown menu if you select X264/X265 than if you select NVENCC.

In X264/X265 the two modes you can select are:

- One Pass (CRF) Encoding
- One Pass (ABR) Encoding

If either is selected, you are doing one-pass encoding. If neither are selected you are doing two-pass encoding.

In NVENCC the two modes you can select are:

- One Pass (CQM) Encoding
- One Pass (VBR) Encoding

One of the two is always selected because there is no two-pass mode in NVENCC.

My guess is that you are switching between X264/X265 mode and NVENCC and that is causing the confusion when you see the "ABR" change to "VBR". But, since ABR is VBR -- it really isn't a conflict. I'll change the name on the second option of one or the other of the selections so they match to avoid confusion.

[jdobbs]

@ jdobbs

Any chance to take a look what I posted in response to your inquiry?

Many thanks for your assistance on this! Sending some AMZN cards for the development and support.

CheersFrom your last post (https://forum.doom9.org/showthread.php?p=1939294#post1939294) it looks like the encode is actually working when you run it from the command line. That's the confusing part.

[gamete]

@jdobbs

Can you help me with this error

https://forum.doom9.org/showpost.php?p=1937502&postcount=30428

[Jackie Treehorn]

From your last post (https://forum.doom9.org/showthread.php?p=1939294#post1939294) it looks like the encode is actually working when you run it from the command line. That's the confusing part.

Below there seems to be some errors in command line paste from the last command in the BD folder; it does seem to complete that portion of the encode tho....

Microsoft Windows [Version 10.0.19042.631]
(c) 2020 Microsoft Corporation. All rights reserved.

C:\Windows\system32>"C:\Users\James\Documents\BD_Rebuilder\tools\x264L-64.exe" "C:\USERS\JAMES\DOCUMENTS\27027846_LADY_IN_THE_WATER\BDMV\STREAM\00000.m2ts" --preset medium --bluray-compat --demuxer lavf --force-cfr --b-pyramid none --weightp 1 --slow-firstpass --qpmin=0 --crf 23 --level 4.0 --qpfile "C:\USERS\JAMES\DOCUMENTS\WORKING\WORKFILES\VID_00000.CHP" --aud --nal-hrd vbr --pic-struct --vbv-bufsize 15000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 15000 --threads auto --thread-input --stats "C:\USERS\JAMES\DOCUMENTS\WORKING\WORKFILES\00000.m2ts.264.stats" --output "C:\USERS\JAMES\DOCUMENTS\WORKING\WORKFILES\00000.m2ts.264"
[mpegts @ 00000000001c7080] Failed to open codec in av_find_stream_info
[mpegts @ 00000000001c7080] start time for stream 4 is not set in estimate_timings_from_pts
[mpegts @ 00000000001c7080] start time for stream 5 is not set in estimate_timings_from_pts
[mpegts @ 00000000001c7080] start time for stream 6 is not set in estimate_timings_from_pts
[mpegts @ 00000000001c7080] start time for stream 7 is not set in estimate_timings_from_pts
[mpegts @ 00000000001c7080] Could not find codec parameters for stream 1 (Audio: ac3 (AC-3 / 0x332D4341), 0 channels): unspecified sample rate
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[mpegts @ 00000000001c7080] Could not find codec parameters for stream 2 (Audio: ac3 (AC-3 / 0x332D4341), 0 channels): unspecified sample rate
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[mpegts @ 00000000001c7080] Could not find codec parameters for stream 3 (Audio: ac3 (AC-3 / 0x332D4341), 0 channels): unspecified sample rate
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[mpegts @ 00000000001c7080] Could not find codec parameters for stream 4 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[mpegts @ 00000000001c7080] Could not find codec parameters for stream 5 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[mpegts @ 00000000001c7080] Could not find codec parameters for stream 6 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[mpegts @ 00000000001c7080] Could not find codec parameters for stream 7 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
lavf [info]: 1920x1080p 1:1 @ 24000/1001 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
x264 [info]: profile High, level 4.0
x264 [info]: frame I:7940 Avg QP:20.27 size: 46872
x264 [info]: frame P:62583 Avg QP:21.49 size: 17541
x264 [info]: frame B:87221 Avg QP:23.20 size: 6073
x264 [info]: consecutive B-frames: 22.4% 4.1% 23.0% 50.5%
x264 [info]: mb I I16..4: 23.9% 72.1% 4.0%
x264 [info]: mb P I16..4: 3.7% 7.6% 0.1% P16..4: 40.4% 5.8% 5.5% 0.0% 0.0% skip:36.9%
x264 [info]: mb B I16..4: 0.3% 0.4% 0.0% B16..8: 30.7% 1.0% 0.1% direct: 1.3% skip:66.2% L0:36.5% L1:62.4% BI: 1.1%
x264 [info]: 8x8 transform intra:69.0% inter:93.1%
x264 [info]: coded y,uvDC,uvAC intra: 39.3% 52.0% 9.3% inter: 10.3% 16.5% 0.1%
x264 [info]: i16 v,h,dc,p: 41% 19% 8% 32%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 17% 31% 3% 4% 4% 4% 4% 3%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 37% 18% 12% 5% 8% 7% 6% 5% 3%
x264 [info]: i8c dc,h,v,p: 58% 19% 21% 3%
x264 [info]: Weighted P-Frames: Y:2.8% UV:0.9%
x264 [info]: ref P L0: 68.9% 18.9% 12.2%
x264 [info]: kb/s:2431.46

encoded 157744 frames, 38.89 fps, 2431.46 kb/s

C:\Windows\system32>

[Jackie Treehorn]

It appears this is the error I keep getting....

[14:46:57]PHASE ONE complete
[14:46:57]PHASE TWO - Rebuild Started
- [14:46:57] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MP4BOX)
[14:46:58] - Failed to REBUILD

[spotswood]

Whichever encoding mode you select (CQM or ABR, 1-pass or 2-pass), the encoding will always be done with VBR (variable bitrate). The menu or log may or may not tell this explicitly for every setting. CQM or ABR (1-pass or 2-pass) are just different methods for how to steer the bitrate -- which is however always variable (=VBR). I think this is causing your confusion, no?
My confusion comes from the fact that BDRB keeps switching modes (or nomenclature) when running the exact same job with the exact same source/settings. See below:

This one I did last night that BDRB shows using VBR...

----------------------
[03/29/21] BD Rebuilder v0.61.21
[13:44:21] Source: GLADIATOR_D1_00010
- Input BD size: 37.47 GB
- Approximate total content: [02:50:58.873]
- Target BD size: 8.00 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[13:44:21] PHASE ONE, Encoding
- [13:44:21] Processing: VID_00102 (1 of 27)
- [13:44:22] Extracting A/V streams [VID_00102]

This one I did this morning using the exact same source/settings that BDRB shows using ABR... :confused:

----------------------
[03/30/21] BD Rebuilder v0.61.21
[09:26:40] Source: GLADIATOR_D1_00010
- Input BD size: 37.47 GB
- Approximate total content: [02:50:58.873]
- Target BD size: 8.00 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), ABR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[09:26:40] PHASE ONE, Encoding
- [09:26:40] Processing: VID_00102 (1 of 27)
- [09:26:40] Extracting A/V streams [VID_00102]
EXIT CODE: 259
[09:26:57]PHASE ONE aborted by user requestWhy is BDRB changing modes (or nomenclature) when using the exact same decoder/source/settings? That's the "the crux of the biscuit."

My guess is that you are switching between X264/X265 mode and NVENCC and that is causing the confusion when you see the "ABR" change to "VBR". But, since ABR is VBR -- it really isn't a conflict. I'll change the name on the second option of one or the other of the selections so they match to avoid confusion.But I'm not using X264/X265. I'm using NVENC and seeing VBR change to ABR and visa-versa when running the exact same job with the exact same decoder/source/settings, as my examples above show. If you want to change the lettering to avoid confusion that's fine, but I think there's something else going on internally that's causing this, but I don't know. If it's all VBR as everyone is suggesting, replace the A with a V. Sorry to stir up a hornets nest. As always jdobbs, thanks for all your hard work. I'll accept any solution you come up with...

[cartman0208]

My confusion comes from the fact that BDRB keeps switching modes (or nomenclature) when running the exact same job with the exact same source/settings. See below:
...

Ok, now I think I understand.
...and I'm able to reproduce it...

Start BDRB, set VBR -> VBR is in the log
Abort encode, exit BDRB
Start BDRB, just push the "Backup" button -> ABR is in the log

Hope that helps, JD ;)

[spotswood]

My confusion comes from the fact that BDRB keeps switching modes (or nomenclature) when running the exact same job with the exact same source/settings...

Ok, now I think I understand.
...and I'm able to reproduce it...

Start BDRB, set VBR -> VBR is in the log
Abort encode, exit BDRB
Start BDRB, just push the "Backup" button -> ABR is in the log

Hope that helps, JD ;)YES, EXACTLY! I'm not going crazy!!! Although I'm not always exiting BDRB in between encodes. Also hope that helps... ;^)

[jdobbs]

Ok, now I think I understand.
...and I'm able to reproduce it...

Start BDRB, set VBR -> VBR is in the log
Abort encode, exit BDRB
Start BDRB, just push the "Backup" button -> ABR is in the log

Hope that helps, JD ;)Yeah. I see it. The text that it uses when starting is different than the text used when first selecting.

I'll make it consistent for the next release. But, it's just a cosmetic fix -- the processing works the same either way.

[spotswood]

Yeah. I see it. The text that it uses when starting is different than the text used when first selecting.

I'll make it consistent for the next release. But, it's just a cosmetic fix -- the processing works the same either way.Great! Bug Vanquished! V is for Victory! VBR Rules! Sorry for any convusion (pun intended). :D

[cartman0208]

...
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 1 / 24 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 15 / 4 / 0
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 2 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-20153 kbps / 0.60
x265 [info]: VBV/HRD buffer / max-rate / init : 45000 / 48000 / 0.900
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip signhide tmvp fast-intra
x265 [info]: tools: strong-intra-smoothing lslices=8 deblock sao stats-write
x265 [error]: malloc of size 20951040 failedime=00:00:00.79 bitrate=4772805.4kbits/s speed=0.723x
x265 [error]: memory allocation failure, aborting encode
x265 [info]: consecutive B-frames: 100.0% 0.0% 0.0% 0.0% 0.0%

encoded 0 frames
aborted at input frame 23, output frame 0
av_interleaved_write_frame(): Broken pipe
Error writing trailer of pipe:: Broken pipetime=00:00:01.16 bitrate=4602347.3kbits/s speed=0.667x
frame= 28 fps= 10 q=-0.0 Lsize= 656100kB time=00:00:01.16 bitrate=4602347.3kbits/s speed=0.421x
video:14kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4544317.000000%
Conversion failed!
...


That seems not right, might be something wrong with the source?

[gamete]

I dont know
Now i get backup
First with dvdfab without compression
After with bdrebuilder in bd25

First time i have problem with a backup

[Lathe]

@Lathe

If you don't mind me asking, what was the Blu-ray source of the burned copy that wouldn't play in your BDP-83? I'm having a similar problem that I initially tried addressing at RedFox here:

https://forum.redfox.bz/threads/solved-screenpass-problem-with-knives-out-blue-ray.78237/page-4#post-534479

but I'm not so sure that's the problem. Another poster in that thread had a similar problem with that title (Knives Out) and the burned copy not playing in a stand alone Blu-ray player. Also reported that with "Judy" (another recent Lionsgate release) on Blu-ray.

https://forum.redfox.bz/threads/solved-screenpass-problem-with-knives-out-blue-ray.78237/page-3#post-513955

I'm just wondering if this might be a specific title or a larger Lionsgate issue (or maybe I just have an entire spindle of blank discs that have gone bad).

If you feel so inclined...thanks.

It's been a little while ago (my fault) so I'm not sure, but I believe it was the recent Blu-ray release of 'BREAKDOWN' from Imprint in Australia, but ripped region free of course. Again, in my case it SEEMS that the only difference between a Blu-ray disc burned after being re-encoded by BDRB playing and not playing was using an older version of TSMuxer instead of whatever newer version is included with BDRB. As soon as I took the raw re-encoded files from the 'Workfiles' folder and remuxed them with the older version of TSMuxer, the resulting Blu-ray played perfectly.

[Lathe]

Great! Bug Vanquished! V is for Victory! VBR Rules! Sorry for any convusion (pun intended). :D

https://lh3.googleusercontent.com/pw/ACtC-3c2olx_T2Z4d60deJD2Bl9c6EXVBZZgbiLSyMEgyEeMTAb0e6UelBHdUtnS8KnCl6OSwB9o48jBTG6y-81vn2KODEAy_CucUGLZaPHQDF1_4oynIDNX1XQ01e96_9dmkw-UmgXyo3DgsGuoAjR9NJn0Tw=w500-h208-no?authuser=0

[hautem]

It's been a little while ago (my fault) so I'm not sure, but I believe it was the recent Blu-ray release of 'BREAKDOWN' from Imprint in Australia, but ripped region free of course. Again, in my case it SEEMS that the only difference between a Blu-ray disc burned after being re-encoded by BDRB playing and not playing was using an older version of TSMuxer instead of whatever newer version is included with BDRB. As soon as I took the raw re-encoded files from the 'Workfiles' folder and remuxed them with the older version of TSMuxer, the resulting Blu-ray played perfectly.

@Lathe

Thanks much for the reply/info. I was just curious if it was another Lionsgate release.

[gamete]

Good morning. I have a doubt. if when I make a backup in bd25 the estimated time is 50 hours with 2 passes, how much will the estimated time be if I make a backup in bd50 of the same film with the same settings? 25 hours?

[spotswood]

Great! Bug Vanquished! V is for Victory! VBR Rules! Sorry for any convusion (pun intended). :D

https://lh3.googleusercontent.com/pw/ACtC-3c2olx_T2Z4d60deJD2Bl9c6EXVBZZgbiLSyMEgyEeMTAb0e6UelBHdUtnS8KnCl6OSwB9o48jBTG6y-81vn2KODEAy_CucUGLZaPHQDF1_4oynIDNX1XQ01e96_9dmkw-UmgXyo3DgsGuoAjR9NJn0Tw=w500-h208-no?authuser=0?????

[Lathe]

?????

Your PUN! :rolleyes:

[Lathe]

Top man , nice to see people supporting this awesome piece of software, its certainly been useful to me so will also be donating soon

Well, I just got this stimulus dumped in my lap and I don't really have a lot of expenses, so I thought it would be a good time to send something JD's way.

I kinda wanted to help out gonca too. I feel kind of sorry for him way up there in the Great North, isolated deep in the snowy forest in that ramshackle cabin of his. But, I KNOW that he would just spend it on Moose Pheromones. Sometimes tough love is best... (not to be confused with Moose love)

[cartman0208]

Good morning. I have a doubt. if when I make a backup in bd25 the estimated time is 50 hours with 2 passes, how much will the estimated time be if I make a backup in bd50 of the same film with the same settings? 25 hours?

I'd guess, about the same time ... the whole video needs to be reencoded, just with a higher bitrate.

Why don't you just try it?

[kpic]

So I'm not sure if this is a 'bug', a known limitation or I have an internal setting wrong? Using latest BDRB 0.61.21 and I am sending through a UHD title that has an additional audio track muxed in (I am doing testing to add in audio\subtitle tracks to existing UHD title & have thread over in the "Blu-ray Authoring' section)

Anyway this title has 2 audio tracks; DTS 4.0, DTS 2.0 I have muxed in an additional track & clipinfo that is DTS-HD 7.1 (BDRB reads it ok upon import) - so it reads it all correctly when importing. I set everything as export to BD-50 & Full Backup and the version that has been output now has converted my DTS-HD 7.1 track to a DTS 5.1 track (So it now shows DTS 4.0, 2.0 & 5.1 where before BDRB it showed DTS 4.0, 2.0 & DTS-HD MA 7.1)

Is this a limitation of BDRB, or did it do something on purpose to convert the DTS-HD 7.1 track to DTS 5.1?

[jdobbs]

So I'm not sure if this is a 'bug', a known limitation or I have an internal setting wrong? Using latest BDRB 0.61.21 and I am sending through a UHD title that has an additional audio track muxed in (I am doing testing to add in audio\subtitle tracks to existing UHD title & have thread over in the "Blu-ray Authoring' section)

Anyway this title has 2 audio tracks; DTS 4.0, DTS 2.0 I have muxed in an additional track & clipinfo that is DTS-HD 7.1 (BDRB reads it ok upon import) - so it reads it all correctly when importing. I set everything as export to BD-50 & Full Backup and the version that has been output now has converted my DTS-HD 7.1 track to a DTS 5.1 track (So it now shows DTS 4.0, 2.0 & 5.1 where before BDRB it showed DTS 4.0, 2.0 & DTS-HD MA 7.1)

Is this a limitation of BDRB, or did it do something on purpose to convert the DTS-HD 7.1 track to DTS 5.1?BD-RB can change a 7.1 track to a 5.1 track is if it is being reencoded (standard AC3 doesn't support 7.1). Since your description says it is still DTS in the output -- I don't see how that could be the case. It might also happen if the core audio is being kept and the core is 5.1.

If I understand correctly, you have created a file (MKV, MP4, M2TS?) in which you have muxed in a DTS 7.1 track and then imported it into BD-RB. You then reencoded from the newly created pseudo-disc structure.

1. Do you have "Do not convert DTS to AC3" checked in the SETUP dialog? That will prevent it from being reencoded to AC3.

2. You should also make sure you click "Keep HD Audio for BD25/Alternate intact" -- and set your output size is set to a minimum of BD-25 (as it appears you have). That's because HD audio is generally too big for smaller output sizes. Typically 7.1 sources are HD (as yours is). By default it is unchecked and BD-RB keeps the core audio.

I'm guessing the option in #2 isn't checked and that is the source of your issue.

[kpic]

Jdobbs; thanks for the reply, I did in fact have the 'Keep HD Audio' unchecked in the setup, so it was converting the DTS-HD tracks to DTS just like you thought.

Basically in that other thread another user and I are trying to come up with a streamlined or system\guide to insert audio & subtitle tracks into a UHD title keeping everything else (structure) intact.

Simplified; if TSmuxerGUI is used to create the M2TS you would like (with added sub track\audio etc.) along with a clipinf file then replace the M2TS in the current UHD title with your revised one (of course it doesn't work correctly at this point).

At that point if you take that revised UHD title and send it through your lovely program it will 'fix' the title into a playable UHD title, I then use BDedit for further needed tweaking.

Now for me I have a finished & working 45gb or so UHD title capable of burning to BD-DL and that is fine for me however others may want to keep the UHD size intact and use an ISO for playback - my test UHD title is 57gb in size - so for them; is BDRB able to run through the entire process to 'rebuild & fix' the title but not actually compress?

[jdobbs]

Jdobbs; thanks for the reply, I did in fact have the 'Keep HD Audio' unchecked in the setup, so it was converting the DTS-HD tracks to DTS just like you thought.

Basically in that other thread another user and I are trying to come up with a streamlined or system\guide to insert audio & subtitle tracks into a UHD title keeping everything else (structure) intact.

Simplified; if TSmuxerGUI is used to create the M2TS you would like (with added sub track\audio etc.) along with a clipinf file then replace the M2TS in the current UHD title with your revised one (of course it doesn't work correctly at this point).

At that point if you take that revised UHD title and send it through your lovely program it will 'fix' the title into a playable UHD title, I then use BDedit for further needed tweaking.

Now for me I have a finished & working 45gb or so UHD title capable of burning to BD-DL and that is fine for me however others may want to keep the UHD size intact and use an ISO for playback - my test UHD title is 57gb in size - so for them; is BDRB able to run through the entire process to 'rebuild & fix' the title but not actually compress?Yes. You can either set FORCE_NOENCODE=1 in the INI file, or create a custom output size and make it larger than the input. If there is no need to recompress, the BD-RB will keep it intact.

Just a warning, though. The maximum encode bitrate for a BD-66 or BD-100 is higher than a BD-50. I haven't personally had an issue with it... but it's possible there could be playback issues if the bitrate goes higher than acceptable for BD-50, assuming the source came from a BD-66 or BD-100.

[gamete]

I'd guess, about the same time ... the whole video needs to be reencoded, just with a higher bitrate.

Why don't you just try it?

I was hoping that with less compression it would take less time

[sieve]

I've redone this bd a couple of times and am having the same problem. The video playback of the burned bd has a notably slow fps, as if I'm watching a slow motion playback.

I am running v61.21. I have even tried uninstalling and reinstalling bdrb and all associated programs hoping that would help. It didn't.

Any help is appreciated. Data is below. Thanks!

Here is the log from the last encode:

----------------------
[04/07/21] BD Rebuilder v0.61.21
[22:08:59] Source: ROCKY_HORROR_WW_00800
- Input BD size: 26.60 GB
- Approximate total content: [01:38:40.914]
- Target BD size: 21.97 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:08:59] PHASE ONE, Encoding
- [22:08:59] Processing: VID_00260 (1 of 3)
- [22:08:59] Extracting A/V streams [VID_00260]
- [22:09:30] Reencoding video [VID_00260]
- [22:09:30] Keeping original video (no reencode)
- [22:09:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:09:30] Processing: VID_00261 (2 of 3)
- [22:09:30] Extracting A/V streams [VID_00261]
- [22:10:03] Reencoding video [VID_00261]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 106,957 frames
- Bitrate: 23,325 Kbs
- [22:10:03] Reencoding: VID_00261, Pass 1 of 2
- [23:19:14] Reencoding: VID_00261, Pass 2 of 2
- [03:23:05] Video Encode complete
- [03:23:05] Processing: VID_00263 (3 of 3)
- [03:23:05] Extracting A/V streams [VID_00263]
- [03:23:11] Reencoding video [VID_00263]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,935 frames
- Bitrate: 23,016 Kbs
- [03:23:11] Reencoding: VID_00263, Pass 1 of 2
- [03:25:29] Reencoding: VID_00263, Pass 2 of 2
- [03:40:50] Video Encode complete
[03:40:50]PHASE ONE complete
[03:40:50]PHASE TWO - Rebuild Started
- [03:40:50] Rebuilding BD file Structure
[03:41:40] - Encode and Rebuild complete
[03:41:40] Writing BD structure to ISO file
- ImgBurn completed successfully
- ROCKY_HORROR_WW folder removed.
- WORKFILES folder removed.
[03:42:52] JOB: ROCKY_HORROR_WW finished.


and here is the INF file:

[Status]
LABEL=ROCKY_HORROR_WW
VERSION=v0.61.21
SOURCE_SIZE=28559505408
SOURCE_VIDEO_SIZE=28559505408
TARGET_SIZE=23592960000
REDUCTION=.826098339692928
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
UHD_V3_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=3
REBUILD_COMPLETE=1
[00260]
AUDIO=1000000
PGS=00000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4858045732
USE_ORIGINAL=1
NSIZE=0
FLINK=-1
MLINK=0
[00261]
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=17762342798
RATE=23325
SPLITS=1
AUDIO=1000000
NSIZE=0
FLINK=-1
MLINK=0
[00263]
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=972571470
RATE=23016
SPLITS=1
AUDIO=1000000
NSIZE=0
FLINK=0
MLINK=0

[RetsimLegin]

I'm very new to this and am not sure whether this is a BDRB bug or something else. So I'm doing this as a separate thread. Happy for it to merge into the BDRB bug thread if it transpires that's what I'm seeing. Any help on this will be appreciated:

I have embarked on a project to save storage space by pulling content off a DVD set and putting it onto BD-R DLs. Typically it will be around 7 or 8 DVDs into one BD-R DL. The source DVD is film based (a 1960s TV series) NTSC.

Method used is extract DVD titles using MakeMKV. Build a BD structure and menu using MultiAVCHD. Create disc folders without transcoding. So at this point we have a working BD layout with entirely SD MPEG content that has NOT been re-encoded; just remuxed as necessary. Files are not split; each m2ts stream represents one original title.

The completed output is larger than 50GB so it needs re-encoding to fit a BD-R DL, so I'd use BDRB to re-encode the whole thing down to a smaller size. Doing it in this order means that the whole re-encode (which is the only time-consuming part of it) can be done in a single sweep unattended. Note: I do not rescale the SD content; I leave it at its original definition - NTSC 720x480 - because upscaling will be done in the player in due course anyway and using more pixels would therefore only occupy unnecessary disc space or compromise on compression quality or both.

Up to press I have done several of these successfully on a fairly well-specced machine (i7) with no dedicated graphics chip using the x264 encoder. It encodes at around 80-100 fps and a full disc takes perhaps 6 hours. I just recently got a new machine which has a NVidia GTX1650Ti graphics chip and decided to try the same process, but using the NVENC encoder.

And here is the problem. It got about 75% into the encoding step of the first title (running at ~1500 fps - >15x faster than the i7/x264) and then quit with the message "NVENCC prematurely terminated". Eventually, I did the project on the same new machine using the x264 encoder and that has worked just fine, but 15x more slowly (again ~90 fps).

Since, I have tried the following, all with the same outcome:
- imported that first title alone into BDRB (m2ts from the BD mastered "stream" folder; about 90 minutes duration) and tried to back it up
- imported the raw source .mkv of that title; ditto
- imported a different title (~45 mins) from the same project; ditto
- imported a fresh title (~45 mins) from an entirely different disc set; ditto
- imported a title (~45 mins) using another extraction tool (not MakeMKV) to .mpg; ditto
- tried all encoding options CQM, VBR and "auto" on at least one of the above; ditto.
- tried three of the decoding/frame serve options; ditto

So - simply - any clues?

For reference, here is the BDRB log from a second attempt of the entire project:
----------------------
[04/04/21] BD Rebuilder v0.61.21
[09:00:36] Source: AVCHD_34
- Input BD size: 54.14 GB
- Approximate total content: [21:49:07.947]
- Target BD size: 41.99 GB
- Windows Version: 6.2 [9200]
- Auto Quality: High Quality (Default), VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[09:00:41] PHASE ONE, Encoding
- [09:00:41] Processing: VID_00000 (1 of 35)
- [09:00:41] Extracting A/V streams [VID_00000]
- [09:01:33] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 155,453 frames
- Bitrate: 4,333 Kbs
- [09:01:33] Reencoding: VID_00000, Pass 1 of 1
- Error: NVENCC prematurely terminated.
- Encoded: 124372, expected: 155453
[09:03:19] - Failed video encode, aborted
[04/04/21] Checking System Settings
- BD-Rebuilder v0.61.21
- Windows Version: 6.2 [9200]
- Working Path Free Space: 565.31GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[04/04/21] Systems Settings Check complete

=========================================

PC hardware:
GeForce GTX 1650 Ti (Driver v 461.92) + 4GB GDDR5 VRAM
Intel Iris XE integrated graphics
11th Gen Intel Core i7-1165G7 @ 2.80GHz
64GB RAM
Windows 10 20H2
1TB Samsung 980PRO SSD

=========================================

MEDIA INFO for one of the test source files
General
Unique ID : 190443608565044140394060944873527511407 (0x8F461AD7238A3D69E420A18934E5096F)
Complete name : D:\GFU for NVENCC test make.mkv
Format : Matroska
Format version : Version 2
File size : 1.82 GiB
Duration : 50 min 7 s
Overall bit rate mode : Variable
Overall bit rate : 5 201 kb/s
Encoded date : UTC 2021-04-06 12:15:19
Writing application : MakeMKV v1.16.1 win(x64-release)
Writing library : libmakemkv v1.16.1 (1.3.10/1.5.2) win(x64-release)

Video
ID : 1
ID in the original source medium : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings : CustomMatrix / BVOP
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : M=3, N=12
Codec ID : V_MPEG2
Codec ID/Info : MPEG 1 or 2 Video
Duration : 50 min 7 s
Bit rate mode : Variable
Bit rate : 5 004 kb/s
Maximum bit rate : 9 000 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Variable
Frame rate : 23.976 FPS
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Scan order : 2:3 Pulldown
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.604
Time code of first frame : 01:14:55:12
Time code source : Group of pictures header
GOP, Open/Closed : Closed
Stream size : 1.75 GiB (96%)
Language : English
Default : No
Forced : No
Color primaries : BT.601 NTSC
Transfer characteristics : BT.601
Matrix coefficients : BT.601
Original source medium : DVD-Video

Audio
ID : 2
ID in the original source medium : 189 (0xBD)128 (0x80)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 50 min 7 s
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 68.8 MiB (4%)
Title : Stereo
Language : English
Service kind : Complete Main
Default : Yes
Forced : No
Original source medium : DVD-Video

Menu
00:00:00.000 : en:Chapter 01
00:06:39.399 : en:Chapter 02
00:07:18.938 : en:Chapter 03
00:19:02.141 : en:Chapter 04
00:25:35.534 : en:Chapter 05
00:35:52.150 : en:Chapter 06
00:49:12.449 : en:Chapter 07
00:49:23.961 : en:Chapter 08

===============================================


Other tests also using a single imported file:
- checking deinterlace caused the encode to fail immediately
- checking IVTC caused the encode to fail immediately
- Convert SD to HD (720p) with no other options checked doubled the frame rate to 59.94. The progress bar showed progress up to 200% and DID complete.

[jdobbs]

After it fails, go to the BD-RB folder and open LASTCMD.TXT. Then open a DOS windows and cut/paste the command from LASTCMD.TXT to the DOS window. Let it attempt the encode, and post the command along wth any error messages here so we can take a look at what is happening.


Just as an aside, why use MultiAVCHD when you can import the MKV files directly with BD-RB?

[jdobbs]

I've redone this bd a couple of times and am having the same problem. The video playback of the burned bd has a notably slow fps, as if I'm watching a slow motion playback.

I am running v61.21. I have even tried uninstalling and reinstalling bdrb and all associated programs hoping that would help. It didn't.

Any help is appreciated. Data is below. Thanks!The only thing I see that is strange is that you are doing a MOVIE-ONLY encode -- but one of the parts is not encoding while the other two are. I don't see an obvious connection to your problem -- but when they are all part of the same movie either all streams or none should be encoded, not a mixture. I'll have to follow the code and see how that could have happened.

[sieve]

Interesting. I hadn't noticed that detail.

I typically do movie-only and with no problems. And I've never had an issue like this one (slow FPS) before. (I have occasionally run into out-of-sync audio, but I think that is a result of the LAV getting corrupted or replaced by another program install. Uninstalling everything and reinstalling with fresh new files fixes that.)

I just looked at the 3 included source files. 260 is the first 20 min or so of the movie. 261 is the middle 75 minutes. 263 is the last 4.

If I play each of these 3 files individually on VLC media player, the video and audio look fine, so the ripped source files are good.

For some reason, the encode/compress function seems to be dramatically slowing the FPS in the final .iso

[jdobbs]

Interesting. I hadn't noticed that detail.

I typically do movie-only and with no problems. And I've never had an issue like this one (slow FPS) before. (I have occasionally run into out-of-sync audio, but I think that is a result of the LAV getting corrupted or replaced by another program install. Uninstalling everything and reinstalling with fresh new files fixes that.)

I just looked at the 3 included source files. 260 is the first 20 min or so of the movie. 261 is the middle 75 minutes. 263 is the last 4.

If I play each of these 3 files individually on VLC media player, the video and audio look fine, so the ripped source files are good.

For some reason, the encode/compress function seems to be dramatically slowing the FPS in the final .isoImmediately after the encode, look at the command line in LASTCMD.TXT. See if a strange frame rate is somehow being used (--fps xx.xx in the command line).

[sieve]

I don't have that file. Maybe because I have settings set to "remove workfiles after rebuild"?
eta it's not in my trash folder either.

[cartman0208]

I don't have that file. Maybe because I have settings set to "remove workfiles after rebuild"?
eta it's not in my trash folder either.

It's located in the BDRB installation folder

[sieve]

I looked there also. Searched the entire HD. I didn't find it.
Here is a screenshot of the install folder...

[thecrowler]

Hi all,
sorry for the newbie question I'm gonna ask.
I would like to remux an UHD M2TS adding a new audio track (PCM) to the existing one.
Could please, anyone, tell me what version of TSMuxer to use (including GUI)?

[LowDead]

Hi all,
sorry for the newbie question I'm gonna ask.
I would like to remux an UHD M2TS adding a new audio track (PCM) to the existing one.
Could please, anyone, tell me what version of TSMuxer to use (including GUI)?

Get over to the TSmuxer thread and get the latest one... It will work for your needs.

//LD

[gonca]

It's located in the BDRB installation folder
Should actually be WORKING folder, if I am correct

[jdobbs]

Should actually be WORKING folder, if I am correctNo. It's the installation folder. But one of the reasons I put this in the instructions...

3. Unzip the BD-RB.zip file. Put it in a directory of its own. I'd recommend putting it somewhere other than "C:\Program Files" until it has been tested more (because of the virtualization that began with Vista).

...is because Windows sometimes virtualizes and puts it elsewhere... I've located it before -- but that was a long time ago and I've forgotten where. Windows tries to keep the program files folders protected.

[sieve]

Fair enough. I haven't had problems in the past with it in Program Files, but I'll give it a shot. I unzipped the files to a different directory (C:bd rebuilder). I started a project and lascmd.txt appeared in the folder.

Thanks, jdobbs!

I'll report back after the encode finishes.

[cartman0208]

I'm trying to troubleshoot the playback of some of my video files, so I'm playing around with the settings and discovered something...

The entry in my alternate.txt states:
[00012]
caption=MP4, IntactVideo, NO_RESIZE, IntactAudio
aType=2
cType=5
vFormat=8


So from my understanding the imported video file should only be demuxed and muxed again, right?
BDRB seems to ignore the aType=2 and remuxes audio-streams to AC3/640kbit
I tried files that already had AC3/640kbit and foles with EAC3/192kbit/5.1 ... all were converted.

Another thing I noticed.
Some files have timed text as subtitles, those are gone after conversion.
Text #1
ID : 3
Format : Timed Text
Muxing mode : sbtl
Codec ID : tx3g
Duration : 47 min 9 s
Bit rate mode : Variable
Bit rate : 70 b/s
Stream size : 24.0 KiB (0%)
Title : English [CC] / English [CC]
Language : English
Forced : No
Encoded date : UTC 2021-04-12 07:26:04
Tagged date : UTC 2021-04-12 07:26:04

I'm pretty sure that is because it's in no way BluRay compatible, but it would be nice to have :rolleyes:

Here's my .INI
[Options]
VERSION=0.61.0.21
ENCODER=1
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=1
AUTO_QUALITY=0
TARGET_SIZE=47366
NVENC_CAPABLE=1
AUDIO_TO_KEEP=deu;eng;ger;
SUBS_TO_KEEP=all
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=1
AUDIO_DRC=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=1
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=1
PGSTOSRT=1
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=50000
AUTO_BURN=2
MOVIEONLY_TYPE=12
ALTCRF=18
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
[Paths]
SOURCE_PATH=U:\BD-OUTPUT\IMPORTS\
WORKING_PATH=U:\BD-OUTPUT\
SupTitlePath=U:\BD_Rebuilder\Tools\SupTitle\x86\SupTitle.dll

[jdobbs]

Fair enough. I haven't had problems in the past with it in Program Files, but I'll give it a shot. I unzipped the files to a different directory (C:bd rebuilder). I started a project and lascmd.txt appeared in the folder.

Thanks, jdobbs!

I'll report back after the encode finishes.It'll work in the "Program Files" folder. But it in the debugging that you run into issues.

[jdobbs]

@cartman0208
# aType=Output Audio Type, 0=AC3 (Default), 1=AAC (Note: Audio bitrate less than 384Kbs implies stereo downmix)
# 2=[Intact audio -- MKV only]
# cType= Container/limits type, 0=iPod (mp4), 1=MKV, 2=iPad (mp4), 3=DVD-5, 4=DVD-9, 5=MP4 6=iPad 2+ (MP4)
Note from the ALTERNATE.TXT type descriptions that aType=2 only applies to MKV output. I can't remember why -- but there was a reason for that. I'd have to go back through my notes to see why. Your output container type is set for MP4.

The names of subtitle types change depending upon the input container type which makes it confusing when you look at them with MediaInfo. BD-RB remuxes non-MKV files to MKV during import so they can be consistent (and I don't have to create an infinite list of synonyms). I'm not that familiar with tx3g, except I believe it is used in MP4 files. For some reason I seem to recall the use of XML for that type -- which might mean it isn't currently supported at all. So I assume you ran MediaInfo against an MP4 file? BD-RB currently supports import of PGS, ASS, and UTF8 (SRT) subtitle types (identified in an MKV container as S_TEXT/UTF8, S_TEXT/ASS, and S_HDMV/PGS).

I'll have to look around for an MP4 file with that subtitle type and see what equivalent type name is (assuming it exists) when remuxed into an MKV container.

[bbcby]

Hello everyone.
How to get bitrate from DTS-HD file?
MediaInfo don't show, only core.

[tebasuna51]

How to get bitrate from DTS-HD file?

Average bitrate = FileSize in Kbits / Time to play in seconds

[bbcby]

Ok, thanks. And the Peak Bitrate?

[tebasuna51]

I don't know for what you need the data, but you need a tool than read all the frames to reach the max frame length.

MediaInfo can't read all frames for speed, you can try with LeeAudBi6 (http://forum.doom9.org/showthread.php?p=1522330#post1522330), is slow because need read all the frames, and need some operations to obtain the bitrates.

A example of relevant info in the LeeAudBi report:
File ........: D:\Test\AudioD\Samples\dts\dtsma\Hd-maH.dts
Size ........: 4705772 bytes

----------------------------------------- First Frame Info
...
Number of PCM Sample Blocks .: 15 ( 512 samples/frame)
Primary Frame Byte Size .....: 2011 ( 2012 bytes/frame)
Core Audio Samp. Frequency ..: 13 (48 kHz)
...
--------------------------------------------- Revised Info
...
Duration ..........: 14,037 seconds. ( 0 h. 0 m. 14,037 s.)
Master A. min./max.: 68 / 6456 (HD-MA subframe bytes)
------------------------------------------------- End Info

Average bitrate = (4705.772 * 8) Kb / 14.037 s. = 2681.925 Kb/s.

Core (Primary frame) bitrate = (2.012 * 8) Kb / (512 / 48000) s. = 1509 Kb/s.

Peak (Primary frame + Max. subframe) bitrate = ((2.012 + 6.456) * 8) Kb / (512 / 48000) s. = 6351 Kb/s

[EDIT]
With standard values (512 samples/frame, 48 kHz)

Bitrate in Kb/s = 0.75 * FrameSize in bytes

@jdobbs
Maybe these posts must be in Audio Encoding subforum (https://forum.doom9.org/forumdisplay.php?f=11)

Feel free of move them if you want.

[cartman0208]

@cartman0208
# aType=Output Audio Type, 0=AC3 (Default), 1=AAC (Note: Audio bitrate less than 384Kbs implies stereo downmix)
# 2=[Intact audio -- MKV only]
# cType= Container/limits type, 0=iPod (mp4), 1=MKV, 2=iPad (mp4), 3=DVD-5, 4=DVD-9, 5=MP4 6=iPad 2+ (MP4)
Note from the ALTERNATE.TXT type descriptions that aType=2 only applies to MKV output.

Sorry, I didn't notice that, my mistake :o
But the MKV setting also reencodes audio:
[00011]
caption=MKV, IntactVideo, NO_RESIZE, IntactAudio
aType=2
cType=1
vFormat=8
vBitrate=0

The reencode seems to happen during import. And despite the log showing "keeping original audio" the reencoded stream is muxed


The names of subtitle types change depending upon the input container type which makes it confusing when you look at them with MediaInfo. BD-RB remuxes non-MKV files to MKV during import so they can be consistent (and I don't have to create an infinite list of synonyms). I'm not that familiar with tx3g, except I believe it is used in MP4 files. For some reason I seem to recall the use of XML for that type -- which might mean it isn't currently supported at all. So I assume you ran MediaInfo against an MP4 file? BD-RB currently supports import of PGS, ASS, and UTF8 (SRT) subtitle types (identified in an MKV container as S_TEXT/UTF8, S_TEXT/ASS, and S_HDMV/PGS).

I'll have to look around for an MP4 file with that subtitle type and see what equivalent type name is (assuming it exists) when remuxed into an MKV container.

You're right, thats from an MP4-file created with the newest product from the RedFox team.
Unfortunately only embedded timed text is currently available (I don't like having extra subtitle files)
I just uploaded a file to the known location ;)

[sieve]

Immediately after the encode, look at the command line in LASTCMD.TXT. See if a strange frame rate is somehow being used (--fps xx.xx in the command line).

Here is the LASTCMD.txt right after encode. Did not see a fps. Timestamp 01:47:

"C:\BD_Rebuilder\tools\x264.exe" "C:\WORKING\WORKFILES\VID_00263.AVS" --preset slow --bluray-compat --ref 4 --b-adapt 1 --b-pyramid none --weightp 1 --qpmin=0 --bitrate 28074 --level 4.1 --qpfile "C:\WORKING\WORKFILES\VID_00263.CHP" --sar 1:1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 30000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000 --threads auto --slices 4 --thread-input --stats "C:\WORKING\WORKFILES\VID_00263.AVS.264.stats" --pass 2 --output "C:\WORKING\WORKFILES\VID_00263.AVS.264"


And here's the related log file:

[04/13/21] BD Rebuilder v0.61.21
[20:14:27] Source: ROCKY_HORROR_WW_00800
- Input BD size: 26.60 GB
- Approximate total content: [01:38:40.914]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[20:14:27] PHASE ONE, Encoding
- [20:14:27] Processing: VID_00260 (1 of 3)
- [20:14:27] Extracting A/V streams [VID_00260]
- [20:15:04] Reencoding video [VID_00260]
- [20:15:04] Keeping original video (no reencode)
- [20:15:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:15:04] Processing: VID_00261 (2 of 3)
- [20:15:04] Extracting A/V streams [VID_00261]
- [20:15:39] Reencoding video [VID_00261]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 106,957 frames
- Bitrate: 28,451 Kbs
- [20:15:39] Reencoding: VID_00261, Pass 1 of 2
- [21:19:49] Reencoding: VID_00261, Pass 2 of 2
- [01:45:01] Video Encode complete
- [01:45:01] Processing: VID_00263 (3 of 3)
- [01:45:01] Extracting A/V streams [VID_00263]
- [01:45:07] Reencoding video [VID_00263]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,935 frames
- Bitrate: 28,074 Kbs
- [01:45:07] Reencoding: VID_00263, Pass 1 of 2
- [01:47:26] Reencoding: VID_00263, Pass 2 of 2
- [02:03:20] Video Encode complete
[02:03:20]PHASE ONE complete
[02:03:21]PHASE TWO - Rebuild Started
- [02:03:21] Rebuilding BD file Structure
[02:04:09] - Encode and Rebuild complete
- WORKFILES folder removed.
[02:04:09] JOB: ROCKY_HORROR_WW finished.

[bbcby]

I don't know for what you need the data.

BD Rebuilder calculates this somehow to avoid buffer overflow.

[MrVideo]

Here is the LASTCMD.txt right after encode. Did not see a fps. Timestamp 01:47:
Take a look at the contents of this file: C:\WORKING\WORKFILES\VID_00263.AVS

[sieve]

I had "delete workfiles" checked in settings. I'll have to reenable that and redo the encode. Stay tuned. And thx!

[MrVideo]

I had "delete workfiles" checked in settings. I'll have to reenable that and redo the encode. Stay tuned. And thx!
The AVS filename should be different.

[jdobbs]

The reencode seems to happen during import. And despite the log showing "keeping original audio" the reencoded stream is muxed Yes, the audio is being reencoded during import. That's because it is EAC3 (not standard AC3). It does that because EAC3 is not supported in the BD standard as a primary audio stream.

When you create the ALTERNATE output, the audio stream existing in the pseudo-BD structure (AC3) is the one that is "kept intact".

[sieve]

Take a look at the contents of this file: C:\WORKING\WORKFILES\VID_00263.AVS

Here is the contents:
#Created by BD Rebuilder - v0.61.21
DirectshowSource("C:\VIDEO\ROCKY_HORROR_WW\BDMV\STREAM\00263.m2ts", fps=23.976, framecount=5935, audio=false)
ConvertToYV12().AssumeFPS(24000,1001)

[MrVideo]

Here is the contents:
If you were to code wrap the text, instead of quote wrap it, it would show up in this quoted post.

That said, 23.976 fps is being passed to the x264 encoder. The resulting C:\WORKING\WORKFILES\VID_00263.AVS.264 is not (according to mediainfo)?

[sieve]

That said, 23.976 fps is being passed to the x264 encoder. The resulting C:\WORKING\WORKFILES\VID_00263.AVS.264 is not (according to mediainfo)?

I think the below indicates it is passing 23.976 FPS to the file (VID_00263.AVS.264)?

Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 4 frames
Bit rate mode : Variable
Bit rate : 28.1 Mb/s
Maximum bit rate : 35.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.565
Writing library : x264 core 158 r2984 3759fcb
Encoding settings : cabac=1 / ref=4 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / lookahead_threads=2 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=1 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=1 / keyint=24 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=24 / rc=2pass / mbtree=1 / bitrate=28074 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=35000 / vbv_bufsize=30000 / nal_hrd=vbr / filler=0 / ip_ratio=1.10 / aq=1:1.00

[MrVideo]

I think the below indicates it is passing 23.976 FPS to the file (VID_00263.AVS.264)?
Frame rate : 23.976 (24000/1001) FPS
Yep. So I am confused as to why you are having issues.

[sieve]

Thanks for assisting with the diagnosis. I guess this one won't be solved.
Hopefully it is just an anomaly related to this specific blu-ray. I'll report back if this happens with the next one I do.

[gamete]

Is it better ac3 or eac3 ?
Thanks

[jdobbs]

Is it better ac3 or eac3 ?
ThanksIt depends on the usage. If you are trying to create a blu-ray disc, EAC3 without core audio is not compliant for the primary stream. That's because EAC3 (DD+) support is optional in a blu-ray player, (AC3 support is required). The way the standard ensures support is by requiring EAC3 to have standard AC3 embedded in the stream as well (core audio).

The main advantage to EAC3 is its ability to support more channels. Standard AC3 has a limit of 6 channels (e.g. 5.1). EAC3, for example, could support 7.1. EAC3 also supports higher data rates.

In BD-RB, since all sources are either imported or come directly from a BD source, an imported EAC3 source would almost always be converted to AC3. There are several reasons -- including the requirement for a "core" audio to be included -- which pretty much never exists in an import source.

Now... which is better? Since Dolby's double blind tests show that a 5.1 AC3 stream encoded at 640Kbs is indistiguishable from an uncompressed source (to the human ear) -- it is debatable whether EAC3's higher bitrates actually provide any useful value. If you need 7.1 for some reason, then maybe... but since a sound mixed on both the front and rear channels of a 5.1 source gives the appearance of a side channel -- it's also debatable as to whether 7.1 is anything more than a marketing gimmick. Others disagree on that -- so what I've stated is nothing more than opinion.

[MrVideo]

It is also a means by which Atmos is provided.

[RetsimLegin]

After it fails, go to the BD-RB folder and open LASTCMD.TXT. Then open a DOS windows and cut/paste the command from LASTCMD.TXT to the DOS window. Let it attempt the encode, and post the command along wth any error messages here so we can take a look at what is happening.


Just as an aside, why use MultiAVCHD when you can import the MKV files directly with BD-RB?I'll try this and your other suggestions and report back later. Thanks for your input.

To answer the "aside" - partly familiarity as I used MultiAVCHD for some other projects that didn't need re-encoding and/or weren't SD content before finding BDRB; and coupled with that - the disc menu is (I think) somewhat more configurable. Indeed the only time I attempted to get BDRB to build its own menu I got a nice background and title card music, but no actual text or highlightable/selectable controls. That was a while back and I no longer have details of what it was I was doing at the time.

[tebasuna51]

Is it better ac3 or eac3 ?
Remember forum rule 12:
Do not ask "what's best" because this question cannot be answered objectively. Each and everyone has their own view about what's best in a certain area.

Like jdobbs say, in order to BD rebuild, the support of EAC3 is optional in BD players then in this area select AC3 can be the best option.

Out of BD rebuild there are other opinions:

1) About more channels than max 5.1 supported by AC3:
If you need 7.1 for some reason, then maybe... but since a sound mixed on both the front and rear channels of a 5.1 source gives the appearance of a side channel -- it's also debatable as to whether 7.1 is anything more than a marketing gimmick.
It is my opinion: for surround 2D is more than enough 5.1 channels, 7.1 is usseless.

2) About bitrate I agree with jdobbs when say:
Since Dolby's double blind tests show that a 5.1 AC3 stream encoded at 640Kbs is indistiguishable from an uncompressed source (to the human ear) -- it is debatable whether EAC3's higher bitrates actually provide any useful value

But, in a general way of course, EAC3 is better than AC3 because:

1) Support not only more channels than AC3 but also surround 3D with Atmos, not allowed for AC3.

2) The encoder is more efficient and we can obtain more quality with less bitrate, like we can see in a multichannel test (https://tech.ebu.ch/files/live/sites/tech/files/shared/tech/tech3324.pdf).

The DD+ (EAC3) 448 Kb/s is comparable to DTS 1500 like AC3 640

Then, if device player support all EAC3 features, EAC3 is better.

[RetsimLegin]

@jdobbs

Confirmed using GeForce experience that driver is current - NVIDIA studio Driver v462.31 (14 Apr 21) was installed just prior to these tests.

Tests using a previously attempted single .mkv as the source.

1: add NVENC_NO_FRAMECHK=1 to .ini file at the last line BEFORE [paths]
Launch BDRB and backup.
Outcome: NVENCC prematurely terminated (at ~79%)
(Encoded 72102, expected 90127)

Just in case it was a typo
2: Exit BDRB
add NVENCC_NO_FRAMECHK=1 to .ini file at the last line BEFORE [paths]
Launch BDRB and backup. (Do not resume job; empty working folder)
Outcome: NVENCC prematurely terminated (at ~79%)
(Encoded 72102, expected 90127)

3: revert above change. Add IMPORT_VFR_SCAN=1 to .ini file at the last line BEFORE [paths]
Launch BDRB and backup. (Do not resume job; empty working folder)
Outcome: NVENCC prematurely terminated (at ~79%)
(Encoded 72102, expected 90127)

4: After the last fail (i.e with the last change to .ini still in place), copied & pasted the contents of LASTCMD.TXT into an elevated command prompt

LASTCMD.TXT
==========


"C:\Users\nigel\Downloads\BDRebuilder\tools\nvenc\nvencc.exe" --avhw --fps 29.97 -i "C:\USERS\NIGEL\VIDEOS\NVENCC TEST\IMPORTS\GFU_FOR_NVENCC_TEST_COREL\BDMV\STREAM\00000.m2ts" --codec h264 --preset performance --bluray --qp-min 0 --vbr 2327 --aq --aq-temporal --keyfile "C:\USERS\NIGEL\VIDEOS\NVENCC TEST\WORKFILES\VID_00000.CHP" --sar 10:11 --aud --pic-struct --vbv-bufsize 13000 --max-bitrate 15000 --gop-len 30 -o "C:\USERS\NIGEL\VIDEOS\NVENCC TEST\WORKFILES\VID_00000.AVS.264"


=========
DOS output
=========

Microsoft Windows [Version 10.0.19042.906]
(c) Microsoft Corporation. All rights reserved.

C:\windows\system32>"C:\Users\nigel\Downloads\BDRebuilder\tools\nvenc\nvencc.exe" --avhw --fps 29.97 -i "C:\USERS\NIGEL\VIDEOS\NVENCC TEST\IMPORTS\GFU_FOR_NVENCC_TEST_COREL\BDMV\STREAM\00000.m2ts" --codec h264 --preset performance --bluray --qp-min 0 --vbr 2327 --aq --aq-temporal --keyfile "C:\USERS\NIGEL\VIDEOS\NVENCC TEST\WORKFILES\VID_00000.CHP" --sar 10:11 --aud --pic-struct --vbv-bufsize 13000 --max-bitrate 15000 --gop-len 30 -o "C:\USERS\NIGEL\VIDEOS\NVENCC TEST\WORKFILES\VID_00000.AVS.264"
--------------------------------------------------------------------------------
C:\USERS\NIGEL\VIDEOS\NVENCC TEST\WORKFILES\VID_00000.AVS.264
--------------------------------------------------------------------------------
NVEncC (x86) 5.15 (r1658) by rigaya, Sep 12 2020 14:50:44 (VC 1900/Win/avx2)
OS Version Windows 10 x64 (19042)
CPU 11th Gen Intel Core i7-1165G7 @ 2.80GHz [TB: 4.69GHz] (4C/8T)
GPU #0: GeForce GTX 1650 Ti (1024 cores, 1485 MHz)[2147483.64]
NVENC / CUDA NVENC API 10.0, CUDA 11.2, schedule mode: auto
Input Buffers CUDA, 20 frames
Input Info avcuvid: MPEG2, 720x480, 30000/1001 fps
Vpp Filters copyDtoD
Output Info H.264/AVC high @ Level auto
720x480p 10:11 29.970fps (30000/1001fps)
Encoder Preset performance
Rate Control VBR
Multipass none
Bitrate 2327 kbps (Max: 15000 kbps)
Target Quality auto
Initial QP I:20 P:23 B:25
QP range I:0-51 P:0-51 B:0-51
VBV buf size 13000 kbit
Lookahead off
GOP length 28 frames
B frames 3 frames [ref mode: disabled]
Ref frames 3 frames
AQ on(spatial, temporal, strength auto)
Others mv:auto cabac deblock adapt-transform:auto bdirect:auto aud pic-struct

encoded 72102 frames, 1953.45 fps, 2337.80 kbps, 670.47 MB
encode time 0:00:36, CPU: 11.9%, GPU: 49.8%, VE: 90.2%, VD: 96.0%
frame type IDR 2583
frame type I 2583, total size 84.34 MB
frame type P 18028, total size 375.14 MB
frame type B 51491, total size 210.98 MB

[jdobbs]

3: revert above change. Add IMPORT_VFR_SCAN=1 to .ini file at the last line BEFORE [paths]
Launch BDRB and backup. (Do not resume job; empty working folder)
Outcome: NVENCC prematurely terminated (at ~79%)
(Encoded 72102, expected 90127) For this to have any impact you would have to import the file again.
2: Exit BDRB
add NVENCC_NO_FRAMECHK=1 to .ini file at the last line BEFORE [paths]
Launch BDRB and backup. (Do not resume job; empty working folder)
Outcome: NVENCC prematurely terminated (at ~79%)
(Encoded 72102, expected 90127)You added it with a syntax error. It should actually say NVENC_NO_FRAMECHK=1 (you added an extra "C"). If that flag is set, BD-RB doesn't even do the check for premature termination.

[RetsimLegin]

For this to have any impact you would have to import the file again.
Tried this again with a fresh import of the same .mkv
Same outcome.



You added it with a syntax error. It should actually say NVENC_NO_FRAMECHK=1 (you added an extra "C"). If that flag is set, BD-RB doesn't even do the check for premature termination.Sure - as I say that was a "just in case" of a typo. Test 1 had it as you quote.

Dumb thought: I edited the .ini file after first making a backup copy of it in the same folder (with a different name). I'm going to do 1 and 3 again after first putting the copy somewhere else entirely. Back in a jiffy.

[RetsimLegin]

Repeat test 1

This is the .ini file

================================

[Options]
VERSION=0.61.0.21
ENCODER=1
MODE=3
ENCODE_QUALITY=5
ONEPASS_ENCODING=2
AUTO_QUALITY=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=0
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=4
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=1000
NVENC_CAPABLE=1
TARGET_SIZE=43000
PRIORITY_CLASS=2
NVENC_NO_FRAMECHK=1
[Paths]
WORKING_PATH=C:\USERS\NIGEL\VIDEOS\NVENCC TEST\
SOURCE_PATH=C:\USERS\NIGEL\VIDEOS\NVENCC TEST\IMPORTS\GFU_FOR_NVENCC_TEST_COREL\


============================

This is the log

============================

[04/17/21] BD Rebuilder v0.61.21
[14:03:38] Source: GFU_FOR_NVENCC_TEST_COREL_00000
- Input BD size: 1.94 GB
- Approximate total content: [00:50:07.237]
- Target BD size: 0.98 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Good (Fastest, BD-25+), ABR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[14:03:41] PHASE ONE, Encoding
- [14:03:41] Processing: VID_00000 (1 of 1)
- [14:03:41] Extracting A/V streams [VID_00000]
- [14:03:51] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 90,127 frames
- Bitrate: 2,327 Kbs
- [14:03:51] Reencoding: VID_00000, Pass 1 of 1
- Error: NVENCC prematurely terminated.
- Encoded: 72102, expected: 90127
[14:04:29] - Failed video encode, aborted

[gamete]

Thanks @jdobbs and @tebasuna51

[mikeonecl]

i make two processing, one with nvenc activated and the second with x264. On nvenc, there are glitches on some frames.
but on x264 is working fine.

can you check this??

i make on Sonic The Hedgehog bluray to bd25. i check others conversion make with nvenc and all have frame glitch.

[LowDead]

i make two processing, one with nvenc activated and the second with x264. On nvenc, there are glitches on some frames.
but on x264 is working fine.

can you check this??

i make on Sonic The Hedgehog bluray to bd25. i check others conversion make with nvenc and all have frame glitch.

Update to latest nVidia drivers and try again. If it still doesn't work there could be other problems with your system. But if you only get errors with nvenc it sounds to me that it is graphic card related or maybe a harddrive giving up, but that is more far fetched according to your error..

//LD

[CraigWally]

i make two processing, one with nvenc activated and the second with x264. On nvenc, there are glitches on some frames.
but on x264 is working fine.

can you check this??

i make on Sonic The Hedgehog bluray to bd25. i check others conversion make with nvenc and all have frame glitch.

If you have quality on Highest change to High (Default) and then report back

[jdobbs]

@RetsimLegin

Based on what I'm seeing in this post (https://forum.doom9.org/showthread.php?p=1940965#post1940965), it appears that NVENCC is finding some indication of an end-of-file before all the frames are processed. I'm at a loss as to why it is stopping (with no error) -- unless maybe there is an H264 end indicator in the stream.

[RetsimLegin]

@jdobbs
Curious. To recap on how consistent this has been
First failure: a full BD layout (compiled using MultiAVCHD from MakeMKV files). The first title is a ~90 minute NTSC SD item. Failed on the first title ~75%.
(Note that the same project encoded throughout just fine using the much slower X264/5 encoder)
Second failure: single file import of the same ~90 minute title .mkv. ~75%
Third failure: single file import of a different title from the same series ~44 minutes ~79%
(various attempts at other settings like deinterlace as described earlier)
Fourth failure: single file import of a ~45 minute title from an entirely different disc set/series .mkv also NTSC SD ~79%
Fifth failure: same source as 4, this time extracted as a .mpg using an entirely different app. ~79%


If you think it may be informative, I could try (for example)
- remuxing (tsMuxeR or AVIDemux) any of the above before trying to encode
- yet another different title from yet another source
- something PAL format
or anything else you think may help narrow it down.

[jdobbs]

@jdobbs
Curious. To recap on how consistent this has been
First failure: a full BD layout (compiled using MultiAVCHD from MakeMKV files). The first title is a ~90 minute NTSC SD item. Failed on the first title ~75%.
(Note that the same project encoded throughout just fine using the much slower X264/5 encoder)
Second failure: single file import of the same ~90 minute title .mkv. ~75%
Third failure: single file import of a different title from the same series ~44 minutes ~79%
(various attempts at other settings like deinterlace as described earlier)
Fourth failure: single file import of a ~45 minute title from an entirely different disc set/series .mkv also NTSC SD ~79%
Fifth failure: same source as 4, this time extracted as a .mpg using an entirely different app. ~79%


If you think it may be informative, I could try (for example)
- remuxing (tsMuxeR or AVIDemux) any of the above before trying to encode
- yet another different title from yet another source
- something PAL format
or anything else you think may help narrow it down.All I can say for sure is that it appears to be something specific to your system, as others aren't experiencing it. But right now I have no idea what it is.

[cartman0208]

@jdobbs
Curious. To recap on how consistent this has been
First failure: a full BD layout (compiled using MultiAVCHD from MakeMKV files). The first title is a ~90 minute NTSC SD item. Failed on the first title ~75%.
(Note that the same project encoded throughout just fine using the much slower X264/5 encoder)
Second failure: single file import of the same ~90 minute title .mkv. ~75%
Third failure: single file import of a different title from the same series ~44 minutes ~79%
(various attempts at other settings like deinterlace as described earlier)
Fourth failure: single file import of a ~45 minute title from an entirely different disc set/series .mkv also NTSC SD ~79%
Fifth failure: same source as 4, this time extracted as a .mpg using an entirely different app. ~79%


If you think it may be informative, I could try (for example)
- remuxing (tsMuxeR or AVIDemux) any of the above before trying to encode
- yet another different title from yet another source
- something PAL format
or anything else you think may help narrow it down.

Could you monitor the free disk space of all of your disks (not just the one with working directory) during the encode? Also keep an eye on your GPU memory (via W10 Task manager).

[RetsimLegin]

@cartman0208
Yes, probably. But it's perhaps worth repeating (as regards both of those factors)
I have tried a ~90 minute title and several ~45 minute titles, and the point at which each failed was not the same in data terms; it was similar in percentage complete terms i.e. the longer title encoded close to twice as much duration (and data) as the shorter one.

[RetsimLegin]

All I can say for sure is that it appears to be something specific to your system, as others aren't experiencing it. But right now I have no idea what it is.
I used tsMuXeR to remux one of the previous test files
a) leaving the frame rate at 29.97 as per source
b) changing the frame rate to 23.976 and remove pulldown (it is a film source).
Reverted the .ini file to remove the no frame check flag.

Outcome:
a) failed at the same place. I did look at the imports folder > {title} > BDMV > STREAM and the entire title was there at its oiriginal size and MPEG2 codec and played back OK in VLC.
b) re-encoded the file fully. But interestingly (?) it left the frame rate at 23.976 which (as far as I know?) isn't valid for SD content in H264 on BluRay.

[cartman0208]

@cartman0208
Yes, probably. But it's perhaps worth repeating (as regards both of those factors)
I have tried a ~90 minute title and several ~45 minute titles, and the point at which each failed was not the same in data terms; it was similar in percentage complete terms i.e. the longer title encoded close to twice as much duration (and data) as the shorter one.

If there are no findings, and Jdobbs has no objections:
You could try to replace the nvenc-files in the BD_Rebuilder\tools\nvenc folder with the most current ones from here (https://github.com/rigaya/NVEnc/releases)
You should use the 32bit-version.
Meanwhile there's like 15 updates between the most current and the version used in BDRB.
I didn't read all the patchnotes, but maybe there's something in there that might help.
Make a backup of the old folder, of course.

[RetsimLegin]

Could you monitor the free disk space of all of your disks (not just the one with working directory) during the encode? Also keep an eye on your GPU memory (via W10 Task manager).
Disk space - >600gb free throughout.
GPU memory - hardly visible at the bottom of the graph.
However I did note that - with automatic quality settings, the Video encode and Video decode graphs hovered around 80% until it got to the point of failure (always exactly the same # of frames in the same title) when it briefly shot up to 100% before abruptly droping to zero as it terminated.

[RetsimLegin]

If there are no findings, and Jdobbs has no objections:
You could try to replace the nvenc-files in the BD_Rebuilder\tools\nvenc folder with the most current ones from here (https://github.com/rigaya/NVEnc/releases)
You should use the 32bit-version.
Meanwhile there's like 15 updates between the most current and the version used in BDRB.
I didn't read all the patchnotes, but maybe there's something in there that might help.
Make a backup of the old folder, of course.

Thanks for this suggestion. Outcome:
1: It ran the GPU at a lower rate (~55%) than previously, but
2: As before, shot up to 100% at exactly the same frame number as before and then terminated.

(Arrgghh!)

[cartman0208]

Thanks for this suggestion. Outcome:
1: It ran the GPU at a lower rate (~55%) than previously, but
2: As before, shot up to 100% at exactly the same frame number as before and then terminated.

(Arrgghh!)

Hmm, ok ... if it is always the same frame ... then there might be something off with the source... I'm not that much into video encodeing but maybe there are tools to analyze that exact frame (maybe also the one before and after) and see if there is something suspicious

Also, if possible, you could try the encode with the same source on a different PC

[kpic]

Sorry to resurrect a question from several pages ago but in that question I had asked about UHD as ISO (so no compress through BDRB) or putting the UHD title on BD-50 media & JDobbs responded;

Yes. You can either set FORCE_NOENCODE=1 in the INI file, or create a custom output size and make it larger than the input. If there is no need to recompress, the BD-RB will keep it intact.

Just a warning, though. The maximum encode bitrate for a BD-66 or BD-100 is higher than a BD-50. I haven't personally had an issue with it... but it's possible there could be playback issues if the bitrate goes higher than acceptable for BD-50, assuming the source came from a BD-66 or BD-100.

So that second part had me wondering; The maximum encode bitrate for BD-50 is the BR spec of (I think 48 MBs all-in?) or at least I assume that is its limit or slightly higher so when I go to run my UHD title through BDRB for compressing is there a way to tell BDRB to specifically limit any peak bitrate to " this amount "?

I know it will happen somewhat just by compressing but for my test title going from the source 54gb to 43gb the peak bitrate might still be too high for BD-50 media.

[mikeonecl]

[QUOTE=CraigWally;1941117]If you have quality on Highest change to High (Default) and then report back[/QUOTE

I tested on High Quality and NVENC the glitch disappear.

any reason to fail on highest quality?

[LowDead]

[QUOTE=CraigWally;1941117]If you have quality on Highest change to High (Default) and then report back[/QUOTE

I tested on High Quality and NVENC the glitch disappear.

any reason to fail on highest quality?

Are the glitches on the main movie or the extras? If on extras, is it 1080i/p?

//LD

[RetsimLegin]

Hmm, ok ... if it is always the same frame ... then there might be something off with the source... I'm not that much into video encodeing but maybe there are tools to analyze that exact frame (maybe also the one before and after) and see if there is something suspicious

Also, if possible, you could try the encode with the same source on a different PC
Thanks for your further input.

I only the have one box with a suitable NVidia card. But using either the same box and the CPU (X)H264 encoder or a different box (no NVidia) and X264 - encodes fine (but slower).

I wouldn't know how to analyse the source beyond sticking it into an editor and looking at the frames - and there is nothing to see there.

[mikeonecl]

[QUOTE=mikeonecl;1941426]

Are the glitches on the main movie or the extras? If on extras, is it 1080i/p?

//LD

on main movie

[CraigWally]

[QUOTE=CraigWally;1941117]If you have quality on Highest change to High (Default) and then report back[/QUOTE

I tested on High Quality and NVENC the glitch disappear.

any reason to fail on highest quality?

I have no idea why, but that is what happens on all my encodes of BR using Nvenc (UHD is fine on Highest)
:confused:

[gamete]

Someone help me with this problem?

Here my error

https://forum.doom9.org/showpost.php?p=1937502&postcount=30428

[DoctorM]

I've run into something odd (I don't have the log any more to post).
I was building a movie only disc of the Kino Lorber release of Bodies, Rest and Motion.
The playlist has three video files, the first is KL's splash screen (which has no audio) , the second is the movie and the third seems to be blank.

The final disc has the audio and subtitles about 11 seconds early, which is the duration of the KL splash screen.
It looks like TSMuxer is the problem (not something that can be fixed in BDRB). The 3 .M2TS files are merged into a single file, but no delay is added to make up for the first segment having no audio or subtitles.

I'm not sure there is a work around for this except a full disc rebuild. Any suggestions?

[jdobbs]

I've run into something odd (I don't have the log any more to post).
I was building a movie only disc of the Kino Lorber release of Bodies, Rest and Motion.
The playlist has three video files, the first is KL's splash screen (which has no audio) , the second is the movie and the third seems to be blank.

The final disc has the audio and subtitles about 11 seconds early, which is the duration of the KL splash screen.
It looks like TSMuxer is the problem (not something that can be fixed in BDRB). The 3 .M2TS files are merged into a single file, but no delay is added to make up for the first segment having no audio or subtitles.

I'm not sure there is a work around for this except a full disc rebuild. Any suggestions?BD-RB looks for and should adjust for delayed audio when it starts at a different time than the video. But... if the playlist has multiple parts and the first M2TS in the playlist has no audio, it would not find a delta (no audio=no delta). I'll have to look at a way of catching that scenario and put a delay in equal to the first (or more) item(s) in the playlist.

I got a similar report on another title recently.

[DoctorM]

I tried using tsMuxerGUI directly and Eac3to to remux first and they both produce the same result. The only work around that occurs to me would be to remux the M2TS directly and recalculate the chapters from the playlist allowing for the splash screen... but at that point a menu/movie/blank extras would just be easier.

[kpic]

Originally Posted by jdobbs
Just a warning, though. The maximum encode bitrate for a BD-66 or BD-100 is higher than a BD-50. I haven't personally had an issue with it... but it's possible there could be playback issues if the bitrate goes higher than acceptable for BD-50, assuming the source came from a BD-66 or BD-100.

Originally Posted by kpic
So that second part had me wondering; The maximum encode bitrate for BD-50 is the BR spec of (I think 48 MBs all-in?) or at least I assume that is its limit or slightly higher so when I go to run my UHD title through BDRB for compressing is there a way to tell BDRB to specifically limit any peak bitrate to " this amount "?

I know it will happen somewhat just by compressing but for my test title going from the source 54gb to 43gb the peak bitrate might still be too high for BD-50 media.

Ok, I think I answered somewhat my own question here but just for clarification;

I found this setting in the 'HiddenOpts' files: "UHD_MAXRATE=n n = Maximum bitrate, Sets X265 maximum bitrate parameter (min 15000, max 60000, default 45000)"

So if I add to the BDrebuilder.Ini file "UHD_MAXRATE=40000" it should limit the maximum bitrate to 40Mbps of just the video track? The default of 45000 seemed too high for my player at one spot as it stuttered and froze a bit.

And if that is true does BDRebuilder then take that into consideration when compressing the original? So will it be;

Original size 54gb and max bitrate of 60Mbps
BDRebuilder size 47gb and max bitrate of 40Mbps

Or will it ensure the bitrate comes before the size, so you may end up with a much smaller output;

Original size 54gb and max bitrate of 60Mbps
BDRebuilder size of 41gb and max bitrate of 40Mbps

I know there are other variables to the sizing but I mean in general will it still try to reach that 47gb size?

[jdobbs]

The maximum bitrate applies to only the video track. You'd have to account for all audio tracks as well.

[kpic]

The maximum bitrate applies to only the video track. You'd have to account for all audio tracks as well.

Ok, great -thanks for that info just wanted to make sure.

[neof1z]

Hello. Can you recommended a capable stand alone player for 25GB Discs 4K?

[RetsimLegin]

All I can say for sure is that it appears to be something specific to your system, as others aren't experiencing it. But right now I have no idea what it is.
In case it's of any relevance after reverting the NVENC update proposed by cartman0208 and any .ini changes (so it's back to as you supply it all) I attempted another similar project but this time, the content is all PAL telecined - so no pulldown. And that has encoded fine, and quickly.

As an aside and to recap - I also found that with my earlier NTSC content, using tsMuXeR to remove pulldown on the source (so, 24p SD content) that also worked. So I'm beginning to suspect handling of pulldown may be what's triggering this.

[MrVideo]

I also found that with my earlier NTSC content, using tsMuXeR to remove pulldown on the source (so, 24p SD content) that also worked.
That will only work if the 480i video (no such thing as NTSC digital video, as it is an analog format) is 23.976 video containing pulldown flags so that it plays back at 29.97. If it is true 29.97 interlaced video, then the video must be re-encoded using programs like AVISynth to do the IVTC, which is then passed to an x264, or x265, encoder. So, don't count on tsmuxer to always be able to do the job.

[RetsimLegin]

@MrVideo Yes, the project I initially failed on consisted of NTSC SD film based content, so it did have pulldown flags which I did not originally attempt to remove - so it tried and failed to encode at 29.97, as I have done previously successfully using the CPU X264 encoder. I do acknowledge that true video NTSC content will differ; I haven't yet attempted any of that using NVENC. I also acknowledge what you say about NTSC representing (properly) a broadcast system for analog - but it is used in common parlance - both on DVD artwork and in certain editing apps (eg Premiere Elements) to represent pretty much anything that isn't 25 or 50hz (= PAL).

[MrVideo]

@MrVideo Yes, the project I initially failed on consisted of NTSC SD film based content, so it did have pulldown flags which I did not originally attempt to remove - so it tried and failed to encode at 29.97, as I have done previously successfully using the CPU X264 encoder.
Keep in mind that hard telecined 480i29.97 video is filmed based. BDRB has all of the tools necessary to IVTC any form of telecined video, i.e., with or without pulldown flags. So, I'm not sure why you would be having issues with it.

In my case, I have a system set up to do re-encoding of video, including files from DVDs, that are telecined in order to return them to 23.976fps.
I do acknowledge that true video NTSC content will differ; I haven't yet attempted any of that using NVENC. I also acknowledge what you say about NTSC representing (properly) a broadcast system for analog - but it is used in common parlance - both on DVD artwork and in certain editing apps (eg Premiere Elements) to represent pretty much anything that isn't 25 or 50hz (= PAL).
DVDs have a long history in that the output was strictly analog, hence the use of NTSC, or PAL. Playing DVDs, or Blu-rays, are done on equipment that only outputs a digital signal, so analog terms no longer fit. To properly describe a video these days is the use the resolution and frame rate, i.e., 480i29.97 or 576i25. Also, once you IVTC 29.97 back to the original 23.976, it can no longer be described as NTSC under any circumstances, since that frame rate does not exist in the NTSC analog world.

Shame on Adobe for using the NTSC/PAL terms when working with digital video, since it is only digital video that it works with.

[RetsimLegin]

...BDRB has all of the tools necessary to IVTC any form of telecined video, i.e., with or without pulldown flags. So, I'm not sure why you would be having issues with it......
Me neither
......Other tests also using a single imported file:
- checking deinterlace caused the encode to fail immediately
- checking IVTC caused the encode to fail immediately.....

[jdobbs]

I've updated the first post of this thread with a link to the latest version (v0.61.22) of BD-RB. Changes for this release:- Fixed an error in which 1080p HEVC sources
on UHD discs could create an error when
attempting to rebuild.
- Corrected a syntax error in the way BD-RB
checks for H.265 capability in video card.
- Added support for import of AV files that
have OPUS format audio. LAVFilters must
be version 0.68 or above.
- Fixed an error that could cause BD-RB to
fail with err "ReencodeAudio() 00009 1801"
- Enabled the use of NVENCC for converting
non-compliant sources during import. It
is also used to convert VFR sources to
CFR. If issues are encountered it can be
disabled by adding NVENC_CONVERT=0 to the
BDREBUILDER.INI file. Please report any
issues found in the BD Rebuilder bug thread
on Doom9.org.
- Improved the method used in output file
naming when importing/reencoding a single
file to ALTERNATE format.
- Added code to adjust for leading clips in
a multipart source that do not contain
audio.
- Updated NVENCC.EXE to newer version 5.20.
- Updated TSMUXER4K.exe to the 4/30 release.
- Other minor corrections and cosmetic fixes.

[musiclover]

- Added support for import of AV files that
have OPUS format audio. LAVFilters must
be version 0.68 or above.[/code]

So, its not imperative to use LAVFilters version 0.65 anymore? How about the out-of-sync audio?

[jdobbs]

So, its not imperative to use LAVFilters version 0.65 anymore? How about the out-of-sync audio?I haven't changed the recommended version. But v0.65 doesn't work with OPUS audio. Then again, it isn't very common. But I've been testing v0.68.1 and haven't run into any problems. I can't remember... what version was it that had the out-of-sync issue?

[meadrocks]

Is there any possibility of including an AV1 encoder for Movie Only encodes?

[MrVideo]

V0.61.22

Does BDRB not like an HEVC video file with two video streams?
- [23:56:22] Processing: VID_00500 (3 of 12)
- [23:56:22] Extracting A/V streams [VID_00500]
EXIT CODE: -2
- Extracting video streams [VID_00500]
- Extracting secondary video [VID_00500]
- Extracting audio/subtitle streams [VID_00500]
- [23:58:54] Reencoding video [VID_00500]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23.976fps, 5,724 frames
- Bitrate: 13,169 Kbs
- [23:58:54] Reencoding: VID_00500, Pass 1 of 1
- Error: NVENCC prematurely terminated.
- Encoded: 3, expected: 5724
[23:59:54] - Failed video encode, aborted
The first two streams that were processed only contained a single video stream.

[DoctorM]

The fix for leading clips with no audio does fix the sync problem.
It LOOKS like that overrides "Keep HD Audio for BD25/Alternate Intact" though, outputting DTS even if the source is MA. I'm assuming it's because blank audio has to be inserted.
It might be nice to have the option to actually trim the clip from the multipart source so that isn't necessary.
Still, thank you, that was really making me nuts trying to figure out what was going on.

[jdobbs]

The fix for leading clips with no audio does fix the sync problem.
It LOOKS like that overrides "Keep HD Audio for BD25/Alternate Intact" though, outputting DTS even if the source is MA. I'm assuming it's because blank audio has to be inserted.
It might be nice to have the option to actually trim the clip from the multipart source so that isn't necessary.
Still, thank you, that was really making me nuts trying to figure out what was going on.It shouldn't override "Keep HD Audio for BD25/Alternate Intact" -- I'll look and see there is a glitch there. A blank clip isn't added, the start time of the audio is just offset by the length of the leading (no audio) clip(s).

[jdobbs]

V0.61.22

Does BDRB not like an HEVC video file with two video streams?
- [23:56:22] Processing: VID_00500 (3 of 12)
- [23:56:22] Extracting A/V streams [VID_00500]
EXIT CODE: -2
- Extracting video streams [VID_00500]
- Extracting secondary video [VID_00500]
- Extracting audio/subtitle streams [VID_00500]
- [23:58:54] Reencoding video [VID_00500]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23.976fps, 5,724 frames
- Bitrate: 13,169 Kbs
- [23:58:54] Reencoding: VID_00500, Pass 1 of 1
- Error: NVENCC prematurely terminated.
- Encoded: 3, expected: 5724
[23:59:54] - Failed video encode, aborted
The first two streams that were processed only contained a single video stream.Is this a full or a movie-only backup?

[MrVideo]

Is this a full or a movie-only backup?
Full UHD to BD25 (some subtitles ignored).

[jdobbs]

Full UHD to BD25 (some subtitles ignored).Just as a test, try going back to the previous version of TSMUXER4K and see if it acts differently.

[MrVideo]

Since I keep previous versions installed, I just changed the shortcut link to V*21. Unfortunately I get the same error. The only difference is that it encoded 8 frames instead of 3.

[jdobbs]

Since I keep previous versions installed, I just changed the shortcut link to V*21. Unfortunately I get the same error. The only difference is that it encoded 8 frames instead of 3.Ok. I just wanted to be sure that I didn't prematurely update to the latest TSMUXER release.

[MrVideo]

I did another UHD disc with V*.22 and all was well. Single stream video.

[ggtop]

V0.61.22

Does BDRB not like an HEVC video file with two video streams?
The first two streams that were processed only contained a single video stream.

Hi MrVideo,

is this secondary vid stream the DV layer perhaps?
See here (https://forum.doom9.org/showthread.php?p=1942367#post1942367).

ggtop

[MrVideo]

is this secondary vid stream the DV layer perhaps?
See here (https://forum.doom9.org/showthread.php?p=1942367#post1942367).
While I do not have dgdemuxgui installed, when try to play it back, it certainly plays like a data file.

I don't need the DV stream, as video projectors can't do DV. So, how do I get BDRB to ignore it?

In any event, I thought that BDRB was supposed to be able to handle DV UHD movies.

[MrVideo]

As a test I tried building a M2TS file, via 4/30/21 tsmuxer, without the DV stream. But tsmuxer didn't like the dolby TrueHD audio stream (I submitted a bug on the forum page). BDRB didn't like the missing audio stream, though it didn't mind the missing video stream. It hung while trying to extract the audio. It still got the -2 error code.

UPDATE: After doing a little more digging I discovered to use tsmuxer to create a bluray layout. I then swapped out the CLPI and M2TS files. With the DV video stream removed, BDRB had no issues.

So, BDRB doesn't like the DV stream.

[jdobbs]

As a test I tried building a M2TS file, via 4/30/21 tsmuxer, without the DV stream. But tsmuxer didn't like the dolby TrueHD audio stream (I submitted a bug on the forum page). BDRB didn't like the missing audio stream, though it didn't mind the missing video stream. It hung while trying to extract the audio. It still got the -2 error code.

UPDATE: After doing a little more digging I discovered to use tsmuxer to create a bluray layout. I then swapped out the CLPI and M2TS files. With the DV video stream removed, BDRB had no issues.

So, BDRB doesn't like the DV stream.I'll do some looking/testing.

[MrVideo]

Thanks.

[sieve]

Thanks for assisting with the diagnosis. I guess this one won't be solved.
Hopefully it is just an anomaly related to this specific blu-ray. I'll report back if this happens with the next one I do.

Reporting back. I just did a new and different bd copy yesterday and it worked fine, like it used to.

So, for whatever reason, the issues I was having must have been with an anomaly in the source bd and files. Thanks again for the assistance!

[Lathe]

Okay, I know this is going to sound really dumb, and I apologize because I know it is an extremely rare occurrence when I say something really dumb here https://lh3.googleusercontent.com/pw/ACtC-3cB-T8P4w8IakGNaExcsBWgoK9INZ6JDXzDZHMilKc4QThVJK-B_ECauJH8rL5AMcP4VU6noqTkD3aQoDZR2ZcYBlflVCovWf9Cfci8CmUFl_dBmObxB97DoiZZIWzrJmHAC8nEPaqpDRuKjWe0selghQ=s20-no?authuser=0

But, and I'm strongly ASSuming that this is not possible, but I don't suppose that there is any way for me to use my Radeon RX 590 Fatboy video card for encoding, is there...? It is such a bigass card with all these heat tubes and two fans, it just SEEMS like it would be good to use for encoding.

***EDIT

The main reason why, other than it would be good to know if I can do that, is that I still have ongoing heating issues with my CPU, although they are not quite as bad. I just recently got a CPU cooler which LOOKS pretty good and I THINK it will fit. Watching a video on 'how to', it looks so easy that I think I can switch it out with my stock cooler without screwing it up (hopefully...)

It is the Noctua NH-U12A. It's pretty tall, but I THINK it will fit. I guess I will find out...

https://www.amazon.com/gp/product/B07PN4RDW3 (https://www.amazon.com/gp/product/B07PN4RDW3/ref=ppx_yo_dt_b_asin_title_o03_s00?ie=UTF8&psc=1)

It's slightly smaller than the NH-U15 which uses 140 fans instead of 120's, but everyone apparently feels that it cools really well. Hopefully, if I can figure out how to put it in, it might solve my heating issue.

***EDIT 2

Hmmm... very recently Windows did some kind of colossal update where it basically replaced the entire OS (I know it did because it created a Windows.old folder and it took a long time) Interestingly, while posting here, I tried an x264 encode like I usually do to shrink episodes (see post below) and amazingly I THINK that watching the CPU temperature it didn't seem to get as hot! All the while that I've been complaining about this (about a year) it NEVER has stayed that 'cool'! I watched the temperature while encoding and it would climb to about 75 or so, BUT then it would drop down to 68! It has NEVER done that before! Do you suppose that maybe somehow this weird new Windows 'update' is the reason why, because other than blowing out a bunch of dust inside my computer I haven't changed anything else yet. Very strange...

*** EDIT 3

Nah... It still just about redlined at 89 degrees, but it took a little longer.

[Lathe]

BTW, JD, I notice that you are still including the x264L-64.exe in the tools folder along with the x264-64.exe

What is the difference again, and are either one of those updated from one version of BDRB to the next.

Thank you Sir!

(I edited a lot of crap out of my original post because I'm a NumbNut and I figured it out)

[gonca]

Hey NumbNut
What CPU do you have
What case do you have

[videoh]

Hey NumbNut
Are you talking to me?

[Lathe]

Hey NumbNut
What CPU do you have
What case do you have

:)

I have the Ryzen 5 3600 and an Apevia X-Hermes Mid Tower:

https://www.amazon.com/gp/product/B00FH6KE76/

I've tried to measure how much space I have between the CPU and the side panel with the big fan, and I THINK that I just have enough room. I figure worst case (well, WORST case is that I screw up the whole thing) but, if I need a tad more room I figure that I can maybe put some kind of rubber tubing around the side of the case buying me another 1/2" or so and then using double sided tape to attach the side panel and fan. But, of course I'm hoping that I don't hafta do that. It SEEMS like a pretty big case, so if I can get up the nerve to try to do it myself (the video makes it LOOK pretty easy) then I'll see. I think I put a link to the cooling fan above.

***EDIT

Damn! I've been looking through the case details and it appears that supposedly a cooler 6" tall can fit with the side fan and side panel. But, the cooler height is shown as 158 mm or about 6.2"... How the hell do they expect these coolers to fit? I chose the smaller one (120) to ensure that it would fit. The case sure looks big, but looks like if I'm gonna stay with this cooler I probably will hafta modify the side panel. Geez...

***EDIT 2

Yeah, going through the questions for the case (over 800) the seller says that WITHOUT the side fan a cooler a tad over 6" will fit, but with the side fan, it will only allow 5" Dang, I chose the smaller one and I already paid for a 4 year extended warranty which I don't know if I can get back or apply to another cooler, Geez...

Well, it LOOKS like at least the clear plastic panel holding the 200 mm fan could be removed I guess. Maybe I can figure out a way just to remove that and place some kind of spacing to back it out however much I need, IDK... Sux...

[gonca]

You might want to try an AIO with a 240mm rad
Make sure side fan is exhausting
Air direction (generally)
Front---in
bottom---in
top---out
right front---in
left---out
back---out

**Is the thermal paste properly applied?

[videoh]

You might want to try an AIO Mine growls at me. First my cat and now this. Don't know what I did to make it mad.

[Lathe]

You might want to try an AIO with a 240mm rad
Make sure side fan is exhausting
Air direction (generally)
Front---in
bottom---in
top---out
right front---in
left---out
back---out

**Is the thermal paste properly applied?

Yeah, I figured that I would probably hafta get another one, and I had hoped that you might recommend one, thanks! The large side fan I'm pretty sure is blowing in. Front to back and top out is correct (the damn case has 5 frigg'n fans! That's why I bought it...)

I also figured that there probably was something wrong with the way the thermal paste was applied. I did have a guy who is very experienced at a shop build it, but that is strongly implied I think.

Also too, many who have stock Ryzen 5's with the stock Wraith cooler complain of high temperatures. So, I probably really should upgrade the cooler anyway. That large side fan can be removed (screws) which would give another inch or so in the case (which the seller states) That MIGHT just barely be enough for this really good one I have. But, then again, I will definitely check out the one you suggest, thanks Bro!

[Lathe]

Mine growls at me. First my cat and now this. Don't know what I did to make it mad.

Dude...

Chill on the...









https://lh3.googleusercontent.com/pw/ACtC-3cIsOMtKaetJs5sJXbWsqD6VS8SJ_8M8tP6PS3hDXzSOWT09bZCJzDyMjNejoeXsskkbVQJKfBNR-LC9TWb0wOlBnW4Y_2pAGH2d_puj_ARNJghkqBF6jZe8skCc3dtcwRXxiuDETBushnplxriHyNMrQ=w176-h220-no?authuser=0

[gonca]

For an AIO try
https://www.newegg.ca/arctic-cooling-liquid-freezer-ii-240-liquid-cooling-system/p/N82E16835186247

Hope I don't have to recommend a new case
Clean the paste properly if you go to the AIO cooler

[gonca]

@videoh
AIO's are cat friendly, so if your cat growls so will the AIO :p

[Lathe]

For an AIO try
https://www.newegg.ca/arctic-cooling-liquid-freezer-ii-240-liquid-cooling-system/p/N82E16835186247

Hope I don't have to recommend a new case
Clean the paste properly if you go to the AIO cooler

Thanks Bro! That does look nice, but the guy who built my system was able to fix the CPU (thankfully) It had pulled off the board when I pulled the cooler off, and I guess when I tried to put it back in, I musta screwed up some of the pins or something (I am terrified of trying to put CPUs in a MOBO, but in this case since it got ripped off with the cooler, I didn't have a choice) So, he was able to straighten out the CPU (Ryzen 5) and put it back in and reinstall the Noctua and get everything running just fine!

It now idles at roughly 35 C or so (NEVER seen it anywhere near that low!) and we ran the CPU stress test on extreme for a few minutes and it hovered around 76 or so. So, everything SEEMS very good now. I did have to remove the 240mm fan from inside the side panel so that the Noctua would fit, but I'm just gonna put it on the outside. I do hafta have it blowing 'in' because I only have one small fan on the front of the case bringing air in and I have 2 fans on top and one in back (directly across from the Noctua exhaust fan) all 3 drawing air 'out' The big fan should also provide cooler air blowing in over the large video card, etc.

But, it's great now not to have it overheating! The guy said that for air coolers, Noctua is one of the best.

[Lathe]

So, back to my earlier, dumber questions...

Is there any way for me to use my Radeon RX 590 Fatboy video card for encoding (probably not...)

And, again, what is the deal with the two x264.exe's in the BDRB Tools folder? The x264L-64.exe and the x264-64.exe? What is the purpose again for having both of these, and are these the most current versions of the encoder?

If anyone knows and can explain this, that would be great, thanks!

[mr_lou]

EDIT: Realizing there's a whole sub-forum for BD-Rebuilder, this post should probably have been in another thread - so deleting and posting a new thread.

[jdobbs]

Is there any way for me to use my Radeon RX 590 Fatboy video card for encoding (probably not...)I don't even know if that video card even has encoding capabilities (I doubt it). I looked at a review of it, and it didn't mention it as a capability. But, it's not likely it would be supported, even it it did.
And, again, what is the deal with the two x264.exe's in the BDRB Tools folder? The x264L-64.exe and the x264-64.exe? What is the purpose again for having both of these, and are these the most current versions of the encoder?From the CHANGES.TXT file:November 13th, 2016 - v0.50.19
...
- Included an older version of X264 for users
that use X264/LAVF frame serving. Newer
X264 versions run significantly slower in
this mode (probably due to libavformat
updates that are slower).

[spotswood]

Hello jdobbs...

Thank you for the latest v0.61.22 of BDRB. I'm in the process of converting my 1080p titles to HEVC. Everything has been going perfect, love the quality, not to mention the speed provided by NVENCC!

I may be nitpicking here, but when converting in Full Backup or Movie and Menus mode, the log shows the title being converted to UHD-BD (HEVC) output format (examples below).

But when in Movie-Only mode the same notation is not shown. I wasn't sure if the title was being converted, but when checking the output w/MediaInfo in MPC-HC it indeed shows the title in HEVC format. The title is still converted to UHD-BD (HEVC) output format in Movie Only mode, it's just not noted in the log.

Just thought I'd point that out to avoid confusion with other users. Thanks again for the latest update and keep up the great work!



[05/21/21] BD Rebuilder v0.61.22
[15:23:42] Source: GHOST_IN_THE_SHELL
- Input BD size: 36.53 GB
- Approximate total content: [02:51:29.444]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- FULL BACKUP mode enabled
- Quality: High Quality (Default), 1-Pass VBR
- Converting to UHD-BD (HEVC) output format
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[15:23:42] PHASE ONE, Encoding
- [15:23:42] Processing: VID_00022 (1 of 12)
- [15:23:42] Extracting A/V streams [VID_00022]
- [15:23:47] Reencoding video [VID_00022]
- Source Video: MPEG-4 (AVC), 1920x1080

[05/21/21] BD Rebuilder v0.61.22
[15:24:47] Source: GHOST_IN_THE_SHELL
- Input BD size: 33.34 GB
- Approximate total content: [02:51:29.444]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- MOVIE and MENUS mode enabled
- Quality: High Quality (Default), 1-Pass VBR
- Converting to UHD-BD (HEVC) output format
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[15:24:49] PHASE ONE, Encoding
- [15:24:49] Blanking: VID_00000 (1 of 67)
- [15:24:49] Processing: VID_00022 (2 of 67)
- [15:24:49] Extracting A/V streams [VID_00022]
- [15:24:53] Reencoding video [VID_00022]
- Source Video: MPEG-4 (AVC), 1920x1080

[05/21/21] BD Rebuilder v0.61.22
[15:25:24] Source: GHOST_IN_THE_SHELL_00800
- Input BD size: 28.95 GB
- Approximate total content: [01:46:56.701]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), 1-Pass VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[15:25:26] PHASE ONE, Encoding
- [15:25:26] Processing: VID_00800 (1 of 1)
- [15:25:26] Extracting A/V streams [VID_00800]
EXIT CODE: 259
[15:25:36]PHASE ONE aborted by user request

[jdobbs]

Hello jdobbs...

Thank you for the latest v0.61.22 of BDRB. I'm in the process of converting my 1080p titles to HEVC. Everything has been going perfect, love the quality, not to mention the speed provided by NVENCC!

I may be nitpicking here, but when converting in Full Backup or Movie and Menus mode, the log shows the title being converted to UHD-BD (HEVC) output format (examples below).

But when in Movie-Only mode the same notation is not shown. I wasn't sure if the title was being converted, but when checking the output w/MediaInfo in MPC-HC it indeed shows the title in HEVC format. The title is still converted to UHD-BD (HEVC) output format in Movie Only mode, it's just not noted in the log.

Just thought I'd point that out to avoid confusion with other users. Thanks again for the latest update and keep up the great work!
I looked at the code and it specifically excludes printing that line when in MOVIE-ONLY mode. Now I have to figure out whether I did that for a reason -- or was just goofy that day.

EDIT: I realize now that I used the wrong variable for that check. It should have suppressed the message for ALTERNATE output, not all MOVIE-ONLY encodes. I fixed it for the next releas.

[MrVideo]

or was just goofy that day.
Just that day? :D

[spotswood]

I looked at the code and it specifically excludes printing that line when in MOVIE-ONLY mode. Now I have to figure out whether I did that for a reason -- or was just goofy that day.No worries, I'm pretty goofy all the time... :D FYI, I added the line "FULL BACKUP mode enabled" in the first example as it's not noted either, to differentiate the three modes in my examples. Not sure if you want to add that as well. Thanks again for your awesome work!

[Lathe]

From the CHANGES.TXT file:November 13th, 2016 - v0.50.19
...
- Included an older version of X264 for users
that use X264/LAVF frame serving. Newer
X264 versions run significantly slower in
this mode (probably due to libavformat
updates that are slower).

Thanks Boss! So, is the resulting understanding of that then that one should probably NOT use the LAVF frame serving when encoding? I always did simply because it sounded like it had some kind of native or internal decoder/frame server. Should I simply use another like DirectShow? What would be the parameters in deciding which frame server to use?

Now, that I have some bad@ss cooling and can actually use my handy dandy Ryzen 5 full out, I'm ready to Rock! :)

***EDIT

BTW, when I do some simple CMD Line x264 encoding I reference the .exe in the BDRB Tools folder. I noticed that when I use the x264L-64.exe it shows 'time left' If I use the x264-64.exe (which I assume by what you said above is the current latest one) I notice that there is no 'time left' shown while encoding. I just wondered why...

[Lathe]

Quote:
Originally Posted by jdobbs

or I was just goofy that day.

Just that day? :D

You should talk Mr. Compulsive GrammarHead! :devil:

[jdobbs]

Just that day? :DSome days I think I might fall more into the "hopelessly lost" category rather than "goofy". So I limited it for accuracy. :cool:

[Ian1182]

I have run into a strange problem processing the first season of The Good Place. The original disks play without any apparent problems.

All the episodes have a similar issue and I'll explain what I'm seeing for Episode 1 as an example. This episode is just over 26 minutes long (26:15.991). BD Rebuilder ran without any error messages, I then created an ISO file with IMGBURN, burnt that to a rewritable disk and attempted playback. I selected episode 1 and it started to show a color calibration menu for 89 seconds and then the episode started, it then played for a total of 26:15 which meant the last 89 seconds of the episode was truncated. I then looked at the original M2TS file and noticed it was 30 minutes and 15 seconds long. That file comprises of

1 minute and 29 seconds of calibration menu
26 minutes & 15 seconds of episode 1
and the remainder some random clip from The Good Place.

If I use MKVTOOLNIX, select the MPLS file for episode 1 from the original disk and create an MKV that is the correct length of 26:15 starting at an offset of 89 seconds and plays ok.

From what I can see all episodes across the two bluray disks have a similar problem.

The disks seem to have some unusual authoring that BD Rebuilder does not handle correctly. Rather than each episode starting at the beginning of the respective M2TS file, its part way into the file. I have attached the MPLS files from the original disk and the processed files if that helps

[Ian1182]

I have an unusual problem processing "The Good Place" season 1, all 13 episodes across the two disks show similar symptoms. To illustrate I'll explain the problem with episode 1. When played from the original Bluray the episode runs for 26 minutes and 15 seconds, however the M2TS file is 30 minutes and 10 seconds long. The playback starts at 89 seconds into the M2TS file and then runs for 26 mins & 15 secs (i.e. exits at 27:44). The initial 89 seconds of the M2TS contains a color test chart

When processed by BR Rebuilder the video component is encoded for first 26 minutes & 15 seconds (89 seconds of test chart and 24:46 of episode). The audio tracks retain the whole 30:10. If I use MKVTOOLNIX and add the playlist file for episode 1 it handles the offset and creates a MKV file that starts/ends at the correct place.

The original Bluray seems to be authored in a strange manner with an offset prior to playback which BR Rebuilder is not handling correctly. Is there something I can provide to allow you to identify what is causing the problem.

[Lathe]

So, again, if I may please ask...

The X264L-64.exe in the BDRB tools folder is some old .exe from 2016...? And, the internal LAVF frame server runs better with it, right? So, does that mean then, that I should use ANOTHER frame server rather than the internal LAVF as selected in the setup of BDRB, would that be preferred because it uses the most recent or a much more recent iteration of the 264-64 codec?

I'm just trying to understand the difference. Should I use say DirectShow instead when using BDRB due to its using the more current version of x264-64? Is there a difference? Also, when using the CMD Line and I want to call a version of x264-64, which one should I call from the BDRB tools folder, or what specifically would be the difference in using one or the other?

Thanks!

[spotswood]

Hello everyone... using the current v0.61.18. Not sure if this is by design or a bug but, when importing an MKV/MP4 with an EAC3/DD+ or TrueHD/Atmos track, BDRB reencodes the track to AC3. When importing an MKV/MP4 with a DTS-MA or DTS:X track it is left intact. I have "Keep HD Audio" checked in Settings, but not sure if that has anything to do with it. Any help/ideas/suggestions appreciated. Thanks!

It would violate the BD standard if left intact -- that is why it is reencoded. Do a search of this thread, this subject has been discussed before. DD+ is a part of the standard, but player support for DD+ isn't required. DD, on the other hand, must be supported. That means that a BD compliant DD+ stream has to include both DD and DD+ together.

Thanks for your reply and suggestion. I went back and looked at a few posts regarding my question. But don't TrueHD/Atmos tracks include the AC3 core? Why are they being reencoded if the core is included? Does this not follow the standard? I just created an MKV of my disc ANNA which has a 7.1 TrueHD track and AC3 core (leaving both video and audio intact). Imported MKV back into BDRB and it still wants to reencode the track to AC3. Would this scenario not be compliant? Very confused...

I don't think you can import into an MKV without the core being removed or at least separated. Even if the AC3 is kept during import (as a second stream), it wouldn't be compliant because the two audios aren't muxed into a single stream for BD. That's if I remember it correctly.

You remember correctly.
MKV cannot hold an "interleaved" track (if the term is correct)
Mux a thd+ac3 track into a MKV container and the result is two distinct tracks thd and ac3OK, so trying this again w/v0.61.22 now knowing the TrueHD/Atmos track will be reencoded. Problem is the TrueHD/Atmos track is being reencoded to AC3 Mono instead of Multi-Ch as it should, yes? Here's the log:
----------------------
[12:06:09] Importing MKV: 1917_4K_HDR
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Building pseudo-BD source structure...
[12:47:02] Video import completed successfully.

The resulting reencode under the Stream tab shows AUD_001 AC3, Mono, English. Something weird is going on here...

[ggtop]

OK, so trying this again w/v0.61.22 now knowing the TrueHD/Atmos track will be reencoded. Problem is the TrueHD/Atmos track is being reencoded to AC3 Mono instead of Multi-Ch as it should, yes? Here's the log:
----------------------
[12:06:09] Importing MKV: 1917_4K_HDR
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Building pseudo-BD source structure...
[12:47:02] Video import completed successfully.

The resulting reencode under the Stream tab shows AUD_001 AC3, Mono, English. Something weird is going on here...

I think what gonca menat is that your mkv should have at least 2 audio tracks, because the original THD was splitted into THD only and its AC3 core. You should select the audio track holding the core for conversion.

ggtop

[spotswood]

I think what gonca menat is that your mkv should have at least 2 audio tracks, because the original THD was splitted into THD only and its AC3 core. You should select the audio track holding the core for conversion.

ggtopMy problem is that the THD track is being converted to AC3 Mono rather than AC3 Multi-Ch. Correct me if I'm wrong but I think that is incorrect...

[gonca]

I think what gonca menat is that your mkv should have at least 2 audio tracks, because the original THD was splitted into THD only and its AC3 core. You should select the audio track holding the core for conversion.

ggtop

In a BD the thd and ac3 tracks are "interleaved" into 1 track.
When remuxed to mkv you will get a thd and an ac3 track.
Two audio tracks in the mkv

[MrVideo]

In a BD the thd and ac3 tracks are "interleaved" into 1 track.
When remuxed to mkv you will get a thd and an ac3 track.
Two audio tracks in the mkv
Yes, but the AC3 core shouldn't be mono.

[ggtop]

I suggest you compare the audio characterics of both, the original and your mkv e.g. with MediaInfo and come back with the results.

ggtop

[gonca]

Yes, but the AC3 core shouldn't be mono.

Unless the original core was mono

[spotswood]

In a BD the thd and ac3 tracks are "interleaved" into 1 track.
When remuxed to mkv you will get a thd and an ac3 track.
Two audio tracks in the mkvYes, I understand this. It's not the problem...

Yes, but the AC3 core shouldn't be mono.It's the THD track that is being converted to Mono, not the core track. Log from my post above:

[12:06:09] Importing MKV: 1917_4K_HDR
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Building pseudo-BD source structure...
[12:47:02] Video import completed successfully.

Unless the original core was monoIt's not, the core is AC3 Multi-Ch @ 640...

I suggest you compare the audio characterics of both, the original and your mkv e.g. with MediaInfo and come back with the results.

ggtopYou are suggesting I compare the audio characteristics of a mono track to a multi-ch surround track? There is no comparison...

[spotswood]

I looked at the code and it specifically excludes printing that line when in MOVIE-ONLY mode. Now I have to figure out whether I did that for a reason -- or was just goofy that day.

EDIT: I realize now that I used the wrong variable for that check. It should have suppressed the message for ALTERNATE output, not all MOVIE-ONLY encodes. I fixed it for the next release.No problem, and thank you...

[MrVideo]

It's the THD track that is being converted to Mono, not the core track. Log from my post above:

[12:06:09] Importing MKV: 1917_4K_HDR
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Building pseudo-BD source structure...
[12:47:02] Video import completed successfully.
You are misunderstanding the log entry. Track #2 on the disc is a THD track and it is being converted to AC3. It should do so by extracting the AC3 core.

Again, use MediaInfo to look at the specs for the the THD audio track.

[spotswood]

You are misunderstanding the log entry. Track #2 on the disc is a THD track and it is being converted to AC3. It should do so by extracting the AC3 core.

Again, use MediaInfo to look at the specs for the the THD audio track.OK, here you go...

MediaInfo pre reencode for my 1080p Anna MKV:
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference fra : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 h 58 min
Bit rate mode : Variable
Bit rate : 33.0 Mb/s
Maximum bit rate : 35.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (23976/1000) FPS
Original frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.663
Stream size : 27.4 GiB (88%)
Language : English
Default : Yes
Forced : No

Audio #1
ID : 2
Format : MLP FBA 16-ch
Format/Info : Meridian Lossless Packing FBA with 16-channel presentation
Commercial name : Dolby TrueHD with Dolby Atmos
Codec ID : A_TRUEHD
Duration : 1 h 58 min
Bit rate mode : Variable
Bit rate : 3 616 kb/s
Maximum bit rate : 6 318 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 1 200.000 FPS (40 SPF)
Compression mode : Lossless
Stream size : 3.01 GiB (10%)
Language : English
Default : Yes
Forced : No
Number of dynamic objects : 15
Bed channel count : 1 channel
Bed channel configuration : LFE

Audio #2
ID : 3
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Format settings : Dolby Surround EX
Codec ID : A_AC3
Duration : 1 h 58 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 545 MiB (2%)
Language : English
Service kind : Complete Main
Default : No
Forced : No

.inf:

[Status]
LABEL=ANNA_1080P
VERSION=v0.61.22
SOURCE_SIZE=31433637888
SOURCE_VIDEO_SIZE=31433637888
TARGET_SIZE=26306674688
REDUCTION=.836895646050652
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=4
DGDECNV=-1
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
UHD_V3_MODE=-1
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=10
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=26306674688
RATE=27310
NSIZE=0
FLINK=0
MLINK=0

Log:

----------------------
[06/05/21] BD Rebuilder v0.61.22
[09:02:14] Source: ANNA_1080P_00000
- Input BD size: 29.27 GB
- Approximate total content: [01:58:59.173]
- Target BD size: 24.50 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), 1-Pass VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[09:02:17] PHASE ONE, Encoding
- [09:02:17] Processing: VID_00000 (1 of 1)
- [09:02:17] Extracting A/V streams [VID_00000]
- [09:03:17] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 171,169 frames
- Bitrate: 27,310 Kbs
- [09:03:17] Reencoding: VID_00000, Pass 1 of 1
- [09:19:26] Video Encode complete
- [09:19:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[09:19:26]PHASE ONE complete
[09:19:26]PHASE TWO - Rebuild Started
- [09:19:26] Rebuilding BD file Structure
[09:20:08] - Encode and Rebuild complete
- WORKFILES folder removed.
[09:20:09] JOB: ANNA_1080P finished.


MediaInfo post reencode to HEVC: I've bolded the Audio parts in question...

----------------------
[08:46:17] Importing MKV: ANNA_1080P
- Collecting audio/video streams from source...
- Converting audio, Track #2, THD to AC3...
- Building pseudo-BD source structure...
[08:50:52] Video import completed successfully.

MediaInfo:

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4.1@High
Codec ID : 36
Duration : 1 h 58 min
Bit rate : 25.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.503
Stream size : 20.8 GiB
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
format_identifier : HDMV
Source : 00000.m2ts / 00000.m2ts

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 1 h 58 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 1 channel
Channel layout : C
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 545 MiB
Language : English
Service kind : Complete Main
bsid : 8
Dialog Normalization : -31
Dialog Normalization : -31 dB
acmod : 1
lfeon : 0
dialnorm_Average : -31
dialnorm_Average : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum : -31 dB
dialnorm_Count : 1
format_identifier : AC-3
SamplingCount_Source : General_Duration
Duration_Source : General_Duration
Source : 00000.m2ts / 00000.m2ts

Misunderstanding? Sure looks like 1 CH Mono to me. Any ideas?

[MrVideo]

To me, you made it sound like the THD portion of the audio stream was being converted. As pointed out, the AC3 core should be extracted without any kind of recoding. You should be able to use eac3to to extract the AC3 core from the THD stream and then look at it with media info.

I would find it extremely strange that only a center channel would be placed in the lossy AC3 core and all of the other 7 channels of stuff placed in the THD objects.

It is unfortunate that mediainfo does not list the core configuration.

[spotswood]

To me, you made it sound like the THD portion of the audio stream was being converted.I made it sound that way because that's exactly what it's doing. - Converting audio, Track #2, THD to AC3... "Converting" NOT "extracting". You asked for MediaInfo info and I gave it to you. It's right there in the MediaInfo in Bold and white. I don't know what else to tell you. Try it yourself and see what you come up with...

As pointed out, the AC3 core should be extracted without any kind of recoding. You should be able to use eac3to to extract the AC3 core from the THD stream and then look at it with media info.Yes it should, but that's not what is happening. And why should I have to do that? Shouldn't BDRB handle the extraction/conversion correctly as needed on it's own?

I would find it extremely strange that only a center channel would be placed in the lossy AC3 core and all of the other 7 channels of stuff placed in the THD objects.Well that's why I'm reporting what I think might be a bug. Like I said, try it yourself. Import a MKV with a THD/Atmos track and see what happens. I'm tired and my brain hurts. Have a good evening everyone...

[MrVideo]

I made it sound that way because that's exactly what it's doing. - Converting audio, Track #2, THD to AC3... "Converting" NOT "extracting". You asked for MediaInfo info and I gave it to you. It's right there in the MediaInfo in Bold and white. I don't know what else to tell you. Try it yourself and see what you come up with...
I see below that I missed a very valuable clue and that this is a MKV file, and not a Blu-ray M2TS. Not sure how I missed that, but I did.
Yes it should, but that's not what is happening. And why should I have to do that? Shouldn't BDRB handle the extraction/conversion correctly as needed on it's own?
With a MKV file, the THD track from a M2TS file has already been split into the THD objects file and the AC3 core file. All BDRB needs to do is pull the core from the MKV file. That may be what it is doing and the wrong choice of words was used. I'm not sure you can do anything with the high def audio component, because what is also needed is the core component. I'll leave that to JD to explain.
Well that's why I'm reporting what I think might be a bug. Like I said, try it yourself. Import a MKV with a THD/Atmos track and see what happens. I'm tired and my brain hurts. Have a good evening everyone...
I do not have the file you are dealing with, so I can't do any testing. Using a different MKV file containing THD audio would not be the same.

You can use the MKV toolset to create a new MKV file with only the AC3 core and see what mediainfo now reports. I know, not your job, but it would help with troubleshooting since I suspect that JD doesn't have that file either.

[tebasuna51]

Of course it is a mistery how a THD Atmos 8 channels can be converted, by ffmpeg I suposse, to an AC3 1 channel.

But, if you want an AC3, for what not select the track 3 of pre reencode mkv?
It is clearly the core of TrueHD track from m2ts's BD.

[ggtop]

Misunderstanding? Sure looks like 1 CH Mono to me. Any ideas?

Hi spotswood,

it seems to me you are still selecting the wrong audio track...
Given the fact that your imported source follows a natural numbering audio #4352 is track 1 (previously borked THD) and #4353 is track 2 (AC3@640) according to your MediaInfo log.

Looking in your .inf file you are selecting track 1:
REBUILD_COMPLETE=1
[00000]
AUDIO=10
PGS=1

What does happen if you select audio track 2 BDRB should show you in the stream window?

I suggest you also disable "remove WORKFILES after rebuild" so that you have the chance to examine the temporary files afterwards. Especially AUD_00000_4352.AVS in this case.

ggtop

EDIT: Just had a look with MediaInfo into a random disc containing a THD stream:

Audio #2
ID : 4353 (0x1101)
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 30 min
Bit rate mode : Variable
Bit rate : 640 kb/s
Maximum bit rate : 5 904 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 : 414 MiB (1%)
Service kind : Complete Main
Number of dynamic objects : 13
Bed channel count : 1 channel
Bed channel configuration : LFE

Looking into yours it seems it is indeed missing the core as gonca wrote due to MKV restrictions.

[spotswood]

Hey guys... jdobbs and I had a little educational conversation and he corrected the error in my ways. Who knew you could use MakeMKV to backup to a folder! Not me! What a dumb a**... (wipes a carton of eggs off face). So please disregard my recent ramblings and I'll say it again, what a dumb a**. Crisis caused by pilot error averted... ;^)

[spotswood]

So just FYI and for those curious as to the source file for my previous posts, attached is the full MediaInfo from my original Anna BD that includes the THD-Atmos/core track in addition to the foreign language tracks.

So what I did originally was rip the movie only straight to MKV, keeping only the THD-Atmos/core English track, which I now know is split into 2 seperate tracks per MKV specs. When attempting to convert the movie to UHD/x265, rather than load the original disc into BDRB, I imported the previous movie only MKV into BDRB. During the import process BDRB wants to extract/convert the THD core track to AC3.

Here's where things got wonky. Since the core was already extracted in the previous rip to MKV, there is no core to extract from the THD track (I'm guessing, but what do I know). BDRB now "converts" the THD track to AC3, but converts it to Mono. That is the big mystery and I'll leave that to you and jdobbs to figure out if you want to.

It's actually moot at this point as instead of trying to import my existing MKV files to convert them to UHD/x265, I'll just start over and load the original disc into BDRB and convert from there. Hope this info helps for those interested in what is happening. Sorry for any confusion and thanks for the help provided...

EDIT: The MediaInfo is too large to include in my post so I uploaded as an attachment. I've included just the audio portion since the whole thing including the video and subs is too big. Sorry 'bout that Chief!

[Lathe]

So just FYI and for those curious as to the source file for my previous posts, attached is the full MediaInfo from my original Anna BD that includes the THD-Atmos/core track in addition to the foreign language tracks.

So what I did originally was rip the movie only straight to MKV, keeping only the THD-Atmos/core English track, which I now know is split into 2 seperate tracks per MKV specs. When attempting to convert the movie to UHD/x265, rather than load the original disc into BDRB, I imported the previous movie only MKV into BDRB. During the import process BDRB wants to extract/convert the THD core track to AC3.

Here's where things got wonky. Since the core was already extracted in the previous rip to MKV, there is no core to extract from the THD track (I'm guessing, but what do I know). BDRB now "converts" the THD track to AC3, but converts it to Mono. That is the big mystery and I'll leave that to you and jdobbs to figure out if you want to.

It's actually moot at this point as instead of trying to import my existing MKV files to convert them to UHD/x265, I'll just start over and load the original disc into BDRB and convert from there. Hope this info helps for those interested in what is happening. Sorry for any confusion and thanks for the help provided...

EDIT: The MediaInfo is too large to include in my post so I uploaded as an attachment. I've included just the audio portion since the whole thing including the video and subs is too big. Sorry 'bout that Chief!

I don't know if this would also help, but what I do any time I have MKV files with a THD audio track (where the core has been removed) I just run it through UsEac3to, choose the TrueHD track and select the THD+Ac3 as the output. That puts the removed core back into the THD track as it was originally. Then I just use TSMuxer to replace the now restored THD track w/core back into the BDMV format, from which BDRB can take it from there.

[spotswood]

I don't know if this would also help, but what I do any time I have MKV files with a THD audio track (where the core has been removed) I just run it through UsEac3to, choose the TrueHD track and select the THD+Ac3 as the output. That puts the removed core back into the THD track as it was originally. Then I just use TSMuxer to replace the now restored THD track w/core back into the BDMV format, from which BDRB can take it from there.This sounded interesting so I gave UsEac3to a try. Didn't give the same results as you describe at first, but after playing around with the settings I got it to work. Now TSMuxer accepts the THD/core track instead of ignoring it without the core. This helps immensely! Thanks for the tip!

[Lowpro]

I'm not sure if I've mentioned this or not. It's related to "Quick-Play" menus that contain multiple pages.

The "PAGE" label and "PREV/NEXT" buttons are positioned too close to the last QP menu item on a given page. Example provided below.

https://www.lowpro.net/bdrb/quick_play/qp_prev_next_before_thumb.jpg (https://www.lowpro.net/bdrb/quick_play/qp_prev_next_before.jpg)

The "PREV/NEXT" buttons actually overlap the last QP menu item on a given page. Well, you can't always tell. It depends on the QP menu item characters involved and "PREV/NEXT" button positioning which is determined by the longest QP menu item naming on the page. Here's a closer look. See below.

https://www.lowpro.net/bdrb/quick_play/qp_prev_next_overlap.jpg

The spacing from QP menu item to QP menu item is excellent. I'd love to see that same spacing used when the given page includes the "PAGE" label and "PREV/NEXT" buttons as well. It would prevent the overlapping as shown above and look much better in general.
__________________________________

And if you'll indulge me since it's related...
In addition to the increased spacing I'd love to see options added so that one could set the positioning of the "PAGE" label and "PREV/NEXT" buttons respectively. The added flexibility would be very welcome. Something like the below perhaps.

MENU_PAGE_LABEL_HORIZONTAL=n (n = 0-1919 - Offset from left of 1080p screen.)
MENU_PAGE_LABEL_VERTICAL=n (n = 0-1079 - Offset from top of 1080p screen.)
MENU_PREV_NEXT_HORIZONTAL=n (n = 0-1919 - Offset from left of 1080p screen.)
MENU_PREV_NEXT_VERTICAL=n (n = 0-1079 - Offset from top of 1080p screen.)

In my case I'd left justify the "PAGE" label with the QP menu items and position the "PREV/NEXT" buttons, so that the same amount of menu backdrop is to the right of those buttons as is to the left of the "PAGE" label. This would remain consistent from page to page. (My menu backdrop is part of the menu background image in this case as I prefer the menu backdrop to have a fixed width from page to page.) I'd also bottom align the "PAGE" label with the "PREV/NEXT" buttons so that the "PAGE" label was not crowding the last QP menu item.

And below is what the end result would look like which includes the increased spacing after the last QP menu item.

https://www.lowpro.net/bdrb/quick_play/qp_prev_next_page_thumb.jpg (https://www.lowpro.net/bdrb/quick_play/qp_prev_next_page.jpg)

Now tell me that doesn't rock. Symmetry is a beautiful thing. It can make all the difference in the world. The above looks far better than the first image I posted in my reply here. Would love to see BD Rebuilder improved in this regard.

[jdobbs]

@Lowpro

I'll take a look at it.

[Lowpro]

@Lowpro
I'll take a look at it.
Excellent. And so you know, the thought hadn't occured to me that I could reposition the "PREV/NEXT" buttons using BDedit. For each QP menu item, including the "PREV/NEXT" buttons you can change the "X" and "Y" values. Works like a charm. The only thing I haven't figured out yet is how to reposition the "Page" label. Well I assume it's a label as it's not listed as a button in BDedit anyway. If it were I could just reposition it how I like and call it a day.

As for the current spacing, from BDedit I can see that the "Y" value increases by 50 from QP menu item to QP menu item. The "Y" value from the last QP menu item to the "PREV/NEXT" buttons only increases by 40 however, hence the "PREV/NEXT" buttons overlapping the last QP menu item. See below taking note of the "Y" value from button to button.

https://www.lowpro.net/bdrb/quick_play/qp_spacing_bdedit_01.jpg

https://www.lowpro.net/bdrb/quick_play/qp_spacing_bdedit_02.jpg

https://www.lowpro.net/bdrb/quick_play/qp_spacing_bdedit_03.jpg

And here's what the end result looks like when the same spacing is used, i.e. increasing the "Y" values for the "PREV/NEXT" buttons by 10. Much better wouldn't you say. (Using TotalMedia Theatre 3 on an old Windows XP desktop to take screenshots of the actually Blu-ray menus. Comes in handy.)

Before:
https://www.lowpro.net/bdrb/quick_play/qp_prev_next_before_thumb.jpg (https://www.lowpro.net/bdrb/quick_play/qp_prev_next_before.jpg)

After:
https://www.lowpro.net/bdrb/quick_play/qp_prev_next_after_thumb.jpg (https://www.lowpro.net/bdrb/quick_play/qp_prev_next_after.jpg)

So for now I can certainly just increase the "Y" value of the "PREV/NEXT" buttons by 10 using BDedit. Also loving the fact I can slide the "PREV/NEXT" buttons down further to the right now like I want. Just wish I could figure out how to reposition the "PAGE" label. I don't see how that can be done in BDedit unfortunately. I see no reference to the "PAGE" label in BDedit at all. Well, unless I just don't know where to look.

Measuring things out in Photoshop I'd have to increase the "Y" value of the "PAGE" label by 16. The "PAGE" label would then be bottom aligned with the "PREV/NEXT" buttons no longer crowding the last QP menu item as a result. To align the "PAGE" label with the other QP menu items I'd need to increase the "X" value by 38. End result shown below. (I increased the "X" values of the "PREV/NEXT" buttons by 230 as well just for fun. Couldn't help myself. Loving the ability to reposition those buttons now. I updated all my QP menus for this TV series actually. To check out the whole spread see here (https://forum.blu-ray.com/showthread.php?p=19023565#post19023565).)

https://www.lowpro.net/bdrb/quick_play/qp_prev_next_page_thumb.jpg (https://www.lowpro.net/bdrb/quick_play/qp_prev_next_page.jpg)

The above would be much better positioning for the "PAGE" label I think. Perhaps you'll consider having the "PAGE" label use that positioning per a future build of BD Rebuilder. It would be an excellent improvement as would increasing the spacing between the last QP menu item and "PREV/NEXT" buttons of course. Better yet, the addition of hidden options for setting the horizontal and vertical positioning of the "PAGE" label and "PREV/NEXT" buttons. Okay, I better quit while I'm ahead. :-P In any event, I appreciate you having a look. Thanks!

[jdobbs]

As for the current spacing, from BDedit I can see that the "Y" value increases by 50 from QP menu item to QP menu item. The "Y" value from the last QP menu item to the "PREV/NEXT" buttons only increases by 40 however, hence the "PREV/NEXT" buttons overlapping the last QP menu item. See below taking note of the "Y" value from button to button.Just note that the amount the Y value increases is dependent upon the font size selected and the number of menu items. But, I think, 50 is the default.

If I remember correctly, the PREV/NEXT buttons are positioned based upon the BACKDROP. I'm guessing that the backdrop in your menus are created as a part of the background image? I guess I could also add an option to force the height/width of the backdrop.

That whole quick menu feature was a lot of work... it's good to see that someone is getting some use out of it.

[Lowpro]

Just note that the amount the Y value increases is dependent upon the font size selected and the number of menu items. But, I think, 50 is the default.Are you sure about selection of the font size? I'm not seeing that as an option. Measuring in Photoshop it looks to be a 20pt font. It's the perfect size I think. I've never felt the need to change it anyway.

If I remember correctly, the PREV/NEXT buttons are positioned based upon the BACKDROP. I'm guessing that the backdrop in your menus are created as a part of the background image? I guess I could also add an option to force the height/width of the backdrop.That's what I've observed. The "PAGE" label and "PREV/NEXT" buttons are positioned based upon the BACKDROP. And yes, I'm not using the BACKDROP. I have it set to be fully transparent. Instead I'm including the backdrop as part of the background image that way I can determine the width and height myself, including how much padding I'd like around the QP menu items. (See below.) My preference is to have the width of the backdrop remain the same from page to page, the height still changing based on the number of QP menu items on the given page. I'm using a unique background image per page.

http://www.lowpro.net/bdrb/quick_play_menu_photoshop_thumb.jpg (http://www.lowpro.net/bdrb/quick_play_menu_photoshop.jpg)

With "The Andy Griffith Show" my backdrops are actually the same width across all 8 seasons, page to page, season to season. (See above.) It makes for much faster work when creating so many menu backgrounds. More importantly, I like the uniformity. In this case I determined the width of the backdrop based on the longest QP menu item across all 8 seasons. I then set the width of the backdrop so that it extends out 96 pixels or so past the extents of that QP menu item on each side. That's then the backdrop width I used across the entire TV series. (Click here (https://forum.blu-ray.com/showthread.php?p=19023565#post19023565) to view the Blu-ray menus for all 8 seasons.)

I guess I could also add an option to force the height/width of the backdrop.An option to independently force the height and width of the BACKDROP would be excellent. I'm not sure that would be enough for me to start using the actual BACKDROP again though as I'd no longer be able to control the precise placement of the QP menu items on the BACKDROP. By making the BACKDROP fully transparent I'm able to position just the QP menu items basically. I include the backdrop within my background image which allows for setting the precise height, width and position of the backdrop. I then position the QP menu item selection area using "MENU_HORIZONTAL" and "MENU_VERTICAL", so that the QP menu items fall precisely where I'd like them to on my background image (with included backdrop).

That whole quick menu feature was a lot of work... it's good to see that someone is getting some use out of it.I can only imagine how much work was involved and yes, I'm getting a ton of use out of the feature. It's actually the only thing I use BD Rebuilder for. Well, I do occassionally create a Movie-Only Backup of a given Blu-ray. Most of the time I use Clown_BD to do that though. For everything else aside from Blu-ray menu creation I use multiAVCHD. That being said, for all of my QP menus I'm using BDedit to customize the QP menu item and page navigation behavior anyway. As such, it's not a big deal to adjust the "X" and "Y" coordinates for the "PREV" and "NEXT" buttons myself. Again, it didn't occur to me I could just change the button positioning using BDedt. Setting the vertical spacing between the last QP menu item and the "PREV/NEXT" buttons from 40 to 50 would still be a welcome change though.

And perhaps you can shed some light on this for me. The "PAGE" label is still eluding me. Well, I'm calling it a label. It doesn't appear to be a button and isn't present in BDedit that I can see. I'd love to be able to control the placement. I'd be curious to know how that's being implemented. The "PAGE" label would look so much better if it were lined up with the other QP menu items and bottom aligned with the "PREV/NEXT" buttons per the mock-up in my previous post. An option to hide the "PAGE" label or make it fully transparent would even suffice. I could then just include the "PAGE" label within my backgroud image instead.

[Lowpro]

He shoots! He scores! I just came up with a workaround, so that I can reposition the "PAGE" label for my QP menus. My goal was to reposition the "PAGE" label, so that it was aligned with the other QP menu items and bottom aligned with the "PREV/NEXT" buttons as shown in the mock-up I posted a couple replies back. So as I mentioned previously, I wasn't seeing a way this could be done from BDedit. For whatever reason it just hit me. The "PAGE" label is actually part of the QP menu item selection area. That I can control the positioning of via BDRB. I can also set the position of each QP menu item using BDedit, hence my workaround. (In my case I set BD Rebuilder's backdrop to be fully transparent. I then include a backdrop within my background image instead.)

Tried it just now. It works beautifully. Once creating the QP menu initially I load the BDMV folder up in BDedit making all my updates as I normally do. This now includes adjusting the positioning of the "PREV" and "NEXT" buttons before remuxing the "99002 & 99004" M2TS files (...the QP menu items). At this point my QP menu is set to go with the exception of the "PAGE" label. To reposition the "PAGE" label I recreate the QP menu shifting the QP menu item selection area to the right by 38 and down by 16, i.e. the BDREBUILDER.INI hidden options, "MENU_HORIZONTAL" and "MENU_VERTICAL". I then copy the "99001 & 99003" M2TS and CLPI files (...the QP menu item selection area) from the resulting QP menu overwriting the same files from my original QP menu. Easy peasy lemon squeezy. Gotta love it!

[MrVideo]

BDRB should be able to all that for you instead. Having to use BDEdit is overkill. JD said that he is looking into it.

[Lowpro]

BDRB should be able to all that for you instead. Having to use BDEdit is overkill. JD said that he is looking into it.I use BDedit to customize my Blu-ray menus in a number of ways. It's not overkill to take one extra minute while I'm in BDedit anyway to reposition a few menu buttons. I enjoy using the application and don't expect BDRB to check every box for me. If JD updates BDRB in some way that results in me spending less time in BDedit that's great. If not, I'm still able to produce the end result I'm looking for now. That's the exact attitude I'm imagine JD welcomes with respects to his application and those that use it.

[MrVideo]

Off topic, a little bit.. @Lowpro, what software did you use to get the screen grabs of the complete menus?

[Lowpro]

Off topic, a little bit.. @Lowpro, what software did you use to get the screen grabs of the complete menus?I use TotalMedia Theatre 3. I've got an old Windows XP desktop that still has it installed. Comes in handy.

[MrVideo]

I use TotalMedia Theatre 3. I've got an old Windows XP desktop that still has it installed. Comes in handy.
I kinda figured it was something like that. Thanks for the info.

[MrVideo]

@JD: Here's one for ya... the main video of a UHD disc is 93.78GB. The target is a 25B disc. After re-encoding, that video is 70.23GB. Not exactly the right size to fit on a 25B disc. There were zero errors in the log. All went as it was supposed to, except that the wrong size was the result. This one might be a little tough to figure out when there are zero errors that can be used as hints.

[jdobbs]

@JD: Here's one for ya... the main video of a UHD disc is 93.78GB. The target is a 25B disc. After re-encoding, that video is 70.23GB. Not exactly the right size to fit on a 25B disc. There were zero errors in the log. All went as it was supposed to, except that the wrong size was the result. This one might be a little tough to figure out when there are zero errors that can be used as hints.Can you post your settings? That way I can try them on a similar disc. Maybe I will able to repeat it.

[MrVideo]

OK, here is BDREBUIKDER.INI:
[Options]
VERSION=0.61.0.22
ENCODER=1
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
NVENC_CAPABLE=1
TARGET_SIZE=23500
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=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
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
[Paths]
WORKING_PATH=F:\BD-REBUILDER\WORK\
SOURCE_PATH=E:\
What I find a little interesting is that "CUSTOM_TARGET_SIZE=23500" does not equal what the log reports as the target size: 22.95 GB.

[gonca]

What I find a little interesting is that "CUSTOM_TARGET_SIZE=23500" does not equal what the log reports as the target size: 22.95 GB.

22.95GB x 1024= 23500MB

I think that Jd uses the normal binary conventions

[MrVideo]

You would think that you would use one method over the other, but not both. Makes for a little confusion.

[jdobbs]

You would think that you would use one method over the other, but not both. Makes for a little confusion.There is only one. Computers don't care how many fingers there are on two hands. They exist in a binary world.

[MrVideo]

There is only one. Computers don't care how many fingers there are on two hands. They exist in a binary world.
Right, but in one place you use the left hand and in another you use the right. Why not use the same counting system in both places?

[gonca]

Right, but in one place you use the left hand and in another you use the right. Why not use the same counting system in both places?
Are you referring to binary/decimal or GB/MB?

[MrVideo]

Are you referring to binary/decimal or GB/MB?
GB/MB, as seen in the original post regarding this.

[jdobbs]

GB/MB, as seen in the original post regarding this.So you're saying you don't like the fact that one is in GB and the other is in MB?

Those are both the same counting system.

That's like saying "In one place you say '.5 million' and in the other you say '500 thousand'. Which is it?"

[cartman0208]

I'd guess the "better" human readable format would be in GB in this case, as in the logs.
For the config you would definetely use something without punctuation ... which gets us to MB :)

[jdobbs]

I'd guess the "better" human readable format would be in GB in this case, as in the logs.
For the config you would definetely use something without punctuation ... which gets us to MB :)Yeah. If, when reading it, you use GB you then have to account for whether a certain country uses a "," or "." (or others) as the decimal separator.

[MrVideo]

Yeah. If, when reading it, you use GB you then have to account for whether a certain country uses a "," or "." (or others) as the decimal separator.
The log does use the "." as the separator. The point is that if you add the "." to 23500, you get 23.5 GB. But, the log says 22.95 GB. As gonca points out, one value is 1000 based while the other is 1024 based. What I am requesting is that the same base be used in both locations. Or at least use/add the correct terminology for what is being used:
Kilobyte (KB) 1000¹ = 1,000
Megabyte (MB) 1000² = 1,000,000
Gigabyte (GB) 1000³ = 1,000,000,000
Terabyte (TB) 1000⁴ = 1,000,000,000,000
Petabyte (PB) 1000⁵ = 1,000,000,000,000,000

Kibibyte (KiB) 1024¹ = 1,024
Mebibyte (MiB) 1024² = 1,048,576
Gibibyte (GiB) 1024³ = 1,073,741,824
Tebibyte (TiB) 1024⁴ = 1,099,511,627,776
Pebibyte (PiB) 1024⁵ = 1,125,899,906,842,624

[gonca]

As gonca points out, one value is 1000 based while the other is 1024 based.[/code]

Not quite.
Both values are based on 1024 (binary system).
Just the GB and MB differ

Never pointed out that one value is 1000 based while other is 1024 based. Would make absolutely no sense to do that.
I also mentioned that Jd prefers the binary (1024) convention

In binary 1024 MB does equal 1 GB
Kilo/Mega/Giga etc was originally binary
Somewhere along the way it was altered to be decimal (HDD manufacturers might have had something to do with it)
and this silly Gibi/Kibi stuff was introduced

Yeah, I prefer the binary convention myself

[gonca]

@Jdobbs
Welcome to the rabbit hole.

[jdobbs]

The log does use the "." as the separator. The point is that if you add the "." to 23500, you get 23.5 GB. But, the log says 22.95 GB. As gonca points out, one value is 1000 based while the other is 1024 based. What I am requesting is that the same base be used in both locations. Or at least use/add the correct terminology for what is being used:
Kilobyte (KB) 1000¹ = 1,000
Megabyte (MB) 1000² = 1,000,000
Gigabyte (GB) 1000³ = 1,000,000,000
Terabyte (TB) 1000⁴ = 1,000,000,000,000
Petabyte (PB) 1000⁵ = 1,000,000,000,000,000

Kibibyte (KiB) 1024¹ = 1,024
Mebibyte (MiB) 1024² = 1,048,576
Gibibyte (GiB) 1024³ = 1,073,741,824
Tebibyte (TiB) 1024⁴ = 1,099,511,627,776
Pebibyte (PiB) 1024⁵ = 1,125,899,906,842,624Wrong. And the "Kibi" bullshit is nonsense made up by people who know nothing. I've been doing this for over 40 years (and have taught computer science at the collegiate level) -- and a Kilobyte has always been 1024, and in the real world it always will be, no matter what some new-age "I can't comprehend binary" limp-dick says.

Period.

[SeeMoreDigital]

...and a Kilobyte has always been 1024, and in the real world it always will be, no matter what some new-age "I can't comprehend binary" limp-dick says.

Period.Indeed and agreed :)

[MrVideo]

Both values are based on 1024 (binary system).
Just the GB and MB differ
So, why are two different values being reported? Why not show both values as MB or GB. Having to do math to convert one to the other kinda sucks.

Even though I need sleep, it is all a little clearer now. :D

[gonca]

So, why are two different values being reported? Why not show both values as MB or GB. Having to do math to convert one to the other kinda sucks.

Even though I need sleep, it is all a little clearer now. :D

It is a representation of a binary number
1024 bytes = 1 kb
etc
As for the math, not necessary.
The multiplier is 1024, so 22.95 GB is just shy of 23500 MB (numerically speaking, not size) so it should be the same.
For the compulsive types just use the 1024 multiplier to comfirm

[gonca]

Wrong. And the "Kibi" bullshit is nonsense made up by people who know nothing. I've been doing this for over 40 years (and have taught computer science at the collegiate level) -- and a Kilobyte has always been 1024, and in the real world it always will be, no matter what some new-age "I can't comprehend binary" limp-dick says.

Period.

:goodpost:

[MrVideo]

It is a representation of a binary number
1024 bytes = 1 kb
etc
As for the math, not necessary.
The multiplier is 1024, so 22.95 GB is just shy of 23500 MB (numerically speaking, not size) so it should be the same.
For the compulsive types just use the 1024 multiplier to comfirm
You say math not necessary and then you say just use the multiplier:. :D

The point I'm trying to make, in order to make it easier and not confuse the human reader, i to use the MB number for both locations, or the GB number for both location. It is human nature to just take the 23500 MB number and turn it into 23.5 GB. That is what I did and as it turns out, that is wrong.

[spotswood]

OK, so I'm still having problems when BDRB is converting audio tracks to AC3. Any DTS, DTS-MA, True-HD, or LPCM tracks get converted to AC3 MONO. I've never had this problem before so something has recently changed with the way the audio tracks are being converted. This happens on any disc I've tried, regardless of what the original track format is.

Ex: Converting my Bad Santa disc to BD9 Movie-only UHD-HEVC format. The disc contains a LPCM 5.1 track that I choose to convert to AC3. Everything seems to go as planned until I try to play the resulting directory in MPC-HC. MPC-HC opens the movie, but the movie will not start, it just hangs at 00:00. Log, .inf and MediaInfo below.

Running the same disc thru ClownBD or the aforementioned UsEac3to are converted correctly. I can then load the movie into BDRB and convert to UHD-HEVC from there. So something is wonky with the way BDRB is converting the tracks. Don't take my word for it, try it yourself with any disc and convert to AC3 and see what you come up with. Thanks for any suggestions...

BDRB Log:
[07/01/21] BD Rebuilder v0.61.22
[12:14:31] Source: BST1NND1_BADDERSANTA_00025
- Input BD size: 21.16 GB
- Approximate total content: [01:39:16.408]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), 1-Pass VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[12:14:33] PHASE ONE, Encoding
- [12:14:33] Processing: VID_00076 (1 of 1)
- [12:14:33] Extracting A/V streams [VID_00076]
- [12:17:26] Reencoding video [VID_00076]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 142,811 frames
- Bitrate: 9,715 Kbs
- [12:17:26] Reencoding: VID_00076, Pass 1 of 1
- [12:29:47] Video Encode complete
- [12:29:47] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[12:30:07]PHASE ONE complete
[12:30:07]PHASE TWO - Rebuild Started
- [12:30:07] Rebuilding AVCHD file Structure
[12:30:21] - Encode and Rebuild complete
- WORKFILES folder removed.
[12:30:22] JOB: BST1NND1_BADDERSANTA finished.

BDRB .inf:
[Status]
LABEL=BST1NND1_BADDERSANTA
VERSION=v0.61.22
SOURCE_SIZE=22719553536
SOURCE_VIDEO_SIZE=22719553536
TARGET_SIZE=8422162432
REDUCTION=.370701053550844
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=4
DGDECNV=-1
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
UHD_V3_MODE=-1
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00076]
AUDIO=10
PGS=1
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8422162432
RATE=9715
NSIZE=0
FLINK=0
MLINK=0

MediaInfo (post encode):
General
Complete name : C:\Users\eM-SSD\Videos\1080p_HEVC\BST1NND1_BADDERSANTA\\BDMV\PLAYLIST\00000.mpls
Format : Blu-ray Playlist
File size : 512 Bytes
Duration : 1 h 39 min
Overall bit rate : 1 b/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4.1@High
Codec ID : 36
Duration : 1 h 39 min
Bit rate : 9 174 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.185
Stream size : 6.36 GiB
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
format_identifier : HDMV
Source : 00000.m2ts / 00000.m2ts

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 1 h 39 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 1 channel
Channel layout : C
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 454 MiB
Language : English
Service kind : Complete Main
bsid : 8
Dialog Normalization : -31
Dialog Normalization : -31 dB
acmod : 1
lfeon : 0
dialnorm_Average : -31
dialnorm_Average : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum : -31 dB
dialnorm_Count : 1
format_identifier : AC-3
SamplingCount_Source : General_Duration
Duration_Source : General_Duration
Source : 00000.m2ts / 00000.m2ts

[jdobbs]

@spotswood

Could you outline the entire process you go through. I notice from your log that the source movie is only 21.16GB. That doesn't sound large enough to be from an original BD -- so I'm assuming you are importing?

I'm guessing whatever is causing this has to be specific to your system, as I'm getting no other reports of mono output. I would expect that to be pretty noticeable.

If anyone else is seeing this issue -- please chime in.

I can't think of any significant changes recently to the audio processing. You haven't replaced any of the included utilities with other versions?

Converting my Bad Santa disc to BD9 Movie-only UHD-HEVC format. The disc contains a LPCM 5.1 track that I choose to convert to AC3. Everything seems to go as planned until I try to play the resulting directory in MPC-HC or PowerDVD. Each of the programs try to play the movie, but the movie will not start, it just hangs at 00:00. Could it be possible the player doesn't allow UHD on BD-9 (that wouldn't be uncommon)?

[spotswood]

@spotswood

Could you outline the entire process you go through. I notice from your log that the source movie is only 21.16GB. That doesn't sound large enough to be from an original BD -- so I'm assuming you are importing?Not importing, just loading the original ripped disc .iso mounted with Virtual CloneDrive v5.5.2.0 into BDRB. The log you mention is from a Movie-only encode, which is why the size is smaller. Here's the log from a Movie & Menus job I just did to see if it was mode related. Same thing happens, the LPCM track is converted to AC3 Mono.

Movie & Menus Log:
----------------------
[07/01/21] BD Rebuilder v0.61.22
[13:29:00] Source: BST1NND1_BADDERSANTA
- Input BD size: 42.67 GB
- Approximate total content: [04:08:03.576]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- MOVIE and MENUS mode enabled
- Quality: High Quality (Default), 1-Pass VBR
- Converting to UHD-BD (HEVC) output format
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[13:29:00] PHASE ONE, Encoding
- [13:29:00] Blanking: VID_00000 (1 of 32)
- [13:29:00] Blanking: VID_00001 (2 of 32)
- [13:29:00] Blanking: VID_00002 (3 of 32)
- [13:29:00] Blanking: VID_00009 (4 of 32)
- [13:29:00] Blanking: VID_00011 (5 of 32)
- [13:29:00] Blanking: VID_00023 (6 of 32)
- [13:29:00] Blanking: VID_00024 (7 of 32)
- [13:29:00] Processing: VID_00043 (8 of 32)
- [13:29:00] Extracting A/V streams [VID_00043]
- [13:29:05] Reencoding video [VID_00043]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 3,085 frames
- Bitrate: 826 Kbs
- [13:29:05] Reencoding: VID_00043, Pass 1 of 1
- [13:29:08] Video Encode complete
- [13:29:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:29:08] Multiplexing M2TS
- [13:29:12] Processing: VID_00064 (9 of 32)
- [13:29:12] Extracting A/V streams [VID_00064]
- [13:29:17] Reencoding video [VID_00064]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,440 frames
- [13:29:17] Reencoding: VID_00064, Pass 1 of 1
- [13:29:25] Video Encode complete
- [13:29:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- [13:29:25] Multiplexing M2TS
- [13:29:29] Processing: VID_00076 (10 of 32)
- [13:29:29] Extracting A/V streams [VID_00076]
- [13:32:23] Reencoding video [VID_00076]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 142,811 frames
- Bitrate: 4,393 Kbs
- [13:32:23] Reencoding: VID_00076, Pass 1 of 1
- [13:44:09] Video Encode complete
- [13:44:09] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [13:44:17] Multiplexing M2TS
- [13:44:25] Processing: VID_00078 (11 of 32)
- [13:44:25] Extracting A/V streams [VID_00078]
- [13:44:30] Reencoding video [VID_00078]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 12 frames
- [13:44:30] Reencoding: VID_00078, Pass 1 of 1
- [13:44:31] Video Encode complete
- [13:44:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [13:44:31] Multiplexing M2TS
- [13:44:35] Blanking: VID_00091 (12 of 32)
- [13:44:35] Blanking: VID_00109 (13 of 32)
- [13:44:35] Blanking: VID_00130 (14 of 32)
- [13:44:35] Blanking: VID_00131 (15 of 32)
- [13:44:35] Blanking: VID_00132 (16 of 32)
- [13:44:35] Processing: VID_00133 (17 of 32)
- [13:44:35] Extracting A/V streams [VID_00133]
- [13:46:00] Reencoding video [VID_00133]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 72,592 frames
- Bitrate: 4,547 Kbs
- [13:46:00] Reencoding: VID_00133, Pass 1 of 1
- [13:52:02] Video Encode complete
- [13:52:02] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [13:52:10] Multiplexing M2TS
- [13:52:16] Processing: VID_00134 (18 of 32)
- [13:52:16] Extracting A/V streams [VID_00134]
- [13:53:15] Reencoding video [VID_00134]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 54,763 frames
- Bitrate: 4,263 Kbs
- [13:53:15] Reencoding: VID_00134, Pass 1 of 1
- [13:57:47] Video Encode complete
- [13:57:47] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [13:57:50] Multiplexing M2TS
- [13:57:55] Processing: VID_00136 (19 of 32)
- [13:57:55] Extracting A/V streams [VID_00136]
- [13:58:00] Reencoding video [VID_00136]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 2,694 frames
- Bitrate: 822 Kbs
- [13:58:00] Reencoding: VID_00136, Pass 1 of 1
- [13:58:03] Video Encode complete
- [13:58:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:58:03] Multiplexing M2TS
- [13:58:07] Processing: VID_00137 (20 of 32)
- [13:58:07] Extracting A/V streams [VID_00137]
- [13:58:12] Reencoding video [VID_00137]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 7,228 frames
- Bitrate: 824 Kbs
- [13:58:12] Reencoding: VID_00137, Pass 1 of 1
- [13:58:18] Video Encode complete
- [13:58:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:58:18] Multiplexing M2TS
- [13:58:22] Processing: VID_00138 (21 of 32)
- [13:58:22] Extracting A/V streams [VID_00138]
- [13:58:26] Reencoding video [VID_00138]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 3,277 frames
- Bitrate: 820 Kbs
- [13:58:26] Reencoding: VID_00138, Pass 1 of 1
- [13:58:30] Video Encode complete
- [13:58:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:58:30] Multiplexing M2TS
- [13:58:34] Processing: VID_00139 (22 of 32)
- [13:58:34] Extracting A/V streams [VID_00139]
- [13:58:38] Reencoding video [VID_00139]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 2,982 frames
- Bitrate: 835 Kbs
- [13:58:38] Reencoding: VID_00139, Pass 1 of 1
- [13:58:41] Video Encode complete
- [13:58:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:58:41] Multiplexing M2TS
- [13:58:45] Processing: VID_00140 (23 of 32)
- [13:58:45] Extracting A/V streams [VID_00140]
- [13:58:55] Reencoding video [VID_00140]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 49,444 frames
- Bitrate: 817 Kbs
- [13:58:55] Reencoding: VID_00140, Pass 1 of 1
- [13:59:32] Video Encode complete
- [13:59:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:59:32] Multiplexing M2TS
- [13:59:36] Blanking: VID_00141 (24 of 32)
- [13:59:36] Blanking: VID_00142 (25 of 32)
- [13:59:36] Blanking: VID_00143 (26 of 32)
- [13:59:36] Processing: VID_00144 (27 of 32)
- [13:59:36] Extracting A/V streams [VID_00144]
- [13:59:41] Reencoding video [VID_00144]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,362 frames
- Bitrate: 1,881 Kbs
- [13:59:41] Reencoding: VID_00144, Pass 1 of 1
- [13:59:49] Video Encode complete
- [13:59:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [13:59:49] Multiplexing M2TS
- [13:59:53] Processing: VID_00147 (28 of 32)
- [13:59:53] Extracting A/V streams [VID_00147]
- [13:59:57] Reencoding video [VID_00147]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 829 frames
- Bitrate: 1,214 Kbs
- [13:59:57] Reencoding: VID_00147, Pass 1 of 1
- [14:00:03] Video Encode complete
- [14:00:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- [14:00:03] Multiplexing M2TS
- [14:00:06] Processing: VID_00149 (29 of 32)
- [14:00:06] Extracting A/V streams [VID_00149]
- [14:00:11] Reencoding video [VID_00149]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,440 frames
- Bitrate: 700 Kbs
- [14:00:11] Reencoding: VID_00149, Pass 1 of 1
- [14:00:19] Video Encode complete
- [14:00:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- [14:00:19] Multiplexing M2TS
- [14:00:23] Processing: VID_00151 (30 of 32)
- [14:00:23] Extracting A/V streams [VID_00151]
- [14:00:28] Reencoding video [VID_00151]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 12 frames
- [14:00:28] Reencoding: VID_00151, Pass 1 of 1
- [14:00:29] Video Encode complete
- [14:00:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- [14:00:29] Multiplexing M2TS
- [14:00:33] Processing: VID_00153 (31 of 32)
- [14:00:33] Extracting A/V streams [VID_00153]
- [14:00:37] Reencoding video [VID_00153]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 90 frames
- Bitrate: 2,430 Kbs
- [14:00:37] Reencoding: VID_00153, Pass 1 of 1
- [14:00:38] Video Encode complete
- [14:00:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:00:38] Multiplexing M2TS
- [14:00:42] Blanking: VID_00154 (32 of 32)
[14:00:42]PHASE ONE complete
[14:00:42]PHASE TWO - Rebuild Started
- [14:00:42] Rebuilding BD file Structure
[14:00:44] - Encode and Rebuild complete
- WORKFILES folder removed.
[14:00:45] JOB: BST1NND1_BADDERSANTA finished.

I'm guessing whatever is causing this has to be specific to your system, as I'm getting no other reports of mono output. I would expect that to be pretty noticeable.

If anyone else is seeing this issue -- please chime in.Yes, if anyone can, please try reencoding a disc (any disc) with a lossless track to AC3 and see what happens? This has been happening recently so I'm interested to see if anyone else gets the same results.

I can't think of any significant changes recently to the audio processing. You haven't replaced any of the included utilities with other versions?No versions replaced. In fact I unzipped a fresh v0.61.22 of BDRB and started anew. As previously mentioned, running the same disc .iso thru ClownBD or UsEac3to programs complete with the LPCM track being correctly converted to 5.1 AC3@640.

Could it be possible the player doesn't allow UHD on BD-9 (that wouldn't be uncommon)?MPC-HC handles UHD just fine. I should clarify that I'm not burning the finished output to disc, but playing from the finished folder in MPC-HC. I misspoke about PowerDVD, my v12 (I know it's old) will not play UHD-HEVC.

[DoctorM]

Wrong. And the "Kibi" bullshit is nonsense made up by people who know nothing. I've been doing this for over 40 years (and have taught computer science at the collegiate level) -- and a Kilobyte has always been 1024, and in the real world it always will be, no matter what some new-age "I can't comprehend binary" limp-dick says.

Period.
Thank you for saying what I was thinking.

[RetsimLegin]

I, too, have experienced some randomness with EC3 (E-AC3) 5.1 audio. I have seen BDRB do all of these things depending on the source material (and without changing any BDRB settings between different titles):
- keep the original audio (I think!)
- re-encode to AC3 5.1
- misinterpret the number of channels down to either 1 (mono) or 2 and re-encode to AC3 accordingly.

I can't work out why some succeed with original audio and why some need re-encoding. But I'm not too bothered either way. It's the wholly incorrect conversions that are of concern. Interestingly any such title, if placed into tsMuXer also reports an incorrect number of channels. However Handbrake sees the right channel format and will re-encode audio to DD5.1. Sadly, handbrake has to encode video alongside so it does take a while. I'm guessing that the EC-3 encode is in some way corrupted and isn't "seen" by some (but not all) apps as having the actual channel setup. MediaInfo also reports them correctly.

So what I have done with these titles - and this appears to work - is
1: Re-encode using Handbrake, with video settings at their lowest quality, fastest (etc etc) values for best speed with no concern for picture quality at all.
2: tsMuxer to place the Handbrake soundtrack (only) against the source video (only) discarding the EC3 audio and poor quality video from Handbrake.
3: and then put that into BDRB to get a finished product.

For example, using one source

MediaInfo:

Audio
ID : 2
Format : E-AC-3
Format/Info : Enhanced AC-3
Commercial name : Dolby Digital Plus
Codec ID : ec-3
Duration : 1 h 40 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 458 MiB (4%)
Language : English
Service kind : Complete Main
Encoded date : UTC 2021-06-25 14:22:13
Tagged date : UTC 2021-06-25 14:22:13

Looks like this in tsMuxer (see 1.gif attached)
(channels: 2)

Has produced this in BDRB (MediaInfo of the imported m2ts file)

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 1 h 40 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 1 channel
Channel layout : C
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 458 MiB (4%)
Service kind : Complete Main


Handbrake sees it like this (see attachment 2.gif) and will generate a correct AC3 DD 5.1 audo track from it.
1 English (E-AC3) (5.1ch) (640kbps)

VLC says this under codec data:

Codec: ec-3
Language: English
Type: Audio
Channels: 3F2M/LFE
Sample rate: 48000 Hz
Bits per sample: 32

[spotswood]

Hello all... hope everyone had a good holiday weekend. Has anyone tried to reencode a BD with a lossless track (True-HD/Atmos, DTS-MA etc.) to AC3? What were your findings?

I tried it again with my The Good, The Bad and The Ugly BD that has a DTS-MA track. Way overkill for this title, so again I set up BDRB to reencode the DTS-MA track to AC3. Same result, the DTS-MA track is converted to AC3 Mono. @jdobbs... if you need any other info than the logs below, let me know. I have saved the workfiles folder from this job...

System settings:
[07/06/21] Checking System Settings
- BD-Rebuilder v0.61.22
- Windows Version: 6.2 [9200]
- Working Path Free Space: 157.42GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[07/06/21] Systems Settings Check complete

BDRB Log:
----------------------
[07/06/21] BD Rebuilder v0.61.22
[09:51:52] Source: THE_GOOD_THE_BAD_AND_THE_UGLY_00800
- Input BD size: 39.98 GB
- Approximate total content: [02:58:36.622]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), 1-Pass VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[09:51:52] PHASE ONE, Encoding
- [09:51:52] Processing: VID_01559 (1 of 1)
- [09:51:52] Extracting A/V streams [VID_01559]
- [10:00:01] Reencoding video [VID_01559]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 256,942 frames
- Bitrate: 15,731 Kbs
- [10:00:01] Reencoding: VID_01559, Pass 1 of 1
- [10:22:50] Video Encode complete
- [10:22:50] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[10:23:09]PHASE ONE complete
[10:23:09]PHASE TWO - Rebuild Started
- [10:23:09] Rebuilding BD file Structure
[10:23:43] - Encode and Rebuild complete
[10:23:43] JOB: THE_GOOD_THE_BAD_AND_THE_UGLY finished.


BDRB .inf:
[Status]
LABEL=THE_GOOD_THE_BAD_AND_THE_UGLY
VERSION=v0.61.22
SOURCE_SIZE=42932496384
SOURCE_VIDEO_SIZE=42932496384
TARGET_SIZE=24641536000
REDUCTION=.573960008744876
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=4
DGDECNV=-1
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
UHD_V3_MODE=-1
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[01559]
AUDIO=10000000
PGS=100000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
RATE=15731
NSIZE=0
FLINK=0
MLINK=0

MediaInfo (post encode):
General
Complete name : C:\Users\eM-SSD\Videos\1080p_HEVC\THE_GOOD_THE_BAD_AND_THE_UGLY\\BDMV\PLAYLIST\00000.mpls
Format : Blu-ray Playlist
File size : 694 Bytes
Duration : 2 h 58 min
Overall bit rate : 1 b/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4.1@High
Codec ID : 36
Duration : 2 h 58 min
Bit rate : 15.2 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.307
Stream size : 19.0 GiB
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
format_identifier : HDMV
Source : 00000.m2ts / 00000.m2ts

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 h 58 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 1 channel
Channel layout : C
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 818 MiB
Language : English
Service kind : Complete Main
bsid : 8
Dialog Normalization : -31
Dialog Normalization : -31 dB
acmod : 1
lfeon : 0
dialnorm_Average : -31
dialnorm_Average : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum : -31 dB
dialnorm_Count : 1
format_identifier : AC-3
SamplingCount_Source : General_Duration
Duration_Source : General_Duration
Source : 00000.m2ts / 00000.m2ts

[spotswood]

Regarding the above... I can get what I want by running the disc through ClownBD first, which correctly converts the DTS-MA track to AC3 5.1@640, and then load the resulting BD folder output into BDRB. From there I convert to UHD-HEVC format and the finished output plays perfectly in MPC-HC and/or Kodi with both the audio and video in sync.

I don't mind the extra step, I just can't figure out why BDRB is having problems with the audio conversion when it never had that problem before. Thanks again for any help, suggestions or recommendations.

[user404]

Greetings all,

I'd like to see if anyone else has seen similar.

For me, 61.22 was a regression. I think it might have to do with the way nvencc was built, if it was changed. The last build, 61.21, I was able to re-encode using my GPU, at least the utilization rate was quite high for both the GPU and the CPU.

I thought it is likely to be nvencc, because I have another software I use and recently they decided to no longer build for win8.1 on an update. In their changelog, they decided to only build for the latest on Win10, I feel like something similar may be happening with nvencc in bdrb which is frustrating. Yes, 8.1 is older, but I built this as a HTPC and last year bought this graphics card with the intent to encode many of the discs from my library, and not have it rely on my mediocre i5. I just bought all 6 seasons of The Clone Wars, but so far it has been a disaster trying to get them re-encoded correctly.

So here is some of the info,
My system:

Operating System: Windows 8.1 Pro with Media Center, 64-bit
DirectX version: 11.0
GPU processor: GeForce GTX 1660
Driver version: 452.06
Driver Type: Standard
Direct3D API version: 11.2
Direct3D feature level: 12_1
CUDA Cores: 1408
Core clock: 1785 MHz
Memory data rate: 8.00 Gbps
Memory interface: 192-bit
Memory bandwidth: 192.05 GB/s
Total available graphics memory: 10147 MB
Dedicated video memory: 6144 MB GDDR5
System video memory: 0 MB
Shared system memory: 4003 MB
Bus: PCI Express x16 Gen3
nvDevToolS.dll 27.21.14.5206 NVIDIA 3D Settings Server
PhysX 09.19.0218 NVIDIA PhysX
NVCUDA64.DLL 27.21.14.5206 NVIDIA CUDA 11.0.228 driver




My 61.21 output:


61.21


[07/01/21] Checking System Settings
- BD-Rebuilder v0.61.21
- Windows Version: 6.2 [9200]
- Working Path Free Space: 571.73GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[07/01/21] Systems Settings Check complete
----------------------
[07/01/21] BD Rebuilder v0.61.21
[23:52:08] Source: TOP_GUN_00001
- Input BD size: 33.72 GB
- Approximate total content: [01:49:35.569]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Quality: Highest (Very Slow)
- Automatic cropping of borders enabled
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[23:52:13] PHASE ONE, Encoding
- [23:52:13] Processing: VID_00001 (1 of 1)
- [23:52:13] Extracting A/V streams [VID_00001]
- [23:55:17] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 157,656 frames
- Bitrate: 5,000 Kbs
- [23:55:17] Reencoding: VID_00001, Pass 1 of 2
- [00:13:45] Reencoding: VID_00001, Pass 2 of 2
- [00:13:45] Video Encode complete
- [00:13:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
[00:13:45]PHASE ONE complete
[00:13:45]PHASE TWO - Rebuild Started
- [00:13:45] Building ALTERNATE OUTPUT Structure
[00:15:24] - Encode and Rebuild complete
[00:15:24] JOB: TOP_GUN finished.



The INF associated with this encode:



[Status]
LABEL=TOP_GUN
VERSION=v0.61.21
SOURCE_SIZE=36207679488
SOURCE_VIDEO_SIZE=36207679488
TARGET_SIZE=24641536000
REDUCTION=.680561039769664
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=11
USE_LAVF=0
INSTANCES=2
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
UHD_V3_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00001]
AUDIO=11000
PGS=10000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
NSIZE=0





My 61.22 output fails on every attempt:



61.22
[07/01/21] Checking System Settings
- BD-Rebuilder v0.61.22
- Windows Version: 6.2 [9200]
- Working Path Free Space: 566.96GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[07/01/21] Systems Settings Check complete
----------------------
[07/01/21] BD Rebuilder v0.61.22
[20:42:38] Source: TOP_GUN_00001
- Input BD size: 33.72 GB
- Approximate total content: [01:49:35.569]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Quality: High Quality (Default)
- Automatic cropping of borders enabled
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:42:41] PHASE ONE, Encoding
- [20:42:41] Processing: VID_00001 (1 of 1)
- [20:42:41] Extracting A/V streams [VID_00001]
- [20:45:48] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 157,656 frames
- [20:45:48] Reencoding: VID_00001, Pass 1 of 1
[20:45:49] - Failed video encode, aborted
----------------------
[07/01/21] BD Rebuilder v0.61.22
[20:52:42] Source: TOP_GUN_00001
- Input BD size: 33.72 GB
- Approximate total content: [01:49:35.569]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Quality: High Quality (Default)
- Automatic cropping of borders enabled
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:53:01] PHASE ONE, Encoding
- [20:53:01] Processing: VID_00001 (1 of 1)
- [20:53:01] Extracting A/V streams [VID_00001]
- [20:56:07] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 157,656 frames
- [20:56:07] Reencoding: VID_00001, Pass 1 of 1
[20:56:09] - Failed video encode, aborted



I did some searching and reading on here, and I found some folks troubleshooting. When I run the last command manually, many times I get this error:


copyHtoD: failed to allocate memory: cudaErrorUnsupportedPtxVersion



A couple of times I've gotten a different error, but that error didn't make sense so I could have been messing with the settings trying to get it to work.


Finally, if any of you brilliant minds can see any issues with my encode settings on 61.21? Even though it completed the encode, there were A LOT of artifacts on the encode. Previously, I've been using just the CPU for encoding, not the nvencc/GPU. I don't recall getting such poor quality, but I'm guessing that this probably has to do with my settings.

Thank you everyone for any assistance and for also realizing that I'm highly unlikely to upgrade to Win10.

[cartman0208]

Hello all... hope everyone had a good holiday weekend. Has anyone tried to reencode a BD with a lossless track (True-HD/Atmos, DTS-MA etc.) to AC3? What were your findings?

Is there a list of titles with such tracks?
I could try, if I own one...

[MrVideo]

What releases the past fews don't have said audio tracks?

[cartman0208]

Yeah, nevermind .. I found one...
Original:
General
ID : 0 (0x0)
Complete name : V:\FullDisc\SONIC_THE_HEDGEHOG\BDMV\STREAM\00351.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 28.7 GiB
Duration : 1 h 38 min
Overall bit rate mode : Variable
Overall bit rate : 41.5 Mb/s
Maximum Overall bit rate : 48.0 Mb/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 4 frames
Codec ID : 27
Duration : 1 h 38 min
Bit rate mode : Variable
Bit rate : 33.8 Mb/s
Maximum bit rate : 29.9 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.681
Stream size : 23.4 GiB (81%)

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
Format settings : Dolby Surround EX
Muxing mode : Stream extension
Codec ID : 131
Duration : 1 h 38 min
Bit rate mode : Variable
Bit rate : 640 kb/s
Maximum bit rate : 7 872 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 : 453 MiB (2%)
Service kind : Complete Main
Number of dynamic objects : 11
Bed channel count : 1 channel
Bed channel configuration : LFE



Converted:
General
ID : 1 (0x1)
Complete name : F:\BDMV\STREAM\00351.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 17.2 GiB
Duration : 1 h 38 min
Overall bit rate mode : Variable
Overall bit rate : 24.9 Mb/s
Maximum Overall bit rate : 35.5 Mb/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 3 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 3 frames
Format settings, GOP : M=4, N=24
Codec ID : 27
Duration : 1 h 38 min
Bit rate mode : Variable
Bit rate : 22.5 Mb/s
Maximum bit rate : 35.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.453
Stream size : 15.6 GiB (91%)

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Format settings : Dolby Surround EX
Codec ID : 129
Duration : 1 h 38 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 453 MiB (3%)
Service kind : Complete Main

[jdobbs]

@cartman0208

So it looks like it converted properly for you, right?

[cartman0208]

Correct, and the output looks pretty normal to me

[CraigWally]

Just checked my "Good, Bad and Ugly" - I've definitely got 6 audio channels AC3

[SquallMX]

BD Rebuilder fails when using DGIndexNV + x264 + Blank Extras.

For some reason is calling FRIMSOURCE instead of DGIndexNV when encoding small files, my PC is AMD so... it fails.

#Created by BD Rebuilder - v0.61.18
LoadPlugin("D:\Archivos de Programa\BD Rebuilder\tools\frimsource.dll")
FRIMSource(codec="h264",filename="E:\BOB ESPONJA\BDMV\STREAM\01138.m2ts",container="ts",platform="hw",num_frames=361,cache=24)
ConvertToYV12().AssumeFPS(24000,1001)



----------------------
[07/12/21] BD Rebuilder v0.61.18
[20:02:29] Source: BOB ESPONJA
- Input BD size: 39.32 GB
- Approximate total content: [02:35:08.714]
- Target BD size: 23.44 GB
- Windows Version: 6.2 [9200]
- MOVIE and MENUS mode enabled
- Quality: High Quality (Default), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:02:29] PHASE ONE, Encoding
- [20:02:29] Blanking: VID_00051 (1 of 97)
- [20:02:29] Blanking: VID_00053 (2 of 97)
- [20:02:29] Processing: VID_00800 (3 of 97)
- [20:02:29] Extracting A/V streams [VID_00800]
- [20:03:51] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 131,652 frames
- Bitrate: 16,584 Kbs
- [20:03:51] Reencoding: VID_00800, Pass 1 of 2
- [20:19:12] Reencoding: VID_00800, Pass 2 of 2
- [20:50:16] Video Encode complete
- [20:50:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (spa): Keeping original audio
- Track 4357 (spa): Keeping original audio
- Track 4360 (jpn): Keeping original audio
- [20:50:16] Multiplexing M2TS
- [20:50:38] Processing: VID_01007 (4 of 97)
- [20:50:38] Extracting A/V streams [VID_01007]
- [20:50:42] Reencoding video [VID_01007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 531 frames
- Bitrate: 13,625 Kbs
- [20:50:42] Reencoding: VID_01007, Pass 1 of 2
- [20:50:47] Reencoding: VID_01007, Pass 2 of 2
- [20:50:56] Video Encode complete
- [20:50:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:50:56] Multiplexing M2TS
- [20:50:59] Processing: VID_01008 (5 of 97)
- [20:51:00] Extracting A/V streams [VID_01008]
- [20:51:04] Reencoding video [VID_01008]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 531 frames
- Bitrate: 13,625 Kbs
- [20:51:04] Reencoding: VID_01008, Pass 1 of 2
- [20:51:09] Reencoding: VID_01008, Pass 2 of 2
- [20:51:18] Video Encode complete
- [20:51:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:51:18] Multiplexing M2TS
- [20:51:22] Processing: VID_01009 (6 of 97)
- [20:51:22] Extracting A/V streams [VID_01009]
- [20:51:26] Reencoding video [VID_01009]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 531 frames
- Bitrate: 13,625 Kbs
- [20:51:26] Reencoding: VID_01009, Pass 1 of 2
- [20:51:31] Reencoding: VID_01009, Pass 2 of 2
- [20:51:40] Video Encode complete
- [20:51:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:51:40] Multiplexing M2TS
...
- [20:51:44] Processing: VID_01115 (59 of 97)
- [20:51:44] Extracting A/V streams [VID_01115]
- [20:51:51] Reencoding video [VID_01115]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,965 frames
- Bitrate: 18,325 Kbs
- [20:51:51] Reencoding: VID_01115, Pass 1 of 2
- [20:52:34] Reencoding: VID_01115, Pass 2 of 2
- [20:54:10] Video Encode complete
- [20:54:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4355 (spa): Keeping original audio
- Track 4356 (spa): Keeping original audio
- Track 4359 (jpn): Keeping original audio
- [20:54:10] Multiplexing M2TS
- [20:54:15] Processing: VID_01116 (60 of 97)
- [20:54:15] Extracting A/V streams [VID_01116]
- [20:54:20] Reencoding video [VID_01116]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,381 frames
- Bitrate: 17,283 Kbs
- [20:54:20] Reencoding: VID_01116, Pass 1 of 2
- [20:54:56] Reencoding: VID_01116, Pass 2 of 2
- [20:56:09] Video Encode complete
- [20:56:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:56:09] Multiplexing M2TS
- [20:56:13] Processing: VID_01117 (61 of 97)
- [20:56:13] Extracting A/V streams [VID_01117]
- [20:56:18] Reencoding video [VID_01117]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,920 frames
- Bitrate: 17,083 Kbs
- [20:56:18] Reencoding: VID_01117, Pass 1 of 2
- [20:56:34] Reencoding: VID_01117, Pass 2 of 2
- [20:57:03] Video Encode complete
- [20:57:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:57:03] Multiplexing M2TS
- [20:57:07] Processing: VID_01118 (62 of 97)
- [20:57:07] Extracting A/V streams [VID_01118]
- [20:57:13] Reencoding video [VID_01118]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,968 frames
- Bitrate: 16,988 Kbs
- [20:57:13] Reencoding: VID_01118, Pass 1 of 2
- [20:57:53] Reencoding: VID_01118, Pass 2 of 2
- [20:59:15] Video Encode complete
- [20:59:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:59:15] Multiplexing M2TS
- [20:59:19] Processing: VID_01119 (63 of 97)
- [20:59:19] Extracting A/V streams [VID_01119]
- [20:59:25] Reencoding video [VID_01119]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,073 frames
- Bitrate: 16,994 Kbs
- [20:59:25] Reencoding: VID_01119, Pass 1 of 2
- [20:59:57] Reencoding: VID_01119, Pass 2 of 2
- [21:01:01] Video Encode complete
- [21:01:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:01:01] Multiplexing M2TS
- [21:01:05] Processing: VID_01121 (64 of 97)
- [21:01:05] Extracting A/V streams [VID_01121]
- [21:01:09] Reencoding video [VID_01121]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 96 frames
- Bitrate: 14,252 Kbs
- [21:01:09] Reencoding: VID_01121, Pass 1 of 2
- [21:01:11] Reencoding: VID_01121, Pass 2 of 2
- [21:01:13] Video Encode complete
- [21:01:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:01:13] Multiplexing M2TS
- [21:01:17] Processing: VID_01122 (65 of 97)
- [21:01:17] Extracting A/V streams [VID_01122]
- [21:01:22] Reencoding video [VID_01122]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,457 frames
- Bitrate: 14,586 Kbs
- [21:01:22] Reencoding: VID_01122, Pass 1 of 2
- [21:01:44] Reencoding: VID_01122, Pass 2 of 2
- [21:02:07] Video Encode complete
- [21:02:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:02:07] Multiplexing M2TS
- [21:02:11] Processing: VID_01123 (66 of 97)
- [21:02:11] Extracting A/V streams [VID_01123]
- [21:02:16] Reencoding video [VID_01123]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,664 frames
- Bitrate: 14,271 Kbs
- [21:02:17] Reencoding: VID_01123, Pass 1 of 2
- [21:02:25] Reencoding: VID_01123, Pass 2 of 2
- [21:02:34] Video Encode complete
- [21:02:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:02:34] Multiplexing M2TS
- [21:02:38] Processing: VID_01124 (67 of 97)
- [21:02:38] Extracting A/V streams [VID_01124]
- [21:02:42] Reencoding video [VID_01124]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 96 frames
- Bitrate: 14,252 Kbs
- [21:02:42] Reencoding: VID_01124, Pass 1 of 2
- [21:02:43] Reencoding: VID_01124, Pass 2 of 2
- [21:02:45] Video Encode complete
- [21:02:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:02:46] Multiplexing M2TS
- [21:02:49] Processing: VID_01125 (68 of 97)
- [21:02:49] Extracting A/V streams [VID_01125]
- [21:02:54] Reencoding video [VID_01125]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 96 frames
- Bitrate: 14,198 Kbs
- [21:02:54] Reencoding: VID_01125, Pass 1 of 2
- [21:02:55] Reencoding: VID_01125, Pass 2 of 2
- [21:02:57] Video Encode complete
- [21:02:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:02:57] Multiplexing M2TS
- [21:03:01] Processing: VID_01126 (69 of 97)
- [21:03:01] Extracting A/V streams [VID_01126]
- [21:03:07] Reencoding video [VID_01126]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,222 frames
- Bitrate: 16,721 Kbs
- [21:03:07] Reencoding: VID_01126, Pass 1 of 2
- [21:04:00] Reencoding: VID_01126, Pass 2 of 2
- [21:05:46] Video Encode complete
- [21:05:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:05:46] Multiplexing M2TS
- [21:05:51] Processing: VID_01127 (70 of 97)
- [21:05:51] Extracting A/V streams [VID_01127]
- [21:05:56] Reencoding video [VID_01127]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,457 frames
- Bitrate: 16,709 Kbs
- [21:05:56] Reencoding: VID_01127, Pass 1 of 2
- [21:06:23] Reencoding: VID_01127, Pass 2 of 2
- [21:07:14] Video Encode complete
- [21:07:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:07:14] Multiplexing M2TS
- [21:07:19] Processing: VID_01129 (71 of 97)
- [21:07:19] Extracting A/V streams [VID_01129]
- [21:07:23] Reencoding video [VID_01129]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 96 frames
- Bitrate: 14,198 Kbs
- [21:07:23] Reencoding: VID_01129, Pass 1 of 2
- [21:07:24] Reencoding: VID_01129, Pass 2 of 2
- [21:07:27] Video Encode complete
- [21:07:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:07:27] Multiplexing M2TS
- [21:07:30] Processing: VID_01130 (72 of 97)
- [21:07:30] Extracting A/V streams [VID_01130]
- [21:07:39] Reencoding video [VID_01130]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,317 frames
- Bitrate: 16,744 Kbs
- [21:07:39] Reencoding: VID_01130, Pass 1 of 2
- [21:09:13] Reencoding: VID_01130, Pass 2 of 2
- [21:12:43] Video Encode complete
- [21:12:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:12:43] Multiplexing M2TS
- [21:12:48] Processing: VID_01131 (73 of 97)
- [21:12:48] Extracting A/V streams [VID_01131]
- [21:12:55] Reencoding video [VID_01131]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,636 frames
- Bitrate: 16,744 Kbs
- [21:12:55] Reencoding: VID_01131, Pass 1 of 2
- [21:13:54] Reencoding: VID_01131, Pass 2 of 2
- [21:16:00] Video Encode complete
- [21:16:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:16:00] Multiplexing M2TS
- [21:16:05] Processing: VID_01132 (74 of 97)
- [21:16:05] Extracting A/V streams [VID_01132]
- [21:16:10] Reencoding video [VID_01132]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,092 frames
- Bitrate: 16,900 Kbs
- [21:16:10] Reencoding: VID_01132, Pass 1 of 2
- [21:16:30] Reencoding: VID_01132, Pass 2 of 2
- [21:17:09] Video Encode complete
- [21:17:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:17:09] Multiplexing M2TS
- [21:17:13] Processing: VID_01133 (75 of 97)
- [21:17:13] Extracting A/V streams [VID_01133]
- [21:17:17] Reencoding video [VID_01133]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 96 frames
- Bitrate: 14,232 Kbs
- [21:17:17] Reencoding: VID_01133, Pass 1 of 2
- [21:17:18] Reencoding: VID_01133, Pass 2 of 2
- [21:17:20] Video Encode complete
- [21:17:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:17:20] Multiplexing M2TS
- [21:17:24] Processing: VID_01134 (76 of 97)
- [21:17:24] Extracting A/V streams [VID_01134]
- [21:17:28] Reencoding video [VID_01134]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 96 frames
- Bitrate: 17,100 Kbs
- [21:17:28] Reencoding: VID_01134, Pass 1 of 2
- [21:17:30] Reencoding: VID_01134, Pass 2 of 2
- [21:17:31] Video Encode complete
- [21:17:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:17:31] Multiplexing M2TS
- [21:17:35] Processing: VID_01135 (77 of 97)
- [21:17:35] Extracting A/V streams [VID_01135]
- [21:17:39] Reencoding video [VID_01135]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 96 frames
- Bitrate: 17,046 Kbs
- [21:17:39] Reencoding: VID_01135, Pass 1 of 2
- [21:17:41] Reencoding: VID_01135, Pass 2 of 2
- [21:17:43] Video Encode complete
- [21:17:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:17:43] Multiplexing M2TS
- [21:17:46] Processing: VID_01136 (78 of 97)
- [21:17:46] Extracting A/V streams [VID_01136]
- [21:17:52] Reencoding video [VID_01136]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,032 frames
- Bitrate: 16,702 Kbs
- [21:17:52] Reencoding: VID_01136, Pass 1 of 2
- [21:18:13] Reencoding: VID_01136, Pass 2 of 2
- [21:18:56] Video Encode complete
- [21:18:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:18:56] Multiplexing M2TS
- [21:19:00] Blanking: VID_01137 (79 of 97)
- [21:19:00] Processing: VID_01138 (80 of 97)
- [21:19:00] Extracting A/V streams [VID_01138]
- [21:19:05] Reencoding video [VID_01138]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 361 frames
- Bitrate: 500 Kbs
- [21:19:05] Reencoding: VID_01138, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.61.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 667.15GB
- AVISYNTH Version: 3.7.0.0, not recommended version
- X264: Wrong version found
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[21:19:06] - Failed video encode, aborted

[spotswood]

@cartman0208

So it looks like it converted properly for you, right?

Correct, and the output looks pretty normal to me

Just checked my "Good, Bad and Ugly" - I've definitely got 6 audio channels AC3Can you post logs, .inf and MediaInfo of the job you did? If it came out correctly then I don't know what to tell you guys. I've tried re-downloading v0.61.22 of BDRB and start over from scratch. I've checked and re-checked my settings over and over. I've posted logs confirming those settings. Every disc I try with a Lossless track gets converted to AC3 Mono. I'm at a loss other than wiping my drive and installing a fresh Windows 10, although other programs performing the same task work perfectly. :confused:

As I mentioned before, I can run my Lossless discs I want to convert through other programs first (which I know is not recommended) but it works just fine and they play perfectly in MPC-HC and/or Kodi. So I'll just take the extra step to convert them first before processing in BDRB until the gremlins decide to stop fu**ing with me. Thanks for the replies...

[cartman0208]

The relevant mediainfo I already posted.
I'm still one version behind, but that shouldn't matter
ini and log below ... if it helps ;)

[Options]
VERSION=0.61.0.21
ENCODER=1
MODE=0
ENCODE_QUALITY=3
ONEPASS_ENCODING=1
AUTO_QUALITY=0
TARGET_SIZE=23500
NVENC_CAPABLE=1
AUDIO_TO_KEEP=deu;eng;ger;
SUBS_TO_KEEP=all
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=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AUDIO_DRC=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=1
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=1
PGSTOSRT=1
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=50000
AUTO_BURN=2
MOVIEONLY_TYPE=11
ALTCRF=18
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
[Paths]
SOURCE_PATH=V:\FULLDISC\SONIC_THE_HEDGEHOG\
WORKING_PATH=U:\BD-OUTPUT\
SupTitlePath=U:\BD_Rebuilder\Tools\SupTitle\x86\SupTitle.dll


[07.10.21] BD Rebuilder v0.61.21
[00:17:01] Source: SONIC_THE_HEDGEHOG
- Input BD size: 37,42 GB
- Approximate total content: [02:35:52.424]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), CQM
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[00:17:04] PHASE ONE, Encoding
- [00:17:04] Processing: VID_00351 (1 of 15)
- [00:17:04] Extracting A/V streams [VID_00351]
- [00:22:14] Reencoding video [VID_00351]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 142.252 frames
- [00:22:15] Performing CQM Prediction...
- Analyzing 5,00 15,70 15,30 [15,30]
- [00:23:36] Encoding using constant quality mode.
- [00:38:54] Video Encode complete
- [00:38:54] Processing audio tracks
- Track 4352 (eng): Keeping original core audio
- Track 4354 (deu): Keeping original audio
- [00:38:58] Multiplexing M2TS
- [00:39:43] Processing: VID_00589 (2 of 15)
- [00:39:43] Extracting A/V streams [VID_00589]
- [00:39:53] Reencoding video [VID_00589]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.592 frames
- [00:39:54] Performing CQM Prediction...
- Analyzing 5,00 18,85 21,95 [22,02]
- [00:40:06] Encoding using constant quality mode.
- [00:40:25] Video Encode complete
- [00:40:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (deu): Keeping original audio
- [00:40:25] Multiplexing M2TS
- [00:40:30] Processing: VID_00590 (3 of 15)
- [00:40:30] Extracting A/V streams [VID_00590]
- [00:40:40] Reencoding video [VID_00590]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.210 frames
- [00:40:41] Performing CQM Prediction...
- Analyzing 5,00 18,90 19,80 [19,80]
- [00:40:52] Encoding using constant quality mode.
- [00:41:13] Video Encode complete
- [00:41:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:41:13] Multiplexing M2TS
- [00:41:17] Processing: VID_00591 (4 of 15)
- [00:41:17] Extracting A/V streams [VID_00591]
- [00:41:30] Reencoding video [VID_00591]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5.359 frames
- [00:41:31] Performing CQM Prediction...
- Analyzing 5,00 19,20 20,70 [20,80]
- [00:41:42] Encoding using constant quality mode.
- [00:42:34] Video Encode complete
- [00:42:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:42:34] Multiplexing M2TS
- [00:42:39] Processing: VID_00592 (5 of 15)
- [00:42:39] Extracting A/V streams [VID_00592]
- [00:42:53] Reencoding video [VID_00592]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5.768 frames
- [00:42:54] Performing CQM Prediction...
- Analyzing 5,00 18,75 [18,75]
- [00:43:01] Encoding using constant quality mode.
[00:43:11] - Aborted by user request
----------------------

[07.10.21] BD Rebuilder v0.61.21
[10:24:03] Source: SONIC_THE_HEDGEHOG
- Input BD size: 37,42 GB
- Approximate total content: [02:35:52.424]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), CQM
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
- Resuming from previously started job.
[10:24:06] PHASE ONE, Encoding
- [10:24:06] Processing: VID_00592 (5 of 15)
- [10:24:06] Reencoding video [VID_00592]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5.768 frames
- [10:24:06] Performing CQM Prediction...
- Analyzing 5,00 18,75 [18,75]
- [10:24:15] Encoding using constant quality mode.
- [10:24:56] Video Encode complete
- [10:24:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:24:56] Multiplexing M2TS
- [10:25:01] Processing: VID_00593 (6 of 15)
- [10:25:01] Extracting A/V streams [VID_00593]
- [10:25:15] Reencoding video [VID_00593]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5.820 frames
- [10:25:16] Performing CQM Prediction...
- Analyzing 5,00 17,95 18,55 [18,55]
- [10:25:27] Encoding using constant quality mode.
- [10:26:06] Video Encode complete
- [10:26:06] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:26:06] Multiplexing M2TS
- [10:26:11] Processing: VID_00594 (7 of 15)
- [10:26:11] Extracting A/V streams [VID_00594]
- [10:26:30] Reencoding video [VID_00594]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 9.152 frames
- [10:26:31] Performing CQM Prediction...
- Analyzing 5,00 18,50 19,50 [19,50]
- [10:26:44] Encoding using constant quality mode.
- [10:27:49] Video Encode complete
- [10:27:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:27:49] Multiplexing M2TS
- [10:27:55] Processing: VID_00595 (8 of 15)
- [10:27:55] Extracting A/V streams [VID_00595]
- [10:28:08] Reencoding video [VID_00595]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 4.972 frames
- [10:28:08] Performing CQM Prediction...
- Analyzing 5,00 18,90 20,45 [20,45]
- [10:28:20] Encoding using constant quality mode.
- [10:28:54] Video Encode complete
- [10:28:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:28:54] Multiplexing M2TS
- [10:28:59] Processing: VID_00596 (9 of 15)
- [10:28:59] Extracting A/V streams [VID_00596]
- [10:29:06] Reencoding video [VID_00596]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 680 frames
- [10:29:06] Performing CQM Prediction...
- Analyzing 5,00 19,20 19,95 [19,95]
- [10:29:18] Encoding using constant quality mode.
- [10:29:24] Video Encode complete
- [10:29:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:29:24] Multiplexing M2TS
- [10:29:28] Processing: VID_00597 (10 of 15)
- [10:29:28] Extracting A/V streams [VID_00597]
- [10:29:40] Reencoding video [VID_00597]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5.095 frames
- [10:29:40] Performing CQM Prediction...
- Analyzing 5,00 18,55 19,70 [19,70]
- [10:29:52] Encoding using constant quality mode.
- [10:30:29] Video Encode complete
- [10:30:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:30:29] Multiplexing M2TS
- [10:30:34] Processing: VID_00598 (11 of 15)
- [10:30:34] Extracting A/V streams [VID_00598]
- [10:30:45] Reencoding video [VID_00598]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.575 frames
- [10:30:45] Performing CQM Prediction...
- Analyzing 5,00 18,05 18,40 [18,42]
- [10:30:56] Encoding using constant quality mode.
- [10:31:21] Video Encode complete
- [10:31:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:31:21] Multiplexing M2TS
- [10:31:25] Processing: VID_00599 (12 of 15)
- [10:31:25] Extracting A/V streams [VID_00599]
- [10:31:39] Reencoding video [VID_00599]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5.426 frames
- [10:31:39] Performing CQM Prediction...
- Analyzing 5,00 18,70 22,10 22,75 [22,75]
- [10:31:55] Encoding using constant quality mode.
- [10:32:35] Video Encode complete
- [10:32:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:32:35] Multiplexing M2TS
- [10:32:40] Processing: VID_00600 (13 of 15)
- [10:32:40] Extracting A/V streams [VID_00600]
- [10:32:53] Reencoding video [VID_00600]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.505 frames
- [10:32:53] Performing CQM Prediction...
- Analyzing 5,00 18,15 18,75 [18,75]
- [10:33:06] Encoding using constant quality mode.
- [10:33:26] Video Encode complete
- [10:33:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:33:26] Multiplexing M2TS
- [10:33:31] Processing: VID_00601 (14 of 15)
- [10:33:31] Extracting A/V streams [VID_00601]
- [10:33:38] Reencoding video [VID_00601]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1.844 frames
- [10:33:39] Performing CQM Prediction...
- Analyzing 5,00 18,95 20,00 [20,00]
- [10:33:51] Encoding using constant quality mode.
- [10:34:10] Video Encode complete
- [10:34:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:34:10] Multiplexing M2TS
- [10:34:15] Processing: VID_00602 (15 of 15)
- [10:34:15] Extracting A/V streams [VID_00602]
- [10:34:19] Reencoding video [VID_00602]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 144 frames
- Bitrate: 2.187 Kbs
- [10:34:20] Reencoding: VID_00602, Pass 1 of 2
- [10:34:23] Reencoding: VID_00602, Pass 2 of 2
- [10:34:23] Video Encode complete
- [10:34:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:34:23] Multiplexing M2TS
[10:34:28]PHASE ONE complete
[10:34:28]PHASE TWO - Rebuild Started
- [10:34:28] Rebuilding BD file Structure
[10:34:59] - Encode and Rebuild complete
[10:34:59] Writing BD structure to ISO file
- ImgBurn completed successfully
- SONIC_THE_HEDGEHOG folder removed.
[10:55:00] JOB: SONIC_THE_HEDGEHOG finished.

[spotswood]

[QUOTE=cartman0208;1947519]The relevant mediainfo I already posted.
I'm still one version behind, but that shouldn't matter
ini and log below ... if it helps ;)

[07.10.21] BD Rebuilder v0.61.21
[00:17:01] Source: SONIC_THE_HEDGEHOG
- Input BD size: 37,42 GB
- Approximate total content: [02:35:52.424]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), CQM
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[00:17:04] PHASE ONE, Encoding
- [00:17:04] Processing: VID_00351 (1 of 15)
- [00:17:04] Extracting A/V streams [VID_00351]
- [00:22:14] Reencoding video [VID_00351]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 142.252 frames
- [00:22:15] Performing CQM Prediction...
- Analyzing 5,00 15,70 15,30 [15,30]
- [00:23:36] Encoding using constant quality mode.
- [00:38:54] Video Encode complete
- [00:38:54] Processing audio tracks
- Track 4352 (eng): Keeping original core audio
- Track 4354 (deu): Keeping original audio
- [00:38:58] Multiplexing M2TS
- [00:39:43] Processing: VID_00589 (2 of 15)
- [00:39:43] Extracting A/V streams [VID_00589]
- [00:39:53] Reencoding video [VID_00589]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.592 frames
- [00:39:54] Performing CQM Prediction...
- Analyzing 5,00 18,85 21,95 [22,02]
- [00:40:06] Encoding using constant quality mode.
- [00:40:25] Video Encode complete
- [00:40:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (deu): Keeping original audio
- [00:40:25] Multiplexing M2TS
- [00:40:30] Processing: VID_00590 (3 of 15)
- [00:40:30] Extracting A/V streams [VID_00590]
- [00:40:40] Reencoding video [VID_00590]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.210 frames
- [00:40:41] Performing CQM Prediction...
- Analyzing 5,00 18,90 19,80 [19,80]
- [00:40:52] Encoding using constant quality mode.
- [00:41:13] Video Encode complete
- [00:41:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:41:13] Multiplexing M2TS
- [00:41:17] Processing: VID_00591 (4 of 15)
- [00:41:17] Extracting A/V streams [VID_00591]
- [00:41:30] Reencoding video [VID_00591]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5.359 frames
- [00:41:31] Performing CQM Prediction...
- Analyzing 5,00 19,20 20,70 [20,80]
- [00:41:42] Encoding using constant quality mode.
- [00:42:34] Video Encode complete
- [00:42:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:42:34] Multiplexing M2TS
- [00:42:39] Processing: VID_00592 (5 of 15)
- [00:42:39] Extracting A/V streams [VID_00592]
- [00:42:53] Reencoding video [VID_00592]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5.768 frames
- [00:42:54] Performing CQM Prediction...
- Analyzing 5,00 18,75 [18,75]
- [00:43:01] Encoding using constant quality mode.
[00:43:11] - Aborted by user request
----------------------

Your example is not what I am describing. It doesn't look like you are re-encoding the Atmos track but keeping the CORE AC3 track as shown above in BOLD which does not need to be re-encoded. The log should show that the Atmos track is being re-encoded as in my log below. Please run the job again and set up BDRB to re-encode the Atmos track to AC3 and post the results. Thanks for your help.

----------------------
[07/06/21] BD Rebuilder v0.61.22
[09:51:52] Source: THE_GOOD_THE_BAD_AND_THE_UGLY_00800
- Input BD size: 39.98 GB
- Approximate total content: [02:58:36.622]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), 1-Pass VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[09:51:52] PHASE ONE, Encoding
- [09:51:52] Processing: VID_01559 (1 of 1)
- [09:51:52] Extracting A/V streams [VID_01559]
- [10:00:01] Reencoding video [VID_01559]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 256,942 frames
- Bitrate: 15,731 Kbs
- [10:00:01] Reencoding: VID_01559, Pass 1 of 1
- [10:22:50] Video Encode complete
- [10:22:50] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[10:23:09]PHASE ONE complete
[10:23:09]PHASE TWO - Rebuild Started
- [10:23:09] Rebuilding BD file Structure
[10:23:43] - Encode and Rebuild complete
[10:23:43] JOB: THE_GOOD_THE_BAD_AND_THE_UGLY finished.

[07/06/21] Checking System Settings
- BD-Rebuilder v0.61.22
- Windows Version: 6.2 [9200]
- Working Path Free Space: 157.42GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[07/06/21] Systems Settings Check complete

[spotswood]

Just checked my "Good, Bad and Ugly" - I've definitely got 6 audio channels AC3 Can you also post the relevant logs, .inf and MediaInfo from your GB&U job? Thanks for your help...

[cartman0208]

So what should the original audio track look like?
I think you did not post pre-encode mediainfo.
I can then try to find the same from my collection

[MrVideo]

Your example is not what I am describing. It doesn't look like you are re-encoding the Atmos track but keeping the CORE AC3 track as shown above in BOLD which does not need to be re-encoded. The log should show that the Atmos track is being re-encoded as in my log below.
Unless I am missing something, why would you want to re-encode to AC3 when extracting the core is the easier and better route?

[spotswood]

So what should the original audio track look like?
I think you did not post pre-encode mediainfo.
I can then try to find the same from my collectionAs MrVideo mentions in his quote below, discs with TrueHD/Atmos just extract the core AC3 which is what yours did correctly, my mistake. If you have one, try a disc with a DTS-MA or LPCM track and post your results, thanks.

Unless I am missing something, why would you want to re-encode to AC3 when extracting the core is the easier and better route?You are right, my bad. I was thinking BDRB did the same thing as it does with a non-TrueHD/Atmos track, by re-encoding to AC3...

Here's my pre-encode MediaInfo of my GB&U disc:
General
Complete name : N:\\\BDMV\PLAYLIST\00800.mpls
Format : Blu-ray Playlist
File size : 570 Bytes
Duration : 2 h 58 min
Overall bit rate mode : Variable
Overall bit rate : 0 b/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference fra : 4 frames
Codec ID : 27
Duration : 2 h 58 min
Bit rate mode : Variable
Maximum bit rate : 35.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
format_identifier : HDMV
Source : 01559.m2ts

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : DTS XLL
Format/Info : Digital Theater Systems
Commercial name : DTS-HD Master Audio
Muxing mode : Stream extension
Codec ID : 134
Duration : 2 h 58 min
Bit rate mode : Variable
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 24 bits
Compression mode : Lossless
Language : English
Source : 01559.m2ts

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 h 58 min
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 1 channel
Channel layout : C
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 245 MiB
Language : English
Service kind : Complete Main
bsid : 6
Dialog Normalization : -31
Dialog Normalization : -31 dB
compr : 5.74
compr : 5.74 dB
dynrng : 5.60
dynrng : 5.60 dB
acmod : 1
lfeon : 0
dialnorm_Average : -31
dialnorm_Average : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum : -31 dB
dialnorm_Count : 800
compr_Average : 1.76
compr_Average : 1.76 dB
compr_Minimum : -8.52
compr_Minimum : -8.52 dB
compr_Maximum : 6.02
compr_Maximum : 6.02 dB
compr_Count : 761
dynrng_Average : 2.24
dynrng_Average : 2.24 dB
dynrng_Minimum : -8.34
dynrng_Minimum : -8.34 dB
dynrng_Maximum : 5.88
dynrng_Maximum : 5.88 dB
dynrng_Count : 792
format_identifier : AC-3
Source : 01559.m2ts

And post-encode MediaInfo of GB&U:
General
Complete name : C:\Users\eM-SSD\Videos\1080p_HEVC\THE_GOOD_THE_BAD_AND_THE_UGLY\\BDMV\PLAYLIST\00000.mpls
Format : Blu-ray Playlist
File size : 694 Bytes
Duration : 2 h 58 min
Overall bit rate : 1 b/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4.1@High
Codec ID : 36
Duration : 2 h 58 min
Bit rate : 15.2 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.307
Stream size : 19.0 GiB
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
format_identifier : HDMV
Source : 00000.m2ts / 00000.m2ts

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 h 58 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 1 channel
Channel layout : C
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 818 MiB
Language : English
Service kind : Complete Main
bsid : 8
Dialog Normalization : -31
Dialog Normalization : -31 dB
acmod : 1
lfeon : 0
dialnorm_Average : -31
dialnorm_Average : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum : -31 dB
dialnorm_Count : 1
format_identifier : AC-3
SamplingCount_Source : General_Duration
Duration_Source : General_Duration
Source : 00000.m2ts / 00000.m2ts

[cartman0208]

Done.
Luckily I had a small enough Bluray still on disk (despite Bruce Willis a terrible movie) so I didn't have to reencode the video.
Log:
----------------------
[07.14.21] BD Rebuilder v0.61.21
[23:33:24] Source: 10_MINUTES_GONE
- Input BD size: 21,50 GB
- Approximate total content: [01:56:50.473]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), CQM
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[23:33:32] PHASE ONE, Encoding
- [23:33:32] Processing: VID_00003 (1 of 3)
- [23:33:32] Extracting A/V streams [VID_00003]
- [23:37:04] Reencoding video [VID_00003]
- [23:37:05] Keeping original video (no reencode)
- [23:37:05] Processing audio tracks
- Track 4352 (deu): Reencoding audio to AC3...
- Track 4353 (eng): Reencoding audio to AC3...
- [23:40:27] Multiplexing M2TS
- [23:41:31] Processing: VID_00004 (2 of 3)
- [23:41:31] Extracting A/V streams [VID_00004]
- [23:41:37] Reencoding video [VID_00004]
- [23:41:37] Keeping original video (no reencode)
- [23:41:37] Processing audio tracks
- Track 4352 (deu): Reencoding audio to AC3...
- [23:41:37] Multiplexing M2TS
- [23:41:42] Processing: VID_00012 (3 of 3)
- [23:41:42] Extracting A/V streams [VID_00012]
- [23:42:00] Reencoding video [VID_00012]
- [23:42:00] Keeping original video (no reencode)
- [23:42:00] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [23:42:01] Multiplexing M2TS
[23:42:07]PHASE ONE complete
[23:42:07]PHASE TWO - Rebuild Started
- [23:42:07] Rebuilding BD file Structure
[23:42:49] - Encode and Rebuild complete
[23:42:49] Writing BD structure to ISO file
- ImgBurn completed successfully
- 10_MINUTES_GONE folder removed.
[23:44:08] JOB: 10_MINUTES_GONE finished.

Before:
General
ID : 0 (0x0)
Complete name : V:\FullDisc\10 MINUTES GONE\BDMV\STREAM\00003.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 18.0 GiB
Duration : 1 h 36 min
Overall bit rate mode : Variable
Overall bit rate : 26.7 Mb/s
Maximum Overall bit rate : 48.0 Mb/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 2 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 2 frames
Codec ID : 27
Duration : 1 h 36 min
Bit rate mode : Variable
Maximum bit rate : 30.2 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : DTS XLL
Format/Info : Digital Theater Systems
Commercial name : DTS-HD Master Audio
Muxing mode : Stream extension
Codec ID : 134
Duration : 1 h 36 min
Bit rate mode : Variable
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 16 bits
Compression mode : Lossless

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : DTS XLL
Format/Info : Digital Theater Systems
Commercial name : DTS-HD Master Audio
Muxing mode : Stream extension
Codec ID : 134
Duration : 1 h 36 min
Bit rate mode : Variable
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 16 bits
Compression mode : Lossless

Text #1
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #2
ID : 4609 (0x1201)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144



After:
General
ID : 1 (0x1)
Complete name : U:\BD-Output\10_MINUTES_GONE\BDMV\STREAM\00003.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 16.5 GiB
Duration : 1 h 36 min
Overall bit rate mode : Variable
Overall bit rate : 24.6 Mb/s
Maximum Overall bit rate : 35.5 Mb/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 2 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 2 frames
Codec ID : 27
Duration : 1 h 36 min
Bit rate mode : Variable
Bit rate : 22.3 Mb/s
Maximum bit rate : 30.2 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.449
Stream size : 15.0 GiB (91%)

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 1 h 36 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 441 MiB (3%)
Service kind : Complete Main

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 1 h 36 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 441 MiB (3%)
Service kind : Complete Main

Text #1
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #2
ID : 4609 (0x1201)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144



IMO a normal result ... I have no Idea what could be different on your side.:confused:

[spotswood]

Done... Luckily I had a small enough Bluray still on disk (despite Bruce Willis a terrible movie) so I didn't have to reencode the video. IMO a normal result ... I have no Idea what could be different on your side.:confused:I have no idea either. Thanks for testing...

[jdobbs]

@spotswood

It looks like there are two audio channels on the original. The second one says:Bit rate : 192 kb/s
Channel(s) : 1 channel
Channel layout : C
Sampling rate : 48.0 kHzAny chance that your settings (e.g. language) is telling BD-RB to keep the second (mono) one?

[spotswood]

@spotswood

It looks like there are two audio channels on the original. The second one says:Bit rate : 192 kb/s
Channel(s) : 1 channel
Channel layout : C
Sampling rate : 48.0 kHzAny chance that your settings (e.g. language) is telling BD-RB to keep the second (mono) one?Yes, I saw that too and thought it might be the culprit, but it's the original mono track from the movie which I de-selected. If you look at the pre-encode MediaInfo in my post above it shows:

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : DTS XLL
Format/Info : Digital Theater Systems
Commercial name : DTS-HD Master Audio

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 h 58 min
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 1 channel
Channel layout : C

...and post encode:

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 h 58 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 1 channel
Channel layout : C

BDRB is definitely re-encoding the DTS-MA track since it has the same ID #4352. The original Mono track has ID #4353 and is not included since I de-selected it. I did Atomic Blonde which doesn't have a Mono track that I'll post below...

[spotswood]

OK, here's Atomic Blonde. I would normally keep this DTS-X 7.1 track, but am using this as an example:

MediaInfo Pre-Encode:
General
Complete name : N:\\\BDMV\PLAYLIST\00800.mpls
Format : Blu-ray Playlist
File size : 578 Bytes
Duration : 1 h 54 min
Overall bit rate mode : Variable
Overall bit rate : 1 b/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference fra : 4 frames
Codec ID : 27
Duration : 1 h 54 min
Bit rate mode : Variable
Maximum bit rate : 34.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
format_identifier : HDMV
Source : 00246.m2ts

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : DTS XLL X
Format/Info : Digital Theater Systems
Commercial name : DTS-HD Master Audio
Muxing mode : Stream extension
Codec ID : 134
Duration : 1 h 54 min
Bit rate mode : Variable
Channel(s) : Object Based
Channel layout : Object Based
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Language : English
Source : 00246.m2ts

BDRB .inf:

[Status]
LABEL=ATOMIC_BLONDE
VERSION=v0.61.22
SOURCE_SIZE=35696302080
SOURCE_VIDEO_SIZE=35696302080
TARGET_SIZE=24641536000
REDUCTION=.690310608218609
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=4
DGDECNV=-1
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
UHD_V3_MODE=-1
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00246]
AUDIO=1000
PGS=10000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
RATE=25786
NSIZE=0
FLINK=0
MLINK=0

BDRB Log:

----------------------
[07/14/21] BD Rebuilder v0.61.22
[11:27:24] Source: ATOMIC_BLONDE_00800
- Input BD size: 33.24 GB
- Approximate total content: [01:54:44.294]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), 1-Pass VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[11:27:24] PHASE ONE, Encoding
- [11:27:24] Processing: VID_00246 (1 of 1)
- [11:27:24] Extracting A/V streams [VID_00246]
- [11:32:37] Reencoding video [VID_00246]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 165,058 frames
- Bitrate: 25,786 Kbs
- [11:32:37] Reencoding: VID_00246, Pass 1 of 1
- [11:48:09] Video Encode complete
- [11:48:09] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[11:48:14]PHASE ONE complete
[11:48:14]PHASE TWO - Rebuild Started
- [11:48:14] Rebuilding BD file Structure
[11:48:52] - Encode and Rebuild complete
- WORKFILES folder removed.
[11:48:52] JOB: ATOMIC_BLONDE finished.

MediaInfo Post-Encode:

General
Complete name : C:\Users\eM-SSD\Videos\1080p_HEVC\ATOMIC_BLONDE\\BDMV\PLAYLIST\00000.mpls
Format : Blu-ray Playlist
File size : 526 Bytes
Duration : 1 h 54 min
Overall bit rate : 1 b/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4.1@High
Codec ID : 36
Duration : 1 h 54 min
Bit rate : 25.5 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.512
Stream size : 20.4 GiB
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
format_identifier : HDMV
Source : 00000.m2ts / 00000.m2ts

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 1 h 54 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 1 channel
Channel layout : C
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 525 MiB
Language : English
Service kind : Complete Main
bsid : 8
Dialog Normalization : -31
Dialog Normalization : -31 dB
acmod : 1
lfeon : 0
dialnorm_Average : -31
dialnorm_Average : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum : -31 dB
dialnorm_Count : 1
format_identifier : AC-3
SamplingCount_Source : General_Duration
Duration_Source : General_Duration
Source : 00000.m2ts / 00000.m2ts

So once again BDRB is re-encoding the main DTS-MA track ID #4352 to AC3 Mono, no doubt about it. I don't know what else to do. As I mentioned, I don't mind the extra step to re-encode selected titles to AC3 prior to processing with BDRB, but would rather figure out what the problem is. If anyone else can chime in with any suggestions please feel free. Thanks for any help.

[cartman0208]

Would you share your bdrebuilder.ini?

[spotswood]

Would you share your bdrebuilder.ini?
Here ya go...

[Options]
VERSION=0.61.0.22
ENCODER=1
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=2
AUTO_QUALITY=0
NVENC_CAPABLE=1
TARGET_SIZE=23500
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=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AUDIO_DRC=0
DECODER=3
AVCHD=0
REMOVE_WORKFILES=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=1
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=20480
MOVIE_ONLY_LOOP=0
ENABLE_TEST=1
ENABLE_BLANKING=1
BLANK_THRESHOLD=1800
MULTIPROCESS=1
BEEP_SOUNDFILE=C:\Windows\Media\tada.wav
UHD_CONVERT_ENABLE=1
UHD_ALL_MODE=1
MOVIEONLY_TYPE=0
UHD_V3_MODE=1
FORCE_NOENCODE=0
[Paths]
DGIndexNV=C:\Users\eM-SSD\Downloads\dgdecnv2053v228\x32 Binaries\DGIndexNV.exe
DGDecNV=C:\Users\eM-SSD\Downloads\dgdecnv2053v228\x32 Binaries\DGDecodeNV.dll
SOURCE_PATH=N:\
WORKING_PATH=C:\USERS\EM-SSD\VIDEOS\1080P_HEVC\

[cartman0208]

Here ya go...


You have "Do not reencode AC3" enabled ... did you try to uncheck that box?

[jdobbs]

As MrVideo mentions in his quote below, discs with TrueHD/Atmos just extract the core AC3 which is what yours did correctly, my mistake. If you have one, try a disc with a DTS-MA or LPCM track and post your results, thanks. Ok. I just did a disc with a source audio track that was DTS-HD XLL. Here is the MEDIAINFO result on the output:Audio
Format : AC-3
Format/Info : Audio Coding 3
Duration : 3 h 6 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 854 MiB (100%)
Service kind : Complete MainI'll try a couple other discs... but I'm (at least on this disc) not seeing the issue.

[jdobbs]

Just did another one. Input:Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : TrueHD / AC-3
Format profile : TrueHD+Atmos / TrueHD / AC-3
Muxing mode : Stream extension
Codec ID : 131
Bit rate mode : Variable / Constant
Bit rate : 640 kb/s
Maximum bit rate : 9 858 kb/s
Channel(s) : Object Based / 8 channels / 6 channels
Channel positions : Object Based / Front: L C R, Side: L R, Back: L R, LFE / Front: L C R, Side: L R, LFE
Sampling rate : / 48.0 kHz / 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Delay relative to video : -1 ms
Service kind : Complete MainOutput:Audio
Format : AC-3
Format/Info : Audio Coding 3
Duration : 2 h 2 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 559 MiB (100%)
Service kind : Complete MainFor anyone who wants to test this, I added:

AUDIO_AMPLIFY=1.0

to the INI file. This forces BD-RB to reencode (to a volume of 1.0x the original) instead of keeping the 640Kbs core audio. - [13:20:30] Processing: VID_00003 (1 of 1)
- [13:20:31] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...

The bottom line is that it is doing exactly what it is supposed to do.

Now I'm going to load spotswood's INI and try it again.

[jdobbs]

Ok. Using spotswood's INI settings, BD-RB kept the original core audio (it didn't reencode). Using the same source as my last post, the output looks like this:Audio
Format : AC-3
Format/Info : Audio Coding 3
Duration : 2 h 2 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 559 MiB (100%)
Service kind : Complete Main

Next I will add AUDIO_AMPLIFY=1.0 in order to force reencoding of the audio track (I may also have to change the SETUP setting that says "Do not reencode AC3")

@spotswood

Are you sure this INI is the one you used? If so, why is your log showing a reencode while mine isn't? One other thing... have you tried using MEDIAINFO on the output M2TS instead of the MPLS, just to see if it reports something different (it doesn't on mine)?

[EDIT]

Ok. Now I did it with AUDIO_AMPLIFY set and "Do not reencode AC3" unchecked:Audio
Format : AC-3
Format/Info : Audio Coding 3
Duration : 2 h 2 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 559 MiB (100%)
Service kind : Complete Main Looks good to me...

[spotswood]

Ok. Using spotswood's INI settings, BD-RB kept the original core audio (it didn't reencode).

@spotswood

Are you sure this INI is the one you used? If so, why is your log showing a reencode while mine isn't?Yes, I'm sure. I'm guessing in your second example BDRB is just pulling the core AC3 track from the TrueHD track, no reencode needed. In your first example the disc has a DTS-MA track that requires reencoding to AC3.

Anyway, I'VE FIXED THE PROBLEM! I mentioned before that I had started over and re-downloaded and unzipped a fresh v0.61.22 of BDRB leaving everything stock w/o adding any hidden options etc. but the same problem persisted.

Since running the System Settings Check showed everything to be fine, I didn't think to reinstall the helper programs, namely AviSynth. So after reinstalling v2.60 and trying again, voila! The lossless tracks are properly being reencoded to AC3 5.1@640 like they're supposed to. Something must have corrupted my AviSynth installation, I don't know, but after reinstalling it everything is fine now.

What a relief! I was going crazy and really didn't want to wipe my drive and do a fresh W10 install. I apologize again for sending everyone trying to help (namely jdobbs) on a wild goose chase. I feel so stupid that I didn't think to reinstall everything (troubleshooting 101). Whole carton of eggs on face. If I post with what I think is a bug in the future, just ignore me. I'll figure it out eventually...

[spotswood]

You have "Do not reencode AC3" enabled ... did you try to uncheck that box?Yes, with or without it didn't make a difference. This option is checked by default and I've always left it that way. It doesn't seem to make a difference either way. The only options I change depending on the job are "Do not convert DTS to AC3" (when keeping the DTS core), and "Keep HD audio for BD25 intact" (self explanatory and only for 7.1 tracks, personal preference). Thanks again for trying to help. When in doubt, reinstall everything!

[jdobbs]

Good to know you got it fixed.

[spotswood]

I redid The Good, Bad & Ugly. here are the results. Success!

.ini: (Do not reencode AC3 checked)...

[Options]
VERSION=0.61.0.22
ENCODER=1
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=2
AUTO_QUALITY=0
NVENC_CAPABLE=1
TARGET_SIZE=23500
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=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AUDIO_DRC=0
DECODER=3
AVCHD=0
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=1
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=20480
MOVIE_ONLY_LOOP=0
ENABLE_TEST=1
ENABLE_BLANKING=1
BLANK_THRESHOLD=1800
MULTIPROCESS=1
BEEP_SOUNDFILE=C:\Windows\Media\tada.wav
UHD_CONVERT_ENABLE=1
UHD_ALL_MODE=1
MOVIEONLY_TYPE=0
UHD_V3_MODE=1
FORCE_NOENCODE=0
[Paths]
DGIndexNV=C:\Users\eM-SSD\Downloads\dgdecnv2053v228\x32 Binaries\DGIndexNV.exe
DGDecNV=C:\Users\eM-SSD\Downloads\dgdecnv2053v228\x32 Binaries\DGDecodeNV.dll
SOURCE_PATH=N:\
WORKING_PATH=C:\USERS\EM-SSD\VIDEOS\1080P_HEVC\

Log:

[07/17/21] BD Rebuilder v0.61.22
[08:30:45] Source: THE_GOOD_THE_BAD_AND_THE_UGLY_00800
- Input BD size: 39.98 GB
- Approximate total content: [02:58:36.622]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), 1-Pass VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[08:30:45] PHASE ONE, Encoding
- [08:30:45] Processing: VID_01559 (1 of 1)
- [08:30:45] Extracting A/V streams [VID_01559]
- [08:38:46] Reencoding video [VID_01559]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 256,942 frames
- Bitrate: 15,731 Kbs
- [08:38:46] Reencoding: VID_01559, Pass 1 of 1
- [09:01:30] Video Encode complete
- [09:01:30] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[09:05:26]PHASE ONE complete
[09:05:26]PHASE TWO - Rebuild Started
- [09:05:26] Rebuilding BD file Structure
[09:06:03] - Encode and Rebuild complete
[09:06:03] JOB: THE_GOOD_THE_BAD_AND_THE_UGLY finished.

Media Info:

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 h 58 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 818 MiB
Language : English
Service kind : Complete Main
bsid : 8
Dialog Normalization : -31
Dialog Normalization : -31 dB
acmod : 7
lfeon : 1
dialnorm_Average : -31
dialnorm_Average : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum : -31 dB
dialnorm_Count : 2242
format_identifier : AC-3
Source : 00000.m2ts / 00000.m2ts

[spotswood]

good to know you got it fixed.
Me too!!! "If at first you don't succeed, keep on suckin' till you do suck seed!"
-Curley Howard... https://youtu.be/SZSGvu8foRE

[Lathe]

BDRB should be able to all that for you instead.

Nice grammer :)

[Lathe]

@Jdobbs
Welcome to the rabbit hole.

I thought you preferred moose...

[Lathe]

Wrong. And the "Kibi" bullshit is nonsense made up by people who know nothing. I've been doing this for over 40 years (and have taught computer science at the collegiate level) -- and a Kilobyte has always been 1024, and in the real world it always will be, no matter what some new-age "I can't comprehend binary" limp-dick says.

Period.

New Age limp dick...?!! https://lh3.googleusercontent.com/pw/AM-JKLULpK6lWR_dfybvP7HkeQVog5ZT6d4nSqayMCVLPP-TNROFRAzW0trX3gtz5pLSFc-PDdNEi6jmH5nvuIYkcZSx4I-2-R-ebvxx4XB9U8JqrauSTTpLSX03G6ZWPxG3shgPVuVuTUlkxjDppqcQLI5a7g=s15-no?authuser=0 Wow Boss, that is the most worked up I've ever seen you get!

[Lathe]

Okay, now that the compulsive silliness is outta the way... :)

I am currently reencoding a Blu-ray that is about 31 Gigs. Since it is a bit bigger than most, I'm using Default 2 Pass with some x264 tweaks that I normally use in a case like this.

Since you, JD, had said that the difference in the x264-64.exe and the x264L-64.exe is the non 'L' is the current version or an updated version that will run better with the DirectShow frame server as opposed to the internal LAV one. So, I switched to using the DirectShow figuring I'm using the newest, fasted version of x264, right?

However, I checked my TM during the first pass, and it is showing just the x264.exe being used and NOT the x264-64.exe...??? Why? I am not currently using any Avisynth. Why is BDRB using the NON-64 version?

Thanks!

[MrVideo]

Nice grammer :)
Oops, the fingers failed to type what the brain wanted.

[tebasuna51]

Greetings all,

I'd like to see if anyone else has seen similar.

For me, 61.22 was a regression. I think it might have to do with the way nvencc was built, if it was changed. The last build, 61.21, I was able to re-encode using my GPU, at least the utilization rate was quite high for both the GPU and the CPU.

I thought it is likely to be nvencc, because I have another software I use and recently they decided to no longer build for win8.1 on an update. In their changelog, they decided to only build for the latest on Win10, I feel like something similar may be happening with nvencc in bdrb which is frustrating. Yes, 8.1 is older, but I built this as a HTPC and last year bought this graphics card with the intent to encode many of the discs from my library, and not have it rely on my mediocre i5. I just bought all 6 seasons of The Clone Wars, but so far it has been a disaster trying to get them re-encoded correctly.

So here is some of the info,
My system:

Operating System: Windows 8.1 Pro with Media Center, 64-bit
DirectX version: 11.0
GPU processor: GeForce GTX 1660
Driver version: 452.06
Driver Type: Standard
Direct3D API version: 11.2
Direct3D feature level: 12_1
CUDA Cores: 1408
Core clock: 1785 MHz
Memory data rate: 8.00 Gbps
Memory interface: 192-bit
Memory bandwidth: 192.05 GB/s
Total available graphics memory: 10147 MB
Dedicated video memory: 6144 MB GDDR5
System video memory: 0 MB
Shared system memory: 4003 MB
Bus: PCI Express x16 Gen3
nvDevToolS.dll 27.21.14.5206 NVIDIA 3D Settings Server
PhysX 09.19.0218 NVIDIA PhysX
NVCUDA64.DLL 27.21.14.5206 NVIDIA CUDA 11.0.228 driver




My 61.21 output:


61.21


[07/01/21] Checking System Settings
- BD-Rebuilder v0.61.21
- Windows Version: 6.2 [9200]
- Working Path Free Space: 571.73GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[07/01/21] Systems Settings Check complete
----------------------
[07/01/21] BD Rebuilder v0.61.21
[23:52:08] Source: TOP_GUN_00001
- Input BD size: 33.72 GB
- Approximate total content: [01:49:35.569]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Quality: Highest (Very Slow)
- Automatic cropping of borders enabled
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[23:52:13] PHASE ONE, Encoding
- [23:52:13] Processing: VID_00001 (1 of 1)
- [23:52:13] Extracting A/V streams [VID_00001]
- [23:55:17] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 157,656 frames
- Bitrate: 5,000 Kbs
- [23:55:17] Reencoding: VID_00001, Pass 1 of 2
- [00:13:45] Reencoding: VID_00001, Pass 2 of 2
- [00:13:45] Video Encode complete
- [00:13:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
[00:13:45]PHASE ONE complete
[00:13:45]PHASE TWO - Rebuild Started
- [00:13:45] Building ALTERNATE OUTPUT Structure
[00:15:24] - Encode and Rebuild complete
[00:15:24] JOB: TOP_GUN finished.



The INF associated with this encode:



[Status]
LABEL=TOP_GUN
VERSION=v0.61.21
SOURCE_SIZE=36207679488
SOURCE_VIDEO_SIZE=36207679488
TARGET_SIZE=24641536000
REDUCTION=.680561039769664
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=11
USE_LAVF=0
INSTANCES=2
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
UHD_V3_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00001]
AUDIO=11000
PGS=10000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
NSIZE=0





My 61.22 output fails on every attempt:



61.22
[07/01/21] Checking System Settings
- BD-Rebuilder v0.61.22
- Windows Version: 6.2 [9200]
- Working Path Free Space: 566.96GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[07/01/21] Systems Settings Check complete
----------------------
[07/01/21] BD Rebuilder v0.61.22
[20:42:38] Source: TOP_GUN_00001
- Input BD size: 33.72 GB
- Approximate total content: [01:49:35.569]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Quality: High Quality (Default)
- Automatic cropping of borders enabled
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:42:41] PHASE ONE, Encoding
- [20:42:41] Processing: VID_00001 (1 of 1)
- [20:42:41] Extracting A/V streams [VID_00001]
- [20:45:48] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 157,656 frames
- [20:45:48] Reencoding: VID_00001, Pass 1 of 1
[20:45:49] - Failed video encode, aborted
----------------------
[07/01/21] BD Rebuilder v0.61.22
[20:52:42] Source: TOP_GUN_00001
- Input BD size: 33.72 GB
- Approximate total content: [01:49:35.569]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Quality: High Quality (Default)
- Automatic cropping of borders enabled
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:53:01] PHASE ONE, Encoding
- [20:53:01] Processing: VID_00001 (1 of 1)
- [20:53:01] Extracting A/V streams [VID_00001]
- [20:56:07] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 157,656 frames
- [20:56:07] Reencoding: VID_00001, Pass 1 of 1
[20:56:09] - Failed video encode, aborted



I did some searching and reading on here, and I found some folks troubleshooting. When I run the last command manually, many times I get this error:


copyHtoD: failed to allocate memory: cudaErrorUnsupportedPtxVersion



A couple of times I've gotten a different error, but that error didn't make sense so I could have been messing with the settings trying to get it to work.


Finally, if any of you brilliant minds can see any issues with my encode settings on 61.21? Even though it completed the encode, there were A LOT of artifacts on the encode. Previously, I've been using just the CPU for encoding, not the nvencc/GPU. I don't recall getting such poor quality, but I'm guessing that this probably has to do with my settings.

Thank you everyone for any assistance and for also realizing that I'm highly unlikely to upgrade to Win10.

Please read this post from a new user than remain hide (unapproved, 7 july): https://forum.doom9.org/showthread.php?p=1946987#post1946987

[jdobbs]

Well... NVENCC was updated to version 5.20 in that release, so I guess there could be some compile issue (although I haven't had any other reports of issues). In looking up the reported error, this is what I got:cudaErrorUnsupportedPtxVersion = 222

This indicates that the provided PTX was compiled with an
unsupported toolchain. The most common reason for this, is
the PTX was generated by a compiler newer than what is
supported by the CUDA driver and PTX JIT compiler.

There have been updates to NVENCC since then. As a test, I'd recommend user404 try downloading the newest NVENCC version from this link. (https://github.com/rigaya/NVEnc/releases/tag/5.35) But be warned, I haven't tested that release.

I don't think I understand the issue with the post.... why was it hidden, and why would it require approval?

[tebasuna51]

I don't think I understand the issue with the post.... why was it hidden, and why would it require approval?
Read this https://forum.doom9.org/showthread.php?t=183045 or https://forum.doom9.org/showthread.php?t=183047

[CraigWally]

OK here's an issue I would like some help with
I have a Blu-Ray (30GB) with 4 audio tracks (all Eng) : Music
192-24 PCM Stereo
48-24 PCM Stereo
192-24 DTS HD-MA 5.1
48-24 Dolby Atmos
Now if I choose to keep HD Audio, it can't shrink enough to fit a BD25
If I re-encode to AC3 I get a 8GB disc
What I would like to do is some where inbetween, say, keep 1 of the HD tracks and re-encode the other 3
How would I go about this?
TIA

Wally

[SeeMoreDigital]

OK here's an issue I would like some help with
I have a Blu-Ray (30GB) with 4 audio tracks (all Eng) : Music
192-24 PCM Stereo
48-24 PCM Stereo
192-24 DTS HD-MA 5.1
48-24 Dolby Atmos
Now if I choose to keep HD Audio, it can't shrink enough to fit a BD25
If I re-encode to AC3 I get a 8GB disc
What I would like to do is some where inbetween, say, keep 1 of the HD tracks and re-encode the other 3
How would I go about this?
TIA

Wally
Out of interest...What disc is this?

[CraigWally]

Out of interest...What disc is this?

John Lennon Plastic Ono Band

[musiclover]

@CraigWally
If you delete the 48-24 PCM Stereo stream it all will fit on a 25GB disc. This stream has little value anyway when you also have the 192-24 PCM Stereo stream.

[SeeMoreDigital]

John Lennon Plastic Ono Band
Hmmm... I don't think I have any Blu-ray audio discs with multi-channel DTS-HD MA audio encoded at 192KHz/24-bit. I do have some encoded with Dolby TrueHD and PCM though...

[CraigWally]

@CraigWally
If you delete the 48-24 PCM Stereo stream it all will fit on a 25GB disc. This stream has little value anyway when you also have the 192-24 PCM Stereo stream.

Thanks - that worked

[user404]

Thanks jdobbs,

So I tried the link. I used the 32 bit version of nvencc. No joy, same error. I took the nvencc version from 61.21, and put it in the 61.22 folder, and it works.

So, I'm guessing that those of us using windows 8.1, are pretty much out of luck on this?

What are my options really?

My daily driver is fedora linux, but I did compile ffmpeg a few years ago to be able to take advantage of some features I wanted specifically for my htpc, but I don't have that VM that I used to cross compile any longer.

I guess another option is to use the older version of nvencc, but the encode seemed to have some artifact issues compared to the cpu encode I did of the same movie.

Lastly, I suppose, I would be forced to use the cpu for encoding otherwise right?

Anything I'm not looking at? Any options I'm not seeing? I suppose I could ask on github, but honestly, most devs now are into removing support of older systems, for a myriad of reasons.

Thanks again, and hopefully the admins get this posting thing resolved so I don't have to go through the approval process to post anything any longer.

Lastly, I suppose, I would be forced to use the cpu for encoding otherwise right?

Anything I'm not looking at? Any options I'm not seeing? I suppose I could ask on github


Well... NVENCC was updated to version 5.20 in that release, so I guess there could be some compile issue (although I haven't had any other reports of issues). In looking up the reported error, this is what I got:cudaErrorUnsupportedPtxVersion = 222

This indicates that the provided PTX was compiled with an
unsupported toolchain. The most common reason for this, is
the PTX was generated by a compiler newer than what is
supported by the CUDA driver and PTX JIT compiler.

There have been updates to NVENCC since then. As a test, I'd recommend user404 try downloading the newest NVENCC version from this link. (https://github.com/rigaya/NVEnc/releases/tag/5.35) But be warned, I haven't tested that release.

I don't think I understand the issue with the post.... why was it hidden, and why would it require approval?

[user404]

Good news,
I realized although it isn't listed, the windows 7 and windows 8 driver for the 1660 are essentially the same. Although Windows update won't go past a really old version for 8.1, you can manually update. Of course I'm still stuck on API 11 though, but it is something. So now, I have nvidia 471 driver installed.

After I updated, I reran 61.22 with the latest nvencc (the one provided on the link since it was already in place). This failed, but I got a different and strange error. So, I looked up and ran the last command. After playing around a bit, I discovered that if I removed --avs, it not only ran, but it was smoking my GPU, pegging it at 90% for a majority of the encode while leaving my cpu pretty low, between 15 and 30% usage.

I went back to playing with the BDRB settings. Once I unselect "use X264's internal LAVF for frame serving" and choose "Use directShowSource for frameserving" it worked, BDRB 61.22 would correctly run and status. The backup started and completed.

However, After seeing how when I run it manually, it pegs my GPU to >90%, I don't think this was correctly using my GPU. In fact, most of the time running from the BDRB GUI the CPU was pegged at 100% and my GPU was around 30-40%.

I then went back to the original nvencc and files that go with 61.22 natively, and everything was the same. As long as my decoding frame server stayed on DirectShowSource it worked fine. However, the CPU usage was high for the entire encode, and GPU usage was very low, so I'm wondering if it is actually using my GPU. Plus, to be honest, on the encodes I was doing previously, I had a lot of artifacts while using "nvencc" on v61.21. The newest one looked really good, which makes me believe it might be doing a CPU encode.
Anyone have any ideas?

[jdobbs]

@user404

When encoding, there are times when you have to use AVISYNTH to modify the source in order to make it compliant (--avs). There are also some settings available in SETUP that require it. When I implemented NVENCC I added checks so that whenever possible it would use the GPU to perform those functions (eliminating the AVISYNTH requirement). But AVISYNTH is very powerful, and sometimes there is no choice except to use it (performing functions that aren't available on the GPU). When that is the case, you'll see the GPU usage drop and the CPU usage go up.

If I read your posts correctly, it looks like you're running BD-RB on a VM under Linux, is that right? If so, I have to say that running software that works closely with hardware (like NVENCC) can run into issues when implemented on a virtual machine. That makes compatibility a little hard to ensure, and very difficult to debug. You never know when an issue is related to the software or the VM environment. If you're not running it on a VM, then ignore this paragraph.

[musiclover]

I think I remember a time when right clicking on a subtitle in the stream window of BDRB would turn the subtitle ON by default. Is it correct to assume that this function has been removed? I, for one, am not able to get it working.

[Lowpro]

I think I remember a time when right clicking on a subtitle in the stream window of BDRB would turn the subtitle ON by default. Is it correct to assume that this function has been removed? I, for one, am not able to get it working.I remember a time when this was possible as well. I'm thinking that perhaps the feature is only available under certain conditions. Not sure. That being said, I just use BDedit after the fact to turn a given subtitle on by default if need be. I also have a nifty little program I downloaded called "Set Default BD Tracks" which works with "movie only" streams created via tsMuxer. It provides for setting the default audio track and default subtitle track including whether you want the given title to play once or play repeatedly.

[user404]

I'm running BDRB on windows 8.1 not in/on a VM.

I have a gigabyte motherboard, the GEFORCE1660, and an i5 chip. This is setup as a HTPC however, the case is relatively small so the cooling isn't very good. Primarily because everything is so tight, I bought the 1660 to offload all the heavy lifting from the CPU to the GPU which I've got liquid cooled and when I use the GPU for tasks, it generally keeps the heat down more than when I use the CPU. It has kept the heat low for things like Plex, Jellyfin and xsplit/twitch.

My workstation and my laptop are both linux, thats what I use at work so I'm most familiar with it. I do run VM's in the workstation, maybe the confusion is that I said I have cross compiled software, in particular ffmpeg and a few others on a Linux VM for my windows 8.1 HTPC. I did this specifically because many devs are leaving behind win 7/8 in favor of only toolchains or compilers that work on Win10.



@user404

When encoding, there are times when you have to use AVISYNTH to modify the source in order to make it compliant (--avs). There are also some settings available in SETUP that require it. When I implemented NVENCC I added checks so that whenever possible it would use the GPU to perform those functions (eliminating the AVISYNTH requirement). But AVISYNTH is very powerful, and sometimes there is no choice except to use it (performing functions that aren't available on the GPU). When that is the case, you'll see the GPU usage drop and the CPU usage go up.

If I read your posts correctly, it looks like you're running BD-RB on a VM under Linux, is that right? If so, I have to say that running software that works closely with hardware (like NVENCC) can run into issues when implemented on a virtual machine. That makes compatibility a little hard to ensure, and very difficult to debug. You never know when an issue is related to the software or the VM environment. If you're not running it on a VM, then ignore this paragraph.

[DoctorM]

I think I remember a time when right clicking on a subtitle in the stream window of BDRB would turn the subtitle ON by default. Is it correct to assume that this function has been removed? I, for one, am not able to get it working.

You might be thinking of DVD Rebuilder.

[jdobbs]

I think I remember a time when right clicking on a subtitle in the stream window of BDRB would turn the subtitle ON by default. Is it correct to assume that this function has been removed? I, for one, am not able to get it working.I just tried it. Before you start your job you right-click on a subtitle in the stream list and a popup menu appears. You then select "Turn subtitle on". After you do so, "[TURNED ON]" will appear next to the subtitle in the list.

But it is transient. If you exit BD-RB and reopen it -- you will have to select it again. On the other hand, turning it on and adding it to the BATCH list will hold the setting.

Did the popup menu not appear when you tried it?

[musiclover]

@jdobbs
I tried it on different blu-rays but the popup menu does not appear. Will I have to make changes to the ini file?

Edit
Oh, I see now. It only works in movie-only mode. And I wanted to use it for a series blu-ray in full-backup mode.

[jdobbs]

@jdobbs
I tried it on different blu-rays but the popup menu does not appear. Will I have to make changes to the ini file?

Edit
Oh, I see now. It only works in movie-only mode. And I wanted to use it for a series blu-ray in full-backup mode.Yeah, I should have mentioned that. You can't do it on a full backup because it would require BD-RB to modify the code of the original. Interpreting the code stream, following all the alternative paths, and making modifications to each would be a pretty significant programming project.

[Lowpro]

On a related note...
If you turn a subtitle track on by default using BDedit keep in mind that if multiple playlists are involved that change may carry over to the next playlist when playing the resulting Blu-ray. As such, you may need to update each playlist telling each whether you want a subtitle track turned on by default or not. At least that's what I've observed anyway. An example of this would be a TV series authored to Blu-ray where only certain episodes contain forced subtitles, the forced subtitles in each case being their own subtitle track. If you only want those subtitle tracks turned on by default you also need to set the playlists without a forced subtitle track to not have any subtitle tracks turned on by default.

[musiclover]

On a related note...
If you turn a subtitle track on by default using BDedit keep in mind that if multiple playlists are involved that change may carry over to the next playlist when playing the resulting Blu-ray. As such, you may need to update each playlist telling each whether you want a subtitle track turned on by default or not. At least that's what I've observed anyway. An example of this would be a TV series authored to Blu-ray where only certain episodes contain forced subtitles, the forced subtitles in each case being their own subtitle track. If you only want those subtitle tracks turned on by default you also need to set the playlists without a forced subtitle track to not have any subtitle tracks turned on by default.
Is there a manual for turning subtitles on by default in the playlists using BDedit?

[gonca]

Do Quick_Play menus work with hevc, or am I messing up again?

[Lowpro]

Is there a manual for turning subtitles on by default in the playlists using BDedit?I worked up a quick tutorial here (https://forum.doom9.org/showthread.php?p=1948959#post1948959). Enjoy!

[musiclover]

I worked up a quick tutorial here (https://forum.doom9.org/showthread.php?p=1948959#post1948959). Enjoy!

Thank you Lowpro, that was very illuminating.
It's a shame there are not more of these manuals for BDedit. I find it a very difficult program to use and understand.

[jdobbs]

Do Quick_Play menus work with hevc, or am I messing up again?Yes. The menu itself is not HEVC, but it works with HEVC content.

[gonca]

Works fine
The software player seems to have issues but a burnt disc worked flawlessly

[Lowpro]

Works fine
The software player seems to have issues but a burnt disc worked flawlesslyNot sure what you are encountering with your software based Blu-ray player, but at times with PowerDVD 18 I'm not able to navigate a given Blu-ray menu with my keyboard initially and it's not specific to QP menus. It happens with retail Blu-ray's as well. Minimizing PowerDVD, then maximizing it again always resolves the issue.

[Lathe]

Oooooookay... well, I guess I need to make another $100 donation or something in order to get my question answered...

[Lowpro]

Oooooookay... well, I guess I need to make another $100 donation or something in order to get my question answered...I accept Paypal. Once the funds clear I'll answer your question. Thanks!

[abogard]

Hello. I have a disc that comes with the theatrical version and the director's cut of a movie; however when I try to re-encode to a BD25 I only get the theatrical version files to show for re-encoding. There is a different playlist for each version and each of them has a set of different m2ts files to accomplish their goal, however BDRB is not displaying the files of the second playlist (director's cut) and they are not being processed. Since some of the files are shared between versions and I like to remove HD audio the result is a movie that suddenly skips sound because it changes from regular DTS to DTS-MA and then back. I really don't know if I made sense, but if I did I'd really appreciate any help. By the way I do have the MIN_M2TS_SIZE=0 and MIN_PLAYLIST_MINS=0 settings on.

[spotswood]

Hello. I have a disc that comes with the theatrical version and the director's cut of a movie; however when I try to re-encode to a BD25 I only get the theatrical version files to show for re-encoding. There is a different playlist for each version and each of them has a set of different m2ts files to accomplish their goal, however BDRB is not displaying the files of the second playlist (director's cut) and they are not being processed. Since some of the files are shared between versions and I like to remove HD audio the result is a movie that suddenly skips sound because it changes from regular DTS to DTS-MA and then back. I really don't know if I made sense, but if I did I'd really appreciate any help. By the way I do have the MIN_M2TS_SIZE=0 and MIN_PLAYLIST_MINS=0 settings on.Are you doing a full disc or movie-only backup? If movie-only choose Mode from the top menu and then "Other Movie-Only Playlist". The Directors cut should be the longer playlist, choose that one. BDRB should then show and process only that playlist. I do this all the time and it works great. Good luck!

[spotswood]

I think I remember a time when right clicking on a subtitle in the stream window of BDRB would turn the subtitle ON by default. Is it correct to assume that this function has been removed? I, for one, am not able to get it working.You can also do this with MKVToolNix @ https://www.fosshub.com/MKVToolNix.html. Once you have your movie loaded you can highlight each subtitle track and then flag each as either default, forced, hearing impaired, commentary track etc. Works great. This of course implies you are backing up to .mkv. Have fun!

[abogard]

Are you doing a full disc or movie-only backup? If movie-only choose Mode from the top menu and then "Other Movie-Only Playlist". The Directors cut should be the longer playlist, choose that one. BDRB should then show and process only that playlist. I do this all the time and it works great. Good luck!

Thank you. Yes, the problem is that I want a Full Disc backup. I did find that option you're talking about but it only works with movie-only.

By the way, I don't know if anybody knew but DGDecNV is now free to use, all DRM has been removed. Just in case somebody didn't know.

[musiclover]

By the way, I don't know if anybody knew but DGDecNV is now free to use, all DRM has been removed. Just in case somebody didn't know.

Maybe jdobbs can bundle DGDecNV with BD Rebuilder.

[Lathe]

I accept Paypal. Once the funds clear I'll answer your question. Thanks!

https://lh3.googleusercontent.com/pw/AM-JKLW47a84nAl-5BvQPE0GyHfHSoYrP2lNiqDmOoDugv07yqaUjA2TeiCwyWpv43ane83ZgYw54H0jJPX6VzsizhWjaBpiFop17NMR6PwcfOm7XwAh4Z5iXfooufIZqB6NIil05NRvkOx3zzbvih2zbCvHoA=s18-no?authuser=0

[DoctorM]

Thank you. Yes, the problem is that I want a Full Disc backup. I did find that option you're talking about but it only works with movie-only.

By the way, I don't know if anybody knew but DGDecNV is now free to use, all DRM has been removed. Just in case somebody didn't know.

Didn't know that. Thanks. Still need to use the x32 version with BD-RB though, right? In my experience X264's internal server was faster because it uses an x64 pipe.

[MrVideo]

Yes. The menu itself is not HEVC, but it works with HEVC content.
If I am reading this correctly, when building your own UHD BD discs, the menu backgrounds are still 1080p and not 2160p.

If that is the case, that will cause an issue with many displays/projectors. The projector that I have will upconvert all 1080p video (non-3D) to 2160p. There is a time delay associated with doing that when coming from 1080p source or going back to 1080p source.

The 4K UHD BD player that I have can be set to upconvert all video (non 3D) to 2160p. At this point in time, I do not know what the delay is going back and forth between 1080p and 2160p.

What I am trying to hint at is that it would be great if the menus are also 2160p, On the list of things to do?

[MrVideo]

Added feature suggestion.

In a nutshell: The ability to save the Quick-Play Menu Title Editor information.

Many a time I've had to redo a disc as I'm testing things out or just plain screwed up. That means redoing the job from scratch. Frankly, it sucks.

By adding an option on that dialog screen to save the contents so that it can be reloaded, would be perfect. The info can be saved in the same EPR file format. That way, after BDRB is started, the open project option would load and because it had play menu info, it would go directly to that dialog box. There would be a new option on the dialog that would allow for adding additional file(s).

If a user wanted a clean slate, after initially setting up a project, before any files are imported, the project can be saved with a name that indicated that it was a template.

Thanks for considering this improvement.

[jdobbs]

Oooooookay... well, I guess I need to make another $100 donation or something in order to get my question answered...What question is that?

[videoh]

What question is that? This one?

https://forum.doom9.org/showthread.php?p=1948032#post1948032

[jdobbs]

Okay, now that the compulsive silliness is outta the way... :)

I am currently reencoding a Blu-ray that is about 31 Gigs. Since it is a bit bigger than most, I'm using Default 2 Pass with some x264 tweaks that I normally use in a case like this.

Since you, JD, had said that the difference in the x264-64.exe and the x264L-64.exe is the non 'L' is the current version or an updated version that will run better with the DirectShow frame server as opposed to the internal LAV one. So, I switched to using the DirectShow figuring I'm using the newest, fasted version of x264, right?

However, I checked my TM during the first pass, and it is showing just the x264.exe being used and NOT the x264-64.exe...??? Why? I am not currently using any Avisynth. Why is BDRB using the NON-64 version?

Thanks!If you have selected DirectShowSource as your frame server... you are using AVISYNTH. That is unless you are using NVENC... but under certain circumstances even that uses AVISYNTH.

When you run the job, look at LASTCMD.TXT in the BD-RB folder. It will show you the exact command line used for the last encode.

[MrVideo]

DD+ is allowed on Blu-ray discs:

https://www.dolby.com/uploadedFiles/Assets/US/Doc/Professional/dolby-digital-plus-faq.pdf

https://professional.dolby.com/globalassets/dolby-digital-plus/dolby-digital-plus-audio-coding-tech-paper.pdf

https://www.sony.com/electronics/support/home-video-blu-ray-disc-players-recorders/bdp-bx2/articles/00029663

Since DD+ has a DD AC-3 core, it passes the audio requirement, like Dolby TrueHD, which has an AC-3 core.

Am I missing something or is something being left out in these papers?

[SeeMoreDigital]

Since DD+ has a DD AC-3 core, it passes the audio requirement, like Dolby TrueHD, which has an AC-3 core.

DD+ with an AC3 core is a mandatory requirement for Blu-ray spec compliant muxes. But it's not mandatory for HD DVD disc spec muxes or for DVB-T/S/C broadcasting.

EDIT: Currently (as far as I know), no 'freeware' encoder is able to generate DD+ audio streams with an AC3 core - not even an empty core...

[MrVideo]

Well, that takes care of that.

[Richard1485]

EDIT: Currently (as far as I know), no 'freeware' encoder is able to generate DD+ audio streams with an AC3 core - not even an empty core...
What's interesting is that if you encode to eac3@640kbps with a recent build of ffmpeg (for example, the one from Hybrid), tsMuxeR reads the result as Bitrate: 640Kbps core 0Kbps and will mux it to a BD structure, which plays in mpv. (You can even demux the stream with the "Downconvert E-AC3 to AC3" option, though the resulting file is, of course, empty.) But the BD structure doesn't have a playlist, because the stream isn't technically BD compliant. Maybe it's possible to make a playlist that will fool a stand-alone player.

[raul124]

One question, a while back before UHD-Rebuilder. I was able to take a Bluray disk and turn it into a regular DVD-5 with BD-rebuilder to play it in my car video console. Does anyone remember the process to accomplish this?

[Sharc]

One question, a while back before UHD-Rebuilder. I was able to take a Bluray disk and turn it into a regular DVD-5 with BD-rebuilder to play it in my car video console. Does anyone remember the process to accomplish this?
Long time ago.... hard to remember, but try
Mode->Movie-Only backup->Alternate Movie-Only Output->DVD-5 (first item in the list)

I didn't really try though.

[jdobbs]

Long time ago.... hard to remember, but try
Mode->Movie-Only backup->Alternate Movie-Only Output->DVD-5 (first item in the list)

I didn't really try though.Yep. Exactly how you do it.

[MrVideo]

Full Backup mode set, but it seems to have done movie-only backup.

I set BDRB to do a full backup of a UHD disc, only keeping the ENG audio and sub-titles, but that isn't what happened. There are 91 M2TS files, yet only the movie M2TS was there in the backup. No menu file, none of the support M2TS files, etc.

Is there something that I set wrong?

Edit: Oh, and when I import the BD, it brings up the Quick Play menu editor.
Also, in case it helps with debugging, I renamed the INI file because I modified it for doing Blu-ray building of individual files. So, when BDRB was started, a new INI was created. I then reset some paths and selected NVENC for encoding.

Edit2: I take that back, it seems to be Quick Play mode.

[BuddTX]

Hi JDobbs and everyone!

I have a question, while I wait for the Nvidia GeForce RTX 30 series to become available again, and affordable, I have a GTX 1050 TI, that does not support "B-Frames".

Is there any function within BDRebuilder that could somehow "make up" for not supporting B-Frames?

Maybe like forcing a two pass scan or something similar. I seem to have good results with NVENC encoding, I make sure I am using recent NVidia drivers, and a recent version of the NVEncC.exe executable.

Of course I am not asking to somehow magically enable a function that my hardware is unable to do. I am asking what options I might be able to enable within BDRebuilder to make sure that my quality is as good and as small as it can be, at a given CQM, with my current graphics card.

Thank you Jdobbs and everyone for giving my question some attention!

[Lathe]

This one?

https://forum.doom9.org/showthread.php?p=1948032#post1948032

Thank you kindly mate https://lh3.googleusercontent.com/pw/AM-JKLUdo7LZu3joap0i76EqB-JBZx9J7tKHX8g0VtQx7afIZ_ZVcwwkpcZenPCEueF0NWy9JC6lEyAVZBKSKupEWHWAttAJ6TDqtIturTeXPU1WPkYteWaf6sgDQ3UG-AeE3dmenjXsR7PQhITRFvSwiAnZsA=w25-h28-no?authuser=0

[Lathe]

If you have selected DirectShowSource as your frame server... you are using AVISYNTH. That is unless you are using NVENC... but under certain circumstances even that uses AVISYNTH.

When you run the job, look at LASTCMD.TXT in the BD-RB folder. It will show you the exact command line used for the last encode.

Thanks.

So, it looks like my choices are either to use DirectShow and it uses the more recent but NON-64 .exe, or I select internal LAV and that uses the really old L64 .exe. I guess that's it... I wonder which one's faster...

[jdobbs]

Hi JDobbs and everyone!

I have a question, while I wait for the Nvidia GeForce RTX 30 series to become available again, and affordable, I have a GTX 1050 TI, that does not support "B-Frames".

Is there any function within BDRebuilder that could somehow "make up" for not supporting B-Frames?

Maybe like forcing a two pass scan or something similar. I seem to have good results with NVENC encoding, I make sure I am using recent NVidia drivers, and a recent version of the NVEncC.exe executable.

Of course I am not asking to somehow magically enable a function that my hardware is unable to do. I am asking what options I might be able to enable within BDRebuilder to make sure that my quality is as good and as small as it can be, at a given CQM, with my current graphics card.

Thank you Jdobbs and everyone for giving my question some attention!There's no requirement that your encode has b-frames for blu-ray. There is, only, an upper limit as to how many b-frames you can have in a row. So you can use your card to encode for blu-ray with only i-frames and p-frames. What you lose without b-frames is efficiency.

[BuddTX]

Thank you JDobbs!

[MrVideo]

No comments on my issue trying to do BD/UHD backups? I have no clue as to what I could have done to cause it to no longer work for me.

[jdobbs]

No comments on my issue trying to do BD/UHD backups? I have no clue as to what I could have done to cause it to no longer work for me.I thought you figured it out?Edit2: I take that back, it seems to be Quick Play mode.

[MrVideo]

See PM response. The "it seems to be Quick Play mode" is how it is reacting, even though I have it in full backup mode.

[MrVideo]

While VLC is supposed to be able to play BDs, when trying the play a BD structure, or an ISO of the same structure, VLC only displays the menu background of a BD that BDRB creates from MKV files, i.e., quick play mode.

I'm just trying to see if I screwed up the menu layout as burning a BD-RE takes too damn long.

Is there a free program that will play a BDRB produced menu structure?

[abogard]

So, nobody has an answer for me? An idea at least of what could have happened?

[MrVideo]

So, nobody has an answer for me? An idea at least of what could have happened?
I know I have a disc that has two different cuts on it, but I can't test this because, as you can see from the above postings, I can't get full backup to work.

[musiclover]

So, nobody has an answer for me? An idea at least of what could have happened?

Just a longshot:
You could try setting REENCODE_MENUS=1 in your ini file

[abogard]

Just a longshot:
You could try setting REENCODE_MENUS=1 in your ini file

Well, it was a long shot indeed, but I'm happy to say it worked like a charm. I must say I have absolutely no idea why it works, maybe I don't understand this option at all, but I'm happy next time it happens I have something else to try.

I thank you very much for your help.

[Lathe]

While VLC is supposed to be able to play BDs, when trying the play a BD structure, or an ISO of the same structure, VLC only displays the menu background of a BD that BDRB creates from MKV files, i.e., quick play mode.

I'm just trying to see if I screwed up the menu layout as burning a BD-RE takes too damn long.

Is there a free program that will play a BDRB produced menu structure?

I don't think you've screwed up (well, at least with the encoding :D) but, from my experience, VLC has never quite gotten playing the Blu-ray menus right, so that likely is not a good program to 'test' your Blu-ray menus. But, dude... Blanks are like .50 now, so do one and see how it plays on your hardware player. If it works, your golden (but no showers https://lh3.googleusercontent.com/pw/AM-JKLX6lhJc5p8dXOCI3Ia9piQVlHAeA7noG7rTJnyUFOiMHCk0El17kbS2nbfF19BQ006NTAMAaHLpWxlm4J0uvppalZkWuu0EG5rtDm4En1H46rcsMVK4-ca_eWK3UwQj3CR-Q5MDx8sMpbzqBuBcSkPbEg=w22-h18-no?authuser=0)

[MrVideo]

Blanks are like .50 now, so do one and see how it plays on your hardware player. If it works, your[sic] golden.
Yep, I know how cheap they can be, as I have purchased a boatload over the years. I just prefer not to waste them. :D

[jdobbs]

Yep, I know how cheap they can be, as I have purchased a boatload over the years. I just prefer not to waste them. :DA rewriteable disc can go a long way for testing.

[Lowpro]

When trying the play a BD structure, VLC only displays the menu background of a BD that BDRB creates from MKV files, i.e., quick play mode. I'm just trying to see if I screwed up the menu layout as burning a BD-RE takes too damn long. Is there a free program that will play a BDRB produced menu structure?
I use PowerDVD to test a given Blu-ray build prior to burning to BD-R as PowerDVD supports Blu-ray (BDMV) folder playback. That being said, if your only option is to test once burned to disc I agree with the suggestion to burn to BD-RE instead. And if you just want to check to confirm the Blu-ray menu is displayed properly you can cut down on the time it takes to burn to BD-RE by excluding the M2TS files not used for the Blu-ray menu, the M2TS files used for the Blu-ray menu being 99001.m2ts and 99002.m2ts for "Page 1", 99003.m2ts and 99004.m2ts for "Page 2" and so forth. Will take 30 seconds or less to burn to BD-RE in that case.

[MrVideo]

A rewriteable disc can go a long way for testing.
Yes. but as I noted, a takes a long time a burn a BD-RE 25GB, which means it will take a long while to go thru all of the seasons of a series. Being able to have a program like VLC actually display the menu structure will allow for quick checking of spelling errors, or other screwups.

[MrVideo]

And if you just want to check to confirm the Blu-ray menu is displayed properly you can cut down on the time it takes to burn to BD-RE by excluding the M2TS files not used for the Blu-ray menu.
That is a good idea. Didn't think of that. Thanks.

[DoctorM]

At the same time I purchased my first BD burner I bought a 5 pack of BD-RE DL. Sure 2x is wicked slow to burn, but they just keep going.

[MrVideo]

I've only lost one so far out of the lot that I bought.

[RetsimLegin]

I don't seem to have any difficulty with VLC for previewing a BD-Video before burning it; including its menu. Mind, these are simple menus without Java (for example). I did find it necessary to work round one thing that VLC lacks as follows:
Select "Open Disc" (yes, Disc)
Select BluRay
Then search for the parent folder containing the BD contents (so, one level up from BDMV and STREAM, etc) and "play".

VLC lacks the ability to determine the type of disc for itself and assumes (I believe) it's DVD unless told otherwise (hence step 2), and it falls over when presented with BD-V contents.

[MrVideo]

As I mentioned, it displays the menu background, but none of the text, or the ability to navigate said blank menu.

[gonca]

As I mentioned, it displays the menu background, but none of the text, or the ability to navigate said blank menu.

Same issue I am having with JRiver MC.
Seems that PowerDVD works fine, or burning a disc.

[jdobbs]

As I mentioned, it displays the menu background, but none of the text, or the ability to navigate said blank menu.Unfortunately that's an issue with the player, not BD-RB or the menu, and there isn't anything I can do about it.

[MrVideo]

Ya, I knew that it was VLC.

[MrVideo]

As a test I tried building a M2TS file, via 4/30/21 tsmuxer, without the DV stream. But tsmuxer didn't like the dolby TrueHD audio stream (I submitted a bug on the forum page). BDRB didn't like the missing audio stream, though it didn't mind the missing video stream. It hung while trying to extract the audio. It still got the -2 error code.

UPDATE: After doing a little more digging I discovered to use tsmuxer to create a bluray layout. I then swapped out the CLPI and M2TS files. With the DV video stream removed, BDRB had no issues.

So, BDRB doesn't like the DV stream.
Any update regarding this issue?

[MrVideo]

@JD: Here's one for ya... the main video of a UHD disc is 93.78GB. The target is a 25B disc. After re-encoding, that video is 70.23GB. Not exactly the right size to fit on a 25B disc. There were zero errors in the log. All went as it was supposed to, except that the wrong size was the result. This one might be a little tough to figure out when there are zero errors that can be used as hints.
Any update on this issue?

[MrVideo]

Unfortunately that's an issue with the player, not BD-RB or the menu, and there isn't anything I can do about it.
I just installed the free player Leawo Bluray Player and it too won't display the text from the menu. Oh well.

Now I've uninstalled it. Anyone know of a free program that will display BDRB menus?

[RetsimLegin]

As I mentioned, it displays the menu background, but none of the text, or the ability to navigate said blank menu.
Ah yes, now you mention it, I did see the same thing with a BDRB generated menu and VLC the first time I tried it. So I never tried to burn the disc and test it in a hardware player. Burning is the slowest part of the entire process and initial testing/previewing on the PC saves that time. jdobbs asked me a long while back why I was using MultiAVCHD to master BD-Video discs and that is (one of the) reason/s. I had assumed, when VLC did as you describe, that I hadn't worked out how to make a menu in BDRB properly and gave up, since I was already familiar with MultiAVCHD. MultiAVCHD menus do display and work in VLC. So that's what I still do; use BDRB to do the encoding where needed, but extract the completed stream/s and re-author them with MultiAVCHD.

[MrVideo]

BDRB does make menus that display and work properly in hardware players. No idea why some software players do not like what BDRB produces.

As another user suggested, remove all of the M2TS files that contain your video(s), keeping the menu M2TS files. Then burn that to a BD-RE and test in a hardware player. Make a copy of the Blu-ray structure first. Work with the copy. If the menus are to your liking, you can then burn the original Blu-ray structure to a BD disc.

That is what I have been doing and that is working out great.

[Lowpro]

BDRB does make menus that display and work properly in hardware players. No idea why some software players do not like what BDRB produces.What software based "Blu-ray" player have you tried? There's your answer. Sometimes you get what you pay for or in your case, don't get what you don't pay for.

[MrVideo]

Leawo, as mentioned above, and also VideoSolo, in trial mode. VideoSolo didn't even try to display the actual menu. So, I quickly removed it as well.

[MrVideo]

I just installed the trial version of PowerDVD 21 and the A-holes only demo the standard version, which doesn't play Blu-rays. How the Hell do they expect to sell a product when they won't even demo the full product. So, I've had to resort to sending them a customer support query. Dumb, real dumb.

Does anyone know if PowerDVD 21 will play BDRB menus?

[MrVideo]

I've had a really strange NVENC error show up. While recoding a MPEG-2 720x480 file for my Castle collection, it terminates early. It made me discover an issue with the file, and ultimately other 480i files. I had to add 1 sec of black to the front and end of the files. After doing that with VRDPro, NVENC stills crashes, but about a second later, i.e. the same place in the video. I watched the M2TS file with VLC and saw not issues with the video and VRDPro had no errors working with the original file.

I have no clue as to why NVENC is failing.

EDIT: I've discovered something else. The special features all seem to be 3:2 pulldown. To help solve the above problem, I was going to re-encode to H.264 and discovered that I can also convert to 480p23.976. With any luck, BDRB won't touch the files as they hopefully will be under the size limit for re-encoding during the backup portion.

EDIT2: They aren't, so I changed the setting to 300MB.

[musiclover]

Does anyone know if PowerDVD 21 will play BDRB menus?

Yes. It plays BDRB menus flawlessly

[MrVideo]

^^^^ Thanks for the update.

EDIT: Does it allow for normal Win screen grabs and/or a PowerDVD hot key to do so?

[DoctorM]

For testing standard BD menus, when I don't burn, I use Kodi. It's installed on my Android TVs and can play the rebuilt discs directly from my PC across my home network.
There is a PC version as well, which I understand can even play Java menus. I've never tried it.

[MrVideo]

AIUI. Kodi is meant to used to play stuff to your TV, which I won't be doing.

[musiclover]

^^^^ Thanks for the update.

EDIT: Does it allow for normal Win screen grabs and/or a PowerDVD hot key to do so?

Normal Win screen grabs do not work. Control C will make a snapshot. However not from BD due to copyright restrictions as the pop-up states. This also goes for BDRB QP menus.

[MrVideo]

However not from BD due to copyright restrictions as the pop-up states. This also goes for BDRB QP menus.
Another one bites the dust. :mad:

[MrVideo]

I'm currently working on creating 8 seasons of Castle "UHD" discs with 1080p and 480p videos. The source videos are H.264, so I'm using the relatively new BDRD feature to create "UHD" Blu-rays, which allow for burning to less discs. Except for the first season, which only had 10 episodes, I'm able to do 12 episodes to a disc, with the special features also added to the 2nd disc. Since the special features are already recoded from 480i29.97 MPEG-2 3:2 video to 480p23.976 video, I had BDRB skip recoding those videos.

Another relatively new feature is the ability to have a different background if there is more than one page. Castle was really nice in the fact that the openings made for great backgrounds, in that some of the episodes during the 8 seasons had unique openings. I'm able to use those opening backgrounds when the episode selection contained the episode with that unique background. Plus, since the special features were placed on a 2nd page, I was able to also add "Special Features" text to that background.

If you haven't used either of these features, think about them the next time you build your own BD.

[MrVideo]

I found a weird bug.

I have 8 directories under BD-Rebuilder called Castle-S1 thru Castle-S8.

I first noticed the problem while working with S3. The menu audio was missing. It was a shortcut to the file under S1. So, I deleted the shortcut and copied the file over from S1. Still didn't work.

So, I loaded the project for S2 and noticed that the audio was pointing to the S1 file. When I changed it to point to the S2 file, no audio. When I changed it back to S1, there was audio.

There is no issue with the background JPG files.

What is with BDRB only fetching the audio from the Castle-S1 directory and not any of the others?

[MrVideo]

Why does BDRB take an E-AC3 audio stream that is 5.1 and recode it to 2.0?

[jdobbs]

Why does BDRB take an E-AC3 audio stream that is 5.1 and recode it to 2.0?It doesn't, unless you have selected to do so in SETUP or have selected an ALTERNATE output with a 2 channel audio selection.

[MrVideo]

It doesn't, unless you have selected to do so in SETUP or have selected an ALTERNATE output with a 2 channel audio selection.
The "Use 192kbs and 2 channel for AC3 encoding" is not selected. Neither is 448kbs for multichannel not selected. No ALTERNATE either.

[MrVideo]

Here is the log:
[08:18:15] Importing: Movie-HEVC-HDR
- [08:18:35] Importing video file: (1 of 1)
- Collecting audio/video streams from source...
- Correcting MKV format inconsistencies...
- Scanning for Variable Frame Rate...
- Collecting audio/video streams from source...
- Converting source to compliant format...
- Integrating into pseudo-BD structure...
- [09:54:50] Creating Quick-Play Menu...
- Encoding menu background...
- Building menu structure...
[09:54:54] Video import completed successfully.
Because of the above issue with converting E-AC3 5.1 to AC3-2.0, I used VideoReDo to recode the audio to AC3-5.1 and wrapped into MKV. The source was HEVC HDR @23.976.

The "Converting source to compliant format" resulted in a H264 video at 59.94 fps at ~twice the original size (22.5GB to 48GB). Totally useless. No idea why it thought the source was not a compliant video. The config INI file is basically the same one used for creating the Castle HEVC BDs.The only difference is that it points to the source path of the movie file.

UPDATE: For some reason, BDRB does not like what VideoReDo does with the video portion of the file, either MKV wrapped or TS wrapped. So, I took the original file into TSMuxer and removed the audio. I then added the VRD file and removed the video and remuxed it in a TS file. BDRB liked that, not complaining that it wasn't compliant.

[MrVideo]

I also keep getting these: Runtime error '70': Permission denied.

This race condition keeps happening often enough.

EDIT: This is becoming a PITA. Just this morning I must have lost about an hour having to redo the job more than once.

[RetsimLegin]

It doesn't, unless you have selected to do so in SETUP or have selected an ALTERNATE output with a 2 channel audio selection.
Yes, it does. See http://forum.doom9.org/showthread.php?p=1946941#post1946941
(and, no, I have never told it to do so). In that (and certain other) case(s), I used Handbrake to re-encode and got 5.1 DD from it (see the unapproved attachments on that post), which I then tsMuXer -ed back onto the BDRB encoded video..

[MrVideo]

The hits keep right on a-commin'.

Now that I finally got BDRB to import the single file, it created the menu structure in the IMPORTS area. But, when I click on Backup, it indicated that it is in MOVIE_ONLY mode. I DO NOT have that selected. I have FULL BACKUP selected. And yes, MENU_FORCED_QUICK is set to one.

What could I possibly be doing wrong?

UPDATE: I added a 30sec black video, in order to have two items on the menu. Now it is no longer doing MOVIE_ONLY mode. It appears that MENU_FORCED_QUICK=1 is being ignored.

[MrVideo]

Yes, it does. See http://forum.doom9.org/showthread.php?p=1946941#post1946941
(and, no, I have never told it to do so). In that (and certain other) case(s), I used Handbrake to re-encode and got 5.1 DD from it (see the unapproved attachments on that post), which I then tsMuXer -ed back onto the BDRB encoded video..
Looks like I got caught up in your issue. :(

[jdobbs]

The hits keep right on a-commin'.

Now that I finally got BDRB to import the single file, it created the menu structure in the IMPORTS area. But, when I click on Backup, it indicated that it is in MOVIE_ONLY mode. I DO NOT have that selected. I have FULL BACKUP selected. And yes, MENU_FORCED_QUICK is set to one.

What could I possibly be doing wrong?

UPDATE: I added a 30sec black video, in order to have two items on the menu. Now it is no longer doing MOVIE_ONLY mode. It appears that MENU_FORCED_QUICK=1 is being ignored.It isn't MENU_FORCED_QUICK. It is MENU_FORCE_QUICK (no "D").

[jdobbs]

The "Use 192kbs and 2 channel for AC3 encoding" is not selected. Neither is 448kbs for multichannel not selected. No ALTERNATE either.Yes, it does. See http://forum.doom9.org/showthread.php?p=1946941#post1946941
(and, no, I have never told it to do so). In that (and certain other) case(s), I used Handbrake to re-encode and got 5.1 DD from it (see the unapproved attachments on that post), which I then tsMuXer -ed back onto the BDRB encoded video..Can't imagine how that could happen... but I'll do some testing and see what I find. Interesting that it only happens with EAC3.

[jdobbs]

Here is the log:
[08:18:15] Importing: Movie-HEVC-HDR
- [08:18:35] Importing video file: (1 of 1)
- Collecting audio/video streams from source...
- Correcting MKV format inconsistencies...
- Scanning for Variable Frame Rate...
- Collecting audio/video streams from source...
- Converting source to compliant format...
- Integrating into pseudo-BD structure...
- [09:54:50] Creating Quick-Play Menu...
- Encoding menu background...
- Building menu structure...
[09:54:54] Video import completed successfully.
Because of the above issue with converting E-AC3 5.1 to AC3-2.0, I used VideoReDo to recode the audio to AC3-5.1 and wrapped into MKV. The source was HEVC HDR @23.976.

The "Converting source to compliant format" resulted in a H264 video at 59.94 fps at ~twice the original size (22.5GB to 48GB). Totally useless. No idea why it thought the source was not a compliant video. The config INI file is basically the same one used for creating the Castle HEVC BDs.The only difference is that it points to the source path of the movie file.

UPDATE: For some reason, BDRB does not like what VideoReDo does with the video portion of the file, either MKV wrapped or TS wrapped. So, I took the original file into TSMuxer and removed the audio. I then added the VRD file and removed the video and remuxed it in a TS file. BDRB liked that, not complaining that it wasn't compliant.It's converting it because the file you are importing is screwed up. Complain to whereever you got the file. BD-RB can only work with what you give it.

1. First you tell me how it doesn't open the files properly -- only to find out you were using the import rather than selecting a source on the main screen.
2. Next you complain that a setting doesn't work -- and you aren't even typing the setting in properly.
3. Now you try to import a file that has issues, and somehow decide it is BD-RB's fault because it can't fix your screwed up file.

I'm getting a little fed up with your attitude. If you find BD-RB to not meet your needs... you should use something else. I'm not getting any of these types of complaints from the thousands of other users. It's one thing to create freeware and fix bugs -- it's another to have to listen to people rudely complain and say things like "the hits keep on commin'" or "this is becoming a PITA" or "totally useless" or you "lost about an hour". How many hours have I "lost" writing software for people (like you) who don't appreciate it?

I have no idea why I am still even supporting a software package that hasn't even gotten a single dollar in donations in the past 6 months. Maybe it's better to just stop.

[MrVideo]

It isn't MENU_FORCED_QUICK. It is MENU_FORCE_QUICK (no "D").
Typo in the posting. In the INI file, it is FORCE.

UPDATE: While working on my next UHD-BD project, I decided to import just one file. When I clicked on backup, it went into MOVIE-ONLY mode. I then removed UHD_CONVERT_ENABLE from the INI file and did the import again. When I clicked backup, MOVIE-ONLY mode was not done. It did as expected and when done, the menu was there. The only thing that was weird was that the single video file was recoded, even though it was under 2GB and would fit the BD25 disc.

I hope this helps find the issue.

[MrVideo]

It's converting it because the file you are importing is screwed up. Complain to whereever you got the file. BD-RB can only work with what you give it.
The programmers at VideoReDo take pride is trying to get their outputs to be correct. I have no clue as to what BDRB thinks is wrong with the re-wrapped HEVC video file. VRD did yout recode the video. All it does is copy the input to the output. Obviously something is being done with the support data for HEVC. As remuxing with TSMuxer didn't have an issue with BDRB. If I knew what was wrong, I would let the VRD staff know, so that they could look into it. But, what was really bad about the BDRB fix was that it recoded the HEVC video into an H.264 video, at about twice the size. No idea why doing that would be considered fixing the video.
1. First you tell me how it doesn't open the files properly -- only to find out you were using the import rather than selecting a source on the main screen.
Because that was not intuitively obvious. I've PM'd you what I think would be a help in making it more intuitive. But, I suspect that my idea will be ignored. I also suspect the other couple of long standing issues won't be resolved either (posts 30824/30825).
2. Next you complain that a setting doesn't work -- and you aren't even typing the setting in properly
Which setting is that? If you mean MENU_FORCE_QUICK, that has been explained above, with some troubleshooting info to help track down the issue.
3. Now you try to import a file that has issues, and somehow decide it is BD-RB's fault because it can't fix your screwed up file.
See above.

It is not my intent to be rude.
I have no idea why I am still even supporting a software package that hasn't even gotten a single dollar in donations in the past 6 months. Maybe it's better to just stop.
I have no idea why users are not contributing. As you well know, I did.

[geheim]

@jdobbs
Just sent you a little donation with many thanks for this fantastic piece of software :)

[jdobbs]

@jdobbs
Just sent you a little donation with many thanks for this fantastic piece of software :)Thank you very much. I appreciate it.

[jdobbs]

The programmers at VideoReDo take pride is trying to get their outputs to be correct. I have no clue as to what BDRB thinks is wrong with the re-wrapped HEVC video file.Did the programmers at VideoReDo tell you to create or use a file with a variable frame rate? A BD structure cannot accept a video stream that uses a variable frame rate -- and it is forced to be reencoded.Because that was not intuitively obvious.It seems to be intuitively obvious to everyone but you. BD Rebuilder has been opening files that way since 2008 -- and you're the first person who has ever had any problem with it.

[jdobbs]

The "Use 192kbs and 2 channel for AC3 encoding" is not selected. Neither is 448kbs for multichannel not selected. No ALTERNATE either.Yes, it does. See http://forum.doom9.org/showthread.php?p=1946941#post1946941
(and, no, I have never told it to do so). In that (and certain other) case(s), I used Handbrake to re-encode and got 5.1 DD from it (see the unapproved attachments on that post), which I then tsMuXer -ed back onto the BDRB encoded video..Can't imagine how that could happen... but I'll do some testing and see what I find. Interesting that it only happens with EAC3. I looked at the code for the reencode of EAC3 during import. The encode is being handled using DirectShowSource() directly accessing the EAC3 file. In most of the other cases requiring audio reencodes, the source is muxed into an MKV first and then the MKV is fed to DirectshowSource(). So it may be something related to DirectShowSource() reading the EAC3 file directly.

The bitrate indicates that BD-RB is seeing the proper channel configuration -- so I have to assume that DirectshowSource() is having trouble interpreting directly from that file (somehow mixing up the channels). I'll do some testing to see if I can find an EAC3 source that gets screwed up on my system. I don't think I've seen this happen -- so that's probably a long shot. There are ways to tell DirectshowSource to convert to DD2.0. Perhaps that may be involved in the issue somehow? If I can repeat the problem, I will try running it using MKV muxing first to see if that fixes it. If I can't repeat it, I may rely on one of you to do some testing with a test version of BD-RB and give me feedback.

If BD-RB encounters E-AC3 during a regular encode, any reencoding (or keeping intact of non-HD) would be done against the core audio. No telling what would happen if someone created the source without core audio -- but since the core audio is required by the BD standard, that would be considered a damaged source and BD-RB would not be at fault.

[MrVideo]

Did the programmers at VideoReDo tell you to create or use a file with a variable frame rate? A BD structure cannot accept a video stream that uses a variable frame rate -- and it is forced to be reencoded.
The file does not have a variable frame rate. The file fed into VRD, according to MediaInfo, is constant frame rate (23.976), as well as the file that is output from VRD. VRD copies the input to the output, no recoding was done. All I used VRD for was to convert the DDPlus to DD.

[MrVideo]

It seems to be intuitively obvious to everyone but you. BD Rebuilder has been opening files that way since 2008 -- and you're the first person who has ever had any problem with it.
Intuitive to me steps:
1. Mode: Full Backup
2. Need to import BD content for the backup: Import->BD(s)
The "Quick Reauthor" should have been a clue. Browsing for the BD was not obvious, as everything else is done via a pull-down menu option.

So, maybe in the Import-> list, add two options at the top:
BD - Full Backup
DVD - Full Backup
When Full Backp mode is not selected, those two options are greyed out.

Just a thought.

[MrVideo]

IIf I can't repeat it, I may rely on one of you to do some testing with a test version of BD-RB and give me feedback.
Can do. I still have the source that had the issue, so I'll hang onto it.

[MrVideo]

If BD-RB encounters E-AC3 during a regular encode, any reencoding (or keeping intact of non-HD) would be done against the core audio. No telling what would happen if someone created the source without core audio -- but since the core audio is required by the BD standard, that would be considered a damaged source and BD-RB would not be at fault.
Just for shits-n-grins, I tried to take the file I was using and used TSmuxer to create a new 00001.M2TS file to replace the one in the IMPORTS directory. With the DDPlus audio stream, it resulted in the BD structure that was 25MB too large. So, I used a different, smaller 4K file with DDPlus and TSMuxer'd it. TSMuxer said that there was 0 core. The audio was also 768k, so it couldn't be plain old AC3. I burned that to disc and played it in my Sony X800M2 player, which feeds a Denon AVR.

It played just fine, with the AVR front panel indicating DD+. It seems that newer gear will play coreless DDPlus just fine, as long as the AVR will handle DDPlus.

Maybe a hidden option to keep DD+ audio. Doesn't preclude figuring out what is going on for those whose gear can't handle DD+.

[jellyhead1]

Just for shits-n-grins

Apparently you feel this is retail software which you paid for - It isn't. I sppose if this amazing software which you are using for FREE isn't working properly, then you could just create you own that works how you need it to.

[MrVideo]

Apparently you feel this is retail software which you paid for - It isn't. I sppose if this amazing software which you are using for FREE isn't working properly, then you could just create you own that works how you need it to.
I have contributed to jdobbs. What I did was a test to help out the the DD+ issue.

[gonca]

TSMuxer said that there was 0 core.
You realize this is not BD spec compliant
And BD_RB is supposed to produce spec compliant output

[jdobbs]

Maybe a hidden option to keep DD+ audio. Doesn't preclude figuring out what is going on for those whose gear can't handle DD+.That would be creating a file that is in violation of the standard. That just causes other issues further down the road. For example -- what if you then took that file, a year or two later, and ran it through another software package (or BD Rebuilder) that assumes there is a core (because it is required). Then any problems encountered from it would be BD-RB's fault (for creating a noncompliant disc).

Add to that the frustration of when you loan that disc to your know-it-all-brother-in-law, and he rolls his eyes at you when there is no sound on his player.

[SeeMoreDigital]

It's a bit of a shame that 'eac3to.exe' is unable to place an AC-3 core within an E-AC-3 stream, like it can with Dolby TrueHD streams...

[MrVideo]

That would be creating a file that is in violation of the standard. That just causes other issues further down the road. For example -- what if you then took that file, a year or two later, and ran it through another software package (or BD Rebuilder) that assumes there is a core (because it is required). Then any problems encountered from it would be BD-RB's fault (for creating a noncompliant disc).
Since I created it, I would know that it was not totally compliant, as I would make note on the disc/paperwork. But, that is me. Who knows what someone else would do.
Add to that the frustration of when you loan that disc to your know-it-all-brother-in-law, and he rolls his eyes at you when there is no sound on his player.
That would be a real neat trick. Maybe I have a sister in another reality. :eek: The only person who gets anything from me is a friend and he recently upgraded to the same BD player and a newer Denon AVR.

But, I get your point.

[MrVideo]

It's a bit of a shame that 'eac3to.exe' is unable to place an AC-3 core within an E-AC-3 stream, like it can with Dolby TrueHD streams...
Yes, it is strange. It seems that no one can.

[MrVideo]

Interesting. I've been going through files with E-AC3 audio, trying to find one that would create the issue (no luck yet). While doing so, I ran across one that Media Player Classic HC says is E-AC3@768Kbs, but the version of MEDIAINFO included with BD-RB thinks it is standard AC3@640Kbs. I downloaded a newer version of MEDIAINFO and it recognized it (properly) as E-AC3. I wonder if this is related to the problem? BD-RB uses MEDIAINFO during imports to get information about the file to be imported.
As an added data point, I ran the file thru BDRB's mediainfo and got the following appropriate data:
Count of video streams : 1
Count of audio streams : 1
Count of text streams : 1
Video_Format_List : HEVC
Video_Format_WithHint_List : HEVC
Codecs Video : V_MPEGH/ISO/HEVC
Video_Language_List : English
Audio_Format_List : E-AC-3
Audio_Format_WithHint_List : E-AC-3
Audio codecs : AC3+
Audio_Language_List : English

Audio
Count : 296
Count of stream of this kind : 1
Kind of stream : Audio
Kind of stream : Audio
Stream identifier : 0
StreamOrder : 1
ID : 2
ID : 2
Unique ID : 6776555949728184569
Format : E-AC-3
Format/Info : Enhanced Audio Coding 3
Commercial name : E-AC-3
Format profile : E-AC-3+Atmos / E-AC-3
Format settings, Endianness : Big
Internet media type : audio/eac3
Codec ID : A_EAC3
Codec : AC3+
Codec : AC3+
Codec/Family : AC3
Codec/Info : Dolby Ehanced AC3
Codec profile : E-AC-3+Atmos / E-AC-3
Duration : 7638784
Duration : 2 h 7 min
Duration : 2 h 7 min 18 s 784 ms
Duration : 2 h 7 min
Duration : 02:07:18.784
Duration : 02:07:18.784
Bit rate mode : CBR
Bit rate mode : Constant
Bit rate : 768000
Bit rate : 768 kb/s
Channel(s) : 15 objects / 6
Channel(s) : 15 objects / 6 channels
Channel positions : 15 objects / Front: L C R, Side: L R, LFE
Channel positions : 15 objects / 3/2/0.1
ChannelLayout : L C R LFE Ls Rs
Samples per frame : 256
Sampling rate : 48000
Sampling rate : 48.0 kHz
Samples count : 366661632
Frame rate : 187.500
Frame rate : 187.500 FPS (256 SPF)
Compression mode : Lossy
Compression mode : Lossy
Delay : 0
Delay : 00:00:00.000
Delay, origin : Container
Delay, origin : Container
Delay relative to video : 0
Delay relative to video : 00:00:00.000
Video0 delay : 0
Video0 delay : 00:00:00.000
Stream size : 733323264
Stream size : 699 MiB (3%)
Stream size : 699 MiB
Stream size : 699 MiB
Stream size : 699 MiB
Stream size : 699.4 MiB
Stream size : 699 MiB (3%)
Proportion of this stream : 0.03065
Title : English
Language : en
Language : English
Language : English
Language : en
Language : eng
Language : en
Service kind : CM
Service kind : Complete Main
Default : No
Default : No
Forced : No
Forced : No
bsid : 16
dialnorm : -27
dialnorm : -27 dB
compr : -0.28
compr : -0.28 dB
acmod : 7
lfeon : 1
dialnorm_Average : -27
dialnorm_Average : -27 dB
dialnorm_Minimum : -27
dialnorm_Minimum : -27 dB
dialnorm_Maximum : -27
dialnorm_Maximum : -27 dB
dialnorm_Count : 872
compr_Average : 1.23
compr_Average : 1.23 dB
compr_Minimum : 0.53
compr_Minimum : 0.53 dB
compr_Maximum : 2.36
compr_Maximum : 2.36 dB
compr_Count : 106
In other words, it was detected correctly.

[jdobbs]

As an added data point, I ran the file thru BDRB's mediainfo and got the following appropriate data:
[]
In other words, it was detected correctly.Weird. I tried it too. Last night it detected it wrong. This morning it detected it right. Oh well... I must have made a mistake last night. Ignore that post.

[EDIT] Hah! I had run it against the wrong file. As Rosanne Rosannadanna has said "Never mind."

I deleted that post, just to avoid confusion.

[MrVideo]

Sorry for the delay in running the test, but after the creation of the directory in the IMPORTS area, the converted audio is still 2 channels.

As another test, I took a completely different file and ran it thru the same configuration and ended up with the same result: stereo.

[jdobbs]

Sorry for the delay in running the test, but after the creation of the directory in the IMPORTS area, the converted audio is still 2 channels.

As another test, I took a completely different file and ran it thru the same configuration and ended up with the same result: stereo.I'm looking at something else. I'll let you know what I find.

[Edit] Nope. Back to not being able to repeat the issue.

Can you run INSPECT from the HELP menu and post the results?

[jdobbs]

Sorry for the delay in running the test, but after the creation of the directory in the IMPORTS area, the converted audio is still 2 channels.

As another test, I took a completely different file and ran it thru the same configuration and ended up with the same result: stereo.Can you check something for me.

1. Click on the Windows Icon on the bottom of your screen.
2. Scroll down to LAV Filters. Click on it.
3. Click on LAV Audio Configuration
4. In the Properties Window that comes up. Click on the "Mixing" tab
5. See if the "Enable Mixing" checkbox is checked.
6. If it is checked... uncheck it and push the "Apply" button.

If that box is checked on my system, I can repeat your issue. But, of course, that's because LAV is configured to downmix.

[MrVideo]

Can you check something for me.

1. Click on the Windows Icon on the bottom of your screen.

I'm running Win7-64, so I do not have such an icon on my system. I have the Start icon on the lower-left.

I tried to google LAV filters and no one, that I found, explains how to bring up the configuration dialog window, only how to deal with the settings.

I found where the LAV Filters are installed, but there is no program to bring up the configuration dialog.

UPDATE: I did a little more digging on my system and went into FFDshow, under the programs location. In there was the program to bring up the configuration. Mixing was selected. I unchecked it and reran the job. The output was now 5.1.

Maybe a little note about not enabling the audio mixer when installing the software and certainly not setting it later on.

@RetsimLegin: hopefully this will fix your issue as well.

[FreaQ]

Does BD-RE support DV and HFR?
Because I am getting the following error with an UHD.

----------------------
[09.10.21] BD Rebuilder v0.61.22
[14:49:21] Source:
- Input BD size: 24,02 GB
- Approximate total content: [00:45:18.176]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), 1-Pass VBR
- UHD-BD source detected.
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:49:21] PHASE ONE, Encoding
- [14:49:21] Processing: VID_00000 (1 of 24)
- [14:49:21] Extracting A/V streams [VID_00000]
- [14:49:25] Reencoding video [VID_00000]
- [14:49:25] Keeping original video (no reencode)
- [14:49:25] Processing audio tracks
- [14:49:25] Multiplexing M2TS
- [14:49:28] Processing: VID_00001 (2 of 24)
- Error: Video framerate is illegal/unknown.
[14:49:28] - Failed to retrieve audio, aborted

VID_0001 has DV and 60fps according to MediaInfo.

[SeeMoreDigital]

Does BD-RE support DV and HFR?
Because I am getting the following error with an UHD.



VID_0001 has DV and 60fps according to MediaInfo.What's the movie?

[FreaQ]

It's a Dolby demo disc.

[gonca]

[14:49:28] - Failed to retrieve audio, aborted
What is the audio type, and does it have a core?

[MrVideo]

Please, don't use QUOTE, use CODE. The reason is that the quote isn't included in a quoted post.
Does BD-RE support DV and HFR?
Because I am getting the following error with an UHD.
VID_0001 has DV and 60fps according to MediaInfo.
- Error: Video framerate is illegal/unknown.
[14:49:28] - Failed to retrieve audio, aborted
I didn't know that Dolby made a UHD disc at 60fps. It seems that BDRB agrees. IMHO, the audio error is a result of having issues with the video and therefore is a red herring.

Edit: I just looked on ebay and there is a disc that contains 60p, 25p and 24p video. Interesting.

[gonca]

I have a UHD which has a frame of 60 fps, might be a Dolby type (don't remember off the top of my head)
As far as the audio issue being a red herring, with your recent streak with audio (improperly configured apps) maybe you should consider the possibility
Maybe demo files are not totally BD compliant
This movie
https://www.blu-ray.com/movies/Gemini-Man-4K-Blu-ray/252674/
Yep, DV + Atmos.

[MrVideo]

As far as the audio issue being a red herring, with your recent streak with audio (improperly configured apps) maybe you should consider the possibility
Keep in mind that at least two of us reported the audio issue and it had jdobbs stumped for quite a while.

[FreaQ]

Here is the MediaInfo

General
ID : 0 (0x0)
Complete name : E:\BDMV\STREAM\00001.m2ts
CompleteName_Last : E:\BDMV\STREAM\00025.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 24.0 GiB
Duration : 2 min 55 s
Overall bit rate mode : Variable
Overall bit rate : 1 175 Mb/s
Maximum Overall bit rate : 109 Mb/s

Video #1
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 2 min 54 s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 60.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0050 cd/m2, max: 4000 cd/m2
Maximum Content Light Level : 7386 cd/m2
Maximum Frame-Average Light Level : 493 cd/m2

Video #2
ID : 4117 (0x1015)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 2 min 54 s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 60.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0050 cd/m2, max: 4000 cd/m2

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 : 2 min 54 s
Bit rate mode : Variable
Bit rate : 640 kb/s
Maximum bit rate : 7 563 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 : 13.3 MiB (0%)
Service kind : Complete Main
Number of dynamic objects : 15
Bed channel count : 1 channel
Bed channel configuration : LFE

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : E-AC-3 JOC
Format/Info : Enhanced AC-3 with Joint Object Coding
Commercial name : Dolby Digital Plus with Dolby Atmos
Format profile : Blu-ray Disc
Format settings : Dolby Surround EX
Muxing mode : Stream extension
Codec ID : 132
Duration : 2 min 54 s
Bit rate mode : Constant
Bit rate : 1 664 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 : Lossy
Stream size : 34.7 MiB (0%)
Service kind : Complete Main
Complexity index : 16
Number of dynamic objects : 15
Bed channel count : 1 channel
Bed channel configuration : LFE

Audio #3
ID : 4354 (0x1102)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 min 54 s
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 13.3 MiB (0%)
Service kind : Complete Main

[MrVideo]

Here is the MediaInfo

Video #2
Duration : 2 min 54 s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 60.000 FPS

I believe that this is the DV portion of the video. I have an issue with DV video as well, which I have reported. I could be why the job failed.

[jdobbs]

Does BD-RE support DV and HFR?
Because I am getting the following error with an UHD.
...
VID_0001 has DV and 60fps according to MediaInfo.I believe that this is the DV portion of the video. I have an issue with DV video as well, which I have reported. I could be why the job failed.Prior to the extensions associated with the BD-UHD standard, 60fps was only allowed on 720p sources (actually 59.94fps). Now with UHD it is also allowed on 2160p and 1080p HEVC sources (60fps, 59.94fps, and 50fps). BD-RB hasn't been adjusted to accomodate the higher frame rates. It hadn't come up as an issue before now. In fact, I'd be surprised if it is used anywhere other than a demo disc. I'll have to look at it and see how much work it will entail and then put the necessary changes in my "to do" list.

[gonca]

Prior to the extensions associated with the BD-UHD standard, 60fps was only allowed on 720p sources (actually 59.94fps). Now with UHD it is also allowed on 2160p and 1080p HEVC sources (60fps, 59.94fps, and 50fps). BD-RB hasn't been adjusted to accomodate the higher frame rates. It hadn't come up as an issue before now. In fact, I'd be surprised if it is used anywhere other than a demo disc. I'll have to look at it and see how much work it will entail and then put the necessary changes in my "to do" list.
Gemini Man and possibly another movie are 4K 60fps movies

[FreaQ]

ow with UHD it is also allowed on 2160p and 1080p HEVC sources (60fps, 59.94fps, and 50fps). BD-RB hasn't been adjusted to accomodate the higher frame rates. It hadn't come up as an issue before now. In fact, I'd be surprised if it is used anywhere other than a demo disc. I'll have to look at it and see how much work it will entail and then put the necessary changes in my "to do" list.

Nevertheless the outcome

:thanks:

[FreaQ]

Gemini Man and possibly another movie are 4K 60fps movies

Yes, Gemini Man has 60fps
https://www.blu-ray.com/movies/Gemini-Man-4K-Blu-ray/252674/

Billy Lynn's Long Halftime Walk has 60fps, too.

https://www.blu-ray.com/movies/Billy-Lynns-Long-Halftime-Walk-4K-and-3D-Blu-ray/166477/

[SeeMoreDigital]

Yes, Gemini Man has 60fps
https://www.blu-ray.com/movies/Gemini-Man-4K-Blu-ray/252674/

Billy Lynn's Long Halftime Walk has 60fps, too.

https://www.blu-ray.com/movies/Billy-Lynns-Long-Halftime-Walk-4K-and-3D-Blu-ray/166477/
Agreed... There are not many HFR 4K Blu-ray releases. Probably way too few to force any major changes to BD Rebuilder ;)

If anyone is interested there is/was a brief discussion (very brief) about HFR movies over on the Blu-ray Forum (https://forum.blu-ray.com/showthread.php?t=325690).

Out of interest... Did anybody here have a AVCHD 2.0 camcorder (https://en.wikipedia.org/wiki/AVCHD#Specifications) that could capture 1920x1080p50/60 AVC video?

Cheers

[cartman0208]

Yes, Gemini Man has 60fps
https://www.blu-ray.com/movies/Gemini-Man-4K-Blu-ray/252674/

Billy Lynn's Long Halftime Walk has 60fps, too.

https://www.blu-ray.com/movies/Billy-Lynns-Long-Halftime-Walk-4K-and-3D-Blu-ray/166477/

I did convert both disks with BDRB to a 50GB target without issues
They play fine in my Panasonic player.
Guess there is no need to adjust anything

[Emulgator]

Out of interest... Did anybody here have a AVCHD 2.0 camcorder that could capture 1920x1080p50/60 AVC video?
I have a Panasonic GH5 and for 98% of shots I decided indeed for AVCHD 2.0 1920x1080x50p,
besides a few attempts at 4K@25p in .mov.
The GH5 Micro 4/3 sensor isn't really worth 4K, but its HFR is very nice to have.
Most projects of mine end up as Blu-ray 1280x720x50p.
The result after stabilizing/framing fits the camera sensor capabilities well and is buttersmooth.

[SeeMoreDigital]

I have a Panasonic GH5 and for 98% of shots I decided indeed for AVCHD 2.0 1920x1080x50p...
Interesting... If you have the time I would be most grateful in having a short sample of some vehicles in motion, contained within the native AVCHD file folder structure ;)

[jdobbs]

Yes, Gemini Man has 60fps
https://www.blu-ray.com/movies/Gemini-Man-4K-Blu-ray/252674/

Billy Lynn's Long Halftime Walk has 60fps, too.

https://www.blu-ray.com/movies/Billy-Lynns-Long-Halftime-Walk-4K-and-3D-Blu-ray/166477/So I should spend hours of work to support two movies and a demo disc?

Like I said, I've added it to my to-do list. But it isn't a high priority.

[Emulgator]

I would be most grateful in having a short sample of some vehicles in motion, contained within the native AVCHD file folder structure.
Will shoot a short traffic scene soon.

[FreaQ]

So I should spend hours of work to support two movies and a demo disc?

Like I said, I've added it to my to-do list. But it isn't a high priority.

I never said that.
My post was just informational.
If you decide it is too much work and you won't support it, I respect that.

[cartman0208]

So I should spend hours of work to support two movies and a demo disc?

Like I said, I've added it to my to-do list. But it isn't a high priority.

As I mentioned before ... BDRB handles HFR just fine (at least with my settings):
[09.15.21] BD Rebuilder v0.61.22
[10:58:45] Source: GEMINI_MAN
- Input BD size: 86,10 GB
- Approximate total content: [02:17:58.350]
- Target BD size: 47,36 GB
- Windows Version: 6.2 [9200]
- Quality: High Quality (Default), CQM
- UHD-BD source detected.
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[10:58:47] PHASE ONE, Encoding
- [10:58:47] Processing: VID_00000 (1 of 3)
- [10:58:47] Extracting A/V streams [VID_00000]
- [10:58:53] Reencoding video [VID_00000]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 528 frames
- [10:58:53] Performing CQM Prediction...
- Analyzing 17,25 21,70 23,30 23,70 [23,75]
- [10:59:16] Encoding using constant quality mode.
- [10:59:26] Video Encode complete
- [10:59:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:59:26] Multiplexing M2TS
- [10:59:30] Processing: VID_00003 (2 of 3)
- [10:59:30] Extracting A/V streams [VID_00003]
- [11:13:47] Reencoding video [VID_00003]
- Source Video: HEVC, 3840x2160
- Rate/Length: 59,940fps, 420.962 frames
- [11:13:47] Performing CQM Prediction...
- Analyzing 1,00 18,20 19,70 21,00 22,30 23,40 24,30 25,05 25,60 25,95 26,15 [26,20]
- [11:23:54] Encoding using constant quality mode.
- [12:42:45] Video Encode complete
- [12:42:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (deu): Keeping original audio
- [12:42:45] Multiplexing M2TS
- [12:45:07] Processing: VID_00579 (3 of 3)
- [12:45:07] Extracting A/V streams [VID_00579]
- [12:45:26] Reencoding video [VID_00579]
- Source Video: HEVC, 3840x2160
- Rate/Length: 59,940fps, 10.940 frames
- [12:45:27] Performing CQM Prediction...
- Analyzing 1,00 [8,15]
- [12:45:33] Encoding using constant quality mode.
- Performing size-correcting second pass...
- [12:49:36] Video Encode complete
- [12:49:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:49:37] Multiplexing M2TS
[12:49:42]PHASE ONE complete
[12:49:42]PHASE TWO - Rebuild Started
- [12:49:42] Rebuilding BD file Structure
[12:50:10] - Encode and Rebuild complete
[12:50:10] Writing BD structure to ISO file
- ImgBurn completed successfully
- GEMINI_MAN folder removed.
[12:53:36] JOB: GEMINI_MAN finished.

Must be something odd with that DEMO disc

I'd love to see more movies in HFR ... on a big screen with 4K thats just a stunning experience.

[MrVideo]

As I mentioned before ... BDRB handles HFR just fine (at least with my settings):

Must be something odd with that DEMO disc
Yes, but is it HFR with DV? From what I saw it wasn't. The demo disc has a separate DV video file. I think that is the issue. I have run into an issue with a normal frame rate movie that has a separate DV video file and it failed.

[gonca]

Gemini Man has DV

[MrVideo]

OK, let me rephrase the question... does it have a separate DV video file?

[gonca]

OK, let me rephrase the question... does it have a separate DV video file?

Do you mean a separate track for DV?

[MrVideo]

Sorry, yes.

[gonca]

Yes, it has a separate DV track with matching frame rate (59.94 fps)

[cartman0208]

Here's the mediainfo of the video section of Gemini Man' biggest m2ts

Video #1
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 1 h 57 min
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0010 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 5180 cd/m2
Maximum Frame-Average Light Level : 1577 cd/m2

Video #2
ID : 4117 (0x1015)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 1 h 57 min
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0010 cd/m2, max: 1000 cd/m2

And here's the output of BDRB
Video #1
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 1 h 57 min
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0010 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 5180 cd/m2
Maximum Frame-Average Light Level : 1577 cd/m2

Video #2
ID : 4117 (0x1015)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 1 h 57 min
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0010 cd/m2, max: 1000 cd/m2

[SeeMoreDigital]

My backed-up copy of Gemini Man looks like this: -

General
ID : 1 (0x1)
Complete name : \\SYNOLOGY_NAS\My HD Movies\UHD Movies\Gemini Man [2019] 117mins [59.940fps]\AVCHD\BDMV\STREAM\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 77.3 GiB
Duration : 1 h 57 min
Overall bit rate mode : Variable
Overall bit rate : 94.5 Mb/s
Maximum Overall bit rate : 35.5 Mb/s

Video #1
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 1 h 57 min
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0010 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 5180 cd/m2
Maximum Frame-Average Light Level : 1577 cd/m2

Video #2
ID : 4117 (0x1015)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 1 h 57 min
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0010 cd/m2, max: 1000 cd/m2

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
Format settings : Dolby Surround EX
Muxing mode : Stream extension
Codec ID : 131
Duration : 1 h 57 min
Bit rate mode : Variable
Bit rate : 640 kb/s
Maximum bit rate : 7 944 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 : 536 MiB (1%)
Service kind : Complete Main
Number of dynamic objects : 11
Bed channel count : 1 channel
Bed channel configuration : LFE

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 1 h 57 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Delay relative to video : -8 ms
Stream size : 536 MiB (1%)
Service kind : Complete Main

Text #1
ID : 4768 (0x12A0)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #2
ID : 4769 (0x12A1)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

[MrVideo]

Well, that throws that theory out of the window.

[jdobbs]

Well, that throws that theory out of the window.Was it something that had to be imported? I'd have to check, but I don't think importing would support a 59.94fps 1080p or 2160p source.

Also, while 59.94fps may be supported as a coincidence of the long-existing support for 59.94fps/720p (and probably the same for 50fps), I'm sure 60fps wouldn't be -- because it was never a part of the original BD standard.

[jdobbs]

The pictures below are borrowed from The Authoritative Blu-ray Disc (BD) FAQ.

The first table shows the formats that have always been supported. The second shows what is supported in HEVC format.

[cartman0208]

I just finished an import (imported just the main m2ts from Gemini Man) and that also worked fine. Didn't try it in the player yet, but at least BDRB did not complain.

As mentioned, 59.94 fps is working, even if by coincidence. ;)
The 60fps from the demo disc on the other hand seem to break things

[jdobbs]

I have updated the first post of this thread with a link to the most recent version (v0.61.25) of BD Rebuilder. Changes for this release:- Added a hidden option IMPORT_LIMIT_LANG
that ignores import of audio/video tracks
that aren't in your selected list (SETUP).
This can significantly speed up import
when a large number of audio/subtitle
tracks exist.
- Fixed an issue that could result in slight
aspect ratio issues when padding a 1080p
image and then converting to 720p via the
SETUP option.
- Fixed an error that could cause timed text
subtitles (in MP4 files) to not be kept as
SRT during import.
- Added two new hidden options for control
of Menus. MENU_PREVNEXT_X sets the screen
X position of Prev/Next. MENU_PREVNEXT_Y
sets the screen Y position of Prev/Next.
See HIDDENOPTS.TXT for more info.
- Added new hidden option MENU_PAGE_ENABLE,
if set to 0, menu page number text will not
be displayed on Quick-Play menus.
- Modified the VFR detection algorithm during
import to prevent unnecessary reencode.
- Modified the method for reencoding E-AC3
files that are imported. Some systems and
sources had randomly experienced channel
count discrepancies in the old method.
- Corrected code to adjust padding sizing
(when present) to accommodate resizing
an imported source when using NVENCC.
- Added code to recognize forced subtitles
during video file import, and set those
subtitles to enabled (by default) in the
pseudo-BD structure.
- Updated MKVMERGE.EXE and MKVEXTRACT.EXE
with newest version (v60.0.0). Fixes rare
error associated with importing SRT files.
- Updated NVENCC.EXE to newer version 5.35.
- Other minor corrections and cosmetic fixes.

[Lowpro]

I have updated the first post of this thread with a link to the most recent version (v0.61.25) of BD Rebuilder. Changes for this release:- Added two new hidden options for control
of Menus. MENU_PREVNEXT_X sets the screen
X position of Prev/Next. MENU_PREVNEXT_Y
sets the screen Y position of Prev/Next.
See HIDDENOPTS.TXT for more info.
- Added new hidden option MENU_PAGE_ENABLE,
if set to 0, menu page number text will not
be displayed on Quick-Play menus.Many thanks for the above. Much appreciated. :)

[jdobbs]

Many thanks for the above. Much appreciated. :):cool:

[BuddTX]

Another THANK YOU for the update and the hard work for v0.61.25!!!

[musiclover]

Another THANK YOU for the update and the hard work for v0.61.25!!!
I second the motion

:thanks:

[jdobbs]

Another THANK YOU for the update and the hard work for v0.61.25!!!I second the motion

:thanks:Much appreciated. :)

[gamete]

hello, bdrebuilder use more CPU or ram?
Bdrebuilder use CPU single core or more core?

the CPU better high frequency single core or lower but more cores?

For upgrade pc

[Emulgator]

Encoders inside are x264, x265, NVEnc, BDRebuilder controls these.
For processor/encoder comparisons you may want to look up cinebench etc.
What CPU/GPU you give to them follows your personal speed/price ratio.
More CPU or RAM ?...you need both. 16GB RAM should be ok.
Single core CPU: Are there any left in that range at all ?
6c12t would be a good starting point.
My results with Intel CPUs, all on notebooks (I had no AMD so far):
2004: T7600G (2c2t 2,33..3,16Ghz) x264 first steps ok, slow but pristine
2009: i7-940XM (4c8t 2,13GHz..3GHz) x264 working medium speed possible, x265 just for short tests
2014: i7-4960X (6c12t 1,2..3,7..4,1GHz) x264 with beautiful speed, x265 working medium speed well possible.
BTW, I do not suggest my personal approach to have all that squeezed into a notebook,
it will cost you a premium, and proper cooling asks for a thick desktop replacement.
All those CPUs are obsolete now, almost any recent CPU is faster (Ultra-low-Power CPUs excluded)
Multicore/ highclock CPUs are welcome, but I wouldn't suggest spending top money for THE top clock,
one below is still sufficient. Expect Clock to be throttled down with many full-load threads, TDP demands it.
Expect to give the best cooling system and the best PSU.
You need a CPU with AVX, better AVX2.
AVX512 would be H.265-valuable, but often outside of a private budget (Server CPUs).
Expect thermal throttling to be kicking in on AVX512 load with early generation AVX512 CPUs,
so no real gain to spend on that feature.
GPUs (1060 upwards with B-frames):
quality seems to lack a bit behind CPU, but are reported to be blazingly fast.
All these factors come with new chipsets and motherboards, so after all
encoding speeds are rarely improved by upgrade of an existing system,
but by purchase of a new system.

[gamete]

Can you tell me a type of CPU, Mb, ram, psu and cooling System and gpu?
Budget 400€

[gamete]

For example this pc 1 year life is good for 400€ for bdrebuilder?

Vga integrated in cpu 3400

Case BE QUIET! CASE ATX PURE BASE 600, Black-Silver. - venditore italiano fatt. 06/12/2020
* Scheda Madre Aorus B450 AORUS ELITE (presa AM4 / B450 / DDR4 / S-ATA 600 / ATX) - Amazon.it - 06/12/2020
* Cpu Ryzen 5 3400g 4x 3.7ghz Turbo (4,2ghz) so am4 65 Watt - ebay powerseller nuovo 02/12/2020
* MEMORIA RAM G.SKILL AEGIS KIT16GB 2X8GB DDR4 3200MHz CL16 F4-3200C16D-16GIS - powerseller ebay nuovo 07/12/2020
* SSD NVME Crucial P5 500 GB CT500P5SSD8 SSD Interno-Fino a 3400 MB/s, 3D NAND, NVMe, PCIe, M.2, 2280SS
* Alimentatore di rete be quiet! System Power 9 400 W modulare 80+ Bronzo - Amazon.it 12/01/2021
* Dissipatore Be Quiet! BK022 Dark Rock Pro 4 - Ventola per CPU, 250 W, Nero - Amazon.it 16/05/2020

[Emulgator]

Although I am not going through the specs now, and give no guarantee on a ebay puchase, this should be good to go.

[gamete]

I can buy this pc in forum
No scam

But i ask to you if this pc can be good for male backup 4k in bd25

Thanks

[Emulgator]

Well, you are talking about a used PC with a middleclass Ryzen 5 and a 400W PSU
It may work for you, but I would not shell out 400€ for that, this config is 500.-€ new.
Put 80% weight on CPU, its supply (PSU) and waste disposal (cooler).
As a ballpark figure I had invested tenfold most of the time for top notch *and portable* en.coding, but that is just me.
You might maybe give myself a budget lift to 800, go for a 800W PSU and study CPU encoding comparisons well laid out, you may search.
As an example, just one of many:
https://www.tomshardware.com/news/amds-epyc-milan-breaks-cinebench-record-heres-a-10nm-ice-lake-xeon-comparison
and we are getting OT here, this belongs to Hardware discussions...

[jdobbs]

I can buy this pc in forum
No scam

But i ask to you if this pc can be good for male backup 4k in bd25

ThanksHonestly, if you are planning to do 4K backups, you'd probably be better off investing in an NVIDIA video card that does encoding (mine is a GTX-1660). The prices have gone up recently (I'm guessing it's the global chip shortage -- but don't know). But, if you look around you can find them cheap enough. Encoding with the GPU is several times faster than CPU -- and 4K encoding can really bog down a CPU.

But, as always, that's just an opinion. Yours matters more.

[Timmy256]

Hi, I hope you are all doing well.

I found out this great application for the first time and I've been trying to use to compress a Blu-Ray movie decrypted in my HDD (plain files). I've tried about 25 times; switching the settings around, and still have the same issue.

The movie is “A Glitch in the Matrix"; around 35 GB uncompressed. It consists of the menu, main movie, trailer and a Zoom webinar Q&A extra. The most important problem happens with this last extra video. No matter how many settings I switched around, it ends up with the video sped up about 2x (perhaps even more) and the audio running normally. Here are a couple of facts:

- I'm trying this on a fresh copy of Windows 10; with everything installed and configured following the readme file and the “Inspect” reports turns out everything OK (posted at the bottom)
- If I try to preview the file by right clicking it within BD Rebuilder, it opens in Media Player Classic and it plays wrongly; exactly the same, with the video about twice as fast compared to the audio
- If I open the extra file directly from within the source folder, through VLC, it plays perfectly fine
- The file in question has two audio tracks that, seemingly, are exactly the same. It's not that one is 5.1 and the other Stereo (or something like that). This will be important later
- In my quest to find software to compress Blu Rays, I've tried DVDFab and exactly the same issue resulted after the process finished; with the video extremely sped up. After switching around several settings there, I've found that if I left the two audio tracks for the extra and use software compression (disabling Intel QuickSync), the finished video ended up right! But I'll really love to use BD Rebuilder instead; that's why I'm trying so hard to make it work
- If in DVDFab, I left only one audio track (no matter which one); even when disabling QuickSync and with the exact same settings as the previous point, the video again turned out to run extremely fast; while the audio plays normal. I have to left the two audio tracks in for it to render a fine, working video
- In my current settings, I have selected the option to not convert DTS, leave HD audio as is, etc; trying to minimize recoding as much as possible. The same issue still persists.
- Of course, I have tried the DirectshowSource, LAVF and FRIMSource serving settings; all producing the same results
- The only weird thing I've noticed is that, the log for that extra file, shows an “EXIT CODE: -2”, but continues processing as if nothing happened. Of course, I've tried searching for this exit code here and couldn't find anything about it

I don't know what issue exactly that damn extra video file has, that makes this fail over and over. I've been working on this for over a week; trying highest quality settings 2 pass (15+ hours), fast, auto, etc.; always the same result. The only thing that worked so far was DVDFab, if I configure it as described above.

Some questions that I have in my head:

- Why does that file has two seemingly audio tracks and why, if I only leave one in, DVDFab still produces a video 2x sped up?
- (This probably related to not knowing how BD Rebuilder works fully) Why when switching on and off the audio tracks in extra, other audio tracks (in different files), switch on and off along with it?
- Why the built in Media Player Classic preview also runs the source; untouched file at wrong speed, while VLC plays it fine? Does it have to do with some installed codecs? Remember, this is a fresh Windows 10 installation with nothing crazy going on and I've only ever used VLC for playing

An unrelated problem, but that also drove me nuts for the first couple of days, was that the process aborted around 50% with an audio recoding error. I think it's because the track in the main movie is DTS-HD and I've read in some old post that BD Rebuilder might have some problems with that? But should it still be able to convert that audio file too (hence the “leave HD audio alone” option)? When I activated that, BD Rebuilder doesn't try to touch the audio and fully completes, but would be nice to know also why it's not working for conversion of HD audio and if there was anything I could to to make it work too.

Would you please help me to troubleshoot this in any way you can? Or letting me know how to run some “forensics” on that extra file, to post its data here (codecs; anything that may be useful to troubleshoot)?

I'm posting all this information and anything I can think of at the end, for you to be able to see.

Thanks in advance for any help you can provide on this matter; as it's truly driving me crazy trying to find out exactly where the problem lies! :D.

OUTPUT LOG
[10/01/21] BD Rebuilder v0.61.22
[22:09:10] Source: A.GLITCH.IN.THE.MATRIX.2021.1080P.BLURAY.AVC.DTS-HD.MA.5.1-FGT
- Input BD size: 33.05 GB
- Approximate total content: [02:27:22.216]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Very Good (Very Fast), 1-Pass VBR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:09:11] PHASE ONE, Encoding
- [22:09:11] Processing: VID_00000 (1 of 5)
- [22:09:11] Extracting A/V streams [VID_00000]
- [22:23:23] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 156,204 frames
- Bitrate: 21,721 Kbs
- [22:23:23] Reencoding: VID_00000, Pass 1 of 1
- [00:41:30] Video Encode complete
- [00:41:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:41:30] Multiplexing M2TS
- [00:55:44] Processing: VID_00001 (2 of 5)
- [00:55:44] Extracting A/V streams [VID_00001]
- [00:55:50] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1280x720
- Rate/Length: 59.940fps, 15 frames
- [00:55:50] Reencoding: VID_00001, Pass 1 of 1
- [00:55:51] Video Encode complete
- [00:55:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [00:55:51] Multiplexing M2TS
- [00:55:56] Processing: VID_00002 (3 of 5)
- [00:55:56] Extracting A/V streams [VID_00002]
- [00:56:10] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,905 frames
- Bitrate: 13,820 Kbs
- [00:56:10] Reencoding: VID_00002, Pass 1 of 1
- [00:58:10] Video Encode complete
- [00:58:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:58:10] Multiplexing M2TS
- [00:58:26] Processing: VID_00007 (4 of 5)
- [00:58:26] Extracting A/V streams [VID_00007]
- [00:58:31] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 15 frames
- Bitrate: 2,031 Kbs
- [00:58:31] Reencoding: VID_00007, Pass 1 of 1
- [00:58:32] Video Encode complete
- [00:58:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:58:32] Multiplexing M2TS
- [00:58:36] Processing: VID_00010 (5 of 5)
- [00:58:36] Extracting A/V streams [VID_00010]
EXIT CODE: -2
- Extracting video streams [VID_00010]
- Extracting audio/subtitle streams [VID_00010]
- [01:00:42] Reencoding video [VID_00010]
- Source Video: MPEG-4 (AVC), 1280x720
- Rate/Length: 59.940fps, 126,178 frames
- Bitrate: 2,075 Kbs
- [01:00:42] Reencoding: VID_00010, Pass 1 of 1
- [01:14:03] Video Encode complete
- [01:14:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [01:14:03] Multiplexing M2TS
[01:14:43]PHASE ONE complete
[01:14:43]PHASE TWO - Rebuild Started
- [01:14:43] Rebuilding BD file Structure
[01:14:51] - Encode and Rebuild complete
- WORKFILES folder removed.
[01:14:53] JOB: A.GLITCH.IN.THE.MATRIX.2021.1080P.BLURAY.AVC.DTS-HD.MA.5.1-FGT finished.

INSPECT LOG
[10/02/21] Checking System Settings
- BD-Rebuilder v0.61.22
- Windows Version: 6.2 [9200]
- Working Path Free Space: 1,331.18GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- X265: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10/02/21] Systems Settings Check complete

LAST SETTINGS USED
https://gcdn.pbrd.co/images/llJ8rt0jA4wU.png

THE FILE IN QUESTION OF THE EXTRA IN BD REBUILDER
https://gcdn.pbrd.co/images/xcoJ3SBGygGU.png

THE ORIGINAL FILE CODEC INFO FROM VLC
https://gcdn.pbrd.co/images/1ScNlAoTlhOD.png

THE SPED UP FILE CODEC INFO FROM VLC
https://gcdn.pbrd.co/images/SnykzjhC0Ppp.png

MESSAGE THAT CAME OUT IN CAMTASIA WHILE IMPORTING THE SPED UP FILE TO CREATE THE SAMPLE (Does it mean anything that Camtasia detected the output as “High Frame Rate”?)
https://gcdn.pbrd.co/images/rGRMkhXjQ4Mh.png

ORIGINAL VIDEO SAMPLE
https://youtu.be/1PCVyu4la00

SPED UP VIDEO SAMPLE
https://youtu.be/QAoe__M8kOI

[jetli]

movie ends instead of repeats and restarts at beginning.
what is causing this.
can i fix it back to restart movie at beginning after the end?
thanks tony

[jdobbs]

movie ends instead of repeats and restarts at beginning.
what is causing this.
can i fix it back to restart movie at beginning after the end?
thanks tonyNothing has changed related to that in this version. But there is a hidden option to enable that behavior. See HIDDENOPTS.TXT.

You can add:

MOVIE_ONLY_LOOP=1

to rebuilder.ini.

[jdobbs]

@Timmy256

Please review rules 7 and 8. Repeating a post (I've removed the repeat), especially one as large as yours, isn't appropriate. If you do it again I'll be forced to issue a strike. It's good that you provide detail, but I'd suggest you make the images smaller -- when a post is as large as yours and has giant images dominating the view, people tend to just skip over it.

[Timmy256]

Thanks @jdobbs!

Sorry for the repost. I though that my post wasn’t working, after waiting for a week to register and post; hence why I reposted. I didn’t see it here, neither did I get any notification saying that it wasn’t approved for some reason.

I’ll try to re-adapt it to fit the rules you mentioned. I’ve tried to include as much detail as possible, as the support posts I’ve read, pretty much always miss a lot of detail on the issue; that’s why I went overboard. :)

Would it be OK to try posting after I readapt it to the rules or is there any way to pre-check with you if it’s OK by then?

Thanks again!

[videoh]

Welcome to the forum Timmy! Sending you a friend request.

[Timmy256]

Thanks videoh! I just accepted it.

[videoh]

Thank you. Onward and upward, Timmy.

[LowDead]

A couple of interesting updates/fixes from NVEncC 5.35, if you want to add it to the next BDRB release jdobbs.

Latest NVEenC (https://github.com/rigaya/NVEnc/releases?page=1)

[jdobbs]

A couple of interesting updates/fixes from NVEncC 5.35, if you want to add it to the next BDRB release jdobbs.

Latest NVEenC (https://github.com/rigaya/NVEnc/releases?page=1)I'll do some testing an add it to the next release.

[RetsimLegin]

Modified the method for reencoding E-AC3 files that are imported. Some systems and sources had randomly experienced channel count discrepancies in the old method.Just confirming - I have recently worked a few E-AC3 titles and have not seen the previous miscalculation of channel numbers recur. Thanks.

[SquallMX]

I'm getting desync subtitles on v0.61.25 even when using "No Reencode":

[11/16/21] BD Rebuilder v0.61.25
[09:44:30] Source: MAD_MAX_3_BEYOND_THUNDERDOME
- Input BD size: 28.25 GB
- Approximate total content: [02:01:48.667]
- Target BD size: 28.32 GB
- Windows Version: 6.2 [9200]
- MOVIE and MENUS mode enabled
- Quality: High Quality (Default), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[09:44:34] PHASE ONE, Encoding
- [09:44:34] Blanking: VID_00007 (1 of 38)
- [09:44:34] Blanking: VID_00016 (2 of 38)
- [09:44:34] Blanking: VID_00035 (3 of 38)
- [09:44:34] Blanking: VID_00042 (4 of 38)
- [09:44:34] Blanking: VID_00043 (5 of 38)
- [09:44:34] Blanking: VID_00046 (6 of 38)
- [09:44:34] Blanking: VID_00024 (7 of 38)
- [09:44:34] Blanking: VID_00037 (8 of 38)
- [09:44:34] Blanking: VID_00051 (9 of 38)
- [09:44:34] Blanking: VID_00021 (10 of 38)
- [09:44:34] Blanking: VID_00048 (11 of 38)
- [09:44:34] Blanking: VID_00052 (12 of 38)
- [09:44:34] Blanking: VID_00038 (13 of 38)
- [09:44:34] Blanking: VID_00039 (14 of 38)
- [09:44:34] Blanking: VID_00050 (15 of 38)
- [09:44:34] Blanking: VID_00047 (16 of 38)
- [09:44:34] Blanking: VID_00022 (17 of 38)
- [09:44:34] Blanking: VID_00041 (18 of 38)
- [09:44:34] Blanking: VID_00034 (19 of 38)
- [09:44:34] Blanking: VID_00049 (20 of 38)
- [09:44:34] Blanking: VID_00008 (21 of 38)
- [09:44:34] Blanking: VID_00045 (22 of 38)
- [09:44:34] Blanking: VID_00044 (23 of 38)
- [09:44:34] Blanking: VID_00055 (24 of 38)
- [09:44:34] Blanking: VID_00010 (25 of 38)
- [09:44:34] Blanking: VID_00018 (26 of 38)
- [09:44:34] Blanking: VID_00069 (27 of 38)
- [09:44:34] Blanking: VID_00011 (28 of 38)
- [09:44:34] Blanking: VID_00006 (29 of 38)
- [09:44:34] Processing: VID_00003 (30 of 38)
- [09:44:34] Extracting A/V streams [VID_00003]
- [09:44:38] Reencoding video [VID_00003]
- [09:44:38] Keeping original video (no reencode)
- [09:44:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [09:44:38] Multiplexing M2TS
- [09:44:42] Blanking: VID_00002 (31 of 38)
- [09:44:42] Blanking: VID_00004 (32 of 38)
- [09:44:42] Blanking: VID_00012 (33 of 38)
- [09:44:42] Blanking: VID_00014 (34 of 38)
- [09:44:42] Blanking: VID_00013 (35 of 38)
- [09:44:42] Processing: VID_00057 (36 of 38)
- [09:44:42] Extracting A/V streams [VID_00057]
- [09:44:47] Reencoding video [VID_00057]
- [09:44:47] Keeping original video (no reencode)
- [09:44:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [09:44:47] Multiplexing M2TS
- [09:44:51] Blanking: VID_00015 (37 of 38)
- [09:44:51] Processing: VID_00061 (38 of 38)
- [09:44:51] Extracting A/V streams [VID_00061]
- [09:45:30] Reencoding video [VID_00061]
- [09:45:30] Keeping original video (no reencode)
- [09:45:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- Track 4354 (deu): Keeping original audio
- Track 4355 (ita): Keeping original audio
- Track 4356 (spa): Keeping original audio
- Track 4357 (spa): Keeping original audio
- Track 4358 (por): Keeping original audio
- Track 4359 (ces): Keeping original audio
- Track 4360 (hun): Keeping original audio
- Track 4361 (pol): Keeping original audio
- Track 4362 (rus): Keeping original audio
- Track 4363 (jpn): Keeping original audio
- [09:45:30] Multiplexing M2TS
[09:46:07]PHASE ONE complete
[09:46:07]PHASE TWO - Rebuild Started
- [09:46:07] Rebuilding BD file Structure
[09:46:33] - Encode and Rebuild complete
[09:46:33] JOB: MAD_MAX_3_BEYOND_THUNDERDOME finished.


[Status]
LABEL=MAD_MAX_3_BEYOND_THUNDERDOME
VERSION=v0.61.25
SOURCE_SIZE=30331871654
SOURCE_VIDEO_SIZE=29999794176
TARGET_SIZE=30408704000
REDUCTION=1.00256109577117
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=all
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=-1
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
UHD_V3_MODE=0
QUICK=1
ENCODE_STEP=0
COMPLETED=38
REBUILD_COMPLETE=1
[00007]
USE_ORIGINAL=1
[00016]
USE_ORIGINAL=1
[00035]
USE_ORIGINAL=1
[00042]
USE_ORIGINAL=1
[00043]
USE_ORIGINAL=1
[00046]
USE_ORIGINAL=1
[00024]
USE_ORIGINAL=1
[00037]
USE_ORIGINAL=1
[00051]
USE_ORIGINAL=1
[00021]
USE_ORIGINAL=1
[00048]
USE_ORIGINAL=1
[00052]
USE_ORIGINAL=1
[00038]
USE_ORIGINAL=1
[00039]
USE_ORIGINAL=1
[00050]
USE_ORIGINAL=1
[00047]
USE_ORIGINAL=1
[00022]
USE_ORIGINAL=1
[00041]
USE_ORIGINAL=1
[00034]
USE_ORIGINAL=1
[00049]
USE_ORIGINAL=1
[00008]
USE_ORIGINAL=1
[00045]
USE_ORIGINAL=1
[00044]
USE_ORIGINAL=1
[00055]
USE_ORIGINAL=1
[00010]
USE_ORIGINAL=1
[00018]
USE_ORIGINAL=1
[00069]
USE_ORIGINAL=1
[00011]
USE_ORIGINAL=1
[00006]
USE_ORIGINAL=1
[00003]
USE_ORIGINAL=1
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=14419941
NSTART=27000000
NEND=27495495
NSIZE=14383104
FLINK=0
MLINK=0
[00002]
USE_ORIGINAL=1
[00004]
USE_ORIGINAL=1
[00012]
USE_ORIGINAL=1
[00014]
USE_ORIGINAL=1
[00013]
USE_ORIGINAL=1
[00057]
USE_ORIGINAL=1
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=152693680
NSTART=27000000
NEND=31930550
NSIZE=152371200
FLINK=0
MLINK=0
[00015]
USE_ORIGINAL=1
[00061]
USE_ORIGINAL=1
AUDIO=111111111111
PGS=1111111111111111111111111111111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=29909872218
NSTART=27000000
NEND=315822909
NSIZE=27788673024
FLINK=0
MLINK=0


This is the subtitle from the non-procesed BD (demuxed using TSMuxer):
https://1drv.ms/u/s!AiCgDguh7E_OgZdr6Z-lmQH1DabQuw?e=8dJRZt

This is the subtitle from the output BD created by BD-Rebuilder (demuxed using TSMuxer):
https://1drv.ms/u/s!AiCgDguh7E_OgZdqGfwrK6q1J-G2Nw?e=0AbAFy

:)

[MrVideo]

Please "code" wrap the text, don't "quote" wrap it.

Thanks

[lauguru]

Hello, after a long time without hardly using computers, I would like to know what is the best configuration to convert full uhd with custom 48200mb, Nvenc codec to obtain the highest quality (vbr), ENCODE_QUALITY = 4 (ultra high extremly slow), what else could I add o remove?. Thanks

other question for update the new Nvenc codec 5.41https://github.com/rigaya/NVEnc/releases?page=1 in bd rebuilder copy and paste the files from https://github.com/rigaya/NVEnc/releases/download/5.41/NVEncC_5.41_x64.7z and paste in path bdrebuilder /tools /nvenc an rename NVEncC64.exe to NVEncC.exe correct?

[Options]
[Options]
VERSION=0.61.0.25
ENCODER=1
MODE=0
ENCODE_QUALITY=4
AUTO_TWOPASSONLY=1
ONEPASS_ENCODING=2
B_PYRAMID=1
QUALITY_ULTRA=2
UHD_MAXRATE=60000
UHD_VBV_BUFFER=60000
AUTO_QUALITY=0
TARGET_SIZE=48200
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
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=1
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=1
CUSTOM_TARGET_SIZE=48000
NVENC_CAPABLE=1
[Paths]
SOURCE_PATH=G:\
WORKING_PATH=E:

[RetsimLegin]

@jdobbs I encountered something entirely new yesterday.
I'm not going into where or how I got the source but the video is encoded at EXACTLY 24fps (not 23.976) - which I gather (from here https://forum.doom9.org/showthread.php?t=154533) IS a valid frame rate for BD-Video. The video does need re-encoding as it has letterboxed content and the black bars aren't in the source (i.e. it's not 1080 pixels high).
BDRB re-encoded the video at 23.976 an re-encoded the EC3 audio without other amendment (i.e. equivalent to 24fps) - meaning that the lip-sync drifted throughout and was was off by something like 1/2 second at the end.

So instead, I'm having to try avidemux to re-encode both whilst retaining the 24fps timing.

[jdobbs]

@jdobbs I encountered something entirely new yesterday.
I'm not going into where or how I got the source but the video is encoded at EXACTLY 24fps (not 23.976) - which I gather (from here https://forum.doom9.org/showthread.php?t=154533) IS a valid frame rate for BD-Video. The video does need re-encoding as it has letterboxed content and the black bars aren't in the source (i.e. it's not 1080 pixels high).
BDRB re-encoded the video at 23.976 an re-encoded the EC3 audio without other amendment (i.e. equivalent to 24fps) - meaning that the lip-sync drifted throughout and was was off by something like 1/2 second at the end.

So instead, I'm having to try avidemux to re-encode both whilst retaining the 24fps timing.When BD-RB converts rates, it should also adjust the audio. Can you look at the AVS for audio and see if it does?

[Mark_Venture]

not a bug, but a question... (should I be asking outside of this thread??)

When doing Alt-Movie Only for a normal Blurays, I had been selecting "MKV Container, 1920x1080, Intact Audio" . It works great and I'm happy with the output. Looking at Alternate.txt it has vFormat=5 (where 5=1920x1080). Does it actually resize the video on a normal bluray? I mean, a typical bluray is 1080p, so I would think it shouldn't, but I have to ask. Or does it cause black bars inserted or something to make the video a full 1080 lines for movies that aren't 16:9 aspect ratio or something?

When I do UHD disks, I've been using "MKV Container, HEVC, NO_RESIZE, Intact Audio" which has vFormat=7 (where 7=No Resizing)

Other than h264 vs H265, if I switch to "MKV Container, HEVC, NO_RESIZE, Intact Audio" for all, should I expect the same output for my regular blurays?

[RetsimLegin]

Can you look at the AVS for audio and see if it does?AVS? (sorry!)

Certainly
a) the BDRB output lost sync
b) the AVIDEMUX output (24p exactly) did not
c) ...and neither does the original

[MrVideo]

When BD-RB converts rates, it should also adjust the audio. Can you look at the AVS for audio and see if it does?
That begs the question... why is BDRB converting 24fps to 23.976 in the first place?

[jdobbs]

That begs the question... why is BDRB converting 24fps to 23.976 in the first place?There was a good reason at the time I wrote it... but, to be honest, I can't remember why now.

[jdobbs]

not a bug, but a question... (should I be asking outside of this thread??)

When doing Alt-Movie Only for a normal Blurays, I had been selecting "MKV Container, 1920x1080, Intact Audio" . It works great and I'm happy with the output. Looking at Alternate.txt it has vFormat=5 (where 5=1920x1080). Does it actually resize the video on a normal bluray? I mean, a typical bluray is 1080p, so I would think it shouldn't, but I have to ask. Or does it cause black bars inserted or something to make the video a full 1080 lines for movies that aren't 16:9 aspect ratio or something?

When I do UHD disks, I've been using "MKV Container, HEVC, NO_RESIZE, Intact Audio" which has vFormat=7 (where 7=No Resizing)

Other than h264 vs H265, if I switch to "MKV Container, HEVC, NO_RESIZE, Intact Audio" for all, should I expect the same output for my regular blurays? 1. if the Blu-Ray source is less than 1920x1080 -- yes it will resize it (since 1920x1080 was selected for output). Yes, it will be adjusted (for example if the source was 4:3). But on a Blu-Ray that would be very rare.

2. Yes, using "MKV Container, HEVC, NO_RESIZE, Intact Audio" should produce the same for 1920x1080 sources. But if you run into a 720p or 480/576 source -- they will not be resized, and a 4:3 source will stay the same (without bars being added).

[jdobbs]

AVS? (sorry!)

Certainly
a) the BDRB output lost sync
b) the AVIDEMUX output (24p exactly) did not
c) ...and neither does the original The AVS is a text file that will exist in your working folder with the extension .AVS. It is fed to the encoder through AVISYNTH. The AVS for each audio stream will start with "AUD". You can open it with any text editor (like NOTEPAD).

[MrVideo]

There was a good reason at the time I wrote it... but, to be honest, I can't remember why now.
I guess it is time to change it so that the conversion is not done, with a hidden option to do so if desired by the user.

[RetsimLegin]

The AVS is a text file that will exist in your working folder with the extension .AVS. It is fed to the encoder through AVISYNTH. The AVS for each audio stream will start with "AUD". You can open it with any text editor (like NOTEPAD).
I had deleted the output so I just ran the job again. Here is the text file #Created by BD Rebuilder - v0.61.25
LoadPlugin("C:\Users\nigel\Downloads\BDRB 06125\tools\nicaudio.dll")
audio=NicAC3Source("00000.track_4352.ac3").TimeStretch(tempo = 23.976/24.0*100.0)
audio = (AudioChannels(audio) > 6) ? GetChannel(audio,1,2,3,4,7,8) : audio
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

so it appears to have (at least attempted to) retime(d) the audio. But in fact it hasn't. The finished stream does lose sync if played in VLC and in the windows 10 house app "Films & TV". The avidemux unretimed one does not; neither does the source.
Would the mediainfo data of source and BDRB output help any?

[jdobbs]

I had deleted the output so I just ran the job again. Here is the text file #Created by BD Rebuilder - v0.61.25
LoadPlugin("C:\Users\nigel\Downloads\BDRB 06125\tools\nicaudio.dll")
audio=NicAC3Source("00000.track_4352.ac3").TimeStretch(tempo = 23.976/24.0*100.0)
audio = (AudioChannels(audio) > 6) ? GetChannel(audio,1,2,3,4,7,8) : audio
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

so it appears to have (at least attempted to) retime(d) the audio. But in fact it hasn't. The finished stream does lose sync if played in VLC and in the windows 10 house app "Films & TV". The avidemux unretimed one does not; neither does the source.
Would the mediainfo data of source and BDRB output help any?Can you post your settings? They are the contents of the BDREBUILDER.INI file in the installation folder.

Also, you actually ran the job right? You aren't testing against the pseudo folder from the import? The audio isn't adjusted until the disc reencode sequence occurs. The reason I ask is your statement that BD-RB "re-encoded the EC3 audio without other amendment". The reencode of EAC3 occurs during import (without adjustment for framerate change), not during the actual running of the job (which occurs after the import, and includes framerate adjustment).

[RetsimLegin]

Can you post your settings? They are the contents of the BDREBUILDER.INI file in the installation folder.

Also, you actually ran the job right? You aren't testing against the pseudo folder from the import? The audio isn't adjusted until the disc reencode sequence occurs. The reason I ask is your statement that BD-RB "re-encoded the EC3 audio without other amendment". The reencode of EAC3 occurs during import (without adjustment for framerate change), not during the actual running of the job (which occurs after the import, and includes framerate adjustment).

The lipsync is out on the finished product i.e. on the file 00000.m2ts in the STREAM folder....

This is the .ini file
[Options]
VERSION=0.61.0.25
ENCODER=1
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=23500
NVENC_CAPABLE=1
PRIORITY_CLASS=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
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=0
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=0
AVCHD=0
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=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=22000
[Paths]
WORKING_PATH=C:\USERS\NIGEL\VIDEOS\BDRB_TEST\
SOURCE_PATH=C:\USERS\NIGEL\VIDEOS\BDRB_TEST\IMPORTS\AMAZON-TERMINAL\



EDIT
I just re-read what you wrote above viz: "The reencode of EAC3 occurs during import (without adjustment for framerate change), not during the actual running of the job (which occurs after the import, and includes framerate adjustment)"
and thought that the log might reveal - in particular "Track 4352 (eng): Keeping original audio"
----------------------
[14:48:12] Importing MP4: *********
- Preparing MP4 for processing...
- Collecting audio/video streams from source...
- Converting audio, Track #2, EAC3 to AC3...
- Building pseudo-BD source structure...
[14:49:21] Video import completed successfully.
----------------------
[11/24/21] BD Rebuilder v0.61.25
[14:50:56] Source: *********
- Input BD size: 5.57 GB
- Approximate total content: [01:35:22.925]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Very Good (Very Fast), 1-Pass VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[14:50:56] PHASE ONE, Encoding
- [14:50:56] Processing: VID_00000 (1 of 1)
- [14:50:56] Extracting A/V streams [VID_00000]
- [14:51:05] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 137,213 frames
- Bitrate: 31,241 Kbs
- [14:51:05] Reencoding: VID_00000, Pass 1 of 1
- [14:57:40] Video Encode complete
- [14:57:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:57:40] Multiplexing M2TS
[14:58:01]PHASE ONE complete
[14:58:01]PHASE TWO - Rebuild Started
- [14:58:01] Rebuilding BD file Structure
[14:58:01] - Encode and Rebuild complete
[14:58:01] JOB: ******** finished.

[jdobbs]

I just re-read what you wrote above viz: "The reencode of EAC3 occurs during import (without adjustment for framerate change), not during the actual running of the job (which occurs after the import, and includes framerate adjustment)"
and thought that the log might reveal - in particular "Track 4352 (eng): Keeping original audio"Hmm... it should never keep the original audio when there is an audio adjustment to be made. I'll take a look at that. It must miss it somehow.

[jdobbs]

@RetsimLegin

Go into SETUP and uncheck "Do not reencode AC3 (Blu-Ray only)" under the AUDIO options. Let me know if that has an effect.

[Edit] Yep. That's it. I went back through the code and that flag was overriding the "must encode" condition associated with changing framerate. I've fixed it for the next release.

[RetsimLegin]

@jdobbs I'm using it for another project ATM but I will check back on this later to confirm your own findings. Thanks.

[MrVideo]

I want to again beg that DD+ audio not be re-encoded to DD when building a UHD BD structure.

Doing so removes any potential 7.1 audio and/or Dolby Atmos audio.

I just did a test with a 2160p HDR file and had TSMuxer create a M2TS file. Actually I told TSMuxer to create a BD ISO file. I then put that into my Sony UHD BD player. While the player recognized it as a UHD BD disc, it refused to play it. I need to see if a newer nightly build fixes that issue. In the meantime, I took the M2TS file from the ISO and burned it onto a BD-ROM (RE) disc. The player played the file just fine. The DD+ audio was sent to my Denon AVR. It displayed that the audio was DD+.

Thanks, in advance.

[gonca]

Did you actually burn the ISO to a disk or just tried to use it as a "media file"?

[MrVideo]

Burned to BD-RE. I've downloaded the latest nightly and will try again.

EDIT: Nope, didn't work. Will report it.

[gonca]

Try creating a BD Folder instead and have ImgBurn burn that to disc

[MrVideo]

Try creating a BD Folder instead and have ImgBurn burn that to disc
Good point. I will give that a go.

The ultimate goal was to verify that the Sony UHD player would play M2TS files, in a BD layout, that contained DD+ audio.

So, until BDRB no longer recodes DD+ audio to AC3 when it is within a file that contains 4K video, I have to do the following:
1) Do a backup of the desired 4K files.
2) Use tsMuxer to remux the DD+ audio from the original source with the BDRB created M2TS file, replacing the AC3 audio.
3) Replace the BDRB M2TS file(s) with the newly remuxed M2TS file(s).

I'm about to do steps 2 & 3. Hopefully all will be fine. Obviously I prefer not to do the manual audio stream replacement.

[MrVideo]

Well, the project in which I was trying to create a UHD set of discs with 4K/DD+ files is now dead in the water until BDRB no longer re-encodes DD+ audio.

There is some kind of subtle difference in the remuxed M2TS file that results in the viewing of the video to terminate early and go back to the menu. I was testing two files onto a disc. I didn't discover the issue until I was playing the 2nd file and chapter skipping. The chapters were created by BDRB, since the original files do not have any chapters. In the case of the 2nd file, shortly after I skipped to the last chapter, it played for a very little bit and then aborted the playing of the file and returned to the menu. IIRC, BDRB inserts chapter marks every 5 minutes.

I know there isn't an issue with the M2TS itself, as I burned the two M2TS files to a data disc and the 2nd video plays thru the location in which there was an issue.

That means this particular project can go no further.

As a side issue, the latest tsMuxer does not like the AC3 file that was created by BDRB. When I placed the BDRB created M2TS file into tsMuxer, it complained about the audio track and left it out of the list of tracks.

[MrVideo]

While working on the above project, I discovered a bug.

The video file contains a boat load of subtitles. I have BDRB set to only include the English subs. But, when I play the disc that BDRB created, pressing SUBTITLE on the player's remote cycles thru all of the subtitles that were in the original file. But, the M2TS file only contains the two English subtitles.

[MrVideo]

Trying to find the UHD BD specification is like trying to find a microscopic needle in a haystack.

[gonca]

BDRB inserts chapter marks every 5 minutes.
Actually, that is a tsMuxeR default setting.

[MrVideo]

Thanks for the clarification. Makes sense, since BDRB uses tsMuxer.

[gonca]

MrVideo
Run a test for you
Took a decrypted disc on local drive
Demuxed all streams (video, audio, subs, chapters, etc)
Re-encoded video
Used tsMuxeR (latest of the day) to mux into UHD structure
Then imported into BD_RB to create menu (quick author)
Burnt to BD-RE and tested on Sony UHD player
Plays fine
.....................renamed tsMuxeR so that BR_RB used latest(at time) tsMuxer(4k)
here is MediaInfo report on playlist


: General
Complete name : K:\OVERLORD\BDMV\PLAYLIST\00001.mpls
Format : Blu-ray Playlist
File size : 470 Bytes
Duration : 1 h 49 min
Overall bit rate mode : Variable
Overall bit rate : 0 b/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 1 h 49 min
Bit rate : 23.9 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.120
Stream size : 18.3 GiB
Writing library : x265 3.5+2-g2b25c9ba0+45:[Windows][GCC 10.2.0][64 bit] Yuuki 10bit
Encoding settings
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
format_identifier : HDMV
Source : 00001.m2ts / 00001.m2ts

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : MLP FBA AC-3 16-ch
Format/Info : Meridian Lossless Packing FBA
Commercial name : Dolby TrueHD with Dolby Atmos
Format settings : Dolby Surround EX
Muxing mode : Stream extension
Codec ID : 131
Duration : 1 h 49 min
Bit rate mode : Variable
Bit rate : 640 kb/s
Maximum bit rate : 8 355 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 : 502 MiB
Language : English
Service kind : Complete Main
Number of dynamic objects : 11
Bed channel count : 1
Bed channel count : 1 channel
Bed channel configuration : LFE
bsid : 6
Dialog Normalization : -27
Dialog Normalization : -27 dB
compr : 1.94
compr : 1.94 dB
dynrng : 1.26
dynrng : 1.26 dB
acmod : 7
lfeon : 1
dialnorm_Average : -27
dialnorm_Average : -27 dB
dialnorm_Minimum : -27
dialnorm_Minimum : -27 dB
dialnorm_Maximum : -27
dialnorm_Maximum : -27 dB
dialnorm_Count : 1262
compr_Average : 1.63
compr_Average : 1.63 dB
compr_Minimum : -6.88
compr_Minimum : -6.88 dB
compr_Maximum : 5.46
compr_Maximum : 5.46 dB
compr_Count : 574
dynrng_Average : 0.91
dynrng_Average : 0.91 dB
dynrng_Minimum : -2.32
dynrng_Minimum : -2.32 dB
dynrng_Maximum : 5.46
dynrng_Maximum : 5.46 dB
dynrng_Count : 1184
format_identifier : AC-3
Source : 00001.m2ts / 00001.m2ts

Text
ID : 4768 (0x12A0)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 1 h 49 min
Source : 00001.m2ts / 00001.m2ts

Menu
00:00:00.000 : Chapter 1
00:06:30.264 : Chapter 2
00:13:46.658 : Chapter 3
00:20:30.479 : Chapter 4
00:26:26.960 : Chapter 5
00:34:08.128 : Chapter 6
00:41:09.759 : Chapter 7
00:48:40.543 : Chapter 8
00:55:50.054 : Chapter 9
01:03:20.630 : Chapter 10
01:10:27.765 : Chapter 11
01:17:21.052 : Chapter 12
01:25:46.765 : Chapter 13
01:32:18.323 : Chapter 14
01:38:47.630 : Chapter 15
01:42:38.360 : Chapter 16
01:49:44.203 Chapter 17

Removed encoding settings to make it easier to read
Can post settings if needed

[MrVideo]

I'm at a loss as to what your test was supposed to prove.

[gonca]

tsMuxeR is not messing up the structure. It plays fine in a Sony player, HDR and all.
As to E-AC3 being re-encoded, it requires a core to be compliant, might be why BD_RB is re-encoding.
What are you using to burn your BD-RE?

[MrVideo]

What you did is not what I did. As noted in my posting, I took a file with 2160p video and E-AC3 audio and told tsMuxer to create an ISO file, which would not play in my player. What you did wasn't even close to what I did. Frankly I do not know if tsMuxer created a Blu-ray compliant structure or a UHD compliant structure. There are no options, that I know of, in which to tell tsMuxer to create one, or the other. But, that is not an issue for BDRB.

E-AC3 requires a core for Blu-ray, but I can't find a requirement that it be so for UHD. E-AC3 plays just fine on my Sony UHD player Hence the need for BDRB to not re-encode if the source is 2160p and being place on a UHD created disc.

[SeeMoreDigital]

E-AC3 requires a core for Blu-ray, but I can't find a requirement that it be so for UHD. E-AC3 plays just fine on my Sony UHD player Hence the need for BDRB to not re-encode if the source is 2160p and being place on a UHD created disc.
All Blu-ray spec 'discs' encoded with Dolby Digital Plus audio require a Dolby Digital core. Regardless of the video being 2K (HD) or 4K (UHD)...

[MrVideo]

Thanks for the clarification. It is interesting that Sony, a member of the Blu-ray alliance, produces a UHD player that will play E-AC3 audio without a core. And my Denon AVR will handle it and indicate that it is DD+.

Regardless, I'm still begging for a version of BDRB that will allow the user to set an option to not re-encode E-AC3 audio. Even if it means setting an option that the user knows doing so is not to spec and is at the user's risk. The discs I create are for me and I know that I can play them.

[gonca]

Maybe you are switching around too many files.
m2ts is considered a media file like mkv or mp4 in a player.
That might the reason that the sony plays the m2ts but not the full structure, players tend to be more lenient about media files.
Your description mentions remuxing for audio tracks but no mention of how you are correcting the clpi or mpls.
In simple terms, I feed the apps compliant streams and they produce a compliant UHD (BD) structure.
How are you decrypting the disc?
If it is with MakeMKV to mkv file, remember that mastroka cannot have interleaved audio streams, that is why it separates the core out.

[MrVideo]

The Sony will play the structure that BDRB builds, even after I remux the M2TS files that BDRB makes with M2TS files I remux using the BDRB M2TS and E-AC3 audio from the original MKV file. As mentioned, the only issue is that the video quits before the actual end of the file, when playing the UHD structure. The M2TS file plays to completion.

There are no discs involved. The Sony player is not lenient about MKV files, in that it will not play a MKV file with E-AC3 audio.

I'm doing nothing with the clpi or mpls files. I didn't figure that I would need to, since the new M2TS files are the same length as the BDRB originals, with the only difference being the AC3 audio being replaced with the E-AC3 audio. Besides, I know nothing about the structure of those two files and what would need to be fixed.

I was going to look at the BDRB created files, but discovered that BDEdit will not read BDRB created structures. It doesn't error. It just does nothing.

[gonca]

You cannot simply swap out m2ts files in a BD structure.
If you change any tracks you must correct the mpls and clpi files, possibly others as well.
You are looking at something like BDEdit to do it with the method you are using

[MrVideo]

You are looking at something like BDEdit to do it with the method you are using
As noted in my above posting, BDEdit will not work with BDRB output.

[Acerjen]

As noted in my above posting, BDEdit will not work with BDRB output.

Try making a BD structure with TsMuxer and then swap out the mpls and clpi files (along with the m2ts) that it makes replacing the ones that BDRB makes and see if the video will play to the end.

Acerjen

[MrVideo]

I tried doing your suggested test. Unfortunately tsMuxer bitches about the E-AC3 audio stream and says that it is aborting. But it looked like it completed, until I went looking for the playlist file. It was not created. All of the other files were.

[MrVideo]

Looks like I am stuck between a rock and a hard place. Even if BDRB were to not re-encode the E-AC3 file, because tsMuxer is used, a playlist file won't be created. And since I suspect that BDRB uses the tsMuxer created clip and playlist files, I'm never going to be able to use the Atmos E-AC3 audio stream. :mad:

[jdobbs]

While working on the above project, I discovered a bug.

The video file contains a boat load of subtitles. I have BDRB set to only include the English subs. But, when I play the disc that BDRB created, pressing SUBTITLE on the player's remote cycles thru all of the subtitles that were in the original file. But, the M2TS file only contains the two English subtitles.It's supposed to do that if you do a full backup. You'll find that selecting any of the non-ENG subtitles will actually select an ENG track. It has to do that, or the code of the original would have to be modified (which is out of scope for what BD-RB does).

[MrVideo]

It's supposed to do that if you do a full backup. You'll find that selecting any of the non-ENG subtitles will actually select an ENG track. It has to do that, or the code of the original would have to be modified (which is out of scope for what BD-RB does).
Ah, OK. Solves that.

[jdobbs]

Ah, OK. Solves that.I'll also add a hidden option that allows you to keep EAC3 (without core) -- assuming I can make it work. I won't document it in HIDDENOPTS.TXT (so people won't get pissed at me when it fails on another player), but I'll post how to use it here in the bug thread.

[jdobbs]

As noted in my above posting, BDEdit will not work with BDRB output.BDEdit should work with a standard disc created by BD-RB. But if you want to edit any UHD disc, you have to donate to BDEdit and get an updated version. I did, and it is very helpful in developing/debugging/updating UHD support.

[MrVideo]

I'll also add a hidden option that allows you to keep EAC3 (without core) -- assuming I can make it work. I won't document it in HIDDENOPTS.TXT (so people won't get pissed at me when it fails on another player), but I'll post how to use it here in the bug thread.
As I mentioned, txMuxer will not allow an E-AC3 audio stream to me muxed. So, if you are using tsMuxer to do the muxing, you'll need to find away around the issue.

That said, I greatly appreciate the effort.

[MrVideo]

BDEdit should work with a standard disc created by BD-RB. But if you want to edit any UHD disc, you have to donate to BDEdit and get an updated version. I did, and it is very helpful in developing/debugging/updating UHD support.
Nice to know. No where on the official website is it mentioned that the free version will not do UHD discs and that you need to donate to get the download version that has UHD support. How did you find out about it?

[SeeMoreDigital]

As I mentioned, txMuxer will not allow an E-AC3 audio stream to me muxed...That's not entirely accurate...

TSmuxerGUI is able to mux E-AC-3 (DD+) audio streams, with or without an AC-3 (DD) core into an .m2ts transport stream. It's just that the Blu-ray disc specification requires all E-AC-3 audio streams to have a DD core.

TSmuxerGUI supports a variety of transport stream muxing environments, it not just for creating Blu-ray discs.

[jdobbs]

Nice to know. No where on the official website is it mentioned that the free version will not do UHD discs and that you need to donate to get the download version that has UHD support. How did you find out about it?It's discussed in the BDEDIT thread here on Doom9.

[jdobbs]

As I mentioned, txMuxer will not allow an E-AC3 audio stream to me muxed. So, if you are using tsMuxer to do the muxing, you'll need to find away around the issue.

That said, I greatly appreciate the effort.There are ways to do pretty much anything... it's just whether it's worth the effort and/or whether it's a good idea to begin with. I'm still hesitating on this one.

Note that if you run TSMUXER with an E-AC3 source it creates the structure, muxes the M2TS, and creates a CLPI (with some wrong information in it). Only the MPLS is missing. BD-RB has the ability to create its own CLPIs and MPLSs.

[MrVideo]

TSmuxerGUI is able to mux E-AC-3 (DD+) audio streams, with or without an AC-3 (DD) core into an .m2ts transport stream. It's just that the Blu-ray disc specification requires all E-AC-3 audio streams to have a DD core.
True, I should have clarified that. I did use tsMuxer to create a M2TS file for testing with the UHD player. It is just that when trying to create a folder or ISO that it doesn't work.

[MrVideo]

It's discussed in the BDEDIT thread here on Doom9.
OK, thanks.

[MrVideo]

I'm still hesitating on this one.
Please don't.
Note that if you run TSMUXER with an E-AC3 source it creates the structure, muxes the M2TS, and creates a CLPI (with some wrong information in it). Only the MPLS is missing. BD-RB has the ability to create its own CLPIs and MPLSs.
Ya, that is what I pointed out in my postings. Everything is there, except for the playlist file itself. My UHD player doesn't like that, for some strange reason. :D

[jdobbs]

Ya, that is what I pointed out in my postings. Everything is there, except for the playlist file itself. My UHD player doesn't like that, for some strange reason. :D Interestingly an older 3D version of TSMUXER will mux E-AC3 -- but, of course, it doesn't support UHD.

[MrVideo]

It looks like my attempt to manually get this working is a failure. I've managed to freeze my Sony UHD player when I select the first video (of two) to play.

What I did was to mux the M2TS file from the BDRB backup output with the original DD+ audio. tsMuxeer actually didn't like the DD mono audio that BDRB created. I edited (with BDEdit 0.49) the BDRB created playlist and changed the DD/mono to DD+/multichannel and changed the chapter marks. I also had to rename the clipinfo/playlist/M2TS files that tsMuxer created to 00001 and 00002 before copying them into the BDRB created structure.

I should try burning the tsMuxer created folder to see if it does, or does not, freeze the player.

This is sure becoming a lot of work.

[MrVideo]

And now, for something completely different.

While doing a backup of a UHD disc, I decided to look and the INF file. I noticed that UHD_V3_MODE was set to 0. Since this is a UHD disc backup, you'd think that this value would be set to 1.

[thecrowler]

In BD-RD, is it possible to create a movie-only backup of an UHD BluRay, also adding an external audio track?
I own the 4K restoration of Escape from NY and i just wanna add my native language from the regular bluray: anyone knows hot to do it, please?

[kufo]

In BD-RD, is it possible to create a movie-only backup of an UHD BluRay, also adding an external audio track?
I own the 4K restoration of Escape from NY and i just wanna add my native language from the regular bluray: anyone knows hot to do it, please?

You can tke a look at this guiede here: https://elatom.com/software/tsmuxergui-software-for-ts-muxing-with-mpeg-hevc-uhd-support#x3
I think this will work for you. I never made that for me, but it looks like a solution for your purpose. :)

[jdobbs]

In BD-RD, is it possible to create a movie-only backup of an UHD BluRay, also adding an external audio track?
I own the 4K restoration of Escape from NY and i just wanna add my native language from the regular bluray: anyone knows hot to do it, please?1. Run a job and keep at least one audio track that you don't want. Make sure you don't have BD-RB set to delete the working folder. After it runs, replace the audio file (in the working folder) with the one from the DVD. Then run it again. Since the job is already complete, it won't do any of the reencoding again -- it will just re-perform the muxing.

You do have to make sure, though, that the audio track you are inserting is in the same format as the one you are replacing (AC3, DTS, etc.). You also may want to select the language you will be replacing as the default when you run the job the first time.

2. If you are familiar with TSMUXER, an easier way would be to edit the meta file (in the working folder) and replace the reference to an audio track with the filename/type of the audio file from your DVD. Then just remux with TSMUXER. Note that this will only work on movie-only builds.

[jdobbs]

And now, for something completely different.

While doing a backup of a UHD disc, I decided to look and the INF file. I noticed that UHD_V3_MODE was set to 0. Since this is a UHD disc backup, you'd think that this value would be set to 1.That flag only gets set when you are forcing the encode for a non-UHD 1080p source/disc to UHD format. It is set when you select "Convert BD to UHD-BD (HEVC) Format" under the "Output Options" menu.

Of course, that option only shows up if you have UHD_CONVERT_ENABLE flag set to "1" in the INI file.

[MrVideo]

Thanks for the update on the flag.

[RetsimLegin]

@RetsimLegin

Go into SETUP and uncheck "Do not reencode AC3 (Blu-Ray only)" under the AUDIO options. Let me know if that has an effect.

[Edit] Yep. That's it. I went back through the code and that flag was overriding the "must encode" condition associated with changing framerate. I've fixed it for the next release.

Finally able to try it (actually with a different 24 frame source). Still loses sync. Pretty sure I followed those directions. Attached are the .ini; the AUD.... and the log.
===================INI FILE=====================
[Options]
VERSION=0.61.0.25
ENCODER=1
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=47366
NVENC_CAPABLE=1
PRIORITY_CLASS=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=0
SD_TO_1080=1
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=0
AVCHD=0
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
[Paths]
WORKING_PATH=C:\USERS\NIGEL\VIDEOS\BDRBTEMP\
SOURCE_PATH=C:\USERS\NIGEL\VIDEOS\BDRBTEMP\IMPORTS\*************24(24)\

============AUD.....AVS FILE===================

#Created by BD Rebuilder - v0.61.25
LoadPlugin("C:\Users\nigel\Downloads\BDRB 06125\tools\nicaudio.dll")
audio=NicAC3Source("00000.track_4352.ac3").TimeStretch(tempo = 23.976/24.0*100.0)
audio = (AudioChannels(audio) > 6) ? GetChannel(audio,1,2,3,4,7,8) : audio
ConvertAudioTo16bit(ResampleAudio(audio, 48000))


=================LOGFILE===========================

[17:19:33] Importing MP4: ****************24(24)
- Preparing MP4 for processing...
- Collecting audio/video streams from source...
- Converting audio, Track #2, EAC3 to AC3...
- Building pseudo-BD source structure...
[17:21:23] Video import completed successfully.
----------------------
[12/19/21] BD Rebuilder v0.61.25
[17:23:52] Source: *********************24(24)
- Input BD size: 10.53 GB
- Approximate total content: [02:17:09.763]
- Target BD size: 46.26 GB
- Windows Version: 6.2 [9200]
- Resize: SD to HD 1080 enabled
- Auto Quality: Very Good (Very Fast), 1-Pass VBR
- Decoding/Frame serving: NVENCC
- Audio Settings: AC3=1 DTS=0 HD=1 Kbs=640
[17:23:58] PHASE ONE, Encoding
- [17:23:58] Processing: VID_00000 (1 of 1)
- [17:23:58] Extracting A/V streams [VID_00000]
- [17:24:15] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 197,317 frames
- Bitrate: 35,000 Kbs
- [17:24:15] Reencoding: VID_00000, Pass 1 of 1
- [17:33:42] Video Encode complete
- [17:33:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:33:42] Multiplexing M2TS
[17:34:11]PHASE ONE complete
[17:34:11]PHASE TWO - Rebuild Started
- [17:34:11] Rebuilding BD file Structure
[17:34:11] - Encode and Rebuild complete
[17:34:11] JOB: ******************24(24) finished.



Still has "- Track 4352 (eng): Keeping original audio"

[MrVideo]

While digging into an issue of trying to replace an audio track in a UHD backup, I discovered that BDRB did not restore the chapter marks, even though there was a CHP file in the workfiles. The meta file indeed had a tsmuxer option to do the chapter marks every 5 minutes. When I looked at the playlist with BDEdit, sure enough, marks every five minutes.

Why didn't BDRB not restore the original chapter marks? Is there an option I failed to set?

[gonca]

MrVideo, try
Create your BD folder
Exchange the m2ts files, make sure replacement is named same as original
Open BD structure in BDEdit
Go to Playlist
Correct audio
Save
Click on Apply to clpi
Make sure info is correct
If BDedit wants to correct CLPI allow it
Save
Exit
Try disc

[MrVideo]

The idea was to try and fix a UHD of "Passengers" that has Cinavia audio. The source of the replacement audio is from a MKV file, which supposedly came from a Blu-ray. It may be from a DVDFab MKV build using their Cinavia removal. I played the MKV on my Sony UHD player and it did not get tripped up.

I first used eac3to to extract the audio in order to get the TrueHD remuxed. But, tsMuxer didn't like the audio, complaining that it had frame errors. I then tried mkxextract and tsMuxer didn't like it either. Same frame errors. Looks like I am forever stuck with Cinavia on that movie.

Update: It would have been a wasted effort even if there wasn't an issue with the audio file. I think I may have found a bug in the new Sony UHD player. Playing the file via a thumb drive didn't trip the Cinavia detection. But, placing the file on a BD-ROM and playing that did. Cinavia detection is supposed to happen no matter how the material is played.

[gonca]

https://www.mediafire.com/file/72kdm8jljdn8fsp/UsEac3to132.7z/file

Try using UsEac3to to re-encode audio from thd to thd+ac3, so you have a core in the track.
Odds are that it will throw up some lossless check failed warnings, but ignore those and see if that helps

[MrVideo]

As I mentioned, the audio track contains Cinavia. No recoding of any kind will remove it. The audio track also contains Atmos.This particular project is dead and done.

But, as noted above, I've managed to discover that BDRB is not restoring the chapter marks, but instead setting marks for every 5 minutes. I have to remember to restore the chapter marks with BDEdit.

[MrVideo]

Try using UsEac3to to re-encode audio from thd to thd+ac3, so you have a core in the track.
The Dolby TrueHD streams are with core.