High CPU Usage? jumpy video..

[gamerscloset]

This is something I don't get. I have an HD-Mpeg2 video that plays with only about 30% cpu. If I encode that with agk at 55% quality with XVid, the resulting video takes 100% of my cpu and it's choppy..

The bitrate is higher on the mpeg2.. seems like it should take the most cpu..

The worst is no matter how I encode these, they all end up jumpy.. skippy.. whatever you want to call it.. I just don't get it.. It says It's a Hybrid and I've tried with and without the forced hybrid settings.

I've included my log this time.. I hope someone can help..

Thanks,
GC

[gamerscloset]

I can't see the attachment, so I thought I'd just cut-n-paste..

[4/27/2005 11:52:21 PM] AutoGK 1.95
[4/27/2005 11:52:21 PM] OS: WinXP (5.1.2600).2
[4/27/2005 11:52:21 PM] Job started.
[4/27/2005 11:52:21 PM] Input file: Smallville.mpg
[4/27/2005 11:52:21 PM] Output file: E:\Smallville55.avi
[4/27/2005 11:52:21 PM] Audio: Audio Stream 0
[4/27/2005 11:52:21 PM] Subtitles: none
[4/27/2005 11:52:21 PM] Codec: XviD
[4/27/2005 11:52:21 PM] Target quality: 55%
[4/27/2005 11:52:21 PM] Started encoding.
[4/27/2005 11:52:21 PM] Demuxing and indexing.
[4/27/2005 11:56:10 PM] Processing file: E:\\Smallville.mpg
[4/27/2005 11:56:10 PM] Source aspect ratio: 16:9
[4/27/2005 11:56:10 PM] Source resolution: 1920x1088
[4/27/2005 11:56:10 PM] Found NTSC source.
[4/27/2005 11:56:10 PM] Analyzing source.
[4/28/2005 12:09:23 AM] Source has percentage of interlacing in motion areas: 56.39
[4/28/2005 12:09:23 AM] Source has percentage of telecined patterns: 80.65
[4/28/2005 12:09:23 AM] Source has percentage of progressive patterns: 0.38
[4/28/2005 12:09:23 AM] Source has percentage of interlaced patterns: 18.98
[4/28/2005 12:09:23 AM] Source is considered to be hybrid (mostly FILM).
[4/28/2005 12:09:23 AM] Looking for optimal hybrid thresholds.
[4/28/2005 12:15:48 AM] Found threshold of: 1.98
[4/28/2005 12:15:48 AM] Forcing normal IVTC method.
[4/28/2005 12:15:48 AM] Forcing deinterlacing.
[4/28/2005 12:15:48 AM] Output will contain 107044 frames
[4/28/2005 12:15:48 AM] Running single pass encoding.
[4/28/2005 12:15:48 AM] Writing the following script to E:\agk_tmp\Smallville55_movie.avs
===========================================================
LoadPlugin("C:\PROGRA~1\AutoGK\DGMPGDec\DGDecode.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\autocrop.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\RemoveGrain.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\kerneldeint.dll")

