BD Rebuilder Beta - Bug Reports Only

[Rodger]

Hi Guys,

sadly another one with that annoying error:

----------------------
[02.15.14] BD Rebuilder v0.46.11 (beta)
[07:48:46] Source: RED_2
- Input BD size: 35,32 GB
- Approximate total content: [03:00:15.596]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[07:48:46] PHASE ONE, Encoding
- [07:48:46] Processing: VID_00027 (1 of 4)
- [07:48:46] Extracting A/V streams [VID_00027]
- [07:48:51] Reencoding video [VID_00027]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 107 frames
- [07:48:51] Reencoding: VID_00027, Pass 1 of 1
- [07:48:51] Video Encode complete
- [07:48:51] Processing audio tracks
- [07:48:51] Multiplexing M2TS
- [07:48:55] Processing: VID_00026 (2 of 4)
- [07:48:55] Extracting A/V streams [VID_00026]
- [07:49:02] Reencoding video [VID_00026]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 2.959 frames
- [07:49:02] Reencoding: VID_00026, Pass 1 of 1
- [07:49:16] Video Encode complete
- [07:49:16] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [07:49:16] Multiplexing M2TS
- [07:49:20] Processing: VID_00001 (3 of 4)
- [07:49:20] Extracting A/V streams [VID_00001]
- [07:50:08] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 49.931 frames
- Bitrate: 12.223 Kbs
- [07:50:08] Reencoding: VID_00001, Pass 1 of 1
- [07:55:44] Video Encode complete
- [07:55:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:55:44] Multiplexing M2TS
- [07:56:05] Processing: VID_00000 (4 of 4)
- [07:56:05] Extracting A/V streams [VID_00000]
- Error in attempt to extract audio/subs.
-
[07:58:22] - Failed to retrieve audio, aborted


Since ALL my Rips seems to have problem now (only in BDRB it seems) I took a shot and tried that file in tsmuxer as that is usually the problem described when that error appears.
But tsmuxer is not the problem it seems:

SmartLabs tsMuxeR. Version 1.10.6 http://www.smlabs.net
Decoding H264 stream (track 1): Profile: High@4.1 Resolution: 1920:1080p Frame rate: 23.976
H.264 stream does not contain fps field. Muxing fps=23.976
Decoding DTS-HD stream (track 2): Bitrate: 1536Kbps core + MLP data.Sample Rate: 48KHz Channels: 7.1 (DTS Master Audio)
Decoding DTS-HD stream (track 3): Bitrate: 1536Kbps core + MLP data.Sample Rate: 48KHz Channels: 7.1 (DTS Master Audio)
Decoding PGS stream (track 5): Resolution: 1920:1080 Frame rate: 23.976
Decoding PGS stream (track 4): Resolution: 1920:1080 Frame rate: 23.976
Decoding PGS stream (track 6): Resolution: 1920:1080 Frame rate: 23.976
Processed 166993 video frames
Demux complete.
Demuxing time: 1 min 22 sec

Full BD-Backup. I´m trying Movie only to see if that helps.
Until now every time BDRB showed that message I ALWAYS was able to "save" the movie only with BDtoAVCHD.
And it shows me a working progress with VID_00000 instead of stopping with an error.
I really think this is a problem of BDRB. Whatever it is

see here:
[02.15.14] BD Rebuilder v0.46.11 (beta)
[08:13:32] Source: RED_2_00000
- Input BD size: 24,95 GB
- Approximate total content: [01:56:04.999]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:13:34] PHASE ONE, Encoding
- [08:13:34] Processing: VID_00000 (1 of 1)
- [08:13:34] Extracting A/V streams [VID_00000]
- [08:16:55] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 166.993 frames
- Bitrate: 20.916 Kbs
- [08:16:55] Reencoding: VID_00000, Pass 1 of 1


Anyone got an idea why that happens?

[inge70]

Originally Posted by Capsbackup

Just curious, I have noticed ever since BD-RB began using the new tsMuxer, after movie only backups to AVCHD there is two clipi and mpls files in each respective folders. One is named 00000.clpi and 00000.mpls, the other is just .clpi and .mpls.
Is there a reason for this?

is also already noticed. only I do not know if the new tsmuxer causes or BD_Rebuilder. The files 00000.clpi and 00000.mpls in the folders BMDV / Backup / CLIPINF and BDMV / Backup / playlist, and in BDMV / CLIPINF and BDMV / playlist are ok and need to be there. But there appear additional files only. Clpi and. Mpls hot, so without "00000" in the name, the wrong and the burn an AVCHD, in the acquisition, denied. these files. clpi and. mpls please delete. They are each present twice in the folders listed here.
Then, no more burning program complains rum.

