[flac-dev] in place decoding

? Thanks, -- Olivier TRISTAN ___ flac-dev mailing list flac-dev@xiph.org http://lists.xiph.org/mailman/listinfo/flac-dev

Re: [flac-dev] in place decoding

Le 21/10/2013 17:09, Olivier Tristan a écrit : Hi Guys, I'm wondering if it's possible to provide flac with the decoding buffer address. I'm currently doing a block aligned decoding and I'm copying all data given by flac in the write callback to my own buffer but would like to skip

Re: [flac-dev] x86_64 SSE2/SSE41 optim not used

oki doki Flac decoding is already really fast indeed but as I'm streaming hundreds of FLAC file from the HD in realtime, I wouldn't mind some speed up if available :) On Wed, Mar 12, 2014 at 5:40 PM, lvqcl lvqcl.m...@gmail.com wrote: Olivier Tristan wrote: In stream_decoder.c when

[flac-dev] building issue on OSX GCC 4.2 / Xcode

://bugzilla.mozilla.org/show_bug.cgi?id=836824 Don't know much what would be the right fix. Any idea ? Thanks, -- Olivier TRISTAN uvi.net ___ flac-dev mailing list flac-dev@xiph.org http://lists.xiph.org/mailman/listinfo/flac-dev

[flac-dev] Wrong warning in encoder for 24bits WAV

*/ flac__utils_printf(stderr, 1, %s: WARNING: legacy WAVE file has format type %u but bits-per-sample=%u\n, e-inbasefilename, (unsigned)wFormatTag, bps); AFAIK only 32bits file require a format of 3 while it's fine for 8, 16 and 24bits Thanks ! -- Olivier TRISTAN uvi.net

Re: [flac-dev] Wrong warning in encoder for 24bits WAV

I never seen this before. Thanks a lot. Le 20/03/2014 16:45, lvqcl a écrit : Olivier Tristan wrote: I've just faced a wrong warning trying to encode a 24 bits WAV file if(wFormatTag == 1) { if(bps != 8 bps != 16) { if(bps == 24 || bps == 32

Re: [flac-dev] building issue on OSX GCC 4.2 / Xcode

Works fine. Thanks ! Le 20/03/2014 17:42, lvqcl a écrit : Olivier Tristan wrote: Hi Guys, The current trunk do not build with GCC 4.2 on OSX when compiling cpu.c cpuid.h does not exists and __get_cpuid() is not defined This version of GCC is required if you want to support pre 10.7 systems

Re: [flac-dev] [PATCH] Improve LPC order guess

, -- Olivier Tristan Research Development www.uvi.net ___ flac-dev mailing list flac-dev@xiph.org http://lists.xiph.org/mailman/listinfo/flac-dev

Re: [flac-dev] [PATCH] Improve LPC order guess

Le 03/12/2014 17:42, Olivier Tristan a écrit : Le 03/12/2014 17:30, Martijn van Beurden a écrit : Op 03-12-14 om 16:48 schreef Olivier Tristan: Looks like I've missed the talk about this regression introduced in 1.3.1. From http://lists.xiph.org/pipermail/flac-dev/2014-October/005146.html ok

Re: [flac-dev] [PATCH] Improve LPC order guess

Le 03/12/2014 18:14, Brian Willoughby a écrit : On Dec 3, 2014, at 8:30 AM, Martijn van Beurden mva...@gmail.com wrote: Op 03-12-14 om 16:48 schreef Olivier Tristan: This patch changes the settings associated with compression levels 6, 7 and 8. With this patch, -e is no longer used

[flac-dev] about apodization functions

case) but I don't want to sacrifice any decoding speed as this is the bottleneck for me. Thanks, -- Olivier Tristan Research Development www.uvi.net ___ flac-dev mailing list flac-dev@xiph.org http://lists.xiph.org/mailman/listinfo/flac-dev

Re: [flac-dev] Flac multi channel

So I suppose this means that I cannot use FLAC to write my 16 ogg-flac channels file and neither read it (I was able to read a simple FLAC with ogg transport layer) ? Thanks ! Le 28/01/2017 à 21:43, Erik de Castro Lopo a écrit : Olivier Tristan wrote: This could make sense indeed. I

Re: [flac-dev] Flac multi channel

uot; users are actually working with FLAC in Ogg container files. > > Brian Willoughby > > > On Jan 27, 2017, at 12:55 AM, Olivier Tristan <o.tris...@uvi.net> wrote: > > Thanks everybody for their answer. > > > > This is quite unfortunate for me, but hey, that's lif

Re: [flac-dev] Flac multi channel

