. Ogg-FLAC would not be able
to handle 32-bit float, and probably won't handle 32-bit integer
until some new software is written.
Brian Willoughby
Sound Consulting
On Apr 22, 2007, at 12:16, Ken Restivo wrote:
I notice that FLAC can't handle broadcast WAV's in IEEE float
format
blocks or stop, regardless of whether or not
there was an error ... the API is providing a return code that tells
you whether the stream is good or bad, with no indication of whether
or not the stream has ended.
Brian Willoughby
Sound Consulting
On Jul 25, 2007, at 01:42, Erik de Castro
Did you build and install libOgg first?
What is the output of ./configure before you run make?
Brian Willoughby
Sound Consulting
On Jul 25, 2007, at 14:45, Scott C. Brown 02 wrote:
I just tried to build 1.2 on my Macbook
i ran configure with the following arguments (like i have in the past
it down)!
2007/9/7, Brian Willoughby [EMAIL PROTECTED]:
Any software which supports multiple processors must be multi-
threaded. The process of designing multi-threaded code adds
complexity to the software, so there must be a good reason to go
through all the trouble. The procedure for decoding
Harry,
You assume that the only way to use FLAC is the way that you are
using it, by converting one file format to another. That's not the
only way to use FLAC. The most important uses of FLAC are for
internet streaming radio or hand-held digital audio players. Both of
these prominent
the raw CDDA
data to a file - they are not to be confused with the original.
The FLAC command-line conversion utility supports raw input, which
is the closest thing to regular audio CD format that you can get.
Brian Willoughby
Sound Consulting
On Sep 13, 2007, at 12:08, Daniel Aleksandersen wrote
, and aiff. That's
quite a lot considering. Most simple users are going to use a GUI
app anyway, so your suggestions are better presented to the authors
of those GUI programs. Many of them do support additional formats.
Brian Willoughby
Sound Consulting
On Sep 13, 2007, at 12:41, Daniel
it will help the
basic users.
I believe that this list is focused on the low-level FLAC source code
- the stuff that's open source like the API and the command-line
utilities.
The easy-to-use programs are developed and maintained by others.
Brian Willoughby
Sound Consulting
On Sep 13, 2007
.
I believe that SACD is also a contiguous spiral of data, but in a
different format than CDDA. As far as I know, it is not file based,
but is stream based, even on the media itself (apart from low-level
blocks for error correction and seeking).
Brian Willoughby
Sound Consulting
On Sep 13
solution out there
which converts the entire file in memory - but that is useless for me
when many of my FLAC files are 1 to 3 hours in length.
Brian Willoughby
Sound Consulting
P.S. I do not want to discourage you, Stephen. I am merely stating
my opinion that we need native FLAC support
libogg installed before you do your build.
To accomplish this, either download libogg 1.1.3 and install it
yourself, or just grab my previous Mac Universal Installer, which has
a subpackage for libogg.
Thanks in advance for any help.
Brian Willoughby
Sound Consulting
Thanks folks, I have an Intel build already!
On Nov 15, 2007, at 03:58, Rippit the Ogg Frog wrote:
I can do it, but possibly not till Friday evening. I'll do it today
if I do get some free time.
Mike Crawford
aka Rippit the Ogg Frog
Brian Willoughby wrote:
I'm putting together a Universal
a new program,
maybe called flacsplit, to do this, because wavsplit will not work
on FLAC (unless they parse the FLAC format correctly as well as WAV).
I hope some of this information helps.
Brian Willoughby
Sound Consulting
On Feb 5, 2008, at 16:54, Matthew Davis wrote:
I'm attempting
support long 24-bit files. It
seems that you need to replace your player if it cannot handle large
24-bit files.
You don't want to reduce the quality of your source or abandon
lossless coding just because the players are buggy!
Brian Willoughby
Sound Consulting
On Feb 6, 2008, at 13:57
for
PPC on Intel? If you're willing to do the manual lipo steps, is that
all you need to do to make a UB? ... or do you actually need both an
Intel Mac and a PowerPC Mac?
Thanks for the report.
Brian Willoughby
Sound Consulting
On May 5, 2008, at 16:38, Erik de Castro Lopo wrote:
Brian
to have a parallel file- or block-
based API. It would be more effort to maintain, but there is a gain
for the added work, now that multiple processors is more common, even
on laptops. The flac-mt command-line also seems like a good idea.
Brian Willoughby
Sound Consulting
On May 6, 2008, at 11
There's a problem with Intel's TBB package: It won't run on PowerPC
or other processors.
On May 6, 2008, at 21:41, Frederick Akalin wrote:
On Tue, May 6, 2008 at 4:52 PM, Christopher Peplin
[EMAIL PROTECTED] wrote:
Along the same line as Frederick, myself and another university
student
for the
FLAC Developer community to cooperate on the extension.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
for the comments, and be sure to keep us informed if you
do anything.
Brian Willoughby
Sound Consulting
On Oct 12, 2008, at 21:25, Michael Crawford wrote:
On Sun, Oct 12, 2008 at 7:26 PM, Brian Willoughby
[EMAIL PROTECTED] wrote:
Is anyone here potentially up to the task of adding support for CAF
platforms. Hopefully,
the existence of libsndfile support for CAF shows that the format is
open.
Brian Willoughby
Sound Consulting
On Oct 12, 2008, at 22:27, Michael Crawford wrote:
My hunch is that Apple does not want to encumber
the format, but I'll let their public documents speak for them
that there is no substitute
for CAF.
Brian Willoughby
Sound Consulting
On Oct 13, 2008, at 08:59, Martin Leese wrote:
Brian Willoughby [EMAIL PROTECTED] 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
audio files in AIFF or WAV
format, and then convert them to flac for your testing purposes.
AIFF allows for multiple channels, although I have not tested whether
it is a simple matter to convert to FLAC from multichannel files.
Brian Willoughby
Sound Consulting
On Nov 2, 2008, at 00:29, Daniel
with more success. It is often the case that the kinds
of bugs you're seeing have nothing to do with the library, and
everything to do with the calling application or plugin.
Brian Willoughby
Sound Consulting
On Dec 10, 2008, at 11:31, [EMAIL PROTECTED] wrote:
I'm not sure
.
Good luck. When you get to specific questions, I'm sure you'll find
some help from this list.
Brian Willoughby
Sound Consulting
On Feb 23, 2009, at 14:21, Ben McCann wrote:
I was wondering if anyone here had thought about FLAC support on the
Android. It would be great for FLAC adoption
Conrad: Ben's original email had a link embedded, but it was lost
when you quoted the plain text.
If this works, I will put the expanded link here:
http://code.google.com/p/android/issues/detail?id=1461
Brian
On Feb 23, 2009, at 17:01, Conrad Parker wrote:
2009/2/24 Ben McCann
(and then
I'll have to eat my words).
Brian Willoughby
Sound Consulting
On Feb 25, 2009, at 08:25, Dave Chapman wrote:
Cristian Adam wrote:
On Wed, Feb 25, 2009 at 2:23 PM, Brian Willoughby
bri...@sounds.wa.comwrote:
A better suggestion might be to start with libFLAC, optimize as
needed
Have you tried the installer? flac-1.2.1.dmg
That was built and tested on 10.4.11, and still runs.
Brian Willoughby
Sound Consulting
On Aug 5, 2009, at 03:47, Sciss wrote:
according to the FAQ flac supports multichannel formats. i had no
luck with 1.1.4 though ( Untitled.aif: ERROR
. An interesting side effect of this is that flac is able to
compress this much more than regular white noise because of the 12 dB
reduction. I only mention this because it is instructive about how
the amplitude of the audio input affects flac's compression performance.
Brian Willoughby
Sound
On Aug 7, 2009, at 20:58, Martin Leese wrote:
Didier Dambrin di...@skynet.be wrote:
...
I like FLAC on the paper because of its metadata preservation, in
that riff
tag, which is critical for my needs.
Try using WavPack, http://www.wavpack.com/
This can losslessly compress 32-bit
the residual.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
with lossless compression of the
difference between the lossy version and the original. If there
isn't then I'll just patent that...
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
other audio file formats support lyrics? Where
can we see documentation for the existing formats? It might be
helpful to look at the better designs which have come before.
Brian Willoughby
Sound Consulting
On Aug 31, 2009, at 14:53, Jérôme COUDERC wrote:
I haven't seen any information
to register an application code
and develop your own format for the added data.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
to?
Brian Willoughby
Sound Consulting
On Sep 21, 2009, at 15:04, Martin Leese wrote:
e deleflie edelef...@gmail.com
...
ok, I do realise that the extending the maximum channel count may be
difficult ... there's gotta be a way to do it though.
Perhaps a comparison of the FLAC structure
ambison channels into the flac
streams is left open, but higher orders are increasingly difficult
to record and therfore are increasingly rare. Forth and higher level
may be a purely theoretical concern.
This also makes sense.
Perhaps you should write up an official recommendation!
Brian Willoughby
never looked into this
myself, but you do have more options with open-source API than you do
with other API.
Brian Willoughby
Sound Consulting
On Oct 6, 2009, at 13:11, Shayne Wissler wrote:
I know there is a fLaC at the beginning of the FLAC file, and I can
easily look for that, but my design
.
At least this is my understanding of the technology. Amazing, isn't it!
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
break everything.
Brian Willoughby
Sound Consulting
On Apr 21, 2010, at 12:50, Chris Angelli wrote:
I have written an application that uses the FLAC C API to insert an
application metadata block into a FLAC file. Everything appears to
be working, but I have one nagging issue.
I have used
if there are no FLAC files with
this flag set.
Again, most of the above is conjecture.
Brian Willoughby
Sound Consulting
On Apr 26, 2010, at 16:02, Fernando Alberto Marengo Rodriguez wrote:
I am currently investigating about the FLAC format and one
thing I can't understand is the WASTED BITS PER SAMPLE flag
There is a user-oriented mailing list as a sister to this developer-
oriented mailing list. You'll find it at f...@xiph.org
On May 6, 2010, at 02:34, Laura wrote:
I'm sorry if this isn't the place to ask this question, but I was
unable to find any other form of contact on the FLAC website.
should have plenty of memory in your program.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
to map the exact stream structure into a
literal C struct.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
Oops. I proofread my email a little too late. I corrected the
example. Hopefully what I am suggesting is clear.
Brian Willoughby
Sound Consulting
On Jun 22, 2010, at 22:15, Brian Willoughby wrote:
What you need to do is write a bitStream function. It should only
read each byte from
package that is available via
links at flac.sourceforge.net
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
, but ran out of time.
Brian Willoughby
Sound Consulting
On Jul 21, 2010, at 06:46, Dmitry Kichenko wrote:
On 2010-07-21, at 2:24 AM, Brian Willoughby bri...@sounds.wa.com
wrote:
The flac sources are distributed in a configuration that is
designed primarily for building from the command-line
to
stereo FLAC, simplifying my archival process.
Brian Willoughby
Sound Consulting
On Jul 22, 2010, at 23:33, grarpamp wrote:
Hi. It has been some time since I posted to the list, and may be some
time in the future until I have an oppurtunity to revisit FLAC. So,
as I have
been quite satisfied
On Nov 10, 2010, at 12:14, Neil Wilkes wrote:
Is it possible to place track markers that will be reflected in a
cue sheet within a long FLAC file?
I have a label who want to offer FLAC downloads of complete albums
- but there have to be track points designated within the FLAC file
How
a --seekpoint= marker for each track.
Sometimes you really need to take the time to read everything
available to you, especially when you have been waiting for months
for someone else to read it to you.
Brian Willoughby
Sound Consulting
On Nov 11, 2010, at 01:44, Neil Wilkes wrote:
I still
format, and thus I doubt there would be any professional
interest in changing things just for the sake of change or newness.
Brian Willoughby
Sound Consultinf
On Jan 7, 2011, at 12:56, David Richards wrote:
Its really sad to hear thats happening but even more sad is the fact
that flac is becoming
there probably isn't
enough silence to handle it that seldom. But a fraction of a second
between tracks several times per hour would never be noticed, unless
there is a continuous audio broadcast with absolutely no silence.
Brian Willoughby
Sound Consulting
! Keep us posted with
your findings!
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
On Jan 7, 2011, at 17:18, Paul Davis wrote:
On Fri, Jan 7, 2011 at 7:36 PM, Brian Willoughby
bri...@sounds.wa.com wrote:
I'd like to borrow these ideas, or at
least similarly-inspired ideas, and have FLAC streaming designed such
that the stream can tell the playback software when to reset
and OggFLAC
should not have any real problems due to compression of silent
frames. Any place there is a problem should be blamed on bad
streaming client / player code, not on the format itself.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
of the
picture? i.e., what about just using pure FLAC and IP?
Brian Willoughby
Sound Consulting
On Jan 7, 2011, at 20:49, David Richards wrote:
The actual non made up number for 44100 is 23 seconds. :D
4096 samples, 254 packets in an ogg page.
___
Flac-dev
delay between my HDTV set
tuner and computer USB tuner, since each has a different amount of
buffering in its pipeline, exacerbated by the digital audio system.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http
situation. I'm certainly planning
to read the format and API documentation thoroughly.
Brian Willoughby
Sound Consulting
P.S. My desired application is to take so-called 'hidden' tracks
from a CD and split them into two files by dropping the silence in
between. It's fairly common to have
On Mar 7, 2011, at 08:46, Paul Davis wrote:
On Mon, Mar 7, 2011 at 11:25 AM, Brian Willoughby
bri...@sounds.wa.com wrote:
All professional tools use conversion factors such as 0x8000 for
float-to-int and int-to-float because it has a single significant
bit, and thus this factor does
and
measure the amount of time spent in each function, hopefully
providing you with a weighted list so that you can start optimizing
the top candidate right away and then go from there.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev
rate and a guarantee that nothing will be lost when you reduce
bit rate below uncompressed.
Masklinn actually did a great job of explaining why, I just wanted to
present a different way of looking at the problem.
Brian Willoughby
Sound Consulting
is impossible.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
,
but the order should certainly be preserved in whatever buffer is
used. The streaming software could be as simple as decoding to a WAV
file and then starting playback after a sufficient amount of data has
been collected.
Brian Willoughby
Sound Consulting
a difference, then something is wrong with your
system, not with the FLAC format.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
.
Brian Willoughby
Sound Consulting
On May 24, 2011, at 10:16, David Troendle wrote:
I am getting large, corrupted native FLAC files when trying to call
the encoder from inside the decoder. The metadata in the output
file is OK.
Is initializing and calling an encoder from inside a libFLAC
two processes instead of
being limited to two threads within a process. The pipe could also
allow you to decode on one machine and encode on another over a
network connection - assuming that's of any use to you.
Brian Willoughby
Sound Consulting
Signature even
exists in these files before continuing to determine the reason for
the mismatch.
Maybe someone else has more information.
Brian Willoughby
Sound Consulting
On May 31, 2011, at 19:20, Scott C. Brown 02 wrote:
I found an old thread from 2007:
http://www.mail-archive.com
On Jun 1, 2011, at 05:12, Scott C. Brown 02 wrote:
He sent me a link to the files here:
http://www.archive.org/details/wolf2011-05-29.cleantone
There are no uncompressed files here, so it's difficult to discover
what you need to know.
I just grabbed the first track (only 2.7 MB), and
On Jun 1, 2011, at 19:15, Scott C. Brown 02 wrote:
I thought it might be an uploading problem, but he also gets the
same issues when
simply moving from one of his computers to the other. (I supposed
that could
also be a transfer issue, though I doubt it).
He's using a 3rd party front
, then it would be great to see those
contributed to the open source collection. However, none of those
items would really result in a change to the FLAC library sources,
which have been stable and solid for a respectable amount of time.
Brian Willoughby
Sound Consulting
What bugs?
On Nov 18, 2011, at 04:16, Bastiaan Timmer wrote:
It's good to see some updates to the FLAC project after so much
time! Will there be any timeline for a bugfix-release?
___
Flac-dev mailing list
Flac-dev@xiph.org
It's becoming clear to me that we need to distinguish between the
different aspects of FLAC software, whether it be the core library,
command-line, or third-party tools.
Although I use the command-line tool exclusively (plus a few of my
own tools), I really don't care about bugs there or
beyond what it is already.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
everything you need. If there are any problems with this
build (and nobody has complained to me since 2009), then please let
me know so I can make corrections and update the installer.
Brian Willoughby
Sound Consulting
On Feb 9, 2012, at 22:44, Glenn McCord wrote:
I've been trying
Agreed. I was going to suggest memcpy() or something equivalent,
because the FLAC structure is not literally a C string, but rather a
32-bit field that may or may not have a terminating NULL. Erik's
code should work correctly in all cases.
On Apr 5, 2012, at 04:02, Erik de Castro Lopo
an
answer for you here, but perhaps you can continue to work on your
code and find the problem.
Brian Willoughby
Sound Consulting
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
improve its
results, but keep in mind that changes to compilers sometimes produce
less optimal results for particular cases, even if they involve
improvements in most general cases.
But it's certainly good to double-check periodically as compilers
improve.
Brian Willoughby
Sound Consulting
is
given. I often process *.flac in large directories.)
For the second example, --create-output-directories would allow you
to use any of the examples you gave without having flac stop with an
error when the output directory structure does not already exist.
Brian Willoughby
Sound Consulting
The amount of time that has passed since the last change has nothing
to do with the version number.
I'm inclined to believe that 1.2.2 would be appropriate.
I'm sure there will be other, more appropriate ways to celebrate the
new release after the long period of stability.
Brian Willoughby
On Jan 12, 2013, at 14:28, Martijn van Beurden wrote:
On 12-01-13 22:46, Brian Willoughby wrote:
I would suggest that everyone keep in mind the vast installed base of
hardware FLAC recorders and players, and not senselessly make them
obsolete without extremely compelling reasons.
This can
.
Brian Willoughby
Sound Consulting
On Jan 17, 2013, at 09:27, Ralph Giles wrote:
On 13-01-16 11:10 PM, Erik de Castro Lopo wrote:
My understanding is that the recent changes for 7 and 8 channels was
a documentation change only.
I think we should also change the flac front-end utility
On Jan 21, 2013, at 22:57, Erik de Castro Lopo wrote:
IMO, any code change at all, even just whitespace is worthy of its
own version number. If the md5sum of the source code tarball is
different it warrants an updated version number.
Why would you release a new version of FLAC if the binary
On Jan 17, 2013, at 21:41, Ralph Giles wrote:
On 13-01-17 7:26 PM, Brian Willoughby wrote:
I vote for documenting the --channel-map option in the --help
Do you ever use --channel-map yourself, or recommend it to clients?
Professional surround mastering is delivered on very specific media
tools use float without lossy conversion.
The only requirement there is that synthesized data should avoid +1.0
sample values unless clipping is acceptable or scaling is added
before conversion.
Brian Willoughby
Sound Consulting
___
flac-dev mailing
not be used or allowed anywhere in libFLAC.
Brian Willoughby
Sound Consulting
On Feb 9, 2013, at 12:50, Erik de Castro Lopo wrote:
Secondly, the scaling can be switched off don't you? See:
http://www.mega-nerd.com/libsndfile/
command.html#SFC_SET_NORM_DOUBLE
is the proper format for files that exceed 4 GB, while
standard RIFF/WAVE should allow reading of files up to 4 GB.
For maximum compatibility, writing WAV files over 2 GB should be
avoided whenever possible, since so many tools used signed 32-bit
file sizes.
Brian Willoughby
Sound Consulting
would only need to change if the FLAC file size limits were
altered. Besides, I believe that FLAC is supposed to be a stream with
no maximum size limit. No API changes should be necessary for the
command-line FLAC to support 4 GB WAV files. Did I miss something?
Brian Willoughby
Sound
When you reinstalled OSX, did you also reinstall the developer tools?
I often forget that extra step. I assume you did, otherwise you
wouldn't have gcc or make, but I figure it's worth asking. Also,
there are option Unix tools that usually aren't installed unless you
ask for them.
Brian
, but not both at the same time. Maybe the patches to the tests
should wait until 1.3.1
Brian Willoughby
Sound Consulting
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
of options that are already available in the official
flac command-line, albeit without a short, numerical abbreviation.
Brian Willoughby
Sound Consulting
On Mar 13, 2013, at 02:49, Marko Uibo wrote:
Is it planned someday to implement additional higher (9-12)
compression
modes like in Flake
On Mar 14, 2013, at 13:24, Declan Kelly wrote:
I want the tightest possible compression, while remaining 100%
compatible with the subset that all known FLAC decoders can
successfully
stream or play now in cars, Hi-Fi units, MP3 players and cell
phones.
The out and out most widely
On Mar 17, 2013, at 03:57, LRN wrote:
/me looks at chmod and utime wrappers:
Ah, i knew i've missed something! :)
Also, i didn't consider wildcards (i thought shell was supposed to
handle them...).
I believe that shell does handle wildcards on all Unix variants,
including OSX. Since
Erik's request to simply delete the .pbproj directory
and its contents.
Brian Willoughby
Sound Consulting
p.s. Unfortunately, I do not know who originally created
those .pbproj files, why they did it, or whether they ever worked.
You might even find archived list messages where I asked about
Or, I was originally thinking:
rice_parameter = 0; k = partition_samples;
if (k mean) {
int n = mean - k;
rice_parameter += n;
k = n;
}
(sorry for the hasty post)
On Oct 11, 2013, at 10:34, Brian Willoughby wrote:
Hmm
I think you've found a bug, Bart.
flac 1.2.1 did not have any FLAC__format_blocksize_is_subset()
function, so the source you're seeing in format.c must be new. If the
format documentation you linked to is correct, then either the
specifications are self-contradictory, or the code is not
Yep, that looks conclusive. Thanks for finding this.
Brian
On Jan 12, 2014, at 11:08, lvqcl wrote:
Also found this:
http://lists.xiph.org/pipermail/flac-dev/2008-May/002550.html
http://lists.xiph.org/pipermail/flac-dev/2008-May/002559.html
___
contacting the developers.
Brian Willoughby
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
(and
equally lossless).
However, I agree that it is rather strange to return non-zero by
default, requiring a command-line option to defeat. I would expect it
to be the reverse: off by default, and enabling non-zero on larger
files via command-line option.
Brian Willoughby
Sound Consulting
purely for
security, the next with new changes in other areas.
Brian Willoughby
On Nov 24, 2014, at 12:47 AM, Miroslav Lichvar mlich...@redhat.com wrote:
On Sun, Nov 23, 2014 at 02:44:00AM -0800, Erik de Castro Lopo wrote:
lvqcl wrote:
I have a couple of questions:
1) Do you plan
On Nov 25, 2014, at 8:27 AM, Declan Kelly flac-...@groov.ie wrote:
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
On Nov 26, 2014, at 1:40 AM, Erik de Castro Lopo mle...@mega-nerd.com wrote:
Brian Willoughby wrote:
While we're on the topic, what sort of consequences are there, really,
with this vulnerability? Worst case, your player stops playing on a
file that cannot be played anyway. Yes, it's bad
area to enhance
performance in another area. Are these the sorts of things that can be handled
by expanding the compression options, rather than thwarting existing
performance?
Brian Willoughby
___
flac-dev mailing list
flac-dev@xiph.org
http
1 - 100 of 143 matches
Mail list logo