PS: If I use tsMuxeR solo, that does not happen when I Muxe a mkv to AVCHD. Teste just BD_Rebuilder if it happens there, as I have already noticed with these additional two files.

[colinhunt]

I bumped into something which is very likely not a bug with BD-RB, but it's vexing nevertheless. I did a full backup of The Americans disc 2 on 0.46.11, and the deleted scenes came out somewhat messed up again. The four relevant m2ts files are 00300, 00301, 00302 and 00303.

Since the backup came out a bit undersized and there was enough space for them, I decided to replace the four messed up files with the originals. So I copied the four m2ts files to the backup, followed by the .clpi and .mpls files, also named 00300, 00301, 00302 and 00303. I also replaced the backups with originals in the BDMV / Backup directory.

But all that wasn't enough, because the backup does not play correctly. Deleted scenes start in the middle, play for a second, then skip to the next one. What did I miss or mess up?

[jdobbs]

Originally Posted by Capsbackup

Just curious, I have noticed ever since BD-RB began using the new tsMuxer, after movie only backups to AVCHD there is two clipi and mpls files in each respective folders. One is named 00000.clpi and 00000.mpls, the other is just .clpi and .mpls.
Is there a reason for this?

I've noticed it too. But can't seem to find one where they exist now. I assumed it was a bug in TSMUXER, but I'll check to find out. I don't think it hurts anything, but I'll make sure it goes away in the next release.

Can you give me a specific sequence that will cause it?

[jdobbs]

Originally Posted by Rodger

Hi Guys,

sadly another one with that annoying error:
...
Anyone got an idea why that happens?

I have RED_2 on my hard drive. Post the contents of your INI file and I'll run a test. Could you also run INSPECT from the HELP menu and post the results?

[Capsbackup]

Originally Posted by jdobbs

I've noticed it too. But can't seem to find one where they exist now. I assumed it was a bug in TSMUXER, but I'll check to find out. I don't think it hurts anything, but I'll make sure it goes away in the next release.

Can you give me a specific sequence that will cause it?

Seems that every movie only backup to BD5 or BD9 causes this for me.
Source is original Blu-ray rip.

[Rodger]

Hi there Jdobbs,

cleared my harddrive up su just started a new run to deliver an ini file.

INSPECT:
- Windows Version: 6.2 [9200]
- AVISYNTH Version: [2.6.0.3], not recommended version
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [4504], Ok
- FFDSHOW VC-1 set incorrectly: [19]
- FFDSHOW MPEG2 set incorrectly: [19]
- FFDSHOW AVC set incorrectly: [19]
- AnyDVD settings check: Ok.
- BD-RB v0.46.0.11, not current

INFO FFDSHOW Errors = Intel Quicksync is set

==============================================
Complete Verbose Log of Project:
[02.15.14] BD Rebuilder v0.46.11 (beta)
[15:45:41] Source: RED_2_00000
- Input BD size: 24,95 GB
- Approximate total content: [01:56:04.999]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:45:41] PHASE ONE, Encoding
- [15:45:41] Processing: VID_00000 (1 of 1)
- [15:45:41] Extracting A/V streams [VID_00000]
[15:45:46]PHASE ONE aborted by user request
----------------------
[02.15.14] BD Rebuilder v0.46.11 (beta)
[15:45:53] Source: RED_2
- Input BD size: 35,32 GB
- Approximate total content: [03:00:15.596]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:45:54] PHASE ONE, Encoding
- [15:45:54] Processing: VID_00027 (1 of 4)
- [15:45:54] Extracting A/V streams [VID_00027]
- [15:45:59] Reencoding video [VID_00027]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 107 frames
- [15:45:59] Reencoding: VID_00027, Pass 1 of 1
- [15:45:59] Video Encode complete
- [15:45:59] Processing audio tracks
- [15:45:59] Multiplexing M2TS
- [15:46:03] Processing: VID_00026 (2 of 4)
- [15:46:03] Extracting A/V streams [VID_00026]
- [15:46:10] Reencoding video [VID_00026]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 2.959 frames
- [15:46:10] Reencoding: VID_00026, Pass 1 of 1
- [15:46:24] Video Encode complete
- [15:46:24] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [15:46:24] Multiplexing M2TS
- [15:46:28] Processing: VID_00001 (3 of 4)
- [15:46:28] Extracting A/V streams [VID_00001]
- [15:47:10] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 49.931 frames
- Bitrate: 12.223 Kbs
- [15:47:10] Reencoding: VID_00001, Pass 1 of 1
[02.15.14] Checking System Settings
- BD-Rebuilder v0.46.11 (beta)
- Windows Version: 6.2 [9200]
- AVISYNTH Version: 2.6.0.3, not recommended version
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- FFDSHOW VC-1 set incorrectly: [19]
- FFDSHOW MPEG2 set incorrectly: [19]
- FFDSHOW AVC set incorrectly: [19]
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02.15.14] Systems Settings Check complete
- [15:52:48] Video Encode complete
- [15:52:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:52:48] Multiplexing M2TS
- [15:53:09] Processing: VID_00000 (4 of 4)
- [15:53:09] Extracting A/V streams [VID_00000]
- Error in attempt to extract audio/subs.
-
[15:55:26] - Failed to retrieve audio, aborted



