BD Rebuilder Beta - Bug Reports Only

[Persecutor]

Unzip the install package. Copy and paste the "BD_Rebuilder" folder onto one of your hard drives. Add a desktop shortcut to the BDRB.exe file.

If you've already installed Haali, etc., you're done.

That's the way I've always done it and never had a problem.

That is what I have done in past and this last time.

Went back, deleted the BD Rebuilder folder and the BDRB icon on the desktop. Reunzipped the download to "BD_Rebuilder" folder on hard drive and created shortcut BDRB icon to desktop. Used Inspect application within BD_Rebuilder and it found all auxiliary programs. When I opened BD_Rebuilder there was no error message and it worked like a champ.

[setarip_old]

@Rany

Hi! [19:20:51] Extracting A/V streams [VID_50284]Unless I'm mistaken, "50284" is not a valid stream number.

You've cropped off the first few lines of the log. Please be good enough to repost the log in its entirety....

[Rany]

@Rany

Hi! Unless I'm mistaken, "50284" is not a valid stream number.

You've cropped off the first few lines of the log. Please be good enough to repost the log in its entirety....


ok and another error resolved to enable the desktop experience and resolved.
now I have another error check:

Inspect

- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.11.96.14, Ok
- FFDSHOW: 3882, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Not Set correctly
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.38.0.8, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

log:

[00:59:04] BD Rebuilder v0.38.08 (beta)
- Source:
- Input BD size: 28,06 GB
- Approximate total content: [02:08:11.691]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[00:59:08] PHASE ONE, Encoding
- [00:59:08] Extracting A/V streams [VID_50284]
- [00:59:09] Reencoding: VID_50284 (1 of 13)
- [00:59:09] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 122 frames
- [00:59:09] Reencoding: VID_50284, Pass 1 of 1
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.38.08 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.11.96.14, Ok
- FFDSHOW: 3882, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Not Set correctly
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[01:02:12] - Failed video encode, aborted

to fix that mistake I have to edit registry VC-1?

[jwjohnson]

If you run as Administrator the first time it usually takes care of all these Windows 7 problems.

[setarip_old]

@Rany, @jdobbs

