BD Rebuilder Beta - Bug Reports Only

[jdobbs]

Thank you Jdbbs but in few words? When I select Full movie, on Bd rebulder appears the three episodies that contain the disc but if I select Only movie on the Bd rebuilder appears the option to only one episode and very long (just like if Bd rebuilder takes the three episodes as one)

That is all my problem, I select Only movie and Bd rebuilder appears that, if I select full movie, appears all three:scared:I've answered you clearly twice, but you're asking the same question again. Please go back and read my original answer and the follow-up. What shows in the window means nothing... go to the Batch tab, right click, and select the playlists...

[Blurayhd]

The easiest way is to choose ALTERNATE output and select a format. For example, if you want to keep them intact, you can choose an intact option. If not, choose the one you want (720p, 1080p etc.), and then choose a quality level. The default of 23 is very good, but if you want near-perfect change it to 18. There are other options too, depending on your preference.

After you select the disc as your source, go to the BATCH tab and right click on it. Select "Add multiple Playlists to Queue" and choose the playlists for each of the episodes. Then just run the batch job. When it's done you will have all 3 or 4 episodes each in a separate MKV file. Repeat for all discs.

Thank you dear Jdobbs and sorry (my mistake, I don´t read all that, but that was without bad intention), so I just tryied that you said but I get the same, I know what you mind but I can´t get it works

