x264 for footage???
- kyle_m
- Joined: Wed Feb 03, 2010 8:04 pm
- Status: i am doing O.K.
- Location: possessions of Tsar MF Putin...
x264 for footage???
ok guys i fed up with that lossless sh*t and wanna keep my footage in something less space consuming...i set "fast-decode" checkbox in codec gui but obviously this is not enough, seek time is really hitting the ground especially with higher bitrates...gimme a clue god of codecs what option should i try amongst the hell of options this stuff proposes
-
- Joined: Thu Nov 12, 2009 7:35 am
Re: x264 for footage???
What, exactly, are you trying to do? Are you working directly with VOBs or using losslessly compressed AVIs as an intermediary?
-
- Joined: Thu Nov 12, 2009 7:35 am
Re: x264 for footage???
Are you more concerned with seek times or hard drive space?
- l33tmeatwad
- Joined: Wed Feb 16, 2005 3:22 pm
- Location: Christiansburg, VA
- Contact:
Re: x264 for footage???
What type of footage are you trying to convert?
Software & Guides: AMVpack | AMV 101 | AviSynth 101 | VapourSynth 101
PixelBlended Studios: Website | Twitter | YouTube
PixelBlended Studios: Website | Twitter | YouTube
- kyle_m
- Joined: Wed Feb 03, 2010 8:04 pm
- Status: i am doing O.K.
- Location: possessions of Tsar MF Putin...
Re: x264 for footage???
welp i figured shit out finally. theres magic command line shit "--keyint 1" that makes keyframe every shitty frame and i also set "--bframes 0" but not realy sure it makes any sense. but peoples cant do this shit using standard x264 gui, i had to mine out meGUI package to pass in extra command line. i use refactor number 18 or 19 that makes shit look pretty good and cease the space ~ten times. and it gets decoded in vegas much faster than lagarith which is slow as shit actually especially on large resolutions. yeah i looked for space-savin and live-preview reliability, fuck the quality, live hard die fast
- kyle_m
- Joined: Wed Feb 03, 2010 8:04 pm
- Status: i am doing O.K.
- Location: possessions of Tsar MF Putin...
Re: x264 for footage???
bothFuzzy Chickens wrote:Are you more concerned with seek times or hard drive space?
animul33tmeatwad wrote:What type of footage are you trying to convert?
- mirkosp
- The Absolute Mudman
- Joined: Mon Apr 24, 2006 6:24 am
- Status: (」・ワ・)」(⊃・ワ・)⊃
- Location: Gallarate (VA), Italy
- Contact:
Re: x264 for footage???
Then you'll have to sacrifice quality, at least to a degree.kyle_m wrote:bothFuzzy Chickens wrote:Are you more concerned with seek times or hard drive space?
Code: Select all
x264 --crf 14 --keyint 3 -o output.mp4 input.avs
If you want it all (perfect quality, low filesize, high seek speed), the only solution is bait-and-switch editing: make a low keyint file (1 is lowest, it will make every frame a keyframe), and have a very high crf value (like 30 or so). Do also make another encode with a crf of 10-14 tops, and rest of the settings as if it was an encode for distro. Use the former in your NLE while editing, and when you're done, save and backup the project, then tell the editor to use the high quality clip instead before exporting. Export time will be slow, but at least you were able to edit smoothly.
- Shui
- Shuitcake
- Joined: Sun Jul 02, 2006 6:27 am
Re: x264 for footage???
Mirko, if I convert some of my footage in that manner will it also increase seek time when I use fake avis for editing?
Or in other words, does ffvideosource give a shit?
Because I'd say that seems like a good way to use bait and switch without having to decode x264 directly inside my editing software.
Or in other words, does ffvideosource give a shit?
Because I'd say that seems like a good way to use bait and switch without having to decode x264 directly inside my editing software.
Spoiler :
- mirkosp
- The Absolute Mudman
- Joined: Mon Apr 24, 2006 6:24 am
- Status: (」・ワ・)」(⊃・ワ・)⊃
- Location: Gallarate (VA), Italy
- Contact:
Re: x264 for footage???
Yes, it will still work that way.
If one does have the HDD space tho, UTVideo is still the way to go.
If one does have the HDD space tho, UTVideo is still the way to go.