You seem to be playing a game of some sort regarding your source material and the log. First time around, you omitted the first several lines of the log. Now, you've gone to the trouble of DELETING the identification of your Source from the requested "complete" log: [00:59:04] BD Rebuilder v0.38.08 (beta)
- Source: -
Input BD size: 28,06 GB
What's the story? Making a guessing game of a supposed bug report is not appreciated, as it detracts from the author's (and cooperating members') ability to deal with other, properly presented bugs...

[Sharc]

Hmm... I changed the VBV buffer size for BD-5 and 9 -- and it appears that triggered another section of code to change the level. I'll fix it for the next release. Level 3.2 was only meant for certain secondary video streams.
Thanks.
Just to mention that the 720p BD-5 with level 3.2 and --ref 6 indeed caused playback issues (pixelation) on my SONY standalone. Patching the .m2ts video file with tsmuxer to level 4.0 and remuxing solved the problem.

[SLOVEHEART]

:eek:BUG - NEW 38.05 DETECTED AS A VIRUS

My Norton Premier 360 detected the NEW 38.05 release's BD_rebuilder.exe file as a HIGH threat and automatically DISABLED it.

Synthea

J.Dobbs straightened me out about some of these ridiculous 'Heuristic' scanners employed in these F'ing 'Security' software apps - when I had an issue w/ DVD-Rebuilder not loading at all (also Win 7 x64) - the culprit: 'Spyware Doctor' - I have since disabled it; and only run it once in awhile to get rid of 'spyware'.

BTW, you might consider Zone Alarm - IMHO - it is a much better app - but - really, if you are not a big business, who is going to want to break into your system; and if they are good at it, the software for public consumption won't stop them at all...

On the horizion - there is a whole new new type of security software that a fellow in California is distributing for corperate use - they say it is foolproff - I don't buy it...

That's my two cents...

Cheers...

Thank Mr. J.Dobbs (and many others) - for all your great work...

[Capsbackup]

I am having an issue with BD-RB not integrating the subtitles from a 1080i, 29.97fps Blu-ray to DVD-5. The subs are demuxed into a .sup, which is in the Workfiles folder, and the log shows they are converted and multiplexed. But they are not on the completed DVD. :confused:
This Blu-ray is originally captured from my cable box to H.264 at 13.5mbps, I convert the closed captions to .srt, and use tsMuxeR to create a Blu-ray. This Blu-ray plays the subtitle perfectly with TMT3, but after the BD-RB convert to DVD5, the subtitle is not there! :(
Anyone else have this problem?
[18:57:52]PHASE TWO - Rebuild Started
- [18:57:53] Rebuilding stream 00000 [1 of 1]
- [18:57:53] Building ALTERNATE OUTPUT Structure
- [18:59:09] Converting 1 subtitles to DVD format.
- [19:00:30] Starting MPLEX.
- [19:01:53] Multiplexing 1 subtitles into stream.
- [19:04:25] Building DVD File Structure.
[19:06:25] - Encode and Rebuild complete


EDIT:
I have run a few more tests, and the 7 episodes that are between 55:00 to 59:00 minutes long each do not retain the subtitles. The Seven 1:35 second long previews, which I have as seperate files, do retain the subtitles. :confused: Not sure what this means though!

[setarip_old]

@Rany

I previously said: Unless I'm mistaken, "50284" is not a valid stream number.
After further research, I've determined that, in fact, I was mistaken...

[k-c-ksum]

38.05 - secondary video encoded as progressive (progressive source)
38.08 - secondary video encoded as interlaced (progressive source)

[jdobbs]

38.05 - secondary video encoded as progressive (progressive source)
38.08 - secondary video encoded as interlaced (progressive source) Nothing changed in that area between those versions. Secondary video is encoded as it is defined in the source CLPI file. Generally if the primary is interlaced (e.g. 1080i), the secondary will be also. What disc are you reencoding?

[k-c-ksum]

Nothing changed in that area between those versions. Secondary video is encoded as it is defined in the source CLPI file. Generally if the primary is interlaced (e.g. 1080i), the secondary will be also. What disc are you reencoding?

bourne supremacy

[C3it]

When I attempt to play on blu ray player it does not go pass main menu.

I selected highest quality setting on 25GB disk and quick encode for extras.

Anything I do wrong.

Help

I'm running into the same issues using an insignia stand alone blu ray player...
after a few attempts and with the help of my friend we have determined that some blu ray players are just crap! mine is, yours probably is too.
i am willing to bet that the back up plays perfect on your pc... and if you put the backup into a good blu ray player, or a ps3 it will play perfect too..
just letting you know

[omegaman7]

If memory serves, Insignia is a Generic brand sold at best buy. An affordable low cost brand. You do get what you pay for ;) My brother bought an Insignia car stereo deck. It had problems...
I hear good things about Pioneer, LG, Oppo, and of course a PC optical drive can't be beat(A good one). Recommend steering clear of $ony though. Their business practices are not what they use to be. Once upon a time, I loved Sony. But no more. Quantity comes before quality to them :(

Something worth noting though, Is that a really good media, stands a better chance working in any player. My Samsung BD player does not support LTH media, but it will read Taiyo Yuden BD LTH media :D I can't say that surprised me. Taiyo Yuden is hands down the best media you can get! It won't read verbatim though. And I have a lot of respect for them.

[jdobbs]

You can buy a Sony, Samsung, or LG Player for about $99 -- I guess you have to wonder why anyone goes for "cheaper' brands.

Most of the time problems with cheap players isn't necessarily the firmware -- the hardware itself has issues, typically indicated by problems with playback of some disc types.

[colinhunt]

Some player manufacturers use sub-sub-sub-standard BD-ROM drives that exhibit playback issues with BD-R/RE media, and even on commercially replicated discs.

[Capsbackup]

v0.38.08:
For 720p the level has been reduced to level 3.2. For --ref 6 x264 now gives a warning that DPB size (6 frames) is > level limit (5 frames). In earlier version level 4.0 did not produce the reference frames warning.
Has the level reduction from 4.0 to 3.2 become necessary for some reason?


Hmm... I changed the VBV buffer size for BD-5 and 9 -- and it appears that triggered another section of code to change the level. I'll fix it for the next release. Level 3.2 was only meant for certain secondary video streams.

I have noticed this too on movie only backups of 1080i sources as well. Is there any concern for this? Do these parameters create a less compatible backup? :confused:

[jdobbs]

I have noticed this too on movie only backups of 1080i sources as well. Is there any concern for this? Do these parameters create a less compatible backup? :confused: Hmmm... I didn't think that could happen. I don't think it will matter. I'm pretty sure X264 doesn't actually do anything with LEVEL except flag it. But normally Level 3.2 would have a maximum resolution of 1280x720 (if I remember correctly). Just to be sure, I'm posting a new version with the Level fix in it.

[jdobbs]

I've updated the first post of this thread with a link to the latest release of BD-RB (v0.38.09). Changes for this release:- Corrected an error in which the wrong H.264 level
could be used during encoding.
- IMPORTANT FIX. Corrected an error introduced in
v0.38.5 in which M2TS referenced through subpaths
many not be correctly retained -- especially
noticed in full backups using streams with out-
of-mux IGS streams. (v.0.38.8)
- Changed the executable name for BD Rebuilder to
BDRB.EXE. This is to bypass issues in Norton
360 A/V detection (I guess only Norton knows why
I would need to do this). (v0.38.8)
- Changed default settings so strict AVCHD is now
the default. This is necessary to prevent
unintended non-standard AVCHD output now that
AC3 audio reencoding is no longer the default.
encoding is no longer the default. (v0.38.7)
- Changed default VBV buffer sizing for BD-5 and
BD-9 output. (v0.38.7)
- Fixed a continuing error in which the correct
version of HAALI may show as "Incorrect" when
using INSPECT on a 32 bit version of Windows.
(v0.38.6)
- Updated the included version of X264.EXE to the
latest release (r2057).
- Updated the included version of X264-64.EXE to
the latest release (r2057).
- Other minor corrections and cosmetic fixes.

[Sharc]

Hmmm... I didn't think that could happen. I don't think it will matter. I'm pretty sure X264 doesn't actually do anything with LEVEL except flag it. But normally Level 3.2 would have a maximum resolution of 1280x720 (if I remember correctly). Just to be sure, I'm posting a new version with the Level fix in it.
It's my standalone (S360) rather than x264 which had a problem with the lower level and 6 ref frames.
Thanks for the new version :)

