BD Rebuilder Beta - Bug Reports Only

[Giljorak]

Ran into the following error while trying to convert the Internship into a movie only MKV, 2-pass 9000MB output size, 640Kbs DD5.1.

[12/11/13] BD Rebuilder v0.45.05 (beta)
[00:37:59] Source: THE_INTERNSHIP_00851
- Input BD size: 29.13 GB
- Approximate total content: [02:05:01.410]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[00:38:04] PHASE ONE, Encoding
- [00:38:04] Processing: VID_00600 (1 of 29)
- [00:38:04] Extracting A/V streams [VID_00600]
- [00:42:22] CreateAVS() 00000
[00:42:28] - Could not create AVS file

I tried the following but none helped:
- reboot, In a post from 3 years ago (http://forum.doom9.org/showthread.php?p=1421957#post1421957) you recommended a reboot for this error.
- different playlists
- re-rip the ISO with AnyDVDHD to a different source drive.
- change the working directory to another drive
- output an mkv with intact audio and intact video
- reinstall ffdshow, haali & avisynth from the first post of this thread.

Here is what worked for me:
- Using either of the two ISO rips convert to a BD9ish sized movie only.

[12/11/13] BD Rebuilder v0.45.05 (beta)
[04:35:43] Source: THE_INTERNSHIP_00851
- Input BD size: 29.13 GB
- Approximate total content: [02:05:01.410]
- Target BD size: 8.79 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[04:35:46] PHASE ONE, Encoding
- [04:35:46] Processing: VID_00600 (1 of 29)
- [04:35:46] Extracting A/V streams [VID_00600]
- [04:40:03] Reencoding video [VID_00600]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,865 frames
- Bitrate: 8,005 Kbs
.
.
.
- [06:04:19] Processing: VID_00642 (29 of 29)
- [06:04:19] Extracting A/V streams [VID_00642]
- [06:04:29] Reencoding video [VID_00642]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,954 frames
- Bitrate: 5,478 Kbs
- [06:04:29] Reencoding: VID_00642, Pass 1 of 2
- [06:05:17] Reencoding: VID_00642, Pass 2 of 2
- [06:06:03] Video Encode complete
[06:06:03]PHASE ONE complete
[06:06:03]PHASE TWO - Rebuild Started
- [06:06:03] Rebuilding BD file Structure
[06:08:50] - Encode and Rebuild complete
[06:08:50] JOB: THE_INTERNSHIP finished.

- then run this BD9 converted to iso with imgburn back through BD-RB to output an intact video and intact audio movie only mkv.

[12/11/13] BD Rebuilder v0.45.05 (beta)
[06:47:33] Source: THE_INTERNSHIP_00000
- Input BD size: 7.98 GB
- Approximate total content: [02:05:01.439]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, Intact Audio
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[06:47:36] PHASE ONE, Encoding
- [06:47:36] Processing: VID_00000 (1 of 1)
- [06:47:36] Extracting A/V streams [VID_00000]
- [06:49:01] Reencoding video [VID_00000]
- [06:49:01] Keeping original video (no reencode)
- [06:49:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[06:49:01]PHASE ONE complete
[06:49:01]PHASE TWO - Rebuild Started
- [06:49:01] Building ALTERNATE OUTPUT Structure
[06:52:23] - Encode and Rebuild complete
[06:52:23] JOB: THE_INTERNSHIP finished.

Thanks for the awesome program.

[jdobbs]

It is OK by now, thank you. I realized during a second encode that I should have considered the target size as well when using CRF encoding. I thought it is automatically ignored by BD-RB due to my choice for CRF encoding...When you select CRF for BD output in BD-RB it works a little differently than an MKV or MP4 (ALTERNATE output). You can't ignore output size for BD, so BD-RB does a series of prediction passes to decide what CRF to use. So it kinda' works like two-pass -- only quicker.

[jdobbs]

@Giljorak

Can you post the INI file you used in the failed encode? I'd like to see if I can repeat it.

[omegaman7]

When you select CRF for BD output in BD-RB it works a little differently than an MKV or MP4 (ALTERNATE output). You can't ignore output size for BD, so BD-RB does a series of prediction passes to decide what CRF to use. So it kinda' works like two-pass -- only quicker.

Might I inquire, if this is your preferred method? For BD-25 backups.

[Giljorak]

As requested, I just reran a conversion to mkv with intact video & audio and got the same error.

----------------------
[12/11/13] BD Rebuilder v0.45.05 (beta)
[13:50:48] Source: THE_INTERNSHIP_00851
- Input BD size: 29.13 GB
- Approximate total content: [02:05:01.410]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, Intact Audio
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[13:50:48] PHASE ONE, Encoding
- [13:50:48] Processing: VID_00600 (1 of 29)
- [13:50:48] Extracting A/V streams [VID_00600]
- [13:55:05] CreateAVS() 00000
[13:55:11] - Could not create AVS file


bdrebuilder.ini
[Options]
ENABLE_TEST=1
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=0
AUTO_QUALITY=1
TARGET_SIZE=45000
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
MKV_MUXSUPS=1
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
DEINTERLACE=1
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=0
FULL_AVCHD=0
REMOVE_OUTPUT=0
USE_FILTERS=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=9000
AUTO_BURN=0
PRIORITY_CLASS=1
MOVIE_ONLY_LOOP=0
BDMV_CERT_ONLY=0
USE_LAVF=1
IVTC_PULLDOWN=0
MOVIEONLY_TYPE=3
ALTCRF=20
ALTMETHOD=2
ASSUME_DVD_PAL=0
SHOW_ENCODER=1
VERSION=0.45.0.5
SD_TO_1080=0
CONVERT_WIDE=0
HC_PROFILE=BEST
ALT_TARGET=9000
DVD_SUB_COLOR=1
AUTO_BLANK=0
ENABLE_BLANKING=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
ALTAUTOCROP=0
DGDECNV=0
RESIZE_1440=0
OUTPUT_3D=0
RESIZE_720=0
NEROAAC=0
SUPTITLE=0
[Paths]
SOURCE_PATH=I:\
WORKING_PATH=E:\BD_RB WORK\
SupTitlePath=D:\BD_Rebuilder\Tools\SupTitle.dll

the_internship.inf - I don't know if it is needed but I'll include it.
[Status]
LABEL=THE_INTERNSHIP
VERSION=v0.45.05 (beta)
SOURCE_SIZE=31279656960
SOURCE_VIDEO_SIZE=31279656960
TARGET_SIZE=9437184000
REDUCTION=.30170356446262
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=3
USE_LAVF=-1
INSTANCES=1
DGDECNV=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1
[00600]
USE_ORIGINAL=1
AUDIO=10000000
PGS=110000000000000
APULLDOWN=0
S1440=0
[00602]
USE_ORIGINAL=1
[00603]
USE_ORIGINAL=1
[00605]
USE_ORIGINAL=1
[00606]
USE_ORIGINAL=1
[00608]
USE_ORIGINAL=1
[00609]
USE_ORIGINAL=1
[00611]
USE_ORIGINAL=1
[00612]
USE_ORIGINAL=1
[00614]
USE_ORIGINAL=1
[00615]
USE_ORIGINAL=1
[00617]
USE_ORIGINAL=1
[00618]
USE_ORIGINAL=1
[00620]
USE_ORIGINAL=1
[00621]
USE_ORIGINAL=1
[00623]
USE_ORIGINAL=1
[00624]
USE_ORIGINAL=1
[00626]
USE_ORIGINAL=1
[00627]
USE_ORIGINAL=1
[00629]
USE_ORIGINAL=1
[00630]
USE_ORIGINAL=1
[00632]
USE_ORIGINAL=1
[00633]
USE_ORIGINAL=1
[00635]
USE_ORIGINAL=1
[00636]
USE_ORIGINAL=1
[00638]
USE_ORIGINAL=1
[00639]
USE_ORIGINAL=1
[00641]
USE_ORIGINAL=1
[00642]
USE_ORIGINAL=1

[Sharc]

Might I inquire, if this is your preferred method?
For me this is the preferred method for my backups on BD5 or BD9. In most cases the disk is filled 92 .... 98%. The risk is that you my occasionally run into an oversize problem because of the prediction which is based on samples (snippets) rather than on the entire movie. "Occasional" means perhaps 1 out of 20 cases. If this happens I repeat the encode with a slightly higher fixed CRF which can be set as an option in the .ini.

[mparade]

When you select CRF for BD output in BD-RB it works a little differently than an MKV or MP4 (ALTERNATE output). You can't ignore output size for BD, so BD-RB does a series of prediction passes to decide what CRF to use. So it kinda' works like two-pass -- only quicker.

Thank you for the answer. Is "so BD-RB does a series of prediction passes to decide what CRF to use" true even if I used e.g. FIXED_CRF=16? The hiddenopt is telling "(output size control disappears)".

[Sharc]

Thank you for the answer. Is "so BD-RB does a series of prediction passes to decide what CRF to use" true even if I used e.g. FIXED_CRF=16? The hiddenopt is telling "(output size control disappears)".
No, in this case the encode will be 1-pass at CRF=16.

[mparade]

No, in this case the encode will be 1-pass at CRF=16.

That is why I do not really understand the "audio and/or PGS size too large...." error message while using the FIXED_CRF hiddenopt. If in case of FIXED_CRF, size control disappears why does still BD-RB cares about the size?Maybe the menu (which is not going to be reencoded due to a custom sized (even if using FIXED_CRF the user is forced to mark a target size) full backup setup>BD-9 can mess it up, I think....Anyway, thank you for the reply.

[jdobbs]

Might I inquire, if this is your preferred method? For BD-25 backups.No. I generally do two-pass backups.

That is why I do not really understand the "audio and/or PGS size too large...." error message while using the FIXED_CRF hiddenopt. If in case of FIXED_CRF, size control disappears why does still BD-RB cares about the size?Maybe the menu (which is not going to be reencoded due to a custom sized (even if using FIXED_CRF the user is forced to mark a target size) full backup setup>BD-9 can mess it up, I think....Anyway, thank you for the reply.Because the vast majority of people don't have a clue what CRF means -- and if I don't warn them it will oversize -- and they'll blame it on the software.

[laserfan]

I generally do two-pass backups.
How's that happen? I'm set to "Automatic Quality Settings", which I believe is the default, and most of my logs display

- Auto Quality: Good (Very Fast), ABR

and only one that I can find ATM that says

- Auto Quality: Good (Very Fast), Two Pass

I think you've always said you use defaults? Or maybe you backup to DVDs instead e.g. BD-25 assuming that would make a difference.

[laserfan]

One oddity: I typically do Full Menus with Blanking, and it seems that every single time I click to Backup, the program says WORK FOLDER NOT EMPTY - DELETE ALL FILES? or some such, and what I find odd about this is that I've always started with a clean slate i.e. empty Work folder. Then I review all streams, make my changes re: blanked or not, and then I get the above and in WORKFILES I typically find a bunch of .CHP files in there.

Is this correct behavior or am I doing something wrong? It's disconcerting to deal with this every time...

[Ch3vr0n]

previewing creates those files, that's why that "error" occurs

[jdobbs]

How's that happen? I'm set to "Automatic Quality Settings", which I believe is the default, and most of my logs display

- Auto Quality: Good (Very Fast), ABR

and only one that I can find ATM that says

- Auto Quality: Good (Very Fast), Two Pass

I think you've always said you use defaults? Or maybe you backup to DVDs instead e.g. BD-25 assuming that would make a difference.Yes, that is the default, and that's how I usually have mine set. But it is rare that I ever see a disc that isn't two-pass. It pretty much always is two-pass to BD-9. I guess it would be more common on movie-only backups than full backups. I also sometimes just set my system to "High Quality (Default)" when I'm running a job overnight and don't care about time.

But "Automatic" is the way to go 90+% of the time. While you can set it to one of the higher fixed settings, you probably won't see an improvement for the additional time involved, and in "Automatic" BD-RB will adjust up to one of those when it thinks it needs to.

[laserfan]

Thanks for your reply; I do always use BD-25 when doing Menu & Extras so that's no doubt the difference vs. your BD-9 where you get two-pass.

I can certainly vouch for your assertion that Auto is the way to go setting-wise. I'm always surprised by how fast it works, and I have never seen any degradation in video quality on-screen.

:)

Yes, that is the default, and that's how I usually have mine set. But it is rare that I ever see a disc that isn't two-pass. It pretty much always is two-pass to BD-9. I guess it would be more common on movie-only backups than full backups. I also sometimes just set my system to "High Quality (Default)" when I'm running a job overnight and don't care about time.

But "Automatic" is the way to go 90+% of the time. While you can set it to one of the higher fixed settings, you probably won't see an improvement for the additional time involved, and in "Automatic" BD-RB will adjust up to one of those when it thinks it needs to.

[laserfan]

One oddity: I typically do Full Menus with Blanking, and it seems that every single time I click to Backup, the program says WORK FOLDER NOT EMPTY - DELETE ALL FILES? or some such, and what I find odd about this is that I've always started with a clean slate i.e. empty Work folder. Then I review all streams, make my changes re: blanked or not, and then I get the above and in WORKFILES I typically find a bunch of .CHP files in there.

Is this correct behavior or am I doing something wrong? It's disconcerting to deal with this every time...
No ideas about this one?

[jdobbs]

No ideas about this one?Ch3vr0n answered that one. When you preview there is an AVS created in the WORKFILES folder. Since the folder isn't empty, it prompts before clearing it.

The .CHP files get created along with .AVS files. I'll look at it, but I have to be careful about removing things -- because you can stop/preview/resume at any time. You don't want to have to start over.

[laserfan]

Ch3vr0n answered that one. When you preview there is an AVS created in the WORKFILES folder. Since the folder isn't empty, it prompts before clearing it.

The .CHP files get created along with .AVS files. I'll look at it, but I have to be careful about removing things -- because you can stop/preview/resume at any time. You don't want to have to start over.
Yeah I'd forgotten about Preview creating the .AVS files cuz they do get deleted, just not the .CHP. Well it's not a big deal but I thought I'd ask.

Thanks for looking at it.

[Audiophile1178]

laserfan, another way of previewing the files without going through BDRebuilder is to go to the STREAM folder on the disc in windows explorer and double click on the m2ts file that corresponds to the VID file number in BDRebuilder and play it back in MPC-HC or MPC. This is how I always preview the VID files without having to directly do it in BDRebuilder. That way nothing gets created and you never have that message pop-up.

[mparade]

Just sent $110,00 USD (not Canadian one as previously made by gonca :)) for BD-RB software development implemented in the near past and hopefully in the near future. (Please consider it a Christmas present also :))

P.S. I wish for Mr. Dobbs and for all member of this small community of BD-RB happy holidays!

[laserfan]

laserfan, another way of previewing the files without going through BDRebuilder is to go to the STREAM folder on the disc in windows explorer and double click on the m2ts file that corresponds to the VID file number in BDRebuilder and play it back in MPC-HC or MPC.
At first I thought "more work!" but then I see what you're saying. I will try that thanks, might even be quicker huh.

Just sent $110,00 USD...
Wow, make us all feel bad! :cool:

Good work mparade & I hope others follow suit and not to be too intimidated by your generosity.

Donations are especially appropriate as IIRC BD-RB celebrates its fifth anniversary this month! Longest beta trial in history maybe (calling Guinness right now...).

:D

Too bad though we are still well away from creating 1000 pages in this thread. Oh well another reason to celebrate in 2014..

[HWK]

Just sent $110,00 USD (not Canadian one as previously made by gonca :)) for BD-RB software development implemented in the near past and hopefully in the near future. (Please consider it a Christmas present also :))

