Quantcast Bitrates: CQmatic Bug Reports - Page 10 - digitalFAQ.com Forums [Archives]
  #181  
08-05-2003, 12:10 AM
kwag kwag is offline
Free Member
 
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
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
Reply With Quote
Someday, 12:01 PM
admin's Avatar
Site Staff / Ad Manager
 
Join Date: Dec 2002
Posts: 42
Thanks: ∞
Thanked 42 Times in 42 Posts
  #182  
08-10-2003, 01:06 PM
vhelp vhelp is offline
Free Member
 
Join Date: Jan 2003
Posts: 1,009
Thanks: 0
Thanked 0 Times in 0 Posts
@ 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
Reply With Quote
  #183  
08-10-2003, 01:16 PM
kwag kwag is offline
Free Member
 
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
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
Reply With Quote
  #184  
08-10-2003, 01:29 PM
vhelp vhelp is offline
Free Member
 
Join Date: Jan 2003
Posts: 1,009
Thanks: 0
Thanked 0 Times in 0 Posts
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
Reply With Quote
  #185  
08-10-2003, 01:40 PM
vhelp vhelp is offline
Free Member
 
Join Date: Jan 2003
Posts: 1,009
Thanks: 0
Thanked 0 Times in 0 Posts
.
.
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
Reply With Quote
  #186  
08-10-2003, 01:53 PM
kwag kwag is offline
Free Member
 
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
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
Reply With Quote
  #187  
08-10-2003, 01:59 PM
vhelp vhelp is offline
Free Member
 
Join Date: Jan 2003
Posts: 1,009
Thanks: 0
Thanked 0 Times in 0 Posts
.
.
Quote:
..and there's no way around it, but wait, and wait, and wait
ok then..

-vhelp
Reply With Quote
  #188  
08-10-2003, 07:02 PM
vhelp vhelp is offline
Free Member
 
Join Date: Jan 2003
Posts: 1,009
Thanks: 0
Thanked 0 Times in 0 Posts
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
Reply With Quote
  #189  
08-10-2003, 07:28 PM
kwag kwag is offline
Free Member
 
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
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
Reply With Quote
  #190  
08-10-2003, 07:36 PM
vhelp vhelp is offline
Free Member
 
Join Date: Jan 2003
Posts: 1,009
Thanks: 0
Thanked 0 Times in 0 Posts
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
Reply With Quote
  #191  
08-10-2003, 07:41 PM
kwag kwag is offline
Free Member
 
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
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
Reply With Quote
  #192  
08-13-2003, 01:04 PM
holgerschlegel holgerschlegel is offline
Free Member
 
Join Date: Aug 2002
Posts: 41
Thanks: 0
Thanked 0 Times in 0 Posts
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.
Reply With Quote
  #193  
08-13-2003, 01:14 PM
kwag kwag is offline
Free Member
 
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
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
Reply With Quote
  #194  
08-14-2003, 01:26 AM
holgerschlegel holgerschlegel is offline
Free Member
 
Join Date: Aug 2002
Posts: 41
Thanks: 0
Thanked 0 Times in 0 Posts
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
Reply With Quote
  #195  
08-14-2003, 02:08 PM
OBK OBK is offline
Free Member
 
Join Date: Aug 2003
Posts: 15
Thanks: 0
Thanked 0 Times in 0 Posts
Send a message via ICQ to OBK
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!
Reply With Quote
  #196  
08-14-2003, 06:04 PM
DVision DVision is offline
Free Member
 
Join Date: Aug 2003
Posts: 1
Thanks: 0
Thanked 0 Times in 0 Posts
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
Reply With Quote
  #197  
08-14-2003, 10:19 PM
kwag kwag is offline
Free Member
 
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
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
Reply With Quote
  #198  
08-15-2003, 03:50 AM
OBK OBK is offline
Free Member
 
Join Date: Aug 2003
Posts: 15
Thanks: 0
Thanked 0 Times in 0 Posts
Send a message via ICQ to OBK
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!
Reply With Quote
  #199  
08-15-2003, 03:57 AM
OBK OBK is offline
Free Member
 
Join Date: Aug 2003
Posts: 15
Thanks: 0
Thanked 0 Times in 0 Posts
Send a message via ICQ to OBK
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!!!
Reply With Quote
  #200  
08-15-2003, 05:01 AM
OBK OBK is offline
Free Member
 
Join Date: Aug 2003
Posts: 15
Thanks: 0
Thanked 0 Times in 0 Posts
Send a message via ICQ to OBK
Quote:
Originally Posted by OBK
It's the same in the new Version!

Quote:
...
Movie Time: 2237
Average Bitrate: 46
...
I don't know where the problem is!!!
After I looked in my log again, i saw that the "Movie Time" and the "Average bitrate" are changed! But I'm sure, I made all right! Very stupid!
Reply With Quote
Reply




Similar Threads
Thread Thread Starter Forum Replies Last Post
Bitrates: CQMatic 1.4.08 Metabodom Video Encoding and Conversion 2 05-22-2005 07:01 AM
Bitrates: CQmatic nighthawk Video Encoding and Conversion 36 01-14-2004 11:20 AM
Bitrates: CQMatic Version 1.2.03 Reports kwag Video Encoding and Conversion 24 11-16-2003 05:33 AM
Bitrates: Help when CQMatic is over/under J-Wo Video Encoding and Conversion 1 08-23-2003 12:19 PM
Bitrates: KDVD bitrates with CQMatic nicksteel Video Encoding and Conversion 10 08-06-2003 08:44 AM

Thread Tools



 
All times are GMT -5. The time now is 07:49 PM  —  vBulletin © Jelsoft Enterprises Ltd