RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY

[nwg]

Yes. TrueHD contains an AC3 core + HD data, like DTSHD Master Audio. The HD data is extra. DTSHD-MA and TrueHD work the same: at the basis is the 'core' data, and attached to each channel is extra HD data to complete the track to full HD audio. So, stripping the core would simply make a full HD audio track incomplete/broken.

Thanks. I will be soon making BD-R movie only discs. A lot of movies are already under 25GB but some are over which would mean using Ripbot to make it fit. It is my intention to only use the HD Audio tracks. I can then play the disc on my DD/DTS amp but if I upgrade to full HD audio, I will then full TrueHD and DT-HD MA/HR. I suppose I will have to include either a DD or DTS track to go with uncompressed PCM so I will have to mux the second track later with tsmuxer. Atm, umcompressed 5.1/7.1 audio only comes out in 2 channel with my amp.

[asarian]

Thanks. I will be soon making BD-R movie only discs. A lot of movies are already under 25GB but some are over which would mean using Ripbot to make it fit. It is my intention to only use the HD Audio tracks. I can then play the disc on my DD/DTS amp but if I upgrade to full HD audio, I will then full TrueHD and DT-HD MA/HR. I suppose I will have to include either a DD or DTS track to go with uncompressed PCM so I will have to mux the second track later with tsmuxer. Atm, umcompressed 5.1/7.1 audio only comes out in 2 channel with my amp.

I've been experimenting with my Wall-E Blu-Ray disc-set for the same reason: getting it to fit on a BD-R, whilst keeping the pretty menus; which works wonderfully well, in terms of replacing the m2ts file with a reencoded one (even with my 'insane' setting, Wall-E actually compresses equally insane well: one ~6G). Chapter selection proves a little harder, though.

