On Sun, Jan 01, 2017 at 01:23:20PM +1100, mle...@mega-nerd.com wrote:
>
> The latest version of FLAC has been releases. See:
>
> https://xiph.org/flac/index.html
The official website doesn't link to the SourceForge project, which
seems to be the only place that's hosting the 1.3.2 files.
On Sun, Jan 01, 2017 at 01:46:20PM +1100, mle...@mega-nerd.com wrote:
>
> The Xiph.org download directory and github.com/xiph/flac don't seem to have
> been updated automatically as I expected. I'm chasing that.
The download host is hosted by Oregon State University - is it a mirror
site that's
On Sun, Jan 01, 2017 at 01:46:20PM +1100, mle...@mega-nerd.com wrote:
>
> The Xiph.org download directory and github.com/xiph/flac don't seem to have
> been updated automatically as I expected. I'm chasing that.
I should have checked that the new downloads were available from the
official site,
On Sun, Jan 01, 2017 at 01:23:20PM +1100, mle...@mega-nerd.com wrote:
> Please feel free to spread the word and please reply to this
> email to let us know where this is being announced.
Announcement was made on Facebook:
https://www.facebook.com/flac.audio/posts/10154824982999519
--
-Dec.
On Sun, Jan 01, 2017 at 07:40:57PM +, maurit...@xs4all.nl wrote:
> > FLAC 1.2.1 is the last version that works on Win95/98/NT4/2000 and
> > also it still has in_flac.dll (a plugin for Winamp 2.x). Also 1.2.1
> > is the latest official binaries that don't require SSE2. So it can
> > be useful
On Tue, Dec 27, 2016 at 04:13:28PM +, oresteszoupa...@hotmail.com wrote:
>
> That's great! I reckon when the release happens someone should also make a
> Hacker News post and maybe also certain sub-reddits would like to know about
> it.
This might be overkill, but we could also set up a
I'm one of the co-admins of the Facebook page for FLAC.
15 hours ago, I posted a message giving a vague "heads up" that a new
release is on the way.
Since then there have been 3 shares, 6 comments, 128 likes and 4451
people reached. That's slightly more than the page's audience.
That's more than
On Thu, Dec 22, 2016 at 12:19:21AM +, oresteszoupa...@hotmail.com wrote:
>
> For what it's worth, I tested both the 32- and 64-bit flac.exe's on my
> Windows 10, with about 45 WAV files I have.
>
> Got some warnings about unexpected metadata, but the audio was encoded
> fine. Using the
On Sat, Jul 18, 2015 at 03:16:56PM -0700, bri...@audiobanshee.com wrote:
There might even be a good reason for Microsoft to use the lowest compression
level: it probably takes less CPU to compress and decompress, compared to the
maximum compression ratios.
There might be a CPU sweet spot
On Mon, Jul 13, 2015 at 01:28:22PM +0200, mva...@gmail.com wrote:
FLAC is not the only one though, Apple Lossless has been added
to the mix in the same way, but (properly) creates smaller files.
Can anyone on the list (possibly someone who works for MSFT) get this
fixed before Win10 is
On Thu, May 28, 2015 at 12:43:32PM +0100, maurit...@xs4all.nl wrote:
I meant who is registered as project owner, not neccesarily who started it.
You are listed as ‘flac-maitainer’ (sic) so I assume it will be alright when
SourceForge needs to contact someone.
We shouldn't assume that SF.net
On Mon, Dec 08, 2014 at 12:13:13PM -0800, mle...@mega-nerd.com wrote:
Martijn van Beurden wrote:
Sorry, most of the testmaterial isn't copylefted, and I don't
think it is possible to get a nice copylefted test library.
I don't think we need it to be copy left. We would keep it as
a
On Wed, Nov 26, 2014 at 07:52:02PM -0800, mle...@mega-nerd.com wrote:
Version 1.3.1 of FLAC has been released and is available from the
download directory here:
http://downloads.xiph.org/releases/flac/
There is nothing on the News page about the new release.
On Tue, Nov 25, 2014 at 12:29:33AM -0800, mle...@mega-nerd.com wrote:
CVE-2014-9028 : Heap buffer write overflow
CVE-2014-8962 : Heap buffer read overflow
Is it known what other FLAC decoding software or firmware is vulnerable
to these overflows?
Any software player that was derived
On Sun, Nov 23, 2014 at 03:19:53PM +, maurit...@xs4all.nl wrote:
Considering Windows binaries: in case no new binaries are provided, please
at least remove the old ones from sourceforge. As can be gleaned from some
bug reports, support requests etc. on sourceforge, people are still
On Tue, Nov 25, 2014 at 12:44:10AM +0300, lvqcl.m...@gmail.com wrote:
Is anyone from the Rockbox project on this list?
IIRC Rockbox uses ffmpeg decoder.
It does!
http://www.rockbox.org/wiki/SoundCodecs
--
-Dec.
---
(no microsoft products were used to create this message)
Mosaic is
On Tue, Sep 23, 2014 at 06:42:16PM +0300, c...@sci.fi wrote:
I don't know how big issue this is in *nix environments but added
buffering would definitely be a nice change for the Windows frontend.
It depends on the file system being used. With almost every Linux
distro, you can choose which
On Mon, Sep 22, 2014 at 06:39:43PM +1000, mle...@mega-nerd.com wrote:
Martijn van Beurden wrote:
I dropped -e because
it's compression improvement isn't worth the slowdown, but it is
easy for the user to add this anyway.
I think we should keep -e but may print a warning. The reason
On Thu, Sep 18, 2014 at 07:53:12PM +1000, mle...@mega-nerd.com wrote:
I thought Micorsoft had recently stopped supporting WinXP.
Apparently they changed their mind, due to a large number of users not
upgrading. Security updates, including a monthly malware detection tool,
are still released
On Thu, Sep 18, 2014 at 10:08:29PM +1000, mle...@mega-nerd.com wrote:
Does FLAC still support all the Windows and Mac and *nix GUI frontends?
I mostly use abcde, on the command line.
You don't understand, the frontends support FLAC, not the other way round
:-).
I was using the userland
Interesting article: Time-coding audio files
http://www.windytan.com/2014/06/time-coding-audio-files.html
The author is a signals hacker who has spoken at CCC and other events,
and has determined that There's no standard method for doing this with
WAV or FLAC files.
Where this means recording
On Fri, Mar 15, 2013 at 12:42:10PM +0400, lrn1...@gmail.com wrote:
That said, L could also stand for Lossy. Should have named it
FLLAC - LL for Loss-Less.
But anyone who knows the difference between lossy and lossless will know
which one the L in FLAC stands for.
Everyone else can continue
On Fri, Mar 15, 2013 at 03:22:24AM -0400, bumblebritche...@gmail.com wrote:
I don't think you guys should worry too much about messing up old decoders,
Old decoders are everywhere, and not always easy to update or replace.
For example: DVD players, in-car audio servers, broadcast facilities.
On Wed, Mar 13, 2013 at 10:06:51PM -0400, ben...@winamp.com wrote:
Flake is a completely independent codebase. When I used it years ago, I
remember it being not only better compression but significantly faster as
well. I believe some of the techniques used in libflake were added to
libFLAC
On Tue, Mar 12, 2013 at 12:36:29PM +0100, catch-...@masklinn.net wrote:
now is it just a coincidence,
It is, testing on a 6mn piece (Endless, Nameless from Nirvana's
Nevermind, 6:21)
Does that track have a long period of silence in the middle?
(...checks Discogs...)
Nope: Endless,
On Thu, Mar 08, 2012 at 09:50:20AM -0800, gi...@thaumas.net wrote:
I wouldn't worry about it though. It's unfortunate the dbPowerAmp
developers want to take advantage of the subset of customer who don't
understand what 'lossless' means.
I read some of the articles on www.audiostream.com
On Fri, Feb 03, 2012 at 02:19:00AM +0400, lrn1...@gmail.com wrote:
A word of caution:
1) CUE sheets don't support timestamps past 99 minutes 59 seconds. Not
a problem for audio CDs, but for bigger media it might be an issue.
Most bigger media (DVD, BD, etc) have already solved that problem
On Wed, Nov 16, 2011 at 03:36:12PM -0800, bri...@sounds.wa.com wrote:
As a seasoned software developer, I've learned the hard
way that every single change to a source code repository is a chance
for a new or old bug to appear. I am not aware of any bugs in FLAC,
so the lack of changes is
On Wed, Nov 16, 2011 at 03:36:12PM -0800, bri...@sounds.wa.com wrote:
This will leave Apple with even less reasons to support FLAC ...
You make some important observations, but I do not see how anything
can be done by the FLAC team about Apple's lack of support.
I think that only people
On Wed, Nov 16, 2011 at 05:41:21AM -0800, avu...@gmail.com wrote:
Hate to be Capt. obvious here, but there's a lot of development going
on here that should be encouraged. If the FLAC project isn't going to
open up, it would make a lot of sense for someone to take over
maintenance on a github
On Mon, May 23, 2011 at 12:09:26PM -0700, denn...@chronometrics.com wrote:
Brian...
You've been both polite and helpful. Thanks.
I think everyone on this thread has been both polite and helpful.
When you ask a very open question like how can it be truly lossless?
you should expect that some
On Mon, Jan 10, 2011 at 02:59:23PM -0500, grarp...@gmail.com wrote:
Sure, basics :) Again, I'm meaning in regard to about bugs, docs,
porting and nits.
And packaging by OS distributions (making the RPM and DEB files).
Yep, if you can get their TOC tables to agree. cdparanoia, eac and
On Sun, Jan 09, 2011 at 06:07:29AM -0800, aziz_8...@yahoo.com wrote:
hi i would like to know how to get the decoder block diagram for FLAC, is it
possible to get it from the encoder? if yes how?
You asked the same question 2 weeks ago, and got an answer.
I gather (from that reply) that you
On Fri, Jan 07, 2011 at 09:16:22PM -0500, brianmwat...@gmail.com wrote:
I was wrong about it going up to 11 - it actually goes up to 12.
Too bad. I thought for a minute there that it goes up to eleven
because... Well, it's one louder, isn't it? It's not ten. You see,
I was aware of the
On Fri, Jan 07, 2011 at 04:36:30PM -0800, bri...@sounds.wa.com wrote:
This thread has raised several good topics. It's surprising that the
FLAC-Dev list has been silent for years, and now suddenly there are
several good ideas to discuss.
I signed up more than a year ago, to report the
On Fri, Jan 07, 2011 at 02:22:51PM -0800, bri...@sounds.wa.com wrote:
First of all, I am not aware of any official source of FLAC files
that provide MP3 sourced data.
Unofficial sources (such as Usenet and that torrent site with the old
fashioned sailing ship as its logo) are much more
On Sat, Jan 08, 2011 at 12:54:01AM +0100, jor...@anion.no wrote:
I think we agree now on that the find mp3 before encoding feature would not
be a good idea to implement in the flac core. As Brian pointed out, it might
be a better idea to create a program that automatically checks if a flac
37 matches
Mail list logo