P.S. I wish for Mr. Dobbs and for all member of this small community of BD-RB happy holidays!

I sense big smile from jdobbs :D

[gonca]

Just sent $110,00 USD (not Canadian one as previously made by gonca :)) for BD-RB software development implemented in the near past and hopefully in the near future. (Please consider it a Christmas present also :))

P.S. I wish for Mr. Dobbs and for all member of this small community of BD-RB happy holidays!

That was $100.00 US:D
Did I start a trend? Either way, let's keep it going, It is the season.

[HWK]

Did I start a trend? Either way, let's keep it going, It is the season.

It may very well be, you have started trend and let's hope it continues. I think Roman deserve donation too, without his work on muxer BD-RB would have been in blue print.

[jdobbs]

Just sent $110,00 USD (not Canadian one as previously made by gonca :)) for BD-RB software development implemented in the near past and hopefully in the near future. (Please consider it a Christmas present also :))

P.S. I wish for Mr. Dobbs and for all member of this small community of BD-RB happy holidays!Wow! That will get me three more 3D discs! I'll be heading down to Best Buy today.

Your continued support is very much appreciated. I hope you and your family have a happy holiday season.

[jdobbs]

Donations are especially appropriate as IIRC BD-RB celebrates its fifth anniversary this month! Longest beta trial in history maybe (calling Guinness right now...).

