2010-04-04, 14:53 | Link #1 |
x264 Developer
Join Date: Feb 2008
|
VFR encoding, x264, and you.
Buried in a recent commit message is a feature that may make life a bit easier for a lot of fansubbers.
Anyone with any experience encoding VFR fansubs will probably have noticed that --bitrate doesn't work as expected. This is, of course, because you're feeding constant framerate data to x264 and so x264 thinks the video is longer (or shorter) than it actually is. Prior to that commit, there was no other option: x264 simply didn't do VFR calculations inside ratecontrol. Furthermore, VBV-maxrate didn't work correctly either; an encoder trying to limit the local bitrate of the video to play back better on low-end systems would not get what he expected either. Areas with high framerate would get more bitrate than he wanted. Now x264 supports variable-framerate input, ratecontrol, and output, eliminating all of the above problems. Here's two different ways to do it: 1. x264 input --tcfile-in timecodes ... x264 supports timecode input, which you can use to load MKV-style timecodes to turn any CFR input (e.g. Avisynth) into a proper-timestamped VFR one. 2. x264 input.mkv ... x264, when using FFMS or LAVF input, will read the correct timestamps from input VFR MKV files (and MP4, FLV, and other formats that support variable framerate). Now you can encode variable framerate files, even ones that are totally dedup'd to hell, without having to worry about getting the right bitrate. |
2010-04-30, 09:50 | Link #7 | |
Translator, Producer
Join Date: Nov 2003
Location: Tokyo, Japan
Age: 44
|
Quote:
But alas I just tried a test and youtube's transcoding fails miserably on anything vfr. I wonder if youtube would handle fake 120 fps avi's with no-ops?
__________________
|
|
2010-04-30, 16:20 | Link #8 |
Bishoujo fanatic
Fansubber
Join Date: May 2007
Location: Finland / Japan
|
Yeah, the last I heard Youtube was using something mencoder-based, which would kill any VFR that'd be there (this can well be different now, though -- although the result seems to be the same as it used to be). On the 120fps stuff: As I know that 60fps stuff at least is just converted to 30fps, I'd think 120fps content would just get the same treatment... But you can always try how well it treats the victim in the case of a "pseudo-CFR" source.
__________________
|
Tags |
encoding, vfr, x264 |
|
|