BD Rebuilder Beta - Bug Reports Only

[Chuckwagon]

When are you making the manual selections? If you do it after some encoding have been completed and you resume, I can see how it would be off because the size of the completed items wouldn't match the new calculations.

Any chance that's it? It sounds like it -- and if that's the case it make perfect sense, the only thing I could do is start the entire encode over when you change your selections. You can't change the size of a file that has already been encoded...

To test this I shutdown BD-RB, and I make sure the target directories are empty. I mount the disc to be processed. I start BD-RB, it's running in Movie and Menus Backup mode, and it scans the disc and selects the streams it thinks it should keep. I double click the title to put it into edit mode, and then I do the manual selections and hit backup. No pre-processing takes place, no interruptions or resumptions of the rebuild process happen. No matter if I add or delete streams, whatever input size BD-RB calculated when it started and did its auto blanking is the size it chooses when I start the backup.

The source for the x264 tests was a single file on the SSD array. The source I use for my rebuilds are ISO files made with Anydvd that reside on a regular HDD.

[jdobbs]

To test this I shutdown BD-RB, and I make sure the target directories are empty. I mount the disc to be processed. I start BD-RB, it's running in Movie and Menus Backup mode, and it scans the disc and selects the streams it thinks it should keep. I double click the title to put it into edit mode, and then I do the manual selections and hit backup. No pre-processing takes place, no interruptions or resumptions of the rebuild process happen. No matter if I add or delete streams, whatever input size BD-RB calculated when it started and did its auto blanking is the size it chooses when I start the backup.

The source for the x264 tests was a single file on the SSD array. The source I use for my rebuilds are ISO files made with Anydvd that reside on a regular HDD.I'll check it out.

[jdobbs]

To test this I shutdown BD-RB, and I make sure the target directories are empty. I mount the disc to be processed. I start BD-RB, it's running in Movie and Menus Backup mode, and it scans the disc and selects the streams it thinks it should keep. I double click the title to put it into edit mode, and then I do the manual selections and hit backup. No pre-processing takes place, no interruptions or resumptions of the rebuild process happen. No matter if I add or delete streams, whatever input size BD-RB calculated when it started and did its auto blanking is the size it chooses when I start the backup.

The source for the x264 tests was a single file on the SSD array. The source I use for my rebuilds are ISO files made with Anydvd that reside on a regular HDD. Thanks for this feedback. After I read your post I started wondering how that could be possible and traced the code... arghhh -- it was so obvious I don't know how I could have missed it before. I found just about the silliest error of all time. When you select "blank/unblank" a routine finds all playlist links and changes their flags. The sizing numbers are then adjusted for all the linked streams. BUT THE ROUTINE NEVER ADJUSTS THE SIZES FOR THE ONE YOU ACTUALLY SELECTED!!!

Sometimes I just have to laugh at myself. :D

I'll fix it for the next release.

Thanks again for the report.

[Sharc]

