Tremor: Difference between revisions

From XiphWiki
Jump to navigation Jump to search
(6 intermediate revisions by the same user not shown)
Line 3: Line 3:
== Platforms ==
== Platforms ==


== ARM/Coldfire/MIPS CPUs ==
=== ARM CPUs ===


You will probably want to use the Tremor main branch.  You can check it out here:
You will probably want to use the Tremor main branch.  You can check it out here:
Line 9: Line 9:
svn co http://svn.xiph.org/trunk/Tremor/
svn co http://svn.xiph.org/trunk/Tremor/


It contains some optimizations for ARM and overall the lowest computational complexity and should run on most devices with a few hundred KB of codec RAM.
It contains some optimizations for ARM and the overall lowest computational complexity.  It should run on most devices with a few hundred KB of codec RAM.  The configure script should automatically enable ARM assembly code on ARM systems, however you can also force it by defining _ARM_ASSEM_.


== Texas Instruments TMS320C55x DSP Family ==
=== Coldfire/MIPS/other ===
 
Tremor currently does not have CPU specific optimization for less common embedded CPUs.  In this case the main branch will probably give very good performance if CPU optimized fixed point multiply and complex multiply functions are added. 
 
=== Texas Instruments TMS320C55x DSP Family ===


Download the generic lowmem source using [http://subversion.tigris.org/ Subversion].   
Download the generic lowmem source using [http://subversion.tigris.org/ Subversion].   
This is probably the version you want to start working with for a DSP, but maybe slower on normal CPUs.   
This is probably the version you want to start working with for a DSP, but may be slower on normal CPUs.   


svn co http://svn.xiph.org/branches/lowmem-branch/Tremor/
svn co http://svn.xiph.org/branches/lowmem-branch/Tremor/
Line 25: Line 29:
See the [http://lists.xiph.org/pipermail/tremor/2004-October/001114.html mailing list entry]
See the [http://lists.xiph.org/pipermail/tremor/2004-October/001114.html mailing list entry]
* Johannes Sandvall's performance improvements
* Johannes Sandvall's performance improvements
See the [http://lists.xiph.org/pipermail/tremor/2004-March/000957.html mailing list entry] or just [http://www.sandvall.nu/patch download]
See the [http://lists.xiph.org/pipermail/tremor/2004-March/000957.html mailing list entry]
* alloca removal
* alloca removal
The TI compiler does not support this.
The TI compiler does not support this.
Line 33: Line 37:
* [http://lists.xiph.org/pipermail/tremor/attachments/20041029/30a4905c/misc.h 64-bit math functions]
* [http://lists.xiph.org/pipermail/tremor/attachments/20041029/30a4905c/misc.h 64-bit math functions]
* converting all ints assumed to be 32 bits to ogg_int32_t
* converting all ints assumed to be 32 bits to ogg_int32_t
== Memory Usage ==
The exact memory requirements for Tremor depend on the file to be decoded as Vorbis allows encoders to use different features in different files.  Typical Vorbis files will need several hundred KB of memory (this includes the binary as well as malloc buffers) in the main branch, and somewhat less in the lowmem branch.  Some very old (and rare) files may need 500KB or more to decode.  Systems with much less then 250KB of codec memory should probably use the slower low memory branch, and should take care to fail gracefully if a call to malloc fails.  This will result in the overwhelming majority of Vorbis files decoding correctly.


== Links ==
== Links ==


* [http://svn.xiph.org/trunk/Tremor/ Tremor Main Branch]
* [http://svn.xiph.org/branches/lowmem-branch/Tremor/ Tremor Low Memory Branch]
* [http://lists.xiph.org/pipermail/tremor/ Tremor Mailing List] - lots of info here, but have to wade through a lot!
* [http://lists.xiph.org/pipermail/tremor/ Tremor Mailing List] - lots of info here, but have to wade through a lot!
* [http://git.rockbox.org/?p=rockbox.git;a=tree;f=lib/rbcodec/codecs/libtremor Rockbox Optimized Tremor Fork] - Highly optimized version of Tremor for ARM and several other embedded CPUs

Revision as of 17:00, 22 September 2012

Tremor is a fixed-point version of the Ogg Vorbis decoder for those platforms that can't do floating point math.

Platforms

ARM CPUs

You will probably want to use the Tremor main branch. You can check it out here:

svn co http://svn.xiph.org/trunk/Tremor/

It contains some optimizations for ARM and the overall lowest computational complexity. It should run on most devices with a few hundred KB of codec RAM. The configure script should automatically enable ARM assembly code on ARM systems, however you can also force it by defining _ARM_ASSEM_.

Coldfire/MIPS/other

Tremor currently does not have CPU specific optimization for less common embedded CPUs. In this case the main branch will probably give very good performance if CPU optimized fixed point multiply and complex multiply functions are added.

Texas Instruments TMS320C55x DSP Family

Download the generic lowmem source using Subversion. This is probably the version you want to start working with for a DSP, but may be slower on normal CPUs.

svn co http://svn.xiph.org/branches/lowmem-branch/Tremor/

There is also a no-byte branch for platforms whose smallest data unit is larger than 8 bits.

Required / Suggested Changes to the code as downloaded:

  • Roland Wintersteller's various fixes

See the mailing list entry

  • Johannes Sandvall's performance improvements

See the mailing list entry

  • alloca removal

The TI compiler does not support this.

  • misc compiler warning fixes
  • hooks to TI DSPLIB functions cfft3216_NOSCALE and cbrev32

These are part of the TI DSPLIB which can be downloaded from the TI website.

Memory Usage

The exact memory requirements for Tremor depend on the file to be decoded as Vorbis allows encoders to use different features in different files. Typical Vorbis files will need several hundred KB of memory (this includes the binary as well as malloc buffers) in the main branch, and somewhat less in the lowmem branch. Some very old (and rare) files may need 500KB or more to decode. Systems with much less then 250KB of codec memory should probably use the slower low memory branch, and should take care to fail gracefully if a call to malloc fails. This will result in the overwhelming majority of Vorbis files decoding correctly.

Links