Quantcast Bitrates: CQmatic Bug Reports - Page 5 - digitalFAQ.com Forums [Archives]
  #81  
07-24-2003, 05:54 AM
Krassi Krassi is offline
Free Member
 
Join Date: Mar 2003
Location: Germany
Posts: 390
Thanks: 0
Thanked 0 Times in 0 Posts
Maybe theres a hint/solution. When using CQMatic i've let CQMatic open and only loaded the new project file again (with different project settings).
I've closed CQMatic and reopened it again and the bugs disappeared
Now it seems that its searching the right CQ value also with CQ=40 at start.
I'll keep an eye on this.

EDIT: Dump question, but are you initializing values when a new project file is loaded
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
  #82  
07-24-2003, 05:56 AM
Krassi Krassi is offline
Free Member
 
Join Date: Mar 2003
Location: Germany
Posts: 390
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by kwag

Anyone else with this problem
What is your TMPEG version ( not that it should matter, if the program is running )
What Windows version are you using
Sorry to bother ( ) but I'd like to narrow things down

-kwag
TmpgEnc Plus 2.512.52.161, WinXP.
Reply With Quote
  #83  
07-24-2003, 06:04 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 Krassi


TmpgEnc Plus 2.512.52.161, WinXP.
That should be fine. I'm on XP too, but TMPEG 2.520 ( 2.512 should be ok too )
OK, this is on my top priority for today. I just wich I could reproduce the behaviour here, but I havent
Anyway, back to the source, and hopefully find something today

Quick idea
Try setting your initial CQ to 100. I want to know if the problem is related to starting from a low CQ on the first start on a increasing scale, instead of starting very high on a decreasing scale. This means a LOT for my internal algorithm

-kwag
Reply With Quote
  #84  
07-24-2003, 06:19 AM
Krassi Krassi is offline
Free Member
 
Join Date: Mar 2003
Location: Germany
Posts: 390
Thanks: 0
Thanked 0 Times in 0 Posts
Hi Kwag,

Starting CQ at 100 brings illegal stream format error. With 90 its working.
Well, also with a restart of CQMatic the CQ stucks at 43 when starting with 40, but the error where it is encoding directly after one prediction and taking starting CQ is gone with the restart. Have you read my (edited) post above
I'll post the results with CQ=90 later...
Reply With Quote
  #85  
07-24-2003, 06:28 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 Krassi
Maybe theres a hint/solution. When using CQMatic i've let CQMatic open and only loaded the new project file again (with different project settings).
I've closed CQMatic and reopened it again and the bugs disappeared
Now it seems that its searching the right CQ value also with CQ=40 at start.
I'll keep an eye on this.

EDIT: Dump question, but are you initializing values when a new project file is loaded
Not a dumb question at all
That's exactly where the problem must be
Every test I've done, has been running CQMatic, and then exiting. So I haven't encoded a second movie without exiting CQMatic. So obviously, it's variables with previous values.
Verifying this, and then BETA 6 will be posted

-kwag
Reply With Quote
  #86  
07-24-2003, 06:33 AM
Krassi Krassi is offline
Free Member
 
Join Date: Mar 2003
Location: Germany
Posts: 390
Thanks: 0
Thanked 0 Times in 0 Posts
That would explain why it was directly encoding after one prediction
Reply With Quote
  #87  
07-24-2003, 06:36 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 Krassi
That would explain why it was directly encoding after one prediction
Exactly


-kwag
Reply With Quote
  #88  
07-24-2003, 06:54 AM
Krassi Krassi is offline
Free Member
 
Join Date: Mar 2003
Location: Germany
Posts: 390
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by Krassi
I'll post the results with CQ=90 later...
Here they are :
90, 80.12, 75.18, 72.71, 71.47, 70.86, 70.55, 70.39, 70.32, 70.28, 70.26, 70.25, 70.24, 70.24, 70.24 ....
Right CQ should be about ~60.
Reply With Quote
  #89  
07-24-2003, 07:07 AM
jorel jorel is offline
Invalid Email / Banned / Spammer
 
Join Date: Aug 2002
Location: Brasil - MG - third stone from the sun
Posts: 5,570
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by kwag
Quote:
Originally Posted by Krassi


TmpgEnc Plus 2.512.52.161, WinXP.
That should be fine. I'm on XP too, but TMPEG 2.520 ( 2.512 should be ok too )
OK, this is on my top priority for today. I just wich I could reproduce the behaviour here, but I havent
Anyway, back to the source, and hopefully find something today

Quick idea
Try setting your initial CQ to 100. I want to know if the problem is related to starting from a low CQ on the first start on a increasing scale, instead of starting very high on a decreasing scale. This means a LOT for my internal algorithm

-kwag
excuse me....

prediction results using CQMatic 1.0b5 with small source.
souce 31 minutes,average 1070,wanted size 290mb
one project for each new start CQ and the same source!

