EclPRO v0.52 - ProCoder support in DVD-RB (now v1.10)

[robot1]

EclPro v1.01

Sorry for my english... it's not my mother language.

Here is the last release.
EclPRO v1.01 (http://forum.doom9.org/attachment.php?attachmentid=7318&d=1181681563)

Older versions:
EclPRO v0.52 Beta (http://forum.doom9.org/attachment.php?attachmentid=4809)
EclPRO v0.42 BETA (http://dvd-rb.dvd2go.org/modules.php?name=Downloads&d_op=viewdownload&cid=24)
EclPRO v0.27 BETA (http://forum.doom9.org/attachment.php?s=&postid=630661)
EclPRO v0.08 BETA (http://www.freewebs.com/robot1/EclPROv0.08.zip) (right click -> save target as)


Please, consider it's in beta stage, so it could have bugs.
Report any bugs in this thread, and don't blame DVD-RB!
Before sending a bug report in general DVD-RB threads, be sure the bug is present also using another encoder (CCE).

WARNING:
EclPro uses keyinputs to send command to ProCoder1.5 and ProCoder Express. CURSOR keys, HOME, END, DEL, SPACE are used.
Be sure you don't have any programs in background checking for these keys (ex. Winamp or Quintessential Player) when running EclPro.
Input is locked for about 10 seconds every time an encode starts, when launching ProCoder :(
It's the only way I've found to deal with older versions of ProCoder.

Since EclPRO v0.20, ProCoder2.0 is now well supported, and keyinputs are not needed.



Here is an extract from the readme file.


SYSTEM REQUIREMENTS
Windows XP/2k/NT sp6


SUPPORTED ENCODERS (tested, could work with other versions)
ProCoder 2.0
ProCoder 1.5
ProCoder Express 1.12


BACKGROUND
Canopus ProCoder (in various versions) is one of the best encoders available in the market. One major drawback is the proprietary format of the file used to save the projects, which makes difficult (or impossible) to integrate it with other tools. On the other side, CCE with .ecl (a plain text) is widely used from all the DVD encoding tools.


OVERVIEW
EclPro allows to use ProCoder in DVD-RB: just select its path in "Path to EclPRO (ProCoder)" in the setup dialog, and select "ProCoder (EclPRO)" in the "Mode" menu.
When DVD-RB runs EclPro, it loads the .ecl project, feeding it in ProCoder: interaction is simulated using keystrokes, so while EclPro sets the encoding parameters in ProCoder, any user input is locked. This is the only way to deal with ProCoder, so, if you don't like this, you can't use ProCoder.

Since EclPRO v0.20 ProCoder 2.0 is fully supported without input locking.



USAGE
Before using EclPRO, be sure Procoder is installed and working, (it's better to have a test encode). When the encoder is set up correctly, launch EclPro.

The first time it will ask the path of ProCoder, and save this setting in the EclPro.ini file. If you want to change it, simply delete the line in the .ini file (or delete the whole file), and run EclPro again. You can also set quality preferences, or leave the default ones.
Usually, when launched without parameters, EclPro asks for a .ecl to load, then open ProCoder setting the job parameters, but the main usage is in batch mode, when it tries to emulate CCE behaviour.

See readme.txt for additional info and issues.


EDIT
Changelog for 1.00RC1
Support for dual encoder processes
fixed "settings of this preset are invalid" for filenames with "&" char.
fixed a bug with dots (".") in the filename.
preview always starts disabled while encoding for ProCoder2



Changelog for 0.52
Fixed support for 704x480 and 704x576 - valid DVD resolutions - in ProCoder2.
Changed licence type to LGPL

Changelog for 0.50
Rewritten (again) routines to support various ProCoder Express versions.
Removed ProCoder 2.0 legacy mode (it's not needed, as the original mode works fine)

Changelog for 0.42
Fixed a bug with national characters (èéò...)
AlwaysGOP15 now overrides Autoparameters

Changelog for 0.40
Changed temp file name, to solve problems with NuMenu and short cells to encode. Thanks to D3s7 for testing.
Rewritten code for ProCoder Express to support v1.12.

Changelog for 0.27
Changed behaviour for files with no frames to encode, to reflect CCE's one.

Changelog for 0.26
Fixed tff/bff behaviour
Improved seq_endcode=0 handling.

Changelog for 0.25a
Some parameters were not correctly set from the setup.
Fixed a bug in seq_encode=0 handling.
Could solve stuttering and Error 5 situations in DVD-RB
(Thanks again to borgraf for testing and reporting)
Added support for SVCD resolutions in non-legacy mode.

Changelog for 0.24:
- fixed a bug in legacy mode (Procoder wasn't shut down after encoding)
- Added support for seq_endcode=0 (Should solve most stuttering problems reported at chapter breaks)
- Added a new entry in the .ini files: AutoParameters

If enabled AutoParameters, ECLPro changes these parameters, according to bitrate used:
- bitrate < 1800: DC Precision 8 - GopLength 15
- 1800 < bitrate < 2500: DC Precision 9 - GopLength 15
- 2500 < bitrate < 3500: DC Precision 10 - GopLength 15
- bitrate > 3500: DC Precision 10 - GopLength 12
For interlaced sources, bitrate limits are raised.
To enable, insert the line AutoParameters=1 under [Quality] section in ECLPro.ini.
Default is off.

If you want the maximum control of the encoding, use
Alwaysgop15=0
and
AutoParameters=0

[hobyho]

Thanx for a great tool robot1, testing it atm on a dvd (Van Helsing R4).

One suggestion I would like to make, so far from using it, is can you disable preview? As I would think that will slow it down a bit when encoding.

Update: After disabling 'Preview' once during the first encode it does not occur, or reactivate, again.

[DMagic1]

I just tried it and Procoder 2 was just sitting there asking me to push the convert button.

[hobyho]

Its working fine for me.

Though it made it crash and said that 2 instances were running when it was trying to do the 2nd segment. Might be because I was using the computer at the time.

Any way of fixing this robot1?

Update: Retried the segment that failed, and it seems to process fine again, though Procoder seems to crash after encoding each segment. I'm using 2.0 btw.

[DMagic1]

Yet another problem. My output in RB was E:\New Folder.
RB is putting the files in the right place but Procoder is putting the encoded files in the root of E:\.
On the next segment to encode it did the same thing that I said earlier. Procoder wait for me to push convert.

[wmansir]

Just wanted to bump this and encourage people to try it out. I've done 3 or 4 encodes without any major issues. Those with interlaced material should be especially happy with ProCoder's output. It's also very good with low bitrate, and even medium bitrate stuff. Though it does have a slight loss of detail, which prefectionists might want to keep an eye on.

FYI, ProCoder is much (2 or 3x) slower than DVD-RB, but it only does 2 passes. Also, unlike CCE, ProCoder's 'Realtime' speed is based on the TOTAL time it takes to encode the segment, not just that perticular pass. So for a normal 2 pass encode, ProCoder's realtime speed X 2 = equivilant CCE's realtime speed.

It's rate control is slightly different from CCE. It really doesn't matter who's is right, but you should be aware that EclPro may give you a slightly larger output with DVD-RB. It's not enough to cause a problem at DVD-RB's default settings, but if you have DVD-RB setup to come within 5-15MB of a full DVD-R with CCE you might get an oversized image with EclPro.

[robot1]

Originally posted by DMagic1
Yet another problem. My output in RB was E:\New Folder.
RB is putting the files in the right place but Procoder is putting the encoded files in the root of E:\.
On the next segment to encode it did the same thing that I said earlier. Procoder wait for me to push convert.
The output is always temporanely placed in the root folder, then moved to the right one at the end of the encoding process.
The problem is that automation doesn't work (you said ProCoder doesn't start encoding). I'm sending you a PM.

[robot1]

Originally posted by hobyho
Update: Retried the segment that failed, and it seems to process fine again, though Procoder seems to crash after encoding each segment. I'm using 2.0 btw. What is the output folder full path?
I'll send you a modified version to check if we can solve.

[hobyho]

Originally posted by robot1
What is the output folder full path?
I'll send you a modified version to check if we can solve.

Well I let it run, and when the segment is nearly finished I just stopped all my computer activity and minimised all my windows and it seemed to not crash.

My output full path is: "D:\DVDs\D2VAVS"

[robot1]

Here is the fix for the hobyho problem:

EclPRO v0.08 BETA (http://www.freewebs.com/robot1/EclPROv0.08.zip) (as always, right click-> save target as in explorer)

[Pabloz]

nice, next dvd i will use it with eclpro and procoder :)

[Sir Didymus]

BIG COMPLIMENTS ROBOT1!!!

I only did a single reencode using ECLPRO, with Procoder 2.0, and everything went out perfect to me...

Guaranteed I will use and test your excellent program more in the future and report to you my impressions (that are, for the moment, very, very positive...)...

All the best,
SD

[KiwiKid]

I'm curious about Procoder. How does it compare to CCE-quality,speed etc? When is it a better choice than CCE? I've read some people prefer v1.5 than v2.0 - any more opinions? Most of my backups are PAL if that makes a difference. I realise some of these questions have been touched upon in some of the posts above but I'm interested in some more feedback. Thanks:)

[Boulder]

ProCoder is considered better for interlaced material. The downside is that you can't use custom quantization matrices. I requested this from them and they agreed to add it to the wishlist for future versions so there's hope that it will be supported one day.

I also requested an improved CQ method, possibly including internal prediction, which also was added to the list:) The problem with ProCoder's CQ is that it's too rough, one notch can mean a huge change in the average bitrate which makes it useless at the moment. If that is corrected, it will make the encoder a very good choice since it would only take half the time of a 2-pass.

[robot1]

Originally posted by DMagic1
I just tried it and Procoder 2 was just sitting there asking me to push the convert button.
For these kind of error, open EclPRO.ini and look at the value
Pause=10
It's a timeout value, and should be set higher for slower computer.
Good values could be 20 or 30.
In next version I could change the default, if other users experience problems.

[DMagic1]

Originally posted by robot1
For these kind of error, open EclPRO.ini and look at the value
Pause=10
It's a timeout value, and should be set higher for slower computer.
Good values could be 20 or 30.
In next version I could change the default, if other users experience problems.

HEY!! :mad: ;)
My pc isn't slow. Its 2.8mhzP4 800fsb 512mbDDR400 SATA160g HD + some other junk inside.

[robot1]

It's definitively faster then mine ;)
Do you have a lot of task running, or hard disk very fragmented?

[DMagic1]

Not many task but the drive could probably use a defragment.

[survivant]

thank you... I ask so much for RB to be able to encode with ProCoder.

[Redbacks]

Thanks for the great little app robot1 to run with jdobbs magical piece of software. I ran Die another day through it yesterday using Procoder 2, and all went off without a hitch. Now all I have to do is view it and see how it turned out. Just flicking through it using Power DVD and all seems fine. I'll keep you posted.

Cheers...

[survivant]

RB don't supporte layer break ? I got an error message when I try to reencode Star Wars.

Can I keep the menu and all the extra using RB and ProCoder ?

[Boulder]

See the SW thread. SW contains multiple angles which is probably the reason why it doesn't work straight out of the box in your case.

[nwg]

I have just tried Procoder to do a successful NTSC to PAL conversion. I wonder if this would give DVD-RB the same capability in the future?

Im off to try procoder with DVD-RB now. This software just gets better and better.

[survivant]

cool... I love ProCoder for converting PAL -> NTSC

[jolopo]

I did Return of the king with canopus & dvdrb. I had done it before with cce and dvdrb. canopus is super slow,12 hours + to do it. Tha'ts the bad part. The good part is that the quality is completely awesome. The cce lovers might not like this,but canopus blew cce away,at least on this movie. The clarity and sharpness is just about the same as the original,without that added "noise" people see when using cce. Canopus rocks!!

[survivant]

thanks a good news. do you know what to do if the dvd is multiangle ?

[Boulder]

Use The Search!

You could either use DVD Decrypter or IfoEdit to remove the angles, I think the latter works better.

[ntr]

Would like to say , DVD Rebuilder with Canopus absolutely rocks , I have re encoded two movies reign of fire and dont laugh sound of music and I must say on these two movies the results are outstanding and in my opinion yes I would have to say better than some I have done with CCE. Its early days yet having only done the 2 , but I am well pleased.

Main reason of post was just to let you know no hiccups whatsover , I gonna do return of the jedit tonight which should be interesting as to the end result.

Thanks

[DMagic1]

Originally posted by nwg
I have just tried Procoder to do a successful NTSC to PAL conversion. I wonder if this would give DVD-RB the same capability in the future?

Im off to try procoder with DVD-RB now. This software just gets better and better.

This would be a great way to easily convert PAL to NTSC if it worked with RB.

[nwg]

I am encoding with procoder at the moment and so far it is working wonderfully with DVD-RB. I like to keep an eye on it using the preview.

I did two NTSC to PAL conversions and they both worked fine. I did Star Trek Nemesis and Matrix. I managed to keep the 5,1 sound, chapters but subtitles didn't work very well. I don't think I did too bad as it was my first attempt.

As it is just a selection screen to choose PAL or NTSC, could it be done using the similar key commands that are being used now with EclPRO?

[robot1]

There is no way to convert PAL-NTSC sources with DVD-RB.
You shouldn't simply convert video, but Audio, subtitles...
So, I don't think jdobbs will have this feature.

[nwg]

I suppose it could use external programs to convert audio etc, just like what it does with the encoders.

I used Besweet/AC3Machine and it worked really well.

[robot1]

Better support for ProCoder2.0
Now EclPRO converts .ecl file in ProCoder's .pcp file, so it doesn't use anymore keys to send commands.
Input isn't locked, and starting time is lower.
Every user of ProCoder2 with DVD-RB should upgrade to this version.
Download EclPRO v0.20 (http://www.freewebs.com/robot1/EclPROv0.20.zip) (right click -> save target as in Explorer, probably doesn't work with Mozilla).

ProCoder1.5 (and Express which is not recommended) is called with sendkeys as older version.

If you have problems with ProCoder2 in this version, you can switch back to the old method setting
legacy=1 in [Debug] section of EclPRO.ini

Please, report any problems in the forum.

[DMagic1]

Great update

[wmansir]

Very cool robot1! A quick test shows it working flawlessly.

I also tried EclPro with NuMenu, but unfortunatly I got a script import error with Scenarist. It was complaining that he AR of the imported .mpv files was wrong. I checked the original .mpv files, the re-encoded .mpv files, and the script and they all matched (4:3), so I'm at a bit of a loss as to why it's happening.

Also, I'm wondering how you convert Q values when using OPV. I haven't tried it yet with DVD-RB, but I used a low Q value with NuMenu (Q=30), but the output didn't look very good. I haven't had time to investigate it further, so I thought I would just ask you about it.

[robot1]

Originally posted by wmansir
Very cool robot1!

I also tried EclPro with NuMenu, but unfortunatly I got a script import error with Scenarist. It was complaining that he AR of the imported .mpv files was wrong. I checked the original .mpv files, the re-encoded .mpv files, and the script and they all matched (4:3), so I'm at a bit of a loss as to why it's happening.

Also, I'm wondering how you convert Q values when using OPV. I haven't tried it yet with DVD-RB, but I used a low Q value with NuMenu (Q=30), but the output didn't look very good. I haven't had time to investigate it further, so I thought I would just ask you about it. I've tried a couple of menus with NuMenu and RB-Opt, and I've had just a problem: ProCoder can't set I frames on chapter point, so I had to change a chapter point in Scenarist, else I had buttons not highlighted.
ProCoder uses a CQ parameter, varying from 0.00 to 1.00 (step 0.01).
I consider a CCE Q factor from 1 to 101 (over is pointless), and convert (CCE 1 -> ProCoder 1 ; CCE 101-> ProCoder 0).
Anyway ProCoder quality under 80 (CCE over 21) is unwatchable.
I've used NuMenu with a Q factor of 10, and the result was good (about 50% compression, good quality).
I want to check if it's possible to improve, but I think it's a ProCoder limit.

[Sir Didymus]

Originally posted by DMagic1
Great update

Agreed and quoted...

Excellent work Robot1!!!

[nwg]

I have done my first DVD with Procoder 2 and DVD-RB. It was with the previous eclPRO and it went smoothly.

The DVD was LOTR : ROTK and the quality was better than my CCE and DVD-RB version (4 passes). The picture looked horrible on a lot of scenes.

I managed to get a very decent copy of it using Shrink 3.2 and it's EAC settings. Shrink does an exceptional job with this DVD and I would say the procoder version is just as good.

[YaoMing11]

When Procoder pops up in DVD-RB to get ready and encode it brings small popup that says " C:\Files\DVD NOT FOUND " That is the path where my avs and ECL files are.

[YaoMing11]

Nevermind, I was typing the wrong path. My mistake.

How do we choose how many passes for procoder2 to use? Im going to test out Harry potter and the sorcerer's stone right now and will let you guys know how the quality comes out.

[hobyho]

Originally posted by YaoMing11
Nevermind, I was typing the wrong path. My mistake.

How do we choose how many passes for procoder2 to use? Im going to test out Harry potter and the sorcerer's stone right now and will let you guys know how the quality comes out.

You can't with Procoder it is only limited to 2 passes.

But don't let the number of passes available compared to CCE fool you into thinking this would produce a lesser quality than CCE, I'll say its on par if not better.

[YaoMing11]

Ok I just finished encoding my first movie with ProCoder2, I tried harry Potter and sorcers stone. It took right at 5 hours and the quality is really nice, but it is way undersized at 4.16gb. Is there a way to adjust this?

[robot1]

ProCoder always does 2 passes... and are enough.
If you need the best results, be sure to have
Quality=4
in EclPRO.ini.
It enables mastering quality.
If you need a faster encode, you can lower Quality.

[robot1]

Originally posted by YaoMing11
Ok I just finished encoding my first movie with ProCoder2, I tried harry Potter and sorcers stone. It took right at 5 hours and the quality is really nice, but it is way undersized at 4.16gb. Is there a way to adjust this? It's a strange result, because ProCoder usually has a size very close (and sometimes higher) than CCE one.
Could you try this title with another encoder?

[YaoMing11]

Sure I will try it tonight with DVD-RB and CCE 2.5 before I go to bed.

[nwg]

Procder is doing 2 passes autoamtically with DVD-RB. I don't think it can do anymore.

[nwg]

eclPro 0.20 isn't working for me. When encoding starts the procoder screen appears but, when before the preview screen comes up, I get a C:\DVD was not found.

The working path is c:\dvd test. Is it having problems finding the c:\dvd test\D2VAVS sub directory?

The previous version works fine (was that 0.0.8?).

[DMagic1]

Originally posted by robot1
It's a strange result, because ProCoder usually has a size very close (and sometimes higher) than CCE one.
Could you try this title with another encoder?

Actually my encode of LOTR Fellowship was a little small too. As I remember, it was ~4,618,000,000 bytes. I'm use to coming in at ~4,685,000,000 or closer with CCE.

Does RB have the targetsector thing for Procoder yet. I'm sure that would get me closer to a full disc.

[YaoMing11]

Originally posted by nwg
eclPro 0.20 isn't working for me. When encoding starts the procoder screen appears but, when before the preview screen comes up, I get a C:\DVD was not found.

The working path is c:\dvd test. Is it having problems finding the c:\dvd test\D2VAVS sub directory?

The previous version works fine (was that 0.0.8?).

Mine was C:\Files\Temp and I got the same error, but I changed my working dir to C:\Files\DVD and then it worked. Maybe try changing your working dir to C:\DVD.

[YaoMing11]

I also noticed on the Harry Potter movie I finished with ProCoder2, not only was it undersized at 4.16gb but the audio was badly out of sync on PowerDVD. Has anybody else had problems with audio being out of sync?

[Redbacks]

Originally posted by nwg
eclPro 0.20 isn't working for me. When encoding starts the procoder screen appears but, when before the preview screen comes up, I get a C:\DVD was not found.

The working path is c:\dvd test. Is it having problems finding the c:\dvd test\D2VAVS sub directory?

The previous version works fine (was that 0.0.8?).

I'm having the same problem with ver 0.20. The previous version I had no problems with. I point the output in DVD-RB to the folder I would like it to go to. But a Procoder pop-up window appears telling me it can't find that folder. Strange....

[wmansir]

Warning: Undersizing is a sign of a major error.

It looks like the new version is chopping of the ends of some cells. I don't know why DVD-RB isn't picking up on these problems, but it is also likely why the output is very choppy/out of sync.

Legacy mode appears to not have this error, but I am receiving an EclPro error "target path not set" when I try to load the item.ecl file in legacy mode. I'm also getting this error with v0.8, which previously worked, so perhaps it has to do with the .ecl format that DVD-RB is using in EclPro mode? The funny thing is the path is set (to the drive's base directory) so I can manually encode it. I didn't receive any error with 2.0 in normal mode.

I'll have to investigate some more.

[nwg]

Mine was C:\Files\Temp and I got the same error, but I changed my working dir to C:\Files\DVD and then it worked. Maybe try changing your working dir to C:\DVD.


It worked. I changed to c:\dvd and took of the word test. So it seems it doesn't like directory names with multiple words.

[wmansir]

@robot1

In case the problem I mentined above is an NTSC thing, I have attached a .rar file contianing an .avs, .ecl file used to re-recreate this error. The .avs file has been motified to produce it's own output (colorbars with frame count), so you don't need the dvd files.

I'm using ProCoder 2.0. I also included the .pcp file incase it isn't recreated on your system.

[robot1]

@Wmansir
I'm looking at your files. Undersizing could be a major problem, so, please use v0.08 or enable "legacy mode" in EclPRO.ini. I'm working to fix it now.

Anyway there was a bug for sources with spaces in path, and it's solved. I'll post an update ASAP.

For the Working Path not set, it's a Procoder bug, and the only workaround is to encode in the root directory (and the program warns you). This bug shouldn't be present in non-legacy mode.

[robot1]

This *should* fix the NTSC issue discovered by Wmansir.

I haven't yet update the first post, because I would receive a feedback from NTSC users.
No problems for PAL.

I've also settled the problem with spaces in path.
EclPRO v0.21 test version (http://www.freewebs.com/robot1/EclPROv0.21.zip) (right click -> save target as from Explorer)


Original mode still works without problems.
If you have any problem, please change in EclPRO.ini
legacy=1

[YaoMing11]

Is this post supposed to fix the audio out of sync and undersized
issue also?

Also Im not able to download the ECLPro v.021 link by right clicking it. it says "your current security settings do not allow this file to be downloaded", but it doesn't do this with other files I try and download.

[survivant]

I had the same problem whit IE. It works with FireFox. I think the site freeweb is blocked by IE.

[survivant]

what means Not supported import of Chapter list ?

I won't be able to keep the chapter in the menus ?

[wmansir]

Originally posted by survivant
what means Not supported import of Chapter list ?

I won't be able to keep the chapter in the menus ?

It doesn't effect DVD-RB. Robot1 and I were talking about using EclPro with another application that re-encodes the actual menus.

RE: chapter lists

When a dvd jumps to a chapter it has to have a certain type of frame (I-frame) at the point in the video where it wants to jump. Normally I-frames are only placed once every 12 or 15 frames, but with a chapter list the encoder can be forced to encode certain frames as I-frames, even if they aren't scheduled to be I-frames. DVD-RB doesn't need this ability because it's designed to work with encoders that don't support it.

[chrisjim]

Originally posted by survivant
I had the same problem whit IE. It works with FireFox. I think the site freeweb is blocked by IE.

I downloaded it with FireFox, double-clicked to open it & got the message "file corrupt, etc".
Tried downloading with Opera as well, but no success.

[wmansir]

It worked fine for me with IE. (Actually I use Firefox, but I right-clicked the link and 'Open Link Target in IE'.)

I'll attach it to this post for those having problems.

ps. robot1, it appears to be working fine now. I'll have a job done in a few hours and can report back.

[YaoMing11]

Great thanks! :cool: I'll test another movie out tonight and see if all goes well.

[nwg]

I also couldn't download it by IE and got corrupted error with Firefox. I managed to do it with Firefox by copying the link location and pasting it in the url box.

[robot1]

Originally posted by YaoMing11
Is this post supposed to fix the audio out of sync and undersized
issue also?
Yes.
The issue was due to a wrong setting of the number of frames to encode.
As we encoded a smaller part of every cell, we had an undersized result, with audio out of sync (we lost some pieces...)


Also Im not able to download the ECLPro v.021 link by right clicking it. it says "your current security settings do not allow this file to be downloaded", but it doesn't do this with other files I try and download. I will not use this host anymore.

[survivant]

Robot1, can you tell me what is the big challenge with multi-angle ?

There is a way to extract the multi-angle part and send it to the encoder and use an external way to autorize the dvd ?

like a popup telling : "Hey the dvd containt multi-angles, you won't be able to autorize it..do you want to continue ?"

I had always use software like InstantCopy to backup a full dvd.

[robot1]

Originally posted by survivant
Robot1, can you tell me what is the big challenge with multi-angle ?

A little OT, but the big challenge is:
- extract per VobID basis (and DVD-RB shouldn't have problems with this)
- encode setting multi-angle parameters (closed GOP and disable I frames insertion - CCE has no problems with this, I haven't tested ProCoder)
- muxing in a special way (DVD-RB will handle this, in a future version)


There is a way to extract the multi-angle part and send it to the encoder and use an external way to autorize the dvd ?

like a popup telling : "Hey the dvd containt multi-angles, you won't be able to autorize it..do you want to continue ?"

There are guides on the doom9 site for multi-angle backup, also automatizing it with "The Big 3" method. But you need an authoring program (Scenarist or Maestro, maybe others) that supports muli-angle.
Probably in next version DVD-RB will let you chose the angle to keep in a multi-angle disk (and this is enough for the most part of multi-angle disks, like StarWars series)


I had always use software like InstantCopy to backup a full dvd.
InstantCopy doesn't re-encode the streams, but transcodes it; you can't compare it to DVD-RB.
If you can't wait for next DVD-RB releases, go with InstantCopy or DVDShrink which produce a good result if you don't compress too much.

[survivant]

thanks. I though that DVD-RB was almost able to extract all the angles. I'll look to the 3 big guide, but I like th DVD-RB interface and using the guide I won't be able to use dvd-rb :(

do you have a roadmap for the new release of dvd-rb ?

What I basicly wanted was to be able to encode with Procoder with one click solution (almost one). I didn't understand the 3big guide very well, but I'll try how I can switch CCE for ProCoder.


Another question. DVD-RB is it able to do a bitrate approximation for elcpro ?

I try to reencode Silly Syphomy for Disney and the result is a 3.8gig DVD with mastering quality.

what's the bitrate interval in eclpro for ProCoder 2 ?

[robot1]

Originally posted by survivant
do you have a roadmap for the new release of dvd-rb ?
Only jdobbs has a roadmap... he's working at this feature, so probably we'll have it soon.


What I basicly wanted was to be able to encode with Procoder with one click solution (almost one). I didn't understand the 3big guide very well, but I'll try how I can switch CCE for ProCoder.
You can use EclPRO to read almost all .ecl produced for CCE, but integration probably isn't very simple (but possible for many tools). If you are able to use Big3 with ProCoder, please post your results.


Another question. DVD-RB is it able to do a bitrate approximation for elcpro ?

I try to reencode Silly Syphomy for Disney and the result is a 3.8gig DVD with mastering quality.

what's the bitrate interval in eclpro for ProCoder 2 ?
If you used EclPRO 0.20, please try EclPRO 0.21, or try using Legacy=1 in EclPRO.ini.
Results with ProCoder should be as accurate as CCE ones: if you've left default settings, you should have a result of 4.32-4.33 GB
There was a bug in EclPRO 0.20 with NTSC sources which lead to undersized results.

[chrisjim]

Results with ProCoder should be as accurate as CCE ones: if you've left default settings, you should have a result of 4.32-4.33 GB
There was a bug in EclPRO 0.20 with NTSC sources which lead to undersized results. [/B][/QUOTE

For what it's worth, a PAL version of "Terms of Endearment" came out as 4.31 GB.

[jok]

Hi, I've tried EclPRO 0.21 with Van Helsing PAL and the result is 4.31 GB. I haven't notice audio out of sync, at least in the first chapter.

Great job robot1, thank you!

Bye,
Jok

[survivant]

robot1

it is possible to know which values you pass the procoder 2 ? I have a few divx that I want to convert to DVD using ProCoder and I would like to know what is the best combinaison of settings.

I did a few convertion and work great.. but I playing with the setting without knowing exactly what they do.


And I check my DVD Silly Symphonies and the result is 4.3 gigs.. and It works perfectly on my dvd player.

[robot1]

Originally posted by survivant
robot1

it is possible to know which values you pass the procoder 2 ? I have a few divx that I want to convert to DVD using ProCoder and I would like to know what is the best combinaison of settings.

I did a few convertion and work great.. but I playing with the setting without knowing exactly what they do.


And I check my DVD Silly Symphonies and the result is 4.3 gigs.. and It works perfectly on my dvd player. After a full backup with DVD-RB or a "prepare" phase, launch EclPRO.exe.
The program asks if you want to open a file .ecl.
Open Rebuilder.ecl or item.ecl in your D2VAVS folder, and you can check the parameter I used.

[robot1]

As EclPRO 0.21 seems working well with NTSC sources, I update the first post.
Please, report any problems. I'll try to fix as soon as possible.

[jdobbs]

Originally posted by survivant
thanks. I though that DVD-RB was almost able to extract all the angles. Actually the version that is posted already has a ability to extract the angles... it's hidden ;) but that's the simple part.

[survivant]

there is a way to enabled the feature ? :)

[Stive]

Thanks robot1 (and JDobbs) for another encoder choice. I just finished a dual comparison (CCE2.5 and Procoder2) and I was quite impressed with the process and results. However, in watching the two on TV, the Procoder had a slight stutter on the third chapter, where CCE did not. I did not watch the entire two disks (7 hrs) for any other anomolies.

Reading this thread, a possible solution to other Procoder problems was to change legacy=1. Is that worth trying for this problem? Way back in the early days of DVDRB, I was one of the stuttering fools, but since version 40something, that has gone away. I also have to admit, this is a preprocessed file through shrink (no compression). I combined the extended version on two disks of LOTR two towers.

PS: I used v21ecl.

[chrisjim]

Originally posted by Stive
However, in watching the two on TV, the Procoder had a slight stutter on the third chapter, where CCE did not. I did not watch the entire two disks (7 hrs) for any other anomolies.

PS: I used v21ecl.




I had no stutter at all on "Terms of Endearment" (PAL). And I used VobBlanker to strip unwanted audio & video. I've been using VobBlanker with RB/CE for a while now, with no problems whatsoever, & it seems to work fine with Procoder2 as well.

[survivant]

robot1 do you plan to add more configuration setting for elcpro ?

like source filter.. the others options in Procoder 2 ?

[robot1]

Originally posted by Stive
Reading this thread, a possible solution to other Procoder problems was to change legacy=1. Is that worth trying for this problem? If it's a ProCoder problem, using legacy=1 should solve.
If you test this option, please report results.

[robot1]

Originally posted by survivant
robot1 do you plan to add more configuration setting for elcpro ?

like source filter.. the others options in Procoder 2 ? Not soon.
I could add the option in future.

[Sir Didymus]

@survivant

I should say that even without the support for some more complex (or exotic ?) settings, EclPro is a very valuable piece of software, since it allows to use Procoder with DVD-RB...

This is not just a little thing, at least in MO...
;)

Cheers,
SD

[SAPSTAR]

Originally posted by robot1
[B]EclPro v0.20 BETA!

Since EclPRO v0.20, ProCoder2.0 is now well supported, and keyinputs are not needed.


First of all....great job, I was trying to make it for a long time...
When you say, keyinputs are not needed what do you mean exactly ??? When it's running it's still doing some sendkeys, doesn't it ???!?! By the way, I have a pb , my workstation is locking itself after 5 minutes...then it's freezing you sendkey command and not working anymore...do you have a solution for that ?

[robot1]

Originally posted by SAPSTAR
First of all....great job, I was trying to make it for a long time...
When you say, keyinputs are not needed what do you mean exactly ??? When it's running it's still doing some sendkeys, doesn't it ???!?! By the way, I have a pb , my workstation is locking itself after 5 minutes...then it's freezing you sendkey command and not working anymore...do you have a solution for that ? If you use ProCoder2 and EclPro 0.2x, no sendkey command is used.
It just translate the item.ecl in item.ecl.pcb (ProCoder's format), and runs ProCoder with the right input.
Sendkey is used for ProCoder 1.5, or if you use legacy=1 in EclPRO.ini.

[SAPSTAR]

Originally posted by robot1
If you use ProCoder2 and EclPro 0.2x, no sendkey command is used.
It just translate the item.ecl in item.ecl.pcb (ProCoder's format), and runs ProCoder with the right input.
Sendkey is used for ProCoder 1.5, or if you use legacy=1 in EclPRO.ini.

:o You're right...It was my fault, I didn't configure it to use the correct version of Procoder...And you know I just noticed that the new procoder is using an XML file as an input entry...I was wondering how you managed to generate the pcp file. I tried with the version 1.5 but it was a fucking binary file in this version....Anyway good job Robot1 ! :thanks:

[Stive]

Originally posted by robot1
If it's a ProCoder problem, using legacy=1 should solve.
If you test this option, please report results.

Apparently, it is not a Procoder problem as I get a stutter on the same chapter with or without legacy=1. Oh well, back to CCE. Thanks for your help.

[Redbacks]

I'm also having audio problems using 0.21 and procoder 2. Band of brothers first disk. I get small pausing in audio at intervals throughout the disk. When I use CCE for the same disk I have no problems. My current ini is set to Legacy=0
I'll try Legacy=1 and see how I go.

[robot1]

Originally posted by Redbacks
I'm also having audio problems using 0.21 and procoder 2. Band of brothers first disk. I get small pausing in audio at intervals throughout the disk. When I use CCE for the same disk I have no problems. My current ini is set to Legacy=0
I'll try Legacy=1 and see how I go. Please, can you check if the audio pauses are at chapter points, or are at random places?

[Redbacks]

Originally posted by robot1

Please, can you check if the audio pauses are at chapter points, or are at random places?

No robot1, they seem to be random. I'm yet to see if Legacy=1 makes any difference.

Disk is Band Of Brother Disk 1 Region 4 Pal. Haven't tried any of the others though. As I said in my earlier post. I had no problems with this disk using CCE. I'll keep you posted.

[hobyho]

Yes I too have encountered audio lost and video stutter at random points within a dvd, 2 that I have done with v0.21 not in legacy mode.

Used CCE and it was fine.

[robot1]

@Redback and Hobyho
Please, if you could process again the disk with legacy=1, reports results

@Hobyho
Was the disc NTSC or PAL?
If it's NTSC, I could send you a new test version.
If it's PAL, I'm lost (I think it will not work with legacy=1 - PAL mode should be ok with legacy=0)

[survivant]

I' encoding just NTSC and I don't have problem with the audio yet.

[wmansir]

Has anyone with been getting Error 0006 during rebuild with EclPro and v0.65? EDIT: This is a IlVu disc, Independence Day 5-star edition.

I've isolated it to being related to EclPro, but haven't found the specific cause. I'm re-doing it with CCE and will compare files to see if there are any differences.

[robot1]

Originally posted by wmansir
Has anyone with been getting Error 0006 during rebuild with EclPro and v0.65? EDIT: This is a IlVu disc, Independence Day 5-star edition.

I've isolated it to being related to EclPro, but haven't found the specific cause. I'm re-doing it with CCE and will compare files to see if there are any differences. Thanks for your tests.
Could I ask two simple tests?
1 - check the .m2v where you get the Error 6 for the right size (I hope I've solved that bug, but it's better to check again).
2 - check if Scenarist can import that stream (so it's not a "bad stream").

[wmansir]

1. It's odd.

The frame count is the same, but I noticed the frames didn't match up. There were several duplicate and dropped frames in the ProCoder output, the CCE output was fine. I played a hunch and it turns out the problem was using .d2v v1.76 format to index the ProCoder .m2v file. I switched to DGDecode and the results matched the .avs input, though there were a few frame decode errors near the end of some streams.

Looking over the output it does appear ProCoder uses more unusual GOP structures than CCE. For instance the last GOP, that has a duplicate and dropped frame with 1.76, is IPIPBIPB. Others are IIIPIPB, or just an I frame. I don't know if any of this effects DVD-RB's problem.


2. Both the CCE and ProCoder m2v files were rejected because of non-compliant framerates (23.976 without pulldown), but no other errors. If you want I can run them tru pulldown and see if Senarist will take them.


I'm doing a few tests subsituting CCE m2v files to see which ProCoder ones are causing the problem. Hopefully there will be something unique about them.

[robot1]

I've never had such a bad result from procoder.
Could you test with legacy=1?
ProCoder's way of dealing with NTSC is strange, while it's straightforward with PAL ... so I could still miss something.

(obviously you could test just the .avs you need, using the right item.ecl. The .m2v will be placed in the root directory, when launched manually)

[wmansir]

The results weren't really bad, per se, but DVD-RB doesn't like them for some reason.

I tried re-encoding the files with several changes to ProCoder Settings like "Closed GOP" activated, or disabling automatic GOP patterns, but I couldn't get it to work.

I'm attaching the Bitrate Viewer files for the CCE version and the ProCoder version. The only major difference I see between them is the variable GOP pattern, but all the other ProCoder .m2v files have that too and they work.

[DMagic1]

No one ever said if DVDRB has the targetsector settings for Procoder. I've tried ProCoderTargetSectors= with different values and it never changes the compression or final output.

[robot1]

There isn't a Procoder specific setting (maybe jdobbs will insert it?)
You can use the generic TargetSector=

[DMagic1]

Cool thanks. Almost forgot about that.

[jdobbs]

Originally posted by robot1
There isn't a Procoder specific setting (maybe jdobbs will insert it?)
You can use the generic TargetSector= Done. It'll be in v0.68

[survivant]

I wanted to give some donation for dvd-rb. It's my first time with PayPal. I saw that the payment was in USD. I want to give 10$, but with the exchange rate you will receive a little less. Is that ok with you ? Will I receive a link to download dvd-rb067 ?

I have to donate from the website ?

http://dvd-rb.dvd2go.org

[jdobbs]

Originally posted by survivant
I wanted to give some donation for dvd-rb. It's my first time with PayPal. I saw that the payment was in USD. I want to give 10$, but with the exchange rate you will receive a little less. Is that ok with you ? Will I receive a link to download dvd-rb067 ?

I have to donate from the website ?

http://dvd-rb.dvd2go.org Whoops... accidentally hit "edit" instead of "quote" -- so your post looks as if I edited it.

Don't worry about conversion. If you donate you will get it. It won't be a link, I'll just e-mail a copy to you. I may change to download links someday, but for right now the total number of VIPs really isn't that high so I just e-mail it with a piece of software I wrote.

The simplest way to donate is to just push the "Donate" button from the "About" box in DVD-RB itself.

[survivant]

payment done. I have a good software, keep doing it.

[survivant]

I saw in ProCoder 2 an option CLOSED GOP. Should be use for multi-angle DVD. eclpro supporte this feature ?

[robot1]

DVD-RB doesn't re-encode multiangle parts, so it's not needed.
Anyway, it's supported, and will be used when DVD-RB will re-encode multiangle parts.

[survivant]

multi-part are not supported in rb ? I was sure it was in 0.65+ Like Starwars is multi-angle. What dvd-RB 0.67 does with that ?

Not sure to understand what you said :(

[robot1]

Yes it's supported.
But the multi-angle part is copied untouched from the original disk (at least now), so it's not encoded.

[survivant]

thanks it what I tought.

So you still plan to release a new eclpro version with alwaysGOP15=0 by default ? I read a message telling something like that.

[robot1]

If I can absolutely sure GOPlength 15 drives to dropouts, I'll release it soon.
My feeling is that the changes jdobbs is making in DVD-RB will improve compatibilty with standalones, so it will not be strictly necessary to use goplength 12.

[jdobbs]

Not sure about ProCoder... but with some encoders you have to be very careful about setting GOP length to 15. Occasionally the encoder will go longer (for various reasons) -- and if it goes beyond 18 frames in a GOP it violates the DVD standard.

[Boulder]

Based on my experiences, ProCoder often does this in the very first GOP, at least TMPGEnc DVD Author usually nagged about it. No problems with CCE ever.

[ulysses]

Sorry for my english... :)

Is there any way to set "luminance level" to 16-235 in Procoder1.5 -2.0 using DVD Rebuilder (filter "601 correction" or something else...)? If not - adding support of procoder is useless for me.

But with CCE - it's really GREAT!!!

[TheSeeker]

How can I tweak some of the procoder settings that are used when I run a movie through DVD RB using procoder. There are no settings to play around with from inside of Rebuilder. Is there some way to tweak procoder settings?

[robot1]

What do you want to tweak?
Filters aren't supported, and I don't know if I will ever add support to filters, as there is avisynth for filtering in DVD-RB...
You can change other settings with RB-OPT.

[TheSeeker]

Thats just it I dont know if there are any settings I can play around with in Procoder. So can I use the filter editor and use filters that way in conjunction with Procoder/DVDRB?

[survivant]

same thing here. I know we can use external filter with AVS, but I prefer to use some internal ProCoder Filter or option. Like PAL to NTSC (an example, no idea if dvd-rb could handle that when rebuilding the dvd structure)

For now, I'll recreate the .pcp file from the .ecl include some filter, like adaptive deinterlace. I use the .ecl.pcp that eclpro create for an example, and open it manually with ProCoder 2 and add to it filters and save it. I'll be able to look what is the syntax for filter in the .pcp file.

I'll look at that tonight.

[survivant]

I import one pcp file, created by elcpro, into ProCoder 2 and add one filter.

the difference it's into the <filter/> tag.


I use the adaptive deinterlace filter

the lines : <Module_0 ModuleGUID="{C069D8A2-B83B-4253-A23F-4647E18FC521}" PresetGUID="{C069D8A2-B83B-4253-A23F-4647E18FC521}">
<ModuleData Method.DWD="0" Threshold.DBL="15.000000" />

are the filter. I'll try to do a simple script capable of modifing the .pcp file created by eclpro for adding filters. Could be usefull.


<?xml version="1.0" ?>
<cnpsXML>
<Sources>
<Module_0 Inpoint.QWD="0" Outpoint.QWD="6345720000" MultiSource.DWD="1">
<ModuleData>
<StreamTypeTable StreamSelector_0.DWD="0" StreamPtr_0.DWD="0" StreamSelector_1.DWD="2" StreamPtr_1.DWD="0" />
<SourceModules>
<MultiSrcModule_0 MultiSource.DWD="0" Filename="C:\DVD\ENCODE\D2VAVS\V01000000001001.avs">
<ModuleData FrameMode.DWD="0" AspectRatio.BIN="BgAAAAUAAAA=" />
</MultiSrcModule_0>
</SourceModules>
</ModuleData>
<Filter_0>
<Module_0 ModuleGUID="{C069D8A2-B83B-4253-A23F-4647E18FC521}" PresetGUID="{C069D8A2-B83B-4253-A23F-4647E18FC521}">
<ModuleData Method.DWD="0" Threshold.DBL="15.000000" />
</Module_0>
</Filter_0>
<Filter_1 />
</Module_0>
</Sources>
<Destinations>
<Module_0 ModuleGUID="{A7264AEF-FF57-42E0-BBAD-CCF546CD515F}" PresetGUID="{A7264AEF-FF57-42E0-BBAD-CCF546CD515F}">
<ModuleData CML_P_BaseFileName="V01000000001001" CML_P_Path="C:\DVD\ENCODE\D2VAVS" DestFileUseSource.DWD="1" CML_P_SplitSelection.DWD="0" CML_P_SplitTime.DWD="10" QControl.DWD="1" UserMediaSize.BIN="AJQ1dwAAAAA=" stream_format.DWD="5" vob_marker_point.DWD="1" vob_chapter_method.DWD="0" vob_chapter_interval.DWD="15" use_dvd_repeat_mode.DWD="0" stream_type.DWD="3" video_pid.DWD="4096" video_standard.DWD="0" CML_V_SizeX.DWD="720" CML_V_SizeY.DWD="480" frame_rate_code.DWD="1" interlace_mode.DWD="0" aspect_ratio_code.DWD="3" quality_code.DWD="8" bitrate_mode.DWD="1" number_of_passes.DWD="2" bitrate.DWD="3724" max_bitrate.DWD="8616" min_bitrate.DWD="0" ip_quant.DBL="0.800000" reservoir_buffer_size.DWD="1024" expense_buffer_size.DWD="1024" profile_level.DWD="3" use_sh_each_gop.DWD="1" vbv_buffer_size.DWD="224" max_gop_frames.DWD="12" max_ip_distance.DWD="-1" picture_structure.DWD="1" use_closed_gop.DWD="0" chroma_format.DWD="0" dc_precision.DWD="10" use_strict_gop_bitrate.DWD="0" use_dvd_compatible.DWD="1" UsedStreamAudio.DWD="2" audio_stream_type.DWD="1" audio_pid.DWD="4097" audio_bitrate.DWD="224000" CML_A_SampleRate.DWD="48000" audio_channels.DWD="0" pcm_channels.DWD="0" pcm_pid.DWD="4098" CML_A_SampleSize.DWD="16" audio_has_error_protection.DWD="1" audio_has_copyright_bit.DWD="0" audio_has_original_bit.DWD="0" audio_emphasis.DWD="0" pcm_emphasis.DWD="0" use_fixed_mux_rate.DWD="0" use_stream_audio.DWD="2" CML_P_ForcedSplitMinutes.DWD="0" />
<Filter_0 />
<Filter_1 />
</Module_0>
</Destinations>
<ProjectSettings Stitching.DWD="0" />
</cnpsXML>

[frank]

I think there is an issue at conversion of ecl into Procoders internal file by ECLPro.

Interlaced sources should be encoded with alternate scan order (frame picture) to improve the quality.
The ecl file created by DVD-RB sets the param right, but Procoder encodes with zigzag!
You can watch it with VobEdit.
alternate_scan: 0

[Boulder]

IIRC ProCoder doesn't have the option, it always uses zigzag scanning.

[survivant]

So I'm not suppose to encode the dvd in procoder with the option deinterlace ?

there is a way to use the alternate scan order with AVSFilter ?

My problem is that without deinterlace I obtain flicking like picture. Like the frame were doubles. Not sure what is the right expression in english

[wmansir]

I just wanted to bump this to thank robot1 again for making this excellent tool. I just did Dead Like Me (Season 1, Disc 2) which has 5 40-45 minute episodes on 1 DVD. 212 minutes of total video with a DD5.1 track. Average video bitrate was 2400kbps and it came out looking fantastic. Not perfect, but entirely acceptable and much better than I expected.

So thanks again robot1.

[robot1]

:)
ProCoder is excellent at low bitrates, and is a real good alternative to CCE.
I've done many backups at bitrates from 2700 to 3200 with ProCoder with great results.

[DMagic1]

I agree. I did Troy with CCE and Procoder and you could see a big difference. The Procoder seem a good bit better to my eyes. As I remember, the bitrate was about 3075.

[TheSeeker]

I think the output from procoder is a little soft which may make it look a bit better under low bitrate situations whereas cce seems to be a little sharper output but more grainyness to it. It all depends on what you prefer. I personally did the Friends season 1 discs. And oh my god these dvd's are probably the worst done dvd's i have ever seen. The compression ratio was only like 75 or 80 percent but the bitrates were like under 3000!!! this was on the original dvd. The quality was absolutely horrid to begin with. So I ran it through RB with CCE SP and the custom kvcd matrice and natural picture built in filter and the result IMO was better than Procoder. Only because of the natural picture filter and the matrice though i think. If procoder had similar capabilities than procoder would win out i think. But the dvd's are far from perfect especially now that I have my new Toshiba 46" HDTV. I can see many more imperfections in my movies than I could before.

[Boulder]

As stated earlier, the biggest con for ProCoder is the lack of support for custom quant matrices. They can make a huge difference when dealing with low bitrates. The item has been added to the wishlist so there is still hope:) With high-bitrate interlaced encodes, ProCoder should easily be the best one.

[borgraf]

I just tested this nice tool with Procoder 2. My source was the PAL LOTR ROTK EE. It looked very good for 2400 bps, but unfortunately the result has a "stutter" between each chapter on my standalone player. I did some reading here and figured i'd try AlwaysGOP15=0 and Legacy=1, but it made no difference. Also, with Legacy=1 I had to manually exit procoder for each segment.

Any help would be appreciated :)

edit: I should add that my standalone is the type that picks up on all probs, large or small, "It's a Sony"

[robot1]

Which version of DVD-RB have you used?
I hope the last one (v0.70 or v0.71)

Please, can you test with the option
StrictGOPBrateControl=1
in the EclPRO.ini
(default is 0)
My standalone is more forgiving, so I'm not sure if it can change anything.

The legacy option had a bug, solved for next release.

Thank you for your tests.

[borgraf]

Yeah I used RB 0.70. Thanks for the reply, i'll let it run with StrictGOPBrateControl=1 overnight and report back tomorrow :)

[borgraf]

No luck i'm afraid, I still get the "stutter" with StrictGOPBrateControl=1 . To make sure i'm sniffing the right tree I changed mode to CCE and gave it a quick run. No stutter at all :(

Would using both StrictGOPBrateControl=1 and AlwaysGOP15=0 be worth a shot? If i've got nothing else running tonight I might give it a go.

[robot1]

Yes, that would be the most compatible solution.
If it doesn't work ... I don't know what to think.
Have you ever done other backup with ProCoder?

[robot1]

Sorry if I abuse of your patience... but you could have a test with CCE, to check if you can replicate the same problem.
Please, in three click mode, after the prepare step, open the rebuilder.ecl and change all the lines
seq_endcode=0
with
seq_endcode=1
Save, and encode and rebuild in DVD-RB as always.
If you have stutter at the end of every chapter again, it's the "sequence end code" inserted by ProCoder causing problems.


You could have also another (!) test.
Make a bakcup of you last ProCoder bakcup, using the option "No compression (100% Video)" in the "Mode" menu.
I've done a test, and in the demuxed .mpv's I can't find the sequence endcode. (This is a pretty fast test, if you haven't deleted the previous encoding).

Thanks again for your tests.

[wmansir]

Here's the link (http://forum.doom9.org/attachment.php?s=&postid=596673) for v0.22, for those who missed the other thread.

I haven't used it yet, but I have 2.0 so the changes from v0.21 shouldn't effect me.

[borgraf]

Originally posted by robot1
... test with CCE [snip]
change all the lines
seq_endcode=0
with
seq_endcode=1
Save, and encode and rebuild in DVD-RB as always.
Ok I tried that and it made the CCE backup "stutter" at the chapter points same as the ProCoder backup. Just don't ask me why :)

Make a bakcup of you last ProCoder bakcup, using the option "No compression (100% Video)" in the "Mode" menu.Tried it and i'm sorry to say it still looks the same.
Have you ever done other backup with ProCoder?I've done the 3 LOTR EE films and they all had "the stutter". I might throw something else at RB/Procoder2 to see what happens.


Thanks for your work on this tool :)

[robot1]

Originally posted by borgraf
Ok I tried that and it made the CCE backup "stutter" at the chapter points same as the ProCoder backup. Just don't ask me why :)
Probably it's the sequence end code.
I'll post an updated version later.
I'll be glad if you can test it.

[robot1]

Updated version.
Thanks to bograf for extensive testing ;)

Changelog from 0.21
- fixed a bug in legacy mode (Procoder wasn't shut down after encoding)
- Added support for seq_endcode=0 (Should solve most stuttering problems reported at chapter breaks)
- Added a new entry in the .ini files: AutoParameters

If enabled AutoParameters, ECLPro changes these parameters, according to bitrate used:
- bitrate < 1800: DC Precision 8 - GopLength 15
- 1800 < bitrate < 2500: DC Precision 9 - GopLength 15
- 2500 < bitrate < 3500: DC Precision 10 - GopLength 15
- bitrate > 3500: DC Precision 10 - GopLength 12
For interlaced sources, bitrate limits are raised.
To enable, insert the line AutoParameters=1 under [Quality] section in ECLPro.ini.
Default is off.

If you want the maximum control of the encoding, use
Alwaysgop15=0
and
AutoParameters=0

Please, report your result.

[wmansir]

I like the auto-parameters idea. Do you take half-D1 into account?

[TheSeeker]

Im always so hesitant to set dc precision to 8, mainly because I dont know how much of an effect on quality it will make. So I guess my question is just that. How much does lowering the dc precision effect the quality of a backup?

[robot1]

I haven't considered HalfD1.
But I think the main usage of HalfD1 is with low bitrates (ex. HalfD1/Half Bitrates), so it should fall in the ~1800 area.

@TheSeeker
I haven't made many test with dc=8.
But it we consider 1800 is a very low bitrate, I think it doesn't hurt.
I've used dc=9 often for low bitrates, and results are good.

[TheSeeker]

I guess its just a matter of figuring out if the quality lost by lowering the dc precision to 8 will be made up in the higher compressiblity/bitrate gained by lowering it. I might try doing some testing and at least see if there is a noticeable difference to my eye.

[SkVid]

Hi,

my problem is that I have a source (AVISynth-file) with width=480 and height=576 (svcd, aspect ratio 4:3). In the ECL-file width and height is set:
width=480
height=576
aspect_ratio=2
I know that this format is (unfortunately) not supported by DVD-RB but I want to test something. And when I open ProCoder2 using ECLPRO the source aspect ratio is not set properly.
What can I do?

Thanks for your help!

SK

[robot1]

Originally posted by SkVid
Hi,

my problem is that I have a source (AVISynth-file) with width=480 and height=576 (svcd, aspect ratio 4:3). In the ECL-file width and height is set:
width=480
height=576
aspect_ratio=2
I know that this format is (unfortunately) not supported by DVD-RB but I want to test something. And when I open ProCoder2 using ECLPRO the source aspect ratio is not set properly.
What can I do?

Thanks for your help!

SK
Are you using ProCoder2?
Try changing Legacy=1 in ECLPro.ini - it should do the trick.
I've coded only DVD standard resolutions for ProCoder2 in standard mode... probably I'll add more for a future version.

[SkVid]

It worked ! ! !

Thank you very much!

Most of the DVD-Players have no problems with 2/3 D1 and the Results are better than 1/2 D1 even for extras.
That's what I am testing. It is a pity that DVD-Rebuilder doesn't support this format.

SK

[borgraf]

I just got another of these strange "Run-time error '5': Invalid procedure call or argument" in RB 0.73 during rebild with ECLPro 0.24 and ProCoder 2. I had hoped we left those errors in 0.23 :(

I gave the same source a try with CCE and it rebuilt fine. I'll do a careful setup of RB 0.74 and give it another go; just in case there was a gremlin at my end :)

[edited: bad choice of word]

[robot1]

@ borgraf
Some tests for you.
If you still have Error 5, could you test to encode just the single offending cell with CCE?
PM me if you need details.

Anyway ... I don't remember this Error 5.
I have to search in the board...

[borgraf]

Originally posted by robot1
@ borgraf
Some tests for you.
If you still have Error 5, could you test to encode just the single offending cell with CCE?
PM me if you need details.

Anyway ... I don't remember this Error 5.
I have to search in the board... Thanks for the reply. Search your PM:s instead, or was it email? I got the same error with 0.23 on a different disc but then 0.24 worked.

I've run a few tests since yesterday (6 hrs for a 3 hr film :/ ). RB 0.74 and ECLPro 0.24 gave the same error as before, but a test run with ECLPro 0.21 rebuilds fine.

I noticed another thread with the same error http://forum.doom9.org/showthread.php?s=&threadid=89395 but unlike that one my disc is not preprocessed in any way. I sure hope i'm not sending you on a false track, maybe i'll run a few more tests with other settings for ECLPro.

Thanks for your work on this tool, it's a very nice complement to jdobbs' excellent DVD-RB !

[edit] I've never encoded a single cell the way you describe so I figured i'd try something else that I hope will have the same effect. I replaced all the V01000600002006.* files, the run-time error 5 comes at the end of rebuilding that one, with the ones from my previous successful CCE rebuild. It now rebuilds without error.

[robot1]

@borgraf
What's the size of these 2 .m2v (CCE and Procoder's one)?
I'd like to check them.
Anyway, could you send me the rebuilder.ecl?

[robot1]

This should solve the issue showned by Borgraf (as soon as a mod approoves it)
Changelog:
- Fixed a bug in seq_encode=0 handling. Could solve stuttering and Error 5 situations in DVD-RB (Thanks again to borgraf for testing and reporting)
- Added support for SVCD resolutions in non-legacy mode.

I haven't tested it much... so any feedback is appreciated.

After some testing (and reports from borgraf) I'll update the first post of the thread.

[borgraf]

thanks again robot1 for your work. only time for a quick comment this morning. I installed 0.25 and selected "yes" for the "dynamically change encoding parameters?" but in the .ini there is set AutoParameters=0

[borgraf]

The new encode (manually set AutoParameters=1) rebuilt fine and I just played it on my Sony. I checked the beginning, end, chapter breaks and a bit of each chapter. Everything seems to be in perfect working order and it's looking good too :)

[robot1]

Thanks again to borgraf for his extensive testing.
I've solved the little setup bug...
Anyway, I'm glad we have solved the Error 5/Stuttering problem: I hope now compatibility with DVD-RB is almost perfect.

[TheSeeker]

Ok Im getting an unusual error I haven't seen with the Procoder/DVD-RB combo before. I have attached an image file of the error that I see.. So I guess I have to wait mod approval but here is my setup. Im using avisynth 2.56 alpha, dvd rb .74, dgdecode 1.13b, procoder 2, eclpro .25a. I have everything pointed to the correct files in rebuilder setup and i have successfully used eclpro .24 before, but not .25a. I have the strictgopbratecontrol=1 and alwaysgop15=0 options set. I run prepare on the source and all is fine. I go to encode and procoder opens fine and then it seems to run pretty fast through an encode (1.20 of realtime, which is faster than I have ever seen it go), then it closes and errors with the attached error code. Then I hit ok on the error window and it opens the next file and seems to do something then that closes and erros when it gets to the end and it keeps doing this until I abort encode on dvd rb. So just wondering what could be causing this? Any ideas anyone?

[borgraf]

I'm now on 3 successful rebuilds with ECLPro 0.25a. I noticed you have a whole lot of alpha and beta software in that setup. It's a longshot but you could try the same setup as me on the off chance that it matters. I'm using AviSynth 2.5.5, DGDecode from DGMPGDec 1.1.0 Final, AutoParameters=1, AlwaysGOP15=0, StrictGOPBrateControl=0

just a suggestion, good luck

[robot1]

Originally posted by TheSeeker
So just wondering what could be causing this? Any ideas anyone? Just to point out two things:
1 - EclPRO needs rmseq.exe, and looks for it in the same directory (I will add a check for next version that warns if the program is missing)
2 - from our PM's we have established that rmseq.exe doesn't work with WindowsXP 64 beta. If you have installed this beta version of the S.O. and want to use Procoder, the last working version is EclPRO v0.22. Anyawy, looking to solve this issue.

[wmansir]

I think I have discovered an problem with EclPro's handling of interlaced content. Some testing I have done with NuMenu4U appears to show that EclPro is not setting the TopFieldFirst flag correctly. Of course this causes interlaced output to stutter.

I'm not sure if this parameter was overlooked because DVD-RB does not make use of it, or perhaps it is reversed. I haven't done extensive testing yet. One file I did try was a CCE 2.5 .ecl that had top_first=0, CCE output an MPEG with TFF=1. The same .ecl done with Procoder had TFF=0.

Later versions of CCE use the offset_line= parameter instead of (or in addition to) top_first in order to set field order. I haven't tested them.

CCE has always had a messed up way of handling TFF settings, so the .ecl setting may not match the final output. I think the important thing here is that EclPro match CCE's output as closely as possible.

This issue doesn't affect DVD-RB because the TFF flag is overwritten by DVD-RB in the rebuild phase, so any error is corrected in the final output.

[robot1]

Originally posted by wmansir
I think I have discovered an problem with EclPro's handling of interlaced content. Some testing I have done with NuMenu4U appears to show that EclPro is not setting the TopFieldFirst flag correctly. Of course this causes interlaced output to stutter.

I'm not sure if this parameter was overlooked because DVD-RB does not make use of it, or perhaps it is reversed. I haven't done extensive testing yet. One file I did try was a CCE 2.5 .ecl that had top_first=0, CCE output an MPEG with TFF=1. The same .ecl done with Procoder had TFF=0.
Later I will test and fix. I don't know if I've implemented both the CEC 2.5 and 2.6x parameters. DVD-RB uses the 2.5 one, while NuMenu4u the 2.6x.


CCE has always had a messed up way of handling TFF settings, so the .ecl setting may not match the final output. I think the important thing here is that EclPro match CCE's output as closely as possible.
Of course!



This issue does effect DVD-RB because the TFF flag is overwritten by DVD-RB in the rebuild phase, so any error is corrected in the final output. [/B] Does the issue affect DVD-RB?
From what I've understood, it doesn't :confused:
Anyway, it will fixed.

[wmansir]

Whoops, I meant doesn't affect DVD-RB. I fixed it.

Also, now that I'm recalling it, CCE 2.5 (and maybe all versions) output TFF regardless of the Top_first= setting. That setting's true effect in 2.5 is to shift the input video 1 line (like offset_line=1), effectively making BFF input into TFF video and visa versa.

So the Top_first= setting is actually reversed.

Top_First=0

CCE outputs TFF, input is left untouched.

ProCoder should be set to TFF.


Top_First=1

CCE outputs TFF, Input shifted 1 line

ProCoder should output BFF.

The Offset_Line parameter made this process more apparent, but caused more confusion than anything.

[robot1]

This should solve the bff/tff issue reported with NuMenu4U.

[EDIT]
It's not perfect yet, because NuMenu4U always outputs
progressive=1
even for interlaced sources.

So, don't use ProCoder with interlaced menus till next NuMenu4U version.

[SlipGun]

I was just wondering, what are the AutoParameters bitrate limits for interlaced sources? Also, is DC Prec something you can set in eclpro.ini like GOP length?

[robot1]

for interlaced sources, bitrates limits are raised by 150.
If autoparameters=0, EclPRO uses DCPrec defined in the .ecl

[wmansir]

I've encountered a special case where EclPro doesn't output the same as CCE and causes a frame count mismatch errror in DVD-RB's rebuild phase.

This happens when DVD-RB builds a 0 frame job. Whether RB should be building 0 frames jobs is another matter. I think it's due to VobBlanker, since I've seen this before when using it.

CCE creates a 0 byte file, where EclPro creates a 1 frame video.

I've attached a file with all the relevent files. I even included the rebuilder.inf and VTS .ifo in case jdobbs or anyone else is interested. Obviously the .vob is too large to include but I pasted the vobedit info from the first video and nav header into a text file, since this 0 frame segment is the first one.

[robot1]

I could modify EclPRO to check the number of frames, and if is=0, to create a 0 byte file, and not run ProCoder.
Do you think this would solve?

[wmansir]

That sounds fine. I think you'll want to test for "encode_last=0" in the ecl. Or "last_frame=0", though going by encode_last will emulate CCE's behavior better.

[robot1]

Changelog:
Changed behaviour for files with no frames to encode, to reflect CCE's one.

Thanks to wmansir for discovering the bug, and for the suggestions.

The download will be available as soon as a mod approves it.

[jdobbs]

Originally posted by wmansir
I've encountered a special case where EclPro doesn't output the same as CCE and causes a frame count mismatch errror in DVD-RB's rebuild phase.

This happens when DVD-RB builds a 0 frame job. Whether RB should be building 0 frames jobs is another matter. I think it's due to VobBlanker, since I've seen this before when using it.

CCE creates a 0 byte file, where EclPro creates a 1 frame video.

I've attached a file with all the relevent files. I even included the rebuilder.inf and VTS .ifo in case jdobbs or anyone else is interested. Obviously the .vob is too large to include but I pasted the vobedit info from the first video and nav header into a text file, since this 0 frame segment is the first one. I don't see the "0 frame job" in your post anywhere??? I do see a single frame job...

[EDIT] I do see, though the DVD-RB is putting frames=0 in the INF file for a job that has trim(0,-1) in it. That trim setting actually returns one cell (frame 0).

Has any of the files in your zip been manually modified? I just looked at the code, and the two values are output within a few lines of each other... I don't see how a job that has "trim(0,-1)" in it could output a frame count of zero???

[wmansir]

The .avs is 1 frame, but the .ecl has last_frame=0 and encode_last=0, which is why nothing is encoded.

[jdobbs]

Could you do me a favor and tell me what the trim() values are for the next segment following that one? I think I may have it.

[wmansir]

I don't have the original files anymore, I could try and recreate them, but I did some pre-processing so I can't guarantee I can recreate the problem.

I do know the next segment had 1 frame output, but I don't recall the trim values.

[wmansir]

I should add that when I previously encountered this situation the trim values in the next segment were the same as the first (0,-1). But I don't recall well enough to say so in this case. And in both instances that I can recall the 0-frame segment was the first in the VTS.

[jdobbs]

That's ok -- I think I know how it happened. Thanks...

[robot1]

@Jdobbs
ProCoder encodes always inserting the sequence endcode for every segment.
When it's not needed EclPRO runs another program (rmseq.exe) which scans the output and remove the sequence.
As DVD-RB now handles correctly files with sequence endcode (even if it's not needed), could you use in the .ecl always the sequence endcode "on" (so EclPRO doesn't call the external program)?
This could lessen the total encoding time using ProCoder.

[jdobbs]

Ok... just so I have it right. You want me to always turn sequence endcode on in the .ECL for Procoder encodes... that should be easy enough.

[jdobbs]

Done. It'll be in v0.86

[robot1]

Thank you.
:)

[daphy]

Updates:
- Added support for Canopus HQ format output.
- Fixed issue when outputing files larger than 2GB.
- Fixed issue when converting to Windows Media files.
- Fixed issue when applying multiple audio filters.
- Fixed issue with field order in exported file.
- pulldown error fixed for dvd profile

ftp://ftp.canopus.co.jp/pub/jp/drivers/win2k/

[Blackout]

hey guys, im getting a problem with Procoder 2.0 and Rebuilder where there are slight skips in the films that are encoded, when there are chapter points. Sometimes the audio goes slightly out of sync, until the next chapter point. Im guessing that something is passing too many or incorrect frames at the chapter points to Procoder. Or maybe its ECLPro, i was using ver 1.21 at the time of the encode. It was a hollywood dvd.

With CCE doing the encoding, everything works fine and there are no skips, so its either ECLPro or PRocoder 2.0...anyone seen this problem and had it sorted?

many thanks,
Blackout

[robot1]

Probably it was the sequence endcode inserted at the end of every cell.
It was fixed in EclPRO 0.25
Now DVD-RB can handle .m2v with the sequence endcode, but I don't know if a simple "No Compression" mode will fix: you could try on a RW.
If it doesn't fix, you have to repeat the whole process.

[D3s7]

Finally getting around to playing w/ procoder and eclpro and I'm running into the "Target File Warning" box (2.04.02)

I've up'd the delay setting in the .ini but doesn't seem to have any impact..

Anyone w/ any additional thoughts?

[robot1]

I can't repeat the error - probably my PC is much slower :(
If you could PM me a valid email address, I could send you a test version tomorrow.

[Blackout]

Hi, ive gone back to a new re-encode from new VIDEO_TS folder files, this time using EClPro v0.27 with Rebuilder 0.93 and Procoder V2.01. The new encode still has the slight stutter/skips at index changes. The original naturally does not have this (Blackadder II) and an encode with DVDShrink does not have this problem either (although the quality is not as good...which is why i really want DVD-RB and PRocoder to work!!).

I wander if the fact that its a PAL DVD, and that its from Interlaced TV material is why its happening...maybe most ppl are not seeing a problem on NTSC Progressive film encodes....Perhaps one of the interlaced frames is getting lost somehow, it looks like that, or perhaps that an interlaced frame is getting put back in the wrong order at the joins...??? But its very frustrating... :(

Blackout-

[robot1]

I wander if the fact that its a PAL DVD, and that its from Interlaced TV material is why its happening...maybe most ppl are not seeing a problem on NTSC Progressive film encodes....Perhaps one of the interlaced frames is getting lost somehow, it looks like that, or perhaps that an interlaced frame is getting put back in the wrong order at the joins...??? But its very frustrating... :(

Blackout-
I've rebuilt PAL interlaced DVD without problems.
Anyway, the frame order is handled by DVD-RB.
To check if it's a DVD-RB problem or a Procoder problem you should encode with a different encoder (there are free ones to test, as QuEnc or HC)
I could suggest also to upgrade to the last procoder version, as in the msg by daphy: it solves an issue with field order

[robot1]

The update for Canopus ProCoder express solves all the bug reported for the previous versions (2 frames missing in many encodes, average bitrate limited to a minimum of 2501 kbps) and add many parameters to tweak.
Now ProCoder express is a very good product for its quality/cost ratio, comparable to CCE Basic.

EclPRO v0.40 supports ProCoder express v1.12 (the older version isn't supported anymore).
It solves also the bug with NuMenu4U pointed out by D3s7

Download (as soon as a mod approves it)

[borgraf]

nice work once again robot1 :)

one question about a setting. I'd like to use GopLength 15 on all segments on a particular project, even the few above 3500 bps, but still have "AutoParameters" control the DC prec. Can AlwaysGOP15=1 be used to override the AutoParameters GOP control?

[robot1]

At present Autoparameters overrides the AlwaysGOP15 selection.
I will change the behaviour for next build.

[borgraf]

excellent :thanks:

[Rumbah]

Hi!

I want to use ECLPro for writing a Procoder Cuttermaran provider as I don't know the Procoder project format. Now I wanted to know what parameters from the ecl file ECLPro is using so that I don't have to write a complete eml file, but only the necessary information as I think not all things in there are relevant for Procoder.

Thanks

Rumbah

[robot1]

The ecl should be in the format used by CCE 2.50 or CCE 2.67.
These are the tags in the .ecl readed by EclPRO:


name=
aspect_ratio=
width=
height=
frame_rate_idx=
progressive=
top_first=
offset_line=
vid_file0=

vmode= or video_type= (one is used by cce 2.50 and the other from 2.6x)

according to the vmode:
cbr_brate=
vbr_brate_avg= and vbr_brate_min= and vbr_brate_max=
opv_brate_max= and opv_q_factor=


seq_endcode=
gop_hdr=
all_closed_gop=
intra_dc_prec=
seq_hdr=
encode_first=
encode_last=

[Rumbah]

Thanks for the fast answer.

I only have two additional question:

What values can video_type take and what is the meaning of them?
I couldn't find any information about it and if I create an ecl file with CCE SP 2.70.02 there is neither a vmode nor a video_type entry.
What q matrix does Procoder take? Does it take custom matrices from the ecl file?

[robot1]

vmode (CCE 2.50):
OPV 0
CBR 1
VBR 2

video_type (CCE 2.6x):
OPV 2
CBR 1
VBR 4


ProCoder uses his internal matrix, which can't be changed.
Q matrix parameters in the .ecl are ignored.

[FerretZone]

I just downloaded the Procoder Express 01.12.02 subrevision from Canopus to fix issues with the Athlon 64 processors on the nVidia 4 motherboards and EclPro 0.40 is not working. It is stopping and giving me an "Automation Error: Select Aspect Ratio". If I hit Ctrl-Alt-Del and then the "..." button for the Aspect Ratio, it clicks through and stops at the Job Summary window wanting me to hit the "Convert" button.

I am running an Athlon 64 3700 S754 on the MSI K8N Neo3-F with 2 Gb RAM and the ATI X700 PCIe w/256 Mb RAM (ATI branded). It was working with the 1.12 no subrevision, but the output was glitched like mad. I received the notice that the update was available from the Canopus tech support yesterday after sending them an email and downloaded the update today. That is when it broke DVD-Rebuilder Pro 1.00 RC2 and EclPro 0.40.

How do I fix this?

[FerretZone]

I ended up just putting PTFB <http://www.tlhouse.co.uk/PTFBPro/> on the system and have it pressing the "..." button after a 2 second wait (1 second didn't work) and the "Convert" button after 1 second. Everything is doing great with this cludge. I guess that is what happens when you put on the newest version of a program.

[djan]

Hi Robot1,

Could you explain each option available in the .ini file please ?

[Options]
Delay=0
Pause=10
Priority=0
Minimize=1
NoPathWarn=0
Procoder=C:\Program Files\ProCoder\Procoder2.exe
[Quality]
Quality=4
AlwaysGOP15=1
AutoParameters=1
[Debug]
StrictGOPBrateControl=0
Legacy=0 Thx.

[robot1]

- Options section
Procoder= Path to Procoder.exe
Priority = 0(default):Low - 1:Normal - 2:High
(with 0 you can surf or use the PC while encoding - encoding could be a bit slower, anyway it should be the best compromise)
Minimize = 0(default):Procoder window starts maximized while encoding - 1:Procoder window starts minimized

NoPathWarn = 0(default) - 1:"Target Path not set" warning will not be showed in non batch mode (DVD-RB uses it always in batch mode, so it's not important)

For ProCoder 1.5 or Procoder Express or Procoder 2 in legacy mode:
Delay = Delay in keypressing (default=0 - minimum)
Pause = TimeOut in waiting for windows to show (default=20 - suggested, you could lower to 10 with a fast pc)


- Quality section
Quality = 1:High Speed - 2:High Quality - 3(default):Highest Quality - 4:Mastering Quality (best quality)
AlwaysGop15 = 0:Set GopLength according to .ECL - 1(default):Always use GopLength=15 (better for low bitrates encoding)
Autoparameters = 0(default):Encoding parameters (DC Precision and gop length) are set according to the .ECL - 1:Encoding parameters are set by EclPRO, according to the bitrate to achieve maximum quality.
Alsaysframe = 0:Use field base encoding for interlaced sources (better) - 1(default):Always use frame mode (more compatible) - Please use frame mode in DVD-RB else you get errors in rebuilding. (currently it's hidden. You could use it if you remux with Scenarist: ex. in NuMenu)

- Debug section
StrictGOPBrateControl = 0:Default - 1:bitrate is controlled by each GOP unit. Use 1 if you have problem in your standalone player with default setting (should be not needed)
Legacy = 0:Used new ProCoder2 interaction (Default) - 2:ProCoder2 is used in legacy mode (commands sent by keys)
Legacy mode should not be needed anymore for ProCoder2...

[jdobbs]

@robot1

In case you haven't heard it lately -- you do good work!

[djan]

Thank you very much Robot1 !

Another question. Does ProCoder need ConvertToYUY2() ?

[robot1]

@jdobbs
:thanks:
Anyway, I can't express to you in my poor english all my thankfulness for making DVD-RB

@djan
ProCoder should work without ConvertToYUY2, but I don't know if it does the conversion internally, and in which colorspace it works.
Anyway, Avisynth does the conversion well, and I think it's safe to use.

[djan]

If I ask this question it's because I'm worry about the conversion produces a quality loss. And if it doesn't need the conversion, I prefer to not use it.

[wmansir]

robot1,
I know there is no trial version of Procoder Express, but I read that one comes with the trial version of Edius Pro 3, Canopus's video editing suite. According to the Demo download page the only limitation is:
> 30-day usage period
> TitleMotion Pro Not included

My connection is a bit flakey now, but I will download it when I get a chance and try it out.

[robot1]

Let me know the results.
While Express had many limitation before, now it's becoming a good alternative to CCE Basic for quality/cost ratio.
I would find a way to fully support Expess, without the "sendkeys"

[robot1]

If I ask this question it's because I'm worry about the conversion produces a quality loss. And if it doesn't need the conversion, I prefer to not use it.
Sorry for the late reply.
I can't answer to your question.
We should know how does Procoder work internally.
If it works in YUY2 workspace, the conversion in avisynth is harmless.
If it works in YV12, probably it could better if the conversion is omitted.

Anyway, I don't think it works in YV12... but it's just a guess.
Probably someone in the Other MPEG 1/2 Encoders (http://forum.doom9.org/forumdisplay.php?s=&daysprune=&f=62) could answer this question?

[borgraf]

I'll be the first to admit that I know very little about colorspace conversion and what impact it might have. I was looking through avisynth.org and noticed under "Q3.7: How do I convert between the colorspaces ? (http://www.avisynth.org/Section+3%3A+Filters%2C+plugins+and+colorspaces)" this note: Note that converting between colorspaces isn't completely lossless, and doing several conversions back and forth may degrade your signal. The first conversion back and forth does not hurt your source, but if you use three or more, it may.So it looks like it isn't a big deal here, but like I said i'm no expert :)

[robot1]

Here is the new version:
EclPRO v0.42 beta (http://rapidshare.de/files/3624233/EclPROv0.42.zip.html)

- Fixed a bug with national characters (èéò...) - Thanks to Rockas for pointing it out.
- AlwaysGOP15 now overrides Autoparameters (if you specify both AlwaysGOP15=1 and Autoparameters=1 in the EclPRO.ini, the Goplength is always 15, and the Autoparameters affects only the DC Precision parameter).

[Rockas]

Alternative download at:
http://dvd-rb.dvd2go.org/modules.php?name=Downloads&d_op=viewdownload&cid=24

[wmansir]

Unfortunately ECLpro does not work with the version of ProCoder Express that comes with Edius3 Trial. It failed at the Aspect Ratio selection stage. I tried to do a manual encode, but got an AVI read error when starting the conversion, so perhaps this verison does not support .avs.

In case you want to take a look it's available here (http://www.canopus.us/US/support2/support_demosoft.asp). You have to create an account to access the download page. It's a 200MB download. The version included is "ProCoder Express for Edius". Which I see you dropped support for some time ago.

[robot1]

I dropped the support of "Procoder Express for Eidus" because the previous version was buggy.
I'll check the new one: if it is as good as Procoder Express 1.12, I will add the support again.

[A64]

The version of Procoder Express 1.12 that sells for $60 also stops at the Aspect Ratio. I have only tried the ECLPro .40 and .27. .27 makes it further than .40 with Procoder Express 1.12. I tried the tip of another user previously to use PTFB, but it would not rebuild after encoding.

[robot1]

The version of Procoder Express 1.12 that sells for $60 also stops at the Aspect Ratio. I have only tried the ECLPro .40 and .27. .27 makes it further than .40 with Procoder Express 1.12. I tried the tip of another user previously to use PTFB, but it would not rebuild after encoding.
Does it work with EclPRO .27?

It's strange, because .27 should work with previous versions, not with Procoder Express 1.12...
Have you checked if the rebuilt dvd is ok, expecially a the transition poin from one chapter to another, or if some frames are missing?

What's the date of the file PrcExprs.exe?
I would check if your version is older or newer than mine.

I hope to fix the support for every version.

[A64]

I will get the size, etc when I get home. The download comes from the Canopus site --> Support --> Driver Downloads for the registered owners. It shows that it is PCE_v112.zip and is newer than the version on their FTP site. The same is also true as it turns out for the full Procoder 2.0. Don't waste your time with the one on the FTP site since it is older than the one through this same access. Now you do have to be a legit owner that registered.

[SomeJoe]

Does it work with EclPRO .27?

It's strange, because .27 should work with previous versions, not with Procoder Express 1.12...
Have you checked if the rebuilt dvd is ok, expecially a the transition poin from one chapter to another, or if some frames are missing?

What's the date of the file PrcExprs.exe?
I would check if your version is older or newer than mine.

I hope to fix the support for every version.

Hi robot1,

Could I assist you in getting this fixed? I have the same issue with the v1.12 of ProCoder Express. EclPro 0.42 hangs at the Aspect Ratio, 0.27 gets through most of the settings but fails to start the conversion.

I'd be happy to test any fix or get you any information you need.

[robot1]

Thank you.
I'll work at it in the weekend.
Anyway, I've to find a solution to let EclPRO work with every (minor) subversion of ProCoder Express, as Canopus keeps changing the GUI

[SomeJoe]

Thank you.
I'll work at it in the weekend.

:thanks: I'll be around this weekend if there's anything I can assist with (test new ECLPro version, post screenshots of ProCoder Express, etc.) I'll check this thread.

[robot1]

Changelog:
Rewritten (again) routines to support various ProCoder Express versions.
Removed ProCoder 2.0 legacy mode (it's not needed, as the original mode works fine)
EclPRO v0.50 (http://rapidshare.de/files/6246242/EclPROv0.50.zip.html)

I think now it should work even with ProCoder Express for Edius - it's possible to download a trial of Edius3, as pointed by wmansir.

If I don't have reports of further bugs, I think this could become the v1.00 final.
For the final release I'll change the licence to GPL and I will release the sources.

There's just one thing I'm investigating.
I've had reports of problems using ProCoder 1.5 and NuMenu4U.
Please, send me reports to track this bug via PM or mail.

Thanks to SomeJoe for his testing.

[MarkP]

Changelog:
Rewritten (again) routines to support various ProCoder Express versions.
Removed ProCoder 2.0 legacy mode (it's not needed, as the original mode works fine)
EclPRO v0.50 (http://rapidshare.de/files/6246242/EclPROv0.50.zip.html)



Has anyone successfully downloaded this? I guess not cos the link url has a .html extension (see below)
URL=http://rapidshare.de/files/6246242/EclPROv0.50.zip.html

all it does is open a page at rapidshare can it be downloaded anywhere else ?
In the meantime will use 0.42
Cheers
Mark

[robot1]

In the rapidshare page, scroll down and press FREE at "Select your download".
Then you go to another page, with the exact link - you must disable any downloader as getright & co.

Anyway, I'm attaching the zipfile (as soon as a mod approves it).

[MarkP]

Strange way to download but never mind got it now thanks

[robot1]

Changelog:
- Fixed support for 704x480 and 704x576 - valid DVD resolutions - in ProCoder2.
- Changed licence type to LGPL

Download (rapidshare.de):
EclPRO v0.52 (http://rapidshare.de/files/6488569/EclPROv0.52.zip.html)

I'm attaching the download also to this message.

[Boulder]

Sorry for the late reply.
I can't answer to your question.
We should know how does Procoder work internally.
If it works in YUY2 workspace, the conversion in avisynth is harmless.
If it works in YV12, probably it could better if the conversion is omitted.

Anyway, I don't think it works in YV12... but it's just a guess.
Probably someone in the Other MPEG 1/2 Encoders (http://forum.doom9.org/forumdisplay.php?s=&daysprune=&f=62) could answer this question?
Better late than never..

ProCoder prefers RGB as the input colorspace. In fact, you should use ColorYUV(levels="pc->tv").ConverttoRGB24() as the last item in your Avisynth script to avoid changes in colors.

It's no wonder the encoder is a bit slow just like TMPGEnc which also processes internally in RGB24.

[SkVid]

Opening an .ECL file with the settings for vbr with EclPRO, Procoder 2 comes up with CQ Settings - even if the .ECL file is written by DVD-RB.
What is wrong? Is it the new Procoder update to version V2.04.02 ?

Thanks or your help.

[robot1]

I hope they haven't changed the file format in a minor revision
:confused:
You could try opening the .ecl with an older version of EclPRO (0.42 or older), using legacy=1 in the eclpro.ini

Could you post the content of your item.ecl?
Thank you.

[SkVid]

I tried with 0.27 beta in legacy mode but it stoped with the message in the attachment.
But after that I can't reproduce the error with the CQ thing anymore. I had this error since yesterday and had many tries. Now it works fine. All VBR settings are correct.
Sorry for the post above but nevertheless you helped me. Thanks.

[wmansir]

hey, robot1

I was playing around with Eclpro with the big3 process. I had some problems getting it to work with BatchCCEWS (which handles automated encoding) Eclpro support is a new addition and I think the problem is on that program's end.

But I was using the project .ecl files to manually encode with eclpro and ProCoder didn't like the file names. It would load up to the Convert page, but when I hit the Convert button it said something about the file name. I went to the Target page and tried to change the base name there, but it didn't help.

Eventually I figured out if I removed the first period from these filename settings in the .ecl it worked fine. (I made the removed '.' red)

vid_file0=G:\SCRUBS_VOBID\VTS__01_V005.4~3_1.mpv
vid_file1=G:\SCRUBS_VOBID\VTS__01_V005.4~3_1.mpv
vaf_file=G:\SCRUBS_VOBID\VTS__01_V005.4~3_1.vaf
aud_file=G:\SCRUBS_VOBID\VTS__01_V005.4~3_1.mpa

http://img242.imageshack.us/img242/1120/procoderinvalidname25jv.gif

http://img242.imageshack.us/img242/4097/procoderinvalidname13cd.gif

I know at one point Eclpro would output to a temp file and rename to the final target name, but I wasn't sure if that was for a similiar problem or for another reason. I thought perhaps that mechanism could be used in this case to make Eclpro more CCE compatiable, if it's still in the code.

I'm not sure if BatchCCE has a work around for this or not, considering the above file names are standard big3 project filenames I imagine it must if ProCoder is to work. I'll post this info in the batchCCE dev thread too just incase.

Thanks for your work.

[jdobbs]

Better late than never..

ProCoder prefers RGB as the input colorspace. In fact, you should use ColorYUV(levels="pc->tv").ConverttoRGB24() as the last item in your Avisynth script to avoid changes in colors.

It's no wonder the encoder is a bit slow just like TMPGEnc which also processes internally in RGB24.So this means I should do the RGB conversion above in the AVS files for ProCoder encodes?

[jdobbs]

I just did some testing -- and on my system using the ConvertToRGB24 slows it down noticably...

[Boulder]

I did once ask Canopus about it and they said that ProCoder works internally in RGB24.

They were very vague about it though.

EDIT: not YCbCr but RGB24

EDIT2: just timed it myself. RGB input is indeed slower so it must be YUY2 that it wants. I just don't know why their tech support said that RGB is the preferred route. Maybe he meant importing from some of their editing programs? My bad :stupid:

[robot1]

hey, robot1

I know at one point Eclpro would output to a temp file and rename to the final target name, but I wasn't sure if that was for a similiar problem or for another reason. I thought perhaps that mechanism could be used in this case to make Eclpro more CCE compatiable, if it's still in the code.

I'm not sure if BatchCCE has a work around for this or not, considering the above file names are standard big3 project filenames I imagine it must if ProCoder is to work. I'll post this info in the batchCCE dev thread too just incase.

Thanks for your work.

I will look at this issue tomorrow.
Thank you for your tests.

[jdobbs]

I did once ask Canopus about it and they said that ProCoder works internally in RGB24.

They were very vague about it though.

EDIT: not YCbCr but RGB24

EDIT2: just timed it myself. RGB input is indeed slower so it must be YUY2 that it wants. I just don't know why their tech support said that RGB is the preferred route. Maybe he meant importing from some of their editing programs? My bad :stupid:How does it do with YV12?

[Boulder]

How does it do with YV12?
I remember that some time ago I tried feeding YV12 data in ProCoder without a YV12 decoder installed. It resulted in an error message which said that a suitable decompressor was not found. For example, HC doesn't mind whether a decoder is found or not so that would suggest that ProCoder at least doesn't use YV12 data directly but converts it - probably to YUY2 first.

[robot1]

Updated first post with the version 1.00RC1.
If there aren't other bugs, I could consider this one as the final release.

[spyhawk]

Using EclPro v1.00RC1 to load an ECL file, I notice there's a couple of difference when I compare the values in Procoder2 Target window with ECL file.

First, the avg bitrate in Procoder2 window is lower than ECL. It is not exact as in ECL file. e.g. in ECL, vbr_brate_avg=3423 but in Procoder2 it is 3420. Changing avg bitrate in Procoder2 has no effect - it just changes back to 3420. It's often 2 or 3 numbers lower.

Second, given the source is interlaced, framed based, and bottom field first as seen in DGIndex Info, ECL file has top_first=0 but in Procoder2 window it is Upper/Top Field First. I verified the encoded m2v via DGIndex and it sure is TFF. Note that HC encoded m2v is BFF, similar to the source.

Will this different field order affect playback after rebuilding?

I notice when I have Alwaysframe=1 it is always TFF and when Alwaysframe=0 it is BFF. Is this supposed to be this way?

I tried field based encoding for interlaced source, as recommended by readme, and I don't see any much difference. However, one of my standalones cannot display the video correctly, like a very bad striped-line reception. Frame based encoding is more compatible for my standalones.

Since Procoder takes longer than HC, and appears to look better in segments, can I substitute some HC segments with Procoder ones, knowing that HC segment is BFF and dc_prec=9, and Procoder segment is TFF and dc_prec=10? I would think that there will be problem with playback?

If there is a way to make Procoder read BFF, that'll be great, as I see some HC segments are blocky.

[spyhawk]

Anyone knows the answer to my last question regarding segment substitution as this is related to Rebuilder question when I go to Rebuild phase?

[robot1]

First, the avg bitrate in Procoder2 window is lower than ECL. It is not exact as in ECL file. e.g. in ECL, vbr_brate_avg=3423 but in Procoder2 it is 3420. Changing avg bitrate in Procoder2 has no effect - it just changes back to 3420. It's often 2 or 3 numbers lower.
ProCoder rounds the value. It's not a problem, as an encoder is NEVER accurate to the byte.

Second, given the source is interlaced, framed based, and bottom field first as seen in DGIndex Info, ECL file has top_first=0 but in Procoder2 window it is Upper/Top Field First. I verified the encoded m2v via DGIndex and it sure is TFF. Note that HC encoded m2v is BFF, similar to the source.

Will this different field order affect playback after rebuilding?

It will not affect the playback, as DVD-RB takes care of the field order in the rebuild phase. Anyway, I've to check this, as it should reflect the ecl.


I notice when I have Alwaysframe=1 it is always TFF and when Alwaysframe=0 it is BFF. Is this supposed to be this way?
I will chech this also, but, as stated above, it's not a problem with DVD-RB


I tried field based encoding for interlaced source, as recommended by readme, and I don't see any much difference. However, one of my standalones cannot display the video correctly, like a very bad striped-line reception. Frame based encoding is more compatible for my standalones.
Neither I can see much difference. Frame based is more compatible, as stated in the readme.


Since Procoder takes longer than HC, and appears to look better in segments, can I substitute some HC segments with Procoder ones, knowing that HC segment is BFF and dc_prec=9, and Procoder segment is TFF and dc_prec=10? I would think that there will be problem with playback?

If there is a way to make Procoder read BFF, that'll be great, as I see some HC segments are blocky.
I think it's safe to substitute HC and ProCoder segments, but I've never tested this, and only jdobbs could be more precise.
Anyway, you could test and report.

[spyhawk]

Thanks for responding.

It will not affect the playback, as DVD-RB takes care of the field order in the rebuild phase. Anyway, I've to check this, as it should reflect the ecl.You're right, the field order is correct (BFF) in the rebuild phase, after I'm done with the whole Procoder encoding phase as a test.

Looks like substituting HC segment with Procoder segment is OK. There's no playback problem in any of the standalones.

[wmansir]

If you are using EclPro and DVD-RB you might find this program useful. Splash Killer (http://www.digitallis.co.uk/pc/SplashKiller/index.html) It makes Windows much more usable when you have many short segments encoding.

[robot1]

This new version supports ProCoder 3 and Rhozet Carbon Coder, as these new encoders use the same .pcp format of ProCoder 2.

Tests and feedbacks are welcome.

[Fishman0919]

This new version supports ProCoder 3 and Rhozet Carbon Coder, as these new encoders use the same .pcp format of ProCoder 2.

Tests and feedbacks are welcome.

robot1, any changes from the test ver?

[robot1]

robot1, any changes from the test ver?

No, it's just the version you tested, with the sources and an updated readme file.

[Fishman0919]

OK, thank you :)

[kumi]

Thanks robot1. Especially for the AutoParameters fix in 1.01 :)

[kumi]

I am unable to encode anything with ProCoder 3 (under DVD-RB 1.26.5 & EclPro 1.10)

I get a popup on every segment that DVD-RB tries, with the message:

Grass Valley ProCoder 3
One or more targets could not be restored from the project file.

The item01.ecl.pcp project files give the same error if opened manually. I can see the Target List is empty in the ProCoder 3 window.

The same item01.ecl.pcp files are error-free when opened in ProCoder 2.

[kumi]

Just a quick update, I'm pretty sure my problem is not related to EclPro. I believe the "targets" in the error message refers to the Target Presets in ProCoder. For some reason, none of the MPEG2 presets are available to ProCoder 3, even though they exist in C:\Program Files\Common Files\Grass Valley\ProCoder 3\System Presets .


PS: Thanks for version 1.11, robot1!

[Fishman0919]

EclPRO v1.11 can be download form this Link (http://forum.doom9.org/showthread.php?p=1058648#post1058648)

[ironD]

Keep um coming haven't had a problem yet

Robot1

D:thanks:

[Fishman0919]

AVG Anti-Spyware is showing EclPro is malware. Sure its a false positive.

[robot1]

AVG Anti-Spyware is showing EclPro is malware. Sure its a false positive.
If I'm not mistaken, it's the old Awido product.
From time to time, they decide it's a malware. In the last version I haven't compressed with UPX the program, hoping to solve the problem, but probably I have not.
For what version of EclPro was the report related?

[Fishman0919]

version 1.11

[dirio49]

I think, I has to do with Autoitscript, Because people use it to write viruses too. ;) And antivirus companies I think just put now anything that is made by autoit scipt as virus.

[jdobbs]

All at once McAfee is now flagging ECLPRO.EXE also, even older versions - and it never did before.

[robot1]

I'm very sad for these reports.
I see no way to solve this problem (which is a problem of the AntiVirus producers), other than mail them and ask to correct.
I release also the sources for EclPRO, and AutoIT is a secure application (you can find more here (http://www.autoitscript.com/autoit3/downloads.shtml) )

From ProCoder 2.0, the .pcp file is a simple .xml file: it could be possible to write an .ecl->.pcp translator in other programming languages - using the code from EclPRO as example. Anyway I don't have enough time right now, and ProCoder 1.5 or express users would be cut off.

[Rumbah]

I got a similar problem with my Cuttermaran provider and some virus scanners. It is written in Autohotkey, a similar scripting language, and I had to tell the scanner producer that it's a false positive and a few days later it was gone.

[jdobbs]

I'm very sad for these reports.
I see no way to solve this problem (which is a problem of the AntiVirus producers), other than mail them and ask to correct.
I release also the sources for EclPRO, and AutoIT is a secure application (you can find more here (http://www.autoitscript.com/autoit3/downloads.shtml) )

From ProCoder 2.0, the .pcp file is a simple .xml file: it could be possible to write an .ecl->.pcp translator in other programming languages - using the code from EclPRO as example. Anyway I don't have enough time right now, and ProCoder 1.5 or express users would be cut off.
I'm certain there is no issue. I'm especially disappointed in the anti-virus software developers. It's just silly to make anything written in AutoIt get flagged as a virus just because someone somewhere wrote a virus in AutoIt. Good thing they didn't decide to flag all "C" code as a virus to -- since most viruses are written in C... ;)

[manolito]

ProCoder versions 2 and 3 have a 1-pass VBR mode which up to now is not accessible through ECLPro. I have only done limited testing, so I don't really know how good this 1-pass mode actually is (in terms of quality and sizing). But I thought it would be a good idea to add support for this mode in ECLPro :)

Anyway, this is what I came up with:
http://scifi.pages.at/manolito/ECLPro_Mod/ECLPro_Mod.zip

Change log:
Changes made to ECLPro 1.11
____________________________

ProCoder versions 2 and 3 have a 1-pass VBR mode which so far has
not been accessible through ECLPro. This modded version adds
support for 1-pass VBR.

The modifications are minimal:
A new INI entry and a new global variable "1_Pass_VBR" are added.
The default is "1_Pass_VBR=0". If you want to use the 1-pass mode,
just edit the ECLPro.ini file and change the value from 0 to 1.

I only tested this with Procoder versions 2 and 3. I see no reason
why it should not work with Rhozet Carbon Coder, and for the legacy
versions of ProCoder the changes should have no effect at all.


Cheers
manolito

[Fishman0919]

The 1 pass mode with Pro 2, 3 and Carbon is more like a CBR then a VBR 1 pass


Carbon 1 pass (http://img216.imageshack.us/my.php?image=1passhj8.jpg)

Carbon 2 pass (http://img232.imageshack.us/my.php?image=2passbc5.jpg)

[robot1]

1 pass VBR was already supported in standard EclPRO, for ProCoder 2, 3 and Rozhet (it's the Procoder CQ mode).
If you feed EclPRO with a .ecl (for CCE 2.5) using 1 pass VBR, it would have performed a 1 pass VBR, according the Q value in the ecl.
CCE uses a scale 1-300 (lower is better) - while Procoder uses 0-1 (1 is maximum quality). EclPRO converts the values from 1 to 100 in the .ecl to 0-1 for Procoder. Values over 100 are set = 100 (the quality is already unacceptable).

DVD-RB doesn't support OPV for Procoder because the quality, even at best setting, isn't good enough.
Procoder 3 seems a bit better, but still not comparable to other encoders.

RB-Opt lets you use OPV and redistribution with ProCoder, using it's 1 pass VBR.

[manolito]

The 1 pass mode with Pro 2, 3 and Carbon is more like a CBR then a VBR 1 pass
Oh I see... This is too bad, I really had hoped for a useful 1-pass VBR mode like the one in QuEnc.

Anyways, 1-pass VBR and CQ modes are certainly not the same. For CQ mode you need to do prediction encodes (which I wanted to avoid), and then there is the question if CQ mode creates DVD compatible streams by observing the max bitrate.

Cheers
manolito

[robot1]

Anyways, 1-pass VBR and CQ modes are certainly not the same.
You are right. Sorry for my misunderstanding.
As you've added that switch, I will leave it for future versions, and will start from your sources.

[horze]

I am unable to encode anything with ProCoder 3 (under DVD-RB 1.26.5 & EclPro 1.10)

I get a popup on every segment that DVD-RB tries, with the message:

Grass Valley ProCoder 3
One or more targets could not be restored from the project file.


The same item01.ecl.pcp files are error-free when opened in ProCoder 2.


getting the same problem .. possible bug?

[jdobbs]

Are you using v1.10 or v1.11? DVD-RB version? When you say "same problem" is leads one to believe you ar using the older versions.

[horze]

oh sorry i am using 1.11
dvd rb pro 1.26.6

cheers

[Video Dude]

I have had no problems with EclPRO 1.11 and DVD-RB 1.27.x.

Try the updated version.

[horze]

I have had no problems with EclPRO 1.11 and DVD-RB 1.27.x.

Try the updated version.


with procoder 3?

if so ill get the 1.27 version... my paid registration continues on for the new version aswell doesnt it?

[linx05]

if so ill get the 1.27 version... my paid registration continues on for the new version aswell doesnt it?
Yes it does - 1.27.3

[jdobbs]

with procoder 3?

if so ill get the 1.27 version... my paid registration continues on for the new version aswell doesnt it?
An announcement was sent to all registered users for versions v1.27.0, v1.27.1, v1.27.2, and v1.27.3 -- all released since the one you are using...

Not sure if your problem is related to the version -- but it's always a good idea to keep up-to-date.

[horze]

hehe it be a good ideea to check my email then huh :)

thanx for help :)

[Sworm]

Hi, the eclpro version included in the last DVDRB pro, is ok for work with procoder 3?

[Sworm]

EclPRO v1.11 can be download form this Link (http://forum.doom9.org/showthread.php?p=1058648#post1058648)


The link don't work, can anybody reupgrade the last EclPro? I'm using the 1.10 but don't work with procoder 3

:thanks:

[jdobbs]

The link don't work, can anybody reupgrade the last EclPro? I'm using the 1.10 but don't work with procoder 3

:thanks:What version of DVD-RB are you using? ECLPRO v1.11 has been included for a long time...

[Sworm]

Yes, sorry,
but i have must uninstall procoder because in Win Vista HP ECLPro don't remember the procoder 3 .exe installation directory :(