RB Farm v1.7 - server farm for faster DVD Rebuilder encodes

[DVDCake]

I was pointed to this thread by cdfreaks.com.

Before I start setting up all this software to use RB Farm can you guys tell me if this is a mpeg2 encoding util or some kind of shrinking app for DVDs? I need to encode from AVI or DV to mpeg2 so I can author to DVD. I would like to farm out the encoding to my rack of pc's.

Thanks,

DVDCake

[wmansir]

Sorry, this program can't help you. It works with DVD ReBuilder, which only does DVD->DVD-R.

[DVDCake]

Ah, but I still see a use for it.

Thanks!

[The Belgain]

I've just tried this one. Seems great. Is jdobbs planning on integrating this into DVD-RB? It would be nice to have everything in a single tool, and not have this go down the DVD2SVCD route (I need two plugins on top of the original program, and all the programs it frontends to in order to get DVD2SVCD to do what I want it to do).

Great work though. On a slightly unrelated topic, does anyone know of any all in one switch/wireless access point/router/ADSL modem things with Gigabit ethernet and 'g' wireless? All the ones I've seen are only 100 MBit LAN. This seems to be reaching the limits of the 100 MBit connection on PC1 (with 3 other PCs connected to it on the farm).

[gnode]

Anybody know how to get around the XP PRO's 10 machine limit for concurrent access to a shared network drive when using RBFarm?

[quantum]

I don't know, but please post some numbers if you're doing a 10 station encode :)

[gnode]

To get around XP's 10 machine limit,

I installed standard server 2003 on the master machine.

I've tested the setup and everything works well and I've confirmed that the 10 machine limit is no more!

Now to get the full cluster up and running.

When complete, I'll post some results.

[gnode]

Using 14 machines (fastest is 2.3 GHz, slowest is 900 MHz) I re-encoded (two passes)a 7.5 GB movie in 75 minutes. This is about the same time it took with 10 machines.

There are two issues. The first is that at the end there is always one of the slower machines encoding a large chunk that extends the time by 10 to 15 minutes, i.e., all the other machines are done.

Quantum -- a suggestion, Could you modify the code so that the chunks are reordered from largest to smallest so that the biggest ones are done first and then when all encoding is complete, they are automatically restored to their original order for rebuild?

The second issue is that as the number of machines is increased, the efficiency (i.e., cpu utilization) decreases. I terminated the encode on the master machine and the cpu utilization on all the slaves returned to near %100. Clearly the master cannot encode and handle all the slaves at the same time. I am going to try using a slower machine as the master so that I can get the benefit of my fastest machine.

[quantum]

Originally posted by gnode
Quantum -- a suggestion, Could you modify the code so that the chunks are reordered from largest to smallest so that the biggest ones are done first and then when all encoding is complete, they are automatically restored to their original order for rebuild?
Possibly. I'll look into it.

[tange1]

hey, I'm having a odd problem with RB farm. Maybe someone can tell me why this is happening. I just discovered rb farm so maybe im making some stupid noob mistake but a read through of the thread didn't help.

My problem is this - I'm encoding a movie that I stripped some extra's out of. The files at start are roughly 5 gigs. RB farm runs fine on a host machine, and one other machine. (the host being the faster machine) Everythign runs great, and the files are rebuilt. But in the end I have 2.7 gigs of files instead of the 4ish I'd normally expect out of rebuilder.

What am I doing wrong?

[wink]

Originally posted by tange1
hey, I'm having a odd problem with RB farm. Maybe someone can tell me why this is happening. I just discovered rb farm so maybe im making some stupid noob mistake but a read through of the thread didn't help.

My problem is this - I'm encoding a movie that I stripped some extra's out of. The files at start are roughly 5 gigs. RB farm runs fine on a host machine, and one other machine. (the host being the faster machine) Everythign runs great, and the files are rebuilt. But in the end I have 2.7 gigs of files instead of the 4ish I'd normally expect out of rebuilder.

What am I doing wrong?

I would say mapped drive. The same drive letter has to be on both machine. Try open .avs file with window media on second machine and see what happen

[tange1]

the drive letter is the same F: in this case. Must the drive letter also match for the location of rebuider. I mean, in my 2nd machine (non primary) i have the rebuidler location set to local location on the machine.