Currently I get a problem with CRF prediction for a multi-segment movie. For one of the segments the prediction converges in one single step from 22.48 (initial value) to the final value of 36.24 and the quality is accoridingly poor. Therefore I try to get around it by adjusting parameters.
According to hiddenoptions.txt the 2 params are:
GROUP_SIZE=
SAMPLE_SIZE=
According to the original post here (http://forum.doom9.org/showthread.php?p=1306763#post1306763)the 2 params are:
SAMPLE_GROUP=
SAMPLE_SIZE=
Which syntax is the correct one?

Edit:
I understood that for "very short" segments BD-RB will fall back automatically to 2-pass. However it seems that it does a CRF prediction for short segments as well. Is there a parameter which defines the size of a "short segment" below which a 2-pass encode is automatically done in place of the CRF prediction?

[jdobbs]

Currently I get a problem with CRF prediction for a multi-segment movie. For one of the segments the prediction converges in one single step from 22.48 (initial value) to the final value of 36.24 and the quality is accoridingly poor. Therefore I try to get around it by adjusting parameters.
According to hiddenoptions.txt the 2 params are:
GROUP_SIZE=
SAMPLE_SIZE=
According to the original post here (http://forum.doom9.org/showthread.php?p=1306763#post1306763)the 2 params are:
SAMPLE_GROUP=
SAMPLE_SIZE=
Which syntax is the correct one?

Edit:
I understood that for "very short" segments BD-RB will fall back automatically to 2-pass. However it seems that it does a CRF prediction for short segments as well. Is there a parameter which defines the size of a "short segment" below which a 2-pass encode is automatically done in place of the CRF prediction? It should be SAMPLE_GROUP and SAMPLE_SIZE. SAMPLE_SIZE is the size of the sample to be used and SAMPLE_GROUP is how bit a segment each sample represents. Not sure how/when GROUP_SIZE got thrown into the HIDDENOPTS.TXT file -- but it doesn't exist. I'll fix that.

The default SAMPLE_SIZE is 2x the source framerate and the default SAMPLE_GROUP is 200x the source framerate. So a 24fps source would be sampled every 4800 frames using a sample of 48 frames. If you set a fixed sample group/rate, however -- it uses what you've set regardless of the input frame rate.

[Sharc]

It should be SAMPLE_GROUP and SAMPLE_SIZE. SAMPLE_SIZE is the size of the sample to be used and SAMPLE_GROUP is how bit a segment each sample represents. Not sure how/when GROUP_SIZE got thrown into the HIDDENOPTS.TXT file -- but it doesn't exist. I'll fix that.

The default SAMPLE_SIZE is 2x the source framerate and the default SAMPLE_GROUP is 200x the source framerate. So a 24fps source would be sampled every 4800 frames using a sample of 48 frames. If you set a fixed sample group/rate, however -- it uses what you've set regardless of the input frame rate.
ok, thanks for explaining.
This means that by default any segment shorter than 4800 frames (for a 24 fps source) would be based on the first 48 frames for CRF prediction, correct? If these first 48 frames are of simple structure (e.g. fading from black) we could end up in very biased CRF prediction for this segment?
Perhaps segments of <4800 frames should be automatically 2-pass encoded, or 4800 should be auto-reduced such that at least 2 groups of 48 frames are used for CRF prediction?
Normally CRF prediction works very well :), with occasional exceptions for segmented sources (small segments). Perhaps too complicated ....

[Chuckwagon]

arghhh -- it was so obvious I don't know how I could have missed it before.

Heh heh, it's because the obvious ones we just correct mentally as we sail past them, they are so obvious after all that they can't really be wrong. :)

Glad you were able to find it, and happy to be of help. And thank you for such an awesome tool.

[DarWun]

FYI, as a test I just did a full BD25 backup of Let Me In using BD Rebuilder 39.03. Since it has PIP with DTS-Express secondary audio on the main feature, I set DTSX_ENABLE to 1. The burned disk worked flawlessly on my PS3.

[jdobbs]

ok, thanks for explaining.
This means that by default any segment shorter than 4800 frames (for a 24 fps source) would be based on the first 48 frames for CRF prediction, correct? If these first 48 frames are of simple structure (e.g. fading from black) we could end up in very biased CRF prediction for this segment?
Perhaps segments of <4800 frames should be automatically 2-pass encoded, or 4800 should be auto-reduced such that at least 2 groups of 48 frames are used for CRF prediction?
Normally CRF prediction works very well :), with occasional exceptions for segmented sources (small segments). Perhaps too complicated .... No. Since the beginning and the end are usually biased, they are not used. So you'd end up with 48 frames from the middle somewhere. It's really not very often that you find a stream that is only 3 minutes long anyway. On a more typical movie (say 2 hours) you're going to be sampling 36 sets of 48 frames that are spread throughout the stream, so it's unlikely any of them would carrry enough weight to really skew it.

The default does a 1% sample -- but you could always make it 2% or even 3% (e.g. SAMPLE_GROUP=1200, SAMPLE_SIZE=48). Be careful with smaller sample sizes, you really don't want to get below GOP sizes as it can make prediction less accurate.

[Sharc]

