BD Rebuilder Beta - Bug Reports Only

[had-z]

just wanted to say that the latest version still won't compress my HP5 in fulldisc mode

Hmm... I meant to put in a hidden option to allow overlooking IGS for full backups too -- but forgot. I'll get that in on the next release.

The only option we have to do a full backup of HP5 and Black Hawk Down is wait the next release with the hidden option that jdobbs mentioned. :)

[Capsbackup]

Do you think the subtitles should default to white rather than yellow?

Yes, upon further thought! The original Blu-ray is white subtitles, and for this movie it works well.
If I remember correctly though, most DVD's subtitles did use yellow color. But this can be a distraction, so white would be less obtrusive. :)

[Ch3vr0n]

@Capsbackup: most dvd's use yellow ? Not in my region. They're all white with the occasional yellow but i find yellow damn annoying. I loved Avatar (though in blu-ray) but if there's 1 thing i hated it was those yellow subs. BTW the reason your HP5 is failing now is because of that IGS stream code jdobbs added in 34.04.

That being said, bring on the next version so i can finally resize it. Oh and while you're at it, throw DTS-E processing in it too ;)

[setarip_old]

most DVD's subtitles did use yellow color. But this can be a distraction, so white would be less obtrusive. There are MANY movies that have many mostly white/light grey backgrounds. Yellow subs are assured to be legible in such instances, whereas oft'times the white subs disappear into the background...

[Ch3vr0n]

@setarip: that i won't deny. White letters that disappear in the movie is another thing i hate. On those occasions i wouldn't mind if the letters were given a stronger border, or shade or even such a seethrough bar in case the subs cover the opening credits wich is often done. But yellow i personally find that a bit extreme.

[jdobbs]

@setarip: that i won't deny. White letters that disappear in the movie is another thing i hate. On those occasions i wouldn't mind if the letters were given a stronger border, or shade or even such a seethrough bar in case the subs cover the opening credits wich is often done. But yellow i personally find that a bit extreme. Well you gotta' choose one or the other. Writing code that will analyze and outline the text (beyond what you get with the bilinear resizing) is a lot more work than I'm willing to do for these DVD subtitles. I'm changing the default to white -- buy you can always choose yellow or green from the hidden option.

I may be able to add in another hidden setting that allows you to set your own low/mid/high intensity colors for the subtitles -- but frankly I tried a bunch of them, and the ones I'm using now are about as good as it gets.

For subtitles that can always be read -- you can choose a non-transparent background using the DVD_SUB_BACKGROUND hidden option. I've given two options, black and dark blue.

[Ch3vr0n]

forgive me jdobbs, i was just discussing the subtitle color wich is beyond the purpose of this thread. Sorry about that. Don't go out of your way to add more tweaks. For me its not necessairy. I only do full disc BD25 backups. For DVD backups i get the DVD itself.

[jdobbs]

forgive me jdobbs, i was just discussing the subtitle color wich is beyond the purpose of this thread. Sorry about that. Don't go out of your way to add more tweaks. For me its not necessairy. I only do full disc BD25 backups. For DVD backups i get the DVD itself. I hope I didn't come across wrong. I was just trying to point out that ALTERNATE/DVD is not the primary purpose of BD-RB -- so while I wanted to make it complete by adding subtitle support, I don't want to go off on a tangent that keeps me from working on what I consider to be the more-important blu-ray features.

[SquallMX]

@jdobbs, I tested DVD output mode, everything works fine :) (The Town and RED), but I found that DVD compliant audio tracks (AC3 > 448 Kbps) are being re-encoded, which reduces sound quality and sometimes increases file size a little (from AC3 384/192 Kbps to 448/224 Kbps).

:helpful:

[jdobbs]

@jdobbs, I tested DVD output mode, everything works fine :) (The Town and RED), but I found that DVD compliant audio tracks (AC3 > 448 Kbps) are being re-encoded, which reduces sound quality and sometimes increases file size a little (from AC3 384/192 Kbps to 448/224 Kbps).

:helpful: I have to say that AC3@384 is rare on commercial DVD discs. More importantly, it is pretty much non-existent in blu-ray... so where is it coming from in your processing? The defacto standard for DD5.1 is 448Kbs on DVD and 640Kbs is standard on Blu-ray. So I just don't see how 384 even comes in play except for something that has been preprocessed.

As for the 224Kbs... yeah 192Kbs is probably more common, but due to an anomaly in blu-ray muxing they take the same amount of space.

As for "reduces sound quality" -- I'd like to know how increasing bitrate ever decreases quality? All blu-ray to DVD 5.1 conversions reencode to 448Kbs, because 640Kbs (the overwhelming standard in blu-ray) violates the DVD spec.

[SquallMX]

Hi, some of the Blu-rays from my country are really crappy, for example Planet 51 has an "all powerful" Dolby Digital 5.1 Spanish track at 256 Kbps!!!