[geffroman]

I have just completed 9 discs in batch and have come up with a suggestion I think would be very simple to implement and be extremely helpful to automate the process...

If we could SAVE rebuilder.ecl paths so that the same paths were there the next time we open the program we could automate workflow dramaticly. Imagine:

You map to a drive were you keep your movie data... In this drive you have folders for:

\movie_1\d2vavs
\movie_2\d2vavs
\movie_3\d2vavs

You place these locations in RBFARMs paths... SAVE the paths and close the program...

Run your PREPAREs in DVD-RB with working location being the movie_1; movie_2 and movie_3 locations... when finshed you simply start RBFARM and walk away... No running around to 2, 3 or 5 computers to place paths in RBFARM everytime you run a movie...

Take it a step further... You have RBFARM in your start up group on an old computer you never use anyway... after you and run your PREPARES you just turn on the computer and walk away... It boots up... starts RBFARM with the saved generic locations and does the work...

Or you could have RBFARM loaded on several computers and just Netmeeting from your main computer in for a moment to start RBFARM with the presaved paths from one locations...

Or the best one yet... You set up RBFARM on a schedule to run at night automatically... It launches at Midnight with the presaved paths... runs any movies in the folders... Next morning the work is done... A you had to do was PREPARE movies before you go to bed...

Bottomline is that I found the biggest time waster involved was the setting up of paths on several computers... A more advanced approach would be for the main computer to be able to feed all available clients the path information automatically... but this would take a little more programming than the above method...

If anyone knows who I could use the registry to save paths that would work too...

Thanks... Jeff

[wgw]

I am getting "Run-time error 53 file not found" using RBFarm 1.6 and 1.7 with CCE SP Retail. When I select the CCE folder it says "Warning - eclcce.exe not found in folder". Then when I try to encode I get the run-time error. Eclcce should not be required with the retail version. Encoding works fine with DVD-RB by itself, but I would like to use RBFarm if possible.

[trance1977]

WGW -

After you select the CCE folder, and you get the error message about eclcce, just type "cctsp.exe" at the end of the path. Then try running rbfarm, it should work fine.

[wgw]

Thanks Trance! Had to delete the RB Farm settings from the registry to get that change to stick after closing RB Farm, but it's working great now.

[trance1977]

No problem, glad to help. :D

[huesage]

Hello to all,

I have read the whole thread and this is becoming very confusing for me. Does anyone have a dummies guide to correcty setting the working folders and mapped drives?

I am having alot of trouble visualizing where which files have to be. I was under the impression that on my Server machine I had to create a working folder and use subst to give it a drive name, but when i try to share that drive so that the client machine can map and use that drive... it says that it does not exist and is not possible to do.

I am sorry if I am the dumbest in the group right now... but I am at a loss and would love to run RB-Farm so any help would be greatly apreciated.

If you can help and find it easier to use IM please add me to your list:

MSN: hue_sage@hotmail.com
YAHOO: huesage@yahoo.com
AOL: transfersk8

I thank you all in advance for all your help.

[huesage]

Hey guys,

Thank you all so much for just juumping on and helping me out, very nice of all of you. This happens to be one of the features which I asked for from jdobbs early on when i donated money.

Oh well, hopefully one day it will be better documented and make more sense to me.

[gnode]

At the end of an encode there is always one of the slower machines encoding a large chunk that extends the time in some cases as much as 45 minutes i.e., all the other machines are done.
Quantum -- a suggestion, Could you modify the code so that the chunks are reordered from largest to smallest so that the biggest ones are done first and then when all encoding is complete, they are automatically restored to their original order for rebuild?

[geffroman]

I ran about 30 movies using RB Farm 1.7... It was wonderful...

But now my remote computers all run at a faster than normal speed and I end up with a seriously undersized movie. If I run RBFarm from the main computer only it works fine.

The only thing that I did that may have caused this was I upgraded all the systems to DVD-RB V63. I had been using DVD-RB V56. Everything worked fine but V63 caused sound problems so I went back to DVD-RB V56.

Now I have the problem. I have uninstalled everything including Avisynth, CCE SP, ECLCCE, DVD-RB, RBFarm and then REINSTALLED everything again but the problem won't go away.

