#5988 HIGH -: Theora encoding is too slow
Zarro Boogs per Child
bugtracker at laptop.org
Sun Aug 23 06:01:25 EDT 2009
#5988: Theora encoding is too slow
-----------------------------------+----------------------------------------
Reporter: bemasc | Owner: jg
Type: enhancement | Status: new
Priority: high | Milestone:
Component: distro | Version:
Resolution: | Keywords:
Next_action: never set | Verified: 0
Deployment_affected: | Blockedby:
Blocking: |
-----------------------------------+----------------------------------------
Changes (by sunrise1):
* next_action: => never set
Comment:
(09:35:07) maikmerten: bemasc|sleep,
http://people.xiph.org/~maikmerten/speed_example.diff provides an example
of how to enable a very fast mode in the Theora encoder using the
theora_control() API (09:35:50) maikmerten: bemasc|sleep, for optimal
results use libtheora from SVN, the fastest mode in beta 1 and 2 are
offering far worse quality (09:36:01) maikmerten: s/are/is (10:12:56)
xiphmont: The Thusnelda encoder I'm working on will be able to offer
faster mainline modes in a few days as well.
(14:50:31) derf: bemasc: Also, I'd highly recommend you compile libtheora
with a geode-aware version of gcc specifically targeting that
architecture. (14:51:07) bemasc: derf: [http://www.tagnice.com nike air
yeezy shoes]I'll do that. OLPC is maintaining a patched geode-aware gcc
for that purpose, but is avoiding recompiling most of the system.
(14:51:41) maikmerten: ask the Gentoo people if they can do some nice
unrolled-loops builds for yer ;) (14:51:43) derf: libtheora in general has
a huge reliance on the compiler doing smart things for the given
architecture. (14:51:59) bemasc: maikmerten: I run Gentoo, so my instinct
was of course to recompile everything for the target cpu (14:52:09) derf:
As in, compiler options can make up to a 50% difference in speed.
--
Ticket URL: <http://dev.laptop.org/ticket/5988#comment:7>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list