movie = mpeg2source("E:\agk_tmp\Smallville55.d2v")
cropclip = autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=10,aspect=0,threshold=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
fixed_aspect = 1.00740740740741
c_width = width(cropclip)
c_height = round(height(cropclip) / fixed_aspect)
input_par = float(c_width)/float(c_height)
input_par = input_par > 1.4 ? input_par : (4.0/3.0)
out_width = 1920
out_height = round(float(out_width) / input_par)
hmod = out_height - (floor(out_height / 16 ) * 16)
out_height = (hmod > 4) ? (out_height + (16 - hmod)) : (out_height - hmod)
new_aspect = (float(out_width) / float(out_height)) / fixed_aspect
KernelDeInt(movie,order=0,sharp=true)
autocrop(mode=0,wmultof=4,hmultof=4,samples=10,aspect=new_aspect,threshold=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
LanczosResize(out_width,out_height)
RemoveGrain(mode=2)
===========================================================
[4/28/2005 2:18:17 PM] Duration was: 14 hours 2 minutes 28 seconds
[4/28/2005 2:18:17 PM] Speed was: 2.12 fps.
[4/28/2005 2:18:17 PM] Job finished. Total time: 14 hours 25 minutes 55 seconds

[manono]

Hi-

As far as I know, MPEG-4 takes a heck of a lot more CPU processing power than does MPEG-2. About all I can suggest (outside of buying a newer and more powerful computer) is to either use a less resource hungry player (maybe BSPlayer or Media Player Classic), or encode for a lower resolution.

You're saying it's choppy because of the playback, aren't you, and not that the choppiness is caused by AutoGK? It looks to me like you overruled the AutoGK decision about how to treat the material by forcing both IVTC and deinterlacing. Since the IVTC has a deinterlacer on by default to catch any stray residual combing, it's a very bad idea to deinterlace the whole thing afterwards. That assumes I'm reading the log correctly.

[Sharktooth]

As monono said, MPEG-4 is far more complex than MPEG-2 in both encoding and decoding.
Your playback issue is due to the fact your CPU cant decode HD MPEG-4 even if it can handle HD MPEG-2 coz of the higher complexity of the codec.
Your problems is not AutoGK, it is your PC that is unable to playback MPEG-4 at that resolution even at bitrates lower than the original MPEG-2.

[gamerscloset]

So I'm unable to play a 1920x1088 file with FPS of 29.970 and a Bitrate of 4387 kb/s because my machine is too slow? I have a 2.08 GHz with 1GB of Ram and a Radeon 9800.. That is just rediculous..

So why can I watch the same thing encoded in DivX? That though has lines everywhere..

As for forcing IVTV and deinterlacing, I tried with and without doing that.. same results..

dang.. this stinks.. hmmmm

[manono]

This isn't exactly apples to apples, but as you may know, the Terminator 2 Extreme Edition DVD also has 2 different Hi-Def versions of the movie encoded for WMV. The 720p version requires a 2.4 GHz CPU, and the 1080p version a 3.0 GHz CPU. I've heard of people using slightly slower CPUs and playing them, but you're not even close for the resolution you chose. Now that we know your computer specs, I'm more convinced than ever that your computer is the problem. You'll have to encode at a lower resolution if you expect it to play smoothly.

That is just rediculous

It hurts, doesn't it? And the word is "ridiculous".

[gamerscloset]

I'm confused.. how do I know what my resulting video resolution is? 480p, 720p, 1080p, 1080i? The original was 720p so I thought the encoded would be smaller.. like 540p..

Really, what I'd like to end up with is 540p.. should I be able to play that with my computer?

I need a spell checker.. :)

[cyberVera]

720 original? Your log says 1920. Quality based mode leaves the original resolution for output. May be you can try to force its width.
Also, I think the source is a bit problematic. Most likely a pirate self-encoding with a pirate self-soft on a pirate self-pc :-)
As for your hardware - don't worry, its ok and more than enough to watch mpeg4.

[gamerscloset]

Actually, yeah, that log is from a 1080i source.

I'm not sure what you mean by pirate-??.. The original source is a capture from my HDTV Wonder card. Once captured, I'm trying to encode it to a format that I can easily watch, but retain some quality.

[cyberVera]

Sure, sorry. I thought about source from a DVD...

I'm trying to encode it to a format that I can easily watch, but retain some quality

But quality can be achieved not only in quality mode, there are other options there ... :-) Or force resolution in hidden options.

Anyway, if I were you, I would just try all possible options on a small piece of the source.

Jerky video (jerky card input or jerky AutoGK output) or jerky playback? - Another question ...

Still, I would less likely blame your hardware. Athough, with 1920 resolution ... Maybe the previous guys are right.

[manono]

Source resolution: 1920x1088

when they say 720p or 1080p, they're referring to the vertical resolution. If you want to confirm what your final resolution turned out to be, open the finished AVI in VDubMod, and go File->File Information.

[CWR03]

Originally posted by gamerscloset
out_width = 1920


You'll need a 3 ghz processor to decode that kind of bitrate - try 960 x 528 at around 700-900 mb. It looks quite good, and my old 1.2 ghz with only 256 RAM can play that smootly. Video card is irrelevant to MPEG-4 as it's decoded in the processor.