Computers that used to run at a speed of about 1.8 now run at 3.0 and finished movie is way undersized... Any thoughts...?

Could this be movie specific? I just tried two other movies that seem to work correctly. Discs that demonstrated the problem are:

Roswell Season 2
Taxi Season 1
Adventures of Winnie the Pooh
Rio Grande

[quantum]

Maybe something changed in the ECL format of the new version? I'm going to get around to updating RB Farm in the next couple of weeks so I'll try it with the new version.

[Thor263]

This might be a dumb/noob question, but will RBFarm also work with Quenc? Since it is slower than CCE, this would be ideal.

[huesage]

I finally managed to set this up correctly and ran backup for K-PAX NTSC.

Server machine: Athlon64 3000+/1GB PC3200 OCZ/Asus K8V-Deluxe
Client machine: Dell Inspiron 600m/Pentium - M 1.4Ghz/384 MB RAM

Both machines are running:

- avisynth 2.55
- DVD-RB 0.64a
- CCE SP 2.67.00.23
- ECLCCE 1.81
- MPEG2Dec3dg.dll (tried the new DGDecode.dll and failed)
- RB-Farm 1.7 (what a wonderful app)

average encode speeds:

- Server: 2.20
- Client: 1.60

total encoding time was of 111 minutes. This movie is 2 hours long and has extras that were encoded at halfd1 with 50% bitrate stolen.

This whole process was flawless exept for the AUTO-Rebuild, it did not function correctly. I had opened DVDRB on server, ran prepare, then opened RB-Farm and ran it with RB open in background. Another instance of RB was opened so I am about to run another job with RB closed while Farm is running.

I hope this info means something to someone and helps in some way shape of form.

[Thor263]

Originally posted by Thor263
This might be a dumb/noob question, but will RBFarm also work with Quenc? Since it is slower than CCE, this would be ideal.

Maybe I should rephrase this - I don't know how difficult it would be to implement this type of change to RB Farm, but it would be nice to be able to use it with Quenc as well. I'm assuming CCE is easier since you can generally just feed it parts of the .ecl file whereas you would have to do more w/ Quenc. I might have that bit wrong though.

Would be a nice feature!

[jwu42]

Originally posted by geffroman
I ran about 30 movies using RB Farm 1.7... It was wonderful...

But now my remote computers all run at a faster than normal speed and I end up with a seriously undersized movie. If I run RBFarm from the main computer only it works fine.

Could this be movie specific? I just tried two other movies that seem to work correctly. Discs that demonstrated the problem are:

Roswell Season 2
Taxi Season 1
Adventures of Winnie the Pooh
Rio Grande

Seeing the same thing here... (The MAtrix R1) DVD RB .67 with CCE 2.5 (other stuff latest - AVI SYnth, DGDecode, DVD Decrypter, etc.)

Client machine is running at over 4 (Pentium M 1.8) and the encodes are winding up close to 3GB. Both are mapped to Y (Source) and Z (Working). Are there any known issues for copying the VIDEO_TS folder to a drive instead of using the virtual drive as Y: ?

[geffroman]

Nobody replies... nobody cares... Farm is dead!

[NobbyNobbs]

If you look a few posts up, quantum says he is going to update the program in a few weeks time.:)

[MaceWindu]

First of all: This tool is AWESOME! THX Quantum!

I'm using this on seven machines, everything works just fine except for one thing: After (roughly) 70 minutes the six clients stop encoding as if there's nothing to do anymore. The server still encodes several chunks which takes up to 3 hours. Somehow this ruins the benefit of the farm-concept... :-)

Any ideas how to fix this issue?

If there's anything what i could to in order to help, i would gladly do that!

Regards,
MaceWindu


_______________________
The specs of my "farm":

- 6 clients (P4, 2,8 GHz, 512 MB Ram, 40 GB HDD, Gigabit-NIC)
- 1 "server" (P4, 2,8 GHz, 1024 MB Ram, 40 GB + 160 GB HDD (one disk containing the sources and one with the working folder, Gigabit-NIC)

OS is WinXP SP2

[geffroman]

Originally posted by NobbyNobbs
If you look a few posts up, quantum says he is going to update the program in a few weeks time.:) That was more than 2 months ago... and the many unanswered posts I have go much farther than that...