No. Since the beginning and the end are usually biased, they are not used. So you'd end up with 48 frames from the middle somewhere. It's really not very often that you find a stream that is only 3 minutes long anyway. On a more typical movie (say 2 hours) you're going to be sampling 36 sets of 48 frames that are spread throughout the stream, so it's unlikely any of them would carrry enough weight to really skew it.
Agree for the more typical movie. I came however across the problem with segmented movies (i.e. theatre and extended version controlled by playlist) where some segments are shorter than 4800 and lead to very skewed CRF predictions between these segments (ranging from CRF=10 to 36). The larger segments (>4800 frames) came out as expected with a CRF around 19 (for DVD-5/720p). Therfore I thought that short segments should automatically be encoded 2-pass.
Never mind, such cases should perhaps better be done using 2-pass a priori rather than 1-pass CRF predictive mode (I just like it and tried.... ).

[Stereodude]

Never mind, such cases should perhaps better be done using 2-pass a priori rather than 1-pass CRF predictive mode (I just like it and tried.... ).Isn't using 2-pass encoding on a movie in multiple pieces a bad idea since each piece has no visibility to any other piece and some parts could end up wasting bitrate that would be better used elsewhere netting inconsistent visual quality between the pieces? It seems like CRF would be the best way to maintain quality between the various pieces with the challenge being the determination of what CRF value to use (across all the pieces).

[jdobbs]

Isn't using 2-pass encoding on a movie in multiple pieces a bad idea since each piece has no visibility to any other piece and some parts could end up wasting bitrate that would be better used elsewhere netting inconsistent visual quality between the pieces? It seems like CRF would be the best way to maintain quality between the various pieces with the challenge being the determination of what CRF value to use (across all the pieces).

Not really -- mainly because you have the original to use as a baseline (that has already been weighed and encoded). Also -- it doesn't take a whole lot of frames to benefit from 2 pass.

[santito]

hi...

i can confirm that the blurays are stopped to work in the latest versions in some players... i have a lg bd-370 and the titles (not all.. 90%) get black screen...
but in my ps3 works fine...

in the tv... i get a black screen.. and in the screen of player the counter is in 0:00:00:00

i will try to encode with 38.08... i will report tomorrow..

[jdobbs]

hi...

i can confirm that the blurays are stopped to work in the latest versions in some players... i have a lg bd-370 and the titles (not all.. 90%) get black screen...
but in my ps3 works fine...

in the tv... i get a black screen.. and in the screen of player the counter is in 0:00:00:00

i will try to encode with 38.08... i will report tomorrow.. Confirm? What report are you confirming? What kind of backups? Movie-only, full? Backups to BD-25, BD-9, BD-5? Do you have "Strict AVCHD" set? Are you encoding from originals? What does "latest versions" mean -- can't you just say the version you're using? You'll "try 38.08"? Why?

This is a thread for reporting bugs... with necessary information to make fixes. How can I fix something when I have no idea what it is.

[santito]

hi...

sorry i was not very specific...

i use 39.03 ....full movie backup (bd-25)...

i guess is not my encode machine (pc).. because others have reported the same issue... not working in that particular player (lg bd-370) and panasonic player

[jdobbs]

hi...

sorry i was not very specific...

i use 39.03 ....full movie backup (bd-25)...

i guess is not my encode machine (pc).. because others have reported the same issue... not working in that particular player (lg bd-370) and panasonic player

I'm not sure where you're seeing the "others" -- because this is the bug thread and I don't see it here. It sounds like your player doesn't support the type of disc you're using. What make/brand is it? If using Imgburn, report what it says about the empty disc.

[drmih]

I have a LG bd-370 which I don't often use, but I have just checked a bd-25 disc I did with 39.03 and it was okay. However, the LG is a bit choosy and certainly on bd-9 only plays discs without jar files. It may be that it has problems with certain discs.

[wooper]

Hi there, i have a question , hope i dont bother anyone with this, is just a simpel question, how can i set bdrebuilder to work using dual-procesor, i mean, using 64 bit operating system, i found that in tool folder you have x264-64 and setacl_x64, is it a way to set those so i can rebuild movies faster? just a question, thanks

[Atak_Snajpera]

setacl is not an encoder. it is only used for setting ffdshow as preffered decoder in windows 7.

[jwjohnson]

You don't have to set anything. x264 uses all the cores available.

[jdobbs]

