BD Rebuilder Beta - Bug Reports Only

[montana72]

Good, because when I do a quick replay of a bluray disc, even if you do not select the movie file, since I do it only for the extra content, it always rises in the film menu?

[soneca]

Jdobbs, if you can do a little test with any movie(as the Crimson Tide for example) where the playlist is divided into more than one stream using the alternate mode(mkv), i appreciate it.
These glitches(that disturb and stop playback in some cases) are still among the streams in the final mkv file.

http://s20.postimg.org/l54513xfx/bdinfo1.png

[Sharc]

@jdobbs
Another observation when I did a Quick-Play re-authoring of a BD:
The BD has 1 Feature and some (4) Extras. All the Extras are in one large .mts of 49'931 frames. The largest Extra of 19'465 frames (13 minutes) gets selected by the playlist filter option, which is correct.
The encoding log indicates correctly
- [15:07:42] Reencoding video [VID_00001]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 19'465 frames
- Convert: 1440x1080, 23.976fps, 19'465 framesNevertheless the entire .m2ts with 49'931 frames (containing all the Extras) gets eventually encoded => Seems like a "trim" is missing. Is this possibly a bug?

[jdobbs]

Jdobbs, if you can do a little test with any movie(as the Crimson Tide for example) where the playlist is divided into more than one stream using the alternate mode(mkv), i appreciate it.
These glitches(that disturb and stop playback in some cases) are still among the streams in the final mkv file.

http://s20.postimg.org/l54513xfx/bdinfo1.pngI'm running one now. I'll let you know how it turns out. It has a lot of parts. I'll do a test later with a smaller number of parts (they can follow two different execution paths).

[jdobbs]

I had an issue with the " h.264 encoder has stopped working " error that kept popping up on the last few versions of this software, but I ended up fixing it by replacing the x264 codec, but once I upgraded to the newest beta v0.46.13 I am getting that error again. I once again followed all the directions when downloading ffdshow and Mastroska Splitter and even ran the program as Administrative and I am back to getting this error. I even tested out multiple versions of x264 as well, but to avail this time. What is the reason for this? And why is there no Inspect tool included the WinZip folder with the program so I can check to see if I am running this properly?


----------------------
[02/22/14] BD Rebuilder v0.46.13 (beta)
[02:05:17] Source: SALO
- Input BD size: 42.66 GB
- Approximate total content: [04:20:09.293]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[02:05:18] PHASE ONE, Encoding
- [02:05:18] Processing: VID_00274 (1 of 7)
- [02:05:18] Reencoding video [VID_00274]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 167,914 frames
- Bitrate: 13,241 Kbs
- [02:05:18] Reencoding: VID_00274, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 169.11GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02:05:31] - Failed video encode, aborted Inspect is a part of BD-RB now (HELP menu)... but you already got the report in your output.

Have you tried uninstalling/reinstalling BD-RB, HAALI, AVISYNTH, and FFDSHOW? When you're getting crashes, that's always a good place to start. As for X264 crashing. I'd almost always consider system instability caused by overheating. Yours did die immediately, though, so you'd have to be running hot already if that were the problem.

[jdobbs]

@jdobbs
Another observation when I did a Quick-Play re-authoring of a BD:
The BD has 1 Feature and some (4) Extras. All the Extras are in one large .mts of 49'931 frames. The largest Extra of 19'465 frames (13 minutes) gets selected by the playlist filter option, which is correct.
The encoding log indicates correctly
- [15:07:42] Reencoding video [VID_00001]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 19'465 frames
- Convert: 1440x1080, 23.976fps, 19'465 framesNevertheless the entire .m2ts with 49'931 frames (containing all the Extras) gets eventually encoded => Seems like a "trim" is missing. Is this possibly a bug? Not really a bug. BD-RB doesn't work at any unit smaller than an M2TS. So if you select any part of the M2TS you get it all. The log is reporting only the part you selected.

[Sharc]

Not really a bug. BD-RB doesn't work at any unit smaller than an M2TS. So if you select any part of the M2TS you get it all. The log is reporting only the part you selected.
I see. Thank you.

[jdobbs]

@soneca
I'm running one now. I'll let you know how it turns out. It has a lot of parts. I'll do a test later with a smaller number of parts (they can follow two different execution paths).That job (with 47 parts) completed and I tested it at several of the connection points and didn't experience any problems. I'll try a smaller one (fewer parts).

[Edit] Ok, I just did one with only three parts and it played back without glitches at the joins also... so I guess I'd need more information to go any further. I don't think I have "Crimson Tide" on BD...

[colinhunt]

