(fixed) RB 1.10.8 takes forever to complete

[Whitespliff]

Hello,

I just did my first project with the latest version & it took almost 24h to encode Stargate Atlantis season 2 disc 2.
With the previous version it took only 9h, could this be related to a bug?

As far as I can see the speed of CCE is the same but takes forever to encode just 1 segment.

[SAPSTAR]

Did you use filters? Are you able to play the avs file of the segment?

[jdobbs]

Something else has changed. I've done at least 20 titles with this version since I started testing and it takes the same time as always.

[Whitespliff]

- No filters used for main feature, BACH1 by DDogg for extras (wich I always use).
- I can play the AVS files.
- Didn't change any settings, I suppose I can try to uninstall RB & use the installer instead of overwriting the files?

[jdobbs]

One other question... you say the speed of CCE is the same but it takes longer... how is that possible? Any chance you are getting low on disc space? That is one of the biggest factors in speed. When the disc gets within 10-15% of capacity the O/S starts having to do a lot of overhead.

[blutach]

How's your DMA?

Regards

[Whitespliff]

- I know, speed is usually around 1, same now but disc 1 of Atlantis took only 9h while this 1 took more then 20h.
- HD has 20GB free & DMA is ok

I'll try the next disc tonight to check if it happens again.
If nobody else has this problem it's got to be at my end :(

[jptheripper]

only time i have ever had anything like that happen a full security/anti-spyware scan (scheduled task) went off right after i started a rebuild and it took forever.

just a thought to help you troubleshoot.

[sebologic]

- I know, speed is usually around 1, same now but disc 1 of Atlantis took only 9h while this 1 took more then 20h.
- HD has 20GB free & DMA is ok

I'll try the next disc tonight to check if it happens again.
If nobody else has this problem it's got to be at my end :(

:scared: 20 hours for one tittle???????, can you test your banks of memory?? a friend have a trouble with lot of hours when rebuiliding a disc and he change the dimm and the speed is ok now.

[jdobbs]

Have you made any other changes to your system recently?

[SAPSTAR]

Wouldn't it possible that you changed the number of passes in CCE?! because same speed but longer encode ...the only explanation I could see, is the number of passes was increased?!

[jdobbs]

How many hours of video are on the disc? DVD-RB spends almost all of its time encoding... so if you are getting a speed of 1x (which by the way is very slow), and you are doing two passes, and you have 3 hours of video (maybe 4 episodes at 45 minutes each), it should take 6 hours to encode. Add 25 minutes for PREPARE and REBUILD... and you're still under 6.5 hours. Something doesn't add up.

[Whitespliff]

4 episodes of 45 min, speed is around 1x (P4 1.8 with 512MB SD RAM) & doing 3 passes.
Input size was 6.3GB, output size (in D2VAS folder) came up 7.5GB .
By that time my HD was full & RB stopped (off course). Usually D2VAS folder doesn't get larger then 3.5GB so I didn't saw it ran out of space.

Tried the same project yesterday, same problem -> I just cancelled RB after 16h, it was 30% complete & D2VAS folder was already 4.9GB.

I'll Try RB 1.10.7 again tonight to see if that works ok...

[jdobbs]

Let me know what you find.

Do you have "PERSISTENT_ILVU_VOBS" set in your INI file? That can increase the required disc space needed on an ILVU title.

Something odd is happening related to your configuration. I just looked at my D2VAVS directory for "Take The Lead" and it is only 3.72GB after all the segments have been completely encoded.

[Whitespliff]

I din't change anything in my INI file... the first time I tried I used RB-Opt (7.5GB) but the second time I let RB run in 1 click mode -> output size was 1.9GB (didn't change any settings).

I tried again last night with RB 1.10.7 -> output is 4.33GB

Perhaps some bug in RB 1.10.8?

PS: I updated v.8 by overwriting previous files, for v.7 I used the installer. I could try v.8 again but this time doing a clean install using the installer, could this help?

[jdobbs]

I don't think it's a bug in 1.10.8... there really weren't any changes that could cause that. Yes, I think it would be a good idea to reinstall v1.10.8 again from scratch and run it.

[Whitespliff]

Ok, I'll try that.
Tnx