Hi there, i have a question , hope i dont bother anyone with this, is just a simpel question, how can i set bdrebuilder to work using dual-procesor, i mean, using 64 bit operating system, i found that in tool folder you have x264-64 and setacl_x64, is it a way to set those so i can rebuild movies faster? just a question, thanks Actually that's two questions. BD Rebuilder will use dual processors no matter how you have the settings (X264 is multithreaded). If you want to use the 64 bit version of X264, set "Use X264's internal LAVF for decoding" in the SETUP menu. It'll then use it when it is possible. But don't expect to see a lot of speed increases, on most systems it runs about the same speed with or without it.

Next time please open another thread. This thread is for bug reports only.

[rippn]

hi...

i can confirm that the blurays are stopped to work in the latest versions in some players... i have a lg bd-370 and the titles (not all.. 90%) get black screen...
but in my ps3 works fine...

in the tv... i get a black screen.. and in the screen of player the counter is in 0:00:00:00

i will try to encode with 38.08... i will report tomorrow..

I've experienced this as well with at least 3 releases on my JVC XV-BP1, Rise of the Planet of the Apes (39.03) black and timer stuck at 0:00, The Crow (39.02) black and timer stuck at 0:00, and Cars 2 (39.02) shows the Disney castle and the timer counts but it does not progress, and hitting any keys are blocked. These 3 movies play fine in the PS3.

These were BD25 Full movie backups, and I did Cars 2 twice to verify. It doesn't happen on all backups though as I've had others that work fine like Season of the Witch (39.03).

Reason I didn't report it is I thought the JVC was starting to fail, but after reading others are experiencing it, now know that's not the case.

One other thing I would like to mention is Imgburn updated to 2.5.6.0 around the time I started experiencing this as well, so maybe it's the culprit. I'll downgrade imgburn to 2.5.5.0 and see if that changes anything.

Edit: Downgraded Imgburn to 2.5.5.0, recreated and burned the iso and still experiencing the same issue, so Imgburn is not the cause.

Edit2: Also confirmed ISO is playing fine in TotalMedia Theatre 5 so it looks like it may just be stand alones that are affected.

Update: Just ran the same rip through dvdfab and am experiencing the same issue, so it appears bd rebuilder is not the issue, wish I had a 50gb bdrw to test the original image on, oh well. :)

[setarip_old]

@rippn

Hi!

You'll probably have to wait until the official December12th US/UK release date of "Rise of the Planet of the Apes" to get any meaningful feedback regarding the problem you've experienced...

[Ch3vr0n]

If its not a bug report, then why post it in the "BUG REPORT THREAD"? :p

[Capsbackup]

This is not a bug report, quite the opposite in fact.

Moviewatcher666 has created a thread for this type of report here:
http://forum.doom9.org/showthread.php?t=162928

[colinhunt]

Moviewatcher666 has created a thread for this type of report here:
http://forum.doom9.org/showthread.php?t=162928
Allrighty that then.

[gregbm]

hello, I've a problem, When I choose FULL BACKUP and BD25 I don't see the extras in stream menu.

But when I choose BD5 or BD9 all is ok.

Could you help me?

Thanks

[omegaman7]

hello, I've a problem, When I choose FULL BACKUP and BD25 I don't see the extras in stream menu.

But when I choose BD5 or BD9 all is ok.

Could you help me?

Thanks

LOL! Noticed that last night. Haven't given it much thought though. Might that be Super_8 you're talking about? That's the one in which I noticed the odd occurrence.

[gregbm]

Yes omegaman7 it's Super8! It might be only on that movie?

[omegaman7]

Let's see what the man says ;) I forget the actual BD title. I changed it upon ripping it :S Darla, something or other LOL! Darlington?

[jdobbs]

hello, I've a problem, When I choose FULL BACKUP and BD25 I don't see the extras in stream menu.

But when I choose BD5 or BD9 all is ok.

Could you help me?

Thanks Full backup does an analysis and leaves some of the extras intact when it is appropriate (to same time). So they don't show up in the list. If you select "Movie-and-Menus" you will get everything to work with (in case you want to blank some of them).

I may change it so they all get listed when you enter "Edit Mode". It depends how much of a pain it is.

[jdobbs]

Good to know. I wish I could figure out why it doesn't work on some players -- there has to be some small setting I'm missing...

[setarip_old]

@omegaman7 I forget the actual BD title
The "label" of the Blu-ray "Super 8" is "Darlings_AC_Retail".

