Bitrates: CQmatic Bug Reports - Page 10

kwag · #**181** 08-05-2003, 12:10 AM

Quote:

Originally Posted by vhelp

Ahh, why should I have to resort to this EVERY time I successfully predict
w/ CQM ??

You don't

Just load any project file you have around, and it will clear it

Remember, it's not CQMatic that does that. It's TMPEG, which remembers the last "state" it was in

So when you do prediction only, and TMPEG exits, the next time you run TMPEG, it will read from the registry whatever the last run was. In this case, the last prediction, which is set with the prediction time slices

-kwag

vhelp · #**182** 08-10-2003, 01:06 PM

@ all..

RE: CQM v1.1.07 .. ..

I can't say how painfully, and excrusiating it has ben to finally figure this
all out w/ CQM and encodeing w/ ES..

This may be a bug, but NOT a bug hehe..

If you don't leave the Audio Source: [ ] field cleared, and have some
audio filename inside, you'll be encoding the whole test clip (all the frames)
I've restled with this for days, but just coudln't put two together.

Now, I have, but, I'm still having some minor issues w/ hitting the first
encode w/ CQM and thoes short frames.. every so often, I TMPG will pop
up real quick, and CQM will finish. I guess, something is not cleared 100%
percent of the time

But, w/ a little more patiance, I'll get through each.

Just wanted to point out, the you have to make sure you Audio Source
filed is left bank, thats all

Well, I'm finally able to use v1.1.07 now.

-vhelp

kwag · #**183** 08-10-2003, 01:16 PM

It's a bug in TMPEG.
The audio field must be cleared.
Try it directly with TMPEG (Without CQM) and you'll get the same result

-kwag

vhelp · #**184** 08-10-2003, 01:29 PM

Quote:

It's a bug in TMPEG.
The audio field must be cleared.
Try it directly with TMPEG (Without CQM) and you'll get the same result

oh,

ok then.. tanx!!

FWIW, as you know, I'm currently testing w/ TMPG v2.520
-vhelp

vhelp · #**185** 08-10-2003, 01:40 PM

.
.
Bug or not.. that is the question..

RE: Short vs. Complete length vs. Total PASS'es

Yes, that is the question

When I encode w/ shorter length sources ie, 1 VOB (usually 20+ minutes)
I have these LONG number of passes. My goal was to use smaller size
source files, to make shorter wating time, CQM prediction test runs, but
this is proving to be an error on my part. Its not happening.

Is there a missing link w/ this shorter vs. longer vs. total passes ??
Or, are there any other advises or tips to give, to reduce the amount of
time. Just trying to cut corners, that's all

Hard drive space is limited for me. I have it crammed w/ other VOBs for
testing and stuff. I'd hate to have to delete them for every test.

-vhelp

kwag · #**186** 08-10-2003, 01:53 PM

Quote:

Originally Posted by vhelp

Is there a missing link w/ this shorter vs. longer vs. total passes ??
Or, are there any other advises or tips to give, to reduce the amount of
time.

When you are prediction a very short clip ( CQ above 80 ), or an extremely long movie (CQ below 50), TMPEG is working on a very "flat" scale. Not linear at all

That's why it takes so long. Because a change in CQ value, produces almost NO file size difference. That's the problem, and there's no way around it, but wait, and wait, and wait

-kwag

vhelp · #**187** 08-10-2003, 01:59 PM

.
.

Quote:

..and there's no way around it, but wait, and wait, and wait

ok then..

-vhelp

vhelp · #**188** 08-10-2003, 07:02 PM

hi Kwag..

I don't know if this is a bug or glitch or just the way CQM works..

When I do short 'prediction' test w/ CQM like 30 to 20 minutes or so, it can
take a very long time, and many iteratatins (passes) before reaching it's
disired CQ.

But, if I feed it a full length source, such as those I fed in earlier, ie, "Dogma"
128 minute movie, and it only takes 2 passes and 12 minutes to complete,
is the suppose to happen this way ??

Or, is it something else altogether ??

hehe, and is this Linear too ??
-vhelp

