BD Rebuilder Beta - Bug Reports Only

[jdobbs]

Heh, yeah, I guessed as much. This whole thing makes no sense at all.


Yes, it does. Here's what MediaInfo says of it:

General
Complete name : F:\BDRB_OUTPUT2\WORKFILES\00026.track_4352.wav
Format : Wave
File size : 22.8 MiB
Duration : 2mn 4s
Overall bit rate : 1 536 Kbps

Audio
ID : 0
Format : PCM
Format settings, Endianness : Little
Format settings, Sign : Signed
Codec ID : 00001000-0000-0100-8000-00AA00389B71
Codec ID/Hint : Microsoft
Duration : 2mn 4s
Bit rate mode : Constant
Bit rate : 1 536 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Stream size : 22.8 MiB (100%) Will the .WAV file playback if you open it with MPC? Is 2min 4sec the correct length?

[colinhunt]

Will the .WAV file playback if you open it with MPC? Is 2min 4sec the correct length?
Yes, it plays perfectly. It's an 30-second orchestral cue which loops a few times, like it's meant to play behind a looping menu animation. Length appears to be correct.

[colinhunt]

Whoop, hey, hold your horses. I browsed the Workfiles directory and noticed that it contains AUD_00026_4352.AC3 as well. I played it in VLC and it plays fine all the way through. So, the audio reencoding of AUD_00026_4352.WAV is fine. So where does the error message come from?

There's no AC3 file for AUD_00026_4358.WAV in the directory, but there is an .AVS file:

#Created by BD Rebuilder - v0.37.01 (beta)
LoadPlugin("C:\Users\xxxxxxxxxx\Desktop\video_tools\BD_Rebuilder - Copy\tools\nicaudio.dll")
audio=DirectshowSource("00026.track_4358.wav").Amplify(1.2)
audio = (AudioChannels(audio) > 6) ? GetChannel(audio,1,2,3,4,7,8) : audio
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

MediaInfo report lists the same specs as for 00026.track_4352.WAV. Same length etc.

[jdobbs]

Whoop, hey, hold your horses. I browsed the Workfiles directory and noticed that it contains AUD_00026_4352.AC3 as well. I played it in VLC and it plays fine all the way through. So, the audio reencoding of AUD_00026_4352.WAV is fine. So where does the error message come from?

There's no AC3 file for AUD_00026_4358.WAV in the directory, but there is an .AVS file:

#Created by BD Rebuilder - v0.37.01 (beta)
LoadPlugin("C:\Users\xxxxxxxxxx\Desktop\video_tools\BD_Rebuilder - Copy\tools\nicaudio.dll")
audio=DirectshowSource("00026.track_4358.wav").Amplify(1.2)
audio = (AudioChannels(audio) > 6) ? GetChannel(audio,1,2,3,4,7,8) : audio
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

MediaInfo report lists the same specs as for 00026.track_4352.WAV. Same length etc.Are there other audio tracks that are being reencoded for 00026? That routine loops through each.

[colinhunt]

Are there other audio tracks that are being reencoded for 00026? That routine loops through each.
Yes, one more: 00026.track_4359.wav. Each of the three wavs has a corresponding .avs file. Here's the content of AUD_00026.meta:

MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500
V_MS/VFW/WVC1, "W:\VIDEO\HD\(BD35) TREASURE_OF_THE_SIERRA_MADRE\BDMV\STREAM\00026.m2ts", fps=23.976, track=4113
A_LPCM, "W:\VIDEO\HD\(BD35) TREASURE_OF_THE_SIERRA_MADRE\BDMV\STREAM\00026.m2ts", track=4352, lang=eng
A_LPCM, "W:\VIDEO\HD\(BD35) TREASURE_OF_THE_SIERRA_MADRE\BDMV\STREAM\00026.m2ts", track=4358, lang=eng
A_LPCM, "W:\VIDEO\HD\(BD35) TREASURE_OF_THE_SIERRA_MADRE\BDMV\STREAM\00026.m2ts", track=4359, lang=eng
S_HDMV/PGS, "W:\VIDEO\HD\(BD35) TREASURE_OF_THE_SIERRA_MADRE\BDMV\STREAM\00026.m2ts",fps=23.976, track=4608,lang=eng
S_HDMV/PGS, "W:\VIDEO\HD\(BD35) TREASURE_OF_THE_SIERRA_MADRE\BDMV\STREAM\00026.m2ts",fps=23.976, track=4615,lang=xxx
(xxx = redacted, not something created by BD-RB ;) )