TRYING MOVIE ONLY BACKUP
Completet Verbose Log:
02.15.14] BD Rebuilder v0.46.11 (beta)
[15:56:18] Source: RED_2_00000
- Input BD size: 24,95 GB
- Approximate total content: [01:56:04.999]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:56:20] PHASE ONE, Encoding
- [15:56:20] Processing: VID_00000 (1 of 1)
- [15:56:20] Extracting A/V streams [VID_00000]
- [15:59:38] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 166.993 frames
- Bitrate: 20.916 Kbs
- [15:59:38] Reencoding: VID_00000, Pass 1 of 1


NOW it is NO PROBLEM ???

[jdobbs]

The FFDSHOW settings won't really matter when you are using DGDecNV, so that's no big deal. But I'm confused as to how you could possibly get the "BD-RB v0.46.0.11, not current" message? The INSPECT in the HELP menu doesn't even check that???

What do you mean by "NOW it is NO PROBLEM"?

[Capsbackup]

@Rodger,
You need to correct the many problems displayed with "Inspect"!!

[jdobbs]

Originally Posted by Capsbackup

Seems that every movie only backup to BD5 or BD9 causes this for me.
Source is original Blu-ray rip.

I was able to repeat it. I also ran the META directly from a command line and it didn't create the files... so I need to find out why it is doing it when BD-RB runs it.

[Rodger]

Sorry,

thought you´d figure it out.

The Inspect part was from the external inspect.exe
There is a inspect from inside BDRB in the Logs of my last post.

So to prevent further confusion....
[02.15.14] Checking System Settings
- BD-Rebuilder v0.46.11 (beta)
- Windows Version: 6.2 [9200]
- AVISYNTH Version: 2.6.0.3, not recommended version
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- FFDSHOW VC-1 set incorrectly: [19]
- FFDSHOW MPEG2 set incorrectly: [19]
- FFDSHOW AVC set incorrectly: [19]
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02.15.14] Systems Settings Check complete


Now it is no problem was related to the fact that BDRD is unable to work with VID_00000 while making a full backup but when making a movie only backup it is obviously no problem since it started to reencode it.

See the Logs in my last post.

[jdobbs]

@Rodger

Originally Posted by jdobbs

Post the contents of your INI file and I'll run a test.

You gave me your log and the contents of the INF file. But I need the INI file to make sure my settings match yours. It is called BDREBUILDER.INI and is located int the same folder as BDRB.EXE. In the meantime I've started a job doing a full backup of RED_2 using DGDecNV.

It also doesn't look like the structure of my disc matches yours... probably because they are different regions.

I notice that you are using the alpha version of AVISYNTH v2.6 -- which is not recommended for BD-RB. But... AVISYNTH isn't involved in the extraction of audio/subs, so I'll ignore that for now.

Do you have a copy of the AUD_00000.META file from the full backup attempt? I'd like to see if it has any anomalies. In fact, it might be useful to compare that file from both of the two attempts.

[jdobbs]

I just completed the backup of RED_2 with no issues. I'll need more information (see previous post) before I can help any more.

[Rodger]

Sorry my bad!
Didn´t read carefully enough I guess

You may compare the disc sizes...maybe the different disc releases are already that easy to compare.


All requested files in the new zip.
+ ERROR When BackUp MOVIE ONLY!!!
Reencoding does work but final Muxing gives error!!!
See files / Logs for Info


Since it is globally mentioned...
SHOULD I use DGdeNV or am I better off without it when processing BDs with BDRB?

MY experience is that AVIsynth 2.6.x is faster than 2.5.8 since I can use the MT tweaked version from SEt in other programs.
see here: http://forum.doom9.org/showthread.php?t=148782
+ It has been perfectly stable for me

What´s your opinion on this?



/EDIT: STOP!!! Please wait for me to give further Info via PM before waisting your time (anymore)


/EDIT: I AM SO EMBARRASSED! And so sorry for waisting your time. There is nothing in the whole world you could do but to tell the idiot (me) to check for enough space left on the harddrive.

[jdobbs]

Don't worrry about it. I've done the same thing myself -- even to the point of looking at code before checking my free space.

Have a good day.