[soneca]

Another :thanks:

[LowDead]

It's my standalone (S360) rather than x264 which had a problem with the lower level and 6 ref frames.
Thanks for the new version :)

@Sharc: What kind of problem occured on your standalone player? I'm having some problems*(pixelating picture) myself on my Sony standalone right now that i'm trying to hunt down what is causing it.

//LD

[Sharc]

@Sharc: What kind of problem occured on your standalone player? I'm having some problems*(pixelating picture) myself on my Sony standalone right now that i'm trying to hunt down what is causing it.

//LD
Pixelation (i.e. floating "bricks") in the picture, mainly happening at sharp contrast transitions. In order to exclude a bad rip or similar as the cause I did test with 2 different sources and got the same problem. It only happened with the standalone; MPC-HC didn't show the problem.
I could fix the problem by patching the video file to level 4.0 using tsmuxer. (http://forum.doom9.org/showthread.php?p=1518250#post1518250)

[laserfan]

I have to re-do a BD movie's subtitle, both to make it smaller and to fit it into the 2.40 frame where now it is framed at 1.77. I figure I can probably just let BD-RB do its thing and then afterwards re-mux the movie with my new .sub (though getting maybe the stream ids right is something I've never tried).

Has anyone here done this before? Easy or difficult to do?

[jdobbs]

That's pretty much it. After BD-RB has completed, simply replace the appropriate .SUB with the new one in the WORKFILES folder. Then restart BD-RB again and say yes when prompted to "continue" with the previous job. Since all the encoding is already done, the job will pick up at the rebuilding phase and will be remuxed (using your new .SUB).

Don't try to remux outside of BD-RB (e.g. using TSMUXER), though -- as there are other settings that may have to be updated in the MPLS and CLPI files.

[Sharc]

I have to re-do a BD movie's subtitle, both to make it smaller and to fit it into the 2.40 frame where now it is framed at 1.77. I figure I can probably just let BD-RB do its thing and then afterwards re-mux the movie with my new .sub (though getting maybe the stream ids right is something I've never tried).

Has anyone here done this before? Easy or difficult to do?
If I want to change something with the sups I open the extracted .sup in BDSup2Sub, edit it using the movie AR templates there, save it and rename the modified sup overwriting the original extracted .sup in DB-RBs workfolder. That can be done during the movie encoding phase i.e. before BD-RB starts the muxing.

Added: jdobbs was faster...

[shon3i]

