BD Rebuilder Beta - Bug Reports Only

[deank]

I think the solution is simple. In this case BD Rebuilder tries to re-encode the menu m2ts for title 13. It is one frame and just 500KB with IGS stream muxed with the video-frame.

I'm not sure if the hidden option "MIN_M2TS_SIZE=n" can help in that case. It is interesting that BD Rebuilder left menu m2ts for titles 1 to 12 intact, but decided to re-encode the 13th.

Dean

This is definately not a BD-RB problem. ... As you have witnessed, multiAVCHD does not follow original Blu-ray authoring. ;) I'm not sure what that means and what is 'original' authoring.

[longtom]

Now i had 2 movies where the length was too short (03407): Love Guru 34 Minutes against 87 minutes in the selected playlist.
And Beyond a Reasonable Doubt, after 63 minutes it was cut (originally 108 minutes).

Any idea?

[Status]
VERSION=v0.34.07 (beta)
SOURCE_SIZE=20783192064
SOURCE_VIDEO_SIZE=20783192064
TARGET_SIZE=49178214400
REDUCTION=2.3662493349703
RESIZE_1080=0
AUDIO_TO_KEEP=
SUBS_TO_KEEP=
BACKUP_MODE=1
MOVIEONLY_TYPE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=2
REBUILD_COMPLETE=1
[00029]
USE_ORIGINAL=1
AUDIO=10
PGS=110
M2TS_TARGET=49178156247
NSIZE=7348414464
FLINK=0
MLINK=0
[00007]
USE_ORIGINAL=1
M2TS_TARGET=58153
AUDIO=
NSIZE=18432
FLINK=0
MLINK=0

[drmih]

Is it possible that these have been pre-processed as an original size of under 20Gb is unusually small for a disc?

[jdobbs]

Now i had 2 movies where the length was too short (03407): Love Guru 34 Minutes against 87 minutes in the selected playlist.
And Beyond a Reasonable Doubt, after 63 minutes it was cut (originally 108 minutes).

Any idea?

[Status]
VERSION=v0.34.07 (beta)
SOURCE_SIZE=20783192064
SOURCE_VIDEO_SIZE=20783192064
TARGET_SIZE=49178214400
REDUCTION=2.3662493349703
RESIZE_1080=0
AUDIO_TO_KEEP=
SUBS_TO_KEEP=
BACKUP_MODE=1
MOVIEONLY_TYPE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=2
REBUILD_COMPLETE=1
[00029]
USE_ORIGINAL=1
AUDIO=10
PGS=110
M2TS_TARGET=49178156247
NSIZE=7348414464
FLINK=0
MLINK=0
[00007]
USE_ORIGINAL=1
M2TS_TARGET=58153
AUDIO=
NSIZE=18432
FLINK=0
MLINK=0 It sounds like X264 is crashing during encodes. I've noticed in the last few versions that sometimes error flags are not returned when it encounters something. But, the fact that it is crashing is probably an indicator that something is wrong in your system. Uninstall/install all the helper apps again, and also check stability if you are overclocked.

[longtom]

Ok, Thanks.
Im running it in Parallels 5 with Win 7(OSX).
Now i ripped it to HD, than encoded, fine now.
But normally it's working right from the BD-Disc.

Sometimes i see a problem with x264 but this is only when i resize.

In this cases Video is not resized, only Audio from HD to DTS or AC3.

[worknstiff]

@ Capsbackup, (Quote) Why not just create the entire project with multiAVCHD

Sorry, I was just posting I quess to see if anyone else had a similar prob. I usually just use multiAVCD when I am compiling a multiple title disc. Because of the complexity of the different ways to create and finish making a disc, I usually just create it and feed it to BD_Rebuilder because I only use multiAVCHD occasionally and it has so many transcoding options that I get lost, lol. I like to see what the finished disc is like (only 20 minutes later I might add, great job deank!) so I can correct any of the errors I have usually made before recoding it for 8hrs. I am just more comfortable with BD_Rebuilder in compressing for size having used it for the last year of so. I think both programs are great and would like to see maybe a hybrid of some kind that will allow keeping the original menu structure sort of intact and just removing all the other fluff that is on these disks. I use both programs and would be lost without either of them, and would hate going back to the command prompt only tools, doh!

