similar to: Proposition for 6.1 and 7.1 Channel Mappings

Hi guys, While updating the FLAC website I just found out the Xiph directshow filters already implement a certain channel mapping. I found this bug: https://trac.xiph.org/ticket/1657 It seems, from the bug report, that they use FL, FR, FC, LFE, BL, BR, SL, SR. On 22-01-13 08:19, Brian Willoughby wrote: > On Jan 17, 2013, at 21:41, Ralph Giles wrote: >> On 13-01-17 7:26 PM, Brian

On Fri Sep 21 16:31:21 2012, Stephen F. Booth wrote: > 6.1: L R C LFE Ls Rs Cs (MPEG 6.1 A layout) Having read a bit more: This matches the WAV (or USB) order if you map Ls (Left Surround?) to Back Left and Rs (Right surround) to Back Right, instead of mapping them to Side Left and Side Right as I do. Practically, there's not much difference in what you call these for 6.1. If you only

On Jan 17, 2013, at 21:41, Ralph Giles wrote: > On 13-01-17 7:26 PM, Brian Willoughby wrote: >> I vote for documenting the --channel-map option in the --help > > Do you ever use --channel-map yourself, or recommend it to clients? Professional surround mastering is delivered on very specific media, and FLAC is not an option (to my knowledge). I use FLAC for archival of original

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

On Fri Sep 21 16:31:21 2012, Stephen F. Booth wrote: > 6.1: L R C LFE Ls Rs Cs (MPEG 6.1 A layout) I'm confused. WAV puts the rear centre before everything but 'Front left of center' and 'Front right of center'. Are you saying you prefer the extra front channels to to side/rear surround, or that you prefer the MPEG order to the WAVE order? -r

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

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

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 noticed that my previous message is not very complete so I send here an "enhanced version". Please disregard the old one an reply to this one only. ( you can delete the ATTENTION word from subject ) Wilson (defiler@null.net) wrote : > There are two ways to decode multi-channel audio. In hardware, or in > software. > Hardware: A receiver or processor takes a Dolby Digital

I was getting a glicthy checkerboard mess at the cursor in some programs (konsol+) with # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 root=UUID=4107d1db-62a3-427c-8515-c954a103ce25 ro text quiet changed the command line in a blind attempt to: $ cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 root=UUID=4107d1db-62a3-427c-8515-c954a103ce25 ro nouveau.config=NvForcePost=1

I like the idea of standardizing the channel maps. I would suggest the following channel orderings: 6.1: L R C LFE Ls Rs Cs (MPEG 6.1 A layout) 7.1: L R C LFE Ls Rs Rls Rrs (MPEG 7.1 B layout) I think this more closely matches what Apple has done and what the default WAVE channel order is (http://msdn.microsoft.com/en-us/windows/hardware/gg463006.aspx). Stephen On Friday, September 21,

Hi , I was trying to guess the channel order or Tremor decoder for 5.1 channel file. Though the standard state it to be FL,C,FR,RL,RR,LFE but in my opinion its FL,C,FR, LFE RL,RR. I am not sure if my guess is correct . I came to this conclusion after downmixing from five to two channels. If i assume the channel order to be as per the standard then my two channel output is not correct but if i

On Jan 12, 2013, at 14:28, Martijn van Beurden wrote: > On 12-01-13 22:46, Brian Willoughby wrote: >> I would suggest that everyone keep in mind the vast installed base of >> hardware FLAC recorders and players, and not senselessly make them >> obsolete without extremely compelling reasons. > > This can be done for the same reason the change from 1.1 to 1.2 > added

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

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

On 12-10-12 4:47 AM, Erik de Castro Lopo wrote: > I've read through this thread and it didn't really come to any > conclusion. Can we try again and make a decision this time? Anyone else have thoughts on this? I'd like to get this added before the 1.3.x release. Especially helpful would be research into what current tools actually do. -r

This came out of the OggPCM discussion, but I think it needs to be addressed on a wider scale. Let's start here, 5 years ago.. http://lists.xiph.org/pipermail/vorbis-dev/2000-July/009513.html (I included this email, below) I emailed David (author of that email) and asked him to join this list. I'm thinking, as I look at the problem, that surround sound needs to be defined _outside_

On 13-03-01 2:17 PM, Erik de Castro Lopo wrote: > Ralph, looks like there's a missing closing brace there. Do you want to fix > it and resubmit or should I fix it? Sorry about that. Is this one better? -r -------------- next part -------------- commit 93d92eb5e98cacd8cab185a0bfdaafb795b14b22 Author: Ralph Giles <giles at mozilla.com> Date: Thu Jan 17 16:21:45 2013 -0800

The FLAC format specification never defined the semantics of 7- and 8-channel files, which has caused some pain for some years now. Attached is a patch to define them. I don't know if this follows "follows SMPTE/ITU-R recommendations," but it follows common tool practice. I chose the set of surround speaker designations used by home theatre systems, which is the same set used by the