There's something extraordinary about the La Grande Illusion (StudioCanal): I can't make any properly working backups of it. Even a movie-only backup is messed up: audio sync is way off and English subs are not synced to either video nor audio. Backups finish without errors and there's no mention of any problems in the log either. It's all quite peculiar.

update: Decided to see what a much earlier BD-RB makes of this title, so I moved PC's clock back for a few months and ran v0.44.17. Tried to do a movie-only backup again which needs no re-encoding because of small size. This happened:

[19:19:14] PHASE ONE, Encoding
[19:19:14]PHASE ONE complete
[19:19:14]PHASE TWO - Rebuild Started
- [19:19:14] Rebuilding BD file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
- Can't open file: F:\BDRB_OUTPUT\WORKFILES\00047.track_4352.DTS
[19:19:21] - Failed to REBUILD

MUX_MOVIE_ONLY.meta contents:

MUXOPT --no-pcr-on-video-pid --new-audio-pes --blu-ray --vbr --custom-chapters=00:00:00.000;00:08:09.916;00:17:32.166;00:29:48.333;00:35:06.125;00:44:58.625;
00:57:18.000;01:03:10.958;01:12:46.500;01:29:03.875;01:38:57.833;01:47:01.666;01:53:41.333 --vbv-len=500
V_MPEG4/ISO/AVC, "F:\BDRB_OUTPUT\WORKFILES\00047.track_4113.264"+"F:\BDRB_OUTPUT\WORKFILES\00045.track_4113.264"+
"F:\BDRB_OUTPUT\WORKFILES\00048.track_4113.264"+"F:\BDRB_OUTPUT\WORKFILES\00050.track_4113.264"+"F:\BDRB_OUTPUT\WORKFILES\00000.track_4113.264", fps=24, track=1, insertSEI, contSPS
A_DTS, "F:\BDRB_OUTPUT\WORKFILES\00047.track_4352.DTS", timeshift=10833ms, lang=fra
S_HDMV/PGS, "F:\BDRB_OUTPUT\WORKFILES\00047.track_4609.SUP",fps=24,timeshift=10833ms,lang=eng

The playlist contains five m2ts files. 00048 is the main movie, the rest are all less than 50MB. Note the 10833ms timeshift.

[soneca]

How strange! I have had this problem converting on two different machines.:confused:
I have tested the latest version of Haali some time, you think there is any relation to this problem?

[02/22/14] Checking System Settings
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 539,50GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4515, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02/22/14] Systems Settings Check complete

[Crocluvr92]

Inspect is a part of BD-RB now (HELP menu)... but you already got the report in your output.

Have you tried uninstalling/reinstalling BD-RB, HAALI, AVISYNTH, and FFDSHOW? When you're getting crashes, that's always a good place to start. As for X264 crashing. I'd almost always consider system instability caused by overheating. Yours did die immediately, though, so you'd have to be running hot already if that were the problem.

I did the uninstall/re-install and still no luck. The h.264 error still keeps happening and there is no way I am overheating. I have 10GB of RAM and Quad-Core 2.80 GHz Processor. The issue got fixed on the prior version, but it fails instantly on the re-encode and this did not happen until the new beta came out. What else could be wrong?


[02/22/14] BD Rebuilder v0.46.13 (beta)
[11:26:51] Source: AKIRA
- Input BD size: 46.39 GB
- Approximate total content: [03:55:25.903]
- Target BD size: 23.31 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:26:52] PHASE ONE, Encoding
- [11:26:52] Processing: VID_00001 (1 of 6)
- [11:26:52] Extracting A/V streams [VID_00001]
- [12:20:37] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 179,017 frames
- [12:20:51] Reencoding: VID_00001, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 158.16GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[12:21:04] - Failed video encode, aborted

[HWK]

How strange! I have had this problem converting on two different machines.:confused:
I have tested the latest version of Haali some time, you think there is any relation to this problem?

[02/22/14] Checking System Settings
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 539,50GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4515, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02/22/14] Systems Settings Check complete

This post may apply to you.

http://forum.doom9.org/showpost.php?p=1461291&postcount=5

[HWK]

I did the uninstall/re-install and still no luck. The h.264 error still keeps happening and there is no way I am overheating. I have 10GB of RAM and Quad-Core 2.80 GHz Processor. The issue got fixed on the prior version, but it fails instantly on the re-encode and this did not happen until the new beta came out. What else could be wrong?