@jdobbs, (Quote) Is that the real volume label? I'm not sure, but I think the "*'s" are illegal -- at least for creating a filename.
-The volume label is just me editing and hiding the title.
("I wouldn't be so paranoid if everyone wasn't out to get me." (Frank Burns)

*** (Quote) BD-RB can only be aware of a HAALI error if it is passed back through AVISYNTH.
-I just thought that with verbose checked that it would show all errors from all tools.

***What version of HAALI are you using? If it isn't the recommended one from the first post of this thread -- fix it. I recently tried the most recent one and ran into issues.

-It is the recommended version but I think I will uninstall and delete all the BD_Rebuilder and tools folders and defrag and reinstall again. The last time I started having problems I did this and everything was fixed.
thanks for the help, worknstiff

@deank, (Quote) I think the solution is simple. In this case BD Rebuilder tries to re-encode the menu m2ts for title 13. It is one frame and just 500KB with IGS stream muxed with the video-frame.

I'm not sure if the hidden option "MIN_M2TS_SIZE=n" can help in that case.

--I just put in the statement about the numbering scheme because it sort of bothers me that when I put in 13 titles it numbered them starting with "00000". Sorry, but when I count something I always start with "1", lol.
Anyway, after I reinstall everything I will attempt the same process again and if it still exhibits problems, I will try the "MIN_M2TS_SIZE=n" and let you know what happens. thanks for the help, worknstiff

[deank]

Make sure you set: MIN_M2TS_SIZE=5 or MIN_M2TS_SIZE=10 :) not "n".

[Capsbackup]

Make sure you set: MIN_M2TS_SIZE=5 or MIN_M2TS_SIZE=10 :) not "n".

I don't believe this will have any effect for BD5/9 output, only for BD25. BD-RB needs to reencode all the files to insure AVCHD compliancy. :)

[jdobbs]

I have updated the first post of this thread with a link to the latest release of BD-RB (v0.34.08). Changes for this release:- Added an option to the SETUP dialog that instructs
BD-RB to use X264's internal LAVF decoder wherever
possible (bypassing usage of HAALI and FFDSHOW).
Also added the 64 bit version of X264 tothe TOOLS
folder. That version will be used when LAVF is in
effect and a 64 bit O/S is detected. This has been
reported to improve processing speed depending upon
the source stream type and number and type of
processor cores. Note that some streams cannot
currently be processed by LAVF, such as interlaced
VC-1 or when filtering is in effect. In those cases
BD-RB will automatically revert to standard FFDSHOW
and AVISYNTH processing. It's suggested that you
try it and if you like it, keep it checked. This
feature has been implemented in preparation for
possible future versions of X264 that may enable
complete processing of video sources without
additional "helper apps".
- Corrected an error in which ABR mode could be set
incorrectly at startup.
- Completely rewrote the ALTERNATE output code. I've
changed it so the types of output are defined in a
ALTERNATE.TXT file in the MISC folder. This makes
it easier to add additional formats in the future
and to allow format definitions created by the user.
- Updated ALTERNATE output dialog so two-pass output
with selectable bitrate can also be used.
- Corrected an issue in which BD-RB might incorrectly
use original video when outputting to an ALTERNATE
movie-only output selection.
- Added a new general option to the SETUP dialog. You
can now select "Keep only BDMV/CERTIFICATE folders"
and BD-RB will strip the extraneous file from the
backup (e.g. PS3 zips). This is especially useful
for those to rip to ISO or read directly from the
disc when doing full backups.
- Corrected an error in which video streams could be
incorrectly kept intact on movie-only AVCHD backups
even when the CODEC is illegal (non-AVC).
- Added a check for zero filelength after encoding. In
some cases X264 does not seem to return an error
code and BD-RB continues thinking an encode was
properly completed when it was not.
- Updated the included version of NicAudio.dll to the
latest release (v2.0.4).
- Updated the included version of X264.EXE to the
latest release (r1713).
- Added the 64 bit version of X264.EXE, r1703, to the
zip package (renamed to X264-64.EXE).
- Other minor corrections and cosmetic fixes. Hopefully DTS-Express support will be included in the next release.

[deank]

I don't believe this will have any effect for BD5/9 output, only for BD25. BD-RB needs to reencode all the files to insure AVCHD compliancy. :)

I wonder then why other menu files were not re-encoded, but only the 13th one...

I'll try to load some structures in BD Rebuilder and do some tests.

There is nothing wrong with the structure and it is AVCHD compliant so there is no need to reencode 1frame 1920x1080p AVC menu files, not to mention IG which will break after a reencode/remux.

[Capsbackup]

Thank you for this latest update. :)
Has there been any changes or additions to IG menu capability?