:D

Too bad though we are still well away from creating 1000 pages in this thread. Oh well another reason to celebrate in 2014.. Yeah. It 's been in beta for an eternity. Every time I get it stable I decide to add some major change that makes it a beta again. The last big one was the IMPORT/Quick-Play with authored menus, and now 3D support. I want this to eventually become the single tool needed for any/all BD backup and authoring needs -- so I'm not sure when it will ever end.

[gonca]

It may very well be, you have started trend and let's hope it continues. I think Roman deserve donation too, without his work on muxer BD-RB most likely BD-RB would have been in blue print.

+1 Agreed

Just did. Good reminder

[omegaman7]

I'll be able to help you in February Jdobbs. Assuming uncle sam doesn't hurt me too bad LOL! Perhaps even in a week. I get 3 paychecks next week :D

[jbromley]

Hi folks, I was looking for some assistance with BD-Rebuilder...

I am attempting to shrink down some BDs that I have so I can keep them away from the kids. Most are about 30-40GB, and I want to upload them onto a central NAS, but am running out of space.

Anyhoo - I constantly get the following error message when the process has gone 50% (or thereabouts) through, ie when it has done the decoding.

CorrectMPSL error() 00009 2401.

I am using the following equipment to do this.

First the BRs are ripped straight to NAS, using AnyDVD and straight file copy, also including hidden files.