kwag · #**189** 08-10-2003, 07:28 PM

Quote:

Originally Posted by vhelp

When I do short 'prediction' test w/ CQM like 30 to 20 minutes or so, it can
take a very long time, and many iteratatins (passes) before reaching it's
disired CQ.

But, if I feed it a full length source, such as those I fed in earlier, ie, "Dogma"
128 minute movie, and it only takes 2 passes and 12 minutes to complete,
is the suppose to happen this way ??

Yes. It's the different sampling sizes I take that affect the time. The problem is really the "Seeking" to non-sequential frames. When TMPEG requests a "jump to" a non sequential frame, there's a time lag before the actual frame is delivered. Multiply this "lag" by all the samples taken, and there's your delay

-kwag

vhelp · #**190** 08-10-2003, 07:36 PM

So, the real benefit is WHOLE movie length, not partials

Ok, gotcha!!

I'm currently contenplating another source for testing. Do you have any
preference for any of those one's maybe that you did, but that you're curious of what others' are getting from such ??

Please let me know, as I've cleaned up a few more gigs and I'm ready for
another reasonable testing stage

-vhelp

kwag · #**191** 08-10-2003, 07:41 PM

Quote:

Originally Posted by vhelp

So, the real benefit is WHOLE movie length, not partials

Yes, because CQ also falls in the linear CQ range on longer movies. Not on the "flat" (Low CQ) areas

Quote:

I'm currently contenplating another source for testing. Do you have any
preference for any of those one's maybe that you did, but that you're curious of what others' are getting from such ??

No I don't have any preferences, but the more testing, the better

-kwag

holgerschlegel · #**192** 08-13-2003, 01:04 PM

hi,

not sure if this is a bug in CQM or in the setup on my computer (have reinstalled anything last weekend) ...

I've want to do the prediction for a movie captured via tv-card.
Saving a tmpgenc project (as text project file) and loading it into CQM, entering the movie time (77 min) and avg bitrate (1260), switched to prediction only and pressed the start button

CQM tok only 19 minutes to finish the prediction using 8 cycles but no output file (m1v) has been created. Not to say that I understand that all, but the log output of CQM looks strange for me. CQ is raising but the file size difference is the same in every cycle (I thing this is because no sample has been encoded, but why?). While processing the tmpgenc window is show only a fraction of a second for each cycle.

Code:

http://www.kvcd.net
CQMatic Version 1.1.10
Copyright Softronex Corporation, 2003.
All rights reserved.
Time: 19:36:18 Date: 08/13/2003
Ready!
Project: E:\TheChase\TheChase.tpr

Creating: CQMatic.tpr

E:\TheChase\TheChase.m1v
Project resolution: 480x576
Execute.
Movie Time: 77
Average Bitrate: 1260
Prediction Only mode
Executing Prediction Phase...
Process started at 19:36:29
On 08/13/2003
CQ set for prediction
Setting up initial sampling.
Using CQ of 60.00
Prediction cycle #1
Encoder started...
Process time: 0.02 minutes.
Encoder end.
File size difference  = -19934206.000000
Low fence: 60.000000
High fence: 90.000000
Last CQ = 60.00
Current CQ = 75.00
CQ difference = 15.000000
Using CQ of 75.00
Prediction cycle #2
Encoder started...
Process time: 0.02 minutes.
Encoder end.
File size difference  = -19934206.000000
Low fence: 75.000000
High fence: 90.000000
Last CQ = 75.00
Current CQ = 82.50
CQ difference = 7.500000
Using CQ of 82.50
Prediction cycle #3
Encoder started...
Process time: 0.02 minutes.
Encoder end.
File size difference  = -19934206.000000
Low fence: 82.500000
High fence: 90.000000
Last CQ = 82.50
Current CQ = 86.25
CQ difference = 3.750000
Using CQ of 86.25
Prediction cycle #4
Encoder started...
Process time: 0.02 minutes.
Encoder end.
File size difference  = -19934206.000000
Low fence: 86.250000
High fence: 90.000000
Last CQ = 86.25
Current CQ = 88.13
CQ difference = 1.875000
Using CQ of 88.13
Prediction cycle #5
Encoder started...
Process time: 0.02 minutes.
Encoder end.
File size difference  = -19934206.000000
Low fence: 88.125000
High fence: 90.000000
Last CQ = 89.13
Current CQ = 89.06
CQ difference = 0.937500
Using CQ of 89.06
Prediction cycle #6
Encoder started...
Process time: 0.02 minutes.
Encoder end.
File size difference  = -19934206.000000
Low fence: 89.062500
High fence: 90.000000
Last CQ = 89.06
Current CQ = 89.53
CQ difference = 0.468750
Using CQ of 89.53
Prediction cycle #7
Encoder started...
Process time: 0.02 minutes.
Encoder end.
File size difference  = -19934206.000000
Low fence: 89.531250
High fence: 90.000000
Last CQ = 89.53
Current CQ = 89.77
CQ difference = 0.234375
Using CQ of 89.77
Prediction cycle #8
Encoder started...
Process time: 0.02 minutes.
Encoder end.
File size difference  = -19934206.000000
Low fence: 89.765625
High fence: 90.000000
Last CQ = 89.77
Current CQ = 89.88
CQ difference = 0.117188
CQMatic complete!
Total minutes of process: 0.13
Process ended at 19:36:37
On 08/13/2003

