Quantcast KVCD: CQ vs. Resolution - digitalFAQ.com Forums [Archives]
  #1  
12-29-2004, 01:39 AM
Steelfist Steelfist is offline
Free Member
 
Join Date: Dec 2004
Posts: 3
Thanks: 0
Thanked 0 Times in 0 Posts
Hey all. Been lurking for a couple of days now, learning all I can and tinkering around with the various templates. What I'm basicly looking for at the moment is an informed opinion about which is better, high CQ/Low resolution, or low CQ/High resolution?

I'm currently making a KVCD for a friend who is not much of a videophile and still watches VHS. Since the movie I'm encoding is 1h 46m, CQTester is coming back with a CQ around 62 (TMPGEnc) using 352x480 resolution. If I lower the res to 352x240, the CQ jumps up to 79. From what I've gathered so far, the CQ rate controls overall picture quality right? So which is the lesser of two evils?
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  
12-29-2004, 03:25 AM
incredible incredible is offline
Free Member
 
Join Date: May 2003
Location: Germany
Posts: 3,189
Thanks: 0
Thanked 0 Times in 0 Posts
Send a message via ICQ to incredible
Quote:
Since the movie I'm encoding is 1h 46m, CQTester is coming back with a CQ around 62 (TMPGEnc) using 352x480 resolution. If I lower the res to 352x240, the CQ jumps up to 79. From what I've gathered so far, the CQ rate controls overall picture quality right? So which is the lesser of two evils?
Stay with 352x480 as the picture will look more sharp and you wont recognise the artifacts that much on a TV Set. The lower the resolution, the higher the CQ but on the other hand the image AND the artifacts (even at CQ 79) will be scaled 4times! (2xheigth 2x width).
Reply With Quote
  #3  
12-29-2004, 05:03 AM
Boulder Boulder is offline
Free Member
 
Join Date: Sep 2002
Location: Lahti, Finland
Posts: 1,652
Thanks: 0
Thanked 0 Times in 0 Posts
It's always best to keep the vertical resolution at 480(NTSC) or 576(PAL).
Reply With Quote
  #4  
12-29-2004, 09:38 AM
Steelfist Steelfist is offline
Free Member
 
Join Date: Dec 2004
Posts: 3
Thanks: 0
Thanked 0 Times in 0 Posts
Thanks fellas. I ran it through CQMatic last night and it gave the 352x480 MPEG-2 a CQ of 71, so I either had something set up wrong originally, or CQTester is not nearly as accurate as CQMatic.

Now all it needs is a batch function.......

Thanks again.
Reply With Quote
  #5  
12-29-2004, 09:42 AM
Boulder Boulder is offline
Free Member
 
Join Date: Sep 2002
Location: Lahti, Finland
Posts: 1,652
Thanks: 0
Thanked 0 Times in 0 Posts
CQMatic (v1.4.00) should be quite accurate, or at least as accurate as it can get with TMPGEnc which has its problems concerning the nonlinearity of the CQ curve.
Reply With Quote
  #6  
12-29-2004, 09:54 AM
rds_correia rds_correia is offline
Free Member
 
Join Date: Apr 2003
Location: Chinese Democracy starts now!
Posts: 2,563
Thanks: 1
Thanked 0 Times in 0 Posts
Hi guys ,
I am doing lot's fo tests with Tmpgenc 2.524 and CQMatic 1.4.00 and I gotta tell you, it is pretty accurate.
Only failed me once so far, on more than 10 attempts.
And even then I just had to run it again, as Karl already told us.
Tmpg&CQMatic is a very much appealing package.
Cheers
__________________
Rui
Reply With Quote
  #7  
12-29-2004, 10:58 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 rds_correia
Hi guys ,
I am doing lot's fo tests with Tmpgenc 2.524 and CQMatic 1.4.00 and I gotta tell you, it is pretty accurate.
We found a case where CQMatic fails but Karl already fixed it and gave me a (private ) beta to solve that .
I'm currently doing tests to see if this fix for this particular type of source does not screw "normal" predictions. But my PC is slow, and I need more than 6 hours to be sure of the result . Stay tuned.

Note: the problem is on sources with very few camera movement and scene changes. In my case it was a one man show. I guess that with music band show it should be the same.
Reply With Quote
  #8  
12-29-2004, 11:29 AM
incredible incredible is offline
Free Member
 
Join Date: May 2003
Location: Germany
Posts: 3,189
Thanks: 0
Thanked 0 Times in 0 Posts
Send a message via ICQ to incredible
Quote:
Originally Posted by Dialhot
Note: the problem is on sources with very few camera movement and scene changes.
Scenechange option active in TmpgEnc when encoding via prediction???

I dont know Karls Formula, but it got its reason why slices of sample units in the known predictor apps do got the same value as the GOP like 25, 24 or 15, 18. So the "sizes" of these slices wont change, means less arbitary bitsizes will result (=more "I" Frames in the same time, means a significant rise of encoded bits). But they will do change suddenly if a SC option is set. Thats an issue which makes prediction even more complicated. (nor matter which special formula is used)
Reply With Quote
  #9  
12-29-2004, 11:44 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 incredible

Scenechange option active in TmpgEnc when encoding via prediction???
Hi Andrej,

The new version of CQMatic takes care of that
The way you set up TMPEG is the way it will encode, and will take many factors into consideration during prediction. So you can have scene detection on. I always do. So it doesn't care what the source is, and it should predict anything you throw at it.
The version Phil is testing now has a quick "calibration" phase before the actual prediction phase. That takes care of linear compressibility vs. random compressibility, and makes some internal factor adjustments

-kwag
Reply With Quote
  #10  
12-29-2004, 04:32 PM
rds_correia rds_correia is offline
Free Member
 
Join Date: Apr 2003
Location: Chinese Democracy starts now!
Posts: 2,563
Thanks: 1
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by kwag
The new version of CQMatic takes care of that
God damn
Is this guy amazing, or what
Nevertheless, it has worked fine for me.
Fortunately my system is predicting+encoding in <3,5 hours for a ~2hours movie.
And it just failed once on many attempts so far.
Though my sources are all medium to high action and allways a bit dark.
And unfortunately with Tmpgenc they are getting even more darker
Still need to find out why this is happening.
But I'll do some more testing and I'll post the results.
Cheers
__________________
Rui
Reply With Quote
  #11  
12-29-2004, 04:57 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 rds_correia
And it just failed once on many attempts so far.
Same here
And that's exactly what I'm trying to minimize even more

-kwag
Reply With Quote
Reply




Similar Threads
Thread Thread Starter Forum Replies Last Post
TMPGEnc: Quality of Template Resolution VS Standard Resolution? afx Video Encoding and Conversion 1 12-29-2003 07:56 PM
Kvcd resolution bigger than source resolution? Kane Video Encoding and Conversion 13 05-15-2003 06:24 PM
what resolution should I use for a source with a resolution of 576x240 PAL? Wolfi Video Encoding and Conversion 24 05-05-2003 03:03 PM
KVCD: What is better? Resolution and CQ... Bchteam Video Encoding and Conversion 5 04-17-2003 07:46 PM
Kvcd: What resolution is the best? CATENA JP Video Encoding and Conversion 4 04-11-2003 03:14 AM

Thread Tools



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