To recap, Workfiles dir contains all three wavs, all three avs files but only one .ac3 file. Wavs are identical in size, length and other specs, i.e. the exact same content thrice.

I took another look at VID_00026. It has a total of 8 audio tracks, all LPCM, but only three of them match the language selection, i.e. which audio languages to keep.

[jdobbs]

Yes, one more: 00026.track_4359.wav. Each of the three wavs has a corresponding .avs file. Here's the content of AUD_00026.meta:

MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500
V_MS/VFW/WVC1, "W:\VIDEO\HD\(BD35) TREASURE_OF_THE_SIERRA_MADRE\BDMV\STREAM\00026.m2ts", fps=23.976, track=4113
A_LPCM, "W:\VIDEO\HD\(BD35) TREASURE_OF_THE_SIERRA_MADRE\BDMV\STREAM\00026.m2ts", track=4352, lang=eng
A_LPCM, "W:\VIDEO\HD\(BD35) TREASURE_OF_THE_SIERRA_MADRE\BDMV\STREAM\00026.m2ts", track=4358, lang=eng
A_LPCM, "W:\VIDEO\HD\(BD35) TREASURE_OF_THE_SIERRA_MADRE\BDMV\STREAM\00026.m2ts", track=4359, lang=eng
S_HDMV/PGS, "W:\VIDEO\HD\(BD35) TREASURE_OF_THE_SIERRA_MADRE\BDMV\STREAM\00026.m2ts",fps=23.976, track=4608,lang=eng
S_HDMV/PGS, "W:\VIDEO\HD\(BD35) TREASURE_OF_THE_SIERRA_MADRE\BDMV\STREAM\00026.m2ts",fps=23.976, track=4615,lang=xxx
(xxx = redacted, not something created by BD-RB ;) )

To recap, Workfiles dir contains all three wavs, all three avs files but only one .ac3 file. Wavs are identical in size, length and other specs, i.e. the exact same content thrice. Interesting. That means the audio encode is failing on the second audio track.

I guess I'll have to look around and see if I can find that BD. Not much chance I'll get it locally, though. I'll have to either do some driving or order it online.

[colinhunt]

Interesting. That means the audio encode is failing on the second audio track.
And when the backup is running at "Highest (Very Slow)", not when running at "High-Speed Option". Which is very odd. It could be coincidental, I guess.

I guess I'll have to look around and see if I can find that BD.
Keep in mind that Peeping Tom is exhibiting similar issues. Oh, hang on, it's probably an EU disc.

[colinhunt]

And when the backup is running at "Highest (Very Slow)", not when running at "High-Speed Option". Which is very odd. It could be coincidental, I guess.
OK, looks like it was coincidental. I'm re-running a full backup of Peeping Tom at Highest quality, and previously the audio reencoding error popped up at VID_00003. This time the process passed that point without errors. Mind you, that previous audio reencoding error occurred on BD-RB 0.36.09.

[laserfan]

If you want a 24fps BD for fun (and testing) look for Tin Man (2 disc set) for cheap. You might even like it... :)

I was going to just reencode an existing film to 24fps... but I'll see if I can find that one. It's the one with Zooey Deschanel, right?
Indeed, though the Wicked Witch (Kathleen Robertson) gets the better costumes! ;)

[NLight95]

@jdobbs

1. You mentioned in the first page of this thread that BD-RB should not be installed under C:\Program Files.

[Currently I have it as C:\Other\BD_Rebuilder]

Would it be ok in C:\Programs Files(x86) ?

2. Is it safe to install Shark007's x64_components codec pack? Or is there an alternative 64-bit codec pack that is better (and won't conflict)?

Supposedly Shark007 has a solution for BD_Rebuilder and his Win7codecs pack. These are his instructions. I' want to confirm this with you first--is this safe?

