View Full Version : BD Rebuilder Beta - Bug Reports Only
jdobbs
28th December 2025, 23:11
It's been a while since I worked on that section... but if I recall correctly it is because DGDecNV (via DGSource) is used within the version of AVISYNTH required by BD-RB -- and that needs the 32 bit version. Trying to get around that is more work than I think I want to commit to this late in the game. There are too many dependencies (for example, BD-RB creates the script used, and I'm pretty sure there have been changes in format that would make them not work).
Ch3vr0n
30th December 2025, 17:05
If it's not too much trouble, could you just look the section when you have a moment. If it's undoable all i'd want to know then if i should use X264's or ffdshows in combo with my strix 4090 for best results. Now obviously it's a holiday period, so i'll check in again in a few days :) Oh and if there's any flags in my old config file here https://forum.doom9.org/showthread.php?p=2026476#post2026476 that are no longer used. As i said, it's been a while
jdobbs
31st December 2025, 00:29
I don't understand why it is so important to use the 64 bit version... what does it give you that you don't get in the 32 bit version?
Emulgator
31st December 2025, 00:35
DG announced that from 252 on he won't build DGDecNV x32 binaries anymore, so this would leave NV Decoding within BD-RB frozen at version 251.
Given the lack of x32 drivers anyway, and nVidia removing x32 build capabilities, well...
From 252 the higher CUDA processing tweaks come in, these shouldn't be necessarily needed for plain decoding.
As I am happy with pure decoding from 251 I am guessing I wouldn't need anything newer than that with BD-RB, so no biggie for me.
I love perfected and frozen tools, but others may see it differently.
Ah, and as I skim DG's forum he mentioned DGIndexNV 2053 still fitting older GPUs like GeForce 210.
Good to know for compatibility fallbacks, maybe.
Some more dug up from there:
Fri Apr 27, 2018 3:40 pm: 32-bit OS is no longer supported for any GPU in 397.31 (nVidia driver) going forward !
32-bit flow on 64-bit OS seems OK, however.
Mon Dec 04, 2023 4:46 am: DGDecNV build 251:
* Moved to CUDA 11. This drops support for pre-Maxwell cards.
Tue Dec 05, 2023 5:35 am: Our builds (DGIndexNV) are now running with CUDA 11. There is no turning back.
(meaning Maxwell minimum)(2023 11 15 should still be 250 ?)
Wed Dec 13, 2023 4:05 am: Moving to CUDA 11 pretty much also kills Win7 support, even with Maxwell+ GPUs.
The reason is that there is no compatible Win7 nVidia driver that supports CUDA 11. :salute: jpsdr.
Thu Dec 14, 2023 6:42 am: Slipstream for DGDecNV build 251:
* Reverted to CUDA 6.5 as the upgrade to 11.7 caused some Maxwell cards to fail (reason not yet understood).
:salute: jpsdr :salute: CYPHER
Columbo
31st December 2025, 01:40
If our 32-bit builds still build and run we could supply them. I don't know if there is any new syntax in 257 that could cause issues for BDRB, however. Would y'all like to try it?
Emulgator
31st December 2025, 04:22
I would like to try it.
(I was under the impression that all the DGDenoise, DGSharpen, DGHDRtoSDR, DGTweak, DGLevels, DGTelecide, DGDecimate, DGBob
run on CUDA and that these can not be built as 32-bit anymore because
* Support for Visual Studio 2015 is deprecated in release 11.1; support for Visual Studio 2017 is deprecated in release 12.5 and dropped in release 12.9.
32-bit compilation native and cross-compilation is removed from CUDA 12.0 and later Toolkit. Use the CUDA Toolkit from earlier releases for 32-bit compilation.
CUDA Driver will continue to support running 32-bit application binaries on GeForce GPUs until Ada.
Ada will be the last architecture with driver support for 32-bit applications. Hopper does not support 32-bit applications.
Support for running x86 32-bit applications on x86_64 Windows is limited to use with:
CUDA Driver
CUDA Runtime (cudart)
CUDA Math Library (math.h))
If somebody builds for earlier CUDA, then it might be feasible.
https://stackoverflow.com/questions/58828349/x86-32-bit-support-for-cuda
Columbo
31st December 2025, 11:09
DGDecNV is still built with CUDA 6.5 on vs 2019, so there's a good chance things will work. Will try a build and report back.
Columbo
31st December 2025, 13:24
OK DGIndexNV 32-bit built and runs fine. For DGDecodeNV the 32-bit build configurations were removed. I could recreate them with some effort. Before doing that I'd like a commitment from jdobbs that he would do the needful to ensure that the 32-bit stuff works in BDRB.
jdobbs
31st December 2025, 15:43
OK DGIndexNV 32-bit built and runs fine. For DGDecodeNV the 32-bit build configurations were removed. I could recreate them with some effort. Before doing that I'd like a commitment from jdobbs that he would do the needful to ensure that the 32-bit stuff works in BDRB.Sorry, but I'm not going to commit to something when I have absolutely no idea what the impacts might be.
Columbo
31st December 2025, 18:09
That's fine. I won't do anything further then. There are lots of alternative source filters.
Lathe
1st January 2026, 01:51
Sorry, but I'm not going to commit to something when I have absolutely no idea what the impacts might be.
What happened to the daring and adventurous JDobbs that we knew and loved... https://lh3.googleusercontent.com/pw/AP1GczNbHYEU7SXU6hiIPoDFs1zcmEvyx9P0WbGl6ruemF25_PdeDrslBGUr23QjuMeRv-fuYNHz7cKN9Eskl7F5jMx1Yz1XUHCBJIqo5kSqgGrhTmAkRWMa59XctCb1XFFTpOIf1-RMl_0BlSQfE23bufCL4w=w15-h15-s-no-gm?authuser=0
jdobbs
1st January 2026, 13:18
What happened to the daring and adventurous JDobbs that we knew and loved... https://lh3.googleusercontent.com/pw/AP1GczNbHYEU7SXU6hiIPoDFs1zcmEvyx9P0WbGl6ruemF25_PdeDrslBGUr23QjuMeRv-fuYNHz7cKN9Eskl7F5jMx1Yz1XUHCBJIqo5kSqgGrhTmAkRWMa59XctCb1XFFTpOIf1-RMl_0BlSQfE23bufCL4w=w15-h15-s-no-gm?authuser=0There is a difference between "daring and adventurous" and "stupid".
Lathe
2nd January 2026, 02:32
There is a difference between "daring and adventurous" and "stupid".
Being a solid dues paying member of the latter group, I would heartily agree... :D
Ch3vr0n
2nd January 2026, 18:54
My main reason is simple. I'd like to use up-to-date stuff as much as possible and didn't want to have bdrb lose support for DG entirely, although that still might happen as i have no control over how you proceed as its your software afterall. But yeah the first paragraph of Emulgator's earlier comment sums it up nicely. Updated functionality for modern gpus. But the "up-to-date" part also impacts the other things bdrb relies on. LAV filters is up to 0.80. 0.65 goes back to april 2015. According to the release notes https://github.com/Nevcairiel/LAVFilters up to then there have been lots of improvements and fixes, avisynth is up to 3.7.5 over 2.57. Obviously the saying goes "if it aint broke, don't fix it", just sort of wondering i guess why you've opted to use sub components that are now a decade old. That's all.
Bdrb itself still works perfectly as expected of course, so please don't get me wrong after being "on hiatus" for a while. Just seeking feedback on if i should stick to dgdecnv or if lav and ffdshow etc can be updated to newer versions safely and i should use that instead?
Emulgator
2nd January 2026, 22:48
Well, I would consider DG's decoders gold standard from day 1.
If asked nicely he was and is constantly ready to improve and extend.
Running older and newer versions here and never missed a frame while other source filters relying on mother ffmpeg did.
BTW if columbo offers his help why not say thank you to the DG side ? ;-)
Ch3vr0n
2nd January 2026, 23:23
Me too Emulgator, but in the end it's Jdobbs' decision. As shown above it can still be compiled in 32bit, but understandibly won't get done if jdobbs doesn't want too which is his right. Though to be fair, the only way to know what the consequences would be he's referring to, is to actually do it :)
Lathe
3rd January 2026, 01:52
Me too Emulgator, but in the end it's Jdobbs' decision. As shown above it can still be compiled in 32bit, but understandibly won't get done if jdobbs doesn't want too which is his right. Though to be fair, the only way to know what the consequences would be he's referring to, is to actually do it :)
You realize of course that he can be bribed...
meadrocks
30th January 2026, 23:38
Can BD-RB re-encode a 4K video source? In the Alternate Output config file the highest resolution I see available is 1920x1080.
jdobbs
31st January 2026, 00:54
Can BD-RB re-encode a 4K video source? In the Alternate Output config file the highest resolution I see available is 1920x1080.If the source is 4k, just choose one of the "NO_RESIZE" options. The only time you need a specific output size is if you are resizing.
Dudeman007
7th February 2026, 06:40
Back here again after 2 years, with new problems. Creating 3D Blu-Ray from full-SBS 3D MKV
Problem #1
This is the same problem as before. If The source is HEVC BD Rebuilder fails to mux the files, because it keeps looking for a file named VID_xxxxx.AVS.HEVC, but the re-encoded files have a 264 extension. This was an issue back then, but one of the workarounds was to re-encode the source video to H264 prior to using BD Rebuilder. That no longer works. If it detects a 4K file (~3840 wide), it detects it as a UHD-BD source regardless of CODEC. How do you fix this? Is there a way of preventing BD Rebuilder from detecting the video as UHD?
Problem #2
After the BD Rebuilder would fail to mux the .264 and the MVC files, I used to use TSMuxer to mux the video and audio files and get a 3D Blu-Ray ISO file. My new problem is that the muxed video, while it plays in 3D it has very pronounced artifacting and breakups. The right eye image breaks up badly in blocks as if it's having a problem keeping up with the decoding. If there is very little stuff moving on the screen it's not very noticeable, but once things start moving, it's so bad it's unwatchable.
Here is an example of the left and right frames. Left is clean, right is messed up.
https://i.ibb.co/RGPzwybM/FP-Bad-encode.jpg (https://ibb.co/Ps4wHQjb)
https://i.ibb.co/WWhzc8PG/FP-Bad-encode-2.jpg (https://ibb.co/qMSgRqW7)
Why is this happening. It is the encode that went bad, the muxer,? I need some help.
jdobbs
7th February 2026, 14:07
A 264 extension implies H.264, which is AVC not HEVC. Unless something has changed recently of which I'm not aware, Bluray does not support 3D in UHD (3840). The resolution has to be 720p or 1080p.
Dudeman007
7th February 2026, 15:58
A 264 extension implies H.264, which is AVC not HEVC. Unless something has changed recently of which I'm not aware, Bluray does not support 3D in UHD (3840). The resolution has to be 720p or 1080p.
Here is an explanation of what I'm trying to do.
There are some 3D releases lately that have been formatted as full side-by-side, meaning the video frame is about 3840 x 1080 (or thereabouts). These videos play fine with full resolution, but are not supported by many players.
So the idea is to convert these full SBS into MVC files, which are supported by quite a few players, or even converting them to full 3D Blu-Ray format (BDMV folder or ISO) and maintain the full resolution of the video
While most of these videos are already encoded using H264 CODEC, when they are being imported into BD rebuilder, they are seen as UHD video sources due to their size. BD Rebuilder also recognizes the fact they are side by side and demuxes and re-encodes the streams using H264. The resulting files are VID_xxxx.264, VID_xxxx.mvc, and of course audio stream xxxx.track_xxx.ac3 or xxxx.track_xxx.dts.
So far so good. But then it tries to mux the files and fails with "Can't open file: ..\WORKFILES\VID_00000.AVS.hevc". That's because it thinks this is somehow still a UHD/4K encoded in H265/hevc. So this was the first problem: BD Rebuilder's getting confused about what the file extension of the output should be: It creates the right kind of stream, but during muxing it looks for the wrong one.
So the workaround is to grab the stream files and manually remux them using TSmuxeR and have it output to a ISO file. In the past that worked fine. But now I have another problem. The resulting Blu-Ray ISO or the individual M2TS files do play in 3D, however, while the left eye is clean, the right eye frame contains a lot of blocking and pixellation as seen in those images I posted previously.
Those images I posted are indeed from the frame packed video, but I used Stereoscopic player to show them side by side so that the problem can be seen. When playing this in real time on a 3D TV, that pixellation makes the video unwatchable as it happens almost constantly when there is motion in the video. I even ripped the video back to MVC using DVDFab, but it has the same issue.
Hope this clarifies my problem.
jdobbs
7th February 2026, 17:24
Yeah. It's probably the 3840x1080 source that's confusing BD-RB... the 3840 width makes it think it's working with UHD (implying HEVC). Not sure whether I can do anything, but I'll look at it.
Dudeman007
7th February 2026, 17:43
Is there something that can be added like a "UHD-BD = 0" switch to prevent this from happening?
Also what about the bad artifacting issue? What's causing that?
P.S. If you want me to, I can upload a 4~5 minute snipped of the source SBS file so you can try it yourself.
Lathe
8th February 2026, 02:11
Whoops, I accidentally posted this in the Feature Requests, sorry about that...
Here is what I was asking:
I THINK there is a way to change the playlist when using BDRB, but I forgot what it was.
Basically, I have one of those really rare Blu-rays that when you do a full disc backup and you 'Blank' the main movie in order to create just an Xtras disc, it blanks everything. It's also one of those annoying Blu-rays that divides the main movie up into many m2ts files.
Now, I've already used BDRB thankfully to gather all the stupid main movie files and rending them to a normal playable Blu-ray. But, when I went to create an Xtras only disc, if I Blank the main movie, everything is blanked. IIRC this has something to do with choosing a different playlist, right?
Is that possible?
Also, I generally try to keep the menus and such intact for just the Xtras, is that possible to do?
Thanks!
Lathe
9th February 2026, 02:37
Anybody...? Sure would help to know how to choose the right Xtras playlist if that is possible.
Thank you!
MrVideo
12th February 2026, 03:10
Anybody...? Sure would help to know how to choose the right Xtras playlist if that is possible.
I'm not sure there is ever a single playlist for all the extras. All of the discs that I remember watching has a menu listing the extras. During a submenu there is a potential for a play all; for example the making of series of featurettes or a bunch of deleted scenes. I've never seen a play all for every extra.
Lathe
12th February 2026, 03:26
I'm not sure there is ever a single playlist for all the extras. All of the discs that I remember watching has a menu listing the extras. During a submenu there is a potential for a play all; for example the making of series of featurettes or a bunch of deleted scenes. I've never seen a play all for every extra.
Thanks man, I appreciate the reply. It's just the rare, odd Blu-ray that for some reason when you blank the main film so that you can put all the Xtras with the menu on another disc, it just blanks everything. I had THOUGHT there was a way to go in and change that (don't know why they make it that way OR why they divide the movie up into several smaller files) It's a fairly rare case, but once in a while for some mysterious reason I guess they just make the Blu-ray that way.
I can always just import the xtras and create a Quick Play menu, so it's not THAT big of a deal ultimately...
MrVideo
12th February 2026, 09:33
OR why they divide the movie up into several smaller files
Splitting is done for a couple of main reasons:
1) extended version/theatrical version
2) different language text in different areas of the movie (Disney has done it with opening and closing credits where the text is in the language requested to be played by the user. But the rest of the movie is the same.)
Branching allows them to put both movies on the disc and have the highest bit-rate possible.
I've also seen it as a version of copy protection. When copied, the film's software detects this and plays a different playlist, resulting in some pieces being played out-of-order and sometimes, ultimately, displaying a notice that the disc was a copy.
Lathe
12th February 2026, 09:39
Splitting is done for a couple of main reasons:
1) extended version/theatrical version
2) different language text in different areas of the movie (Disney has done it with opening and closing credits where the text is in the language requested to be played by the user. But the rest of the movie is the same.)
Branching allows them to put both movies on the disc and have the highest bit-rate possible.
I've also seen it as a version of copy protection. When copied, the film's software detects this and plays a different playlist, resulting in some pieces being played out-of-order and sometimes, ultimately, displaying a notice that the disc was a copy.
Yep, when they're is branching I see why they need to do that, but this would have to fall into the last case you mention, some form of supposed copy protection I guess. And, maybe it's related to that or not, but in this case the weird blanking the main movie file with BDRB blanking ALL the files. Strange...
MrVideo
12th February 2026, 14:49
Ya, jdobbs is going to have to respond as he programmed the "blanking" code and knows the logic behind what it will, and won't, keep.
musiclover
12th February 2026, 15:15
I had in the past some small succes with the hidden option REENCODE_MENUS=1
Emulgator
12th February 2026, 16:46
I can only suggest to use DGDemux and BDEdit at the same time on the same BD rip.
In DGDemux go through all .mpls and visualize what is happening in each playlist.
Make notes of all the assets (I do that in an Excel spreadsheet for every serious project).
In BDEdit go through the controlling .mpls. Pick one, add .m2ts entries, or delete them, shift or shuffle them at your will.
If that plays what you need, have it reencoded by BD-RB.
A hoped-for semi-automatic detection of each one's favourite path under past and today's varying structures... I would not put that on jdobbs.
Lathe
12th February 2026, 20:33
I had in the past some small succes with the hidden option REENCODE_MENUS=1
I was wondering if there might be some hidden option that might help, I'll try that, thanks!
Lathe
12th February 2026, 20:34
I can only suggest to use DGDemux and BDEdit at the same time on the same BD rip.
In DGDemux go through all .mpls and visualize what is happening in each playlist.
Make notes of all the assets (I do that in an Excel spreadsheet for every serious project).
In BDEdit go through the controlling .mpls. Pick one, add .m2ts entries, or delete them, shift or shuffle them at your will.
If that plays what you need, have it reencoded by BD-RB.
A hoped-for semi-automatic detection of each one's favourite path under past and today's varying structures... I would not put that on jdobbs.
Heh, oh yeah, I can imagine that would work and that YOU would definitely know how to do that! :D
That's probably a tad over my paygrade, but I appreciate the input. Usually I just end up doing a super fast whole disc encode and use that for the Xtras. Thanks though!
CraigWally
6th March 2026, 16:39
Also what about the bad artifacting issue? What's causing that?
It's been a while, but my experience of this issue was that no matter what software I used to play these files it had that issue, but burning the iso to disc and playing on a 3D capable Blu-Ray player they played perfectly
snowc
8th April 2026, 16:16
Error while Attempting to Mux is occuring AGAIN!
----------------------
[04/08/26] BD Rebuilder v0.62.16
[08:26:44] Source: HOW_TO_TRAIN_YOUR_DRAGON_2025_00612
- Input BD size: 29.58 GB
- Approximate total content: [02:05:20.512]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Quality: High Quality (Default)
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[08:26:46] - Aborted per user request
----------------------
[04/08/26] BD Rebuilder v0.62.16
[08:26:49] Source: HOW_TO_TRAIN_YOUR_DRAGON_2025_00612
- Input BD size: 29.58 GB
- Approximate total content: [02:05:20.512]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Quality: High Quality (Default)
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[08:26:51] PHASE ONE, Encoding
- [08:26:51] Processing: VID_00246 (1 of 1)
- [08:26:51] Extracting A/V streams [VID_00246]
- [08:28:26] Reencoding video [VID_00246]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 180,312 frames
- Bitrate: 4,323 Kbs
- [08:28:26] Reencoding: VID_00246
- [11:07:22] Video Encode complete
- [11:07:22] Processing audio tracks
- Track 4352 (eng): Keeping original core audio
[11:07:27]PHASE ONE complete
[11:07:27]PHASE TWO - Rebuild Started
- [11:07:27] Building ALTERNATE OUTPUT Structure
- [11:07:29] Converting 3 subtitles to DVD format.
- [11:13:40] Starting MPLEX.
- ERROR in attempt to mux (MPLEX)
[11:14:55] - Failed to REBUILD
robvalentino81
10th April 2026, 13:42
I'll see if there is an easy way to add the language to the filename before processing when necessary. My main worry is that there are many places where the filename might be referenced...
Was there ever a fix for this? I'm having the same issue with Amazing Spiderman 2 4K.
GiovAHD
22nd April 2026, 15:54
Size problem with Batch Queue
Hi guys, i tried to use Batch Queue to make different projects consecutively, but i found that size of BD in batch is not the same of that in single stream and so changes bitrate estimation;
example:
1. Single Stream
[04/22/26] BD Rebuilder v0.62.16
[05:47:24] Source: A_COMPLETE_UNKNOWN_(2024)_BD50
- Input BD size: 41,06 GB
- Approximate total content: [03:07:06.255]
- Target BD size: 23,73 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[05:47:24] PHASE ONE, Encoding
- [05:47:24] Blanking: VID_00257 (1 of 7)
- [05:47:24] Blanking: VID_00258 (2 of 7)
- [05:47:24] Processing: VID_00705 (3 of 7)
- [05:47:24] Extracting A/V streams [VID_00705]
- [05:51:26] Reencoding video [VID_00705]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 202.748 frames
- Bitrate: 19.848 Kbs
2. In Batch Queue
[16:40:03] PROCESSING BATCH FILE [1]
----------------------
[04/21/26] BD Rebuilder v0.62.16
[16:40:03] Source: A_COMPLETE_UNKNOWN_(2024)_BD50
- Input BD size: 44,36 GB
- Approximate total content: [03:07:06.255]
- Target BD size: 23,73 GB
- Windows Version: 6.1 [7601]
- Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[16:40:03] PHASE ONE, Encoding
- [16:40:03] Blanking: VID_00257 (1 of 7)
- [16:40:03] Blanking: VID_00258 (2 of 7)
- [16:40:03] Processing: VID_00705 (3 of 7)
- [16:40:03] Extracting A/V streams [VID_00705]
- [16:44:26] Reencoding video [VID_00705]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 202.748 frames
- Bitrate: 18.228 Kbs
Why in batch mode program doesn't consider the same size for the bd project?
Is there a way to fiz this?
Thanks in advance and best regards.
John
JugHead
3rd May 2026, 01:11
Just to let you know, the "www.avisynth.org." link is broken on the first page. "This Link" is working.
MrVideo
6th May 2026, 00:52
"This Link" isn't working either, since there is no link, just text.
musiclover
6th May 2026, 08:45
"This Link" isn't working either, since there is no link, just text.
He means "This Link" on the first page.
JugHead
8th May 2026, 02:55
He means "This Link" on the first page.
Correct. :)
MrVideo
14th May 2026, 22:54
He means "This Link" on the first page.
Sorry, should have said so. Fooled me. :eek:
jdobbs
29th May 2026, 21:22
Just to let you know, the "www.avisynth.org." link is broken on the first page. "This Link" is working.I got rid of the "www.avisynth.org" reference (since it doesn't exist anymore) and updated the "this link" so that it works.
GiovAHD
3rd June 2026, 00:45
Size problem with Batch Queue
Hi guys, i tried to use Batch Queue to make different projects consecutively, but i found that size of BD in batch is not the same of that in single stream and so changes bitrate estimation;
example:
1. Single Stream
[04/22/26] BD Rebuilder v0.62.16
[05:47:24] Source: A_COMPLETE_UNKNOWN_(2024)_BD50
- Input BD size: 41,06 GB
- Approximate total content: [03:07:06.255]
- Target BD size: 23,73 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[05:47:24] PHASE ONE, Encoding
- [05:47:24] Blanking: VID_00257 (1 of 7)
- [05:47:24] Blanking: VID_00258 (2 of 7)
- [05:47:24] Processing: VID_00705 (3 of 7)
- [05:47:24] Extracting A/V streams [VID_00705]
- [05:51:26] Reencoding video [VID_00705]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 202.748 frames
- Bitrate: 19.848 Kbs
2. In Batch Queue
[16:40:03] PROCESSING BATCH FILE [1]
----------------------
[04/21/26] BD Rebuilder v0.62.16
[16:40:03] Source: A_COMPLETE_UNKNOWN_(2024)_BD50
- Input BD size: 44,36 GB
- Approximate total content: [03:07:06.255]
- Target BD size: 23,73 GB
- Windows Version: 6.1 [7601]
- Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[16:40:03] PHASE ONE, Encoding
- [16:40:03] Blanking: VID_00257 (1 of 7)
- [16:40:03] Blanking: VID_00258 (2 of 7)
- [16:40:03] Processing: VID_00705 (3 of 7)
- [16:40:03] Extracting A/V streams [VID_00705]
- [16:44:26] Reencoding video [VID_00705]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 202.748 frames
- Bitrate: 18.228 Kbs
Why in batch mode program doesn't consider the same size for the bd project?
Is there a way to fiz this?
Thanks in advance and best regards.
John
And for this, no idea to fix? Thanks
jdobbs
3rd June 2026, 13:28
And for this, no idea to fix? ThanksFor one thing, you aren't using the same settings for the two jobs...
GiovAHD
4th June 2026, 06:03
For one thing, you aren't using the same settings for the two jobs...
If you mean the "quality" parameter, that doesn't change the bitrate, but the encoding duration. The other parameters are all the same, except for using Batch Queue.
Lathe
4th June 2026, 06:16
JD... HELP!!! I'm sorry to bother you man, I know your busy with all your undercover government work, but for the LIFE of me I cannot figure out some of these Blu-rays where BDRB will NOT allow you just to blank the movie file so that you can keep the menus and Xtras. It blanks EVERYTHING! I know this has something to do with the playlists, but is there any secret MOJO that you may have slipped in there where we can some way get around that?
Thanks man!
raquete
4th June 2026, 06:28
jdobbs
I want to author a dvd with audio only (5.1 AC3 or DTS), i don't mind about picture in background, can be black background.
Can you help me?
Another question is: If is possible to do a DVD with audio only(AC3 OR DTS 5.1), how to Buy a Pro version?
Cheers and thanks :-)
Ps: i need a tutorial too(a link to read, etc)
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.