Originally posted by MaceWindu
First of all: This tool is AWESOME! THX Quantum!

I'm using this on seven machines, everything works just fine except for one thing: After (roughly) 70 minutes the six clients stop encoding as if there's nothing to do anymore. The server still encodes several chunks which takes up to 3 hours. Somehow this ruins the benefit of the farm-concept... :-)
I am cracking up... You say everying works fine EXCEPT ONE THING... It don't work... That's a pretty big thing...

Clearly Farm is a nice idea that I too would like to use... But lack of responses and software development tell the story...

[pluonk]

This is my first time using RBFarm (using v1.7) and I'm having the exact same problem with geffroman: On Mullholland Drive, I got a 2.7GB movie, for the most part messed up (the duration was correct on PowerDVD but few parts of the movie were actually playable). I also noticed the much greater CCE speed on the client PC (#2), even though that PC is slower than the server. I read quantum's post about a possible change in the .ecl that Rebuilder saves and I noticed the following differences (with DOS's FC command):

***** D:\CD RIPS\D2VAVS\REBUILDER.ECL
vaf_out=1
timecode=0x0000000
opv_q_factor=20
***** D:\DVD RIPS\!DVDRB\WORKING\D2VAVS\REBUILDER.ECL
vaf_out=1
opv_q_factor=20
*****

***** D:\CD RIPS\D2VAVS\REBUILDER.ECL
opv_brate_min=0
opv_brate_max=7200
vbr_bias=25
***** D:\DVD RIPS\!DVDRB\WORKING\D2VAVS\REBUILDER.ECL
opv_brate_min=0
opv_brate_max=7046
vbr_bias=25
*****

***** D:\CD RIPS\D2VAVS\REBUILDER.ECL
vbr_brate_min=0
vbr_brate_max=9000
seq_endcode=0
***** D:\DVD RIPS\!DVDRB\WORKING\D2VAVS\REBUILDER.ECL
vbr_brate_min=0
vbr_brate_max=8808
seq_endcode=0
*****

***** D:\CD RIPS\D2VAVS\REBUILDER.ECL
quality_prec=16
video_type=4
vid_file0=O:\DVD RIPS\!DVDRB\WORKING\D2VAVS\V02000400005001.m2v
***** D:\DVD RIPS\!DVDRB\WORKING\D2VAVS\REBUILDER.ECL
quality_prec=16
timecode=0x0000000
q_char_f=16
tc_offset=0
v_filter=0
v_filter_val=6
pict_name=
pict_type=3
pict_level=255
video_type=16
vid_file0=O:\DVD RIPS\!DVDRB\WORKING\D2VAVS\V02000400005001.m2v
*****

[...]

***** D:\CD RIPS\D2VAVS\REBUILDER.ECL
opv_brate_min=0
opv_brate_max=7200
vbr_bias=25
***** D:\DVD RIPS\!DVDRB\WORKING\D2VAVS\REBUILDER.ECL
opv_brate_min=0
opv_brate_max=7046
vbr_bias=25
*****

***** D:\CD RIPS\D2VAVS\REBUILDER.ECL
vbr_brate_min=0
vbr_brate_max=9000
seq_endcode=0
***** D:\DVD RIPS\!DVDRB\WORKING\D2VAVS\REBUILDER.ECL
vbr_brate_min=0
vbr_brate_max=8808
seq_endcode=0
*****

***** D:\CD RIPS\D2VAVS\REBUILDER.ECL
quality_prec=16
video_type=4
vid_file0=O:\DVD RIPS\!DVDRB\WORKING\D2VAVS\V02000600007001.m2v
***** D:\DVD RIPS\!DVDRB\WORKING\D2VAVS\REBUILDER.ECL
quality_prec=16
timecode=0x0000000
q_char_f=16
tc_offset=0
v_filter=0
v_filter_val=6
pict_name=
pict_type=3
pict_level=255
video_type=16
vid_file0=O:\DVD RIPS\!DVDRB\WORKING\D2VAVS\V02000600007001.m2v
*****

***** D:\CD RIPS\D2VAVS\REBUILDER.ECL
vaf_out=1
timecode=0x0000000
opv_q_factor=20
***** D:\DVD RIPS\!DVDRB\WORKING\D2VAVS\REBUILDER.ECL
vaf_out=1
opv_q_factor=20
*****

[....]

***** D:\CD RIPS\D2VAVS\REBUILDER.ECL
quality_prec=16
video_type=4
vid_file0=O:\DVD RIPS\!DVDRB\WORKING\D2VAVS\V02000900010001.m2v
***** D:\DVD RIPS\!DVDRB\WORKING\D2VAVS\REBUILDER.ECL
quality_prec=16
timecode=0x0000000
q_char_f=16
tc_offset=0
v_filter=0
v_filter_val=6
pict_name=
pict_type=3
pict_level=255
video_type=16
vid_file0=O:\DVD RIPS\!DVDRB\WORKING\D2VAVS\V02000900010001.m2v
*****

***** D:\CD RIPS\D2VAVS\REBUILDER.ECL
vaf_out=1
timecode=0x0000000
opv_q_factor=20
***** D:\DVD RIPS\!DVDRB\WORKING\D2VAVS\REBUILDER.ECL
vaf_out=1
opv_q_factor=20
*****

***** D:\CD RIPS\D2VAVS\REBUILDER.ECL
opv_brate_min=0
opv_brate_max=7200
vbr_bias=25
***** D:\DVD RIPS\!DVDRB\WORKING\D2VAVS\REBUILDER.ECL
opv_brate_min=0
opv_brate_max=7046
vbr_bias=25
*****
The .ecl file at D:\CD RIPS\ was made with Rebuilder 0.56
The .ecl file at D:\DVD RIPS\!DVDRB\WORKING\ was made with Rebuilder 0.67

(edited out)

I didn't actually try RBFarm 1.7 with Rebuilder 0.56 yet (PC's doing other things right now) but will do as soon as possible. In the meantime, I'd appreciate any info/advice on the problem, at least to avoid wasting hours in test encodes.

