similar to: FLAC 1.3.0 released

There are several links to Windows compiles in the Hydrogenaudio thread for FLAC 1.3.0 at http://www.hydrogenaudio.org/forums/index.php?showtopic=101082 . On Unices or Linuxes building from git should be straightforward enough, or you wait until the distributions/package maintainers catch up. Also, congratulations to the whole development team for reinvigorating FLAC! Christoph On

As an ordinary user I would like to extend THANK YOU to all the programmers involved in version 1.3.0. As someone who is not a programmer I am deeply impressed by the skills and involvement I have witnessed since I subscribed to this list in January 2012. The last piece would be to have 1.3.0 binaries available for download. Most links under download still point to 1.2.1 at Sourceforge. Best

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

At 14:16 06.02.2012, you wrote: >Olav, > >A change like this could easily break the format. That would be a bad choice. That makes sense. Explains why it is not there today. >On the other hand, an informational 'application' block could be added in a way that does not break the format, and this would even be backwards compatible since 'application' blocks have

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

I mention metaflac because there are a few shell scripts that use it to write RG tags in a flac music library on Linux. With support for Ebu R128 gain in metaflac (the calculation according to specification, not an external program) it would be easy to use, just change the cmd line for metaflac in the script. Now that metaflac supports sample rates higher than 48kHz this would be a good thing in

I'd definately recommend binaries for download as suggested by lvqcl and Janne Hyv?rinen. All the fabolous work on the code base is of little use to me if I can not find binaries at the official site. Olav Sunde At 12:01 23.11.2014, Janne Hyv?rinen wrote: >On 23.11.2014 12:44, Erik de Castro Lopo wrote: >> lvqcl wrote: >>> 2) Do you plan to release any official binaries

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 has anyone looked at adding R128gain code to metaflac so we can select to use this calculation for RP tags rather than replay gain? If this message turns up twice I apologize. I may have used the wrong subject tag Regards Olav Sunde -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi has anyone looked at adding R128gain code to metaflac so we can select to use this calculation for RP tags rather than replay gain? Best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20140615/1c1ca9c9/attachment.htm

Hi all, Some time ago, I foolishly agreed to become the maintainer of FLAC, the Free Lossless Audio Codec. The original author and maintainer Josh Coalson has been MIA since early 2009. The code has been moved to the Xiph.org git repo and I'll be trying to spend an hour a day on it until I get a backlog of patches reviewed, tweaked and applied. The main problem is that the FLAC test suite

All, At Erik's request I made flac.sourceforge.net just redirect to xiph.org/flac/ This will simplify keeping things up to date, since I never got the sf.net version updating from git. BTW, I notice the new site has a feed.xml, but no feed.rss. This is unfortunate since the old front page linked the rss version, and we've likely just broken people's subscriptions. That's

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

Brian Willoughby <brianw at sounds.wa.com> wrote: > Hello all, > > Is anyone here potentially up to the task of adding support for CAF > (the CoreAudio Format) into the flac command-line? ... > I've already made some recordings > that are so long that they cannot be uncompressed from FLAC to WAV or > AIFF because they would exceed 4 GB - the maximum file size for

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

I posted Mac binaries a few weeks ago but nobody did anything with them, or even acknowledged them. Here is a DMG with a .pkg installer for Flac 1.3.0 https://dl.dropboxusercontent.com/u/52358991/FLACInstaller1.3.0.dmg On Wed, Jun 26, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To

Janne Hyv?rinen wrote: > > On 14.3.2013 9:37, Erik de Castro Lopo wrote: > > Janne Hyv?rinen wrote: > > > >> The patch was made from the published pre2 version. It missed the MinGW > >> changes that were applied to git version. > > Patch applied. Thanks. > > > > Erik > > Unfortunately with this commit the LRN's patch from commit

On Thu, Aug 13, 2020, Arjen de Korte wrote: > include optional config file and suppress errors if it doesn't exist I followed this workaround, which is nicely summarized at https://github.com/postfixadmin/postfixadmin/issues/381#issuecomment-678269198 Yet, not all errors are suppressed this way: $ doveadm pw doveadm(olav): Error: net_connect_unix(/run/dovecot/stats-writer) failed:

David Allan Finch wrote: > Has anyone considerd modify the Unix encypt to use > the same system as NT. IE the encypted pasword in the > /etc/passwd or NIS/NIS+ table is the same for both? Err. That would be a *really* bad idea. See the l0phtcrack source for details :-). Seriously, though. The password hashes used on NT are very poor. They don't use salt and people are now

I'd also like to note that this is happening for me with current HEAD (619b43df36b725e11e12db768d558b1930a583b6). On Mon, Mar 18, 2013 at 11:25 PM, Jaren Stangret <sirjaren at gmail.com> wrote: > I've been trying to get the test suite cleaned up and even with the > original "untouched" test suite via flac 1.3.0pre2, I'm getting a test > suite failure. >