Yeah, LPCM 7.1 requires an HDMI 1.3 receiver (which I don't have either, yet). But with eac3to and the Surcode encoder, you could make a nice DTS-ES track, and simply keep the LPCM track inside the m2ts for later. :)

[nwg]

I've been experimenting with my Wall-E Blu-Ray disc-set for the same reason: getting it to fit on a BD-R, whilst keeping the pretty menus; which works wonderfully well, in terms of replacing the m2ts file with a reencoded one (even with my 'insane' setting, Wall-E actually compresses equally insane well: one ~6G). Chapter selection proves a little harder, though.

Yeah, LPCM 7.1 requires an HDMI 1.3 receiver (which I don't have either, yet). But with eac3to and the Surcode encoder, you could make a nice DTS-ES track, and simply keep the LPCM track inside the m2ts for later. :)

Not worried about menus. A simple movie only disc with one or two audio tracks, English subs and original chapters will do.

I found a program that make it even easier to make a disc under 25GB. It is called Blu Ray to DVD Pro (but also burns to BD) and can read ripped files. All I need to do is choose rhe audio and subs. It creates a movie only structure and then burns it. Not sure if it is worth risking a blank BD. They are still not that cheap.

LPCM 7.1 still sounds great through 5.1.

[asarian]

I found a program that make it even easier to make a disc under 25GB. It is called Blu Ray to DVD Pro (but also burns to BD) and can read ripped files. All I need to do is choose rhe audio and subs. It creates a movie only structure and then burns it. Not sure if it is worth risking a blank BD. They are still not that cheap.

Well, both RipBot264 and tsMuxeR can create a 'movie-only' BD structure, too, which can be burnt immediately with, say, imgburn. I know both their structures result in a working BD disc. But if you don't trust it, simply mount the image in whatever virtual device you use, and play it first (or play from folder first with, say, TotalMedia Theatre).

[Atak_Snajpera]

Well, both RipBot264 and tsMuxeR can create a 'movie-only' BD structure, too,
RipBot264 uses tsmuxer to create blu-ray structure :)

[laserfan]

I thought I read somewhere here that you would show your size calculation algorithm Atak, but I can't seem to find it.

If I'm mistaken about that, fine--but I was curious to know how your app hits the target size bullseye every time!? :wow:

[nwg]

Well, both RipBot264 and tsMuxeR can create a 'movie-only' BD structure, too, which can be burnt immediately with, say, imgburn. I know both their structures result in a working BD disc. But if you don't trust it, simply mount the image in whatever virtual device you use, and play it first (or play from folder first with, say, TotalMedia Theatre).

I know as I use both to do that. However, ripbot will reencode and I am looking at user friendliness with as much ease as possible in little steps as possible.

[Atak_Snajpera]

I thought I read somewhere here that you would show your size calculation algorithm Atak, but I can't seem to find it.


if copyaudiostream=1 then audiobitrate:=strtofloat(audiobps)/1000*1024; //audio bitrate taken via MediaInfo
if audiobitrate=196608 then multiplier:=1/(size*0.008267196)/100 else //0.00027 for 4480 MB
if audiobitrate=229376 then multiplier:=1/(size*0.013130252)/100 else //0.00017
if audiobitrate=262144 then multiplier:=1/(size*0.010629252)/100 else //0.00021
if audiobitrate=393216 then multiplier:=1/(size*0.009704969)/100 else //0.00023
if audiobitrate=458752 then multiplier:=1/(size*0.013130252)/100 else //0.00017
if audiobitrate=655360 then multiplier:=1/(size*0.008267196)/100 else //0.00027
if audiobitrate=786432 then multiplier:=1/(size*0.0067640693)/100 else //0.00033 dts real bitrate is lower 737 kbps
if audiobitrate=1572864 then multiplier:=1/(size*0.0044642857)/100; //0.00050 dts real bitrate is lower 1474 kbps



if audiobitrate=0 then overhead:=1.074 else overhead:=1+(duration*multiplier+4.34)/100; //if m2ts has no audio overhead is constant


if copyaudiostream=0 then tempcalc:=( (size*1048576/overhead-SubtitleFileSize*2) /duration*8-audiobitrate)/1000;
if copyaudiostream=1 then tempcalc:=(size*1048576/overhead-AudioFileSize*1.024-SubtitleFileSize*2)/duration*8/1000; // SubtitleFileSize*2 was added in v1.11.5 to avoid oversized files with subtitles

calculatebitrate:=round(tempcalc);

[laserfan]

if copyaudiostream=1 then audiobitrate:=strtofloat(audiobps)/1000*1024; //audio bitrate taken via MediaInfo
.
.
.
calculatebitrate:=round(tempcalc);
Many thanks for your reply, and congrats on a nice app! :)

[Electrox3d]

Hi. RipBot is my favorite application for converting to MKV and when it works it works beautifully! Getting this started I ran into a little issue, even though it said I had Avisynth and Haali media splitter installed, the software would just stop (not freeze, just stop) when trying to demux until I re-installed Avisynth and Haali media splitter. (not sure which one fixed it cause I reinstalled both before testing again), but then it worked.

Thank you very much for this application. It has worked on a couple episodes of a Blu-ray TV show I have. There is a question I have on one of my movies the demux fails. Here's an excerpt from the video - Log.txt:
[a03] Creating file "C:\temp\RipBot264temp\job1\audio.1.ac3"...
[s06] Creating file "C:\temp\RipBot264temp\job1\subtitle.1.sup"...
[a03] The source seems to be damaged (discontinuity) at file pos 10096644480.
[a03] You can use "-ignoreDiscon" to make eac3to ignore discontinuities.
[a03] Doing that might result in artifacts during playback, though.
Aborted at file position 10096656384.

Can I use this -ignoreDiscon tag within RipBot somehow?

[asarian]

