similar to: Bugfix release?

Hi Martijn, thank you for your answer. So the problem would be suboptimal compression due to suboptimal assumption about the input signal, right? What I do not understand is how the format of a FLAC format would be affected by supporting A-law and mu-law files as input (and thus output). Despite of suboptimal performance, is it possible to treat 8bit *-law samples as 8bit linear PCM files and

> whilst at the same time the development has ceased. I've found some > severe issues with OggFLAC that essentially make it a useless format > for streaming, no one cared. Yes, this is sad. cdparanoia, which could be considered a strong opensource meatspace partner to FLAC (along with cdda2wav) is also effectively dead. All three living on only in the ports trees of various operating

We're proud to announce Astricon 2004 - the first Asterisk user's and developer's conference! * Where? Atlanta, USA * When? September 22-24, 2004 The conference is arranged in partnership with Digium.inc and the keynote speaker is Mark Spencer, lead developer of Asterisk - the Open Source PBX. Among the speakers already signed on are Ed Guy of Pulver.com, John Todd, Jeremy McNamara

On 02/14/2012 11:01 AM, Jun Koi wrote: > On Tue, Feb 14, 2012 at 11:47 PM, Alex Jia <ajia at redhat.com> wrote: >> Hi Jun, >> I assume you haven't changed libvirt default URI, it may be a issue, >> I want to know whether it works for you if you explicitly specify >> --connect qemu:///system with virt-install? I think a root reason >> probably is your disk

>> used it forever anyways and haven't seen a commit since January nor >> a release since 2007... > what's queued up for the next release, see http://flac.cvs.sourceforge.net/viewvc/*checkout*/flac/flac/doc/html/changelog.html Hmm interesting, so given the above timeframes, should one presume that cvs head is indeed stable/release quality and that it's an ok thing to

https://bugzilla.samba.org/show_bug.cgi?id=8265 Summary: Long paths, hardlinks, 'special' files [was: Regression: sockets for 3.0.9pre1] Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P1 Component: core AssignedTo:

Hi all, It hasn't really been publicized much yet, but Apple has a new container file format called CAF: http://developer.apple.com/documentation/MusicAudio/Reference/CAFSpec/ CAF files current support integer and float PCM formats, A-law, u-law and a number of others including AAC and Apple's own Apple Lossless Audio Codec (alac). I have already implemented support for what I can

Avuton Olrich wrote: > On 7/11/05, Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > >>and I'm thinking of adding support for FLAC in a CAF container >>as well. Is anyone else working on this? If so please let me >>know so we can agree on how FLAC should be contained with CAF. > > > I'm sorry, but what are the advantages to the different

On Oct 12, 2008, at 22:32, Paul Davis wrote: > On Sun, 2008-10-12 at 19:26 -0700, Brian Willoughby wrote: >> Is anyone here potentially up to the task of adding support for CAF >> (the CoreAudio Format) into the flac command-line? This would >> present minimal difficulty under OSX, due to the presence of the >> CoreAudio API, but the real challenge would be to support

Richard Lee wrote: > But there is a caveat. Does Vorbis coupling preserve "phase" relations? Any references explaining this in simple detail? Sebastian : >"coupling" is a rather loose term in the sense that it doesn't exactly specify HOW it's done. It can be understood as the opposite of coding channels independently. Obviously there are many ways to do

On 16/11/2007, Brian Willoughby <brianw@sounds.wa.com> wrote: > It would actually be punitive to expect the flac code to expect and > adapt to nonsensical WAVE files. You say "punitive". I say it would be "reliable". One missing byte is a huge burden and nonsensical? People post on this list looking for solutions. They don't want to become experts in the WAV

Hi all, we are a little internatioal team, looking for freelancig oppurtunity. Does anyone have idea where to start? Is there any freelancer site especially for Ruby and Ruby on Rails developers? Thanks, gezope -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to

Hello all, Is anyone here potentially up to the task of adding support for CAF (the CoreAudio Format) into the flac command-line? This would present minimal difficulty under OSX, due to the presence of the CoreAudio API, but the real challenge would be to support CAF on Unix and Windows - everywhere that flac is now available. Although the format is rather unknown, there are some very

https://bugzilla.samba.org/show_bug.cgi?id=7854 Summary: Abysmal sparse file performance Product: rsync Version: 3.0.7 Platform: x86 OS/Version: FreeBSD Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: grarpamp at gmail.com

Hi FLAC team. I feel I have found a super high compression way of FLAC. I have tested a 1 hour WAV file of 440HTZ with a 5,25,50,75,100 normalize volume preset. This dramatically changes the compression size of the end FLAC file even though the WAV file size is identical for all 5 WAV files. Only the volume is different. When you renormalize the WAV to its original volume the file is still 100%

Hello FLAC list. As far as I know 24 bit FLAC support is broken. It often doesn't compress the audio at all, but instead stores the chunks as verbatim type (although the FLAC format supports 24 bit). Perhaps this is fixed? If so, do let me know. I agree that perhaps 32 bit float/pcm isn't entirely necessary when it comes to storing different qualities. But when wanting to preserve

Hi. I'm preparing to start a major encoding project, about a TiB or so. Flac is one of the components I plan on using. As I've used it forever anyways and haven't seen a commit since January nor a release since 2007... Is there a general status of flac along with a roadmap available? Only one suggestion: sign the releases with OpenPGP. Thanks for flac! :)

On Fri, Aug 14, 2009 at 5:05 PM, Josh Coalson<xflac at yahoo.com> wrote: > it's unlikely flac will ever support floating-point samples natively. ?the main application for it is audio engineering, which demands easy editing and very high speed for both encoding and decoding above everything else. thats not why floating point is used. the highest current feasible bit resolution for

There were a few notes in this thread that may indicate open areas for development. I forward merely as FYI. http://www.metzdowd.com/pipermail/cryptography/2015-January/024231.html ---------- Forwarded message ---------- From: Peter Gutmann <pgut001 at cs.auckland.ac.nz> Date: Sun, Jan 4, 2015 at 9:29 PM Subject: Re: [Cryptography] Why aren?t we using SSH for everything? To: calestyo at

On 14-03-13 20:02, Declan Kelly wrote: > The next official release of the FLAC command line should really have > a "-9" option for absolute maxed-out big-memory CPU-burning compression. No. If you want such things, try TAK, OptimFROG, Monkey's Audio or even LA, you'll lose hardware compatibility anyway and they do much better than FLAC will with a -9 option. FLAC 1.0