Next I have a virtual Windows 7 box, which has been installed using proper software, and has nothing else on apart from BD Rebuilder and required decoders. If I run INSPECT everything comes up ok.

I am using a second drive space of 80GB, which appears to be fine, for my Workfiles.

I've now tried about 10 different blu-rays, all to no avail...

Latest log file enclosed...

----------------------
[12/15/13] BD Rebuilder v0.45.05 (beta)
[10:14:25] Source: HANNA
- Input BD size: 38.87 GB
- Approximate total content: [02:44:25.521]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[10:14:25] PHASE ONE, Encoding
- [10:14:25] Processing: VID_50201 (1 of 11)
- [10:14:25] Extracting A/V streams [VID_50201]
- [10:39:43] Reencoding video [VID_50201]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 159,730 frames
- Bitrate: 19,256 Kbs
- [10:39:43] Reencoding: VID_50201, Pass 1 of 1
- [13:10:56] Video Encode complete
- [13:10:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:10:56] Multiplexing M2TS
- [13:28:52] Processing: VID_50278 (2 of 11)
- [13:28:52] Extracting A/V streams [VID_50278]
- [13:29:03] Reencoding video [VID_50278]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,748 frames
- Bitrate: 5,358 Kbs
- [13:29:03] Reencoding: VID_50278, Pass 1 of 1
- [13:30:15] Video Encode complete
- [13:30:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:30:15] Multiplexing M2TS
- [13:30:20] Processing: VID_50283 (3 of 11)
- [13:30:20] Extracting A/V streams [VID_50283]
- [13:30:33] Reencoding video [VID_50283]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,247 frames
- Bitrate: 6,130 Kbs
- [13:30:34] Reencoding: VID_50283, Pass 1 of 1
- [13:32:02] Video Encode complete
- [13:32:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:32:02] Multiplexing M2TS
- [13:32:07] Processing: VID_50285 (4 of 11)
- [13:32:07] Extracting A/V streams [VID_50285]
- [13:32:27] Reencoding video [VID_50285]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,112 frames
- Bitrate: 13,367 Kbs
- [13:32:27] Reencoding: VID_50285, Pass 1 of 1
- [13:33:56] Video Encode complete
- [13:33:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:33:56] Multiplexing M2TS
- [13:34:02] Processing: VID_50286 (5 of 11)
- [13:34:02] Extracting A/V streams [VID_50286]
- [13:34:44] Reencoding video [VID_50286]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,440 frames
- Bitrate: 13,397 Kbs
- [13:34:44] Reencoding: VID_50286, Pass 1 of 1
- [13:38:39] Video Encode complete
- [13:38:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:38:39] Multiplexing M2TS
- [13:38:49] Processing: VID_50287 (6 of 11)
- [13:38:49] Extracting A/V streams [VID_50287]
- [13:41:50] Reencoding video [VID_50287]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 19,080 frames
- Bitrate: 13,321 Kbs
- [13:41:50] Reencoding: VID_50287, Pass 1 of 1
- [13:56:58] Video Encode complete
- [13:56:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:56:58] Multiplexing M2TS
- [13:57:39] Processing: VID_50288 (7 of 11)
- [13:57:39] Extracting A/V streams [VID_50288]
- [13:59:25] Reencoding video [VID_50288]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 12,821 frames
- Bitrate: 13,321 Kbs
- [13:59:25] Reencoding: VID_50288, Pass 1 of 1
- [14:08:26] Video Encode complete
- [14:08:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:08:26] Multiplexing M2TS
- [14:08:50] Processing: VID_50289 (8 of 11)
- [14:08:50] Extracting A/V streams [VID_50289]
- [14:10:04] Reencoding video [VID_50289]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,789 frames
- Bitrate: 13,319 Kbs
- [14:10:04] Reencoding: VID_50289, Pass 1 of 1
- [14:16:32] Video Encode complete
- [14:16:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:16:32] Multiplexing M2TS
- [14:16:43] Processing: VID_50290 (9 of 11)
- [14:16:43] Extracting A/V streams [VID_50290]
- [14:17:03] Reencoding video [VID_50290]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,576 frames
- Bitrate: 13,333 Kbs
- [14:17:03] Reencoding: VID_50290, Pass 1 of 1
- [14:20:30] Video Encode complete
- [14:20:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:20:30] Multiplexing M2TS
- [14:20:40] Processing: VID_50291 (10 of 11)
- [14:20:40] Extracting A/V streams [VID_50291]
- [14:21:00] Reencoding video [VID_50291]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,168 frames
- Bitrate: 13,317 Kbs
- [14:21:00] Reencoding: VID_50291, Pass 1 of 1
- [14:23:23] Video Encode complete
- [14:23:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:23:23] Multiplexing M2TS
- [14:23:30] Processing: VID_50292 (11 of 11)
- [14:23:30] Extracting A/V streams [VID_50292]
- [14:23:46] Reencoding video [VID_50292]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,132 frames
- Bitrate: 13,287 Kbs
- [14:23:46] Reencoding: VID_50292, Pass 1 of 1
- [14:25:20] Video Encode complete
- [14:25:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:25:20] Multiplexing M2TS
[14:25:25]PHASE ONE complete
[14:25:25]PHASE TWO - Rebuild Started
- [14:25:25] Rebuilding BD file Structure
- [14:25:28] CorrectMPLS() 00009 2401
[14:37:39] - Aborted per user request