Btw: If i start encoding the movie in tmpgenc without CQM, tmpgenc displays an calculated total time of about 5 hours. The avs script used does not contain a call to a Sampler like function and the tmpgenc source range is cleared.

Any ideas ?

Thx.

kwag · #**193** 08-13-2003, 01:14 PM

Hi holgerschlegel,

Something is not set correctly in your .avs script or in your project (.tpr) file.
The file size difference can never be negative, so TMPEG is bombing out somewhere. Try to load your project in TMPEG, and hit "start" to encode. See what error you get in TMPEG.

-kwag

holgerschlegel · #**194** 08-14-2003, 01:26 AM

Quote:

Originally Posted by kwag

Something is not set correctly in your .avs script or in your project (.tpr) file.
The file size difference can never be negative, so TMPEG is bombing out somewhere. Try to load your project in TMPEG, and hit "start" to encode. See what error you get in TMPEG.

I've "test-started" the encode in TMPEG before saving the project to the .tpr file and TMPEG displays a remaining time of about 5 hours after a few minutes of encode. Havn't tried to encode the whole movie, but the first minutes are working. I'll encode the complete movie in the afternoon.

Holger

OBK · #**195** 08-14-2003, 02:08 PM

I have the same problem like holgerschlegel! I wanted to encode 3 different movies now and the Current CQ always was 89,88! I dont know where the Problem is, but I think it isn't a problem of CQMatic!

DVision · #**196** 08-14-2003, 06:04 PM

Quote:

I have the same problem like holgerschlegel! I wanted to encode 3 different movies now and the Current CQ always was 89,88! I dont know where the Problem is, but I think it isn't a problem of CQMatic!

Just change your path in your avs script to something simple like:

Mpeg2Source("F:\Videos\movie.d2v")

@kwag: After getting past this small obstacle with the avs script Cqmatic is working very nicely. When my Mpeg2Source line was more complicated I kept getting the same CQ. 89.88!!!! Maybe you should mention something about it in the instructions. Just a suggestion. Anyway thanks for the great program. Finally accurate prediction!

DVision

kwag · #**197** 08-14-2003, 10:19 PM

Quote:

Originally Posted by DVision

Quote:

I have the same problem like holgerschlegel! I wanted to encode 3 different movies now and the Current CQ always was 89,88! I dont know where the Problem is, but I think it isn't a problem of CQMatic!

Just change your path in your avs script to something simple like:

Mpeg2Source("F:\Videos\movie.d2v")

@kwag: After getting past this small obstacle with the avs script Cqmatic is working very nicely. When my Mpeg2Source line was more complicated I kept getting the same CQ. 89.88!!!! Maybe you should mention something about it in the instructions. Just a suggestion. Anyway thanks for the great program. Finally accurate prediction!

DVision

