Welcome Guest ( Log In | Register )


Important

The forums will be closing permanently the weekend of March 15th. Please see the notice in the announcements forum for details.

 
How To Set X264 Keyframe Interval?
« Next Oldest | Next Newest » Track this topic | Email this topic | Print this topic
rjisinspired
Posted: Oct 15 2009, 07:52 PM


Advanced Member


Group: Members
Posts: 1256
Member No.: 20008
Joined: 12-October 06



I found "keyint" listed in the stats file when doing a 2-pass encode with x264. The keyint switch is listed in the GUI as "GOP sizes" min/max and the defaults are 25/250 respectively. My question is if I want to process "all key frames" like I do with Xvid, how would I set the min/max values of the GOP sizes? I'm guessing min/max would be 1/1?

I am going this line of route in case someday I need to cut/edit a file and won't have to deal with the "not cutting on a key frame" boundary situation.

I was thinking that I should also eliminate B frames when saving files as I am. I know B frames deals with smaller file sizes but does eliminating them show a quality difference?

Lastly: What is "enable virtualdub hack"?
 
       Top
BugMaster
Posted: Oct 15 2009, 09:25 PM


Advanced Member


Group: Members
Posts: 50
Member No.: 23001
Joined: 6-February 08



I don't think this is good place to ask questions about x264vfw (better to do this in project forum at sourceforge.net). I don't fully understand what you mean under "want to process "all key frames" like I do with Xvid". Did you mean that you want that all frames was IDR-frames (so no P and B-frames)? Then yes, for this you need to set Min/Max GOP size to 1. Max GOP size means that if there were no IDR-frames <Max GOP size> frames after last then x264vfw would insert new (it can insert it before <Max GOP size> frames if it would encounter scenecut). Min GOP size means that if there was scenecut before than <Min GOP size> frames after last IDR-frame then it wouldn't mark it as IDR-frame but would make it non-seekable I-frame.
VirtualDub Hack is to fixing encoder delay lag which is caused by frame buffering before real encoding (which is needed for B-frames, multithreading and someother things in future [like MBTree]). Without it would cause unsynchronization with audio and absent of few last frames in encoded video. I would recommend to always enable it while you encoding in VirtualDub (but it is disabled by default because it would create incompatible bitstreams in programs which don't know how it is supposed to work with it).
 
     Top
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:
1 replies since Oct 15 2009, 07:52 PM Track this topic | Email this topic | Print this topic

<< Back to Codec Discussion