[gonca]

http://forum.doom9.org/showthread.php?p=1513653
Read this page, same error

[jdobbs]

Hi folks, I was looking for some assistance with BD-Rebuilder...

I am attempting to shrink down some BDs that I have so I can keep them away from the kids. Most are about 30-40GB, and I want to upload them onto a central NAS, but am running out of space.

Anyhoo - I constantly get the following error message when the process has gone 50% (or thereabouts) through, ie when it has done the decoding.

CorrectMPSL error() 00009 2401.

I am using the following equipment to do this.

First the BRs are ripped straight to NAS, using AnyDVD and straight file copy, also including hidden files.

Next I have a virtual Windows 7 box, which has been installed using proper software, and has nothing else on apart from BD Rebuilder and required decoders. If I run INSPECT everything comes up ok.

I am using a second drive space of 80GB, which appears to be fine, for my Workfiles.

I've now tried about 10 different blu-rays, all to no avail...

Latest log file enclosed...

...
That error is an indicator of a subscript being out of range, the 2401 identifies the section of BD-RB where the error occurred. I looked at it, and it is a very small section of code. The only way I can see that error occurring is if the playlist has been modified somehow or has been deleted between the time the encodes were started and the rebuild began. I'm not sure how that would be possible -- but it might somehow be related to the availability of the NAS drive.

Also, 80GB is a very small space to use as your workdrive. It is likely that at some point you are going to hit an error due to no disc space being available.

[jbromley]

Okay, hmmm, interesting thoughts. I've looked at that error link before, but there doesn't seem to be a conclusion to it.

I'm only using 80GB, as I have limited data storage on the virtual device. I will just try something else on the VM and make it a thick client.

As to whether the original files are being changed, I find that unlikely, as they're not being used by anything else, and what other program would be changing the files? Admittedly it does take 5+ hours (usually 10) to do the first 1/2 of decoding.

Otherwise, any ideas?

I'm just trying another rip direct from the BD player, but this isn't really practical for a final solution, as the BD drive is on a laptop that is constantly moving around, and can't be kept on all the time.

[jdobbs]

Okay, hmmm, interesting thoughts. I've looked at that error link before, but there doesn't seem to be a conclusion to it.

I'm only using 80GB, as I have limited data storage on the virtual device. I will just try something else on the VM and make it a thick client.

As to whether the original files are being changed, I find that unlikely, as they're not being used by anything else, and what other program would be changing the files? Admittedly it does take 5+ hours (usually 10) to do the first 1/2 of decoding.

Otherwise, any ideas?

I'm just trying another rip direct from the BD player, but this isn't really practical for a final solution, as the BD drive is on a laptop that is constantly moving around, and can't be kept on all the time. I looked at the link, but I didn't see the connection. As for the error -- while there could be any of many possible causes, I don't see how it could be caused by a bug in BD-RB. It is simply trying to access an array that was created from the first scan of an MPLS file using an index it pulled from that same file later. I could be missing something (it wouldn't be the first time). But there are only about 25 lines of code in section 2401.

[Audiophile1178]

jbromley, I'm not sure if this is related to what you're trying to do but one time I tried to use the source and working path for BDRebuilder through the network as I was low on space on my local rig at that time and BDRebuilder wouldn't work properly. I think it was due to not being able to access the files properly as I was doing the encoding on my main rig but using my network drives as the space for the work that were on another pc in the network What I didn't think of at the time and this idea MAY work for you. If you want to use your network drives to do the work but use another pc for encoding you might want to try mapping the remote drives on your encoding rig to have BDRebuilder think that those drives are local as windows explorer will show that drive as a local drive with a drive letter. You would then use those mapped drives as your source and encoding folders.