[02/22/14] BD Rebuilder v0.46.13 (beta)
[11:26:51] Source: AKIRA
- Input BD size: 46.39 GB
- Approximate total content: [03:55:25.903]
- Target BD size: 23.31 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:26:52] PHASE ONE, Encoding
- [11:26:52] Processing: VID_00001 (1 of 6)
- [11:26:52] Extracting A/V streams [VID_00001]
- [12:20:37] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 179,017 frames
- [12:20:51] Reencoding: VID_00001, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 158.16GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[12:21:04] - Failed video encode, aborted

Uninstall all supporting application and reinstall them again and see if it is any different.

Also post your setting info.

[Capsbackup]

What else could be wrong?


Does it only happen with this Blu-ray? Can you backup any other Blu-ray rips?

[Crocluvr92]

Uninstall all supporting application and reinstall them again and see if it is any different.

Also post your setting info.

Which supporting applications do you speak of? x264, Aften, faad, etc. comes with the bd rebuilder pack. I also uninstalled and reinstalled AviSynth,Matroska Splitter, ffdshow and bd rebuilder and followed the exact instructions as was told per jdobbs instructions on the beta page and still I get this error. Everything was fine until this new beta came along :(

[Crocluvr92]

Does it only happen with this Blu-ray? Can you backup any other Blu-ray rips?

It happens with all blu-rays, such as Akira, Salo, American Reunion and so on. I had a similar issue with v0.44.17 but it was fixed with replacing the x264 codec but I tried that with this beta but I did not have this big of an issue until the new beta was released.

[jdobbs]

I did the uninstall/re-install and still no luck. The h.264 error still keeps happening and there is no way I am overheating. I have 10GB of RAM and Quad-Core 2.80 GHz Processor. The issue got fixed on the prior version, but it fails instantly on the re-encode and this did not happen until the new beta came out. What else could be wrong?


[02/22/14] BD Rebuilder v0.46.13 (beta)
[11:26:51] Source: AKIRA
- Input BD size: 46.39 GB
- Approximate total content: [03:55:25.903]
- Target BD size: 23.31 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:26:52] PHASE ONE, Encoding
- [11:26:52] Processing: VID_00001 (1 of 6)
- [11:26:52] Extracting A/V streams [VID_00001]
- [12:20:37] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 179,017 frames
- [12:20:51] Reencoding: VID_00001, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 158.16GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[12:21:04] - Failed video encode, abortedGo back to the previous version. My guess is that it will fail also.

X264 is the exact same version as in the last several releases. Your problem is much more likely to be system stability or a CODEC issue. X264 is very stable.

[Crocluvr92]

Go back to the previous version. My guess is that it will fail also.

X264 is the exact same version as in the last several releases. Your problem is much more likely to be system stability or a CODEC issue. X264 is very stable.

What type of codec issue could it be? And I wouldn't mind going back to the other version but it doesnt allow it. It says beta has expired.

[Capsbackup]

What type of codec issue could it be?

Look for any codec packs in add/remove programs folder.

[jdobbs]

What type of codec issue could it be? And I wouldn't mind going back to the other version but it doesnt allow it. It says beta has expired.One thing you could do is open the AVS file with Media Player Classic (included with BD-RB) to see if it will play.

[soneca]

@soneca
That job (with 47 parts) completed and I tested it at several of the connection points and didn't experience any problems. I'll try a smaller one (fewer parts).

[Edit] Ok, I just did one with only three parts and it played back without glitches at the joins also... so I guess I'd need more information to go any further. I don't think I have "Crimson Tide" on BD...

Jdobbs, thanks for testing.
I returned to the recommended version of Haali but nothing has changed, really do not know what might be happening on both machines. :confused:
Please, if you need any info, let me know.

[soneca]

This post may apply to you.

http://forum.doom9.org/showpost.php?p=1461291&postcount=5
It was not the case, I was really testing the latest version of Haali.
Thank you.

[jdobbs]

Jdobbs, thanks for testing.
I returned to the recommended version of Haali but nothing has changed, really do not know what might be happening on both machines. :confused:
Please, if you need any info, let me know.Is it just that disc, or are you having trouble with more than one?

[soneca]

With the disc "The Counselor" too.
I'll test other titles.

http://s20.postimg.org/f233uo4y5/bdrebuilder1.png

[mparade]

@jdobbs

Do you have in your future plans the MVC support for full disc backups?

Anyway, thank you again for this great program!

[jdobbs]

@jdobbs

Do you have in your future plans the MVC support for full disc backups?

Anyway, thank you again for this great program!Yes. But currently it can't be done without halving the bitrate because there is no easy way to create an ISO -- and the SSIF files should point to the same sectors as the two 3D M2TS files. If TSMUXER doesn't offer the option sometime soon I will start working on my own ISO creation.

