Quantcast Bitrates: Assorted CQ's of Various Sizes - digitalFAQ.com Forums [Archives]
  #1  
01-15-2005, 12:50 AM
Shibblet Shibblet is offline
Free Member
 
Join Date: Jul 2004
Location: Wasilla, Alaska
Posts: 108
Thanks: 0
Thanked 0 Times in 0 Posts
Send a message via MSN to Shibblet
I have tried CQ Matic on the same movie now, three times in a row. Each time it comes up with a completely different CQ value, sometimes differences of 2 to 3 points. Any suggestions on prediction methods?

I keep thinking of (I know this will sound ludicrous) a full movie prediction option in CQ Matic? My reasoning is to allow the computer to code the whole movie until it gets it perfect. All the way to a full 800megs. I would imagine the encoding would be absolutely perfect. Just a thought.
__________________
Well if it's not a wolf, then it's a damn big dog.
- Rabbit, from "The Fable"
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
  #2  
01-15-2005, 11:16 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 Shibblet
I have tried CQ Matic on the same movie now, three times in a row. Each time it comes up with a completely different CQ value, sometimes differences of 2 to 3 points. Any suggestions on prediction methods?
2 to 3 points, on what range
These 2 to 3 points could be on a flat CQ area, which will basically produce almost the same final file size.
Quote:

I keep thinking of (I know this will sound ludicrous) a full movie prediction option in CQ Matic? My reasoning is to allow the computer to code the whole movie until it gets it perfect. All the way to a full 800megs. I would imagine the encoding would be absolutely perfect. Just a thought.
Do you mean encode the complete movie at a pre-determined CQ, find out the file size, re-encode once again with another CQ, and keep doing that over and over again until it hits target
How long you think prediction will take

-kwag
Reply With Quote
  #3  
01-15-2005, 11:33 AM
Dialhot Dialhot is offline
Free Member
 
Join Date: May 2003
Posts: 10,463
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by kwag
How long you think prediction will take
I won't even call this "prediction" anyway
Reply With Quote
  #4  
01-15-2005, 12:02 PM
Boulder Boulder is offline
Free Member
 
Join Date: Sep 2002
Location: Lahti, Finland
Posts: 1,652
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by kwag
Do you mean encode the complete movie at a pre-determined CQ, find out the file size, re-encode once again with another CQ, and keep doing that over and over again until it hits target
How long you think prediction will take
You could actually do this:

1) predict the CQ value normally
2) encode the movie
3) if the video file is oversized/undersized (by a user defined percentage), calculate a correlation factor from (final file size)/(predicted final file size) and predict using (factor*desired file size) as the new desired file size
4) encode with the new CQ value

I've done it in the past, used to work quite well.
Reply With Quote
  #5  
01-15-2005, 01:31 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 Boulder
3) if the video file is oversized/undersized (by a user defined percentage), calculate a correlation factor from (final file size)/(predicted final file size) and predict using (factor*desired file size) as the new desired file size
That will work some times, but not every time.
If the new calculated CQ value falls in a very steep range, the file size will be either way low or way high.

-kwag
Reply With Quote
  #6  
01-15-2005, 01:54 PM
Boulder Boulder is offline
Free Member
 
Join Date: Sep 2002
Location: Lahti, Finland
Posts: 1,652
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by kwag
Quote:
Originally Posted by Boulder
3) if the video file is oversized/undersized (by a user defined percentage), calculate a correlation factor from (final file size)/(predicted final file size) and predict using (factor*desired file size) as the new desired file size
That will work some times, but not every time.
If the new calculated CQ value falls in a very steep range, the file size will be either way low or way high.

-kwag
True, but it's better than nothing
Reply With Quote
  #7  
01-15-2005, 02:11 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
Yes
Reply With Quote
  #8  
01-15-2005, 05:25 PM
Shibblet Shibblet is offline
Free Member
 
Join Date: Jul 2004
Location: Wasilla, Alaska
Posts: 108
Thanks: 0
Thanked 0 Times in 0 Posts
Send a message via MSN to Shibblet
That's why I called it an "option".

I guess that with TMPEG's CQ selection, since you can actually get bigger file sizes with smaller CQ numbers, figuring out the correct CQ value is insanely difficult.

If you do a movie at 75CQ, the file size comes to 700megs, and you re-encode it at 74CQ, you can actually get 710megs, It's too screwy.