It's just an idea that may or may not help you accomplish what you're trying to do. :)

[gonca]

http://forum.doom9.org/showthread.php?p=1513653
Read this page, same error

dfsooner had the same error

[jbromley]

jbromley, I'm not sure if this is related to what you're trying to do but one time I tried to use the source and working path for BDRebuilder through the network as I was low on space on my local rig at that time and BDRebuilder wouldn't work properly. I think it was due to not being able to access the files properly as I was doing the encoding on my main rig but using my network drives as the space for the work that were on another pc in the network What I didn't think of at the time and this idea MAY work for you. If you want to use your network drives to do the work but use another pc for encoding you might want to try mapping the remote drives on your encoding rig to have BDRebuilder think that those drives are local as windows explorer will show that drive as a local drive with a drive letter. You would then use those mapped drives as your source and encoding folders.

It's just an idea that may or may not help you accomplish what you're trying to do. :)

Thanks, I may well try that. I'm just moving my virtual systems to a much bigger server, so if it works that will solve that, also for the past 7 hours I've been trying to do the whole thing from a local machine, and also with the bd files copied to a local drive.

[jdobbs]

dfsooner had the same errorOh, so the link pointed to the wrong post, you are referencing the post that was 4 responses below that one. I see.

In his case, this (http://forum.doom9.org/showthread.php?p=1514782#post1514782) was his response on the next page.

[gonca]

Oh, so the link pointed to the wrong post, you are referencing the post that was 4 responses below that one. I see.

In his case, this (http://forum.doom9.org/showthread.php?p=1514782#post1514782) was his response on the next page.
I was linking to the page
Just saw how to link to an actual post :o

[AmigaFuture]

Wow, make us all feel bad! :cool:

Donations are especially appropriate as IIRC BD-RB celebrates its fifth anniversary this month! Longest beta trial in history maybe (calling Guinness right now...).


Hmm...Nope. It doesn't ...make...me feel bad. I am supposed to be included in that "All" statement? Wink! Even if I hadn't donated in that $ range?? :D

It's all part his Master Plan for major fame...longest Beta in history. We're on to you.....!!!

[AmigaFuture]

Hi folks, I was looking for some assistance with BD-Rebuilder...

I am attempting to shrink down some BDs that I have so I can keep them away from the kids. Most are about 30-40GB, and I want to upload them onto a central NAS, but am running out of space.

Anyhoo - I constantly get the following error message when the process has gone 50% (or thereabouts) through, ie when it has done the decoding.

CorrectMPSL error() 00009 2401.

I am using the following equipment to do this.

First the BRs are ripped straight to NAS, using AnyDVD and straight file copy, also including hidden files.

Next I have a virtual Windows 7 box, which has been installed using proper software, and has nothing else on apart from BD Rebuilder and required decoders. If I run INSPECT everything comes up ok.

I am using a second drive space of 80GB, which appears to be fine, for my Workfiles.

I've now tried about 10 different blu-rays, all to no avail...

Latest log file enclosed...

----------------------
[12/15/13] BD Rebuilder v0.45.05 (beta)
[10:14:25] Source: HANNA
- Input BD size: 38.87 GB
- Approximate total content: [02:44:25.521]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[10:14:25] PHASE ONE, Encoding
- [10:14:25] Processing: VID_50201 (1 of 11)
- [10:14:25] Extracting A/V streams [VID_50201]
- [10:39:43] Reencoding video [VID_50201]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 159,730 frames
- Bitrate: 19,256 Kbs
- [10:39:43] Reencoding: VID_50201, Pass 1 of 1
- [13:10:56] Video Encode complete
- [13:10:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:10:56] Multiplexing M2TS
- [13:28:52] Processing: VID_50278 (2 of 11)
- [13:28:52] Extracting A/V streams [VID_50278]
- [13:29:03] Reencoding video [VID_50278]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,748 frames
- Bitrate: 5,358 Kbs
- [13:29:03] Reencoding: VID_50278, Pass 1 of 1
- [13:30:15] Video Encode complete
- [13:30:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:30:15] Multiplexing M2TS
- [13:30:20] Processing: VID_50283 (3 of 11)
- [13:30:20] Extracting A/V streams [VID_50283]
- [13:30:33] Reencoding video [VID_50283]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,247 frames
- Bitrate: 6,130 Kbs
- [13:30:34] Reencoding: VID_50283, Pass 1 of 1
- [13:32:02] Video Encode complete
- [13:32:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:32:02] Multiplexing M2TS
- [13:32:07] Processing: VID_50285 (4 of 11)
- [13:32:07] Extracting A/V streams [VID_50285]
- [13:32:27] Reencoding video [VID_50285]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,112 frames
- Bitrate: 13,367 Kbs
- [13:32:27] Reencoding: VID_50285, Pass 1 of 1
- [13:33:56] Video Encode complete
- [13:33:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:33:56] Multiplexing M2TS
- [13:34:02] Processing: VID_50286 (5 of 11)
- [13:34:02] Extracting A/V streams [VID_50286]
- [13:34:44] Reencoding video [VID_50286]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,440 frames
- Bitrate: 13,397 Kbs
- [13:34:44] Reencoding: VID_50286, Pass 1 of 1
- [13:38:39] Video Encode complete
- [13:38:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:38:39] Multiplexing M2TS
- [13:38:49] Processing: VID_50287 (6 of 11)
- [13:38:49] Extracting A/V streams [VID_50287]
- [13:41:50] Reencoding video [VID_50287]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 19,080 frames
- Bitrate: 13,321 Kbs
- [13:41:50] Reencoding: VID_50287, Pass 1 of 1
- [13:56:58] Video Encode complete
- [13:56:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:56:58] Multiplexing M2TS
- [13:57:39] Processing: VID_50288 (7 of 11)
- [13:57:39] Extracting A/V streams [VID_50288]
- [13:59:25] Reencoding video [VID_50288]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 12,821 frames
- Bitrate: 13,321 Kbs
- [13:59:25] Reencoding: VID_50288, Pass 1 of 1
- [14:08:26] Video Encode complete
- [14:08:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:08:26] Multiplexing M2TS
- [14:08:50] Processing: VID_50289 (8 of 11)
- [14:08:50] Extracting A/V streams [VID_50289]
- [14:10:04] Reencoding video [VID_50289]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,789 frames
- Bitrate: 13,319 Kbs
- [14:10:04] Reencoding: VID_50289, Pass 1 of 1
- [14:16:32] Video Encode complete
- [14:16:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:16:32] Multiplexing M2TS
- [14:16:43] Processing: VID_50290 (9 of 11)
- [14:16:43] Extracting A/V streams [VID_50290]
- [14:17:03] Reencoding video [VID_50290]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,576 frames
- Bitrate: 13,333 Kbs
- [14:17:03] Reencoding: VID_50290, Pass 1 of 1
- [14:20:30] Video Encode complete
- [14:20:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:20:30] Multiplexing M2TS
- [14:20:40] Processing: VID_50291 (10 of 11)
- [14:20:40] Extracting A/V streams [VID_50291]
- [14:21:00] Reencoding video [VID_50291]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,168 frames
- Bitrate: 13,317 Kbs
- [14:21:00] Reencoding: VID_50291, Pass 1 of 1
- [14:23:23] Video Encode complete
- [14:23:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:23:23] Multiplexing M2TS
- [14:23:30] Processing: VID_50292 (11 of 11)
- [14:23:30] Extracting A/V streams [VID_50292]
- [14:23:46] Reencoding video [VID_50292]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,132 frames
- Bitrate: 13,287 Kbs
- [14:23:46] Reencoding: VID_50292, Pass 1 of 1
- [14:25:20] Video Encode complete
- [14:25:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:25:20] Multiplexing M2TS
[14:25:25]PHASE ONE complete
[14:25:25]PHASE TWO - Rebuild Started
- [14:25:25] Rebuilding BD file Structure
- [14:25:28] CorrectMPLS() 00009 2401
[14:37:39] - Aborted per user request


Are you using a Mac using VMWare Fusion or Parallels? If so, which Mac OS X version? I may be able to help as I've come across that before.

[TobiMan]

Hi,

when trying to import a .ts file into bd-rebuilder the log shows the following error:

[18:21:31] Importing TS: NUHR_2013_-_DER_JAHRESRÜCKBLICK
- Preparing TS for processing...
[18:24:34]ERROR: Gathering source file information. Aborted.
[18:24:35]ERROR: Gathering source file information. Aborted.
- Collecting audio/video streams from source...
[18:24:35]ERROR: Gathering source file information. Aborted.

The file was recorded from TV and has the following specs:

h264, 50 FPS progressive, 1280x720
AC3 2.0, 48 KHz, 448 kBit

Any idea why this happens and how to get it working (inspect.exe shows no errror)?

Thanks,

Tobi

[jdobbs]

Hi,

when trying to import a .ts file into bd-rebuilder the log shows the following error:

[18:21:31] Importing TS: NUHR_2013_-_DER_JAHRESRÜCKBLICK
- Preparing TS for processing...
[18:24:34]ERROR: Gathering source file information. Aborted.
[18:24:35]ERROR: Gathering source file information. Aborted.
- Collecting audio/video streams from source...
[18:24:35]ERROR: Gathering source file information. Aborted.

The file was recorded from TV and has the following specs:

h264, 50 FPS progressive, 1280x720
AC3 2.0, 48 KHz, 448 kBit

Any idea why this happens and how to get it working (inspect.exe shows no errror)?

Thanks,

TobiThat error occurs when BD-RB attempts to run MEDIAINFO against your source and the application returns an error. You might try running it manually and see what happens (MEDIAINFO.EXE can be found in the BD-RB TOOLS folder).

[TobiMan]

That error occurs when BD-RB attempts to run MEDIAINFO against your source and the application returns an error. You might try running it manually and see what happens (MEDIAINFO.EXE can be found in the BD-RB TOOLS folder).

Thanks for pointing me out. Mediainfo showed more detailed information but no error. However, somehow I got the idea to shorten the filename and everything is fine now.

So my guess is either long filenames and/or spaces in filenames caused the issue. I will try later to find out as I am encoding right now ;-).

Thanks again

Tobi

[nounours18200]

As said in the very firstpost, the first time BD Rebuilder is lauched, there is a message to change the Codec in the Windows Ragistry.

Is there any risk that this change disturb the other programs installed in the PC ?

Tks

[TobiMan]

So my guess is either long filenames and/or spaces in filenames caused the issue.

OK, I guessed wrong. The issue was because of German Umlauts (i. e. ä ö ü). Now that I know it is no problem to avoid this.

Thanks again!

Tobi

[jdobbs]

As said in the very firstpost, the first time BD Rebuilder is lauched, there is a message to change the Codec in the Windows Ragistry.

Is there any risk that this change disturb the other programs installed in the PC ?

TksNo, it shouldn't. It changes the default Directshow CODECs for VC-1, MPEG-2, and AVC to those found in FFDSHOW. The Directshow interface has been standardized, and if other programs access Directshow, these CODECs will work with them.

[MrT.]

Hi
thank you for your works on bdrb
I was wondering if there were other reasons for the video to freeze, but audio/subtitles to continue? With the common reason being a bad rip, some sort of video glitch.

At first this common reason was sound, for me. I tried doing planes, trains and automobiles and I saw a , maybe a .3-5 seconds freeze before scene change, and the re encode got stuck on that the rest of way. But then it has happened to me again with The right stuff. And with that latest one the Original video looks fine. I did a newer title recently and no issues.

I was just wondering if there was something I could do to look into it.
I recently did a fresh install, everything updated and configured.

A log would not shed light on this I believe? I mean..bd-rb finished the shrink to bd25 as per normal. No errors.
Maybe this is just a coincidence? maybe viewing the original video for glitches does not tell all and theres something wrong with the rip.
thank you for any insight.

[jdobbs]

Hi
thank you for your works on bdrb
I was wondering if there were other reasons for the video to freeze, but audio/subtitles to continue? With the common reason being a bad rip, some sort of video glitch.

At first this common reason was sound, for me. I tried doing planes, trains and automobiles and I saw a , maybe a .3-5 seconds freeze before scene change, and the re encode got stuck on that the rest of way. But then it has happened to me again with The right stuff. And with that latest one the Original video looks fine. I did a newer title recently and no issues.

I was just wondering if there was something I could do to look into it.
I recently did a fresh install, everything updated and configured.

A log would not shed light on this I believe? I mean..bd-rb finished the shrink to bd25 as per normal. No errors.
Maybe this is just a coincidence? maybe viewing the original video for glitches does not tell all and theres something wrong with the rip.
thank you for any insight.The only idea I have is that somehow the video did not complete encoding correctly. That would typically be because of a corrupt source.

[SFiedor]

First I want to say what a wonderful job you are doing on BD-Rebuilder!

I'm wondering if someone can help me. I just tried to backup the Season 1 BDs for the original Star Trek TV Series. On Season 1 Disk 2, I am trying to backup track 00010 using the "Other movie-only playlist" under the mode tab. It completes Phase 1 and when Phase 2 starts it comes back with the following error:
18:43:48]PHASE TWO - Rebuild Started
- [18:43:48] Rebuilding BD file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
- Can't open file: D:\MULTIMEDIA FILES\TEMP\E5\WORKFILES\00075.track_4352.DTS
[18:43:51] - Failed to REBUILD