But the problem is not the increased file size, is the not necessary re-encoding, I tested The Town (http://www.avsforum.com/avs-vb/showpost.php?p=20178272&postcount=2819) Blu-ray disc, the dubs were Dolby Digital 5.1 at 448 Kbps, and the Director's Comment was Dolby 2.0 at 192 Kbps, these are DVD Compliant bitrates but BD-Rebuilder is re-encoding the tracks, that is my "bug report".

As for "reduces sound quality" -- I'd like to know how increasing bitrate ever decreases quality? All blu-ray to DVD 5.1 conversions reencode to 448Kbs, because 640Kbs (the overwhelming standard in blu-ray) violates the DVD spec.

Even if the encoding software is great, re-encoding a lossy source is always going to produce a lower quality output (acording to all the experts of Hydrogenaudio :)), for example the original 5.1 tracks had a frecuency cut of 20 Khz, the Aften output had a cut of 16 Khz. But the point is, since the original tracks are already DVD Compliant why re-encode them?

Thanks for your time and your hard work, and sorry to bother you :helpful:

[Sharc]

I can assure you that the XML couldn't have been created in that format by BD-RB... odd, though that it exactly backwards from what BD-RB creates. I'm scratching my head on that one. I can't see how it could possibly be output that way based on the formatting I'm using to write the XML file. :confused:

I'm doing some checks to see if I can find a disc that acts similar to yours. The only one I've found so far was one that was doing animation... and it makes sense in that case because the picture is moved at regular intervals, and I ignore all but the first.
Part of the mystery is solved:
When the .xml is opened in Internet Explorer/XML editor, the sequence is reversed! When I open the .xml in a text editor, the sequence is as you expect it to be.

I tried another 720p disc, a BD9 movie only created by BD-RB from the original Blu ray disc. No preprocessing of the sups with the exception of selecting the 3 sup tracks of one language only for the BD9 backup. But still no luck with the subs for the Alternate DVD from this BD9 movie-only source. The start and end times in the .xml are correct, but now the subtitles have not been muxed into the .vobs. From the log:
- [01:26:51] Building ALTERNATE OUTPUT Structure
- [01:29:05] Converting 3 subtitles to DVD format.
- Unable to convert subtitle: 4608, ignored.
- Unable to convert subtitle: 4609, ignored.
- Unable to convert subtitle: 4610, ignored.
- [01:31:46] Starting MPLEX.
- [01:35:31] Building DVD File Structure.
[01:39:54] - Encode and Rebuild complete

My conclusion so far is that it seems not to work (for me) from re-authored 720p BD5/9 sources. Have you tried this case?
I'll try now using the original BluRay disc as source (although you have certainly tested it exhaustively, and other posters have reported success.... so something my be odd just here, and no point in wasting your time on it).

Edit 1:
Could the problem be related to the 23.976 to 25 fps PAL conversion? I am using ALTERNATE_PAL=1 (no adding of frames).

Edit 2:
The subtitles work when using the original BluRay as source rather than the 720p movie-only backup as in my previous tests. However they loose sync, I suspect because of the 23.976 to 25 fps video conversion with ALTERNATE_PAL=1.
I think if I accept ghosted frames (ALTERNATE_PAL=0) the sync of the subtitles would be maintained.

[jdobbs]

Part of the mystery is solved:
When the .xml is opened in Internet Explorer/XML editor, the sequence is reversed! When I open the .xml in a text editor, the sequence is as you expect it to be.

I tried another 720p disc, a BD9 movie only created by BD-RB from the original Blu ray disc. No preprocessing of the sups with the exception of selecting the 3 sup tracks of one language only for the BD9 backup. But still no luck with the subs for the Alternate DVD from this BD9 movie-only source. The start and end times in the .xml are correct, but now the subtitles have not been muxed into the .vobs. From the log:
- [01:26:51] Building ALTERNATE OUTPUT Structure
- [01:29:05] Converting 3 subtitles to DVD format.
- Unable to convert subtitle: 4608, ignored.
- Unable to convert subtitle: 4609, ignored.
- Unable to convert subtitle: 4610, ignored.
- [01:31:46] Starting MPLEX.
- [01:35:31] Building DVD File Structure.
[01:39:54] - Encode and Rebuild complete

My conclusion so far is that it seems not to work (for me) from re-authored 720p BD5/9 sources. Have you tried this case?
I'll try now using the original BluRay disc as source (although you have certainly tested it exhaustively, and other posters have reported success.... so something my be odd just here, and no point in wasting your time on it).

Edit 1:
Could the problem be related to the 23.976 to 25 fps PAL conversion? I am using ALTERNATE_PAL=1 (no adding of frames).

Edit 2:
The subtitles work when using the original BluRay as source rather than the 720p movie-only backup as in my previous tests. However they loose sync, I suspect because of the 23.976 to 25 fps video conversion with ALTERNATE_PAL=1.
I think if I accept ghosted frames (ALTERNATE_PAL=0) the sync of the subtitles would be maintained. I'll do some testing using 720p sources as well as setting ALTERNATE_PAL=1 and see how it goes.

[jdobbs]

Hi, some of the Blu-rays from my country are really crappy, for example Planet 51 has an "all powerful" Dolby Digital 5.1 Spanish track at 256 Kbps!!!