[Ch3vr0n]

if you manage to pull that one off, i'll will try to find the funds to do another donation. Tight budget here. But that functionality will defo get tested by me. Plenty of 3D discs

[ChldsPlay]

I am having a problem with The Big Bang Theory S2:D1.

After re-encoding all the files when it goes to put everything back together in the target folders, it has the error:

CopyDirStructure() 00076 1200

When I check the target folder it creates a lot of repeating sub folders. Like the main folder for the backup is called "backup" so it looks like:

backup
Big Bang Theory Season 2
backup
Big Bang Theory Season 2
backup

And so on. The workfiles directory is in the topmost "backup" folder. I had a very similar problem to this years ago with either G.I. Joe or Big Trouble in Little China, but everything has worked fine since then.

[02/22/14] BD Rebuilder v0.46.13 (beta)
[18:41:23] Source: THE_BIG_BANG_THEORY_S2_D1
- Input BD size: 38.88 GB
- Approximate total content: [04:21:12.156]
- Target BD size: 22.95 GB
- Windows Version: 6.0 [6002]
- Auto Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:41:23] PHASE ONE, Encoding
- [18:41:23] Processing: VID_00001 (1 of 13)
- [18:41:23] Extracting A/V streams [VID_00001]
- [18:42:34] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 31,441 frames
- Bitrate: 9,374 Kbs
- [18:42:34] Reencoding: VID_00001, Pass 1 of 2
- [18:56:47] Reencoding: VID_00001, Pass 2 of 2
- [19:12:18] Video Encode complete
- [19:12:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:12:18] Multiplexing M2TS
- [19:12:44] Processing: VID_00002 (2 of 13)
- [19:12:44] Extracting A/V streams [VID_00002]
- [19:13:56] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,601 frames
- Bitrate: 9,353 Kbs
- [19:13:56] Reencoding: VID_00002, Pass 1 of 2
- [19:27:03] Reencoding: VID_00002, Pass 2 of 2
- [19:40:22] Video Encode complete
- [19:40:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:40:22] Multiplexing M2TS
- [19:41:03] Processing: VID_00009 (3 of 13)
- [19:41:03] Extracting A/V streams [VID_00009]
- [19:42:23] Reencoding video [VID_00009]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,601 frames
- Bitrate: 9,369 Kbs
- [19:42:23] Reencoding: VID_00009, Pass 1 of 2
- [19:55:03] Reencoding: VID_00009, Pass 2 of 2
- [20:08:00] Video Encode complete
- [20:08:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:08:00] Multiplexing M2TS
- [20:08:25] Processing: VID_00018 (4 of 13)
- [20:08:25] Extracting A/V streams [VID_00018]
- [20:08:32] Reencoding video [VID_00018]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,159 frames
- Bitrate: 2,294 Kbs
- [20:08:32] Reencoding: VID_00018, Pass 1 of 2
- [20:10:28] Reencoding: VID_00018, Pass 2 of 2
- [20:12:23] Video Encode complete
- [20:12:23] Processing audio tracks
- [20:12:23] Multiplexing M2TS
- [20:12:27] Processing: VID_00021 (5 of 13)
- [20:12:27] Extracting A/V streams [VID_00021]
- [20:13:49] Reencoding video [VID_00021]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,817 frames
- Bitrate: 9,353 Kbs
- [20:13:49] Reencoding: VID_00021, Pass 1 of 2
- [20:26:48] Reencoding: VID_00021, Pass 2 of 2
- [20:40:06] Video Encode complete
- [20:40:06] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:40:06] Multiplexing M2TS
- [20:40:47] Processing: VID_00022 (6 of 13)
- [20:40:47] Extracting A/V streams [VID_00022]
- [20:42:05] Reencoding video [VID_00022]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 28,849 frames
- Bitrate: 9,364 Kbs
- [20:42:05] Reencoding: VID_00022, Pass 1 of 2
- [20:54:28] Reencoding: VID_00022, Pass 2 of 2
- [21:07:05] Video Encode complete
- [21:07:05] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:07:05] Multiplexing M2TS
- [21:07:29] Processing: VID_00023 (7 of 13)
- [21:07:29] Extracting A/V streams [VID_00023]
- [21:08:52] Reencoding video [VID_00023]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,265 frames
- Bitrate: 9,361 Kbs
- [21:08:52] Reencoding: VID_00023, Pass 1 of 2
- [21:22:43] Reencoding: VID_00023, Pass 2 of 2
- [21:38:27] Video Encode complete
- [21:38:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:38:27] Multiplexing M2TS
- [21:38:52] Processing: VID_00025 (8 of 13)
- [21:38:52] Extracting A/V streams [VID_00025]
- [21:40:14] Reencoding video [VID_00025]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,505 frames
- Bitrate: 9,353 Kbs
- [21:40:14] Reencoding: VID_00025, Pass 1 of 2
- [21:53:09] Reencoding: VID_00025, Pass 2 of 2
- [22:06:14] Video Encode complete
- [22:06:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:06:14] Multiplexing M2TS
- [22:06:48] Processing: VID_00026 (9 of 13)
- [22:06:48] Extracting A/V streams [VID_00026]
- [22:08:04] Reencoding video [VID_00026]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 29,041 frames
- Bitrate: 9,348 Kbs
- [22:08:04] Reencoding: VID_00026, Pass 1 of 2
- [22:20:14] Reencoding: VID_00026, Pass 2 of 2
- [22:32:37] Video Encode complete
- [22:32:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:32:37] Multiplexing M2TS
- [22:33:11] Processing: VID_00027 (10 of 13)
- [22:33:11] Extracting A/V streams [VID_00027]
- [22:34:23] Reencoding video [VID_00027]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,361 frames
- Bitrate: 9,366 Kbs
- [22:34:23] Reencoding: VID_00027, Pass 1 of 2
- [22:47:07] Reencoding: VID_00027, Pass 2 of 2
- [23:00:09] Video Encode complete
- [23:00:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:00:09] Multiplexing M2TS
- [23:00:42] Processing: VID_00028 (11 of 13)
- [23:00:42] Extracting A/V streams [VID_00028]
- [23:01:55] Reencoding video [VID_00028]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,697 frames
- Bitrate: 9,389 Kbs
- [23:01:55] Reencoding: VID_00028, Pass 1 of 2
- [23:14:50] Reencoding: VID_00028, Pass 2 of 2
- [23:28:01] Video Encode complete
- [23:28:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:28:01] Multiplexing M2TS
- [23:28:27] Processing: VID_00029 (12 of 13)
- [23:28:27] Extracting A/V streams [VID_00029]
- [23:29:40] Reencoding video [VID_00029]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,313 frames
- Bitrate: 9,363 Kbs
- [23:29:40] Reencoding: VID_00029, Pass 1 of 2
- [23:42:32] Reencoding: VID_00029, Pass 2 of 2
- [23:55:38] Video Encode complete
- [23:55:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:55:38] Multiplexing M2TS
- [23:56:12] Processing: VID_00030 (13 of 13)
- [23:56:12] Extracting A/V streams [VID_00030]
- [23:57:24] Reencoding video [VID_00030]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,793 frames
- Bitrate: 9,387 Kbs
- [23:57:24] Reencoding: VID_00030, Pass 1 of 2
- [00:10:19] Reencoding: VID_00030, Pass 2 of 2
- [00:23:30] Video Encode complete
- [00:23:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:23:30] Multiplexing M2TS
[00:24:05]PHASE ONE complete
[00:24:05]PHASE TWO - Rebuild Started
- [00:24:05] Rebuilding BD file Structure
- [00:24:05] CopyDirStructure() 00076 1200
[18:06:15] - Aborted per user request