[Rodger]

Thanks for your kind answer

But please give me your opinion on my two questions:

SHOULD I use DGdeNV or am I better off without it when processing BDs with BDRB?

MY experience is that AVIsynth 2.6.x is faster than 2.5.8 since I can use the MT tweaked version from SEt in other programs.
see here: http://forum.doom9.org/showthread.php?t=148782
+ It has been perfectly stable for me

[Capsbackup]

Originally Posted by jdobbs

I was able to repeat it. I also ran the META directly from a command line and it didn't create the files... so I need to find out why it is doing it when BD-RB runs it.

Not a "high priority" bug, more cosmetic!
There has never been a doubt about your finding and fixing capabilities.

[inge70]

Originally Posted by jdobbs

I've noticed it too. But can't seem to find one where they exist now. I assumed it was a bug in TSMUXER, but I'll check to find out. I don't think it hurts anything, but I'll make sure it goes away in the next release.

Can you give me a specific sequence that will cause it?

Have times tested because of the ". Cpli" and ". Mpls" files. If I use tsMuxer v2.6.12 alone (mkv to AVCHD mux) are correct, only one "00000.clpi" and "00000.mpls" created in each folder and NO ".cpli" and ".mpls" without "00000" in the name.
This happens, strangely enough, only with BD_Rebuilder currently. After completion appear "00000.clpi" and ".clpi" in CLIPINF folder. same for "00000.mpls" and ".mpls" in the playlist folder.

Why this is, I can not see from the bd_rebuilder-log and. Inf unfortunately. Everything looks normal there.

Originally Posted by BD_Rebuilder.log

[02.15.14] BD Rebuilder v0.46.11 (beta)
[09:13:23] Source: FILME_00000
- Input BD size: 3,12 GB
- Approximate total content: [01:47:27.920]
- Target BD size: 4,36 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[09:13:23] PHASE ONE, Encoding
- [09:13:23] Processing: VID_00000 (1 of 1)
- [09:13:23] Extracting A/V streams [VID_00000]
- [09:14:04] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25,000fps, 161.198 frames
- Bitrate: 5.156 Kbs
- [09:14:04] Reencoding: VID_00000, Pass 1 of 2
- [09:46:28] Reencoding: VID_00000, Pass 2 of 2
- [11:38:33] Video Encode complete
- [11:38:33] Processing audio tracks
- Track 4352 (ger): Reencoding audio to AC3...
[11:38:55]PHASE ONE complete
[11:38:55]PHASE TWO - Rebuild Started
- [11:38:55] Rebuilding AVCHD file Structure
[11:39:48] - Encode and Rebuild complete
- WORKFILES folder removed.
[11:39:48] JOB: FILME finished.

Originally Posted by Filme.inf

[Status]
LABEL=FILME
VERSION=v0.46.11 (beta)
SOURCE_SIZE=3346022400
SOURCE_VIDEO_SIZE=3346022400
TARGET_SIZE=4686086144
REDUCTION=1.40049455257681
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;ger;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4686086144
RATE=5156
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0

Originally Posted by Inspect.exe

[02.15.14] Checking System Settings
- BD-Rebuilder v0.46.11 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- 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.15.14] Systems Settings Check complete

Maybe the error occurs when BD_rebuilder works with tsMuxeR v2.6.12 together. TsMuxeR solo does not write the additional file.
But now no test completed with tsMuxeR v1.10.6 v2.6.11 or to further isolate the error.

[jdobbs]

Originally Posted by Rodger

Thanks for your kind answer

But please give me your opinion on my two questions:

SHOULD I use DGdeNV or am I better off without it when processing BDs with BDRB?

MY experience is that AVIsynth 2.6.x is faster than 2.5.8 since I can use the MT tweaked version from SEt in other programs.
see here: http://forum.doom9.org/showthread.php?t=148782
+ It has been perfectly stable for me

Definitely use DGDecNV. It is faster and reduces the processing necessary for several functions.

It's up to you with AVISYNTH, but you'll find I'm very hesitant to respond to bug reports when alpha software is in use that might be the cause, and may require a switch to v2.58 before accepting it as a bug.

[jdobbs]

Originally Posted by inge70

Maybe the error occurs when BD_rebuilder works with tsMuxeR v2.6.12 together. TsMuxeR solo does not write the additional file.
But now no test completed with tsMuxeR v1.10.6 v2.6.11 or to further isolate the error.

Originally Posted by Capsbackup

Not a "high priority" bug, more cosmetic!
There has never been a doubt about your finding and fixing capabilities.

I fixed it. Actually it was caused by BD-RB and was an indicator of an actual bug that had been reported a while back... so I'm glad you asked me to address it. Two bugs killed with one stone.