But the problem is not the increased file size, is the not necessary re-encoding, I tested The Town (http://www.avsforum.com/avs-vb/showpost.php?p=20178272&postcount=2819) Blu-ray disc, the dubs were Dolby Digital 5.1 at 448 Kbps, and the Director's Comment was Dolby 2.0 at 192 Kbps, these are DVD Compliant bitrates but BD-Rebuilder is re-encoding the tracks, that is my "bug report".



Even if the encoding software is great, re-encoding a lossy source is always going to produce a lower quality output (acording to all the experts of Hydrogenaudio :)), for example the original 5.1 tracks had a frecuency cut of 20 Khz, the Aften output had a cut of 16 Khz. But the point is, since the original tracks are already DVD Compliant why re-encode them?

Thanks for your time and your hard work, and sorry to bother you :helpful: I'll put a header check into the process and if the original AC3 source is DVD compliant it will not be reencoded. I find it hard to fathom, though, why an original commercial BD (that hasn't been preprocessed) would be authored at 256Kbs for a 5.1 track? It saves almost nothing and can seriously hurt quality at that bitrate.

Oh well, I guess there is no limit to the lunacy of some disc authoring houses.

I do doubt seriously, though, that any human ears could detect a quality drop for a source that was reencoded at a higher bitrate than the original. I realize that any reencoding could result in some degradation -- but if a human can't hear it, does it really matter? But... if it doesn't have to be reencoded, there's really no reason to do it, so I'll add the check. It'll keep the purists happy.

Hmm... that reminds me of a saying: "If a man speaks in the forest and there is no woman there to hear him -- is he still wrong?"

[Capsbackup]

Hmm... that reminds me of a saying: "If a man speaks in the forest and there is no woman there to hear him -- is he still wrong?"

If he speaks with a crooked tong! :p But really, is there a place a man can speak that he may not be heard? by a woman? :rolleyes:

....................................................

I admire your efforts to make BD-RB so multi-functional, even with these distractions! :thanks:

[setarip_old]

@jdobbs Hmm... that reminds me of a saying: "If a man speaks in the forest and there is no woman there to hear him -- is he still wrong?"

Only her attorney knows for sure ;>}

[jdobbs]

@Sharc
I'll do some testing using 720p sources as well as setting ALTERNATE_PAL=1 and see how it goes.Well, it doesn't appear to have anything to do with ALTERNATE_PAL=1. I just did a feature to PAL and the subtitles are perfect. I'll create a 720p source and run it against that next. Honestly, though, I can't imagine why that would cause issues... but you never know.

[Sharc]

@Sharc
Well, it doesn't appear to have anything to do with ALTERNATE_PAL=1. I just did a feature to PAL and the subtitles are perfect. I'll create a 720p source and run it against that next. Honestly, though, I can't imagine why that would cause issues... but you never know.
Interesting, thanks for your reply.
I found the time stamps in the XML to be the same as those of the original 23.976 fps .sup file. Therefore I concluded that this could be the reason for the sync loss with the 25fps (speed up) PAL DVD backup.

[jdobbs]

Interesting, thanks for your reply.
I found the time stamps in the XML to be the same as those of the original 23.976 fps .sup file. Therefore I concluded that this could be the reason for the sync loss with the 25fps (speed up) PAL DVD backup.Ignore what I said... I was mistaken and somehow I did it without ALTERNATE_PAL set. I'm about to start it again.

[jdobbs]

Interesting, thanks for your reply.
I found the time stamps in the XML to be the same as those of the original 23.976 fps .sup file. Therefore I concluded that this could be the reason for the sync loss with the 25fps (speed up) PAL DVD backup.Yep, you're right. I wasn't accounting for the slight speedup involved in ALTERNATE_PAL... I've fixed it for the next release. Now on to 720p sources.

[rccland]

Yea DIE ANOTHER DAY is MPEG-4 AVC and as mentioned above CASINO ROYALE is also MPEG-4 AVC. Which would make sense since both BOND movies come from MGM. But as I mentioned before CASINO ROYALE WORKS FINE!

Just an update. I re-installed everything. Got a new DIE ANOTHER DISC but same result failted to encode. I do have some new information. I tried playing the m2ts file in VLC and i cant see the video and the audio is choppy and goes in and out constantly. This makes me believe there might be some codec issues. Any clue what codec if any I am missing. I thought by installing all the recommended software with BD-Rebuilder would be sufficient?

[jdobbs]

Just an update. I re-installed everything. Got a new DIE ANOTHER DISC but same result failted to encode. I do have some new information. I tried playing the m2ts file in VLC and i cant see the video and the audio is choppy and goes in and out constantly. This makes me believe there might be some codec issues. Any clue what codec if any I am missing. I thought by installing all the recommended software with BD-Rebuilder would be sufficient? Normally it is. But when you have other video related software packages installed, sometimes they bypass windows settings and intercept things on their own. They shouldn't do that, but they do -- and most of the time they do it without even giving you a warning.

