BD Rebuilder Beta - Bug Reports Only

[MrVideo]

oh wow cheers, hmm ok so just changing the hiddenops.txt doesn't activate multiprosess, you have to add it in bdrebuilder also, hmm not seen that documented anywhere
Actually, how hiddenopts.txt works is explained. You just need to go back to the start of this thread and look thru the posts. Also, the first few lines of the file explain it as well.

[Mike-uk]

yes I know now :p

lol only after do I read the top text "This file contains descriptions of settings that can be added to the BDREBUILDER.INI file (via the Config/INI
editor) that may change the handling of files during conversion, reencode, and rebuild." DOH, I thought it read the settings from that txt file and thinking I had multithread on, OMG the amount of time I prob could of saved if it was realy on "cry"

[spotswood]

Can you post the contents of your INI so I can see if there is anything that might cause your odd bitrates?Here ya go...

[Options]
VERSION=0.61.0.5
ENCODER=0
MODE=1
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=1
TARGET_SIZE=8032
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=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=1
CUSTOM_TARGET_SIZE=9472
MOVIE_ONLY_LOOP=0
ENABLE_TEST=1
ENABLE_BLANKING=1
BLANK_THRESHOLD=1800
MULTIPROCESS=1
AUTO_BIAS=2
AUTO_TWOPASSONLY=1
BEEP_SOUNDFILE=C:\Windows\Media\tada.wav
[Paths]
SOURCE_PATH=M:\
WORKING_PATH=I:\ROCKY_BD9\
DGIndexNV=C:\Users\eM3\Downloads\dgdecnv2053\x32 Binaries\DGIndexNV.exe
DGDecNV=C:\Users\eM3\Downloads\dgdecnv2053\x32 Binaries\DGDecodeNV.dll

[jdobbs]

@spotswood

I've been looking at your log in this post (https://forum.doom9.org/showthread.php?p=1905723#post1905723). It looks like the reason your bitrate is dropping on "Rocky" is because you'd set a target size that is greater than 8500. When BD-RB sees that, it assumes you are writing to something larger than a DVD-R. So, it removes the restrictions. One of the restrictions is that large audio streams are reencoded to AC3. You'll notice that in the first log you see this: - [22:18:17] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...for your first encode, while you see this: - [19:50:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio in your second log. The bitrate is dropping because you have your audio settings set to not reencode to AC3. When outputting to DVD-R, the audio is always reencoded because of output disc size. Setting the target above 8500 tells BD-RB you aren't using DVD-R.