[b1ackmai1er]

Check that the avisynth path on all computers is the same.

i.e. One of the automatically generated avisyth script for my last encoded movie looks like this:

file: V01000000001001

#------------------
# AVS File Created by DVD Rebuilder
# VOBID:01, CELLID:01
#------------------
LoadPlugin("D:\Program Files\AviSynth 2.5\plugins\DGDecode.dll")
mpeg2source("X:\DVD-RB\WORKPATH\D2VAVS\V01.D2V")
trim(0,2051)
ConvertToYUY2(interlaced=true)
AudioDub(BlankClip())

The paths for loadplugin and mpegsource must be the same on all PC's.

regards b1m1

[MaceWindu]

Just a small update on my farm...

I did another encoding using 3 passes (for testing...). 4 machines were used in this test. (3 x P4 2,8, 512 MB; 1 x P4 2,8, 1024 MB)

Software specs:

- WinXP SP2
- AviSynth 2.54
- RB Farm 1.7
- DVD ReBuilder 0.57
- CCE SP 2.66 + EclCCE

Prepration time: 4 minutes
Total encoding time: 113 minutes (fastest system was the host with 98 minutes)
Rebuilding time: 12 minutes
All together: roughly 2 hrs and 10 minutes

So basically this thing IS WORKING FINE!

I will do some more testing, maybe i can find a clue, why my host took that much longer last time...

Cheers,
MaceWindu

[pluonk]

I found the cause of the undersized movie (and the abnormally high encoding speed in the client PCs) and it turns out it's a stupid error on my part (rbfarm's readme.txt and the posts in this thread don't talk about this explicitly, which I believe is why this problem is not that uncommon).

We, users, are told to be careful with paths: all programs/dlls as well as dvdrb's working folder must be the same on all PCs. I made sure they were (using DOS's subst to map drives correctly etc) EXCEPT for one thing: the .vob files that the .d2v files point at. For all encodes, I rip the dvd to an iso image, then load that image to a virtual drive. So the paths in the .d2v files generated by dvdrb point at that virtual drive, which of course only exists in the PC where you run the 'Prepare' phase.