. To change this would require a whole new standard (or the use of multiple grouped FLAC streams in an Ogg container). Regards, Martin -- Olivier Tristan Research & Development www.uvi.net ___ flac-dev mailing list flac-dev@xiph.org

Re: [flac-dev] Flac multi channel

the file format itself, as the number of channels is > encoded in a 3 bit field in the streaminfo metadata block. > > Tor-Einar > > Am 25. Januar 2017 16:45:32 MEZ schrieb Olivier Tristan <o.tris...@uvi.net > >: >> >> Hi Guys, >> >> I know that FLAC f

Re: [flac-dev] Flac build issue in debug win x32

Here is a patch that fixes the issue. There are multiple way to fix it though. Le 14/02/2017 à 15:08, Olivier Tristan a écrit : Hi Guys, The following code in CPU.c (line 155) won't link if you don't have NASM code built even if FLAC__HAS_X86INTRIN is true as FLAC__cpu_info_asm_ia32 don't

Re: [flac-dev] [PATCH 5/5] SIMD: remove outdated SSE2 code

's > even less useful. I don't see a reason to keep it. > ___ > flac-dev mailing list > flac-dev@xiph.org > http://lists.xiph.org/mailman/listinfo/flac-dev > > -- Olivier Tristan Research & Development www.uvi.net ___

[flac-dev] Flac build issue in debug win x32

ecx); } Maybe it should be an ifdef instead of an if ? Thanks ! -- Olivier Tristan Research & Development www.uvi.net ___ flac-dev mailing list flac-dev@xiph.org http://lists.xiph.org/mailman/listinfo/flac-dev

[flac-dev] [PATCH] fix LLVM compile

Hi guys, Please find attached a patch that fixes the OSX build with llvm only __asm__ is supported but GCC support both so it's not an issue using this one AFAIK. lvqcl can probably confirm this. Thanks ! -- Olivier Tristan Research & Development www.uvi.net diff --git a/src/libFLAC/cpu

[flac-dev] Skip MetaData

Hi Guys, I was wondering if it's possible to init a FLAC stream and directly start decoding without reading any metadata first ? I read the file numerous time and I would like to avoid this extra step as I already have those information. Thanks ! -- Olivier Tristan Research & Develop

Re: [flac-dev] [PATCH 4/5] SIMD: accelerate decoding of 16-bit FLAC

of Subset-compatible 16-bit FLAC files is slightly increased on SSE4.1-compatible CPUs. ___ flac-dev mailing list flac-dev@xiph.org http://lists.xiph.org/mailman/listinfo/flac-dev -- Olivier Tristan Research & Development www.uvi

[flac-dev] issue with flac_internal_CreateFile_utf8

Hi guys, There is a missing return type in flac_internal_CreateFile_utf8 in case of #if _MSC_VER > 1900 && WINAPI_FAMILY_PARTITION(WINAPI_PARTITION_APP) I suppose there should ba a return handle; Thanks ! -- Olivier Tristan Research & Developm

Re: [flac-dev] About SSE intrinsincs in decoder

Le 07/07/2022 à 09:34, Martijn van Beurden a écrit : Op do 7 jul. 2022 om 09:07 schreef olivier tristan : > Hence even small optimization are very welcomed :) I presume you use libFLAC directly then. Sadly there is little left to optimize in the decoder. Below is an excerpt of the out

Re: [flac-dev] About SSE intrinsincs in decoder

against the speed gain from the removal of optimizations and for 24-bit audio this compounds to about 10% speed loss. Numbers may vary depending on the CPU specifics. I didn't think this would be a problem, but please speak up (and if possible elaborate on the details) if it is. -- Olivier

[flac-dev] About SSE intrinsincs in decoder

there should be a an opt in if you don't want to be included by default but some people including me don't want to see those optimization been removed ? I rely a lot on decoding speed as I work on musical instrument sample based :) Thanks ! -- Olivier Tristan Research & Develop

Re: [flac-dev] About SSE intrinsincs in decoder

You do not talk about the SSE 4.1 version in your bench. Have you tried this use case ? Thanks ! Le 04/07/2022 à 19:23, Martijn van Beurden a écrit : Op ma 4 jul. 2022 om 15:06 schreef olivier tristan : While I can understand the rationale for manual assembly as 32 bits x86

Re: [flac-dev] Looking for users of --keep-foreign-metadata

, is I think sufficient, but I would like to hear the opinion of people that actually use this feature. Kind regards, Martijn van Beurden ___ flac-dev mailing list flac-dev@xiph.org http://lists.xiph.org/mailman/listinfo/flac-dev -- Olivier Tristan Research