Can you please try the following (had the same error and it worked for me):

Hi break,

What is the complete path to your file to be encoded. :?:
That would be the .avi or .d2v.

-kwag

hello there !

question before i start encoding over night!
i´d like to have a 120min movie on a 90min cdr, well, my question is about the MINIMUM BITRATE; should i use 0,57*avg bitrate, or 0,75*avg bitrate ???

Hi Kwag, the path is
mpeg2source("c:\straight_scn\video_ts\movie.d2v") :roll:

@Krassi
Thanks Krassi, I'll try your suggestion as soon as I can shutdown TMPGEnc... 8O

-break

MIN = 0.57 * average :)

-kwag

ok!
thank you :))
i asked cause i seen both possibilities here in the forum :)

will try the new release with that and my 120 min movie *G*

good n8, its 1 o´clock in the night, in germany :)

Nothing to do, I test it but no way, after the first encoding prediction, CQ go up to 90 (as in my precedent log)! :roll:

-break

@All,
I just edited the "Instructions and notes" on the first post of this thread, with the correct way to set TMPEG's project file.

-kwag

Instructions and notes:

1) *** TMPGEnc Project file must be saved as "text" project *** CQMatic will not read TMPGEnc's propietary project files.

this is ok :oops:

2) You must make sure that you save the project without source range selection, and "Cut editing" cleared (or reset), and start frame set to 0 and end frame set to -1

this is ok :cry:

then I save the project, close TMPGEnc, run CQMatic and run prediction:
first pass as CQ 60, second... CQ 90! :roll:

Thank in any case, kwag. You are great: you program, encode your movie, reply to our posts and this all in the same time! :wink:

-break

still same problem like break :(

1past 75, 2nd directly 90...:(

like said, its just with short movies here, other movies its doing well...

testing now new version with min bitrate = 0.57*avg bit, hope it will fit now :)

good n8 to everyone :)

Hi tigger, I'm trying a 120 min. movie to see if it works... 8O

-break

Fine, but after the second pass at 90, what happens :?: :?: :?:

Look at my log on a short movie:

That's what you should get :!:

-kwag

This is my precedent log on a 107 min movie:

CQMatic Version 1.0 RC-2
Copyright Softronex Corporation, 2003.
All rights reserved.
Ready!
Project: D:\CQMatic\prova.tpr
Creating: CQMatic.tpr
Execute.
Movie Time: 107
Average Bitrate: 898
Prediction Only mode
Executing Prediction Phase...
Using CQ of 60.00
Encoder started...
Encoder end.
File size difference = -15629781.000000
Last CQ = 60.000000
Current CQ = 90.000000
CQ difference = 30.000000
Using CQ of 90.00
Encoder started...
Encoder end.
CQMatic complete! :!:

-break

Same problem with a 120 min movie:

CQMatic Version 1.0 RC-2
Copyright Softronex Corporation, 2003.
All rights reserved.
Ready!
Project: D:\CQMatic\Avisynt movie.tpr
Creating: CQMatic.tpr
Execute.
Movie Time: 120
Average Bitrate: 792
Prediction Only mode
Executing Prediction Phase...
Using CQ of 60.00
Encoder started...
Encoder end.
File size difference = -15459634.000000
Last CQ = 60.000000
Current CQ = 90.000000
CQ difference = 30.000000
Using CQ of 90.00
Encoder started...
Encoder end.
File size difference = -15459634.000000
CQ ABOVE watermark. CQ set to 90.0
Using CQ of 90.00
CQMatic complete!

:cry:

-break

Hi break,

Something is not right in your project file. I don't know if I asked this before, but what version of TMPEG are you using :?:

-kwag

@ Kwag..

Hay Kwag.. I noticed that you got a .m1v in your CQMatric
sample above. What's going on their ?? I must be missing something.
(see below)

-vhelp
--------------------------------------------

That's the name of my output file name. That's the way it's set in my project file in TMPEG.
So it will be displayed in the log, to remind you it's going to be overwritten when TMPEG starts to encode ;)

-kwag

Hi Kwag..

Thanks for the explanaa.. :)

Actually, I was looking for the "relevence" of your source. I have finally
:idea: deduced that you were trying to test for "shorter" movie files, and hence,
you encoded something into an .m1v and was using THAT as your
short file TEST ??

-vhelp

Actually, no!
I encode all my movies as .m1v, and later, I mux the audio.
That's why all my project file's video file name always has a .m1v extension. :)

-kwag

version 2.56.39.143.
Also tried 2.512.52.161.

-break

Ok, I just ran TMPGEnc 2.56, and the project file looks fine. I was able to load it in CQMatic without a problem.
Can you post your .tpr file :?:

-kwag