In your second example (https://forum.doom9.org/showthread.php?p=1905724#post1905724) (outputting to DVD-5) you are undersizing because BD-RB reached the maximum bitrate that can be used on a DVD-R: - [09:04:34] Reencoding video [VID_01227]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,052 frames
- Bitrate: 15,000 Kbs There's nothing BD-RB can do about that, because increasing the bitrate would very likely make the disc unplayable by violating the DVD-R's maximum bitrate standard.

[FilipeAmadeuO]

Hi jdobbs
Any chance to add a hidden option in order for BDRebuilder to Extract A/V streams from all M2TS (and when finished) then Multiplexing all M2TS file instead of doing Extracting A/V streams (M2TS_1) -> Multiplexing M2TS file (M2TS_1) -> Extracting A/V streams (M2TS_2) -> Multiplexing M2TS file (M2TS_2) ?
I am replacing subtitles sup files from others with different languague and it would help (or else i have to do Multiplexing M2TS file twice)

[spotswood]

@spotswood

I've been looking at your log in this post (https://forum.doom9.org/showthread.php?p=1905723#post1905723). It looks like the reason your bitrate is dropping on "Rocky" is because you'd set a target size that is greater than 8500. When BD-RB sees that, it assumes you are writing to something larger than a DVD-R. So, it removes the restrictions. One of the restrictions is that large audio streams are reencoded to AC3. You'll notice that in the first log you see this: - [22:18:17] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...

Yes, in my first log (default BD9) I chose to re-encode to AC3 because the main track is DTS-MA 5.1 (way overkill for this title, even at BD25). This came out undersized at 6.35GB. This was the main point of my first post, why was the default BD9 setting coming out so undersized, and why I tried to increase the target size in the second one.

...while you see this in your second log: - [19:50:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio The bitrate is dropping because you have your audio settings set to not reencode to AC3. When outputting to DVD-R, the audio is always reencoded because of output disc size. Setting the target above 8500 tells BD-RB you aren't using DVD-R.

I understand that the audio is reencoded or the core is used for BD5/9 for either Dolby or DTS due to size restrictions. In the second log I chose to keep the DTS core which is why it's "keeping original audio". I also switched to Decoding/Frame serving: DGDecNV hoping for a different outcome, not knowing at the time what happens over 8500. If the restrictions are removed at 8500 the bitrate should increase in my way of thinking. If I'm using a custom target over 8500 there should be no restrictions, but BDRB still thinks I'm using DVD-R/+R and decreases the bitrate?

In your second example (https://forum.doom9.org/showthread.php?p=1905724#post1905724) (outputting to DVD-5) you are undersizing because BD-RB reached the maximum bitrate that can be used on a DVD-R: - [09:04:34] Reencoding video [VID_01227]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,052 frames
- Bitrate: 15,000 Kbs There's nothing BD-RB can do about that, because increasing the bitrate would very likely make the disc unplayable by violating the DVD-R's maximum bitrate standard.With an - Input BD size: 5.09 GB and a - Target BD5 size: 4.36 GB I wouldn't expect BDRB to max out the bitrate at 15,000 Kbs, but I guess this job required it. I'll see what happens with my next job and report back. Thanks for your help...

[spotswood]

Here's the Media Info for my Rocky disc from MPC-HC. I didn't include all the foreign language stuff, just the main movie and DTS-MA 5.1 track. Have a look if that will help troubleshoot the weirdness on this disc. Don't mean to be a PITA or question your software (I've donated a couple times) just trying to figure out why this title comes out so undersized at BD9...

General
Complete name : M:\BDMV\PLAYLIST\00800.mpls
Format : Blu-ray Playlist
File size : 1.37 KiB
Duration : 1 h 59 min
Overall bit rate mode : Variable
Overall bit rate : 2 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 : Yes
Format settings, RefFrames : 4 frames
Codec ID : 27
Duration : 1 h 59 min
Bit rate mode : Variable
Maximum bit rate : 30.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 : 00800.m2ts

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Mode : 16
Format settings, Endianness : Big
Muxing mode : Stream extension
Codec ID : 134
Duration : 1 h 59 min
Bit rate mode : Variable / Constant
Bit rate : Unknown / 1 509 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 24 bits
Compression mode : Lossless / Lossy
Language : English
Source : 00800.m2ts

[Mike-uk]

obviously how you want to encode video and where you store it is your choice, but why are you wanting to squish BD sources onto a DVD in BD format ?? id understand if you were converting BD to DVD (VOB) , 25gig blurays are well cheap

[Emulgator]

spotswood, maybe AUTO_QUALITY=1 was responsible ?

[spotswood]

obviously how you want to encode video and where you store it is your choice, but why are you wanting to squish BD sources onto a DVD in BD format ?? id understand if you were converting BD to DVD (VOB) , 25gig blurays are well cheapBecause I don't burn to disc, I save all my encodes on hard disks, which I access on my computer w/Kodi/MadVR etc. Encoding to BD9 w/lossy audio (for most titles) saves a ton of space without sacrificing picture quality, which is the main point of BDRB. It does an absolutely fantastic job doing this, and I've been using it since it's inception. I also use BD9 just in case I have the need to burn, and those DVD+R DL discs will play on my older Sony Blu-ray player ;^). Of course I use BD25 for newer titles w/7.1 lossless audio (the John Wick series for example) and those encodes are indistinguishable from the originals.

You did Rocky as a BD9 here https://forum.doom9.org/showthread.php?p=1905725#post1905725. Was this just a test or do you encode to BD9 as well?

[Mike-uk]

You did Rocky as a BD9 here https://forum.doom9.org/showthread.php?p=1905725#post1905725. Was this just a test or do you encode to BD9 as well?

ah ok cool, everyone has there preferred method

yes it was just a test as ive never encoded to that size so was just to see what file size I ended up with, I encode to BD25 keeping audio as is, as BD50 discs are horrendously expensive here ( UK ) and I only use verbatim

[jdobbs]

I understand that the audio is reencoded or the core is used for BD5/9 for either Dolby or DTS due to size restrictions. In the second log I chose to keep the DTS core which is why it's "keeping original audio". I also switched to Decoding/Frame serving: DGDecNV hoping for a different outcome, not knowing at the time what happens over 8500. If the restrictions are removed at 8500 the bitrate should increase in my way of thinking. If I'm using a custom target over 8500 there should be no restrictions, but BDRB still thinks I'm using DVD-R/+R and decreases the bitrate? The bitrate is lower because the DTS audio is much, much larger. It has to lower the bitrate to make room for the larger audio.

[Mike-uk]

AS Emulgator said in your ini you have AUTO_QUALITY=1

also you have a few other options that I don't have

ENABLE_TEST=1
AUTO_BIAS=2
AUTO_TWOPASSONLY=1

so not sure if any of thouse options are messing with it

if you did a fresh install of bdrebuilder then I guess thouse options shouldn't be there ??

heres my ini

[Options]
VERSION=0.61.0.5
ENCODER=0
MODE=0
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=8032
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=3
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=1
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=0
ALTCRF=23
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
PRIORITY_CLASS=1
QUICK_EXTRAS=0
MULTIPROCESS=2

[Ch3vr0n]

multi-process is a "testing" feature, you need to have that enable_test in there for it to work.

[Mike-uk]

multi-process is a "testing" feature, you need to have that enable_test in there for it to work.

oh ??? I don't have enable test, and I see 2 x264 prosesses with multiprosess 2 ?? also enable_test isn't listed in the hidden ops txt file ?? and even the multiprocess webpage don't mention enable_test, it just says set multiprocess to 1, 2 or 4

[MrVideo]

Because I don't burn to disc, I save all my encodes on hard disks
So why not make MKV files instead? Then you won't have any bitrate issues.

[Mike-uk]

I guess he wants to preserve menues, which ovs MKV wont do

[spotswood]

AS Emulgator said in your ini you have AUTO_QUALITY=1

also you have a few other options that I don't have

ENABLE_TEST=1
AUTO_BIAS=2
AUTO_TWOPASSONLY=1

so not sure if any of thouse options are messing with it. if you did a fresh install of bdrebuilder then I guess thouse options shouldn't be there ??Yes, I did a fresh install of everything, but came out with the same result (undersized BD9), so I added my preferred options back in (and came out with the same result again).

AUTO_QUALITY=1: This is not a hidden option that you add to your .ini. BDRB changes this setting when you enable/disable Auto Quality settings. 0=disabled, 1=enabled. I had Auto Quality enabled in this instance.

ENABLE_TEST=1: https://forum.doom9.org/showthread.php?p=1526277#post1526277. This enables the Movie and Menu's mode and blanking feature allowing you to remove things you don't want like special features etc. Works independently from the MULTIPROCESS setting.

AUTO_BIAS=2: This is explained here (thanks for the link jdobbs... ;^)) https://forum.doom9.org/showthread.php?p=1449851#post1449851

AUTO_TWOPASSONLY=1: This should force two-pass encoding which I prefer and should result in better picture quality. Takes a little longer but my 2700x processor doesn't mind... ;^)
multi-process is a "testing" feature, you need to have that enable_test in there for it to work.MULTIPROCESS takes advantage of multi-core processors, allowing more than one instance of x264 (up to 4) when using DGDecNV or DirectshowSource which significantly speeds up the encoding process. Works independently of the ENABLE_TEST setting. See http://www.jdobbs.net/freeware/multiprocessing.html.

oh ??? I don't have enable test, and I see 2 x264 prosesses with multiprosess 2 ?? also enable_test isn't listed in the hidden ops txt file ?? and even the multiprocess webpage don't mention enable_test, it just says set multiprocess to 1, 2 or 4Actually, you don't need to add ENABLE_TEST for MULTIPROCESS to work. See above...

So why not make MKV files instead? Then you won't have any bitrate issues.What Mike-uk says below... ;^)

I guess he wants to preserve menues, which ovs MKV wont doExactly!

Thanks for chiming in everyone. If any of my explanations/understandings are incorrect, let me know!

[spotswood]

@spotswood

I've been looking at your log in this post (https://forum.doom9.org/showthread.php?p=1905723#post1905723). It looks like the reason your bitrate is dropping on "Rocky" is because you'd set a target size that is greater than 8500. When BD-RB sees that, it assumes you are writing to something larger than a DVD-R. So, it removes the restrictions. One of the restrictions is that large audio streams are reencoded to AC3. You'll notice that in the first log you see this: - [22:18:17] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...for your first encode, while you see this: - [19:50:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio in your second log. The bitrate is dropping because you have your audio settings set to not reencode to AC3. When outputting to DVD-R, the audio is always reencoded because of output disc size. Setting the target above 8500 tells BD-RB you aren't using DVD-R.OK, I've figured it out. It wasn't the audio setting set to not reencode to AC3 that was mucking things up, it was the setting to Keep HD audio for BD25 intact. I normally keep this enabled since it's overridden when encoding to BD5/9, and I don't have to remember to enable it when encoding to BD25. My problem came about when adjusting a custom target size over 8500 MB to compensate for the undersizing I was experiencing (and not understanding what happens over that). I got it now...

As you explain, at 8501 MB the BD5/9 restrictions are lifted and BDRB assumes I am writing to BD25 and keeps the DTS-MA track (or TrueHD/Atmos), rather than reencoding to AC3 like I'm used to, resulting in the very low video bitrates. So my bad everyone. Sorry for taking you on a wild goose chase. I now return you to your regular scheduled "programming".

Stay safe and healthy...

[jdobbs]

OK, I've figured it out. It wasn't the audio setting set to not reencode to AC3 that was mucking things up, it was the setting to Keep HD audio for BD25 intact. I normally keep this enabled since it's overridden when encoding to BD5/9, and I don't have to remember to enable it when encoding to BD25. My problem came about when adjusting a custom target size over 8500 MB to compensate for the undersizing I was experiencing (and not understanding what happens over that). I got it now...

As you explain, at 8501 MB the BD5/9 restrictions are lifted and BDRB assumes I am writing to BD25 and keeps the DTS-MA track (or TrueHD/Atmos), rather than reencoding to AC3 like I'm used to, resulting in the very low video bitrates. So my bad everyone. Sorry for taking you on a wild goose chase. I now return you to your regular scheduled "programming".

Stay safe and healthy...Yeah. The way BD-RB works with audio isn't as obvious as I wish it could be. This post (https://forum.doom9.org/showthread.php?p=1447836#post1447836) goes into depth as to how BD-RB works with the different settings when outputting to DVD-R and BD-R.

[spotswood]

Yeah. The way BD-RB works with audio isn't as obvious as I wish it could be. This post (https://forum.doom9.org/showthread.php?p=1447836#post1447836) goes into depth as to how BD-RB works with the different settings when outputting to DVD-R and BD-R.Thanks for the link. I understand AUTO_BIAS better now too. I've always used High Quality as my default, at the expense of a little more time. I normally start a job (sometimes two) right before I go to bed anyway, setting shutdown after rebuild, and it's all done in the morning. Thanks again!

[AmigaFuture]

Hello,

I noticed what seems like a bug. Select the BD, then export to MKV all lossless. I've repeated this several times and the same result happens. The video is altered or...something is altered in the process. When MKV is made from ripped BD..it looks great, and smooth. After importing the MKV and that is successful I checked IMPORT directory and the resulting BD. That's where the glitch that isn't in the original shows.

There is a video glitch that is not present all the way through the movie. It's like frame are corrupted. JD, I could send you a PM with a link to 2 5MB files so you may check the differences. Audio and subs looks good.

Any thoughts? Suggestions? Shall I send you the link?

----------------------
[04/09/20] BD Rebuilder v0.61.05
[15:55:49] Source: HELLRAISER_JUDGMENT_00000
- Input BD size: 16.38 GB
- Approximate total content: [01:21:09.906]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, Intact Audio
- Quality: Good (Fastest, BD-25+)
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[15:55:50] PHASE ONE, Encoding
- [15:55:50] Processing: VID_00031 (1 of 1)
- [15:55:50] Extracting A/V streams [VID_00031]
- [16:02:11] Reencoding video [VID_00031]
- [16:02:11] Keeping original video (no reencode)
- [16:02:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[16:02:11]PHASE ONE complete
[16:02:11]PHASE TWO - Rebuild Started
- [16:02:11] Building ALTERNATE OUTPUT Structure
[16:10:38] - Encode and Rebuild complete
[16:10:38] JOB: HELLRAISER_JUDGMENT finished.
----------------------
[16:17:59] Importing MKV: HELLRAISER_JUDGMENT
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[16:29:01] Video import completed successfully.

[Mike-uk]

have you tried with another source file ?? have you tried the failing file with a different frame server ?

[AmigaFuture]

Yup, X264's internal LAVF and DGDecNV. Both have same results. I have used other BDs, and noticed it. I was making MKV USB HD and then decided to rerender it smaller so I was prepping for DVD-9 to use less space when I checked it. I've not "gone that route" before so I was surprised to see that. My Windows 7 Pro is also also a pretty fresh install.. I installed AviSynth 2.60 but I doubt that's it.

Update: I'll remove it and used 2.58.. That didn't help. Heh.

[jdobbs]

Hello,

I noticed what seems like a bug. Select the BD, then export to MKV all lossless. I've repeated this several times and the same result happens. The video is altered or...something is altered in the process. When MKV is made from ripped BD..it looks great, and smooth. After importing the MKV and that is successful I checked IMPORT directory and the resulting BD. That's where the glitch that isn't in the original shows.

There is a video glitch that is not present all the way through the movie. It's like frame are corrupted. JD, I could send you a PM with a link to 2 5MB files so you may check the differences. Audio and subs looks good.

Any thoughts? Suggestions? Shall I send you the link?I can't imagine how that could even happen. The problem is presented in the imported BD folder after importing an MKV that BD-RB created? Please send me the link -- and also post the contents of your INI so I can see if there is anything that might help identify the cause.

[AmigaFuture]

I can't imagine how that could even happen. The problem is presented in the imported BD folder after importing an MKV that BD-RB created? Please send me the link -- and also post the contents of your INI so I can see if there is anything that might help identify the cause.

I'mmmmm as surprised as you! Okay, was holding on to link until you agreed.

BD to MKV. Nope.
MKV to Import - Yes.

[Options]
VERSION=0.61.0.5
ENCODER=0
MODE=3
ENCODE_QUALITY=5
ENABLE_TEST=1
FORCE_ENCODE=1
MULTIPROCESS=0
IVTC_SELECTION=1
ONEPASS_ENCODING=2
AUTO_QUALITY=0
ENABLE_BLANKING=0
QUICK_EXTRAS=0
TARGET_SIZE=8032
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=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AUDIO_DRC=0
DECODER=2
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=1
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
MOVIEONLY_TYPE=28
ALTCRF=23
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
[Paths]
WORKING_PATH=O:\OUTPUT\
SOURCE_PATH=O:\OUTPUT\IMPORTS\HELLRAISER_JUDGMENT\
DGIndexNV=C:\Users\User\Desktop\BD_Rebuilder\nVidia\2053\DGIndexNV.exe
DGDecNV=C:\Users\User\Desktop\BD_Rebuilder\nVidia\2053\DGDecodeNV.dll

[musiclover]

Track does not show-up in the stream window
I want to replace the audio track in 00006.m2ts from the bluray 'Script For A Jesters Tear'. But the problem is that BD_RB does not show this track in the stream window. Further problem is that this track has no stand alone playlist. It shares a playlist with 00004.m2ts, 00005.m2ts and 00007.m2ts. Only 00004.m2ts shows up in BD_RB's stream window. I tried composing the track with tsMuxer and replacing it in the STREAM directory but that did not work. How do I get 00006.m2ts to show-up in the stream window so BD_RB can work on it and I can replace the audio track?

I have 'BLANK_THRESHOLD=0' set in the .ini file but 00006.m2ts, 00005.m2ts and 00007.m2ts do not show. The files are 312, 343 and 395 Mb in size.

What do I overlook? How can I get it to work?

[CraigWally]

try the following

MIN_M2TS_SIZE=0
MIN_PLAYLIST_MINS=0

[musiclover]

try the following

MIN_M2TS_SIZE=0
MIN_PLAYLIST_MINS=0

Thanks CraigWally for your reaction.
But that did not work either.

[Mike-uk]

demux 0006.m2ts with tsmuxer, demux the file with the track you want, then remux vid from 0006 and the audio from the file you want the audio back to m2ts ??

[musiclover]

demux 0006.m2ts with tsmuxer, demux the file with the track you want, then remux vid from 0006 and the audio from the file you want the audio back to m2ts ??

I tried that already. It does not work because there are more tracks on the same playlist.

I am hoping on a hidden option to show all the streams

[MrVideo]

I tried that already. It does not work because there are more tracks on the same playlist.
Then place 0006 in the muxer and remove an audio track from the list. Add the wanted track and place it in the sequence from which you deleted the audio. Now, when you mux that you'll have the correct number of audio streams. Be sure to keep any and all sub-title streams.

[musiclover]

Then place 0006 in the muxer and remove an audio track from the list. Add the wanted track and place it in the sequence from which you deleted the audio. Now, when you mux that you'll have the correct number of audio streams. Be sure to keep any and all sub-title streams.

That does not work. When I play the updated bluray it skips the track I messed with. Because of that I wanted to make the audio switch in BD_RB so BD_RB could repair the playlist.

Is there a hidden option to make BD_RB list all the tracks in the stream window? Just as it shows all the tracks when I setup for a small target size?

[MrVideo]

That is what the two options that CraigWally posted are supposed to do. No idea why they didn't work.

[SquallMX]

That does not work. When I play the updated bluray it skips the track I messed with. Because of that I wanted to make the audio switch in BD_RB so BD_RB could repair the playlist.

Is there a hidden option to make BD_RB list all the tracks in the stream window? Just as it shows all the tracks when I setup for a small target size?

You need to replace the .clpi files too and fix any discrepancy using BDEdit.

[musiclover]

You need to replace the .clpi files too and fix any discrepancy using BDEdit.

I did replace the .clpi file and there is no discrepancy between the old and new audio file, only a sync difference. And I don't know what must be done with BDEdit. I find that program very difficult to use. Because of that I tried to solve it with BD_RB.

[Domell1]

Hello
sorry for my English
I have a problem with converting to MKV so stubbornly the application forces bdrebuilder settings for blu-ray despite the fact that I do not want to

log
----------------------
[04.27.20] BD Rebuilder v0.61.04
[12:34:50] Source: 07_ZGLOS_SIE_DISC_8_00000
- Input BD size: 22,45 GB
- Approximate total content: [01:43:08.000]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Quality: Ultra-High (Extremely Slow)
- Automatic cropping of borders enabled
- X264 Tweak(s) enabled
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[12:34:52] PHASE ONE, Encoding
- [12:34:52] Processing: VID_00001 (1 of 1)
- [12:34:52] Extracting A/V streams [VID_00001]
- [12:38:39] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25,000fps, 154 700 frames
- [12:38:39] Reencoding: VID_00001, Pass 1 of 1
- Analyzing 11,00 30,50 26,31 23,87 23,28 [23,29]

bdrebuilder.ini

[Options]
VERSION=0.61.0.4
ENCODER=0
MODE=3
ENCODE_QUALITY=4
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=24250
MULTIPROCESS=1
AUDIO_TO_KEEP=eng;pol;
SUBS_TO_KEEP=eng;pol;
SD_CONVERT=0
ALTERNATE_BLURAY=1
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=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=24250
TWEAK_PASS_TWO= --deblock -3:-3 --bframes 9 --b-pyramid strict --ref 5 --no-mbtree --rc-lookahead 60 --aq-mode 2 --merange 32 --me umh --direct auto --subme 9 --partitions all --trellis 2 --psy-rd 1.0:0.05 --no-fast-pskip --mvrange 512
MOVIEONLY_TYPE=10
ALTCRF=23
ALT_TARGET=1024
ALT_CRF_TARGET=6750
ALTMETHOD=3
ALTAUTOCROP=1
[Paths]
SOURCE_PATH=\\NASTS328HOSSA\DOWNLOAD\07 ZGŁOŚ SIĘ (1976-1987) - REKONSTRUKCJA CYFROWA D08\B2507ZGL8SE6688750\07_ZGLOS_SIE_DISC_8\
WORKING_PATH=C:\TEMP\
DGIndexNV=C:\BD\BD_Rebuilder\Tools\x32 Binaries\DGIndexNV.exe
DGDecNV=C:\BD\BD_Rebuilder\Tools\x32 Binaries\DGDecodeNV.dll

and mediainfo output file:

Wideo
Format : AVC
Format/Informacja : Advanced Video Codec
Profil formatu : High@L4.1
Ustawienia formatu : CABAC / 4 Ref Frames
Ustawienia formatu, CABAC : Tak
Ustawienia formatu, poklatkowy : 4 klatki
Rodzaj przepływności : Zmienna
Przwpływność maksymalna : 15,0 Mb/s
Szerokość : 1.508 pikseli
Wysokość : 1.080 pikseli
Proporcje obrazu : 1,396
Szybkość wyświetlania klatek : 25,000 kl/s
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bitów
Rodzaj skanu : Progresywny
Biblioteka zapisująca : x264 core 158 r2984 3759fcb
Ustawienia kodowania : cabac=1 / ref=5 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.05 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=24 / lookahead_threads=2 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=fake / bluray_compat=1 / constrained_intra=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=1 / keyint=48 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=48 / rc=crf / mbtree=0 / crf=23.3 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=15000 / vbv_bufsize=15000 / crf_max=0.0 / nal_hrd=vbr / filler=0 / ip_ratio=1.10 / pb_ratio=1.10 / aq=2:1.00

its possible to disable bluray-compat?

even though I set it in x264, twak 0 makes compatible blurk mkv anyway

[jdobbs]

Hello
sorry for my English
I have a problem with converting to MKV so stubbornly the application forces bdrebuilder settings for blu-ray despite the fact that I do not want to

its possible to disable bluray-compat?

even though I set it in x264, twak 0 makes compatible blurk mkv anywayFrom HIDDENOPTS.TXT:
ALTERNATE_BLURAY=n n = 0/1 Default "1", if set to "0" --bluray-compat setting not used for ALTERNATE encodes

[MrVideo]

its possible to disable bluray-compat?
There really is no need. Having the H.264 file with that compile flag will not make the file play any differently than if it was not there.

[Domell1]

From HIDDENOPTS.TXT:
ALTERNATE_BLURAY=n n = 0/1 Default "1", if set to "0" --bluray-compat setting not used for ALTERNATE encodes

thank you for your reply, unfortunately, despite adding the entry to bdrebuilder.ini still doing restrictions (due to the bluray-compat option enabled) and both vbv-bufsize and vbv-maxrate sets rigidly to 15000 and bframes to 3

ps

after removing bdrebuilder.ini from the disk and adding exactly the same options to the newly created bdrebuilder.ini, the bluray-compat option has finally turned off, but still after CRF it introduces restrictions as for AVCHD i.e. vbv-maxrate and vbv-bufsize 15000 and bframes 3 knot that in the case of CRF if there is a dynamic scene, these restrictions reduce the quality of the scenes themselves (instead of e.g. 35Mbps it is only 15Mbps)
adding manually in tweak as if bdrebuilder skips


Ogólne
Pełna ścieżka : C:\Temp\WORKFILES\VID_00000.AVS.3.264
Format : AVC
Format/Informacja : Advanced Video Codec
Rozmiar pliku : 34,2 MiB
Rodzaj całkowitej przepływności bitów : Zmienna
Biblioteka zapisująca : x264 core 158 r2984 3759fcb
Ustawienia kodowania : cabac=1 / ref=4 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.05 /
mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=24 /
lookahead_threads=2 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 /
b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=1 / keyint=48 / keyint_min=1 / scenecut=40 / intra_refresh=0 /
rc_lookahead=48 / rc=crf / mbtree=0 / crf=19.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=15000 / vbv_bufsize=15000 /
crf_max=0.0 / nal_hrd=vbr / filler=0 / ip_ratio=1.10 / pb_ratio=1.10 / aq=1:1.00

do you have any idea?

PS2
to make it more interesting the temp that bdreuiblder uses to find the right CRF for the given size, say that it normally encodes

Ogólne
Pełna ścieżka : C:\Temp\WORKFILES\TEMP.264
Format : AVC
Format/Informacja : Advanced Video Codec
Rozmiar pliku : 65,2 MiB
Rodzaj całkowitej przepływności bitów : Zmienna
Biblioteka zapisująca : x264 core 158 r2984 3759fcb
Ustawienia kodowania : cabac=1 / ref=4 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.05 / mixed_ref=1 / me_range=32 /
chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=24 / lookahead_threads=2 / sliced_threads=0 / slices=4 / nr=0 /
decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=1 / 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=crf / mbtree=0 / crf=19.1 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=35000 / vbv_bufsize=30000 /
crf_max=0.0 / nal_hrd=vbr / filler=0 / ip_ratio=1.10 / pb_ratio=1.10 / aq=1:1.00

he understands nothing more

[MrVideo]

thank you for your reply, unfortunately, despite adding the entry to bdrebuilder.ini still doing restrictions (due to the bluray-compat option enabled) and both vbv-bufsize and vbv-maxrate sets rigidly to 15000 and bframes to 3
Why do you care? Are you having issues playing the MKV files?

[Domell1]

Why do you care? Are you having issues playing the MKV files?

I have no problem with playback only as it comes out, for example CRF set 16 on bdrebuilder theoretically uses bitrate up to 15 Mbps (vbv-bufsize and vbv-maxrate ) and at dynamic scenes you should bitrate up to 40Mbps
Temp CRF is ok vbv-bufsize=30000 and vbv-maxrate=35000 (30 and 35Mbps - standard bluray?) but finished encode set vbv-bufsize=15000 and vbv-maxrate=15000 a large discrepancy in encoding

[gg72]

Has FRIMSource and FRIM Encode ("Intel Quicksync") some disadvantages in the quality of the encoded material over the another options as LAVF and FRIMSource?

[panzerdivision1]

I have a problem with importing MKV - I make BD25 from Remux MKV:
If there is an audio delay (1 sec) to the video (I check in mediainfo), after building pseudo-BD structure, the audio will be delayed with 1 sec.
The BD-RB does not take into account the delay time or what is the problem?

I observed the importing procedure step-by-step:
1. Copy the source file to Tempimport folder, there is a few Mb's difference. Why need this? Less compatibility problems during playback?
2. Demux into video, audio, subs.
3. Building pseudo-BD structure
It takes approx. 1 hour.
With TSMuxerGui it takes approx. 20 mins (I think it performs only the 3. step?)
What is the main difference? I just want to know how it's works...

The resulting BD structure cannot be played on my BD player due to blocking, and other playback problems (the MKV compressing method is the problem I think)
I always recompress with BD-RB. Sometimes the pseudo-BD file size will be smaller than the BD25, and the source image bit rate will be larger than it was after rebuilding with BD-RB. This is interesting.

[MrVideo]

The resulting BD structure cannot be played on my BD player due to blocking, and other playback problems (the MKV compressing method is the problem I think)
MKV is a wrapper. It does not do compressing of any sort.

I have no clue as to why the BDRB recoded video won't play correctly on your BD player. If the H.264 video is not recoded, then it might not play correctly. Not all H.264 video provided within MKV files are necessarily recoded correctly, i.e., not Blu-ray compliant.

[gamete]

One question

Is it possible to read a guide for every option ?
Because bdrebuilder is a wonderful software but i have fear that i dont use it in the best way because i dont know the effects if a set all the option on or off

Thanks guys

[MrVideo]

Is it possible to read a guide for every option?
No. Only what is written within the hidden options text file and this thread.

[panzerdivision1]

My wording was bad. Not compress -> only encode to other bitrate.
The MKV is a wrapper as the M2TS.
As you said the Blu-ray compatibility will be the key.

Returning to the other question, I adjusted the audio delay (1 sec) to the movie in directly the TSMuxerGui.
I get the same result with TsMuxerGui as in the BD-RB import function in 1/3 time.
Played in PC I think is OK, but I would still be wondering if the BD-RB does anything else extra, thinking from the longer processing time?

[Emulgator]

pd1:
Your BD_RB log would be helpful to see if BD_RB did demux -> remux or demux -> decode -> reencode -> remux.

[MrVideo]

My wording was bad. Not compress -> only encode to other bitrate.
Encoding is the same thing as compressing, especially if you take the higher bitrate of a Blu-ray file and recode to a lower bitrate, you are definitely compressing.