similar to: flac-dev Digest, Vol 103, Issue 11

There have been some offers to help building for various platforms: http://lists.xiph.org/pipermail/flac-dev/2013-July/004271.html and there was discussion last year to create official ?blessed builds?, compiled by Xiph for security reasons. http://lists.xiph.org/pipermail/flac-dev/2013-July/004274.html However, this sounds like something that can be sorted out after the release of the source

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

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

At 09:33 02.02.2012, you wrote: Thanks Erik, I'll check back. This next is a feature request: Today it is not possible to know the encoding of a flac archive. Many new devices support playback of flac, however tiny processors sometimes have a hard time decoding files with the default encoding of -5 or higher, resulting in unstable playback or even reduced audio quality. A re-encoding to -0

As far as I know, R128 as ReplayGain isn't really considered final yet (see http://wiki.hydrogenaud.io/index.php?title=ReplayGain_2.0_specification for example), so it would probably be a bit early to update this in the FLAC source. op 16-06-14 10:15, Olav Sunde schreef: > I mention metaflac because there are a few shell scripts that > use it to write RG tags in a flac music

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

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

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:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06.02.2012 18:52, Olav Sunde wrote: > 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

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.

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

At 10:55 01.02.2012, you wrote: Hi Erik, 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? Thanks Olav Sunde >Hi all, > >Some time ago, I foolishly agreed to

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: > has anyone looked at adding R128gain code to metaflac so we can select > to use this calculation for RP tags rather than replay gain? Why metaflac only? flac is also able to calculate RG values. And, as far as I can see R128GAIN (http://r128gain.sourceforge.net/) is a standalone app, not a library. So probably it would be difficult to reuse its code in flac/metaflac.

At 10:38 26.09.2015, you wrote: >On 26 September 2015 at 09:22, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > >> https://sourceforge.net/p/flac/feature-requests/91/ >> [...] >> Thoughts? > >The last comment on the page makes a valid point. If companies start >to sell 32bit tracks these days, flac may as well start to support it. >Personally,

Has anyone used the hfsutils package? I tried the following and get an error: hfs mount ../vlc-1.1.3-intel.dmg hfsutils version 3.2.6 - Copyright (C) 1996-1998 Robert Leslie This is free software but comes with ABSOLUTELY NO WARRANTY. Type `license' for details. expected integer but got "../vlc-1.1.3-intel.dmg" while executing "hfs mount $path $partno"

https://bugzilla.samba.org/show_bug.cgi?id=12527 Bug ID: 12527 Summary: Sender waits for timeout when fuzzy basis file found Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 Component: core Assignee: wayned at samba.org

Full_Name: Tim Cole Version: 2.1.0a OS: Mac OS X 10.3.9 Submission from: (NULL) (62.253.128.15) I'm having trouble installing R2.1.0a - double-clicking on the .dmg file gives the error message The following disk images failed to mount Image Reason R-2.1.0a.dmg no mountable file systems

Hello List, I am teaching a basic course where students are encouraged to use R. There are a few students using Mac OS X. As a test we downloaded and installed the latest .dmg file (R-2.6.1.dmg) onto a intel Mac running 10.5.1. A device query yields > getOption("device") "quartz" But any plot command does not bring up a plot (e.g. plot(), boxplot(), hist()). I found a