[jdobbs]

Thank you for this latest update. :)
Has there been any changes or additions to IG menu capability? No. It uses the same code as DTS Express (merge muxing), so it'll be included (about) the same time.

[jdobbs]

I wonder then why other menu files were not re-encoded, but only the 13th one...

I'll try to load some structures in BD Rebuilder and do some tests.

There is nothing wrong with the structure and it is AVCHD compliant so there is no need to reencode 1frame 1920x1080p AVC menu files, not to mention IG which will break after a reencode/remux. Hmmm... me too. I believe it should bypass exceptionally small files.

[Capsbackup]

Hmmm... me too. I believe it should bypass exceptionally small files.

I notice if I set MIN_M2TS_SIZE=1,5, 100, or 500, and BD5 is set for the output size, the total files to reencode is unchanged.
However, if BD25 is set for the output size, these same MIN_M2TS_SIZE=1,5, 100, or 500 changes make the total files to be reencoded by BD-RB change, they are reduced accordingly.

[jdobbs]

I notice if I set MIN_M2TS_SIZE=1,5, 100, or 500, and BD5 is set for the output size, the total files to reencode is unchanged.
However, if BD25 is set for the output size, these same MIN_M2TS_SIZE=1,5, 100, or 500 changes make the total files to be reencoded by BD-RB change, they are reduced accordingly. You're correct that MIN_M2TS_SIZE is meant for BD-25 only. But I also do some checks specifically for menus to help avoid unnecessarily encoding them.

[jdobbs]

I wonder then why other menu files were not re-encoded, but only the 13th one...

I'll try to load some structures in BD Rebuilder and do some tests.

There is nothing wrong with the structure and it is AVCHD compliant so there is no need to reencode 1frame 1920x1080p AVC menu files, not to mention IG which will break after a reencode/remux.Is that one frame meant to be played back as a still image? If so, are you setting application_type in the .CLPI?

[Ch3vr0n]

"64bit" BDRB woot, nice going jdobbs :)

[colinhunt]

64-bit support, wa-hey! Thank you, Sir!

[deank]

Is that one frame meant to be played back as a still image? If so, are you setting application_type in the .CLPI?

Yes, it is for still image menu and it has "still" flag (offset 0x63) in the MPLS. Clpi is just a regular one with application type 0x01.

Still image for menu (as one video frame) with a 'pause' flag is not the same as a slideshow... It is just a video frame... It can be 14 or 777 frames.

[jdobbs]

Yes, it is for still image menu and it has "still" flag (offset 0x63) in the MPLS. Clpi is just a regular one with application type 0x01.

Still image for menu (as one video frame) with a 'pause' flag is not the same as a slideshow... It is just a video frame... It can be 14 or 777 frames. I just checked because I always bybass files with that flag set... I'm still trying to figure out why it selected just that one menu... :confused:

[john920]

64 bit?! holy shit! Thank you sir! Can't wait for mini dts!

[ChldsPlay]

Well I noticed that when I run BD-RB on my weird ISO and it doesn't do any encoding and basically tries to recreate the BD as it is that some of the files it does create are some of the ones I can't copy. The files BDRB creates, however, can be copied. It doesn't get them all, but it was enough to make a workable disc. Now my problem comes with trying to shrink it.

I'd tried doing full back-up mode and it fails right from the start, so I tried to do movie only with the intention of putting that output back with the rest of the "unshrunk" files and hoping it'd work. Problem is when I do the playback I get the movie not starting until 10 minutes in, and the end of the movie being cut off.

[colinhunt]

For educational purposes, I ran a movie-only backup of the same source twice, first with LAVF enabled and then with LAVF disabled.

BD-RB picked the 64-bit x264 with LAVF, but went for the 32-bit version once LAVF was disabled (I have only 32-bit FFDShow and Avisynth installed). Encoding parameters were set for two passes and highest quality, with "--tune film" added in BD-RB .ini.

Run #1: LAVF enabled, 64-bit x264. Total processing time: 4 hours 46 minutes. Total output size: 23 136 278 188 bytes.
Run #2: LAVF disabled, 32-bit x264. Total processing time: 4 hours 37 minutes. Total output size: 23 134 551 800 bytes.

[jdobbs]

For educational purposes, I ran a movie-only backup of the same source twice, first with LAVF enabled and then with LAVF disabled.