My BD25 FULL DISC backup included all extras...

(As one of my grandsons pointed out, this is a well-made, serious movie - strongly reminiscent of "The Goonies").

[omegaman7]

Thanks, yup! That's what it was. I'm watching it right now. Seems to be perfect once again :D

[ikki]

Hi, this is my first post. Sorry for my English.

My inspect:

- Windows Version: 5.1 [2600]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3882, Ok
- FFDSHOW VC-1 set "disabled", WMP11, Ok
- FFDSHOW MPEG2 set to "libmpeg2": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- BD Rebuilder v0.39.0.3, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

One encode:

-----------------------
[19:51:10] BD Rebuilder v0.39.03 (beta)
- Source: XMEN_FIRST_CLASS
- Input BD size: 29,27 GB
- Approximate total content: [02:11:42.936]
- Target BD size: 4,36 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
- Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[19:51:11] PHASE ONE, Encoding
- [19:51:11] Processing: VID_00800 (1 of 1)
- [19:51:11] Extracting A/V streams [VID_00800]
- [20:16:44] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 189.481 frames
- Convert: 1280x720, 23,976fps, 189.481 frames
- Bitrate: 3.697 Kbs
- [20:17:26] Reencoding: VID_00800, Pass 1 of 2
- [21:11:18] Reencoding: VID_00800, Pass 2 of 2
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.39.03 (beta)
- Windows Version: 5.1 [2600]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3882, Ok
- FFDSHOW VC-1 set "disabled", WMP11, Ok
- FFDSHOW MPEG2 set to "libmpeg2": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[21:11:24] - Failed video encode, aborted


Last Encode:

-----------------------
[20:54:43] BD Rebuilder v0.39.03 (beta)
- Source: XMEN
- Input BD size: 27,73 GB
- Approximate total content: [01:44:20.295]
- Target BD size: 4,36 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
- Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[20:54:55] - Aborted per user request
-----------------------
[20:55:05] BD Rebuilder v0.39.03 (beta)
- Source: XMEN
- Input BD size: 27,73 GB
- Approximate total content: [01:44:20.295]
- Target BD size: 4,36 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
- Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[20:55:06] PHASE ONE, Encoding
- [20:55:06] Processing: VID_00000 (1 of 1)
- [20:55:06] Extracting A/V streams [VID_00000]
- [21:32:56] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 150.097 frames
- Convert: 1280x720, 23,976fps, 150.097 frames
- Bitrate: 4.854 Kbs
- [21:32:57] Reencoding: VID_00000, Pass 1 of 2
- [22:20:29] Reencoding: VID_00000, Pass 2 of 2
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.39.03 (beta)
- Windows Version: 5.1 [2600]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3882, Ok
- FFDSHOW VC-1 set "disabled", WMP11, Ok
- FFDSHOW MPEG2 set to "libmpeg2": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[22:20:36] - Failed video encode, aborted

I tried to encode with all the qualities (Good, Better, High, Highest) and always gives errors in the second pass.