An example, the disc as you know has three episodes and when I right click on BATCH I should see the playlist for each one for each episode (please tell me if I get wrong?) but when click right this appears (only one playlist with almost 3hs

http://i65.tinypic.com/243grqc.jpg

So, I honestly do not want to bother you but I have this problem. And I do not know what else to try all I need is to extract each episode

[jdobbs]

Thank you dear Jdobbs and sorry (my mistake, I don´t read all that, but that was without bad intention), so I just tryied that you said but I get the same, I know what you mind but I can´t get it works

An example, the disc as you know has three episodes and when I right click on BATCH I should see the playlist for each one for each episode (please tell me if I get wrong?) but when click right this appears (only one playlist with almost 3hs

http://i65.tinypic.com/243grqc.jpg

So, I honestly do not want to bother you but I have this problem. And I do not know what else to try all I need is to extract each episodeYeah, that's a little different. In that case they've probably used one playlist to hold 3 episodes. It's possible they use the chapter points as the indicators. I've seen that on DVDs before (see the hidden option IMPORT_DVD_CHAPS), but never on a Blu-ray disc. It's more likely they've combined multiple M2TS files into a single playlist and use jump points (I think I've seen that before). I may need to see if I can find a disc from that series... I really don't want to buy the whole series just to have a look at it. It's weird that there is only one playlist available in the list -- that's for sure.

[MrVideo]

The BDEdit program can be used to look at the disc's playlists.

[Blurayhd]

Yeah, that's a little different. In that case they've probably used one playlist to hold 3 episodes. It's possible they use the chapter points as the indicators. I've seen that on DVDs before (see the hidden option IMPORT_DVD_CHAPS), but never on a Blu-ray disc. It's more likely they've combined multiple M2TS files into a single playlist and use jump points (I think I've seen that before). I may need to see if I can find a disc from that series... I really don't want to buy the whole series just to have a look at it. It's weird that there is only one playlist available in the list -- that's for sure.

Thank you jdobbs I just do that for see whats happens but still the problem

[MrVideo]

Thank you jdobbs I just do that for see whats happens but still the problem
Download the BDEdit program, as mentioned, and use it to look at the disc's playlist structure. The program is free.

[ggtop]

Hi,

I'm having an audio delay when backing up "Now you see me 2" as alternatate output. Movie is multi-part (00003.mpls) and consists of 3 M2TS files:
1. studio logo clip (23 sec) 00003.m2ts
2. movie (2:09h) 00006.m2ts
3. short clip (1 sec) 00005.m2ts

Audio seems to be off exactly by the length of the first file.
I also tried to import the original rip and created a quick authored BD which behaves the same. Just wanted to see if a single M2TS has the same issue.
If I demux 00003.m2ts manually with TSMuxerGUI there are audio files with 23 sec of silence.

Along some screenshots from BD-RB and BDEdit if that helps.

It is the German version of that movie. Maybe someone has the same disc...

Just doing a BD 25 backup. Curious how that one comes out.

Thank you in advance
ggtop

[jdobbs]

@ggtop

I'll try the US version and see if it has the same issue.

[ggtop]

Just doing a BD 25 backup. Curious how that one comes out.

Just tested a BD25 backup. Audio is fine. Next test is an alternate movie-only output from BD25 input.

ggtop

[ggtop]

Next test is an alternate movie-only output from BD25 input.

Just created an MP4 with intact video and AAC from BD-RB processed BD25 output and it has the same ~ 23 sec delay.
Obviously the audio from segment 00003.m2ts is not taken into account on demuxing as I can see/hear that extracted file 00003.track_4352.dts does not contain 23 sec silence in the beginning.

ggtop

[Sharc]

BD-RB exits with an error when trying to import a captured .avi source.
Could it be that the lossless video format which in this case is either Huffyuf (Codec ID: HFYU) or Lagarith (Codec ID: LAGS) is not recognized?

- [10:35:07] Importing video file: (1 of 1)
- Preparing AVI for processing...
- Collecting audio/video streams from source...
[10:35:15] ERROR: Collecting video file streams. Aborted.

[jdobbs]

Just created an MP4 with intact video and AAC from BD-RB processed BD25 output and it has the same ~ 23 sec delay.
Obviously the audio from segment 00003.m2ts is not taken into account on demuxing as I can see/hear that extracted file 00003.track_4352.dts does not contain 23 sec silence in the beginning.

ggtopI looked at the US version yesterday -- and it is nothing like yours. It is broken up in to many parts.

[jdobbs]

BD-RB exits with an error when trying to import a captured .avi source.
Could it be that the lossless video format which in this case is either Huffyuf (Codec ID: HFYU) or Lagarith (Codec ID: LAGS) is not recognized?Definitely.

[Sharc]

Definitely.
I see. So the *.avi import accepts video in mpeg-1, mpeg-2, mpeg-4 (AVC), VC-1, DivX format, but not lossless, right?
If so, I have to convert the lossless VHS captures to one of the accepted import formats. It's not a big obstacle because I will normally have to preprocess the tape captures anyway.

[jdobbs]

I see. So the *.avi import accepts video in mpeg-1, mpeg-2, mpeg-4 (AVC), VC-1, DivX format, but not lossless, right?
If so, I have to convert the lossless VHS captures to one of the accepted import formats. It's not a big obstacle because I will normally have to preprocess the tape captures anyway.I went for the most common import types. If I add things that aren't accepted by TSMUXER, BD-RB has to reencode them into an acceptable format before allowing it into the pseudo-BD structure (as happens now with DIVX). Right now BD-RB accepts:

V_MPEG4/ISO/AVC
V_MPEGH/ISO/HEVC
V_MS/VFW/FOURCC / WVC1
V_MS/VFW/WVC1
V_MPEG2
V_MS/VFW/FOURCC / XVID, V_MS/VFW/FOURCC / DX50,
V_MS/VFW/FOURCC / DIV3, V_MS/VFW/FOURCC / DIV4,
V_MS/VFW/FOURCC / DIV5, V_MPEG1, V_MS/VFW/FOURCC / DIVX
A_DTS
A_AC3
A_AAC
S_TEXT/UTF8
S_TEXT/ASS
A_PCM, A_LPCM
A_MPEG/L3
A_MPEG/L2
A_MPEG/L1
S_HDMV/PGS

So what ID does MediaInfo report for your source? If LAV filters supports it and you think it is common enough to be included, I should be able to import and reencode automatically. I reencode to AVC with CRF and it defaults to crf=18. But... there is an undocumented hidden option called IMPORT_CONVERT_CRF that can change that to whatever you want (even lossless AVC). Of course, it will dramatically affect the size of the pseudo-BD structure.

[Sharc]

I went for the most common import types. If I add things that aren't accepted by TSMUXER, BD-RB has to reencode them into an acceptable format before allowing it into the pseudo-BD structure (as happens now with DIVX). Right now BD-RB accepts:

V_MPEG4/ISO/AVC
V_MPEGH/ISO/HEVC
V_MS/VFW/FOURCC / WVC1
V_MS/VFW/WVC1
V_MPEG2
V_MS/VFW/FOURCC / XVID, V_MS/VFW/FOURCC / DX50,
V_MS/VFW/FOURCC / DIV3, V_MS/VFW/FOURCC / DIV4,
V_MS/VFW/FOURCC / DIV5, V_MPEG1, V_MS/VFW/FOURCC / DIVX
A_DTS
A_AC3
A_AAC
S_TEXT/UTF8
S_TEXT/ASS
A_PCM, A_LPCM
A_MPEG/L3
A_MPEG/L2
A_MPEG/L1
S_HDMV/PGS

So what ID does MediaInfo report for your source? If LAV filters supports it and you think it is common enough to be included, I should be able to import and reencode automatically. I reencode to AVC with CRF and it defaults to crf=18. But... there is an undocumented hidden option called IMPORT_CONVERT_CRF that can change that to whatever you want (even lossless AVC). Of course, it will dramatically affect the size of the pseudo-BD structure.
From MediaInfo:
Format : HuffYUV
Format version : Version 2
Codec ID : HFYU
or:
Format : Lagarith
Codec ID : LAGS
I think theses codecs/compressors are widely used for lossless video tape captures.

[Torrentted84]

First thanks for this program, been using it for a few years already and still glad that I've found it.

Maybe these are noob questions, but can't find other place to ask them.
1. Is it normal that the bitrate stays the same when using 1080 or converterting them to 720? When having a serie which is more than 3Hours I mostly change it to 720 in setup. But the bitrate is still the same as the 1080 option.

2. When using edit mode I can decide to blank extra's, but is it possible to lower the quality for only a few extra's
- I know tthat the option "quicker encode for extra's" exist but when doing this with series it is not always clear which stream is considered as an extra.

I don't have any programming skills so I don't know how it works behind the scenes or how difficult it is.
- For instances 720 @ specific bitrate 4mbps for some (interviews or similar)
- 480 for bloopers and/or deleted scenes

[ggtop]

I looked at the US version yesterday -- and it is nothing like yours. It is broken up in to many parts.

Hi jdobbs,

it seems I found the root cause.
I played around with tsmuxer and those META files that are created by BD-RB to control the demuxing.
I created my own META file and demuxed 00003.m2ts (rather than 00003.mpls) and both DTS tracks came out with 0 KB file size. This does not happen with AC3 tracks. They have 23 sec silence and choosing one of them for the alternate output results in a perfectly in sync MP4.

00003.META
MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500 --start-time=27000000

V_MPEG4/ISO/AVC, "E:\BDMV\STREAM\00003.m2ts", fps=23.976, track=4113

A_DTS, "E:\BDMV\STREAM\00003.m2ts", track=4352, lang=deu
A_AC3, "E:\BDMV\STREAM\00003.m2ts", track=4353, lang=deu
A_DTS, "E:\BDMV\STREAM\00003.m2ts", track=4354, lang=eng
A_AC3, "E:\BDMV\STREAM\00003.m2ts", track=4355, lang=eng

Is there anything BD-RB can do in cases like this?

ggtop

[jdobbs]

First thanks for this program, been using it for a few years already and still glad that I've found it.

Maybe these are noob questions, but can't find other place to ask them.
1. Is it normal that the bitrate stays the same when using 1080 or converterting them to 720? When having a serie which is more than 3Hours I mostly change it to 720 in setup. But the bitrate is still the same as the 1080 option.

2. When using edit mode I can decide to blank extra's, but is it possible to lower the quality for only a few extra's
- I know tthat the option "quicker encode for extra's" exist but when doing this with series it is not always clear which stream is considered as an extra.

I don't have any programming skills so I don't know how it works behind the scenes or how difficult it is.
- For instances 720 @ specific bitrate 4mbps for some (interviews or similar)
- 480 for bloopers and/or deleted scenes1. Yes, if you are using a target. But... since the bitrate is the same while the resolution is smaller -- it would be reasonable to say the quality would improve (assuming it isn't at/near its max).

2. Not currently.

[jdobbs]

Hi jdobbs,

it seems I found the root cause.
I played around with tsmuxer and those META files that are created by BD-RB to control the demuxing.
I created my own META file and demuxed 00003.m2ts (rather than 00003.mpls) and both DTS tracks came out with 0 KB file size. This does not happen with AC3 tracks. They have 23 sec silence and choosing one of them for the alternate output results in a perfectly in sync MP4.

00003.META
MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500 --start-time=27000000

V_MPEG4/ISO/AVC, "E:\BDMV\STREAM\00003.m2ts", fps=23.976, track=4113

A_DTS, "E:\BDMV\STREAM\00003.m2ts", track=4352, lang=deu
A_AC3, "E:\BDMV\STREAM\00003.m2ts", track=4353, lang=deu
A_DTS, "E:\BDMV\STREAM\00003.m2ts", track=4354, lang=eng
A_AC3, "E:\BDMV\STREAM\00003.m2ts", track=4355, lang=eng

Is there anything BD-RB can do in cases like this?

ggtopNot really... if the DTS tracks is missing it means the the source is actually illegal, since all M2TS files of the same playlist are required to have the same track mapping.

[Sharc]

@jdobbs
Did you already have a chance to look into this. (http://forum.doom9.org/showpost.php?p=1790776&postcount=25414) (The non-playable discs for full backup SBS encodes).

[jdobbs]

@jdobbs
Did you already have a chance to look into this. (http://forum.doom9.org/showpost.php?p=1790776&postcount=25414) (The non-playable discs for full backup SBS encodes).Not yet. But I will soon.

[Lathe]

I don't have any programming skills so I don't know how it works behind the scenes or how difficult it is.
- For instances 720 @ specific bitrate 4mbps for some (interviews or similar)
- 480 for bloopers and/or deleted scenes

Ah... careful with that screen name... I can see Ch3vr0n now, sharpening his daggers and knives and polishing his sniper rifle... :sly:

Heh, well what I do with my Xtras is that you can set an overall CRF value (as oppose to bit rate) for all Xtras. I have mine set at 24, which for Xtras I find is an overall good compromise. I mean, I LOVE the Xtras in films and if I really like the movie, I generally keep all the Xtras. BUT... in most cases we ARE talking about just interviews (maybe interspersed with film clips) and like you said, Bloopers, etc. So, to me it's not like the film itself where you have to sweat the quality so much.

So, what I would suggest is find a good compromise CRF value for Xtras (I think you set that in the hidden options and add to your ini file) so that you will get an acceptable overall quality for all Xtras and yet still save a good amount of space. Many times I've noticed recently even when I have Xtras that add up to say 5 Gigs and I have BDRB encode JUST the Xtras only to make a BD5 disc (AVCHD) and I set the quality for say 'Very Fast', since I've instructed BDRB to use the alternate CRF for Xtras, usually the disc will come out only about 1.75 - 2 Gigs as opposed to filling the BD5. At first, I was wondering why and then it dawned on me that BDRB was using the alternate CRF rate for the Xtras that I had set in the ini.

I hope that helps...

[Ch3vr0n]

@lathe don't bring me in over something I've got nothing to do with. I could care less about someone's username.

Sent from my Nexus 6P with Tapatalk.

[Torrentted84]

1. Yes, if you are using a target. But... since the bitrate is the same while the resolution is smaller -- it would be reasonable to say the quality would improve (assuming it isn't at/near its max).

2. Not currently.


Thanks for the information jdobbs about the bitrate. Thought that I consult the experts with this question

Ah... careful with that screen name... I can see Ch3vr0n now, sharpening his daggers and knives and polishing his sniper rifle...

Heh, well what I do with my Xtras is that you can set an overall CRF value (as oppose to bit rate) for all Xtras. I have mine set at 24, which for Xtras I find is an overall good compromise. I mean, I LOVE the Xtras in films and if I really like the movie, I generally keep all the Xtras. BUT... in most cases we ARE talking about just interviews (maybe interspersed with film clips) and like you said, Bloopers, etc. So, to me it's not like the film itself where you have to sweat the quality so much.

So, what I would suggest is find a good compromise CRF value for Xtras (I think you set that in the hidden options and add to your ini file) so that you will get an acceptable overall quality for all Xtras and yet still save a good amount of space. Many times I've noticed recently even when I have Xtras that add up to say 5 Gigs and I have BDRB encode JUST the Xtras only to make a BD5 disc (AVCHD) and I set the quality for say 'Very Fast', since I've instructed BDRB to use the alternate CRF for Xtras, usually the disc will come out only about 1.75 - 2 Gigs as opposed to filling the BD5. At first, I was wondering why and then it dawned on me that BDRB was using the alternate CRF rate for the Xtras that I had set in the ini.

I hope that helps...

Thanks Lathe. I will definitely have a look at this.

[colinhunt]

Okay, I know pretty much nobody cares about 3D anymore. Regardless: I did The Hobbit 3D Extended Edition disc 2 last night on version 0.50.20 using FRIMSource and QSV acceleration, and while the encoding & building of .ISO happened in less than an hour (which is nice), the output has left and right views swapped. And unfortunately neither my player nor my projector offers an option for swapping the views.

I did a couple of other 3D titles as well but haven't checked them yet for this issue. Actually, I think this is not the first time I've mentioned this phenomenon in this thread. Hmm.

[jdobbs]

Okay, I know pretty much nobody cares about 3D anymore. Regardless: I did The Hobbit 3D Extended Edition disc 2 last night on version 0.50.20 using FRIMSource and QSV acceleration, and while the encoding & building of .ISO happened in less than an hour (which is nice), the output has left and right views swapped. And unfortunately neither my player nor my projector offers an option for swapping the views.

I did a couple of other 3D titles as well but haven't checked them yet for this issue. Actually, I think this is not the first time I've mentioned this phenomenon in this thread. Hmm.Did you do it in SBS or OU mode? If not then the left/right would remain unchanged -- as it is set by the original disc as flagged by the MPLS file. That, of course, would indicate a player issue unless you have set the SWAP_3D hidden option by mistake and are using SBS/OU.

Please post your log and ini, as it's hard to help when blind.

[colinhunt]

Did you do it in SBS or OU mode? If not then the left/right would remain unchanged -- as it is set by the original disc. That, of course, would indicate a player issue unless you have set the SWAP_3D hidden option by mistake (for SBS/OU).
Sorry, not SBS or OU. Full 1080p frame-packed, main movie only, to 3D .iso.

I went through my recent 3D backups, and discovered several that had their L/R views swapped. Going through .LOG I noticed I'd used both 0.50.19 and 0.50.20, and the ones done on .19 did not have their views swapped.

.INI for 0.50.19:

[Options]
VERSION=0.50.0.19
ENCODER=0
MODE=3
ENCODE_QUALITY=3
QUALITY_ULTRA=1
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0
OUTPUT_3D_ISO=1
IGNORE_3D=0
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=25300
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
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=2
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=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=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=25550
[Paths]
SOURCE_PATH=H:\
WORKING_PATH=F:\_BDRB_OUTPUT\
OUTPUT_FOLDER=Q:\_ENCODES\

Logs for titles done on .19:

[11/22/16] BD Rebuilder v0.50.19
[23:56:55] Source: STAR_TREK_BEYOND_3D_00800
- Input BD size: 42.32 GB
- Approximate total content: [02:02:22.209]
- Target BD size: 24.71 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[23:56:58] PHASE ONE, Encoding
- [23:56:58] Processing: VID_00800 (1 of 1)
- [23:56:58] Extracting A/V streams [VID_00800]
- [00:07:20] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 176,037 frames
- Bitrate: 19,700 Kbs
- Using FRIMEncoder for MVC encoding
- [00:07:20] Reencoding: VID_00800, Pass 1 of 1
- [00:54:48] Video Encode complete
- [00:54:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[00:54:48]PHASE ONE complete
[00:54:48]PHASE TWO - Rebuild Started
- [00:54:48] Rebuilding BD-3D file Structure
[01:04:52] - Encode and Rebuild complete
[01:04:52] JOB: STAR_TREK_BEYOND_3D finished.

[11/23/16] BD Rebuilder v0.50.19
[18:49:29] Source: THE_BFG_00000
- Input BD size: 33.39 GB
- Approximate total content: [01:57:09.105]
- Target BD size: 24.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[18:49:31] PHASE ONE, Encoding
- [18:49:31] Processing: VID_00000 (1 of 1)
- [18:49:31] Extracting A/V streams [VID_00000]
- [18:56:25] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168,530 frames
- Bitrate: 21,010 Kbs
- Using FRIMEncoder for MVC encoding
- [18:56:25] Reencoding: VID_00000, Pass 1 of 1
- [19:36:49] Video Encode complete
- [19:36:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[19:36:49]PHASE ONE complete
[19:36:49]PHASE TWO - Rebuild Started
- [19:36:49] Rebuilding BD-3D file Structure
[19:46:47] - Encode and Rebuild complete
[19:46:47] JOB: THE_BFG finished.

.INI for 0.50.20:

[Options]
VERSION=0.50.0.20
ENCODER=0
MODE=3
OUTPUT_FOLDER=Q:\_ENCODES
ENCODE_QUALITY=3
QUALITY_ULTRA=1
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0
OUTPUT_3D_ISO=1
IGNORE_3D=0
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=25300
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
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=2
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=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=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24900
[Paths]
SOURCE_PATH=H:\
WORKING_PATH=F:\_BDRB_OUTPUT\

Logs for titles done on .20; all these had their views swapped, even the one that wasn't re-encoded.

[01/11/17] BD Rebuilder v0.50.20
[20:17:06] Source: HOBBIT_EXT_PT1_D2_00100
- Input BD size: 27.62 GB
- Approximate total content: [01:23:28.378]
- Target BD size: 24.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[20:17:09] PHASE ONE, Encoding
- [20:17:09] Processing: VID_00006 (1 of 1)
- [20:17:09] Extracting A/V streams [VID_00006]
- [20:22:03] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 120,081 frames
- Bitrate: 33,388 Kbs
- Using FRIMEncoder for MVC encoding
- [20:22:03] Reencoding: VID_00006, Pass 1 of 1
- [20:48:52] Video Encode complete
- [20:48:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[20:48:52]PHASE ONE complete
[20:48:52]PHASE TWO - Rebuild Started
- [20:48:52] Rebuilding BD-3D file Structure
[20:59:20] - Encode and Rebuild complete
[20:59:20] JOB: HOBBIT_EXT_PT1_D2 finished.


[01/11/17] BD Rebuilder v0.50.20
[21:49:14] Source: IT_CAME_FROM_OUTER_SPACE_00230
- Input BD size: 20.10 GB
- Approximate total content: [01:20:18.271]
- Target BD size: 24.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Output folder: Q:\_ENCODES\
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[21:49:18] PHASE ONE, Encoding
- [21:49:18] Processing: VID_00300 (1 of 1)
- [21:49:18] Extracting A/V streams [VID_00300]
- [21:53:33] Reencoding video [VID_00300]
- [21:53:33] Keeping original video (no reencode)
- [21:53:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
[21:53:33]PHASE ONE complete
[21:53:33]PHASE TWO - Rebuild Started
- [21:53:33] Rebuilding BD-3D file Structure
[22:00:37] - Encode and Rebuild complete
[22:00:37] JOB: IT_CAME_FROM_OUTER_SPACE finished.

[01/12/17] BD Rebuilder v0.50.20
[16:16:25] Source: STORKS_00098
- Input BD size: 27.70 GB
- Approximate total content: [01:26:57.879]
- Target BD size: 24.32 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Output folder: Q:\_ENCODES\
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[16:16:27] PHASE ONE, Encoding
- [16:16:27] Processing: VID_00042 (1 of 1)
- [16:16:27] Extracting A/V streams [VID_00042]
- [16:21:58] Reencoding video [VID_00042]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 125,104 frames
- Bitrate: 33,863 Kbs
- Using FRIMEncoder for MVC encoding
- [16:21:58] Reencoding: VID_00042, Pass 1 of 1
- [16:52:39] Video Encode complete
- [16:52:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[16:52:39]PHASE ONE complete
[16:52:39]PHASE TWO - Rebuild Started
- [16:52:39] Rebuilding BD-3D file Structure
[17:01:13] - Encode and Rebuild complete
[17:01:13] JOB: STORKS finished.

There was one more title done on .20, a German oddity titled Lichtmond, but I can't be sure if its views were swapped or not. It's basically a demo of extreme 3D, and watching it feels like someone's trying to yank my eyeballs out of my head.

[brunchto]

There is a SWAP_3D hidden option? I missed it 😭... I will try

[jdobbs]

@colinhunt

Nothing changed related to 3D between 0.50.19 and 0.50.20 -- so that isn't likely. As I said, if you aren't doing OU/SBS then the determination of which is right/left is in the MPLS file. It isn't something that BD-RB manipulates. I can check and see if there might be something at play in the FRIM command line -- but it is unlikely.

[jdobbs]

There is a SWAP_3D hidden option? I missed it 😭... I will tryJust remember that it only applies to SBS/OU.

[colinhunt]

Nothing changed related to 3D between 0.50.19 and 0.50.20 -- so that isn't likely. As I said, if you aren't doing OU/SBS then the determination of which is right/left is in the MPLS file. It isn't something that BD-RB manipulates. I can check and see if there might be something at play in the FRIM command line -- but it is unlikely.
Something's wonky for sure, since the views are correct on the original discs. I'm re-doing a couple of titles on .19 now that were previously done on .20 to see if output is any different views-wise.

Additional datapoints:

Did "Storks" on 0.50.19: output has swapped views.
Played original on same player & projector in 3D: views are correct.

Checked "It Came From Outer Space" original (i.e. the one that was not re-encoded but output had swapped views regardless): views are correct.

Could this have something to do with FRIMdecoder? I'll test by running another backup of Storks, this time with FRIMdecoder set to software.

[brunchto]

Just remember that it only applies to SBS/OU.



Ahh, thats why i miss it. I convert 3d br to iso, then extract m2ts file which works on my oppo. To bad i cannot switch L/R😢 since some m2ts have swapped eyes

[jdobbs]

Something's wonky for sure, since the views are correct on the original discs. I'm re-doing a couple of titles on .19 now that were previously done on .20 to see if output is any different views-wise.Are you using the version of FRIM that comes with BD-RB? There's just no changes to 3D between those versions.

[colinhunt]

Are you using the version of FRIM that comes with BD-RB? There's just no changes to 3D between those versions.
The ones in BD-RB's Tools directory? Yes, I haven't touched those.

The only reason I mentioned .19 and .20 is that the titles I did earlier on .19 had correct views. But I've now done Storks on both .19 and .20, and both outputs had swapped views so yeah, that's not the explanation.

[MrVideo]

I could care less about someone's username.
So, you can care less about someone's username. :eek:

[jdobbs]

The ones in BD-RB's Tools directory? Yes, I haven't touched those.

The only reason I mentioned .19 and .20 is that the titles I did earlier on .19 had correct views. But I've now done Storks on both .19 and .20, and both outputs had swapped views so yeah, that's not the explanation.What player are you using? It's possible that your player isn't heeding the MPLS specified left/right configuration.

[colinhunt]

What player are you using? It's possible that your player isn't heeding the MPLS specified left/right configuration.
It's a Pioneer stand-alone player. I don't think it's the culprit here, to be honest.

I've just finished another backup of Storks, this time with FRIMdecoder set to software instead of "automatic", and about to check whether it made a difference.

update: Nope, views swapped again.

Running one more backup, this time on a rig that does not have QSV.

Although... thinking about this logically, the issue's not in the encoding since views got swapped even when there was no need for re-encoding.

[colinhunt]

Something very odd is happening with 3D titles. I hope someone here can shed some light on it.

I used MakeMKV to create an MKV file which has a Stereo AVC video stream in it. Note that the MKV was created directly from data which played correctly on a stand-alone Blu-ray player. I played the MKV on Stereoscopic Player which is capable of reading and displaying Stereo streams muxed into an MKV container. To my surprise, the left and right views are swapped in the MKV -- just like they were in the 3D Blu-ray I created using BD-RB. But again, the views are not swapped in the original data/disc.

What the heck is going on here? Is there something in the data that "forces" applications into reading l/r configuration data incorrectly?

[jdobbs]

Something very odd is happening with 3D titles. I hope someone here can shed some light on it.

I used MakeMKV to create an MKV file which has a Stereo AVC video stream in it. Note that the MKV was created directly from data which played correctly on a stand-alone Blu-ray player. I played the MKV on Stereoscopic Player which is capable of reading and displaying Stereo streams muxed into an MKV container. To my surprise, the left and right views are swapped in the MKV -- just like they were in the 3D Blu-ray I created using BD-RB. But again, the views are not swapped in the original data/disc.

What the heck is going on here? Is there something in the data that "forces" applications into reading l/r configuration data incorrectly?I would be almost willing to bet that the views aren't being swapped -- but that they are just different from the offset. Normally the base part of the MVC pair is the left view and the dependent portion is right. But there is a flag in the MPLS that can indicate that the base part represents the right view (called Base_view_R_flag in the AppInfoPlayList() table). More than likely the programs you are using aren't looking at that flag and always assumes it is left. BD-RB just leaves the flag as-is and and reencodes the MVC when doing a full backup.

[colinhunt]

I would be almost willing to bet that the views aren't being swapped -- but that they are just different from the offset. Normally the base part of the MVC pair is the left picture. But there is a flag in the MPLS that can indicate that the base part represents the right view. More than likely the programs you are using aren't looking at that flag and always assumes it is left.
Forgetting MakeMKV and Stereoscopic Player for now as I used them this one time to test a theory, the only program involved in addition to BD-RB is the decrypter which is also used for making the .iso file. That .iso file (the data contained within it, to be precise) plays perfectly on a stand-alone player, no problem with L/R views being swapped.

But after that very same data in that .iso file is processed by BD-RB (or MakeMKV, it seems), the output suffers from swapped views. Even when the 3D video has not been re-encoded.

Can you think of any explanation for why that is happening? Could it be that whatever piece of code is in charge of reading the flag you mentioned is not working properly?

Theory: the 3D titles that don't suffer from swapped views after processing have the base part as the left view. The 3D titles that suffer from swapped views have right view as the base part, and for some reason BD-RB (and MakeMKV) are not reading -- or copying to output -- that piece of information.

[jdobbs]

It's possible that BD-RB isn't setting that flag when doing a movie-only backup (for some reason I was thinking you were doing a full backup). I'll do some checking. In the meantime, if you have a hex editor you can look at the byte at offset 0x38 in the MPLS file of the output. If bit 4 (masked by 0x10) isn't set -- it probably should be. If it isn't set, try setting it, burn to a BD-RW, and that should fix it.

[colinhunt]

(for some reason I was thinking you were doing a full backup).
I would love to do a full backup but BD-RB outputs it into a BDMV directory structure, even when I have the "output to iso" set to 1.

In the meantime, if you have a hex editor you can look at the byte at offset 0x38 in the MPLS file of the output. If bit 4 (masked by 0x10) isn't set -- it probably should be. If it isn't set, try setting it, burn to a BD-RW, and that should fix it.
That was all gobbledygook to me, but I'll look into it, thanks. Perhaps an old dog can learn new tricks after all.

[Lathe]

So, you can care less about someone's username. :eek:

NO! Don't wake him up again...

When will I learn... http://lathe-of-heaven.com/doh.gif

[jdobbs]

I would love to do a full backup but BD-RB outputs it into a BDMV directory structure, even when I have the "output to iso" set to 1.


That was all gobbledygook to me, but I'll look into it, thanks. Perhaps an old dog can learn new tricks after all.You can't do full backup to ISO format (keeping the SSIF folder) because TSMUXER can't support it. The only way I could do that would be to create the ISO myself -- and I think that's beyond the scope of what I want BD-RB to do.

[jdobbs]

I would love to do a full backup but BD-RB outputs it into a BDMV directory structure, even when I have the "output to iso" set to 1.


That was all gobbledygook to me, but I'll look into it, thanks. Perhaps an old dog can learn new tricks after all.If you send me the original MPLS file for the main feature and the new one created for movie-only I can at least see whether that is the issue.

Thinking about it, though, that may be the issue. I can't modify an MPLS that has been output to ISO...

[jdobbs]

If you send me the original MPLS file for the main feature and the new one created for movie-only I can at least see whether that is the issue.

Thinking about it, though, that may be the issue. I can't modify an MPLS that has been output to ISO...Never mind. There is an option available in TSMUXER to set the base to right-eye, and I'm not setting it for movie-only. I'm surprised I haven't gotten this reported before -- but I think the vast majority of discs default to having the left eye in the base stream.

I'm pretty sure that is the issue you're experiencing. I'll get a fix in for the next release. It might be a few days, though, as I want to also address Sharc's issue (http://forum.doom9.org/showthread.php?p=1793045#post1793045) in that release as well.

[Donuts]

hi

i have two mkv movie files that have a truehd 7.1 track. according to the listing on blu-ray.com these also have a dolby atmos track. i don't see that listing in my mediainfo app. i use bdrebuilder cause the two mkvs have a resolution of 1920 and a number close to 1080. for example 804. id like to burn these for more convenience. these are color regraded copies so i'd like to archive these. the size of both of these mkvs look like they can be put on bd25's. everytime i use bdrebuilder using these instructions i got from a friend who does the same thing the resulting bd folder's movie file has only dolby ac3 5.1. i can play the original mkv in truehd 7.1 so i don't think there's a incompatibility issue. here are my settings:

custom target size: 24200mb
high priority
highest very slow
one pass ABR encoding

https://puu.sh/tkAYf/dfe641b1b9.png

i thought i read on the faq that if you set your settings to encode to bd50 it will retain the truehd 7.1. i tried that last night and i woke up to find that it still only had the ac3 5.1 track.

here's the log file for when i tried to make a bd50. unfortunately i can't find a log file for when i last tried to make a bd25 for this mkv. but if you need one lemme know. thanks in advance!!!

[Lathe]

hi

i have two mkv movie files that have a truehd 7.1 track. according to the listing on blu-ray.com these also have a dolby atmos track. i don't see that listing in my mediainfo app. i use bdrebuilder cause the two mkvs have a resolution of 1920 and a number close to 1080. for example 804. id like to burn these for more convenience. these are color regraded copies so i'd like to archive these. the size of both of these mkvs look like they can be put on bd25's. everytime i use bdrebuilder using these instructions i got from a friend who does the same thing the resulting bd folder's movie file has only dolby ac3 5.1. i can play the original mkv in truehd 7.1 so i don't think there's a incompatibility issue. here are my settings:

custom target size: 24200mb
high priority
highest very slow
one pass ABR encoding

https://puu.sh/tkAYf/dfe641b1b9.png

i thought i read on the faq that if you set your settings to encode to bd50 it will retain the truehd 7.1. i tried that last night and i woke up to find that it still only had the ac3 5.1 track.

here's the log file for when i tried to make a bd50. unfortunately i can't find a log file for when i last tried to make a bd25 for this mkv. but if you need one lemme know. thanks in advance!!!

Well, 2 things I notice right away:

1. when a Blu-ray is rendered into an MKV file and also happens to have a TrueHD audio track, the AC3 core is ALWAYS ripped out. What that means is that when you then go from the MKV back to a playable Blu-ray or a BDMV folder, all that remains is just an AC3 @640 track. This took me a while to learn when I kept encountering all these TrueHD audio tracks, and apparently like you, I also like to keep the full HD audio if possible.

The ONLY way that I know to go from MKV to Blu-ray and retain the full TrueHD audio is to use a free program called eac3to. I use the GUI or interface with it called UsEac3to. When you drop the full MKV into the interface, in the dropdown menu where you 'read' the existing tracks, you choose the 'TRUE' track. Next to it in the dropdown menu you then choose the 'TRUE + AC3' option, which is the form in which you will be rendering it. THAT way, the resulting audio track will have the full TrueHD audio WITH the AC3 core put back in. NOW, you can then use this restored track and drop it in another free program TSMuxer (which BDRB uses in reconstructing the BDMV folder) and now it WILL keep the full HD audio.

Also, 2. When you have an illegal AR like 1920x800 (that means that the normal black bars in the full Blu-ray have been cropped out) remember that your Blu-ray player may NOT play the picture properly. My OPPO Blu-ray player will NOT if the AR (aspect ratio) is not a fully legal 1920x1080. Otherwise, what it does is STRETCH the picture to fill the screen since the black bars that would normally border the picture are gone. So, with my OPPO I absolutely CANNOT do that. I CAN get away with it IF the AR is 1.85:1 by changing the playback on my player to render the screen in a 4x3 Letterboxed mode. But, that does NOT work with the much more common 2.35:1 and 2.40:1 AR seen in most movies.

That is the trouble that I run into a LOT when I, uh, 'come across' certain MKV files where the black bars have been stripped out. In those cases I have 2 choices. 1) I can give up the full HD audio (because my OPPO ONLY plays HD audio within BDMV folders, NOT in MKV files) and just play the MKV's on my player as is. Or 2) I can re-encode the video and put the black bars back in using either BDRB or more simply the CMD line using x264. But, unfortunately, that means an additional re-encoding which isn't ideal. I HAVE to do one or the other if I want to be able to play the movie and have it look right.

I hope that that made some sense and I hope that it helps...

[MrVideo]

Well, 2 things I notice right away:

1. when a Blu-ray is rendered into an MKV file and also happens to have a TrueHD audio track, the AC3 core is ALWAYS ripped out. What that means is that when you then go from the MKV back to a playable Blu-ray or a BDMV folder, all that remains is just an AC3 @640 track. This took me a while to learn when I kept encountering all these TrueHD audio tracks, and apparently like you, I also like to keep the full HD audio if possible.
You can't rip out the AC3 core and have AC3 5.1 to put back into a Blu-ray. If you rip out the AC3 core, you are left with only the TrueHD portion. While doing some digging, I found an old posting:
There are 2 different TrueHD streams:

(1) TrueHD+AC3. This is a mixed format. There are both (alternating) TrueHD and AC3 frames in the stream.

(2) TrueHD. This stream only contains TrueHD frames and no AC3 frames.

All Blu-Ray TrueHD streams are (1). All HD DVD TrueHD streams are (2). eac3to can convert between both stream types. Converting from (1) to (2) is very easy: The AC3 frames are simply removed. Converting from (2) to (1) is more difficult: The TrueHD stream must be decoded and reencoded to AC3 and then the AC3 frames must be injected into the TrueHD stream in a specific way.

When muxing to MKV, the AC3 frames are usually removed, so MKV TrueHD streams are usually type (2).

There's no special metadata which tells anyone how to convert TrueHD to AC3, AFAIK.
So, if you have a MKV file that contains only AC3, because the TrueHD was thrown away, there is no way to get back the TrueHD.

As for mkvmerge's handling of TrueHD+AC3, I found the following:
The Matroska specs state that one track must only contain data for one codec. Therefore mkvmerge cannot keep the AC-3 interleaved with the TrueHD part in a single track.

Starting with release 7.7.0, mkvmerge's solution is to present the AC-3 core as an additional track. This applies to TrueHD tracks read from any source file, be it from e.g. a raw TrueHD file, from a Matroska file or an MPEG transport stream. Before release 7.6.0, mkvmerge was silently discarding the AC-3 core.

Now comes the tricky part. If you've created a MKV file with a newer mkvmerge, so that you have both audio tracks, getting it back into the required Blu-ray spec is going to be tough. Why? Because the two audio tracks must be interleaved in a very special way. The first quote seems to imply that eac3to can be used to interleave the two streams into a single TrueHD+AC3 for Blu-ray use. I've never tried it.