I'm having the strangest issue with the Macross Frontier Blu-Ray discs. Since my Japanese isn't exactly what it used to be (or worse, actually: exactly what it used to be, LOL), I'll need to add English subs. No problemo, as I've done that many times before. However, upon examining the result this morning, turns out the subs were rather out of sync. Upon further examination, I found out that it's actually the movie which slows down a bit somehow (also relative to its own sound). Weird. So, I tried something else, like use an existing fan-subbed mkv (these were aired TV episodes first, of course), of which this is a small sample:

http://rapidshare.com/files/170222034/Macross_F_-_01v2-test.mkv.html

And added ".Lanczos4Resize(1920,1080)" to the 720 source. And, low and behold, the movie starts seriously lagging behind again; as the title song starts (at approx 1 min.), the movie is already 4-5 seconds behind. The same happens for the Blu-Ray episode, even when I leave it completely untouched, but the slowdown is stretched out too much to show you here, as it's ~7G file for a single 24 minutes episode, and the lag only becomes noticeable after a few minutes or so (which is still after several hundreds of megabytes).

The original m2ts file plays just fine, with image and sound in perfect sync. Here's a sample of the original Blu-Ray m2ts, but the video-delay is still extremely small here (only several milliseconds at the start of the title song):

http://rapidshare.com/files/170238770/macross1-cut1.m2ts.html

This is the only movie this happens with. Last time I added subs was for the Kill Bill Blu-Rays, and they were just fine. But that was done with RipBot 1.10.5, and an older ffdshow and haali splitter version. So I'm getting a bit worried here. I've tested this on 3 different machines, all with the same result.

I hope someone can help me out here.

[Atak_Snajpera]

asarian
i'm downloading now. BTW Next time use www.mediafire.com

[asarian]

asarian
i'm downloading now. BTW Next time use www.mediafire.com

Thanks for looking into this, Atak. :) I've already done many movies with the new 1.11.5 actually, and none of them gives me any problem. It's really rather bizarre. It's a straightforward H264 source, neatly at 23.976 fps; and I can think of no reason why this would occur.

P.S. I'll use mediafire next time; rapidshare is annoyingly limited, it seems.

[x_specter_x]

maybe someone can help. I am using the latest ripbot, mediasplitter, ffdshow. I just installed them all yesterday. When i try to convert a H264 movie with DTS sound into an mkv file the audio is out of sync. I used tsremux to demux the original movie file and save it in .264 and .dts format. Is this the problem? should I use ripbot to demux the video? In ripbot, i am just doing a copy of the audio track. I tried playback with several programs and different ffdshow settings, but no luck. The audio is out of sync from the beginning of the movie. Any suggestions? should i try converting the dts file to ac3 first?

It takes a little over 24 hours on my computer to the 1920x1080 movie. So I can try different things blindly, but that can take forever to see the results. Any help would be greatly appreciated.

Great program, by the way!

[Atak_Snajpera]

Who told you to use TSMuxer?!?!?! is that hard to import .m2ts or .evo directly from original Blu-Ray/HD-DVD structure???

[asarian]

Atak, regarding my Macross Frontier issue, I did some more testing. For starters, the intermediate mkv you create is still correct. There's an easy test for that (with or without sound). The title song kicks in at precisely 00:00:52 hours, at which exact moment the video scene of the Macross Fleet cuts to the two dancing figurines in space. So, while the mkv is still in order, in preview mode, and actual encoding, that scene only cuts to the two twirling girls at 00:00:58, already having incurred a 4 seconds, inexplicable delay.

So, this leaves either AviSynth, ffdshow or the haali splitter. I downgraded ffdshow to a RipBot 1.10.5 version (and tried with RipBot 1.10.5); both to no avail, alas. AviSynth has always worked and has never been changed, so I'm really leaning towards the new haali splitter. Unfortunately, I can't locate an older haali splitter any more, so I can't test that.

[what2be]

Not sure if this qualifies as a bug, but when you pick the apple tv profile, it defaults to 1280x1024 instead of 1280x720. I have to go into the advanced options and have it resize to 1280x720 so its viewable in Apple TV.