I installed the version of the post and I have configured the components following the post (http://forum.doom9.org/showthread.php?t=143716)

http://www.jdobbs.net/freeware/ffdshow_rev3882_20110613_clsid.exe
http://www.jdobbs.net/freeware/MatroskaSplitter03032011_(1.11.96.14).exe
http://www.jdobbs.net/freeware/Avisynth_258.exe

I tried to change the version of MatroskaSplitter03032011_(1.11.96.14) for this one http://www.jdobbs.net/freeware/MatroskaSplitter.exe.

I did not get it to work the second pass.

It has only worked with One pass CRF and One pass ABR.

any idea?

[Ch3vr0n]

Is that xmen first class from an original disc? Cause my rip is 39.8GB and yours is only 29.27GB. Doesnt seem like a full disc but rather a download/preprocessed one.

[ikki]

Is that xmen first class from an original disc? Cause my rip is 39.8GB and yours is only 29.27GB. Doesnt seem like a full disc but rather a download/preprocessed one.

With xmen first class I tried to extract only the movie, because the entire disk will also fail. Yes the original occupies 39.8GB.

[jdobbs]

With xmen first class I tried to extract only the movie, because the entire disk will also fail. Yes the original occupies 39.8GB. It appears your system is crashing on the second pass. If you are overclocked, set your speed a little slower. You might also want to check your fan & heatsink for dust. Most probably your system is overheating.

[ikki]

It appears your system is crashing on the second pass. If you are overclocked, set your speed a little slower. You might also want to check your fan & heatsink for dust. Most probably your system is overheating.

I have an AMD Phenom II X6 1100T 3.3GHz black edition. I've tuned to 3700MHz.
This afternoon I will try one encoding to 3.3GHz.

For encoding I use linux with windows xp virtual machine to which I have assigned 4 cores. Does this affect?

Thank you.

[jdobbs]

I have an AMD Phenom II X6 1100T 3.3GHz black edition. I've tuned to 3700MHz.
This afternoon I will try one encoding to 3.3GHz.

For encoding I use linux with windows xp virtual machine to which I have assigned 4 cores. Does this affect?

Thank you. Sorry, don't know. I haven't played with Linux in a while.

[gregbm]

Full backup does an analysis and leaves some of the extras intact when it is appropriate (to same time). So they don't show up in the list. If you select "Movie-and-Menus" you will get everything to work with (in case you want to blank some of them).

I may change it so they all get listed when you enter "Edit Mode". It depends how much of a pain it is.

Thanks for reply. All is ok with super 8.

You talk about "Movie and menu", where can I choose this option?

[jdobbs]

Thanks for reply. All is ok with super 8.

You talk about "Movie and menu", where can I choose this option? See this post (http://forum.doom9.org/showthread.php?p=1526277&highlight=enable_test%27#post1526277) for more information.

[jdobbs]

I have updated the first post of this thread with a link to a new version of BD-RB (v0.39.04). Changes for this release:- Improved the MKV output routines. Now multiple
audio tracks will be reencoded and/or kept (as
selected in the streams list).
- Added MP4 as a containter type for ALTERNATE
output. Although previously allowed, it was
limited to iPod and iPad specs. A new example
format is included in the default output list.
The MP4 container type allows multiple audio
tracks with multiple channels to be included.
- Audio language flags are now included in MKV
ALTERNATE output and MP4 ALTERNATE output.
- Modified the DTSX routines so that placeholders
are no longer necessary. This eliminates some
unlikely but possible negative impacts.
- Improved the status updating for certain types
of actions.
- Corrected an error in which ALTERNATE/MKV output
could incorrectly report an error and exit when
no true error was actually present.
- Fixed issue in which intermediate MKV files may
(rarely) incorrectly fail due to "warning" exit
code.
- Added a new option to the ALTERNATE output dialog
that allows removal of black borders (automatic
cropping). This option is not enabled and does
not apply to DVD output (for obvious reasons).
- Added code to check requirements and prevent
reencoding when an AC3 source (or its core) does
not require processing to meet target specs.
Note: Some settings such as AUDIO_AMPLIFY, "Use
192Kbs for AC3...", and "Use 448Kbs for AC3..."
will force reencoding.
- Corrected an issue in which manually blanking or
unblanking a stream in edit mode was not updating
the sizing tables. As a result, overall output
sizing would be incorrect and could cause over
or under sizing.
- Improved function of IVTC. Also corrected issue
related ot IVTC on VC-1 sources.
- Added a new prefix for filter editing. By adding
the "r:" prefix, BD-RB will add the specified
filter after the resizing stage (rather than the
default of before). Note: If using more than one
prefix, the "r:" must be the last in the series.
- Other minor corrections and cosmetic fixes.

[omegaman7]

Encoded "Forrest Gump" during the night. 2 questions/bugs. I told rebuilder to re-encode AC3 sources to 192KB/s, the extras remain at 224KB/s. I realize that the difference is nearly negligible. And perhaps rebuilder sees that the difference is trivial, and not worth the time? I have a feeling you coded it this way?
Second, a few files apparently lost frames.
00117 in particular lost one single frame. Mediainfo would not show me the amount of frames, so I loaded AVS script files into Virtual dub to see just how many frames were lost.
See, I compare the raw bd rip folder, next to the output folder to see just how much difference there is. Windows 7 shows me the running time of the m2ts files. I saw that 00117 lost a second of time. Or more precisely, one single frame. I seem to recall a similar instance happening before, but it was more extreme. Like 10 frames. 1 frame is not the end of the world, but this does seem like a bug.
Something to note, I left "ENABLE_TEST=1" enabled, but I did not use its abilities. I don't see how this could be the culprit, but you're the coder, I am not LOL!

I see there's a new version available. And I noticed you're working on the output size when blanking. Excellent! LOL! Thanks :)

My next encode is Star Trek V. I see that there is 3+ hrs of extra content. If my math is correct, Encoding/downsizing 224KB/s to 192KB/s, would give me an additional 1.65GB of space, for the main title. Fairly substantial?

Nevermind my last comment. My math is flawed :S

[ikki]

It appears your system is crashing on the second pass. If you are overclocked, set your speed a little slower. You might also want to check your fan & heatsink for dust. Most probably your system is overheating.


I disabled the overclocking and I've set the default motherboard but still fails on the second pass.

This is my cpu:

Architecture: x86_64
CPU op-mode(s): 64-bit
CPU(s): 6
Thread(s) per core: 1
Core(s) per socket: 6
CPU socket(s): 1
NUMA node(s): 1
Vendor ID: AuthenticAMD
CPU family: 16
Model: 10
Stepping: 0
CPU MHz: 3314.611
Virtualization: AMD-V
L1d cache: 64K
L1i cache: 64K
L2 cache: 512K
L3 cache: 6144K

The last encode:

-----------------------
[19:57:26] BD Rebuilder v0.39.04 (beta)
- Source: XMEN_FIRST_CLASS
- Input BD size: 29,27 GB
- Approximate total content: [02:11:42.936]
- Target BD size: 4,36 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
- Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[19:57:26] PHASE ONE, Encoding
- [19:57:26] Processing: VID_00800 (1 of 1)
- [19:57:26] Extracting A/V streams [VID_00800]
- [20:19:31] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 189.481 frames
- Convert: 1280x720, 23,976fps, 189.481 frames
- Bitrate: 3.697 Kbs
- [20:20:44] Reencoding: VID_00800, Pass 1 of 2
- [21:18:53] Reencoding: VID_00800, Pass 2 of 2
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.39.04 (beta)
- Windows Version: 5.1 [2600]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3882, Ok
- FFDSHOW VC-1 set "disabled", WMP11, Ok
- FFDSHOW MPEG2 set to "libmpeg2": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[21:18:59] - Failed video encode, aborted

Is there a way to generate more detailed log to locate the problem?

thanks.

[Ch3vr0n]

Bummer, still no 3rd option "output path" or selectable "audio notification" instead of the beep. Any update on that, or that language thing we pmed about a while back?

[omegaman7]

Jdobbs, I sent you what was left in my paypal. Not much, but I have no current purchases that I need to worry about. I felt I owed you something for the last revision. It helped me greatly. Thanks.

I also updated my last post :)

