Displaying 20 results from an estimated 30000 matches similar to: "[PATCH] limit padding value"
2016 Dec 07
5
Do we need a pre-release?
Erik de Castro Lopo wrote:
> Unfortunately I've lost/forgotten my Xiph SVN password. While I get
> that sorted out for the real release, the pre-releases are here:
>
> http://mega-nerd.com/tmp/flac-1.3.2pre1-win.zip
> http://mega-nerd.com/tmp/flac-1.3.2pre1.tar.xz
Forgot to mention that I have tested this on x86_64/linux, armhf/linux
and powerpc/linux.
Erik
--
2016 Jun 26
4
FLAC__SSE_OS change
lvqcl wrote:
> It doesn't know about uint32_t type, so the definition of cpu_xgetbv_x86() fails.
> It can be fixed by adding "#include share/compat.h" to cpu.c (or by using
> FLAC__uint32 from FLAC/ordinals.h).
Ok, added share/compat.h.
> When I fix this, the following problem occurs:
>
> error LNK2019: unresolved external symbol ___cpuidex referenced in
2013 Sep 08
7
PATCH: x86-64 support and SSE intrinscis code
It's not possible to use ia32/*.nasm code in 64-bit compiles.
There's still no 64-bit asm code in FLAC. I'm not familiar with asm too,
so I wrote SSE-accelerated code using intrinsics.
This code uses two new preprocessor macros:
FLAC__CPU_X86_64 (analogous to FLAC__CPU_IA32)
and FLAC__HAS_X86INTRIN (analogous to FLAC__HAS_NASM)
Patch for cpu.c/cpu.h adds CPU features (sse3, ssse3)
2016 Mar 09
2
Broken build on musl libc
Patch is here: https://github.com/openwrt/packages/commit/1263599f96f13f11d719ce336dfb6a639b32de98 . Probably needs to be modified for inclusion into mainline.
2014 Jun 27
2
[PATCH 9] fix for padding with --replay-gain option
Fix for padding with --replay-gain option. Ported from flac 1.2.1
maintenance branch:
http://flac.cvs.sourceforge.net/viewvc/flac/flac/src/flac/encode.c?r1=1.194&r2=1.194.2.1&pathrev=FLAC_RELEASE_1_2_1_MAINTENANCE_BRANCH
http://flac.cvs.sourceforge.net/viewvc/flac/flac/src/flac/main.c?r1=1.169&r2=1.169.2.1&pathrev=FLAC_RELEASE_1_2_1_MAINTENANCE_BRANCH
-------------- next part
2016 Jan 08
1
[PATCH] for too big picture file
The patch doesn't allow to embed too big picture that overflows
metadata block length.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: picture.patch
Type: application/octet-stream
Size: 1470 bytes
Desc: not available
Url : http://lists.xiph.org/pipermail/flac-dev/attachments/20160108/ff231d08/attachment.obj
2014 Jun 27
4
Lets work towards a new version
Martijn van Beurden wrote:
> Like I reported just before the release of 1.3.0 (mail of Fri,
> 05 Apr 2013 08:25:10 +0200, to be specific), compiling on
> Raspbian (Debian Wheezy, GCC 4.6) returns quite some warnings of
> the type -Wcast-align.
>
> > CC lpc_intrin_sse2.lo
> > CC lpc_intrin_sse41.lo
> > CC md5.lo
> > md5.c: In function
2016 Dec 21
11
1.3.2pre3 (Hopefully final)
Hi all,
New pre-release here is at:
http://mega-nerd.com/tmp/flac-1.3.2pre3-win.zip
http://mega-nerd.com/tmp/flac-1.3.2pre3.tar.xz
Changes:
* Fix tests with Makefile.lite build system.
* Fixes for non-Intel CPUs.
MD5 and SHA256 sums:
> md5sum flac-1.3.2pre3*
61aa8597a220303daf4beb2b8756979d flac-1.3.2pre3.tar.xz
8b470ceac02340600db73bc6daea4fc7 flac-1.3.2pre3-win.zip
2017 Jan 25
3
[PATCH] cpu.h: add defines for clang
Currently cpu.h lacks FLAC__SSE_TARGET and FLAC__SSEnn_SUPPORTED
macros for clang. I added them, but I cannot properly test them
as I can't get compiled flac.exe under Windows (don't know
how to setup clang under MSYS2).
If somebody has working clang, please test this patch.
Does it affect en/decoding speed?
Or at least, dows it affect disassembly of functions
such as
2014 Jun 28
1
[PATCH 9] fix for padding with --replay-gain option
Erik de Castro Lopo wrote:
> All 9 patchsets applied, tested and pushed. Thanks!
Great, thanks. (Un)fortunately, I have yet more patches...
2017 Jan 18
3
[PATCH] fix MSVC 2005/2008 build
lvqcl wrote:
> > These versions of Visual Studio don't have stdint.h and
> > all [u]intNN_t types. But now these types are everywhere
> > in FLAC codebase.
>
> Here is the patch that fixes the problem:
> it moves definitions of all [u]intNN_t types from share/compat.h
> into new file share/msvc2005_int.h and then includes this file
> into all files (via
2015 Dec 28
6
How to check for 64-bit CPU?
In stream_encoder.c there's the following code:
#if defined FLAC__CPU_X86_64 /* and other 64-bit arch, too */
if(mean <= 0x80000000/512) { /* 512: more or less optimal for both 16- and 24-bit input */
#else
if(mean <= 0x80000000/8) { /* 32-bit arch: use 32-bit math if possible */
#endif
A) How to properly check for 64-bit architectures?
I can check for "defined
2014 Jul 09
3
[PATCH] PPC/Altivec removal
This set of patches removes PPC/Altivec code from FLAC.
I decided to split the patch into 5 parts to make it
more simple:
1) removes FLAC__lpc_restore_signal_asm_ppc_altivec_16*
from lpc.h and stream_decoder.c
2) removes PPC-specific code from cpu.c and cpu.h
3) removes PPC stuff from libFLAC/Makefile.lite and build/*.mk
4) removes as/gas/PPC-specific stuff from configure.ac
and
2015 Jul 06
5
[PATCH] for potential memory leaks
libFLAC has several places like this:
if(0 == (ptr = realloc(ptr, size)))
return false;
which results in memory leaks if realloc fails (the old value of ptr is lost).
The patch should fix this.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: realloc_memleak_fix.patch
Type: application/octet-stream
Size: 6272 bytes
Desc: not available
Url :
2014 Sep 22
4
[PATCH] apodization for struct CompressionLevels
Currently apodization function is hardcoded,
see commit <http://git.xiph.org/?p=flac.git;a=commitdiff;h=4e8fe85bceb245dfce07d1956b144e1cb6587c9f>
FLAC is locale-dependent so "tukey(0.5)" doesn't work for locales
with decimal comma.
But "tukey(5e-1)" should be locale-independent so it is possible to
re-add 'const char *apodization' member into
2016 Feb 08
2
[PATCH] remove libFLAC dependency of win_utf8_io
Erik de Castro Lopo wrote:
> lvqcl wrote:
>
>> The set of four patches that remove dependency of libFLAC on win_utf8_io.
>>
>> Tested only on Windows, with MSVC and MSYS/MinGW (both autotools and makefile.lite)
>>
>> Please review, especially makefile patches, I'm not very familiar with them.
>
> Applied. All good. Thanks.
But the 1st patch
2013 Sep 28
4
PATCH: modify/add intrinsics code
The patch does the following:
1. splits lpc_x86intrin.c to lpc_intrin_sse.c and lpc_intrin_sse2.c
2. adds FLAC__lpc_compute_residual_from_qlp_coefficients_intrin_sse2()
function to lpc_intrin_sse2.c
3. adds lpc_intrin_sse41.c with two ..._wide_intrin_sse41() functions
(useful for 24-bit en-/decoding)
4. adds precompute_partition_info_sums_intrin_sse2() / ...ssse3() and
disables
2015 Aug 08
3
questions about flac code
1) There was the commit "Remove un-needed test for NULL before free"
but even now there are many places in FLAC codebase that check a pointer
before calling free().
Does it make sense to do something with this code, or it's simpler to
leave it as is?
2) Some time ago I sent a patch that fixes potential memleaks
in libFLAC, but despite this approval -
2015 Sep 06
3
question about 0bea5fb commit
The patch http://git.xiph.org/?p=flac.git;a=commitdiff;h=0bea5fb96436588b4e78c5be79bf174b9be7a202
changes the type of t value from FLAC__int32 to uint32_t,
but only for 24-bit signed input samples. 24-bit *un*signed
input still uses FLAC__int32 t.
So I wonder - does it makes sense to change this type too?
The patch is attached.
-------------- next part --------------
A non-text attachment was
2014 Jun 16
2
Include directories
Some projects/makefiles add both 'include' and 'include/share'
to the list of additional include directories.
For example, src/share/utf8/utf8.c includes 'include/share/alloc.h'
as "share/alloc.h" but 'include/share/utf8.h' as just "utf8.h".
Also src/share/replaygain_analysis/replaygain_analysis.c includes
"replaygain_analysis.h", not