Man, I had no Idea that file size prediction was this difficult.
__________________
Well if it's not a wolf, then it's a damn big dog.
- Rabbit, from "The Fable"
Reply With Quote
  #9  
01-16-2005, 01:55 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 Shibblet
Man, I had no Idea that file size prediction was this difficult.
Now you know what I went through when I did CQMatic
It's a "hair pulling" experience, from the software point of view

-kwag
Reply With Quote
  #10  
01-16-2005, 07:16 PM
Shibblet Shibblet is offline
Free Member
 
Join Date: Jul 2004
Location: Wasilla, Alaska
Posts: 108
Thanks: 0
Thanked 0 Times in 0 Posts
Send a message via MSN to Shibblet
Would an "option" for larger file sizes (more area of the film) help with prediction?
__________________
Well if it's not a wolf, then it's a damn big dog.
- Rabbit, from "The Fable"
Reply With Quote
  #11  
01-16-2005, 07:34 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 already done that way.
The longer the movie, the more samples it takes.

-kwag
Reply With Quote
  #12  
01-16-2005, 08:52 PM
nicksteel nicksteel is offline
Free Member
 
Join Date: Nov 2002
Posts: 863
Thanks: 0
Thanked 0 Times in 0 Posts
The best way still seems to be using CQMatic, then doing final resize with DVDShrink or Rejig. All my encodes from CQMatic that exceed the desired size seem to be in the 95+ percentage in DVDShrink or Rejig and the reendcodes seem pretty good to me. Many CQMatic encodes only require cutting the credits to fit.

The only way I was ever able to reach near total size without shrinking was to process the entire film with CQMatic, then reduce the bitrate with the percentage of overage. This was a pain in the butt and sometimes required 2 or 3 full encodes.
Reply With Quote
  #13  
01-16-2005, 09:03 PM
Dialhot Dialhot is offline
Free Member
 
Join Date: May 2003
Posts: 10,463
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by nicksteel
The best way still seems to be using CQMatic, then doing final resize with DVDShrink or Rejig.
This can't be called "best" way. And be carefull if you decide to do MPEG1 : DVDShrink does not handle it correctly and doesn't even notice you about that !
Reply With Quote
  #14  
01-16-2005, 09:27 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
I haven't given up on this yet
I'm evaluating other prediction alternatives for CQMatic

-kwag
Reply With Quote
  #15  
01-19-2005, 09:30 AM
jeo jeo is offline
Invalid Email / Banned / Spammer
 
Join Date: Nov 2002
Posts: 105
Thanks: 0
Thanked 0 Times in 0 Posts
good news for "overburn team" (me include):
"Nero 6.6 supports for the first time a burning of short Lead Outs. Thus one can save up to 80 seconds when burning and has 12 Mb more storage location."
http://www.ahead.de
Reply With Quote
  #16  
01-19-2005, 09:47 AM
Dialhot Dialhot is offline
Free Member
 
Join Date: May 2003
Posts: 10,463
Thanks: 0
Thanked 0 Times in 0 Posts
I announced that 4 weeks ago and guess who answered to me at this time ?
http://www.kvcd.net/forum/viewtopic.php?t=15344
Reply With Quote
  #17  
01-19-2005, 04:21 PM
jeo jeo is offline
Invalid Email / Banned / Spammer
 
Join Date: Nov 2002
Posts: 105
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by Dialhot
I announced that 4 weeks ago and guess who answered to me at this time ?
http://www.kvcd.net/forum/viewtopic.php?t=15344
true!!
i remember that someone had post about that feature(in some place).
........ but forgot that was you here Phil!
Reply With Quote
Reply




Similar Threads
Thread Thread Starter Forum Replies Last Post
DVD file sizes created after encoding? pglenn Video Encoding and Conversion 2 08-30-2004 02:38 PM
Legal video sizes? Zanny Video Encoding and Conversion 1 04-24-2004 11:21 AM
KVCD: Sizes equal each other? why? amml Video Encoding and Conversion 11 01-22-2004 03:07 PM
Scripts e sizes jorel Conversão e Codificação de Vídeo (Português) 20 05-15-2003 01:29 PM
KVCD: Large file sizes? zao Video Encoding and Conversion 25 06-12-2002 04:43 PM

Thread Tools



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