Hi DVision, and welcome

Check out version 1.1.11

-kwag

OBK · #**198** 08-15-2003, 03:50 AM

Quote:

Originally Posted by DVision

Quote:

I have the same problem like holgerschlegel! I wanted to encode 3 different movies now and the Current CQ always was 89,88! I dont know where the Problem is, but I think it isn't a problem of CQMatic!

Just change your path in your avs script to something simple like:

Mpeg2Source("F:\Videos\movie.d2v")

@kwag: After getting past this small obstacle with the avs script Cqmatic is working very nicely. When my Mpeg2Source line was more complicated I kept getting the same CQ. 89.88!!!! Maybe you should mention something about it in the instructions. Just a suggestion. Anyway thanks for the great program. Finally accurate prediction!

DVision

This time I worked without any AVS-Script and loaded the .d2v into TMPGEnc! The same Problem! I will try the new CQMatic Version now!

OBK · #**199** 08-15-2003, 03:57 AM

It's the same in the new Version!

Quote:

http://www.kvcd.net
CQMatic Version 1.1.11
Copyright Softronex Corporation, 2003.
All rights reserved.
Time: 10:50:22 Date: 08/15/2003
Ready!
Project: C:\Dokumente und Einstellungen\Michaela Bieber\Desktop\dbgt.tpr

Creating: CQMatic.tpr

Project resolution: 480x576
Execute.
Movie Time: 2237
Average Bitrate: 46
Prediction Only mode
Executing Prediction Phase...
Process started at 10:50:36
On 08/15/2003
CQ set for prediction
Setting up initial sampling.
Using CQ of 60.00
Prediction cycle #1
Encoder started...
Process time: 0.32 minutes.
Encoder end.
File size difference = -13177344.000000
Low fence: 60.000000
High fence: 90.000000
Last CQ = 60.00
Current CQ = 75.00
CQ difference = 15.000000
Using CQ of 75.00
Prediction cycle #2
Encoder started...
Process time: 0.32 minutes.
Encoder end.
File size difference = -13177344.000000
Low fence: 75.000000
High fence: 90.000000
Last CQ = 75.00
Current CQ = 82.50
CQ difference = 7.500000
Using CQ of 82.50
Prediction cycle #3
Encoder started...
Process time: 0.32 minutes.
Encoder end.
File size difference = -13177344.000000
Low fence: 82.500000
High fence: 90.000000
Last CQ = 82.50
Current CQ = 86.25
CQ difference = 3.750000
Using CQ of 86.25
Prediction cycle #4
Encoder started...
Process time: 0.32 minutes.
Encoder end.
File size difference = -13177344.000000
Low fence: 86.250000
High fence: 90.000000
Last CQ = 86.25
Current CQ = 88.13
CQ difference = 1.875000
Using CQ of 88.13
Prediction cycle #5
Encoder started...
Process time: 0.32 minutes.
Encoder end.
File size difference = -13177344.000000
Low fence: 88.125000
High fence: 90.000000
Last CQ = 88.13
Current CQ = 89.06
CQ difference = 0.937500
Using CQ of 89.06
Prediction cycle #6
Encoder started...
Process time: 0.32 minutes.
Encoder end.
File size difference = -13177344.000000
Low fence: 89.062500
High fence: 90.000000
Last CQ = 89.06
Current CQ = 89.53
CQ difference = 0.468750
Using CQ of 89.53
Prediction cycle #7
Encoder started...
Process time: 0.32 minutes.
Encoder end.
File size difference = -13177344.000000
Low fence: 89.531250
High fence: 90.000000
Last CQ = 89.53
Current CQ = 89.77
CQ difference = 0.234375
Using CQ of 89.77
Prediction cycle #8
Encoder started...
Process time: 0.32 minutes.
Encoder end.
File size difference = -13177344.000000
Low fence: 89.765625
High fence: 90.000000
Last CQ = 89.77
Current CQ = 89.88
CQ difference = 0.117188
CQMatic complete!
Total minutes of process: 2.53
Process ended at 10:53:08
On 08/15/2003

I don't know where the problem is!!!