A similar error is also happening with track 00002 of the Season 1 Disc 3 Star Trek TV series. (Season 1 Disk 1 episodes backed up just fine).

Now if I take the two (Disk 2 and 3) BD rips and do a full backup of them - BD-Rebuilder backs up the rips successfully. I can also drag the 00010.mpls file or Disk 2 and the 00002.mpls file of disk 3 from their BD Playlist Rip folder to MPC and it plays fine.

I'm ripping the BDs to the hard drive using the latest version of AnyDVD HD. I'm just using BD-Rebuilder to strip away unwanted languages, subtitles, warning messages and previews, extras etc.

I'm not doing any compression on my BD-Rebuilder backups but I am backing up using the movie-only backup option to the hard drive. I've tried these backups on two different Windows 7 64-bit Ultimate machines with the same two errors when using BD-Rebuilder V0.45.05.

I've backed up several hundred BD movies using these settings with virtually no problems. But this is the first time that I tried backing-up TV BDs and by episode. I figured that 2 errors on 3 BDs seemed worth mentioning.

Any thoughts? :confused:

Attached is the log and BD-Rebuilder config files as well.

[jdobbs]

First I want to say what a wonderful job you are doing on BD-Rebuilder!

I'm wondering if someone can help me. I just tried to backup the Season 1 BDs for the original Star Trek TV Series. On Season 1 Disk 2, I am trying to backup track 00010 using the "Other movie-only playlist" under the mode tab. It completes Phase 1 and when Phase 2 starts it comes back with the following error:
18:43:48]PHASE TWO - Rebuild Started
- [18:43:48] Rebuilding BD file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
- Can't open file: D:\MULTIMEDIA FILES\TEMP\E5\WORKFILES\00075.track_4352.DTS
[18:43:51] - Failed to REBUILD

