similar to: Tremor channel order

Vorbis Community, Seeing as how DTS-HD and Dolby TrueHD decoders are becoming more accessible, I believe now may be a good time to standardize channel mappings for 6.1 and 7.1 audio. MPlayer currently implements 7.1 audio for Vorbis like so: FL FR RL RR FC LFE SL SR. Thank you, William Swartzendruber -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Mon, Feb 16, 2015 at 5:03 AM, Farid BENAMROUCHE <fariouche at yahoo.fr> wrote: > Hello all, > > I'm using gentoo, with kernel 3.17.0-p1-pf and at some point, a patch was included in this branch of the gentoo kernel that broke hdmi audio. > > I've checked with the latest 3.19 vanilla kernel, and I still have the same problem. I cannot output multichannel sound over

Hi vorbis experts! I'd like ot write application under Symbian that use theora as video codec & tremor as an audio one. I played at first with libogg & theora on PC, then successfully ported them both. Next I decided to port Tremor but I found that it use its own files from Ogg library. The API is almost identical, so I tried to bind the Tremor with upstream Ogg library (it actually

Hi vorbis experts! I'd like ot write application under Symbian that use theora as video codec & tremor as an audio one. I played at first with libogg & theora on PC, then successfully ported them both. Next I decided to port Tremor but I found that it use its own files from Ogg library. The API is almost identical, so I tried to bind the Tremor with upstream Ogg library (it actually

Hi, While following the developer mailing list, I came across "tremor-lowmem" version. I did some search of it in Xiph.org and "tremor" source code but wasn't able to find it. I would like to know if there is any separate thread for the "tremor-lowmem" version as we are working on the fixed point implementation of Vorbis code and we are looking forward for

Hi, I've started working on libogg2 support in liboggz and Tremor support in libfishsound. I'm running into some problems with namespace clashes. Specifically, each of libogg, libogg2 and libvorbisidec (Tremor) define conflicting ogg_* symbols and declare incompatible ogg_* types in their headers. While I understand that a dedicated Ogg Vorbis decoder would only need to use one of these

Hi, I'm experiencing a serious problem when trying to replace libvorbis with tremor (from svn): premitting that I don't want to use the ov_* functions, calling vorbis_synthesis_headerin() on the 3 initial packets works with libvorbis but immediately fails with tremor. At first sight it seems that the function in tremor either receives a leading \n before every header (that

All, I've consolidated our various svn branches of the fixed-point vorbis decoder (known as tremor or tremolo) into a single git repository, hoping that it facilitates review and merging of the various trees. In particular, android has a branch of Robin Watts' Tremolo code (arm-optimized tremor-lowmem) which I don't think anyone on the Xiph side has looked at. I used git-svn to

I apologize for the terribly long message, but here goes. ------------------------------------------------------------------------------------------------- First, regarding existing tools that I now about. libavcodec and users (e.g. HandBrake): - if there are 6 channels or less, the layout is set by the decoder as per the FLAC specification - if there are more than 6 channels, the layout is

I thought this might be interesting to the people outside those on the Vorbis development mailing list: http://www.xiph.org/archives/vorbis-dev/200209/0007.html From: rillian (rillian@telus.net) Date: Tue 03 Sep 2002 - 09:24:48 EDT > For those of you not of the commit mailing list, I wanted to point out > that monty has checked the fixed-point 'tremor' vorbis decoder into >

For those of you not of the commit mailing list, I wanted to point out that monty has checked the fixed-point 'tremor' vorbis decoder into xiph.org cvs, under the usual (free) xiph license. This was developed for use in embedded devices, so if you've been waiting for an interger-only (no fpu) implementation, you might want to give it a try. The code is in the 'Tremor' cvs

Hello Ben, The working kernel code I based my investigation was a 1.3.17 + gentoo patch (so yes, pretty old) The new one below, not working is the vanilla 3.19 (from the gentoo repo, should be identical to the latest 3.19 stable) I've narrowed down the issue to the size of the eld. The new patch (that indeed uses drm_eld_size) (with this patch, I have a working 3.19 kernel): I will need to

Hi, I study electricity in the University of Applied Sciences of Western Switzerland and I just began my diploma work: an embedded Internet Radio Receiver. I want to use the Tremor Codec on a ARM7TDMI uc (Samsung S3C4510B). And I need to convert the decoded Vorbis signal in an I2S bus signal (clk, word-select, and data) with a CPLD (Xilinx SPARTAN II) It will be helpfull if someone can explain

On 13-01-01 4:36 PM, Tim W. wrote: > - 4 channels: left, right, back left, back right (FL FR BL BR) > - 5 channels: left, right, center, back/surround left, back/surround right > (FL FR FC BL BR or FL FR FC SL SR, same order so doesn't matter) > - 6 channels: left, right, center, LFE, back/surround left, back/surround right > (FL FR FC LFE BL BR or

Hi, Given CVE-2018-5146, I wanted to update the tremor package we have in Buildroot (an embedded Linux build system), and I noticed an inconsistency between the tremor git and svn repos. We are currently using r19427 from svn, but the fix for CVE-2018-5146 was only added to git, so I wanted to move to that. Comparing the two repos I noticed that r19427 is missing from the git repo. r19427 is:

Hi all, I'm porting the Tremor code to an ARM platform. Unfortunately, we didn't use the low mem branch code for CPU performance consideration, and now I find the memory use in it is huge for the embedded system. After looking into the code, I found the header parse, especially, the codebook unpack part takes a lot of memory. Tremor decodes the codebooks to a cache to store

I vote for documenting the --channel-map option in the --help I don't like the idea of rejecting a multichannel file merely for mapping, so there should be a documented option plus an error message pointing to the option. This should compare to the WAVE and AIFF errors where the utility suggests to the user how to get the file converted safely. Brian Willoughby Sound Consulting On

Hi, I'm developing squash (shameless plug: http://freshmeat.net/projects/squash/ ), and I've just added FLAC support. I'm going to hold off on OggFLAC support until the high level interface is in place. However, my question concerns compiling libFLAC for the strongarm. First I noticed that I could not use the files compiled by tremor, which I have already working. I suppose

On 2005-11-17, Erik de Castro Lopo wrote: > I did flesh out the wiki a **little** more. Is the intent clearer now? Yes. Channel map type tells us what the primary interpretation of the stored signals is. Channel definitions are there to tell which stored channel corresponds to which abstract channel in the type. Channel conversions define downmixes to secondary formats, as they do in MLP,

Attached several patches that I have been using to the tremor tree. Please review and apply as you see fit. Regards. -- O.S. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-os.h-change-elif-_WIN32-to-elif-defined-_WIN32.patch Type: text/x-patch Size: 728 bytes Desc: not available URL: