similar to: Meet the new maintainer

Olav Sunde wrote: > very good to see activity on flac development again. I am not a developer > unfortunately, but I'd like to check with you if updating code for > flac/metaflac to handle high-rez files (24/192 or higher) for writing Replay > Gain tags is in your 'pile' of things to fix? I think there are patches to do that in the queue. Perhaps you can check back in

On 4 February 2012 02:49, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > What platform does this build on? Is it more than one? Right now it's just running on Linux x86_64. Note that you can look at the build output to see what's failing. E.g. https://mf4.xiph.org/jenkins/job/flac/11/console It's still stuck on the out-of-tree issues with 'make

On 1 February 2012 14:00, Ralph Giles <giles at thaumas.net> wrote: > I added a job to our jenkins continuous integration thing. Right now > it doesn't test any more than you're proposing to do, but the results > are public, which can be helpful. Er, which results are available at https://mf4.xiph.org/jenkins/job/flac/ Currently the build is failing on 'make

Ralph Giles wrote: > On 1 February 2012 01:55, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > > > Some time ago, I foolishly agreed to become the maintainer of FLAC, > > Thank you, Erik! > > Please find attached to patches which fix 'make dist' > > Unfortunately 'make distcheck' still fails, because test scripts don't > work

On 4 February 2012 14:30, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > Is there any way to add say a windows machines with MSVC to that? :-) There is. It's slightly complicated because (a) I don't have a windows machine with a public IP jenkins can ssh to, and (b) the jenkins box itself doesn't have a public IP the java blob jenkins provides can phone home to. I

I'll throw this thought out here so it doesn't get lost: when it came time for me to build a Windows release, I always used a quarantined Windows box that had the minimum stuff installed and had never been on a network, to avoid malware getting into the binaries. The last thing I ever wanted to hear was some Windows user blaming FLAC because a bad build infected him.? It was bad enough

Olav Sunde wrote: > under download, most links still point to Sourceforge with 1.2.1 as newest Where? On this page: https://xiph.org/flac/download.html there are links to OS specific builds of FLAC on sourceforge, but all the main links are to Xiph. Are you sure you're looking at the Xiph page and not the old sourceforge page that may have been cached by your browser? Erik --

rappard at dds.nl wrote: > [some snips] > > > tweaked and applied. The main problem is that the FLAC test suite > > takes 30 minutes to run on a 2.8 GHz Core II Duo. > > > > I encourage the keen to do a daily checkout and build. I will be > > building it on x86 and amd64 Linux every day and running the full > > test suite. Looking for someone to do that

lvqcl wrote: > I have a couple of questions: > > 1) Do you plan to release 1.3.1 pre1, pre2 etc or just 1.3.1 w/o any pre-releases? I had not planned to do a pre-release. > 2) Do you plan to release any official binaries (flac, metaflac, maybe something else)? Nor had I planned to release binaries. The source code tarball ends up here: https://svn.xiph.org/releases/flac/ I

Hi all, In the last couple of months, there have been two proposed patches for the regain play analysis code. The first by Nathan Rennie-Waldock: http://lists.xiph.org/pipermail/flac-dev/2011-December/003070.html simply adds some more higher sample rates. The second by Earl Chew: http://lists.xiph.org/pipermail/flac-dev/2012-January/003067.html is more comprehensive. Neither of the

Ralf, It looks like fixing 'make distcheck' is going to be a huge pain in the neck. Is it not possible to make Jenkins do 'make check' instead of 'make distcheck'? Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

Olav Sunde wrote: > I just followed the redirect Ralph Giles posted about above. That works > as expected, but on https://xiph.org/flac/download.html the Windows > link point to this page: http://sourceforge.net/projects/flac/files/flac-win/ > with only old compiles. Thats correct. Xiph is responsible for the FLAC source code. Xiph does not provide binaries for Linux, Windows or Mac.

Hi all, I just noticed this: https://sourceforge.net/p/flac/feature-requests/91/ a request for support of 32 bit audio data. The request has been around since 2008. Had two inial impressions: * Would adding this break brackwards compatibility too badly? Obviously decoding of 32 bit encoded data would not work with older versions of flac. * This is nuts. 24 bits has a dynamic range of

Hi all, I have a new pre-reelase (with a GPG signature) up here: http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz.asc This code is built from commit 10a28d482a8e48b806f61ab766992b2add98ec43 plus another commmit to change the version numbers which I will not be pushing to the public repo before the final release. Note that audio files encoded

Erik de Castro Lopo wrote: > Hopefull the final release candidate: > > http://mega-nerd.com/tmp/flac-1.3.3rc3.tar.xz > http://mega-nerd.com/tmp/flac-1.3.3rc3.tar.xz.asc I am assuming everyone was happy with that and that I can release a new version. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo

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 --

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

Erik de Castro Lopo wrote: > MauritsVB wrote: > > > Is there an ETA for any non-Windows binaries in the pipeline? The page > > https://www.xiph.org/flac/download.html still points to the 1.2.1 downloads > > on Sourceforge and could use updating to the new binaries. > > I changed the link to point to: > > http://downloads.xiph.org/releases/flac/ >

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)

Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: >Sven-Hendrik Haase wrote: > >> I found this git repo that contains fixes for mingw32 compilation of >> flac: git://code.entropywave.com/git/flac.git >> Switch to the "ew" branch to see the fixes. I'd be glad if this went >> upstream as it'd make my job easier. > >Is there a gitweb