search for: dwchannelmask

...but now flac accepts mono files with three different channel > masks: > 0x0001 (FL), 0x0002 (FR), 0x0004 (FC). > > Should flac reject the first two masks when there's no --channel-map=none > option? Why place restrictions on which speaker a user can use? The Microsoft spec for dwChannelMask (WAVEFORMATEXTENSIBLE_CHANNEL_MASK) includes the following: Should nChannels be less than the number of bits set in dwChannelMask, then the extra (most significant) bits in dwChannelMask are ignored. Should nChannels exceed the number of bits set in dwChannelMask, then the remaining channels are n...

...list for feedback. Here's the RFCXML: And the resulting TXT: This is primarily based on the Ambisonics draft, as it's generally making additions to the same areas. A few areas I'd expect could be improved: Currently I'm using Microsoft's WAVEFORMATEXTENSIBLE structure's dwChannelMask field to define channel positions. These values are reasonably standard, but I'm not sure if citing Microsoft's documentation directly is the best way to handle this. We might want to copy the channel names into the spec, or cite some other document from a standards body naming and numberin...

...common channels (see above for 6.1 and 7.1) ------------------------------------------------------------------------------------------------- Then, regarding what the WAVEFORMATEXTENSIBLE order actually is: http://msdn.microsoft.com/en-us/library/windows/desktop/dd757714(v=vs.85).aspx "The dwChannelMask member specifies which channels are present in the multichannel stream. The least significant bit corresponds with the front left speaker, the next least significant bit corresponds to the front right speaker, and so on. The bits, in order of significance, are defined as follows." [?] "...

...ations. The assignments are as follows: Note that the channel order may not be defined. An example of this is in the Microsoft documentation defining WAVEFORMATEXTENSIBLE. The final example is titled "Multiple mono streams (no speaker location)", and has a (valid) channel mask of zero (dwChannelMask = 0). Also note that in the changelog at: https://xiph.org/flac/changelog.html it states: Now properly supports ... WAVEFORMATEXTENSIBLE multichannel input, performing necessary channel reordering both for encoding and decoding. WAVEFORMATEXTENSIBLE channel mask is also saved to a tag on e...

...R do not conflict then the FLAC tag serves no purpose.) So, in your example above, the FLAC tag containing the channel mask 0x33 is redundant while 0x603 is not. The WAVEFORMATEXTENSIBLE_CHANNEL_MASK also specifies the channel order. From the Microsoft spec for WAVE-EX: The channels specified in dwChannelMask must be present in the prescribed order (from least significant bit up). The FLAC default channel assignments all comply with this channel order. This description also agrees (I believe) with the FLAC change log at: https://xiph.org/flac/changelog.html where it states: AC 1.1.3 (27-Nov-2006)...

...hen used to specify the channel assignment. The channel assignment can then be repeated in a WAVEFORMATEXTENSIBLE channel mask tag. The WAVEFORMATEXTENSIBLE specification is better in this regard because the number of channels and channel assignment are stored separately (as Format.nChannels and dwChannelMask). What is required, I would suggest, is a simple and unambiguous way for an application reading a FLAC file to navigate this mess. There needs to be a way to tell the application, "Don't look here for the channel assignment, look there". Regards, Martin -- Martin J Leese E-mail: m...

...vbscript: Use simplified constant implementation for more constants. Jason Edmeades (3): cmd: Prevent overflow for long command string. cmd: Change what 'ver' issues. cmd: Wait for command to complete when spawned through cmd /c. Maarten Lankhorst (1): dsound: Set dwChannelMask when limiting channels. Michael Stefaniuc (11): winex11.drv: The winediag debug channel is only used for HAVE_XRRGETSCREENRESOURCES. comctl32: Remove a superfluous function pointer cast. riched20/tests: Remove a superfluous function pointer cast. qmgr: COM cleanup for the I...

...ce DirectSound settings with Driver Diagnostics. dsound: Reimplement rendering devices on mmdevapi. dsound: Reimplement capturing devices on mmdevapi. dsound: Reimplement PropertySet on mmdevapi. dsound: Eliminate leftover driver structures. mmdevapi: Don't fail if dwChannelMask is not set correctly. wineoss.drv: Use a temporary OSS device to check format support. winealsa.drv: Fix default device creation logic. mmdevapi: Don't use invalid This pointer on static object. winmm: Handle DRV_QUERYMAPPABLE in waveXxxMessage. audio: Change winmm...

>Yesterday I have finished writing the ambisonic pan filter for oggenc. May I ask what this "pan filter" is? I made some tentative suggestions for coupling Ambisonic B-format in a post "Vorbis Ambisonic coupling" on 4feb07 I gather from the last monthly meeting, that some of you, including Monty, had problems with the phase behaviour of B-format. Would anyone like a