Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
21st June 2010, 21:29 | #281 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,989
|
Indeed. For this kind of content, allowing the usage of more b-frames is probably a very good idea also.
Derek
__________________
These are all my personal statements, not those of my employer :) |
21st December 2010, 06:58 | #282 | Link | ||
3nc0d3
Join Date: Oct 2010
Posts: 1
|
Quote:
how to use it, sir? |
||
21st December 2010, 13:50 | #283 | Link |
ZZZzzzz...
Join Date: Jan 2007
Location: USA
Posts: 303
|
Uhh....
Code:
c:\folder\x264.exe --profile baseline --pass 2 -B 400 --level 1.3 --ref 1 --aq-mode 2 --no-mixed-refs --trellis 2 --rc-lookahead 240 --scenecut 40 --partitions all --me umh --subme 10 --keyint 240 --min-keyint 24 --psy-rd 0.0:0.0 --vbv-bufsize 1000 --vbv-maxrate 768 input output |
4th January 2011, 15:40 | #285 | Link |
typo lover
Join Date: May 2009
Posts: 595
|
yes, it's outdated.
there are a lot of addions and changes that have been done.
__________________
my repositories |
4th January 2011, 20:46 | #286 | Link |
Registered User
Join Date: Aug 2002
Posts: 403
|
Well, the truth is, I can't get a AVC High Profile out of x264. I have tried to force it using preset, not using preset but it doesn't work. Here are my lines and x264 outputs.
Code:
x264 --profile high --bitrate 264 --tune film --pass 1 -o [ommited] [ommited] avs [info]: 480x272p 0:0 @ 5000000/208333 fps (cfr) x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 x264 [info]: profile Main, level 2.1 Code:
x264 --profile high --bitrate 264 --preset veryslow --tune film --pass 1 -o [ommited] [ommited] avs [info]: 480x272p 0:0 @ 5000000/208333 fps (cfr) x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 x264 [info]: profile Main, level 2.1 Code:
x264 --profile high --bitrate 264 --preset veryslow --tune film --level 3.1 --pass 1 -o [ommited] [ommited] avs [info]: 480x272p 0:0 @ 5000000/208333 fps (cfr) x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 x264 [info]: profile Main, level 3.1 I have ommited the input and output files from the cmd line to make it easier to read. [EDIT] Oh, nevermind. That was due to the fact it was on the first pass of the encode. For the second pass, x264 showed High profile on its output. Interesting that the level is displayed correctly, but the profile is displayed according to the turbo preset I suppose. Last edited by Rash; 4th January 2011 at 20:56. Reason: Problem solved |
4th January 2011, 20:59 | #287 | Link |
Registered User
Join Date: Dec 2005
Posts: 1,460
|
First pass uses faster settings by default. 8x8dct is deactivated among other settings, so unless you use --slow-firstpass or a CQM your first pass will never be high profile. There is nothing wrong.
--level sets a flag regardless of settings used. --profile will limit features, but if no high profile features are used it will still signal main (or baseline). Last edited by nurbs; 4th January 2011 at 21:02. |
16th May 2012, 09:15 | #288 | Link |
Registered User
Join Date: Sep 2009
Posts: 37
|
Hello,
after two years, I am still wondering what do you think about bumping --bframes in --preset slower a little? D_S said in previous post that this might be worth looking into at some point, so any news? Or is it considered a bad idea? To my personal experience, 3 is almost always too low for those slow'ish presets. Furthermore, if I understand correctly, with the upcoming sliced lookahead, the bottleneck caused by --b-adapt 2 and many bframes can be reduced a lot, this adds another point to use more bframes IMO. |
20th January 2013, 11:29 | #290 | Link |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Sharp graphic content, like screen captures, flash-like video games, and so forth, would probably also be hurt by --tune film in some of the same ways.
For 3D games, take it or lose it, I don't feel like it matters so much. It's all a bit guesswork anyways. Explanation behind --tune film: lower deblocking settings and stronger psy-trellis bias towards detail retention at the expense of graphical artifacts, especially on sharp edges. I would have liked to make x264's default more along these lines, but unfortunately there's quite a bit of real-world material where this would hurt noticeably, and I never came up with a good way for x264 to find a balance that helps both.
__________________
Follow x264 development progress | akupenguin quotes | x264 git status ffmpeg and x264-related consulting/coding contracts | Doom10 Last edited by Dark Shikari; 20th January 2013 at 11:31. |
20th January 2013, 14:43 | #291 | Link |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Sorry, my use of "real-world" in this case referred to non-contrived encoding situations, i.e. people encoding things for some real purpose (in contrast to "--tune film is bad on this absurd single test clip nobody cares about"). Lord Mulder is referring solely to actual videos coming out of cameras, i.e. "real life" videos.
|
9th April 2013, 13:19 | #292 | Link |
User of free A/V tools
Join Date: Jul 2006
Location: SK
Posts: 826
|
You're over-complicating the tuning notation too much IMO.
grain tuning is for grainy (how more obvious this could be?) sources when you want to retain this grain in final encode, fine details are just a sort of grain for the encoder film does refer to the nature of footage, it means that your input is regular movie with live action scenes, real actors, filmed by natural means of video recording devices. It doesn't refer to physical substance on which your video is recorded, BTW how precisely would you want to feed your celluloid reel into x264? animation obviously refers to cartoon/hand drawn type of footage with large areas of uniform color, less fluid motion caused by repeated frames and so on... All other types of tuning presets are pretty self-explanatory I think |
Tags |
development, interface, x264 |
Thread Tools | Search this Thread |
Display Modes | |
|
|