http://shark007.net/forum/Thread-Codec-Pack-and-BD-Rebuilder

[jdobbs]

And when the backup is running at "Highest (Very Slow)", not when running at "High-Speed Option". Which is very odd. It could be coincidental, I guess.


Keep in mind that Peeping Tom is exhibiting similar issues. Oh, hang on, it's probably an EU disc. Random, eh? I hate to say it, but that sure sounds like it may be something on your end. Try running it without your antivirus on... sometimes AV software will delay disc I/O and it is just enough for programs to run into issues, especially when working with large files.

[jdobbs]

@jdobbs

1. You mentioned in the first page of this thread that BD-RB should not be installed under C:\Program Files.

[Currently I have it as C:\Other\BD_Rebuilder]

Would it be ok in C:\Programs Files(x86) ?

2. Is it safe to install Shark007's x64_components codec pack? Or is there an alternative 64-bit codec pack that is better (and won't conflict)?

Supposedly Shark007 has a solution for BD_Rebuilder and his Win7codecs pack. These are his instructions. I' want to confirm this with you first--is this safe?

http://shark007.net/forum/Thread-Codec-Pack-and-BD-Rebuilder

I wouldn't install any codec packs, but I'm not that familar with Shark007's specifically. I would recommend you install FFDSHOW for codecs. It has every codec a person could ever need.

I think BD-RB should run fine in the "Program Files (x86)" folder with Win7 or and XP, but you'll probably run into problems with Vista.

[colinhunt]

Random, eh? I hate to say it, but that sure sounds like it may be something on your end. Try running it without your antivirus on... sometimes AV software will delay disc I/O and it is just enough for programs to run into issues, especially when working with large files.
No AV of any kind installed in the encoding rig (playing with fire, I know). It was purpose-built for use with BD-RB, dual Xeons etc. and the only thing I've installed on it in addition to BD-RB and its tools is Daemon Tools. Oh, and Java.

I see what you mean by random errors pointing towards my rig, but I've run close to 500 backups on that rig and the only major thing that's changed is the version of BD-RB. I'm sure I've installed something from Microsoft update at one point or another, but the last time I did that was ages ago. The rig's not even overclocked. I appreciate the fact that this bug, if it even is one, is by its very nature almost impossible to track down. Don't worry about it.

Mind you, it's been several months since the last time the encoding rig was rebooted. Maybe I should try that before re-running Treasure of Sierra Madre.

[jdobbs]

No AV of any kind installed in the encoding rig (playing with fire, I know). I see what you mean by random errors pointing towards my rig, but I've run close to 500 backups on that rig and the only major thing that's changed is the version of BD-RB. I'm sure I've installed something from Microsoft update at one point or another, but the last time I did that was ages ago. The rig's not even overclocked. I appreciate the fact that this bug, if it even is one, is by its very nature almost impossible to track down. Don't worry about it. Are both of the two instances you've seen on discs with LPCM tracks? There has to be a link there... if it's a bug in BD-RB, I want to fix it.

[omegaman7]

Hardly risky not running Antivirus. I haven't ran one in over a year. I don't visit sites I'm unfamiliar with, and I don't download stupid $h!t. I know others that haven't ran one in years. Perhaps it's risky, but I'm reasonably confident I won't get infected, and If I do, I'll recognize the warning signs before my rig gets too buggered :p

[colinhunt]

Are both of the two instances you've seen on discs with LPCM tracks?
Absolutely.

1) Peeping Tom VID_00003 has two 24bit mono LPCM tracks, both in English.
2) Treasure of Sierra Madre VID_00026 has eight 16bit stereo LPCM tracks; tracks #1, #7 and #8 are in English.

In both cases the audio in question is quite short in length (61 secs for Peeping Tom, 124 secs for ToSM). Also in both cases all processed audio tracks are identical in content.

[jdobbs]

Hardly risky not running Antivirus. I haven't ran one in over a year. I don't visit sites I'm unfamiliar with, and I don't download stupid $h!t. I know others that haven't ran one in years. Perhaps it's risky, but I'm reasonably confident I won't get infected, and If I do, I'll recognize the warning signs before my rig gets too buggered :p I don't run one on my video machine either, but I have one on my "browsing and working" computer. I also turn off disc indexing, as that speeds thing up.

