BD Rebuilder Beta - Bug Reports Only

[Sharc]

12 Years a Slave / Quick-Play backup:
- The long 2:14 hours feature is declared as "Extra"
- The short 23 minutes Extra is declared as "Feature Presentation"
=> Accordingly, the bitrates (filesizes) of the encoding are offset.

Could this be a bug, or just one of the rare exceptions?

[Ch3vr0n]

well sharc, without bdrb log, nobody not even jdobbs will now

[Sharc]

Originally Posted by Ch3vr0n

well sharc, without bdrb log, nobody not even jdobbs will now

You don't see this wrong allocation in the log. You see it only in the Quick-Play menu editor dialogue.

Edit:
Now I noticed that the encoding seems to be correctly underway, means the long Feature and the short Extras are encoded with the intended settings. The "bug" (wrong allocation of the "Feature Presentation") is only in the Quick-Play Editor where the titles can be edited and re-arranged easily, however. So it's really a minor issue.

[dreamk]

I notice "unblock chapter skip" option is disappeared from setup menu and changes.txt dont tell anything about it, so what is happened to that and why?

[jdobbs]

Originally Posted by dreamk

I notice "unblock chapter skip" option is disappeared from setup menu and changes.txt dont tell anything about it, so what is happened to that and why?

it is now a hidden option.

[dreamk]

Originally Posted by jdobbs

it is now a hidden option.

Is it default on or off?
I have to admit im not very familiar with hidden options, but i could not find it from hiddenopts.txt file either (v0.47.06).

[Shylock]

@jdobbs

Having a strange issue with my last backup.
Title: "The young and prodigious T S Spivet", french release. Ripped with the latest AnyDVDHD, processed with BDRB 0.47.06. , full backup to BD25.
The original blu-ray includes the main feature and various extras (featurettes, previews, etc)
BDRB only "see" main feature and therefore do not process 4.6 Gb Extras (8 files). The files are simply copied during rebuilding process.
The resulting blu-ray plays fine with no gliches but as the extras are not reencoded, the resulting bitrate for the main feature is quite low.
logs included:

[06/07/14] BD Rebuilder v0.47.06 (beta)
[08:40:02] Source:  SPIVET
  - Input BD size: 38,16 GB
  - Approximate total content: [02:12:03.332]
  - Target BD size: 23,44 GB
  - Windows Version: 6.1 [7601]
  - Quality: Highest (Very Slow), Two Pass
  - Decoding/Frame serving: X264/LAVF
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:40:03] PHASE ONE, Encoding
 - [08:40:03] Processing: VID_00002 (1 of 1)
 - [08:40:03] Extracting A/V streams [VID_00002]
 - [08:49:14] Reencoding video [VID_00002]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 151*219 frames
   - Bitrate: 8*676 Kbs
 - [08:49:14] Reencoding: VID_00002, Pass 1 of 2
 - [09:14:14] Reencoding: VID_00002, Pass 2 of 2
 - [10:34:37] Video Encode complete
 - [10:34:37] Processing audio tracks
   - Track 4352 (fra): Keeping original audio
   - Track 4353 (fra): Keeping original audio
   - Track 4354 (eng): Keeping original audio
   - Track 4355 (eng): Keeping original audio
   - Track 4356 (fra): Keeping original audio
   - Track 4357 (fra): Keeping original audio
 - [10:34:37] Multiplexing M2TS
[10:43:08]PHASE ONE complete
[10:43:08]PHASE TWO - Rebuild Started
 - [10:43:08] Rebuilding BD file Structure
[10:44:35] - Encode and Rebuild complete
[10:44:35] JOB: SPIVET finished.

.inf

[Status]
LABEL=SPIVET
VERSION=v0.47.06 (beta)
SOURCE_SIZE=40975629186
SOURCE_VIDEO_SIZE=35086522368
TARGET_SIZE=25165824000
REDUCTION=.549405181277839
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;fra;fre;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=-1
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1.5
REBUILD_COMPLETE=0
[00002]
AUDIO=111111
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=19276717182
RATE=8676
SPLITS=1

BDRB .ini

[Paths]
SOURCE_PATH=G:\
WORKING_PATH=D:\BDWORK\
DGIndexNV=C:\Program Files (x86)\DGdecodeNV\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\DGdecodeNV\DGDecodeNV.dll
[Options]
VERSION=0.47.0.6
MODE=3
ENCODE_QUALITY=3
AUTO_QUALITY=0
AUTO_BURN=0
AUDIO_TO_KEEP=eng;fra;fre;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
USE_LAVF=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=1
UNMASK_CHAPTER=1
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24000
DTSX_ENABLE=1
MULTIPROCESS=0
ENABLE_TEST=1
TARGET_SIZE=24000
DGDECNV=0
MOVIEONLY_TYPE=11
ALTCRF=20
ALT_TARGET=6000
ALTMETHOD=2
ALTAUTOCROP=0
MIN_M2TS_SIZE=20
ENABLE_BLANKING=0
ALTERNATE_PAL=1
HC_PROFILE=BEST
FORCE_ENCODE=0
FORCED_SUB_LANG=fra;fre
RESIZE_1440=0
OUTPUT_3D=0
RESIZE_720=0
NEROAAC=0
SUPTITLE=0
OUTPUT_SBS=0
FRIM_SW_DECODE=1
FRIM_SW_ENCODE=1
OUTPUT_3D_ISO=1
ENCODER=0
IGNORE_3D=0
DGDECIM=0
FRIMSOURCE=0
ONEPASS_ENCODING=0
ENCODER_MENU=1

[jdobbs]

The problem is more likely that your are keeping too many of the everal HD audio streams. They are likely much more significant than the extras. I'd recommend you remove a couple of unneeded languages -- or better yet, reencode to AC3.