[02/23/14] Checking System Settings
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.0 [6002]
- Working Path Free Space: 444.83GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- FFDSHOW VC-1 set incorrectly: [0]
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok

[jdobbs]

@Childsplay

That routine is executed on every full backup made. This is the only report ever received of this type. Since the code is executed so often on so many systems, I have to believe the issue is local to your machine. That makes me think one of two things.

1. If the source is pointing to a local drive onto which you've ripped the disc, your drive is having issues with circular references. You may want to do a CHKDSK to find any issues. If this is a network or externally connected drive, it could also be a driver issue.

2. If you are reading directly from a disc it could either be a driver issue, or it could be a new type of copy protection that isn't being addressed by the ripping software.

I'll order the discs and see if I can repeat the issue in the case of #2.

[jdobbs]

Something i noticed and thought id ask a question about it.

My current disc im backing up with Full Backup to BD-5 option:
[00:59:52]PHASE TWO - Rebuild Started
- [00:59:52] Rebuilding BD file Structure
[01:00:01] - Encode and Rebuild complete
[01:00:01] JOB: FUTURAMA4_GREENYONDER finished.


Shouldn it say "Rebuilding AVCHD file structure? Wouldnt this cause issues trying to play on a bluray player? Im guessing its not important or a dumb question, but figured id be safe than sorry. Because blurays are still not working on any bluray player ive tested. Ive used two different computers, windows 7 and 8, and different bluray burners. It is only happening on Full Backup to bd-5/bd-9. Movie Only works fine. Ive researched this, and im not the only person whos seen this problem. Do you change any specific settings in the Imgburn settings, most specifically in the Settings/Write section? Such as the check book type options or write mode. Currently Write mode is set to auto. Auto change book type is checked by default. Clearly something strange is going on, and its either a setting in BDR or Imgburn. I also use ANYDVD HD but i doubt thats causing the issues.If the target is smaller than or equal to a BD-9 then it should say "Rebuilding AVCHD file Structure". But... that only applies if doing a movie-only backup. BD-RB can't guarantee 100% AVCHD compatibility on a full backup -- because the menu structure may or may not be AVCHD compatible.