A similar error is also happening with track 00002 of the Season 1 Disc 3 Star Trek TV series. (Season 1 Disk 1 episodes backed up just fine).

Now if I take the two (Disk 2 and 3) BD rips and do a full backup of them - BD-Rebuilder backs up the rips successfully. I can also drag the 00010.mpls file or Disk 2 and the 00002.mpls file of disk 3 from their BD Playlist Rip folder to MPC and it plays fine.

I'm ripping the BDs to the hard drive using the latest version of AnyDVD HD. I'm just using BD-Rebuilder to strip away unwanted languages, subtitles, warning messages and previews, extras etc.

I'm not doing any compression on my BD-Rebuilder backups but I am backing up using the movie-only backup option to the hard drive. I've tried these backups on two different Windows 7 64-bit Ultimate machines with the same two errors when using BD-Rebuilder V0.45.05.

I've backed up several hundred BD movies using these settings with virtually no problems. But this is the first time that I tried backing-up TV BDs and by episode. I figured that 2 errors on 3 BDs seemed worth mentioning.

Any thoughts? :confused:

Attached is the log and BD-Rebuilder config files as well.The name of the file indicates that it is being kept intact -- and is the result of a simple extraction. But somehow at a point somewhere between extraction and rebuild the file has gone missing.

Why not just use the IMPORT function?