other than that, great program. Congratulations on a very nice piece of software.

[Atak_Snajpera]

Not sure if this qualifies as a bug, but when you pick the apple tv profile, it defaults to 1280x1024 instead of 1280x720. I have to go into the advanced options and have it resize to 1280x720 so its viewable in Apple TV.
it's not a bug.

[dvgeek]

Hi Atak,

Sorry be bothering you again - but any info on my earlier post?

http://forum.doom9.org/showthread.php?p=1218343#post1218343

Thanks.

[Atak_Snajpera]

rename .m2ts to .mts (AVCHD camcorder extension)

[what2be]

it's not a bug.

Will this be fixed in the next release? I cant see the point why you would encode to the default of 1280x1024 when you cant view it in apple tv at all at those settings.

Or is there another reason why its set at this resolution?

Thanks.

Geoff

[Atak_Snajpera]

Will this be fixed in the next release?
nope... there is nothing to fix. Besides 1280x1024 is not even a 16:9 so if use 1280x720 video will stretched.

[what2be]

nope... there is nothing to fix. Besides 1280x1024 is not even a 16:9 so if use 1280x720 video will stretched.

That is true, but what is the point of having a preset for apple tv when nobody can view the movie they are encoding for on apple tv?

I realize the problem lies with apple tv and their limited resolutions, but I cant see the point of having a preset in the software when it wont work with the device it was intended for.

[x_specter_x]

OK, so you are saying don't demux the video first and just use the original files in ripbot264. I am rerunning it right now using the original source files. Let you know how that goes tomorrow.

[Atak_Snajpera]

I realize the problem lies with apple tv and their limited resolutions, but I cant see the point of having a preset in the software when it wont work with the device it was intended for.
Because AppleTv supports also lower resolutions. 960x540 , 640x480 ... It's up to user to select correct resolution! The same story is with PSP. Some people prefer 720x480 and others 480x272. iPOD - 640x480 or 320x240 !

[alc0re]

Atak,

Sorry to post in this thread this is slightly off topic...

I have a question about overhead when muxing an audio file (dts or ac3) and an h264 video file to Bluray structure (m2ts) using TSMuxer. There's a formula posted in another thread but I have no idea how to use it.

All I'm looking to do is figure out what bitrate my video needs to be re-encoded at to fit on a DVD9 after transcoding and resizing to 720p. Jamos said in that post to just add 6 minutes to total length of movie in the bitrate calc, but I want to be more exact than that.

Are there any programs/bitrate calcs out there that use that formula posted by you that I can input some numbers in and it will tell me the bitrate needed? None of the bitrate calcs I saw support M2TS container. If not, would you mind helping me figure out what I need to do to use that formula? (or possibly even programming a bitrate calc for m2ts overhead...)

Thanks...

[nwg]

If I use ripbot to make a Bd bigger than 25GB fit on a 25GB disc what MB should I enter in the file size box?

[~bT~]

~ 23500 to be safe.

edited.

[asarian]

~ 24500 to be safe.

Are ya sure about that? The 25G is the unformatted value and is using 1000 as divider, instead of 1024. So, way I figure this, The real capacity is closer to:

Maximum Format Capacity:
Sectors: 12,219,392
Size: 25,025,314,816 bytes
Time: 2715:27:17 (MM:SS:FF)

25,025,314,816 bytes = 24,438,784 KB = 23,866 MB = 23.31 GB

And that's not counting 'spare areas' (for error correction and such).

[nwg]

I found out that 23.3GB is the formatted capacity which I worked out was 23,859.2MB so I will use 23,552MB to be safe which is 23GB.

[jtheripper]

I have found that it is better to undersize the video encode for a BD-25 because predicting the overhead size when creating the bluray structure from the video and audio mux is unpredictable. So I always set the size to 1 GB less to be safe. 1GB has negligible impact on PQ.

[Shropp]

