Op do 7 jul. 2022 om 09:46 schreef olivier tristan :
> Perhaps it is possible to add a switch to the encoder to create FLAC files
> that are optimized for decoding speed instead of size. Would that be
> something you would use? For example trading in 5% less compression against
> 30% more decoding
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 of gp
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 of gprof on flac
decoding a track
> % cumulative self
I work on virtual music instrument ( uvi.net ) and we store all the
samples in FLAC format because of its compression level, its lossless
capability and
its decoding speed. This is clearly the best in the world and we love
it. We have a streaming engine tailored to its use.
In the case of a
Op wo 6 jul. 2022 om 20:36 schreef Martijn van Beurden :
>
> I am aware that the following changes affect decoding speed
> - https://github.com/xiph/flac/commit/1bec35e33757fc38261b0acfa3c032e720d2baf0
> - https://github.com/xiph/flac/commit/63ac1c37bebbda5ca61ad5a05a1d8fba2883f629
>
Sorry, small
Olivier,
On a more general note, do you experience the decoding speed of libFLAC as
a bottleneck in your application? Decoding speed of FLAC is already
best-in-class among lossless audio codecs, so I actually wasn't expecting
anyone to object to a (small) decrease in decoding speed. There have bee
Op di 5 jul. 2022 om 09:41 schreef olivier tristan :
> You do not talk about the SSE 4.1 version in your bench.
>
> Have you tried this use case ?
>
I compared 4 compiles: one without any changes (so with all variants of the
lpc functions, including the SSE4.1 ones) and three with variants of pla
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 dea
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 dead, it seems a greater deal to remove all optimization including
> intrinsic ones.
>
Yes, it does seem a great deal to remove all optimization, but it really
isn't
Hi All,
Hi Martijn,
I have just seen this commit
https://github.com/xiph/flac/commit/febff86af03d2ccbdd4826c9555336916eb6ecb3
While I can understand the rationale for manual assembly as 32 bits x86
is dead, it seems a greater deal to remove all optimization including
intrinsic ones.
Maybe
10 matches
Mail list logo