If you have any "Codec Packs" installed (they're often at fault) -- get rid of them.

[A.Fenderson]

I Am Legend: reencode to BD25, @ ~18:10 into the .m2ts of the alternate version of the film (00006.m2ts), video pauses briefly then turns grey, audio continues uninterrupted, video resumes moments later but behind the audio by about the amount of time the video had been frozen and greyed out.

Just an FYI/update: RAM tested good and I absolutely confirmed I wasn't overclocked. Second encode attempt, after enabling WMP11 VC1 decode on Win XP, gave exact same results. Turns out it was a problem with the rip (I used the same rip both times) that was almost unnoticeable during playback (except on frame-advance), and appeared just as fairly minor macroblock issues on only about 3 consecutive and otherwise noisy frames when playing back the original rip. I always decrypt and rip via AnyDVD-HD, and I don't know if the problem is there, the drive, or the disc, but this time I'm ripping with Teracopy in "copy & test" mode. Sorry for (further) cluttering up the bug thread, but I thought maybe my experience might help others track down and eliminate non-BD-RB issues.

[jdobbs]

Just an FYI/update: RAM tested good and I absolutely confirmed I wasn't overclocked. Second encode attempt, after enabling WMP11 VC1 decode on Win XP, gave exact same results. Turns out it was a problem with the rip (I used the same rip both times) that was almost unnoticeable during playback (except on frame-advance), and appeared just as fairly minor macroblock issues on only about 3 consecutive and otherwise noisy frames when playing back the original rip. I always decrypt and rip via AnyDVD-HD, and I don't know if the problem is there, the drive, or the disc, but this time I'm ripping with Teracopy in "copy & test" mode. Sorry for (further) cluttering up the bug thread, but I thought maybe my experience might help others track down and eliminate non-BD-RB issues.Thanks for the update. Good to know.

[Race Guy]

Here's an FYI for you jdobbs.....

I've settled on 24250MB as my "custom" size for BD-25 backups. I'm usually at 99% when I load the finished project into ImgBurn "build". If you wave your cursor over the finished folder in Win7, the pop up will usually say between 22.8 & 23.1 GB. VERY consistent!

Then I tried the flick "Night Of The Hunter" in 37.04. With that 24250 target, full BU. I got 23.8 GB, which is WAY over! I dialed back to 23450MB (-800MB) & then I got my 23.0, just as you'd expect.

For the heck of it, last week I tried it again in 37.07 at 24250 & got the same 800MB over size.

There's nothing out of the ordinary on the flick. The main audio is LPCM 1.0, which is all I kept. Let me know if you want any more info.

[worknstiff]

@Race Guy, I too use around that size (24300 for me) for my rebuilds. That has worked out really great for most of my "Movie Only" backups, but not all of them. Occasionally it has gone over but if I try to do a " Full" backup, I back it back down to around 24,200 or 24,150. I have never had any go over by more than 1 or 2 hundred megabytes and that was usually on the series type disks where I had to do "Full" rebuilds to get all the episodes. I have always wondered how BD_Rebuilder figures out what is an extra on the series disks because there is no clear cut extra since all the episodes are the same size. I had a series disk recently with five 47:00 minute episodes on it, and a special feature that was 27 minutes long. The first time I ran it thru BD_Rebuilder the original 27 minute extra .m2ts on the 46gig disk was 8 gigs. After the rebuild it still used 3.4 gigs of my 25gig backup, and each 47 minute episode was around 4.1 gigs. I thought that was way too much space that could better be used for the real episodes. I took the all the extras from 3 of the original disks and created a MultiAVCHD BD and ran it thru BD_Rebuilder to create a BD5 disk. The original 8 gig size was squeezed down to just 3 gigs and after replacing it into the original 46gig disk and then BD_Rebuilding it, the size was now 500 MB's. Even after all this it was still good enough to watch. The oversize problem is just when you have lots of extra content to try to compress that gives BD_Rebuilder a problem, and I'm sure if left on the default setting of 23400 it would probably never oversize.

[Sharc]

@jdobbs
BD-RB v0.37.08 (beta). Source is BluRay 24 fps. Backup to BD5 720p, movie only.

.........
- [00:19:45] Performing CRF Prediction...
- Analyzing 11.00 30.50 25.09 21.61 19.72 19.06 [18.95]
- [00:36:04] Encoding using constant rate factor.
- [04:20:42] Video Encode complete
- [04:20:42] Reencoding audio tracks (if req'd)
- [04:25:06] Multiplexing M2TS
- [04:27:53] Extracting A/V streams [VID_00012]
- [04:27:54] Reencoding: VID_00012 (2 of 2)
- [04:27:54] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24.000fps, 24 frames
- Convert: 1280x720, 24.000fps, 24 frames
- [04:27:55] Reencoding: VID_00012, Pass 1 of 1
- [04:27:57] Video Encode complete
- [04:27:57] Multiplexing M2TS
[04:27:57]PHASE ONE complete
[04:27:57]PHASE TWO - Rebuild Started
- [04:27:57] Rebuilding AVCHD file Structure
- Non-text or anomalous PGS 00011.track_4608.sup ignored.
[04:30:28]
- Encode and Rebuild complete
The 1920x1080 .sup which has been extracted from the original looks ok.
In the working directory a 0-byte file 00011.track_4608-rz.sup has been created.

[jdobbs]

@jdobbs
BD-RB v0.37.08 (beta). Source is BluRay 24 fps. Backup to BD5 720p, movie only.

.........
- [00:19:45] Performing CRF Prediction...
- Analyzing 11.00 30.50 25.09 21.61 19.72 19.06 [18.95]
- [00:36:04] Encoding using constant rate factor.
- [04:20:42] Video Encode complete
- [04:20:42] Reencoding audio tracks (if req'd)
- [04:25:06] Multiplexing M2TS
- [04:27:53] Extracting A/V streams [VID_00012]
- [04:27:54] Reencoding: VID_00012 (2 of 2)
- [04:27:54] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24.000fps, 24 frames
- Convert: 1280x720, 24.000fps, 24 frames
- [04:27:55] Reencoding: VID_00012, Pass 1 of 1
- [04:27:57] Video Encode complete
- [04:27:57] Multiplexing M2TS
[04:27:57]PHASE ONE complete
[04:27:57]PHASE TWO - Rebuild Started
- [04:27:57] Rebuilding AVCHD file Structure
- Non-text or anomalous PGS 00011.track_4608.sup ignored.
[04:30:28]
- Encode and Rebuild complete
The 1920x1080 .sup which has been extracted from the original looks ok.
In the working directory a 0-byte file 00011.track_4608-rz.sup has been created. If it's what I think it is, I've fixed that one. It turns out that certain larger images (typically non-subtitle -- usually pop-up graphics) can't be handled by the SPUMUX in v0.6.18. In the next release I've upgraded to v0.7.0 and it seems to have corrected the one instance that I've found the issue.

[area51reopened]

Having no issues with the latest beta and the other tools and their versions you recommend!Lite on bluray burner 212.I am burning movie only 25 gig discs memorex brand,with no coasters, and no errors on your end!QUALITY of your software is amazing 5 stars!

[jdobbs]

Having no issues with the latest beta and the other tools and their versions you recommend!Lite on bluray burner 212.I am burning movie only 25 gig discs memorex brand,with no coasters, and no errors on your end!QUALITY of your software is amazing 5 stars!Great to hear. :thanks:

[Kane]

I ran into some problems with subtitles streams.
The extracted files seemed OK, but when everything was done, when playing the file, many lines were missing, then they came back normally (not easy when the audio is Japanese).
Tried the file in BDSup2Sub, only 45 lines were found instead of 343.

Tried to extract the same sup file with MeGui (HD Streams extractor), and the sup file was valid with BDSup2Sub.

I don't know if this will work, but I tried switching the sup file with the one I got, but it's not cool to stay by your comp to switch files before the remux.
Is there a way to solve this problem ? Thanks.

[Capsbackup]

@Kane;
If you kept the Workfiles folder, then just rename the subtitle stream you want, or demuxed outside of BD-RB, that you believe is good, to the exact name of the one you want to replace, and replace it. Then as long as you have all the settings EXACTLY the same as your original backup, BD-RB will rebuild it again with this newly renamed subtitle stream instead of the original one it demuxed. :cool:
But more important for jdobbs is the title and region of this original Blu-ray so he can determine the problem and correct it! ;)

[Kane]

Oh, good to know. I thought it would re-encode it again. Yay for time saving.

BTW, the blurays are Clannad After Story, Japanese versions (the problem occurs on almost every bluray).

[jdobbs]

Oh, good to know. I thought it would re-encode it again. Yay for time saving.

BTW, the blurays are Clannad & Clannad After Story, Japanese versions (the problem occurs on every bluray).Are there any error entries in the logs? By "every blu-ray" are you saying this happens with other discs as well?

Is it happening on Blu-Ray-to-DVD transfers or blu-ray backups?

Was there any resizing involved?

Was this an original commercial disc?

[Kane]

Nope, no error at all (same for every m2ts)
- [16:52:11] Reencoding: VID_00001 (4 of 8)
- [16:52:11] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 34.800 frames
- Bitrate: 19.555 Kbs
- [16:52:11] Reencoding: VID_00001, Pass 1 of 1
- [17:27:46] Video Encode complete
- [17:27:48] Reencoding audio tracks (if req'd)
- [17:27:48] Multiplexing M2TS

And yes, it happens on other discs. I can't say for Clannad, I don't remember (but at least 1 disc out of 5 for sure), but for After Story, I tried 3 discs, and at least 1 m2ts had a subtitle problem.

It's a BD-25 backup, no resize, no audio re-encoding, and it's iso from commercial discs (~40 GB each)

[jdobbs]

Nope, no error at all (same for every m2ts)
- [16:52:11] Reencoding: VID_00001 (4 of 8)
- [16:52:11] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 34.800 frames
- Bitrate: 19.555 Kbs
- [16:52:11] Reencoding: VID_00001, Pass 1 of 1
- [17:27:46] Video Encode complete
- [17:27:48] Reencoding audio tracks (if req'd)
- [17:27:48] Multiplexing M2TS

And yes, it happens on other discs. I can't say for Clannad, I don't remember (but at least 1 disc out of 5 for sure), but for After Story, I tried 3 discs, and at least 1 m2ts had a subtitle problem.

It's a BD-25 backup, no resize, no audio re-encoding, and it's iso from commercial discs (~40 GB each) Hmm... if you're not resizing, it has to be a TSMUXER problem during demuxing.

@All

Has anyone else experienced this?

[Capsbackup]

Hmm... if you're not resizing, it has to be a TSMUXER problem during demuxing.

@All

Has anyone else experienced this?

Though I do not usually use the subtitles, on occasion I use them when it is hard to hear or understand an actor / actress accent. On these, BD5/9 and BD-25 discs they always work perfectly. I have never experienced only some subtitles missing or not displayed. I am region A though, so maybe other regions / languages experience this. :confused:

[Kane]

Well, I think Japan is also Region A (even if those discs are region free).
And my problem only happens on English subs, Japanese were fine (even if I didn't keep them).

@jdobbs, I also think it's a Tsmuxer problem, as extracting them with eac3to work flawlessly.

[A.Fenderson]

....I suspect the math allocating bitrates to the video streams was done prior to subtracting the room saved by dropping the (unusually large) extraneous content in the original rip.

You may already be aware of this jdobbs, but I've confirmed that 0.37.08 is still allocating space for ripped content outside the BDMV and CERTIFICATE folders, even when the option is set to exclude this material in the rebuild.

[jdobbs]

You may already be aware of this jdobbs, but I've confirmed that 0.37.08 is still allocating space for ripped content outside the BDMV and CERTIFICATE folders, even when the option is set to exclude this material in the rebuild. Is the additional material in the root folder, or in another folder? I just looked at the code, and it appears I'm not excluding information in the root (I'll fix that) but other folders are excluded.

[Capsbackup]

I have just experienced my first error in years! Same as reported by another reporter, rccland, and on the exact same movie, Die Another Day. I was remaking this BD-25 full movie backup, which I had done successfully a long time ago, but after checking my backup I discovered my Ritek BR2-00 media / disc was no longer good.
Was this error resolved for the next release? If not and you have this disc, give it a run and see what you find. :confused:
-----------------------
[21:18:12] BD Rebuilder v0.37.08 (beta)
- Source: DIE_ANOTHER_DAY
- Input BD size: 36.90 GB
- Approximate total content: [04:35:31.163]
- Target BD size: 23.29 GB
- Windows Version: 6.1 [7601]
- SHUTDOWN at completion enabled
- Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:18:12] PHASE ONE, Encoding
- [21:18:12] Extracting A/V streams [VID_00028]
- [21:19:06] Reencoding: VID_00028 (1 of 56)
- [21:19:06] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 92,908 frames
- Bitrate: 3,308 Kbs
- [21:19:06] Reencoding: VID_00028, Pass 1 of 2
- [21:27:23] Reencoding: VID_00028, Pass 2 of 2
- [21:46:50] Video Encode complete
- [21:46:50] Reencoding audio tracks (if req'd)
- [21:46:50] Multiplexing M2TS
- [21:47:39] Extracting A/V streams [VID_00029]
- [21:48:02] Reencoding: VID_00029 (2 of 56)
- [21:48:02] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 42,408 frames
- Bitrate: 3,314 Kbs
- [21:48:02] Reencoding: VID_00029, Pass 1 of 2
- [21:51:45] Reencoding: VID_00029, Pass 2 of 2
- [22:00:37] Video Encode complete
- [22:00:37] Reencoding audio tracks (if req'd)
- [22:00:37] Multiplexing M2TS
- [22:00:46] Extracting A/V streams [VID_00030]
- [22:01:09] Reencoding: VID_00030 (3 of 56)
- [22:01:09] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 40,730 frames
- Bitrate: 3,369 Kbs
- [22:01:10] Reencoding: VID_00030, Pass 1 of 2
- [22:04:38] Reencoding: VID_00030, Pass 2 of 2
- [22:12:55] Video Encode complete
- [22:12:55] Reencoding audio tracks (if req'd)
- [22:12:55] Multiplexing M2TS
- [22:13:04] Extracting A/V streams [VID_00031]
- [22:13:08] Reencoding: VID_00031 (4 of 56)
- [22:13:08] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 6,354 frames
- Bitrate: 3,306 Kbs
- [22:13:08] Reencoding: VID_00031, Pass 1 of 2
- [22:13:43] Reencoding: VID_00031, Pass 2 of 2
- [22:14:59] Video Encode complete
- [22:14:59] Reencoding audio tracks (if req'd)
- [22:14:59] Multiplexing M2TS
- [22:15:01] Extracting A/V streams [VID_00032]
- [22:15:14] Reencoding: VID_00032 (5 of 56)
- [22:15:14] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 24,934 frames
- Bitrate: 3,309 Kbs
- [22:15:14] Reencoding: VID_00032, Pass 1 of 2
- [22:17:42] Reencoding: VID_00032, Pass 2 of 2
- [22:23:44] Video Encode complete
- [22:23:44] Reencoding audio tracks (if req'd)
- [22:23:44] Multiplexing M2TS
- [22:23:49] Extracting A/V streams [VID_00034]
- [22:23:55] Reencoding: VID_00034 (6 of 56)
- [22:23:55] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,824 frames
- Bitrate: 11,968 Kbs
- [22:23:55] Reencoding: VID_00034, Pass 1 of 2
- [22:26:10] Reencoding: VID_00034, Pass 2 of 2
- [22:31:53] Video Encode complete
- [22:31:53] Reencoding audio tracks (if req'd)
- [22:31:53] Multiplexing M2TS
- [22:31:58] Extracting A/V streams [VID_00035]
- [22:32:03] Reencoding: VID_00035 (7 of 56)
- [22:32:03] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,551 frames
- Bitrate: 10,871 Kbs
- [22:32:03] Reencoding: VID_00035, Pass 1 of 2
- [22:34:22] Reencoding: VID_00035, Pass 2 of 2
- [22:39:15] Video Encode complete
- [22:39:15] Reencoding audio tracks (if req'd)
- [22:39:15] Multiplexing M2TS
- [22:39:18] Extracting A/V streams [VID_00130]
- [22:39:50] Reencoding: VID_00130 (8 of 56)
- [22:39:50] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 16,438 frames
- Bitrate: 12,412 Kbs
- [22:39:50] Reencoding: VID_00130, Pass 1 of 2
- [22:48:15] Reencoding: VID_00130, Pass 2 of 2
- [23:08:02] Video Encode complete
- [23:08:02] Reencoding audio tracks (if req'd)
- [23:08:02] Multiplexing M2TS
- [23:08:43] Extracting A/V streams [VID_00131]
- [23:08:46] Reencoding: VID_00131 (9 of 56)
- [23:08:46] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,140 frames
- Bitrate: 12,300 Kbs
- [23:08:46] Reencoding: VID_00131, Pass 1 of 2
- [23:09:21] Reencoding: VID_00131, Pass 2 of 2
- [23:10:46] Video Encode complete
- [23:10:46] Reencoding audio tracks (if req'd)
- [23:10:46] Multiplexing M2TS
- [23:10:48] Extracting A/V streams [VID_00132]
- [23:10:51] Reencoding: VID_00132 (10 of 56)
- [23:10:51] Collecting video information
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.37.08 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3326, 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 "libmpeg2": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[23:10:53] - Failed video encode, aborted

[Status]
LABEL=DIE_ANOTHER_DAY
VERSION=v0.37.08 (beta)
SOURCE_SIZE=39618532809
SOURCE_VIDEO_SIZE=38822092800
TARGET_SIZE=25008537600
REDUCTION=.623668015934473
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
QUICK=0
ENCODE_STEP=1
COMPLETED=9
[00028]
AUDIO=1
PGS=
HYBRID=0
M2TS_TARGET=1480636805
RATE=3308
NSTART=27000000
NEND=166500000
NSIZE=1453867008
FLINK=0
MLINK=0
[00029]
AUDIO=1
PGS=
HYBRID=0
M2TS_TARGET=676809879
RATE=3314
NSTART=27000000
NEND=90675360
NSIZE=664621056
FLINK=0
MLINK=0
[00030]
AUDIO=1
PGS=
HYBRID=0
M2TS_TARGET=660141479
RATE=3369
NSTART=27000000
NEND=88155360
NSIZE=648026112
FLINK=0
MLINK=0
[00031]
AUDIO=1
PGS=
HYBRID=0
M2TS_TARGET=101205932
RATE=3306
NSTART=27000000
NEND=36540000
NSIZE=98856960
FLINK=0
MLINK=0
[00032]
AUDIO=1
PGS=
HYBRID=0
M2TS_TARGET=397451313
RATE=3309
NSTART=27000000
NEND=64437120
NSIZE=390279168
FLINK=0
MLINK=0
[00034]
AUDIO=1
PGS=
M2TS_TARGET=336946934
RATE=11968
NSTART=27000000
NEND=36053280
NSIZE=327333888
FLINK=0
MLINK=0
[00035]
AUDIO=1
PGS=
M2TS_TARGET=283654033
RATE=10871
NSTART=27000000
NEND=35540640
NSIZE=276492288
FLINK=0
MLINK=0
[00130]
AUDIO=100111
PGS=11111
M2TS_TARGET=1466639180
RATE=12412
NSTART=27000000
NEND=57852000
NSIZE=1425512448
FLINK=-1
MLINK=0
[00131]
AUDIO=100111
PGS=11111
M2TS_TARGET=102439777
RATE=12300
NSTART=27000000
NEND=29139360
NSIZE=98568192
FLINK=-1
MLINK=0
[00132]
AUDIO=100111
PGS=11111
M2TS_TARGET=94626703

[Options]
VERSION=0.37.0.8
MODE=0
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=0
QUICK_EXTRAS=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23850
TARGET_SIZE=23750
[Paths]
SOURCE_PATH=I:\DIE_ANOTHER_DAY\
WORKING_PATH=G:\DIE_ANOTHER_DAY BDRB\

[jdobbs]

@Capsbackup

rccland reported that the original 00132.M2TS wouldn't playback. Can you test it? Maybe a bad M2TS included to confuse reencoding?

[Capsbackup]

@Capsbackup

rccland reported that the original 00132.M2TS wouldn't playback. Can you test it? Maybe a bad M2TS included to confuse reencoding?

My VID_00132.avs plays back perfectly with MPC, as does the original .m2ts. It is a 47 second long clip, which is an extra as to how the film was made. It starts out looking like the real clip, and then resizes to a PiP with the director explaining the scene.

EDIT:
Just some info:
If I set MIN_M2TS_SIZE=250, this VID_00132 is removed from the to be encoded list. This is a multi-m2ts movie, with three playlists. This VID_00132 is part of only one playlist. If I check the contents of this playlist with BDInfo, it shows 2 MPEG-4, AVC, 1080P clips for the several .m2ts files of this playlist. It is the same as VID_00131, but with this additional footage of how the scene was made. There are several of these double 1080P video within one m2ts file for this movie, it's just VID_00132 came up first in the to be reencoded list, causing the failure.

[jdobbs]

My VID_00132.avs plays back perfectly with MPC, as does the original .m2ts. It is a 47 second long clip, which is an extra as to how the film was made. It starts out looking like the real clip, and then resizes to a PiP with the director explaining the scene.

EDIT:
Just some info:
If I set MIN_M2TS_SIZE=250, this VID_00132 is removed from the to be encoded list. This is a multi-m2ts movie, with three playlists. This VID_00132 is part of only one playlist. If I check the contents of this playlist with BDInfo, it shows 2 MPEG-4, AVC, 1080P clips for the several .m2ts files of this playlist. It is the same as VID_00131, but with this additional footage of how the scene was made. There are several of these double 1080P video within one m2ts file for this movie, it's just VID_00132 came up first in the to be reencoded list, causing the failure. I'll pick up a copy of that film and runs some tests.

[Capsbackup]

I'll pick up a copy of that film and runs some tests.

Sorry to do that to you, but your library must be impressive! :)
Is there any info: playlists, clpi, etc... that I could provide that might help?
The 00132.m2ts file is 144 MB. If I zip and upload the playlist and clpi, would this be of help?

[jdobbs]

Sorry to do that to you, but your library must be impressive! :)
Is there any info: playlists, clpi, etc... that I could provide that might help?
The 00132.m2ts file is 144 MB. If I zip and upload the playlist and clpi, would this be of help? The library is getting impressive -- but the wallet... well, not so.

[Capsbackup]

The library is getting impressive -- but the wallet... well, not so.

I can understand! :(
If the files mentioned above could help, and possibly avoid your purchasing this one, I would be happy to send them. :o

Just for testing, I have added MIN_M2TS_SIZE=800, which is greater than the largest .m2ts file of this playlist, and now none of these offending m2ts files are on the reencode list.
BD-RB is running now, and I will let it continue and update the results.

More info:
Interestingly, the total reencode time is identical with and without MIN_M2TS_SIZE=800. ( 04:35:31.163 ) The additional files in the first failed run, of which VID_00132 is the first of 16 files, are NOT included in the second test with MIN_M2TS_SIZE=800.

[jdobbs]

I can understand! :(
If the files mentioned above could help, and possibly avoid your purchasing this one, I would be happy to send them. :o

Just for testing, I have added MIN_M2TS_SIZE=800, which is greater than the largest .m2ts file of this playlist, and now none of these offending m2ts files are on the reencode list.
BD-RB is running now, and I will let it continue and update the results.

More info:
Interestingly, the total reencode time is identical with and without MIN_M2TS_SIZE=800. ( 04:35:31.163 ) The additional files in the first failed run, of which VID_00132 is the first of 16 files, are NOT included in the second test with MIN_M2TS_SIZE=800. I want to avoid any impression of rules violation or copyright infringement, so I'd rather not exchange any files. I'll pick up the disc in the next couple of days.

[A.Fenderson]

Is the additional material in the root folder, or in another folder? I just looked at the code, and it appears I'm not excluding information in the root (I'll fix that) but other folders are excluded.

It looks like it's still not properly excluding content in top-level directories alongside BDMV & CERTIFICATE.

Here's how I determined this: I started a backup to BD25 of The Thirteenth Floor, saw that it was proceeding as normal after a minute or so, and aborted. I created a subfolder in the root of the rip, alongside BDMV and CERTIFICATE, labled "PS3 UPDATE" and just dumped a ~20GB file into it. I restarted BD-RB, pointed it to a different directory for another rip, then back to The Thirteenth Floor rip directory to make sure it rescanned it, and started the backup: it failed quickly, reporting that there wasn't enough room.

[jdobbs]

It looks like it's still not properly excluding content in top-level directories alongside BDMV & CERTIFICATE.

Here's how I determined this: I started a backup to BD25 of The Thirteenth Floor, saw that it was proceeding as normal after a minute or so, and aborted. I created a subfolder in the root of the rip, alongside BDMV and CERTIFICATE, labled "PS3 UPDATE" and just dumped a ~20GB file into it. I restarted BD-RB, pointed it to a different directory for another rip, then back to The Thirteenth Floor rip directory to make sure it rescanned it, and started the backup: it failed quickly, reporting that there wasn't enough room. That's what I meant by:
...it appears I'm not excluding information in the root...