ntil any other
call ?
Thanks,
--
Olivier TRISTAN
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
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 ca
low.com/questions/6121792/how-to-check-if-a-cpu-supports-the-sse3-instruction-set
--
Olivier TRISTAN
uvi.net
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
Hi Guys,
In stream_decoder.c when assigning lpc restore function,
only IA32 processor benefits from SS2 and SSE4.1 optimization.
Shouldn't it be the case for x86_64 processor as well ?
Thanks,
--
Olivier TRISTAN
uvi.net
___
flac-dev mailing
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 wrote:
> Olivier Tristan wrote:
>
> > In stream_decoder.c when
://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
27;re
unambiguous */
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
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) {
&
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
does not exists and __get_cpuid() is not defined
This version of GCC is required if you want to support pre 10.7 systems
which
is fix is MSVS-specific. Or both.
> ___
> flac-dev mailing list
> flac-dev@xiph.org
> http://lists.xiph.org/mailman/listinfo/flac-dev
>
--
Olivier TRISTAN
uvi.net
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
hanks,
--
Olivier Tristan
Research & Development
www.uvi.net
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
Le 03/12/2014 16:43, Martijn van Beurden a écrit :
> Op 03-12-14 om 15:49 schreef Olivier Tristan:
>> [...]
>> If you want to check this on a single piano note, I would be
>> happy to know if this improves the monophonic use case as well.
> This sample is indeed a case wh
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, in my use case,
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.xi
Le 03/12/2014 18:14, Brian Willoughby a écrit :
> On Dec 3, 2014, at 8:30 AM, Martijn van Beurden 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 l
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
Well I'm not testing on music material but on a single piano note of 1 min
length
and went from a 0.156 to a 0.148 ratio
Thanks for the answer.
On Fri, Feb 6, 2015 at 7:47 PM, Martijn van Beurden
wrote:
> Op 06-02-15 om 10:03 schreef Olivier Tristan:
> > Hi Guys,
> >
>
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 & De
Hi Guys,
I know that FLAC format is currently limited to 8 channels but I was
wondering if this hard limitation of the format
or if it can be easily circumvented if the flac library is compiled with
other settings and/or the software using it don't mind it
Thanks !
--
Olivier Tr
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 >:
>>
>> Hi Guys,
>>
>> I know that FLAC format is currently limited to 8 channels but I was
>>
e FLAC standard. 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
fla
ually working with FLAC in Ogg container files.
>
> Brian Willoughby
>
>
> On Jan 27, 2017, at 12:55 AM, Olivier Tristan wrote:
> > Thanks everybody for their answer.
> >
> > This is quite unfortunate for me, but hey, that's life.
> >
> > I will pr
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
&flags_ebx, &flags_ecx,
&flags_edx);
}
else {
FLAC__cpu_info_asm_ia32(&flags_edx, &flags_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
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
___
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_
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/libFLA
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
ed 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
ww
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 &am
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
is
dio this cancels out 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 detail
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 output
UE, LIST, bext chunks,
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
--
34 matches
Mail list logo