similar to: [PATCH] support 7 and 8 channel wav files as input

Decoding flac files is also prone to producing fragmented files. NTFS has the ability to completely avoid fragmentation if it is told the file size before hand, but that would require using special Windows-only functions. Increasing the write buffer from the default 512 bytes to 10 MB already reduces the problem tremendously. -------------- next part -------------- diff --git

Can you please wrap the setvbuf in _WIN32 IFDEFs too? Currently memory usage of FLAC decoding is about 1MB, so this patch is increasing memory usage tenfold, also for platforms that do not need this. It is a non-problem on my system anyway. Op 26-09-14 om 10:36 schreef Janne Hyv?rinen: > I made some changes to the previous patch. I don't know why I > originally didn't put the

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

This commit accepts the new default channel masks for 6.1 and 7.1 surround input WAV files, and writes the corresponding masks when decoding to WAV without a channel mask from the metadata block. --- src/flac/decode.c | 5 +++++ src/flac/encode.c | 4 +++- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/src/flac/decode.c b/src/flac/decode.c index 98fc430..2d1bdd6 100644 ---

Removed buffer size increase. Only tells the filesize to Windows now. On 26.9.2014 14:08, Erik de Castro Lopo wrote: > Martijn van Beurden wrote: > >> Can you please wrap the setvbuf in _WIN32 IFDEFs too? Currently >> memory usage of FLAC decoding is about 1MB, so this patch is >> increasing memory usage tenfold, also for platforms that do not >> need this. It is a

This is equivalent and just makes the code shorter. --- src/flac/decode.c | 24 +++++++++--------------- 1 file changed, 9 insertions(+), 15 deletions(-) diff --git a/src/flac/decode.c b/src/flac/decode.c index fa82c04..98fc430 100644 --- a/src/flac/decode.c +++ b/src/flac/decode.c @@ -333,32 +333,26 @@ FLAC__bool DecoderSession_process(DecoderSession *d) return false; /* set channel

Josh, I applied this patch and all the "make check" tests passed (but I do not have valgrind and I did not use --enable-exhaustive-tests during configure, so it isn't all the tests). Do you see anything suspicious about it? --- flac-1.1.2.oldBuild/src/flac/decode.c 2005-01-24 20:13:46.000000000 -0800 +++ flac-1.1.2/src/flac/decode.c 2006-09-06 23:36:26.000000000 -0700

doing "make check" on flac-1.1.2, I get a segmentation fault ././test_metaflac.sh: line 51: 17370 Segmentation fault flac $* when running this portion of the test/test_metaflac.sh script: (set -x && run_metaflac --preserve-modtime --add-padding=12345 $flacfile) check_exit check_flac <---------------- where the segfault happens All other tests in

I made some changes to the previous patch. I don't know why I originally didn't put the output buffering to piped output too but that is now moved to cover both file and pipe output. Additionally this patch informs the Windows filesystem in advance about the decoded size to eliminate NTFS fragmentation. On 25.9.2014 23:01, Janne Hyv?rinen wrote: > Decoding flac files is also prone

lvqcl wrote: > Martin Leese wrote: >> Note that the channel order may not be defined. > > IMHO it doesn't matter in this place of documentation (which describes > default channel assignments for FLAC). Your proposed wording was: 0000-0111 : (number of independent channels)-1. The channel order follows SMPTE/ITU-R recommendations. The assignments are as follows: The

The commit http://git.xiph.org/?p=flac.git;a=commitdiff;h=99257e177eac96fa41a107b423080232f59ebe45 also requires some changes in write_iff_headers() function: currently flac don't write WAVEFORMATEXTENSIBLE header if decoder_session->channel_mask is equal to 0, 1 or 3. After the commit 99257e17 flac should do this for channel_mask equal to 0, 4 or 3. The patch fixes this.

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

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

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

Dear All, I am trying to use the felm function in the lfe package. However it does not seem to deal with missing values the way the lm function does. I wish to tell it na.omit or na.action = na.omit but it does not recognize this. I need to allow for missing values as I have different specifications and don't want to remove observations for all. Help on this will be greatly appreciated!

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). any idea how to implement it?

Hi All, Are multi-channel (more than 2) formats fully supported in the OggVorbis specification ? I couldn't find any information about multi-channel support on xiph.org. I've used 'oggdropXPd' to encode a 5.1 wavefile and the Xiph OggVorbis libraries (vorbisfile.dll) to decode the file successfully, however the order of the channel interleaving is different to the original wave

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