BD-RB picked the 64-bit x264 with LAVF, but went for the 32-bit version once LAVF was disabled (I have only 32-bit FFDShow and Avisynth installed). Encoding parameters were set for two passes and highest quality, with "--tune film" added in BD-RB .ini.

Run #1: LAVF enabled, 64-bit x264. Total processing time: 4 hours 46 minutes. Total output size: 23 136 278 188 bytes.
Run #2: LAVF disabled, 32-bit x264. Total processing time: 4 hours 37 minutes. Total output size: 23 134 551 800 bytes. It always chooses 32 bit if you're not using LAVF.

What I've found is that speeds seem to be wildly different depending upon the source, the video type, and the system it is running on. It seems to do better with AVC than with VC-1. On my Phenom II system I saw about a 5% speed increase on AVC and it was roughly the same on VC-1 when using 64 bit.

The most important reason for this addition is so that BD-RB can become independent of AVISYNTH, HAALI, and FFDSHOW at some point in the future (assuming VC-1 interlaced support is completed).

[gamete]

sorry i don't understand



if I use win 7 64 bit

I must select:

x264's internal use lavf decoding ?

[jdobbs]

sorry i don't understand



if I use win 7 64 bit

I must select:

x264's internal use lavf decoding ? No. You don't have to do anything, and it will run fine. It will continue to run the 32 bit version of X264 just like it always did. But... if you want to run the 64 bit version of X264 on a 64 bit Windows, you have to select to use LAVF. If you select to use LAVF on a 32 bit Windows, then you will still use the 32 bit version of X264 but you will use LAVF.

[ftb32]

Thank you for this latest update jdobbs...

[longtom]

Thanks, Great update!
Now encodes 32 FPS on 64bit on pass1!

[isoss]

great great the speed of this program is muts greater i have used it on a quad core with windows 7 64 bits and within 5 houres was Prince of persia ready.

bud is thare a posebile to encode the secundare audio DTS express?

[Ch3vr0n]

great great the speed of this program is muts greater i have used it on a quad core with windows 7 64 bits and within 5 houres was Prince of persia ready.

bud is thare a posebile to encode the secundare audio DTS express?

Not at the moment no, jdobbs is working on it. From previous messages, he hopes to support dts-express in one the next updates. Maybe even 34.09

[liquidskin76]

Hi jdobbs,

Appologies if this has been asked and answered before. Did a search however didn't find anything. I'm catching up on BD-RB!

When outputting to mkv, if you retain TrueHD, is the AC3 interweaved core retained, like TrueHD/AC3 core within the original m2ts file (basically, is it muxed as is)? Or is it stipped out, like mkvmerge does, so you end up with just a .thd audio track?

Many thanks

[jdobbs]

Hi jdobbs,

Appologies if this has been asked and answered before. Did a search however didn't find anything. I'm catching up on BD-RB!

When outputting to mkv, if you retain TrueHD, is the AC3 interweaved core retained, like TrueHD/AC3 core within the original m2ts file (basically, is it muxed as is)? Or is it stipped out, like mkvmerge does, so you end up with just a .thd audio track?

Many thanks Right now all output to ALTERNATE formats is reencoded to either AC3 or AAC -- both in 2.0 format. I'll probably provide for more formats in the future, but as I said, it was created for iPod and iPad -- and I've haven't expanded it much beyond that (except for MKV support).

[liquidskin76]

Right now all output to ALTERNATE formats is reencoded to either AC3 or AAC -- both in 2.0 format. I'll probably provide for more formats in the future, but as I said, it was created for iPod and iPad -- and I've haven't expanded it much beyond that (except for MKV support).

OK, thanks. If you do expand to a full blown mkv output, could you bear that in mind, so the TrueHD/AC3 track is kept as is?

Many thanks

[jdobbs]

OK, thanks. If you do expand to a full blown mkv output, could you bear that in mind, so the TrueHD/AC3 track is kept as is?

Many thanks Yeah. That shouldn't be a big deal. I'll probably add a switch that lets you keep either the core or the full blown HD (with the core). Same for DTS.

[jedisinclair]

I generally can backup any blu-ray until today. It's Anchorman. I ripped it with anydvd HD (no problem there) then I tried bd rebuilder "movie only" mode and it had a bunch of video files. I ran the program and the audio and video were out of sync (I'm not talking a second or two, I'm talking WAAaaay out of sync, like the audio wasn't right for the video). So, I tried processing the mpls files one at a time through ClownBD in blu-ray format and creating ISO. (there are two: theatrical and unrated versions).. I then tried to load each ISO into bd rebuilder and it says "not blu-ray format"... I'm confused... anyone have any idea? I tried reading the blu-ray iso itself and the mpls files individually. help.

