lvqcl wrote:
> So, about the patches from
> http://lists.xiph.org/pipermail/flac-dev/2014-March/004577.html
>
>* The patch cpu_part1.patch should be applied;
>
>* The patch cpu_part2.patch (already applied) is almost useless now, so
> why keep it?
> It can be useful only for those
Erik de Castro Lopo wrote:
> It looks like I applied the the part1 patch and didn't apply the
> part2 patch.
>
> Please check commit 99d5154f436b389758d6a9020e448b8dbedb14bc.
>
Well, it's part2 as far as i can see...
My message contained 2 attached files:
1) cpu_part1.patch that begins with
di
Hello,
I would like to compress some data, stored in a Numpy Array (Python) with
something like (*):
flac.compress(my_array)
without having to put data in a .wav file, without having to deal with
containers, etc.,
i.e. :
*raw data in / raw data out*
Do you have an idea on how to do that with FL
Nouvelle Collection wrote:
> I would like to compress some data, stored in a Numpy Array (Python) with
> something like (*):
>
> flac.compress(my_array)
>
> without having to put data in a .wav file, without having to deal with
> containers, etc.,
> i.e. :
> *raw data in / raw data out*
>
> Do
op 15-03-14 06:15, lvqcl schreef:
> I hope that this code will help to avoid "bug" reports such as
> http://sourceforge.net/p/flac/bugs/409/
It's even mentioned in the FAQ, so it's really nog a bug, not
even a "bug" :)
http://xiph.org/flac/faq.html#tools__different_sizes
___