[scotthulbs]

Are there any tips or tricks to get faster encoding performance.

[omegaman7]

This really isn't the thread for this, but using 2 drives for the processing will help. And of course, the faster the CPU the better. Background processing will slow the encoding down. So having a dedicated machine for encoding is a big +

[Capsbackup]

I am not sure if this is a bug, but on a recent full movie backup of Case 39, there are 18 deleted scenes that are 480i, 29.97, mpeg2 per BD-RB's stream window. Also, they are all listed like this example:
( VID_00016* MPEG-2, 480i, 29.97fps*, 33.00MB )
In setup I select IVTC sources with 3:2 pulldown and Use DECOMB filter on interlaced sources.
BD-RB creates this AVS:
#Created by BD Rebuilder - v0.37.01 (beta)
DirectshowSource("G:\BD RIPS\CASE_39_AC\BDMV\STREAM\00016.m2ts", fps=29.97, framecount=1494, ConvertFPS=true, audio=false)
ConvertToYV12()
LoadPlugin("C:\Users\Ed\Desktop\BD-RBV03701B\tools\decomb521.dll")
FieldDeinterlace(blend=false)
ConvertToYV12().AssumeFPS(30000,1001)

After BD-RB completes successfully, the audio is out of sync for these scenes.
The newly created BD-RB m2ts is reported as: 480P/29.970fps/16:9/High Profile 4.1.
When I check VID_00016.AVS.264 in the Workfiles folder that was created with BD-RB with DGAVCIndex, it reports the frame rate as 37.462537 fps. :confused:
Also, the original total time of these 18 deleted scenes is reported to be 00:30:06. BD-RB's completed backup reports 00:37:37.
Perhaps there is an issue selecting IVTC sources with 3:2 pull down for this type of source? :confused:

[jdobbs]

I am not sure if this is a bug, but on a recent full movie backup of Case 39, there are 18 deleted scenes that are 480i, 29.97, mpeg2 per BD-RB's stream window. Also, they are all listed like this example:
( VID_00016* MPEG-2, 480i, 29.97fps*, 33.00MB )
In setup I select IVTC sources with 3:2 pulldown and Use DECOMB filter on interlaced sources.
BD-RB creates this AVS:


After BD-RB completes successfully, the audio is out of sync for these scenes.
The newly created BD-RB m2ts is reported as: 480P/29.970fps/16:9/High Profile 4.1.
When I check VID_00016.AVS.264 in the Workfiles folder that was created with BD-RB with DGAVCIndex, it reports the frame rate as 37.462537 fps. :confused:
Also, the original total time of these 18 deleted scenes is reported to be 00:30:06. BD-RB's completed backup reports 00:37:37.
Perhaps there is an issue selecting IVTC sources with 3:2 pull down for this type of source? :confused: The "*" is put there after a short scan at the beginning of the file while gathering disc information. Later (just before encoding) BD-RB does a complete scan of the extracted video on MPEG-2 sources. It does this because sometimes apparent pulldown sources are actually a hybrid (part true-interlaced and part pulldown). In those sources it is necessary to encode at 29.97 or you will get garbage for output.

But... even if they are encoded as pulldown sources, the output will always show at 29.97fps because that is the playback rate with pulldown.

Not sure how they could be reported as 480p, as that is only legal for secondary streams -- and BD-RB actually looks for and disallows passing a 480p stream through. It is possible, I guess, that a reporting program could see the underlying progressive nature of a pulldown stream and report it like that...

I've experienced a couple of odd quirks in DirectShow playback of hybrid sources, so I'll take a look at it. Can you tell me what disc this is?

[Capsbackup]

The "*" is put there after a short scan at the beginning of the file while gathering disc information. Later (just before encoding) BD-RB does a complete scan of the extracted video on MPEG-2 sources. It does this because sometimes apparent pulldown sources are actually a hybrid (part true-interlaced and part pulldown). In those sources it is necessary to encode at 29.97 or you will get garbage for output.