I've made it very clear throughout this thread that support for full backups to BD-5/9 is highly dependent upon what an individual player will support. If your player won't playback full backups to BD-5/9 -- then you either need to get a different player or make movie-only backups. I can tell you I have 2 Samsung and 3 Sony players -- and they ALL support full backups to BD-5/9. As for others... I'll have to let those who own them report their findings.

I don't want seem unsupportive -- but I can't show up at everyone's house and fix problems that are only happening to them -- and that seems to be the case with your issue.

[mparade]

I just wanted to see if I used my Avatar 3D BD as the source and Full disc backup option as output after selecting "Process 3D Sources as 2D for Backup" in the SETUP dialog would the result be playable in 2D or not. It wasn't, so maybe I had missed something. Unfortunately, I cannot play the result in Powerdvd 13, however the menu works perfectly. After clicking play in the menu I can only see a blank screen and nothing happens, however the menu navigation is working, e.g. I can come back to the top menu from the blank screen status and when the timeline is kept on setting to zero.

Could anyone please advise?

[jdobbs]

I just wanted to see if I used my Avatar 3D BD as the source and Full disc backup option as output after selecting "Process 3D Sources as 2D for Backup" in the SETUP dialog would the result be playable in 2D or not. It wasn't, so maybe I had missed something. Unfortunately, I cannot play the result in Powerdvd 13, however the menu works perfectly. After clicking play in the menu I can only see a blank screen and nothing happens, however the menu navigation is working, e.g. I can come back to the top menu from the blank screen status and when the timeline is kept on setting to zero.

Could anyone please advise?There are some discs that, within the command structure, check to see if a 3D player and 3D compatible display are present (there is a register in the player that holds that information) -- and refuse to play if that isn't true. It's odd, really, because all the information necessary for a 2D player to play it is always there. But that code could be anywhere in the menu and playback structure.

In full-backup mode all the commands are kept (they have to be for the disc to function). So, I'm guessing (but guessing only) that the disc you're trying may be doing that check.

I have "Avatar 3D", and I'll see what happens when I try a 2D backup. It may not be until tomorrow, though, as I have a series of tests going on right now.

[mparade]

There are some discs that, within the command structure, check to see if a 3D player and 3D compatible display are present (there is a register in the player that holds that information) -- and refuse to play if that isn't true. It's odd, really, because all the information necessary for a 2D player to play it is always there. But that code could be anywhere in the menu and playback structure.

In full-backup mode all the commands are kept (they have to be for the disc to function). So, I'm guessing (but guessing only) that the disc you're trying may be doing that check.

I have "Avatar 3D", and I'll see what happens when I try a 2D backup. It may not be until tomorrow, though, as I have a series of tests going on right now.

Thank you for the help in advance!

[jdobbs]

Thank you for the help in advance!There are a couple of changes I need to make for that mode anyway. There is still some dangling information remaining that indicates 3D after the backup.

[mparade]

There are a couple of changes I need to make for that mode anyway. There is still some dangling information remaining that indicates 3D after the backup.

:scared:

[jdobbs]

:scared:It's not as big a deal as that. ;) There are some tables in the extension area of the MPLS and CLPI related to 3D that aren't being removed.

[mparade]

It's not as big a deal as that. ;) There are some tables in the extension area of the MPLS and CLPI related to 3D that aren't being removed.

I think I can help you after "debugging" this feature by testing all my 3D BD iso files. I have currently between around 10-15 pcs of such "materials". Anyway, most of time, I used to use edit and "movie & menus (autoblank extras)" mode with this (process 3D video sources as 2D for backup) feature too.

[DMagic1]

Tried Cars 3D last night. The first 3D attempt with BDRebuilder. In the past I used DVDFab but for some reason its 3D re encoded movies would always freeze on PS3 systems. Many reported that same issue. I'm glad to say everything was perfect with BDRebuilder. Very, very please with your efforts as usual.