[Adbear]

I've been having a couple of issues with the latest build.
With Clash of the Titans it won't encode the secondary 480p stream, and just fails, but if I go back to an earlier version it works fine.

Second. I've encoded 3 BBC discs that use 1080i 50 and when I try to play them back on my PS3 as soon as it hits the encoded footage it just stops with a black screen as if it doesn't recognise how to play the files

[Race Guy]

I'm confused... anyone have any idea? I tried reading the blu-ray iso itself and the mpls files individually. help.

What I'd try is, reload the original rip & do movie only, EXCEPT, set a "custom target size" slightly larger than the movie.

Pick between theatrical & unrated, set the sound & subs you're keeping & then rebuild that. BD-RB will reassemble the multiple m2ts files into one contiguous file without doing any video recode & output a new "full size", movie only, BluRay structure.

Then, load that new output into BD-RB & rebuild it to whatever media size you like. Then see if you have sound sync.

[Capsbackup]

@jdobbs;
I have been experimenting with Alternate Movie-Only Output, iPad MP4 HD, 1280 x 720, 128Kbps AAC setting. I have tried Constant Rate Factor Output (CRF) with 24, 20, and 10 set for the value. each time the output file is exactly the same file size. Results are not watchable either, with a 1:36:59 second movie coming out at only 192MB, of wich 88MB is the audio file. :confused:
It does not appear Two Pass Bitrate encoding is enabled yet? I am unable to change the value, it is greyed out and 1294 is only visible.
What am I missing?

[jdobbs]

@jdobbs;
I have been experimenting with Alternate Movie-Only Output, iPad MP4 HD, 1280 x 720, 128Kbps AAC setting. I have tried Constant Rate Factor Output (CRF) with 24, 20, and 10 set for the value. each time the output file is exactly the same file size. Results are not watchable either, with a 1:36:59 second movie coming out at only 192MB, of wich 88MB is the audio file. :confused:
It does not appear Two Pass Bitrate encoding is enabled yet? I am unable to change the value, it is greyed out and 1294 is only visible.
What am I missing? If you click on any of the output choices 2 pass is enabled and you can select it. I'll do some more testing -- but I'm pretty sure I tested the CRF choice and it worked correctly.

[jdobbs]

I've been having a couple of issues with the latest build.
With Clash of the Titans it won't encode the secondary 480p stream, and just fails, but if I go back to an earlier version it works fine.

Second. I've encoded 3 BBC discs that use 1080i 50 and when I try to play them back on my PS3 as soon as it hits the encoded footage it just stops with a black screen as if it doesn't recognise how to play the files I have Clash of the Titans (I assume you mean the recent one). I'll run it and see what happens. Run INSPECT.EXE and make sure all checks are "Ok".

Also, are you running using LAVF or in standard mode? Posting your log and INF file can help a lot.

[Capsbackup]

If you click on any of the output choices 2 pass is enabled and you can select it. I'll do some more testing -- but I'm pretty sure I tested the CRF choice and it worked correctly.

For me, when I select 2 pass, there is no way to change the value from 1294.
For CRF, I can change the value, but the output file size was the same for all three tests. :confused:

[jdobbs]

I generally can backup any blu-ray until today. It's Anchorman. I ripped it with anydvd HD (no problem there) then I tried bd rebuilder "movie only" mode and it had a bunch of video files. I ran the program and the audio and video were out of sync (I'm not talking a second or two, I'm talking WAAaaay out of sync, like the audio wasn't right for the video). So, I tried processing the mpls files one at a time through ClownBD in blu-ray format and creating ISO. (there are two: theatrical and unrated versions).. I then tried to load each ISO into bd rebuilder and it says "not blu-ray format"... I'm confused... anyone have any idea? I tried reading the blu-ray iso itself and the mpls files individually. help. I'll see if I can find "Anchorman" and give it a try. Again -- please post your log and INF when posting a bug report. Also -- run INSPECT.EXE. If you ever have sync problems -- there's a high probability a wrong version is in use of one of the helper programs. I've done over a thousand discs (many, many of which are multi-part) and have never had a single out-of-sync result.

I can't help you with your ClownBD problem -- I don't accept bug reports on preprocessed sources.

[jdobbs]