Hmmm... I didn't think that could happen. I don't think it will matter. I'm pretty sure X264 doesn't actually do anything with LEVEL except flag it. But normally Level 3.2 would have a maximum resolution of 1280x720 (if I remember correctly). Just to be sure, I'm posting a new version with the Level fix in it.
Yep, but bd specs not allow for 720 or 1080 anything under level 4, and x264 level is not only flag it will reduce ref frames if not explicitly seted and probably some other things.

May i ask why you reduce buffersize to 12K ?

[laserfan]

After BD-RB has completed, simply replace the appropriate .SUB with the new one in the WORKFILES folder...

Don't try to remux outside of BD-RB (e.g. using TSMUXER), though -- as there are other settings that may have to be updated in the MPLS and CLPI files.
It must be a loooong time since I've used BD-RB, as I don't recall ever seeing .SUB files in the WORKFILES folder. Or maybe I'm blind as well as deaf! ;)

Thanks alot--I appreciate too the warning re: "muxing outside". I'll not attempt that ever then! :)

EDIT: Sorry, I just looked at an old logfile set and there are the .sup files. Dunno what I was thinking--not enough coffee this morning! Oops and .sup not .sub of course... :o

[Capsbackup]

It must be a loooong time since I've used BD-RB, as I don't recall ever seeing .SUB files in the WORKFILES folder. Or maybe I'm blind as well as deaf! ;)

Thanks alot--I appreciate too the warning re: "muxing outside". I'll not attempt that ever then! :)