But... even if they are encoded as pulldown sources, the output will always show at 29.97fps because that is the playback rate with pulldown.

Why would the reported time of the clips change so dramatically, from 30:06 to 37:37, if the frame rate did not change?
This must be why the audio is out of sync!

[Capsbackup]

I've experienced a couple of odd quirks in DirectShow playback of hybrid sources, so I'll take a look at it. Can you tell me what disc this is?

Case 39.

[jdobbs]

Why would the reported time of the clips change so dramatically, from 30:06 to 37:37, if the frame rate did not change?
This must be why the audio is out of sync! I don't know. That is really weird for sure.

[Capsbackup]

I don't know. That is really weird for sure.

I will run it again, but this time unselect IVTC sources with 3:2 pulldown, just to see if it makes a difference.

[jdobbs]

I will run it again, but this time unselect IVTC sources with 3:2 pulldown, just to see if it makes a difference.Thanks. Please let me know what you find. I've had some odd things happen with MPEG-2 sources on a couple of occasions -- but it was always from a DVD source that had been converted, not a commercially authored blu-ray.

[Capsbackup]

Thanks. Please let me know what you find. I've had some odd things happen with MPEG-2 sources on a couple of occasions -- but it was always from a DVD source that had been converted, not a commercially authored blu-ray.

I will report back tomorrow, running it now. :)
Your staying up pretty late there jdobbs.. :p

[jdobbs]

I will report back tomorrow, running it now. :)
Your staying up pretty late there jdobbs.. :p Good point. I guess I should be heading off to bed... the eyelids are getting a little heavy. I just can't seem to burn the midnight oil like I once did... age, it's a wonderful thing. ;)

[omegaman7]

Just ran "Dinner For Schmucks" today. I've been toying with the custom output size(in this case 23510Mb). So far, only two movies have missed their mark. Knight and day 23450mb, and Dinner for Schmucks 23510Mb. Both were off by 1gb or more ~21.8Gb. Better under than over for sure, but 1+ gigabytes is fairly extreme. Not sure what would cause this. I'm not really complaining here, the video quality was stunning as always. But it sure looks like a bug to me. ;)

I am aware pushing the data to the outer edge is risky. I like to live dangerously :p Nah, seriously though, I'm trying to find a happy medium. Which so far is probably 23450. But I haven't seen a successful output at 23510 or more.

Please disregard the name of the inf. I added a 1 so I know it was the first run. I do that now :D