[Lathe]

In the latest build, I notice that all these options are included in the INI file that I hadn't noticed on new builds before. Many of them of course are set to '0', but they are listed, which seems strange.

Anyway... MAINLY I noticed one that is not in the 'Hidden Options.txt' file but it is in my new build. It is called:

USE FILTERS=0

I don't remember seeing that before; what 'Filters' are being referred to?

Appreciate the update and upgrade to the internal LAVF encoders / decoders too!

Thanks!

[Ch3vr0n]

That one probably refers the the in-app setting to use custom avs filters.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

In the latest build, I notice that all these options are included in the INI file that I hadn't noticed on new builds before. Many of them of course are set to '0', but they are listed, which seems strange.

Anyway... MAINLY I noticed one that is not in the 'Hidden Options.txt' file but it is in my new build. It is called:

USE FILTERS=0

I don't remember seeing that before; what 'Filters' are being referred to?

Appreciate the update and upgrade to the internal LAVF encoders / decoders too!

Thanks!Nothing has changed in the way hidden options are initialized.

USE_FILTERS is set (as indicated by Ch3vr0n) when you select to include AVS filters in the SETUP dialog. It isn't a hidden option.

[Lathe]

Nothing has changed in the way hidden options are initialized.

USE_FILTERS is set (as indicated by Ch3vr0n) when you select to include AVS filters in the SETUP dialog. It isn't a hidden option.

Oh I see. I guess I had missed that in previous builds. Thanks kindly!

[DoctorM]

Something weird that may or may not be a bug... yet. I was hoping to save some encoding time. As previously state my PC is slow.
I'm doing an encoding right now and it'll take another 20 hours (mostly because of added avs filtering). The thing is in the work files folder BD RB dropped an AUD_00001_4352.avs script which apparently is for re-encoding the audio track.
The original is 448kbps DD 5.1. There should be no reason (because of source or settings) that it will need re-encoding.

So either BD RB will finish the video encode and then re-encode the audio (apparently) unnecessarily OR it dropped a script that it will later not use.
Either one of which doesn't seem right.

The source is an MKV import of a custom mux of video, audio (DVD sourced track) and subs.
The destination is a BD5, none of the re-encode AC3 tracks options are checked.
----------------------
[02/27/14] BD Rebuilder v0.46.13 (beta)
[02:36:01] Source: TEMP
- Input BD size: 10.22 GB
- Approximate total content: [01:41:50.915]
- Target BD size: 4.36 GB
- Windows Version: 5.1 [2600]
- AVS Filtering is enabled
- RESIZE 1080p to 720p enabled
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[02:36:01] PHASE ONE, Encoding
- [02:36:01] Processing: VID_00001 (1 of 2)
- [02:36:01] Extracting A/V streams [VID_00001]
- [02:47:53] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 142,264 frames
- Convert: 1280x720, 23.976fps, 142,264 frames
- [02:47:53] Performing CRF Prediction...
- Analyzing 11.00 30.50 24.21 20.62 18.98 18.39 [18.22]
- [05:19:02] Encoding using constant rate factor.

I know until something happens there really isn't all the information. I guess I'm asking for now is if BDRB drops scripts that it doesn't necessarily use or if I should anticipate a problem and save myself the encoding time now while I figure out where the problem is.

Edit: I've been searching the thread and can't find an answer. When downscaling, are the SUP files resized to the lower resolution as well?

[Sharc]

@jdobbs:
At this occasion -- see DoctorM's log -- I like to add that the CRF starting value is still 11.00.
From changes.txt
July 10th, 2013 - v0.44.15
- Updated algorithm to provide a better starting
CRF value when resizing to 1440x1080 and 720p.
Only applies to one-pass CRF mode.
It looks like it is not effective in certain cases (720p)?

[jdobbs]

Something weird that may or may not be a bug... yet. I was hoping to save some encoding time. As previously state my PC is slow.
I'm doing an encoding right now and it'll take another 20 hours (mostly because of added avs filtering). The thing is in the work files folder BD RB dropped an AUD_00001_4352.avs script which apparently is for re-encoding the audio track.
The original is 448kbps DD 5.1. There should be no reason (because of source or settings) that it will need re-encoding.

So either BD RB will finish the video encode and then re-encode the audio (apparently) unnecessarily OR it dropped a script that it will later not use.
Either one of which doesn't seem right.