whats the best way to add bars
to an already transcoded 4.1 file?
I just want 1:1 no loss or gain in quality?
like what profile? settings?

[asarian]

whats the best way to add bars
to an already transcoded 4.1 file?
I just want 1:1 no loss or gain in quality?
like what profile? settings?

You want no gain in quality?? :)

Apart from that, it ain't gonna happen lossless, as you'll need to reencode. I use the following settings for my high-def reencodes:

--level 4.1 --aud --nal-hrd --vbv-bufsize 35000 --vbv-maxrate 35000 --filter 0,0 --ref 3 --b-pyramid --mixed-refs --bframes 3 --b-adapt 2 --weightb --no-fast-pskip --direct auto --subme 9 --trellis 1 --partitions all --8x8dct --me tesa --threads auto --thread-input --progress --no-psnr --no-ssim

Warning: some consider these settings 'insane', but if no quality loss is your bag, then these will certainly speed you on your way (actually, 'speed' is the wrong term, as it will go very, very slowly).

As for borders, I just put in an AviSynth command into the script, like:

video=AddBorders(video, 0, 140, 0, 140)

Or, in 'append' mode:

.AddBorders(0, 140, 0, 140)

To, say, the first line which defines 'video'.

[x_specter_x]

has anyone else had a problem with audio being out of sync?

I tried converting a movie with a DTS sound track and converted the audio to 640k and set a file limit to 8150MB. I left all the other settings alone. The problem is that the output file has audio out of sync. it is off by about 3 or 4 seconds. The audio is 3 or 4 seconds before the video. It is like that right from the beginning. This time i tried it by using the blu-ray source file from the stream directory and let ripbot process that file.

Could it be the settings on the computer I am using to play back the file? codecs or ffdshow settings? The computer that converted the video is too slow to play it back (bad video card). Any help would be greatly appreciated. I figure someone else must have had this problem at some time too.

[Sharc]

It certainly doesn't look bad. The BiCubicResize image has about 3,000 less unique colors, but is still impressive, of course.

The thing of it is, though, maybe if you'd been part of the Blu-ray Disc Association, you could have convinced them to go with 720p. But 1080p it is. And you'll always gonna find folks like me, who simply don't want to lose anything: no colors, no resolution, no detail. no contrast, etc.

I usually crop such pictures to remove the black borders (often 132 pixels on top and bottom), then resize the remaining active picture to 1280x720 and set the sar accordingly for anamorphic encoding (45:34 in this case). This should preserve the original resolution / details best I presume. Anamorphic encoding is included in the BluRay spec IIRC - so there should be no compliance problem. I could not yet test the playback on a BD standalone though.

[Atak_Snajpera]

Could it be the settings on the computer I am using to play back the file? codecs or ffdshow settings? The computer that converted the video is too slow to play it back (bad video card). Any help would be greatly appreciated. I figure someone else must have had this problem at some time too.
If your CPU is too slow to decode video in real time then you get audio synchronization problems.

[nwg]

If your CPU is too slow to decode video in real time then you get audio synchronization problems.

Sounds like I might be lucky then. I have done around a dozen BD to DVD conversions and they have all been in sync. I only have a Athlon 64 3700 (2.2ghz).

[asarian]

I usually crop such pictures to remove the black borders (often 132 pixels on top and bottom), then resize the remaining active picture to 1280x720 and set the sar accordingly for anamorphic encoding (45:34 in this case). This should preserve the original resolution / details best I presume. Anamorphic encoding is included in the BluRay spec IIRC - so there should be no compliance problem. I could not yet test the playback on a BD standalone though.

That's an interesting technique. I never thought about using anamorphic encoding, but it warrants some tests, as the result would be absolutely minimal, in terms of quality loss. You'd lose a measely 80 vertical pixels (on an 800p 'real' movie); but the anamorphic horizontal encoding would mean you lose even less than you normally would with 1280.