The solution to this problem is, again, drive mapping. What I did is:
[list=1] Created a virtual dvdrom drive on PC #1 and assigned Y: to it.
Mapped that drive on PC #2 as Y:
Created a virtual dvdrom drive on PC #2 and assigned Z: to it.
Mapped that drive on PC #1 as Z:[/list=1]
This way, you can load the iso image to a virtual drive on either PC and the other PC would automatically refer to it by the same letter. It is a good idea to always use one of these two virtual drives (even if you have more) when doing farm encoding, to avoid future problems. Of course, if you rip your dvds to a VIDEO_TS folder (instead of an iso image) you can just put that folder on the same drive with dvdrb's working folder (I just don't do that because I don't always have the necessary disk space on the working drive).

I hope this helps everybody else that has the same problem.

[kappa]

I have used RB-farm with success as a lot of other people have. It's philosophy is very simple, yet effective. Problems start to arise when the user makes mistakes conscerning the paths and when programs change versions (eg now that Rebuilder can use CCE SP 2.70, I cannot use RB-farm).

While the first point is up to every user to consider/resolve, the second one has one feasible (and sustainable) solution: implementation of farm logic into Rebuilder itself. If one has already resolved all the problems with using various encoders, settings etc like it has been done for DVD-Rebuilder, it is IMO trivial to implement a farm function where other machines are able to join in at will at the encoding process.

I imagine it would take Jdobbs no more that a couple of hours to do this and enhance the usability of rebuilder.

[geffroman]

Originally posted by kappa
I imagine it would take Jdobbs no more that a couple of hours to do this and enhance the usability of rebuilder.

It appears to me that jdobbs is very resistant to ANY third party involvement beyond supporting of encoders. Over time he is frustrated with the ever changing CCE/ECLCCE issue. Has even stated had he known what he was in for that he might not have undertaken the project. Additionally, he has NO interest in solving issues related to preprocessing of DVD backups even though most people do preprocessing.

I too would love Farm support in RB. I just don't think it will happen.

[kappa]

Originally posted by geffroman
It appears to me that jdobbs is very resistant to ANY third party involement beyond supporting of encoders.
Just to make sure that my point got across correctly, I wasn't referring to support of a third party program. I am talking about original source code inside DVD-Rebuilder which is summed up by the algorithm

1. Encode remote avs stream.
2. Generate necessary files.
3. Inform a progress file/directory of what has been done.
4. Restart ftom step 1.

This would be the algorithm even the server machine would use. It would just use a progress file/directory (like "farm_status") so as not to re-encode a segment undertaken by another host. At the end, the server would automatically rebuild the final dvd.

Most of the work behind this (steps 1 and 3) is already available to him. After all, if I remember correctly, the real magic of DVD-Rebuilder, which has taken up most of Jdobbs energy, is the authoring part.

I hope that our donations alleviate some of his frustration and keep his spirits up.

[geffroman]

Your post might go better answered in the RB threads... Not sure jdobbs will see it here... I am sure everyone in this thread agrees that Farm implementation is what we want... after all this is a Farm thread...

Much luck on getting jdobbs interest in this! :)

[acido]

Hello quantum,
unfortunately without a new version of eclcce that will support CCE-SP 2.70 trial i am unable to use RB-FARM with this CCE-SP version .

It seems that CCE-SP 2.70 trial can handle ecls directly without the need of eclcce. The only benefit would be to run the encoder minimized.

Can you have a look and if possible support cce-sp 2.70 in your application directly?

