similar to: Big issue regarding channel order mapping in 5.1 has been reported

Hello there. I can't use bugtracker because it is permanently think that I'm spammer. -------------- System: Windows XP Service Pack 3 When I trying to decode any *.ogg file with oggdec.exe like this: oggdec.exe file.ogg I have an error (it is translate version - I don't have english version of Windows): Instruction from address 0x7c91b1fa trying to access 0x00000010. Memory

Hi. I think that vorbis-tools use a wrong order for channels when dealing with 5.1 surround WAV files. More precisely, I find in the Vorbis specification that the output order is: 0: front left 1: front center 2: front right 3: rear left 4: rear right 5: LFE (source: http://www.xiph.org/vorbis/doc/Vorbis_I_spec.html#id342556 ) At the same time, the order of channels in WAV files seems to be:

http://lists.xiph.org/pipermail/vorbis/2010-March/027465.html wrote: > Xiph.Org announces the release of libao-1.0.0, libvorbis-1.3.1 > and vorbis-tools-1.4.0 :-) Some problems: http://downloads.xiph.org/releases/vorbis/ http://www.xiph.org/downloads/ still have and advertise the unusable "vorbis-tools-win32-bin.7z" from over 2 years ago :-( Do any arguments against speedy

Could I request, please, that the link on this page that currently points to: http://homepage.ntlworld.com/jfe1205/OggVorbis/ be changed to point to: http://www.rarewares.org/ogg-oggdropxpd.php It is simply that the Rarewares site can support a much greater bandwidth than I can and I usually update it ahead of my own webspace. (It's also a 'proper' web site rather than just an ftp

On Sat, 2004-03-27 at 22:45, Andreas Grommek wrote: > I encountered a strange problem with ices-2.0.0. > I use a icecast2/ices2 combo ti stream live audio and I use ices to > record my stream. This worked well until last week. Since then the > recording function produces somehow corrupt ogg-files. > > I cannot decode them to wav with oggdec, the program tells me "Only

This patch cleans up the vorbis-tools Makefile.am files so they work with both automake 1.4 and 1.6. Some changes to configure.in were also needed in order to get things to work (and to fix some ac 2.50 issues). Please remove config.h from cvs as it is a generated file and empty anyway. automake 1.6 isn't really incompatable with 1.4, it's just more picky about you sticking to the rules:

Hi. I just noticed that oggdec channel reordering for WAV is bogus. With irrelevant clutter removed, oggenc has the following code: permute = {0,2,1,4,5,3} // oggenc/audio.c:401 for (j) to_vorbis[j] = from_wav[permute[j]] // oggenc/audio.c:619 While oggdec has the following code: permute = {0,2,1,5,3,4} // oggdec/oggdec.c:229 for (j)

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

Curt Sampson wrote: > On Sun, 24 Aug 2003, smoerk wrote: > > >>there are different channel profiles for 5.1: >>L R C LFE Ls Rs (DVD) >>L R Ls Rs C LFE >>L C R Ls Rs LFE (Film) > > > I don't see why you need more than one of the above formats. It's not > like you can't decide to put the LFE channel into "input 3" or "input

On Sun, 24 Aug 2003, smoerk wrote: > there are different channel profiles for 5.1: > L R C LFE Ls Rs (DVD) > L R Ls Rs C LFE > L C R Ls Rs LFE (Film) I don't see why you need more than one of the above formats. It's not like you can't decide to put the LFE channel into "input 3" or "input 5" or whatever set of inputs your sending it to, depending on

Josh Coalson wrote: > --- smoerk <smoerk@gmx.de> wrote: > >>i didn't find anything about tagging flac files as surround files. i >>think there should some possibility to tell the player how to play a >>multi-channel file (how to map the different channels to the speakers >>or if there some decode is needed, like for ambisonic files). > > > it

I've been doing a fair amount of work with Vorbis support for Ambisonics, which seems to be going along nicely. It seems that there is signifant interest in coding 5.1 material with Vorbis esp as tarkin becomes more complete, so I've decided to take a break from pure ambisonic work to look into this. I've decided that the best (from a pure elegance and patent avoidance) way to handle

I've been doing a fair amount of work with Vorbis support for Ambisonics, which seems to be going along nicely. It seems that there is signifant interest in coding 5.1 material with Vorbis esp as tarkin becomes more complete, so I've decided to take a break from pure ambisonic work to look into this. I've decided that the best (from a pure elegance and patent avoidance) way to handle

Hi, Has anyone succeeded to build oggenc and oggdec on Mac OS X with static linking? I can build libogg and libvorbis and install them as dynamic libraries (by running ./configure, make and then make install). Then oggenc and oggdec will load them in runtime and use them. That works fine. But I'd like to build these two command line tools so they're linked with all the libraries they

On 20030610: Gregory Maxwell wrote: (in reply to Ralph Giles) >> I assume you're aware of the technical documentation on dolby's site? >> (http://www.dolby.com/pro/) In particular the surround mixing guide has >> a lot of detailed guidelines. I don't have any practical experience >> with it though, so I can't vouch for it. >Yes I am. I've done a

Hi everybody! I encountered a strange problem with ices-2.0.0. I use a icecast2/ices2 combo ti stream live audio and I use ices to record my stream. This worked well until last week. Since then the recording function produces somehow corrupt ogg-files. I cannot decode them to wav with oggdec, the program tells me "Only one logical bitstream currently supported". ogginfo prints out

Hello. Attached are some patches that some Debian users of vorbis-tools have sent to our BTS over the years (numbers refer to Debian bugs). It'd be nice to see them integrated. They apply cleanly to SVN as of today. The largefile_support one is a bit bigger than just the configure.ac since the submitter adviced that config.h got included in all C source files before the standard includes,

Hello. Attached are some patches that some Debian users of vorbis-tools have sent to our BTS over the years (numbers refer to Debian bugs). It'd be nice to see them integrated. They apply cleanly to SVN as of today. The largefile_support one is a bit bigger than just the configure.ac since the submitter adviced that config.h got included in all C source files before the standard includes,

Dear vorbis-dev lurkers, I bring you the first beta release of vorbis-tools 1.3.0. It has quite a few new features and the final version will have even more, so I am sure it is to everyone's benefit that it gets as much tested as possible so we can do a quick release. Here's the changelog so far: * Fixed an error in configure.ac; --with-speex/flac work again (#1319) * Corrected

Hi everyone, Recently I made an attempt at merging the tunings of GT3b1 into the official Xiph.org 1.0.1 libvorbis code. While 99% of the GT3b1 tunings are independent of 1.0.1, there is one particular value (_psy_noiseguards) which affects the whole quality range. I've chosen to use the 1.0.1 values since they changed since 1.0. Therefore, files encoded in GT3b1 mode (q 5 and above)