[Qwakrz]

I seem to have to add a delay of 250ms on the audio to any transcode I do. Its the same for any DVD to AVI (using XMpeg) or Blu-Ray / HD-DVD to MKV (using RipBot264). I have tested the audio sync on 4 PC's and different playing software etc and its always this far out on every transcode I do.

[Sharc]

@asarian
Exactly. Let us know your findings.
Using this technique I normally put the movie (resulting in about 4 Mbps datarate) and 2 audio ac3@640kbps streams on a SL 4.7 GB medium. Quality is very pleasant.

[asarian]

has anyone else had a problem with audio being out of sync?

I tried converting a movie with a DTS sound track and converted the audio to 640k and set a file limit to 8150MB. I left all the other settings alone. The problem is that the output file has audio out of sync. it is off by about 3 or 4 seconds. The audio is 3 or 4 seconds before the video. It is like that right from the beginning. This time i tried it by using the blu-ray source file from the stream directory and let ripbot process that file.

Could it be the settings on the computer I am using to play back the file? codecs or ffdshow settings? The computer that converted the video is too slow to play it back (bad video card). Any help would be greatly appreciated. I figure someone else must have had this problem at some time too.

I'm not sure exactly what you mean. Your computer can be very slow, but that would not cause out-of-sync issues when (re)encoding: it would just take a frakkin' while to complete. :)

As for audio ripping, I suggest you just use eac3to yourself to rip the audio first, and mux it back in later with tsMuxeR. Also, what does eac3to itself say about a delay in ms?

[x_specter_x]

asarian, Thanks. I will try that. Maybe I can use my encoded .mk4 file and demux it and convert the DTS audio to AC3 and remux it. Is that what you mean? I did try taking my mk4 file and demuxing the audio and video. Then used DaudioK to convert the DTS to ac3 5.1 and then nused tsMuxeR to mux them back together again. But when I tried to play the muxed file, it would not play. I will try with eac3to this time.

I am playing the video back on a dual core AMD 4600+, with SLI 8800 GT video cards and a sound blaster X-FI fatal1ty. So the speed of the playback PC is not an issue.

[Alfeuss]

Not sure how difficult it would be, but if possible add option to copy video stream?

[x_specter_x]

OK, I tried converting the audio from DTS to AC3 and then used that audio file and the demuxed video file with ripbot. Same thing happens. The audio is about 3 seconds ahead of the video when I play it back. depressing....

[asarian]

OK, I tried converting the audio from DTS to AC3 and then used that audio file and the demuxed video file with ripbot. Same thing happens. The audio is about 3 seconds ahead of the video when I play it back. depressing....

At some point, I think you're probably better off discussing this in the eac3to thread, but okay...

First of all, I gotta wonder, if you play a m2ts file from the Blu-Ray STREAM directory directly, are matters still in sync? If so, you could use tsMuxeR to cut a small piece out of it (say the first minute or so), and share it on mediafire or something, so we can have a look at it.

A 4-5 seconds delay really is an eternity, audio-wise. Usually we're talking milliseconds, of course. On a very old tsMuxeR version sometimes I would get a ridiculous delay value, like -16000000ms or some such, but that sorta thing is ancient history. So, if you use a recent tsMuxeR (like 1.8.8), that sort of thing should no longer occur.

[asarian]

Not sure how difficult it would be, but if possible add option to copy video stream?

Not sure how difficult it would be, but could ya word your question in a less opaque fashion? :)

No, seriously, what you suggest doesn't make a lot of sense. RipBot reencodes; that's what x264 does. If you just want to 'copy' a video stream, then you're basically merely remuxing, and have no need for RipBot.

[mouw]

~ 23500 to be safe

Backing up Blu-Ray movies w/RipBot almost 4mos now
Done about 50 so far== 34 BD9 / 16 BD-R

my Routine ==
1920x1080p 24fps/NO Subtitles/5.1 DTS/DD (COPY ORIGINAL XX) or Aften AC3 640kbs/2-PASS
Started out doing the math...
but RipBot interActive DropBoxes are so GOOD i now use them exclusively w/2-PASS

method:
Check LockSizeTotalBox--HighLite and Enter 8150 (BD9= 8.5g DL) or 24000 (BD-R= 25g)
UnCheck LockSizeTotalBox--HighLite KBPS Adj#s until TotalBox =~ 8150-8170 or 24050-24100
OverHead is averaging 3-3.5% = BD-R and 4% = BD9 (DVD+R DL)

[HouseCat]

I used ripbot264 to rip a few blu-rays and it worked really well.

Only trouble is it took ages for 2-pass encoding. something like 20 hours, is that normal?
first pass was about 8.7fps and second pass was a slow 2.4fps!!

I used the stock settings 1080 no resize, ac3 5.1 audio.On the ps3profile level 4.0 setting. 8mb/s video rate setting
The only extra setting I used was auto crop.

Is there anyway I can speed up encoding time while keeping video quality in check?

I have a core 2 duo e6400@2.2 (I normally run it at 3.0 but the encoding was making the cpu too hot running at 100% all the time so had to use stock speed)
3gb ddr2 800 ram
vista

[illestdomer2005]

I used ripbot264 to rip a few blu-rays and it worked really well.

Only trouble is it took ages for 2-pass encoding. something like 20 hours, is that normal?
first pass was about 8.7fps and second pass was a slow 2.4fps!!

I used the stock settings 1080 no resize, ac3 5.1 audio.On the ps3profile level 4.0 setting. 8mb/s video rate setting
The only extra setting I used was auto crop.

Is there anyway I can speed up encoding time while keeping video quality in check?

I have a core 2 duo e6400@2.2 (I normally run it at 3.0 but the encoding was making the cpu too hot running at 100% all the time so had to use stock speed)
3gb ddr2 800 ram
vista

Well, even though you don't have a slow computer, your hardware is not as powerful as mine, and it still takes a while for me. If you're like me, you went from using CloneDVD to back up your movies in less than an hour to trying to squeeze a BD onto a DVD-5 or DVD-9 and have had to scale your expectations (speed-wise) WAY back.

For example, if I am encoding a 2 hour BD to a DVD-9 in 1920 x ____, I will get, on average, about 24fps for the 1st Pass and about 8 fps on the 2nd pass. This is with a Q6700 (4 CPU x 2.66 GHz) on a 780i Mobo and 4 GB of 1066 RAM and a single WD 1TB Caviar Black HDD...running Vista. I usually have it running overnight and while I am at work (encoding 2 BDs), and both are done when I get home; so, let's say that ends up being about a 18-20 hour timeframe.

It takes a while for sure!

[asarian]

Well, even though you don't have a slow computer, your hardware is not as powerful as mine, and it still takes a while for me. If you're like me, you went from using CloneDVD to back up your movies in less than an hour to trying to squeeze a BD onto a DVD-5 or DVD-9 and have had to scale your expectations (speed-wise) WAY back.

For example, if I am encoding a 2 hour BD to a DVD-9 in 1920 x ____, I will get, on average, about 24fps for the 1st Pass and about 8 fps on the 2nd pass. This is with a Q6700 (4 CPU x 2.66 GHz) on a 780i Mobo and 4 GB of 1066 RAM and a single WD 1TB Caviar Black HDD...running Vista. I usually have it running overnight and while I am at work (encoding 2 BDs), and both are done when I get home; so, let's say that ends up being about a 18-20 hour timeframe.

It takes a while for sure!
I went from DVDRebuilder, using the HC encoder at max, burning my quadcore Q6700 at 3.2Ghz for ~45mins for a full DVD9 -> DVD5 conversion, to ~20 hours for a very high x264 profile on a full-length 1080p movie (~2.25fps or less). Yep, these things take time. :)