For me, when I select 2 pass, there is no way to change the value from 1294.
For CRF, I can change the value, but the output file size was the same for all three tests. :confused: Yeah, I did it that way so I could keep it controllable while I'm working on it. The only way you can change bitrate right now is by editing the ALTERNATE.TXT file in the MISC folder.

[Capsbackup]

Yeah, I did it that way so I could keep it controllable while I'm working on it. The only way you can change bitrate right now is by editing the ALTERNATE.TXT file in the MISC folder.

Good to know, maybe I remember reading that? but I just didn't recall it when it was time to try it out! :p
So, if I change the value from 1294 to 2000 and save it, when I run that preset BD-RB will honor the setting?
It would be nice to have the bitrate shown in the BD-RB window when it is running, similar to the way a two pass encode to AVCHD is now. :)

OK just changed the value in the text file, save it and reopened BD-RB and the new value is there!

[Adbear]

I have Clash of the Titans (I assume you mean the recent one). I'll run it and see what happens. Run INSPECT.EXE and make sure all checks are "Ok".

Also, are you running using LAVF or in standard mode? Posting your log and INF file can help a lot.
I'll post a log in the morning. When it comes up with the error it shows that everything is OK codecs etc wise and I've tried it with and without LAVF

[jedisinclair]

What I'd try is, reload the original rip & do movie only, EXCEPT, set a "custom target size" slightly larger than the movie.

Pick between theatrical & unrated, set the sound & subs you're keeping & then rebuild that. BD-RB will reassemble the multiple m2ts files into one contiguous file without doing any video recode & output a new "full size", movie only, BluRay structure.

Then, load that new output into BD-RB & rebuild it to whatever media size you like. Then see if you have sound sync.

I'll give this a try. Why would setting the target size slightly larger make a difference? (out of curiosity)

[jdobbs]

@jdobbs;
I have been experimenting with Alternate Movie-Only Output, iPad MP4 HD, 1280 x 720, 128Kbps AAC setting. I have tried Constant Rate Factor Output (CRF) with 24, 20, and 10 set for the value. each time the output file is exactly the same file size. Results are not watchable either, with a 1:36:59 second movie coming out at only 192MB, of wich 88MB is the audio file. :confused:
It does not appear Two Pass Bitrate encoding is enabled yet? I am unable to change the value, it is greyed out and 1294 is only visible.
What am I missing? Well... I guess I screwed that one up. I just tried the CRF and it adding "--bitrate 20" to the command line as opposed to "--crf 20". I'd guess the picture looks pretty bad with only 20Kbs for a 1280x720 picture. :( Sorry. I'll fix it an post an update as soon as I look at the other two reports.


You'll probably see the new release tomorrow.

[Capsbackup]

Well... I guess I screwed that one up. I just tried the CRF and it adding "--bitrate 20" to the command line as opposed to "--crf 20". I'd guess the picture looks pretty bad with only 20Kbs for a 1280x720 picture. :( Sorry. I'll fix it an post an update as soon as I look at the other two reports.


You'll probably see the new release tomorrow.

No problem! :) Was pretty sure I was setting it right, and not having one of my senior moments. :p
Just finished a 2 pass encode at the default 1294kbps setting, and the same movie came out 988MB. Though the picture does not look real sharp on my PC's 20" LCD, it looks pretty darn good on my wife's Ipad.
I will test the CRF when fixed, and since it took 2:40 for the 2 pass encode, cutting the encode time to about half will be welcome! :cool:

[jdobbs]

No problem! :) Was pretty sure I was setting it right, and not having one of my senior moments. :p
Just finished a 2 pass encode at the default 1294kbps setting, and the same movie came out 988MB. Though the picture does not look real sharp on my PC's 20" LCD, it looks pretty darn good on my wife's Ipad.
I will test the CRF when fixed, and since it took 2:40 for the 2 pass encode, cutting the encode time to about half will be welcome! :cool: I was trying to balance the bitrate with what would be reasonable for an iPad (aiming for a little over 1GB for a 2hr movie). If you find a bitrate you like, you can add other output size options to ALTERNATE.TXT file. There's a legend of what the settings mean at the top of the file. Just make sure you number them sequentially -- BD-RB will stop looking when one doesn't exist.

[jdobbs]

I'll post a log in the morning. When it comes up with the error it shows that everything is OK codecs etc wise and I've tried it with and without LAVF It won't always catch it if something else has overridden BD-RB's settings. You might try uninstalling and reinstalling HAALI, FFDSHOW, and AVISYNTH.

I'll run "CLASH OF THE TITANS" and see what happens.