starting with CQ100 don't work, "CQ ABOVE watermark"

starting with CQ90 give final CQ62,96

starting with CQ60 give final CQ63,10

starting with CQ50 give final CQ63,15

then like J.Lennon in "good morning" from sgt peppers sung:
"nothing is change,still the same,
i've got nothing to say but it's ok!
good morning, good morning SIR!

Reply With Quote
  #90  
07-24-2003, 07:33 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
CQMatic 1.0 BETA 6 is up
http://www.kvcd.net/cqmatic-1.0b6.exe

Fixed: Cleared some variables that were clobbered when running CQMatic more that once, without exiting.
Added: Exit condition when last CQ = next CQ

Please try it, and report if it does exit now, and doesn't hang in a loop

-kwag
Reply With Quote
  #91  
07-24-2003, 07:35 AM
tigger tigger is offline
Free Member
 
Join Date: Jul 2003
Posts: 74
Thanks: 0
Thanked 0 Times in 0 Posts
hi guys

well, hope you can answer me this question

cqmatic seems to work properly, tries 4 times to find the right cq, ok...

but then, the file size is much too small , and i think of the following :

i use pal sources, and then, i encode it as 16:9 ; perhaps the black borders are the thing, why the filesize is getting too small ?
anyone had this problem too?
Reply With Quote
  #92  
07-24-2003, 07:38 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 tigger
hi guys

well, hope you can answer me this question

cqmatic seems to work properly, tries 4 times to find the right cq, ok...

but then, the file size is much too small , and i think of the following :

i use pal sources, and then, i encode it as 16:9 ; perhaps the black borders are the thing, why the filesize is getting too small ?
anyone had this problem too?
Is your source range cleared
That is, start frame = 0, end frame = -1, and Cut Edit list is cleared

-kwag
Reply With Quote
  #93  
07-24-2003, 07:41 AM
tigger tigger is offline
Free Member
 
Join Date: Jul 2003
Posts: 74
Thanks: 0
Thanked 0 Times in 0 Posts
yes of coure it is

check it every time!
Reply With Quote
  #94  
07-24-2003, 07:45 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
If BETA 6 still locks in a same CQ value, please let me know immediately, because then the problem is a floating point rounding comparison error, and then I know what to do next

-kwag
Reply With Quote
  #95  
07-24-2003, 07:46 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
Hi tigger,

Is your source a .d2v or avi (MPEG-4, DivX, etc. )
Reply With Quote
  #96  
07-24-2003, 07:47 AM
tigger tigger is offline
Free Member
 
Join Date: Jul 2003
Posts: 74
Thanks: 0
Thanked 0 Times in 0 Posts
testing it now
Reply With Quote
  #97  
07-24-2003, 07:49 AM
Krassi Krassi is offline
Free Member
 
Join Date: Mar 2003
Location: Germany
Posts: 390
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by kwag
If BETA 6 still locks in a same CQ value, please let me know immediately, because then the problem is a floating point rounding comparison error, and then I know what to do next
Yesterday i had a similar idea:
We already had the same problem once. The OS is localized with , . ; etc. I've just tested this and found no difference. But maybe there is one.
Maybe thats the difference in accruacy we have

EDIT: BTW, Beta 6 is quicker finding right CQ...
Reply With Quote
  #98  
07-24-2003, 08:01 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
Let's see it BETA 6 did fix the error. If not, the problem is clear. The CQ values you see in the log, are actually truncated to 2 precision digits. So you may see a CQ of 62.12, when it's actually 62.1234567 etc. Obviously, I can't compare "Last CQ = Next CQ", because the chances of hitting a 62.1234567 = 62.1234567 are almost endless. And that's the problem with the CQ scaling. It's not linear, and once I get close to the target, CQMatic will start comparing something like 62.12345 and 62.12999 which are different, and never end
So I'm fixing that to take into consideration, if the floating point difference in CQ is < 0.2 (that's just an example), exit with a CQ found flag, and start encoding

-kwag
Reply With Quote
  #99  
07-24-2003, 08:06 AM
Krassi Krassi is offline
Free Member
 
Join Date: Mar 2003
Location: Germany
Posts: 390
Thanks: 0
Thanked 0 Times in 0 Posts
Well, still have the same error. Repeating CQ value is now 54.76 starting from 60.
I think that floating point issue could solve that, thx
Reply With Quote
  #100  
07-24-2003, 08:18 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 Krassi
Well, still have the same error. Repeating CQ value is now 54.76 starting from 60.
I think that floating point issue could solve that, thx
Hold on
I'm finding the correct treshold to break out. I'll post BETA 7 (Hopefully the last BETA for this issue )
Keep an eye here, in the next few minutes.

-kwag
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 11:46 AM  —  vBulletin © Jelsoft Enterprises Ltd