[gregbm]

See this post (http://forum.doom9.org/showthread.php?p=1526277&highlight=enable_test%27#post1526277) for more information.

Thanks!! With that, you soft become perfect.

[SquallMX]

Encoded "Forrest Gump" during the night. 2 questions/bugs. I told rebuilder to re-encode AC3 sources to 192KB/s, the extras remain at 224KB/s. I realize that the difference is nearly negligible. And perhaps rebuilder sees that the difference is trivial, and not worth the time? I have a feeling you coded it this way?

Because how the m2ts muxing overhead works the final size of a 192 Kbps AC3 track and a 224 ac3 track is the same.

[jfcarbel]

I have an AMD Phenom II X6 1100T 3.3GHz black edition. I've tuned to 3700MHz.
This afternoon I will try one encoding to 3.3GHz.

For encoding I use linux with windows xp virtual machine to which I have assigned 4 cores. Does this affect?

Thank you.

I see you have the new AMD 6-core chip can you maybe post some timings to this thread (http://forum.doom9.org/showthread.php?t=152770)

Suggestions in this post (http://forum.doom9.org/showthread.php?p=1513682#post1513682)on what info to provide in the post and you can view my example post at end of thread as well.

I would love to see how fast this processor can complete most BD recodes and what its HD x264 benchmark results are.