[Whitespliff]

Nope, did a fresh install for 1.10.8 -> same problem.
It took more then 20h with a an output size of 7GB (more or less).
1.10.7 seems to be working fine...

[jdobbs]

I just went through all the changes to v1.10.8 and there is nothing I can find that could be even remotely related to something like this... and no one else has reported anything similar.

Could you zip up these files from v1.10.8 and send it to dvd-rb@dvd-rb.com?

1. REBUILDER.INI
2. REBUILDER.INF
3. REBUILDER.ECL
4. REBUILDER.LOG
5. The D2V and AVS files

It shouldn't be very big, as these are all text files.

Then if you could do the same for the v1.10.7 files -- I could do some comparisons.

[Whitespliff]

Ok, I'm gonna try again tonight with 1.10.7
I'll post the files toomorrow.

[jdobbs]

Have you tried v1.10.8 with any other discs? Is this only happening on Stargate Atlantis Season 2, Disc 2. I assume it's a PAL version?

I have v1.10.9 ready to go -- but I'd like to check this out before I release it. Tomorrow's good. That way I can also wait for delivery of some "Laugh In" discs that were reported to have oversized -- they should be here tomorrow also. With a little luck I can check both out and get v1.10.9 out quickly.

[Whitespliff]

I was trying season 2 disc 3 now, apparently they all have the problem.

[Whitespliff]

Did the same disc with 1.10.7 tonight, this version works ok.
Files are attached...

[jdobbs]

You don't happen to have the same files for v1.10.8, do you? I'd like to compare them.

[EDIT] Never mind -- I just realized you had both in the attached zip. Thanks!

[jdobbs]

I looked at all the files. All the ECL settings are exactly the same except you are using an alternate matrix for extras in your v1.10.8 encodes. That really shouldn't make a difference. So I can see no reason why the encodes could come out to different sizes.

[Whitespliff]

Strange, I used the installer for both versions now & only 1.10.8 has the error.
If 1.10.9 comes out, I'll try it with a clean install for that one.

[jdobbs]

I'm still looking at it... as I've said in the past -- when there's horsecrap on the floor, there's got to be a pony in here somewhere.

I sure am having a hard time finding it though.

When you are encoding, is it possible that more than one segment is loaded into the encoder? Have you watched the CCE window when it is running and noticed anything? That's one way I could imagine it taking longer and also getting bigger -- but I have no idea how that could happen...

[Whitespliff]

I'm still looking at it... as I've said in the past -- when there's horsecrap on the floor, there's got to be a pony in here somewhere.:DHave you watched the CCE window when it is running and noticed anything?The window looks normal as far as I can tell.

[jdobbs]

If you still have it, could you do a directory of the v1.10.8 working folder (the one that was 4.5GB when you stopped it) so I can see what it looks like? It's probably easiest to just mail it to me at dvd-rb@dvd-rb.com. I'd like to see where all that size is coming from.

[Whitespliff]

Euhm, do a directory?
Send you wich files (their names) are in the directory?

EDIT: Damn, I already deleted the directory. I'll do it again this night.

[Trahald]

navigate to the directory that has the files in CMD.exe and do a dir *.* > textfileforjdobbs.txt and email the textfileforjdobbs.txt file it creates .. that or screen shot the directory in windows as long as it catches all the filenames and the filesizes.

[lilhobo]

Hello,

I just did my first project with the latest version & it took almost 24h to encode Stargate Atlantis season 2 disc 2.
With the previous version it took only 9h, could this be related to a bug?

As far as I can see the speed of CCE is the same but takes forever to encode just 1 segment.


which version CCE are u using??

[jdobbs]

Ok... found it. This has been fixed for v1.10.9 and it will be released soon. The reason it was taking so long was because the ECL was being corrupted -- and you were encoding many, many extra frames. If you had let it run until REBUILD you would have gotten "Corrupt Stream" error messages.

[linx05]

Could this bug have appeared with an encoder like AutoQMatenc? I did an encode last night which took much longer than usual. About 500mins. I have cleared it all and will try with the new version.

[jdobbs]

It only would have affected CCE because of the way it reads the ECL file.

[Note] Version 1.10.9 has been released and this has been corrected.