I don't see one either, only a .SUP and XML. :confused:
I am having trouble with BD-RB converting Blu-ray subtitles to Alternative DVD format. The log says it is converting and multiplexing, but it is not there! :(

-----------------------
[21:14:24] BD Rebuilder v0.38.09 (beta)
- Source: TRUE_BLOOD_SEASON_4_EPISODE_2
- Input BD size: 5.70 GB
- Approximate total content: [00:55:48.803]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- SHUTDOWN at completion enabled
- Mode: DVD-9, 720x480/576, AC3 Audio
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[21:14:24] PHASE ONE, Encoding
- [21:14:24] Extracting A/V streams [VID_00000]
- [21:17:16] Reencoding: VID_00000 (1 of 1)
- [21:17:16] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 80,291 frames
- Bitrate: 8,552 Kbs
- [21:17:16] Reencoding: VID_00000
- [22:36:16] Video Encode complete
- [22:36:16] Reencoding audio tracks (if req'd)
- [22:36:25] Multiplexing M2TS
[22:36:25]PHASE ONE complete
[22:36:25]PHASE TWO - Rebuild Started
- [22:36:25] Rebuilding stream 00000 [1 of 1]
- [22:36:25] Building ALTERNATE OUTPUT Structure
- [22:37:36] Converting 1 subtitles to DVD format.
- [22:39:00] Starting MPLEX.
- [22:40:22] Multiplexing 1 subtitles into stream.
- [22:42:21] Building DVD File Structure.
[22:44:14] - Encode and Rebuild complete
[22:44:14]JOB: TRUE_BLOOD_SEASON_4_EPISODE_2 finished.

[jdobbs]

Yep, but bd specs not allow for 720 or 1080 anything under level 4, and x264 level is not only flag it will reduce ref frames if not explicitly seted and probably some other things.

May i ask why you reduce buffersize to 12K ? I found that some players (Samsung for one) tended to "stutter" at the layer break on BD-9 output. Reducing the vbv-buffer appears to correct it. I have no idea why...

The reduction to level 3.2 was an unintentional side-effect of another change -- it's been fixed in the current version.

[Sharc]

I am having trouble with BD-RB converting Blu-ray subtitles to Alternative DVD format. The log says it is converting and multiplexing, but it is not there! :(
Open the .xml in notepad. You should see the display start and end times of the individual subtitles. Do these time stamps make sense, or are they totally offset / wrong?

[laserfan]

When BD-RB starts-up from a clean install, the setting --> Encoder Settings --> "Automatic Quality" is checked. But when I un-check Automatic Quality, then "Good (Very Fast)" appears and is checked, and un-checked below is "High Quality (Default)".

So if "Automatic Quality" is checked, and left alone, does it use Good or High Quality settings? :confused:

[omegaman7]

I imagine BD rebuilder makes that determination based on total video length, and based on things removed.

Probably based on just how much the main title has to be compressed. E.g. if it's 80% of the norm, it probably goes fast. If it's 60%, it may switch to default.

[Capsbackup]

Open the .xml in notepad. You should see the display start and end times of the individual subtitles. Do these time stamps make sense, or are they totally offset / wrong?

They make sense, but do not correspond to the same times that BDSup2Sub reports of the 00000.track_4608.sup file found in the Workfiles folder. The XML times for subs appear to come earlier. Even if I adjust the 00000.track_4608.sup with BDSup2Sub and change 23.976fps to 29.97fps, they do not match. ( The XML subs still come early )
So the 00000.track_4608.sup and XML subs are demuxed in the Workfiles folder, the BD-RB log shows it is integrating them into the new DVD structure, BUT it does not! There are no subtitles in the BD-RB created Alternative DVD. :(

[jdobbs]

When BD-RB starts-up from a clean install, the setting --> Encoder Settings --> "Automatic Quality" is checked. But when I un-check Automatic Quality, then "Good (Very Fast)" appears and is checked, and un-checked below is "High Quality (Default)".

So if "Automatic Quality" is checked, and left alone, does it use Good or High Quality settings? :confused: It uses whatever setting it thinks is best for the current source and target. It could be "Good" or it could be "High". Generally if a quicker setting is used, it means that the difference wouldn't be noticable after considering the size of the source and the size of the target -- so the quicker setting is used.

[laserfan]

Generally if a quicker setting is used, it means that the difference wouldn't be noticable after considering the size of the source and the size of the target -- so the quicker setting is used.
OK, I understand now, thanks. :)

[colinhunt]

- IMPORTANT FIX. Corrected an error introduced in
v0.38.5 in which M2TS referenced through subpaths
many not be correctly retained -- especially
noticed in full backups using streams with out-
of-mux IGS streams. (v.0.38.8)
How serious and likely was this bug? I did a few full backups with 0.38.5 and 0.38.8; how would the bug manifest itself in a backup?

[Sharc]

They make sense, but do not correspond to the same times that BDSup2Sub reports of the 00000.track_4608.sup file found in the Workfiles folder. The XML times for subs appear to come earlier. Even if I adjust the 00000.track_4608.sup with BDSup2Sub and change 23.976fps to 29.97fps, they do not match. ( The XML subs still come early )
So the 00000.track_4608.sup and XML subs are demuxed in the Workfiles folder, the BD-RB log shows it is integrating them into the new DVD structure, BUT it does not! There are no subtitles in the BD-RB created Alternative DVD. :(
Are the subtitles just not displayed / not visible or are there no subtitle streams at all in the newly created .vob files (check for example with MediaInfo, VobBlanker or DVDShrink ....)?
Does this happen for one particular BD backup / version of BD-RB only, or does it fail for other Sources / earlier version of BD-RB as well?
I didn't try with the latest DB-RB version yet, but it worked well here with earlier versions (0.6 ... 0.8 IIRC).

[Capsbackup]

Are the subtitles just not displayed / not visible or are there no subtitle streams at all in the newly created .vob files (check for example with MediaInfo, VobBlanker or DVDShrink ....)?
Does this happen for one particular BD backup / version of BD-RB only, or does it fail for other Sources / earlier version of BD-RB as well?
I didn't try with the latest DB-RB version yet, but it worked well here with earlier versions (0.6 ... 0.8 IIRC).

The subtitles stream are not there at all on the DVD! The Blu-ray plays the subtitles perfectly, I can convert to BD5/AVCHD and the subtitles are included and work perfectly. The subtitles are just not getting multiplexed into the Alternative Output DVD. ( But the BD-RB log says they are! ) :confused:

[jdobbs]

How serious and likely was this bug? I did a few full backups with 0.38.5 and 0.38.8; how would the bug manifest itself in a backup? It would only happen on a full backup (not movie-only). The issue would manifest itself in menus (they wouldn't work). The problem was fixed in 0.38.8, so those wouldn't have any issues.

[jdobbs]

The subtitles stream are not there at all on the DVD! The Blu-ray plays the subtitles perfectly, I can convert to BD5/AVCHD and the subtitles are included and work perfectly. The subtitles are just not getting multiplexed into the Alternative Output DVD. ( But the BD-RB log says they are! ) :confused: Is it happening on more than one DVD?

[laserfan]

I'd re-done a subtitle to fit the 2.40 frame and my 'scope screen.
After BD-RB has completed, simply replace the appropriate .SUB with the new one in the WORKFILES folder. Then restart BD-RB again
Worked great, thanks, but I noticed something odd in the log file: if you look first at the end of the complete re-encoding, notice that the REBUILD phase at 03:16:59 this morning, which resulted in a 25Gb fileset, appears to have taken just 10 seconds!?

Then I replaced the subtitle, and the subsequent rebuild not only accounts for the (correct) amount of time it took i.e. 20 minutes, but it also notes all the rebuilds which the initial process notes only "Rebuilding BD file Structure". Not an issue for my disk of course, but I thought I should bring it to your attention jdobbs:

[14:12:58] BD Rebuilder v0.38.09 (beta)
- Source: MEMOIRS_OF_A_GEISHA
- Input BD size: 39.34 GB
- Approximate total content: [04:29:51.674]
- Target BD size: 23.44 GB
- Windows Version: 6.1 [7601]
- Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[14:12:58] PHASE ONE, Encoding
- [14:12:58] Extracting A/V streams [VID_00011]
- [14:29:46] Reencoding: VID_00011 (1 of 14)
- [14:29:46] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 208,800 frames
- Bitrate: 17,158 Kbs
- [14:29:46] Reencoding: VID_00011, Pass 1 of 2
- [16:55:31] Reencoding: VID_00011, Pass 2 of 2
- [01:12:33] Video Encode complete
- [01:12:33] Reencoding audio tracks (if req'd)
- [01:12:33] Multiplexing M2TS
- [01:29:32] Extracting A/V streams [VID_00081]
- [01:29:37] Reencoding: VID_00081 (2 of 14)
- [01:29:37] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,440 frames
- Bitrate: 8,686 Kbs
- [01:29:37] Reencoding: VID_00081, Pass 1 of 2
- [01:30:16] Reencoding: VID_00081, Pass 2 of 2
- [01:31:20] Video Encode complete
- [01:31:20] Reencoding audio tracks (if req'd)
- [01:31:20] Multiplexing M2TS
- [01:31:21] Extracting A/V streams [VID_00091]
- [01:31:46] Reencoding: VID_00091 (3 of 14)
- [01:31:46] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 25,959 frames
- Bitrate: 3,186 Kbs
- [01:31:47] Reencoding: VID_00091, Pass 1 of 2
- [01:34:37] Reencoding: VID_00091, Pass 2 of 2
- [01:43:03] Video Encode complete
- [01:43:03] Reencoding audio tracks (if req'd)
- [01:43:03] Multiplexing M2TS
- [01:43:11] Extracting A/V streams [VID_00092]
- [01:43:22] Reencoding: VID_00092 (4 of 14)
- [01:43:22] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 10,002 frames
- Bitrate: 3,248 Kbs
- [01:43:22] Reencoding: VID_00092, Pass 1 of 2
- [01:44:32] Reencoding: VID_00092, Pass 2 of 2
- [01:47:52] Video Encode complete
- [01:47:52] Reencoding audio tracks (if req'd)
- [01:47:52] Multiplexing M2TS
- [01:47:56] Extracting A/V streams [VID_00093]
- [01:48:19] Reencoding: VID_00093 (5 of 14)
- [01:48:19] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 21,703 frames
- Bitrate: 3,293 Kbs
- [01:48:19] Reencoding: VID_00093, Pass 1 of 2
- [01:50:49] Reencoding: VID_00093, Pass 2 of 2
- [01:58:11] Video Encode complete
- [01:58:11] Reencoding audio tracks (if req'd)
- [01:58:11] Multiplexing M2TS
- [01:58:19] Extracting A/V streams [VID_00094]
- [01:58:44] Reencoding: VID_00094 (6 of 14)
- [01:58:44] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 22,213 frames
- Bitrate: 3,303 Kbs
- [01:58:44] Reencoding: VID_00094, Pass 1 of 2
- [02:01:19] Reencoding: VID_00094, Pass 2 of 2
- [02:08:49] Video Encode complete
- [02:08:49] Reencoding audio tracks (if req'd)
- [02:08:49] Multiplexing M2TS
- [02:08:58] Extracting A/V streams [VID_00095]
- [02:09:31] Reencoding: VID_00095 (7 of 14)
- [02:09:32] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 29,329 frames
- Bitrate: 3,220 Kbs
- [02:09:32] Reencoding: VID_00095, Pass 1 of 2
- [02:12:56] Reencoding: VID_00095, Pass 2 of 2
- [02:22:53] Video Encode complete
- [02:22:53] Reencoding audio tracks (if req'd)
- [02:22:53] Multiplexing M2TS
- [02:23:05] Extracting A/V streams [VID_00096]
- [02:23:27] Reencoding: VID_00096 (8 of 14)
- [02:23:27] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 17,800 frames
- Bitrate: 3,231 Kbs
- [02:23:27] Reencoding: VID_00096, Pass 1 of 2
- [02:25:29] Reencoding: VID_00096, Pass 2 of 2
- [02:31:24] Video Encode complete
- [02:31:24] Reencoding audio tracks (if req'd)
- [02:31:24] Multiplexing M2TS
- [02:31:31] Extracting A/V streams [VID_00097]
- [02:31:48] Reencoding: VID_00097 (9 of 14)
- [02:31:48] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 14,744 frames
- Bitrate: 3,284 Kbs
- [02:31:49] Reencoding: VID_00097, Pass 1 of 2
- [02:33:31] Reencoding: VID_00097, Pass 2 of 2
- [02:38:29] Video Encode complete
- [02:38:29] Reencoding audio tracks (if req'd)
- [02:38:29] Multiplexing M2TS
- [02:38:35] Extracting A/V streams [VID_00098]
- [02:38:52] Reencoding: VID_00098 (10 of 14)
- [02:38:52] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 15,273 frames
- Bitrate: 3,259 Kbs
- [02:38:52] Reencoding: VID_00098, Pass 1 of 2
- [02:40:36] Reencoding: VID_00098, Pass 2 of 2
- [02:45:37] Video Encode complete
- [02:45:37] Reencoding audio tracks (if req'd)
- [02:45:37] Multiplexing M2TS
- [02:45:43] Extracting A/V streams [VID_00099]
- [02:45:55] Reencoding: VID_00099 (11 of 14)
- [02:45:55] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 10,729 frames
- Bitrate: 3,230 Kbs
- [02:45:55] Reencoding: VID_00099, Pass 1 of 2
- [02:47:11] Reencoding: VID_00099, Pass 2 of 2
- [02:50:47] Video Encode complete
- [02:50:47] Reencoding audio tracks (if req'd)
- [02:50:47] Multiplexing M2TS
- [02:50:51] Extracting A/V streams [VID_00100]
- [02:51:10] Reencoding: VID_00100 (12 of 14)
- [02:51:10] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 18,116 frames
- Bitrate: 3,215 Kbs
- [02:51:11] Reencoding: VID_00100, Pass 1 of 2
- [02:53:18] Reencoding: VID_00100, Pass 2 of 2
- [02:59:30] Video Encode complete
- [02:59:30] Reencoding audio tracks (if req'd)
- [02:59:30] Multiplexing M2TS
- [02:59:37] Extracting A/V streams [VID_00101]
- [02:59:56] Reencoding: VID_00101 (13 of 14)
- [02:59:56] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 17,482 frames
- Bitrate: 3,255 Kbs
- [02:59:56] Reencoding: VID_00101, Pass 1 of 2
- [03:02:03] Reencoding: VID_00101, Pass 2 of 2
- [03:08:00] Video Encode complete
- [03:08:00] Reencoding audio tracks (if req'd)
- [03:08:00] Multiplexing M2TS
- [03:08:07] Extracting A/V streams [VID_00103]
- [03:08:16] Reencoding: VID_00103 (14 of 14)
- [03:08:16] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 3,000 frames
- Bitrate: 13,506 Kbs
- [03:08:16] Reencoding: VID_00103, Pass 1 of 2
- [03:10:29] Reencoding: VID_00103, Pass 2 of 2
- [03:16:54] Video Encode complete
- [03:16:54] Reencoding audio tracks (if req'd)
- [03:16:54] Multiplexing M2TS
[03:16:59]PHASE ONE complete
[03:16:59]PHASE TWO - Rebuild Started
- [03:16:59] Rebuilding BD file Structure
[03:17:09] - Encode and Rebuild complete
[03:17:09]JOB: MEMOIRS_OF_A_GEISHA finished.
-----------------------
[08:59:00] BD Rebuilder v0.38.09 (beta)
- Source: MEMOIRS_OF_A_GEISHA
- Input BD size: 39.34 GB
- Approximate total content: [04:29:51.674]
- Target BD size: 23.44 GB
- Windows Version: 6.1 [7601]
- Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Resuming from previously started job.
[08:59:04] PHASE ONE, Encoding
[08:59:04]PHASE ONE complete
[08:59:04]PHASE TWO - Rebuild Started
- [08:59:04] Rebuilding stream 00011 [1 of 14]
- [09:17:01] Rebuilding stream 00081 [2 of 14]
- [09:17:03] Rebuilding stream 00091 [3 of 14]
- [09:17:20] Rebuilding stream 00092 [4 of 14]
- [09:17:27] Rebuilding stream 00093 [5 of 14]
- [09:17:42] Rebuilding stream 00094 [6 of 14]
- [09:17:58] Rebuilding stream 00095 [7 of 14]
- [09:18:18] Rebuilding stream 00096 [8 of 14]
- [09:18:30] Rebuilding stream 00097 [9 of 14]
- [09:18:40] Rebuilding stream 00098 [10 of 14]
- [09:18:51] Rebuilding stream 00099 [11 of 14]
- [09:19:00] Rebuilding stream 00100 [12 of 14]
- [09:19:13] Rebuilding stream 00101 [13 of 14]
- [09:19:26] Rebuilding stream 00103 [14 of 14]
- [09:19:37] Rebuilding BD file Structure
[09:19:43] - Encode and Rebuild complete
[09:19:43]JOB: MEMOIRS_OF_A_GEISHA finished.

FWIW I see in Windows log that my system went Idle and entered Sleep mode at 03:19:05 AM.

[Capsbackup]

Is it happening on more than one DVD?

I have not tried this Alternate output on any other's lately, but it has happened on all 7 episodes I tried that I am reporting currently. I will try another disc or two and see if I have similar results or success!

[k-c-ksum]

Nothing changed in that area between those versions. Secondary video is encoded as it is defined in the source CLPI file. Generally if the primary is interlaced (e.g. 1080i), the secondary will be also. What disc are you reencoding?

38.09 same thing with the Bourne Indentity. secondary video gets encoded interlaced

[jdobbs]

38.09 same thing with the Bourne Indentity. secondary video gets encoded interlaced I'll check it out...

[meadrocks]

Strange, since I upgraded to 38.09 when I do movie only to BD-5 I only get a BDMV folder, no certificate folder. I've tried it with Strict on, & Keep Only BDMV/Certificate, but still no cert folder. I'm trying now w/ Strict turned off. I don't do any hidden opts, basically run it stock. Here's the current status file.

[Status]
LABEL=ANIMAL_HOUSE_GLO
VERSION=v0.38.09 (beta)
SOURCE_SIZE=30723422208
SOURCE_VIDEO_SIZE=30723422208
TARGET_SIZE=4686086144
REDUCTION=.152524875395548
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
QUICK=0
[50201]
AUDIO=1000000
PGS=1100000000000000000000

[jdobbs]

38.05 - secondary video encoded as progressive (progressive source)
38.08 - secondary video encoded as interlaced (progressive source) I just tested this, and on my system with a progressive secondary source it is properly detecting the type of source and it is encoding as progressive.

Can you post the command line used when the secondary is being encoded?

[k-c-ksum]

I just tested this, and on my system with a progressive secondary source it is properly detecting the type of source and it is encoding as progressive.

Can you post the command line used when the secondary is being encoded?

the framerate of the reencode is 23.976 but flagged as interlaced.

i'll run the encode again and post the cl

[jdobbs]

the framerate of the reencode is 23.976 but flagged as interlaced.

i'll run the encode again and post the cl I'm not sure what you are using to show it -- but it can be completely normal if pulldown is in effect.

[jdobbs]

Strange, since I upgraded to 38.09 when I do movie only to BD-5 I only get a BDMV folder, no certificate folder. I've tried it with Strict on, & Keep Only BDMV/Certificate, but still no cert folder. I'm trying now w/ Strict turned off. I don't do any hidden opts, basically run it stock. Here's the current status file.

[Status]
LABEL=ANIMAL_HOUSE_GLO
VERSION=v0.38.09 (beta)
SOURCE_SIZE=30723422208
SOURCE_VIDEO_SIZE=30723422208
TARGET_SIZE=4686086144
REDUCTION=.152524875395548
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
QUICK=0
[50201]
AUDIO=1000000
PGS=1100000000000000000000 If you are outputting to BD-5/9 and strict AVCHD is selected (the default) -- there should be no CERTIFICATE folder. That's how it's always been. The only difference is that strict AVCHD is now the default (since v0.38.7) .