Taken from: ECLCCE Thread (http://forum.doom9.org/showthread.php?s=&threadid=46664&perpage=20&pagenumber=15)

Anyway, remember, for CCE 2.70, the only benefit of using EclCCE will be the minimize-to-tray and credits bitrate tweaking features....

[DvPs]

@acido

i think you can use rf-farm with cce 2.7. you just have to insert a comment in the rebuilder ecl file (serach fpr rb and cce 2.7)
and in farm you have to set the whole path.
for example:

c:\programme\cce sp 270105\cctsp.exe

mfg DvPs

[acido]

@DvPs

Thanks a lot for your suggestion i will try it soon, but i'm afraid that way the CCE-SP install dir mus be the same on all the computers... I have one running from C drive and another from E.

Thx again.

[juk]

I tried to backup one of the Seinfeld Season 4 DVDs with DVD Rebuilder and RB Farm using two computers and the final movie size amounted only to 3GB. I think this is the exact same problem that geffroman described in one of his posts. Has anyone that has had this problem been able to resolve it?

The version of the software I'm using is the following:

DVD Rebuilder v. 0.7 (I also tried using v. 0.64a)
CCE 2.50 SP
AviSynth 2.55
ECLCCE 1.81
RB Farm 1.7
DGMPG 1.0.12 (DGDecode.dll)
Decomb 5.2.1


Thanks.

[acido]

@DvPs

I have tried your suggestion, but CCE SP 2.70 gave me an error saying the ECL was not compatible.
Will stay with CCE 2.67 waiting for changes in RBFarm

[DvPs]

@acido

hi

do you have changed something in the rebuilder.ecl that is in your working directory?

when not, do this:

open your cce. fiel-open-video file.
save an ecl.
open the ecl with the editor (i don't know the exact name in englisch, the text editor).

the first line should look something like that:

; CCE SP Trial Version -- Encoder Control List

now open your rebuilder.ecl file

the first two lines should look look like this:
; Cinema Craft Encoder SP -- Encoder Control List
; Created by DVD Rebuilder

now replace "Cinema Craft Encoder SP" with "CCE SP Trial Version".
then it should work....

i hope i could help you

mfg DvP

[acido]

Ok i was able to use RBFARM with cce-sp 2.70.01.05 directly without the need of eclcce.

After setting up DVD-RB correctly to generate the right ecl, the only thing that needs to be done is to paste the full path to the cce exe in RBFARM 'ECLCCE path (or CCE basic)' . (e.g: c:\program files\dvdrb\cctspt2701.exe )

Regards.

[xriderbc]

So, is development on this completely dead? That's too bad- it works well. It would be great if the rebuild automatically setting worked so that overnight setups could complete.

[acido]

Yes, agree
but unfortunately quantum seems disappeared ... :confused:

[tijgert]

Problem 1: My secondary PC does about 1/10th of a second on 1 chunk... I'm guesing that's wrong (DUH)

Problem 1: Fixed, re-prepared with RB78 from Z: drive to make it all standard.

My setup:

PC1 has the DVD ripped in d:\dvd\sg1
Z: is subst for D:
RB78 prepare's from Z:\DVD\sg1 with working dir Z:\DVD

PC2 has Z: mapped from PC1\\d:\

On both PC's RBFarm points to the correct (same) files (I'm trying to encode using 2.70.02 with pointing directly to the .exe).
.ecl paths on both PC's is Z:\DVD\D2VAVS

Running RBfarm in Autoencode first on PC1 puts it to work after about 10 seconds, on PC2 same.

Problem 2: I have to click encode on the CCE window on both PC's, is that normal? (doubtfull and most annoying)

[b1ackmai1er]

@tijgert

Did you give write access to the drives/directories shared?
Sharing by default is read-only I think.

Does chunk 1 and 3 complete sucessfully?

You should not have to press encode to start CCE working. Something is flaky there.

regards b1m1

[tijgert]

My network is most unsecure, I can do anything to anything anywhere.
If anybody gains access AND guesses my pw, I'm fubar :)

Chunk 1 and 2 seem to be just fine (won't be sure untill the rebuilding).

I re-prepared everything with RB78 from Z: drive and now it's encoding just fine.
My laptop is the Main PC doing chunk 1 and my Game PC (while not gaming) is helping out on chunk 2 now.

On both PC's CCE wanted me to press encode before it started.
Could this be because I am using CCE SP Trial 2.70.02.00 with RBFarm when it's supposed to be using an older version?

Am I supposed to tick the 'minimize CCE' tick-box on RBFarm?
(I ticked it now, I'll see in an hour what it does, but seems very unlikely that minimizing will auto-click the encode button).

Update: Game PC just finished chunk 2 and asked again to encode chunk 3, unworkable for overnight encoding.

Did anybody ever come across this situation with this setup? (see previous post). Anybody have any clues as to what it might be or how to work around it? (short of switching back to eclcce and/or older CCE SP 2.67)

Any help is greatly appreciated!

Fixed: on RBFarm select 'minimize CCE' and all goes well... well, until rebuilding so far :-)