Hi break,
I've had the same problem for the past week. If I would run CQMatic in prediction mode, TMPGEnc would pop up only for a second and close twice. I was getting the same text message everytime ending with a CQ of 90. If I performed a full encode, TMPGEnc would give me an illegal video steam error when CQMatic tried to open it.

It seemed like CQMatic started working again when I deleted the currentbatch.tbe and currentcfg.tpr file in the Tmpgenc folder and started TMPGEnc.exe up fresh. I'm not sure if it was just one of those files or both, but when I deleted them, everything worked. Maybe those files got corrupted somehow.

flood

I have posted it you in PM, since file is very long... :wink:

@flood
Thanks flood, I'll try your suggestion :)


-break

Hi flood, thanks very much! :D :D :D
After I have deleted the currentbatch.tbe and currentcfg.tpr file in the Tmpgenc folder, I run another prediction test:
1 pass, CQ 60
2 pass, CQ 69,11!
Now CQMatic is searching the right CQ... 8)

But now, I have to delete that file all the time before using CQMatic? :?:

-break

break,
You shouldn't have to delete it every time. That problem happened to me twice, and I think it happened when I cancelled a test prediction. For some reason those files or one of those files created a problem.

flood

OK flood, thanks again! :wink:

-break

well, testing with old RC1 version now, cause the rc2 is creating too big files, doesn´t matter which values i take for MIN and MAX :(

comparing now cq values of rc1 and rc2 for same movie and settings, lets see.,..

Okay... I still have problems with CQMatic...(when I'm trying to encode avi-files!)... kwag, perhaps you find a way to make it running!

http://www.kvcd.net
CQMatic Version 1.0 RC-2
Copyright Softronex Corporation, 2003.
All rights reserved.

Creating: CQMatic.tpr

E:\Piglet#39s.Big.Movie.DiAMOND 25 Frames.m1v
Execute.
Movie Time: 72
Average Bitrate: 1271
Prediction Only mode
Executing Prediction Phase...
Using CQ of 60.00
Encoder started...
Encoder end.
File size difference = -14885753.000000
Last CQ = 60.000000
Current CQ = 90.000000
CQ difference = 30.000000
Using CQ of 90.00
Encoder started...
Encoder end.
File size difference = -14885753.000000
CQ ABOVE watermark. CQ set to 90.0
Using CQ of 90.00
CQMatic complete!

What problems 8O :!:
Your film is only 72 minutes long, and that's why CQMatic chooses 90 as CQ :!:
Just encode the movie :!:

-kwag

The same problem happened to me again. This time I selected "New Project" under File in TMPGEnc and it worked this way. This may be better than deleting those two files. From now on I will start doing this before creating a project file.

-flood

I'm sorry kwag... the CQ is about 80... I did it with ToK...

CQMatic seems to have problems with avi files...

Hi fn86,

I just noticed en error in your log, that I didn't pay attention before :!:
CQMatic is not predictiong AT ALL your source :!:
The line File size difference = -14885753.000000 is an impossible condition, because the software is doing a division of wanted file size by your sample file size. So it can never be negative :!:
So the problem seems to be the way your long path is set up in TMPEG, and I can't read it properly in CQMatic.

What is your complete path to your avi :?:

-kwag

RC-3 is up :!:

-kwag

hi!

i´d like to know, those who got fine results with cqmatic, what do you take for MIN and MAX bitrates ?

thx ;)

bye

MIN = (0.57 * Average Bitrate)
MAX = 2,000Kbs

-kwag

tested rc2 with 107 min movie,
set max 2500, min = 0.57*avg bitrate
cq predicted = 72,02
movie after muxxing = 808 mb
well a little bit too big, but just a little

test 2 :
83 min movie, max and min like above,
cq predicted = 77,31
video stream length = 727 mb, should be 715
again a little bit too high

well , think that the MAX bitrate is resulting in too high filesizes here.
testing now 83 min movie with MAX = 2000 and min = 0.57*avg bitrate,
with rc3

cq predicted here is 79,98.

will see results in 2,5 h :)

hi:

bad results :(

min=0,57*avg bitrate, max=2000, rc3
83 min movie
length of video stream = 780 MB !!! JUST the video! :(

perhaps a bug?
don´t know, please help :)

I have been getting the SAME problem consistently with both RC-1 and RC-2! I was able to get some great predictions with some of the earlier betas so I'm trying again with beta7. Haven't tried RC-3 yet though... I'm also using a max=2000 so maybe that has been a problem with the more recent RC's? However I've been using this all along, even when I got good prediction with the betas (only problem with the betas for me was the damn cq looping bug!)

I'll see if beta7 or rc-3 makes a difference, and if not I'll try max=2500. BTW this has all been in avi sources of normal movie length (90-120min), the good and the bad predictions.