[Sharc]

@jdobbs
My source is a mounted 3D .iso. I encode it in Quick-Play Backup mode.
Everything is ok, but editing the Quick-Play Menu has no effect. The Quick Menu always reverts to DB-RBs defaults.
Is this because the edited titles.inf cannot be written to the mounted drive? If so, is there a possibility to make changes manually e.g. by editing the titles.inf in the \BDMV\Backup\Playlist\titles.inf folder, just before burning the backup to disc?

[gonca]

Originally Posted by Sharc

@jdobbs
My source is a mounted 3D .iso. I encode it in Quick-Play Backup mode.
Everything is ok, but editing the Quick-Play Menu has no effect. The Quick Menu always reverts to DB-RBs defaults.
Is this because the edited titles.inf cannot be written to the mounted drive? If so, is there a possibility to make changes manually e.g. by editing the titles.inf in the \BDMV\Backup\Playlist\titles.inf folder, just before burning the backup to disc?

You might have to re-import it, but you might??? lose the background

[Sharc]

Originally Posted by gonca

You might have to re-import it, but you might??? lose the background

I thought about the re-import as well; it's a bit awkward though. And yes, the menu backdrop might get lost and substituted by the default background. One can alway copy back the original backdrop and make some adjustments using BDedit.
Anyway, today I should get new blank BD media and I will try to edit the titles.inf manually before burning.

Edit:
Editing the titles.inf manually before burning to disc did not help. So let's wait until jdobbs is back.

[jdobbs]

Originally Posted by Sharc

@jdobbs
My source is a mounted 3D .iso. I encode it in Quick-Play Backup mode.
Everything is ok, but editing the Quick-Play Menu has no effect. The Quick Menu always reverts to DB-RBs defaults.
Is this because the edited titles.inf cannot be written to the mounted drive? If so, is there a possibility to make changes manually e.g. by editing the titles.inf in the \BDMV\Backup\Playlist\titles.inf folder, just before burning the backup to disc?

On vacation right now -- please remind me to look at it in a couple of weeks.

[Sharc]

Originally Posted by jdobbs

On vacation right now -- please remind me to look at it in a couple of weeks.

Thanks. Enjoy your vacation!

[Patrick]

I am using blanking to remove unwanted features to save space for higher quality video.
From my experiments I get the feeling that BDRebuilder might not take into account the blanked titles when calculating the video bit rate - at least I can see that the result is way below target size (way below = relative to the blanked amount).
Is this observation correct?
How to reproduce: blank all but a few small titles in full back-up mode and set the target size to, say, 80% of the remaining titles. In my case: two remaining titles with 950MBytes. Target size: 750MBytes. Yet, BDRebuilder selects a bit rate of just 380kbits (!!!) for encoding the remaining titles, i.e. believes it must share the target disc size among all - even blanked - titles...if my assumptions are correct, that is.

[jdobbs]

Originally Posted by Patrick

I am using blanking to remove unwanted features to save space for higher quality video.
From my experiments I get the feeling that BDRebuilder might not take into account the blanked titles when calculating the video bit rate - at least I can see that the result is way below target size (way below = relative to the blanked amount).
Is this observation correct?
How to reproduce: blank all but a few small titles in full back-up mode and set the target size to, say, 80% of the remaining titles. In my case: two remaining titles with 950MBytes. Target size: 750MBytes. Yet, BDRebuilder selects a bit rate of just 380kbits (!!!) for encoding the remaining titles, i.e. believes it must share the target disc size among all - even blanked - titles...if my assumptions are correct, that is.

It should subtract any blanked titles. But I will take a look when I return. Please remind me.

[Hajnal]

hello

time is set correctly - start mux time ??

[jdobbs]

Originally Posted by Hajnal

hello

time is set correctly - start mux time ??

??? I don't understand what you're asking.

[mparade]

It seems, according to the attached avs scripts, that BD-RB processes hard telecined 480i sources the same as they were interlaced ones even though, I marked them as "Inverse telecining this item" in edit mode after using hiddenopt IVTC_SELECTION=1.

Can this hiddenopt setting cause the problem?:

IVTC_TELECIDE=0

Thank you very much for your help!

[jdobbs]

Originally Posted by mparade

It seems, according to the attached avs scripts, that BD-RB processes hard telecined 480i sources the same as they were interlaced ones even though, I marked them as "Inverse telecining this item" in edit mode after using hiddenopt IVTC_SELECTION=1.

Can this hiddenopt setting cause the problem?:

IVTC_TELECIDE=0

Thank you very much for your help!

A hard telecined source isn't actually "telecined" (it has no BFF or RFF flags set). So there is no way to determine that they are telecined during scanning. In order to recover them you need to set the hidden flag IVTC_480i=1 in the configuration/INI file.

Don't forget to delete that line after you are done or your future 480 interlaced sources will look terrible.

[mparade]

Originally Posted by jdobbs

A hard telecined source isn't actually "telecined" (it has no BFF or RFF flags set). So there is no way to determine that they are telecined during scanning. In order to recover them you need to set the hidden flag IVTC_480i=1 in the configuration/INI file.

Don't forget to delete that line after you are done or your future 480 interlaced sources will look terrible.

Thank you very much for your help.

My problem is that on the same BD I have both 480i hard telecined sources, soft telecined and interlaced, so I thought
generally applying IVTC_480i=1 would not be a good idea and that is why tried to mark hard telecined sources with "Inverse telecine this item" selection after using IVTC_SELECTION=1 in the INI file (As it is described in hiddenopts.txt).

Anyway, have a nice holiday and really appreciate your help
from the "beach".