[10:54:41] BD Rebuilder v0.37.01 (beta)
- Source: DINNER_FOR_SCHMUCKS
- Input BD size: 39.69 GB
- Approximate total content: [02:50:01.073]
- Target BD size: 22.96 GB
- Windows Version: 6.1 [7600]
- Quality: High Quality (Default), ABR
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=640
[10:54:41] PHASE ONE, Encoding
- [10:54:41] Extracting A/V streams [VID_00026]
- [10:54:43] Reencoding: VID_00026 (1 of 12)
- [10:54:43] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 402 frames
- [10:54:43] Reencoding: VID_00026, Pass 1 of 1
- [10:54:51] Video Encode complete
- [10:54:51] Reencoding audio tracks (if req'd)
- [10:54:51] Multiplexing M2TS
- [10:54:53] Extracting A/V streams [VID_00025]
- [10:54:55] Reencoding: VID_00025 (2 of 12)
- [10:54:55] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 716 frames
- [10:54:55] Reencoding: VID_00025, Pass 1 of 1
- [10:55:08] Video Encode complete
- [10:55:08] Reencoding audio tracks (if req'd)
- [10:55:08] Multiplexing M2TS
- [10:55:09] Extracting A/V streams [VID_00041]
- [10:55:12] Reencoding: VID_00041 (3 of 12)
- [10:55:12] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,380 frames
- [10:55:12] Reencoding: VID_00041, Pass 1 of 1
- [10:55:36] Video Encode complete
- [10:55:36] Reencoding audio tracks (if req'd)
- [10:55:36] Multiplexing M2TS
- [10:55:38] Extracting A/V streams [VID_00028]
- [10:55:43] Reencoding: VID_00028 (4 of 12)
- [10:55:43] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,302 frames
- [10:55:43] Reencoding: VID_00028, Pass 1 of 1
- [10:56:21] Video Encode complete
- [10:56:21] Reencoding audio tracks (if req'd)
- [10:56:21] Multiplexing M2TS
- [10:56:23] Extracting A/V streams [VID_00027]
- [10:56:31] Reencoding: VID_00027 (5 of 12)
- [10:56:31] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,087 frames
- [10:56:31] Reencoding: VID_00027, Pass 1 of 1
- [10:57:39] Video Encode complete
- [10:57:39] Reencoding audio tracks (if req'd)
- [10:57:39] Multiplexing M2TS
- [10:57:43] Extracting A/V streams [VID_00040]
- [10:57:51] Reencoding: VID_00040 (6 of 12)
- [10:57:51] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,372 frames
- [10:57:51] Reencoding: VID_00040, Pass 1 of 1
- [10:59:06] Video Encode complete
- [10:59:06] Reencoding audio tracks (if req'd)
- [10:59:06] Multiplexing M2TS
- [10:59:10] Extracting A/V streams [VID_00022]
- [10:59:20] Reencoding: VID_00022 (7 of 12)
- [10:59:20] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,403 frames
- [10:59:20] Reencoding: VID_00022, Pass 1 of 1
- [11:00:56] Video Encode complete
- [11:00:56] Reencoding audio tracks (if req'd)
- [11:00:56] Multiplexing M2TS
- [11:00:59] Extracting A/V streams [VID_00024]
- [11:01:08] Reencoding: VID_00024 (8 of 12)
- [11:01:08] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 6,919 frames
- [11:01:08] Reencoding: VID_00024, Pass 1 of 1
- [11:02:52] Video Encode complete
- [11:02:52] Reencoding audio tracks (if req'd)
- [11:02:52] Multiplexing M2TS
- [11:02:58] Extracting A/V streams [VID_00023]
- [11:03:17] Reencoding: VID_00023 (9 of 12)
- [11:03:17] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 11,904 frames
- [11:03:17] Reencoding: VID_00023, Pass 1 of 1
- [11:06:37] Video Encode complete
- [11:06:37] Reencoding audio tracks (if req'd)
- [11:06:37] Multiplexing M2TS
- [11:06:45] Extracting A/V streams [VID_00014]
- [11:07:14] Reencoding: VID_00014 (10 of 12)
- [11:07:14] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 16,694 frames
- [11:07:14] Reencoding: VID_00014, Pass 1 of 1
- [11:12:29] Video Encode complete
- [11:12:29] Reencoding audio tracks (if req'd)
- [11:12:29] Multiplexing M2TS
- [11:12:49] Extracting A/V streams [VID_00013]
- [11:13:23] Reencoding: VID_00013 (11 of 12)
- [11:13:23] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 21,711 frames
- [11:13:23] Reencoding: VID_00013, Pass 1 of 1
- [11:20:04] Video Encode complete
- [11:20:04] Reencoding audio tracks (if req'd)
- [11:20:04] Multiplexing M2TS
- [11:20:32] Extracting A/V streams [VID_00010]
- [11:29:15] Reencoding: VID_00010 (12 of 12)
- [11:29:15] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 164,072 frames
- Bitrate: 18,808 Kbs
- [11:29:15] Reencoding: VID_00010, Pass 1 of 1
- [16:56:48] Video Encode complete
- [16:56:48] Reencoding audio tracks (if req'd)
- [16:56:48] Multiplexing M2TS
[17:10:13]PHASE ONE complete
[17:10:13]PHASE TWO - Rebuild Started
- [17:10:13] Rebuilding BD file Structure
[17:10:25] - Encode and Rebuild complete
[17:10:25]JOB: DINNER_FOR_SCHMUCKS finished.

[jfcarbel]

Is there a way in BD Rebuilder to cut end credits from main movie in both movie only and full backup?

I tried using MultiAVCHD on Cloverfield to cut 666 seconds from end of main movie, but it continues to fail, so was hoping their was a hidden config option in BD Rebuilder for this.

[colinhunt]

Absolutely.

1) Peeping Tom VID_00003 has two 24bit mono LPCM tracks, both in English.
2) Treasure of Sierra Madre VID_00026 has eight 16bit stereo LPCM tracks; tracks #1, #7 and #8 are in English.

In both cases the audio in question is quite short in length (61 secs for Peeping Tom, 124 secs for ToSM). Also in both cases all processed audio tracks are identical in content.
I rebooted the encoding rig and ran a full backup of Treasure of Sierra Madre. Like before, the process was stopped by an Audio reencoding error at VID_00026.

[Capsbackup]

Thanks. Please let me know what you find. I've had some odd things happen with MPEG-2 sources on a couple of occasions -- but it was always from a DVD source that had been converted, not a commercially authored blu-ray.

The audio is back in sync, and the time matches as well. The clips are now reported as 480i/29.970fps/16:9/High Profile 4.1.
So it appears selecting IVTC sources with 3:2 pulldown was the culprit on this one.

[jdobbs]

The audio is back in sync, and the time matches as well. The clips are now reported as 480i/29.970fps/16:9/High Profile 4.1.
So it appears selecting IVTC sources with 3:2 pulldown was the culprit on this one. Can you post the AVS for this one? I want to see the difference. Another thing... are you using "IVTC_TELECIDE=0"?

[Capsbackup]

Can you post the AVS for this one? I want to see the difference. Another thing... are you using "IVTC_TELECIDE=0"?

AVS is exactly the same as previous run with IVTC selected:
#Created by BD Rebuilder - v0.37.01 (beta)
DirectshowSource("G:\BD RIPS\CASE_39_AC\BDMV\STREAM\00016.m2ts", fps=29.97, framecount=1494, ConvertFPS=true, audio=false)
ConvertToYV12()
LoadPlugin("C:\Users\Ed\Desktop\BD-RBV03701B\tools\decomb521.dll")
FieldDeinterlace(blend=false)
ConvertToYV12().AssumeFPS(30000,1001)

I am not using "IVTC_TELECIDE=0". I have not added anything to below options.

Seems like x264/pulldown setting might be the cause? :confused:

[omegaman7]

I'm curious what your output sizes were on those 2 movies Jdobbs. Or if you experience undersizing at all in general ;)
E.g. Knight and day, and Dinner For Schmucks

[sreemv]

Sorry to barge in - couple of quick questions/requests on some feature enhancements:

1] Is it possible to do Full backup with a few selected things removed?
2] Can we add/replace an audio/sub track in any mode?

[setarip_old]

@sreemv

Hi!

The tile of this thread is quite clear - It is for reporting bugs ONLY...

[jdobbs]

AVS is exactly the same as previous run with IVTC selected:


I am not using "IVTC_TELECIDE=0". I have not added anything to below options.

Seems like x264/pulldown setting might be the cause? :confused: I think you're right. It seems as if the 3:2 pulldown is being added even though no IVTC was being performed... that would explain the weird framerates. Hmmm... I'll take a look at that.

[jdobbs]

I'm curious what your output sizes were on those 2 movies Jdobbs. Or if you experience undersizing at all in general ;)
E.g. Knight and day, and Dinner For Schmucks I normally only experience the slight undersizing I purposely put in. Not sure specifically about those two.

I'm running "Schmucks" now at High Quality and custom size set to 23450. I'll see how it comes out in a few hours.

[omegaman7]

I generally only go full backup. I've been purposely trying to increase the output size a few megabytes at a time. I don't believe that is why my last significant undersize occurred though. Because Knight and Day was 1gb undersize, and it was with the default custom size of 23450(which I'll probably just stick with)....

[jdobbs]

I generally only go full backup. I've been purposely trying to increase the output size a few megabytes at a time. I don't believe that is why my last significant undersize occurred though. Because Knight and Day was 1gb undersize, and it was with the default custom size of 23450(which I'll probably just stick with).... The default BD-25 size is 23500 (22.94GB, it increased several versions ago), so going 23450 isn't actually "increasing". Normally with the default I get about 22.5GB -- which I believe is pretty close without risk. Since muxing overhead on an M2TS can be unpredictable, you have to leave a little cushion. A BD-25 maxes out at about 23.3GB.

[omegaman7]

I haven't ran any jobs on my primary, and the program is set for 23450(Custom). I generally average 22.8-22.9Gb set at 23450.
Ok, I'm trying to understand now. By default BD-25 ouput is 23040. But if one goes to "custom target size" output, initially the program is set for 23450, Right???

[jdobbs]

I haven't ran any jobs on my primary, and the program is set for 23450(Custom). I generally average 22.8-22.9Gb set at 23450.
Ok, I'm trying to understand now. By default BD-25 ouput is 23040. But if one goes to "custom target size" output, initially the program is set for 23450, Right??? The default for "Target Size BD-25" from the menu is 23500. The custom can be anything, but if it isn't set it uses, 23450, yes. I should probably change that to match the BD-25 default.

I'm not sure where you get the 23040... unless I used that a long time ago. I'm trying to adjust upward a little at a time until I hit the "sweet spot".

[omegaman7]

Your previous post suggested 23040 was the default output size for BD-25 :p Unless I read it wrong, in which I Humbly apologize.

I think I'll probably just stick with the Default. and hope for 22.5Gb like you average. I've now seen 2 movies though that completed at 21.7 and 21.8Gb. I suppose 2 movies out of 20 - 30 movies isn't a bad frequency ;)

[jdobbs]

Your previous post suggested 23040 was the default output size for BD-25 :p Unless I read it wrong, in which I Humbly apologize.

I think I'll probably just stick with the Default. and hope for 22.5Gb like you average. I've now seen 2 movies though that completed at 21.7 and 21.8Gb. I suppose 2 movies out of 20 - 30 movies isn't a bad frequency ;) That's a pretty large drift off the norm. I'll see how "Schmucks" ends up with the custom size of 23450. It should come in only slightly smaller than 22.5GB.

[jdobbs]

AVS is exactly the same as previous run with IVTC selected:


I am not using "IVTC_TELECIDE=0". I have not added anything to below options.

Seems like x264/pulldown setting might be the cause? :confused: Do you still have the log from the problem encode? Can you look and see if BD-RB identified them as "hybrid"?

[Edit] Never mind. I think I found it, there was a section of code (not hit often) where the hybrid flag was set, but the ivtc flag wasn't being reset (as it should with hybrid).

Good catch.

[JJB]

@sreemv

Hi!

The tile of this thread is quite clear - It is for reporting bugs ONLY...

Thank You Sir, seems to sometimes lose It's flavor.:cool:

[Capsbackup]

Do you still have the log from the problem encode? Can you look and see if BD-RB identified them as "hybrid"?

[Edit] Never mind. I think I found it, there was a section of code (not hit often) where the hybrid flag was set, but the ivtc flag wasn't being reset (as it should with hybrid).

Good catch.

Glad to be of help! :)
A partial of two of the clips from the log, but all 18 clips are the same:
- [17:14:45] Extracting A/V streams [VID_00016]
- [17:14:47] Reencoding: VID_00016 (8 of 29)
- [17:14:47] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 1,494 frames
- Inverse Telecining in effect (IVTC)
- Bitrate: 868 Kbs
- [17:14:47] Reencoding: VID_00016, Pass 1 of 1
- [17:14:57] Video Encode complete
- [17:14:57] Reencoding audio tracks (if req'd)
- [17:14:57] Multiplexing M2TS
- [17:14:58] Extracting A/V streams [VID_00017]
- [17:15:00] Reencoding: VID_00017 (9 of 29)
- [17:15:00] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 1,684 frames
- Inverse Telecining in effect (IVTC)
- Bitrate: 846 Kbs
- [17:15:00] Reencoding: VID_00017, Pass 1 of 1
- [17:15:10] Video Encode complete
- [17:15:10] Reencoding audio tracks (if req'd)
- [17:15:11] Multiplexing M2TS

[jdobbs]

Glad to be of help! :)
A partial of two of the clips from the log, but all 18 clips are the same: If I made a test version for you, do you think you could run it to see if this was the problem?

[Capsbackup]

If I made a test version for you, do you think you could run it to see if this was the problem?

I would be happy to. Just let me know. :)