The source is an MKV import of a custom mux of video, audio (DVD sourced track) and subs.
The destination is a BD5, none of the re-encode AC3 tracks options are checked.
----------------------
[02/27/14] BD Rebuilder v0.46.13 (beta)
[02:36:01] Source: TEMP
- Input BD size: 10.22 GB
- Approximate total content: [01:41:50.915]
- Target BD size: 4.36 GB
- Windows Version: 5.1 [2600]
- AVS Filtering is enabled
- RESIZE 1080p to 720p enabled
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[02:36:01] PHASE ONE, Encoding
- [02:36:01] Processing: VID_00001 (1 of 2)
- [02:36:01] Extracting A/V streams [VID_00001]
- [02:47:53] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 142,264 frames
- Convert: 1280x720, 23.976fps, 142,264 frames
- [02:47:53] Performing CRF Prediction...
- Analyzing 11.00 30.50 24.21 20.62 18.98 18.39 [18.22]
- [05:19:02] Encoding using constant rate factor.

I know until something happens there really isn't all the information. I guess I'm asking for now is if BDRB drops scripts that it doesn't necessarily use or if I should anticipate a problem and save myself the encoding time now while I figure out where the problem is.

Edit: I've been searching the thread and can't find an answer. When downscaling, are the SUP files resized to the lower resolution as well?The AVS is created whether it is used or not. But remember, there are other settings that may force audio encoding (e.g. AUDIO_AMPLIFY, or a source that isn't sampled at the required 48Khz).

Yes, when you resize the video, the SUPs are resized to match.

[DoctorM]

Thanks jdobbs. If I built the MKV file with a DVD 480p resolution SUP file would that get automatically upscaled to 720p like 1080p would get downscaled (that is, is a blind resize(1280,720) type thing used, or is it a percentage resize or something else).

Am I best off upscaling the DVD Subs to 1080p when muxing and then let rebuilder take it back down to 720p?

Also, is the CRF prediction algorithm really that accurate as to go to hundredths of a decimal place? Manually I've never noticed more than half a CRF point making much difference in a final size. I just ask because it seems the analysis could be more efficient if it dropped the last place.

[jdobbs]

Thanks jdobbs. If I built the MKV file with a DVD 480p resolution SUP file would that get automatically upscaled to 720p like 1080p would get downscaled (that is, is a blind resize(1280,720) type thing used, or is it a percentage resize or something else).

Am I best off upscaling the DVD Subs to 1080p when muxing and then let rebuilder take it back down to 720p?

Also, is the CRF prediction algorithm really that accurate as to go to hundredths of a decimal place? Manually I've never noticed more than half a CRF point making much difference in a final size. I just ask because it seems the analysis could be more efficient if it dropped the last place.Hmmm... I've never seen an MKV with DVD subs muxed, so I'm not sure how they look. But it's unlikely they are still there. BD subs definitely get imported. Did the subs get imported?

You're better off importing directly from the DVD, and then resizing one time to your final desired resolution.

It doesn't resize to an accuracy level that is that great. While the CRF may be carried out to two decimals -- the factor that decides whether to do another sample encode (for a new CRF) is based on the output size of the sample -- not the CRF itself, and doesn't require that level of accuracy.

[omegaman7]

The AVS is created whether it is used or not. But remember, there are other settings that may force audio encoding (e.g. AUDIO_AMPLIFY, or a source that isn't sampled at the required 48Khz).

Yes, when you resize the video, the SUPs are resized to match.

I recently ran a job to AVCHD. I was confused that it re-encoded the audio, because according to Mediainfo, it already fell within the appropriate parameters. Or so I thought(640Kbps/AC-3). Perhaps your explanation here answers my confusion. The original, was 44.1Khz. I imagine that doesn't fall into AVCHD spec. Once again, you've taught me a valuable lesson :D

[DoctorM]

In this case I build the MKV with an HD video track from one source, the audio track and subs were from a DVD.
I took the IDX/SUB file and with BDSup2Sub resized/converted to 1080p/.SUP to match the video (not knowing how BD Rebuilder would handle the size or IDX/SUB format).

I guess I'm asking if I would have been okay just converting the IDX/SUB to SUP (480) and letting BD Rebuilder upscale it to 720p for one resize (and if it would know to upscale it).

@Omegaman7 - Yeah, I would think 48khz would be needed. I'm not sure I've seen an AC3 track at 44.1khz. This track is definitely 16bit/48khz.

I guess I'll wait and see and if it goes wrong just rebuild later with the already encoded video track.

[ricoman]

This was happening to me a month or so ago so I reinstalled BDR and it worked fine until now. I reinstalled it again with v.0.46.13 beta but still get this message about txmuxer not working. Can you tell me why this happens and what is the solution? This has happened several times. Thank you.