[gstreamer-bugs] [Bug 607798] x264enc needs updating to support new features

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=607798
  GStreamer | gst-plugins-ugly | git

--- Comment #31 from Robert Swain <robert.swain at gmail.com> 2010-06-01 10:47:51 UTC ---
Also, I have changed the defaults - I'll strip these changes out so that we
maintain the current defaults. They can be reviewed separately unless people
are OK with mostly matching the x264 CLI defaults - threads=0, speed-preset=6,
profile=high.

threads=0 means 'auto'-matically choose the number of threads to suit the
available cores. This has been tested by x264 peoples on a variety of systems
and as I recall it comes out to be most efficient at around 1.5 * cores. 1 for
single, 3 for dual, 6 for quad etc.

speed-preset=6 means preset medium which is a reasonable tradeoff of
speed/quality. It should still be pretty fast but much better quality than the
current default values.

profile=high corresponds to restricting options to H.264 High Profile features.
This will play in basically all software players including Adobe Flash Player.
I would expect the coming encoding profiles to choose the appropriate profile
and impose other restrictions necessary to play on a particular target device.
We can figure out what is needed to create files that play on iPods and PSPs
for example.

If we want to retain compatibility with older x264 versions, we will have to
have some ifdeffery and the code is not going to be pretty... The relevant APIs
were moved into libx264 from the CLI for API version 86, so I'm told. Maybe
most interesting distros that will receive the next release of -ugly will have
current enough libx264 for backward compatibility to be irrelevant.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.