r FLAC. I just want to put the other
competing formats into perspective, and learn more about them if possible.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
[EMAIL PROTECTED]
http://lists.xiph.org/mailman/listinfo/flac-dev
on the lossless formats that seem
to remain undocumented. Has anyone heard of a libmlp project?
Brian Willoughby
Sound Consulting
Begin forwarded message:
First off, I'm not an expert in this field, but I thought I could
probably answer a few of your questions. If anyone else wants to
noticed that ID3 was around
the FLAC project.
Brian Willoughby
Sound Consulting
Begin forwarded message:
From: Josh Coalson <[EMAIL PROTECTED]>
after spending a lot of time integrating X-Fixer's winamp2
plugin code, I am on the verge of removing id3 v1/v2 support
from the plugins comp
ry application is able to use the
pre-bound addresses and does not have to dynamically link by relocating the
addresses).
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
nt of space, so they're not installed
by default. Not sure which package, but you can probably hunt around on your
Developer CD for the open source package, rather than loading the whole
Developer multi-package.
Brian Willoughby
Sound Consulting
__
would increase the FLAC overhead
by increasing the size of the header!
Brian Willoughby
Sound Consulting
Begin forwarded message:
Hello,
1. Would it be possible for FLAC to support more than 8 channels?
2. If (1) is not desirable because it would break compatibility or some
such, then is
throughout Mac OS X. Perhaps that's
the incentive you need to take on the slightly more difficult path!
Brian Willoughby
Sound Consultin
Begin forwarded message:
From: [EMAIL PROTECTED] (Scott C. Brown 02)
There are a few flac players on OS X now, but none (at least none that i know
of) se
to do some very advanced things by
pulling apart file formats and write new files based on a very complex format.
It would be much simpler to learn C and use the FLAC library.
... unless someone else out there has put a Visual Basic front-end on the FLAC
library!
Brian Willoughby
Sound Con
1.1.3 (hopefully one
that works better than the 1.1.2 project was working in its day), and
check that in to the repository. Seeing as how it is not absolutely
necessary, I can see why nobody has stepped up to do this.
Brian Willoughby
Sound Consulting
On Jan 2, 2007, at 06:24, Evan Olcott
I realize that it entails more work, but I find that it is good to
have both kinds of documentation, the straight-through read and the
direct route. I generally refer to those as Tutorial and Reference
documents. The Tutorial gives new developers all the concepts - in
breadth, without nec
Thanks for the offer. If you complete this, I suggest you also
submit new instructions for the "Building on Mac OS X" section of the
README. It's a bit crusty these days, as it mentions pbxbuild.
Brian
On Feb 21, 2007, at 16:45, Stephen F. Booth wrote:
I am happy to contribute Xcode proj
format are the files? By format, I am asking primarily what the
file format is (RIFF/WAV, AIFF, other), but also which Ambisonic
"format" among B-format, C-format, or G-format.
Brian Willoughby
Sound Consulting
On Mar 22, 2007, at 14:12, Martin Leese wrote:
Hi,
I have posted this thr
In fact, I would be very
interested to be involved in this. I suppose Josh may have some
comments. I'm not sure how much the application-specific metadata
extensions have been taken advantage of for FLAC, so Josh may want to
set some guidelines, as this may be a first.
Brian Wi
not
compress intermediate storage anyway. In other words, there's no
real point for this support in FLAC, which is why it isn't there.
Do you have a specific need? ... other than to see the support
listed as a bullet item on the feature list?
Brian Willoughby
Sound Consulting
On Mar
r.
> The conversion to 24 bit would be a
> problem in that case.
Well, yes, clipping is a problem whether you're playing the audio so
you can listen to it, or you're converting to integer for any other
reason. That's why 32-bit is im
s or that you can write your own encoder/decoder for
32-bit integer FLAC. You really need to understand floating point
numbers and what kind of audio data you have before trying to analyze
FLAC this way.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
reproduce the problem. I have recorded about 90 live shows in 24-bit
format, up to 18 channels multitrack, and have successfully
compressed over 75 GB of 24-bit audio with absolutely no errors.
Why would you tell people to use WavPack when FLAC is flawless?
Brian Willoughby
Sound Consulting
sorry if this seems harsh, but there are a log of non-programmers
here who are getting confused about the difference between the
official FLAC and stuff from third-party software that might be
broken. FLAC itself is not broken.
Brian Willoughby
Sound Consulting
On Mar 30, 2007, at 14
the 144
dB dynamic range of 24-bit audio, and I imagine it would be almost
fruitless to attempt to exceed that dynamic range.
Brian Willoughby
Sound Consulting
On Mar 29, 2007, at 13:26, Dan Pritts wrote:
On Thu, Mar 29, 2007 at 01:15:12PM -0700, Brian Willoughby wrote:
that it support
obably not for audio which sticks to the +/- 1.0 standard reference
levels.
Trouble with all of this theoretical stuff is that these files might
not play with standard FLAC decoders.
Brian Willoughby
Sound Consulting
On Mar 29, 2007, at 16:05, Josh Green wrote:
On Thu, 2007-03-29 a
you can always "make install" over top of the Installer
files to get things back to your do-it-yourself version.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
which hadn't been reproduced. From my point of view, it was starting
to sound a lot like a rumor. But now we may be getting to the bottom
of this.
Brian Willoughby
Sound Consulting
On Mar 30, 2007, at 15:00, Justin Frankel wrote:
To clarify, I am one of the REAPER developers.
To sa
but I hope that I'm illustrating what happen in float because of the
fact that values are always normalized according to the most
significant one bit. Any processing done in floating point is going
to create all kinds of fractional values that would be lost in fixed
point.
Brian Wi
why he remembered having problems in the past.
If we can't reproduce this problem with normal-sized songs, then
perhaps the best solution is to recommend that users simply turn off
padding if they need to compress extremely short audio samples.
Brian Willoughby
Sound Consulting
On Apr
. 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
Hi Justin,
I have a suggestion, but it may not be very convenient. You could
try converting the 24/96 BWF to AIFF, and then use flac to compress
the 24/96 AIFF. There is no difference in audio quality between the
FLAC file generated from BWF (WAV) vs. AIFF, so perhaps this extra
step wi
re than welcome, but AIFF support gets you twice the
length right away.
Brian Willoughby
Sound Consulting
On May 29, 2007, at 23:00, Justin Frankel wrote:
Our DAW REAPER (www.reaper.fm) supports W64 as well. We'd be happy to
share our W64 reading/writing implementations if someone wishes to
Jud, why would you write this in .NET and limit its portability?
flac runs on Unix and Mac OS X, so if you were to write in C/C++ then
your tool would be available to everyone who can run flac.
Brian Willoughby
Sound Consulting
On Jun 15, 2007, at 06:34, Jud White wrote:
Unless someone
processing 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
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
If you're always seeing 60%, then your CD tracks are probably not
classical or highly-dynamic live jazz music. Death metal white noise
music will probably only compress to about 90% or 80%.
Brian Willoughby
Sound Consulting
P.S. You should carefully study the onl
ve media which exceeds that
channel count.
Brian Willoughby
Sound Consulting
On Aug 27, 2007, at 12:19, Neil Wilkes wrote:
Hello to the list, and please forgive me if this has already been
asked before.
(I am new here, you see)
The question is really simple:
Can I use FLAC to create mult
I really should have just said that it will require some testing to
make sure the FLAC API can handle writing the same file from multiple
threads. It may not turn out to be complicated at all.
The FLAC decoder has its own code for writing PCM files already.
Tweaking this to support multi-
gle core cpu is fast enough to play 1 file
and it would only slow 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
head. At least that's the predicted result - I admit
that nobody has tried this, to my knowledge.
Brian Willoughby
Sound Consulting
On Sep 7, 2007, at 18:25, Ralph Giles wrote:
On Fri, Sep 07, 2007 at 04:59:50PM -0700, Josh Coalson wrote:
it actually is complicated. the libFLAC ap
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
erting 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,
, 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, D
y place 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
will be used 99+% of the time.
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 Willou
is an existing 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 nati
e that you have 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
S
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
My first thought is that Apple's sample should be rewritten to use
the FLAC library, instead of requiring the FLAC source to be copied
into the project and then compiled into the codec component. The
installer I put together makes it rather easy for regular folk to
install the library. I'
That's great news. Especially since Matt Chamberlain is such an
amazing drummer (hope he's on these recordings).
But I wonder why they make people wait an extra 4 to 6 days for the
FLAC version vs. MP3. Anyone know?
Brian W.
On Dec 2, 2007, at 22:06, Sam S wrote:
It would be of interest
ose data. In other words, you must develop 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 Fe
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
're having a problem. Also, don't run 'make check'
as root because it confuses some of the tests.
Brian Willoughby
Sound Consulting
On Apr 13, 2008, at 10:36, Markus Ewald wrote:
Because I'm currently running Vista x64 I thought I could try to do an
x64 build of the F
ative processor should be a simple matter of handing
off the binaries to a tester for confirmation before making a public
release of those binaries.
There is no reason to suspect that cross-compiled binaries have any
more errors than the native compile, at least not with Xcode and Mac
OS X.
d 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 wrot
t would be useful 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
O
On May 6, 2008, at 14:20, Frederick Akalin wrote:
> On Tue, May 6, 2008 at 2:03 PM, Brian Willoughby
> <[EMAIL PROTECTED]> wrote:
>> 3) Do you accelerate decode as well as encode? I'm thinking that
>> the
>> variable block size would require each th
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
ional
effort into this beyond the TBB, so perhaps there is a way 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
still need the ability to
convert to other formats for processing. I guess this would still
limit the usability to Logic Studio Pro, at least until more
companies begin supporting CAF in their audio software.
Brian Willoughby
Sound Consulting
___
Flac-
f from the start.
Thanks again 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 pote
t[s] to use CAF files on other 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
derstand 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 For
Daniel, have you looked at the test suite for FLAC? I believe that
there are test files there, or perhaps the test suite creates them on
the fly. Either way, you should be able to get some basic tests of
your player.
Brian Willoughby
Sound Consulting
On Nov 1, 2008, at 03:24, Daniel
ways find similar example 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
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 i
added audio formats.
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 wo
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 :
> I was wond
n't handle correctly.
A better suggestion might be to start with libFLAC, optimize as
needed, and then submit the optimizations back to the FLAC project
where they will be more widely useful.
But that's just my opinion.
Brian Willoughby
Sound Consulting
On Feb 25, 2009, at 03:10, Dave
into a small device (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
> wrote:
>> A better suggestion might be to start with libFLAC, o
The source code for FLAC includes files which are used during the
'test' phase of the build process. I assume that these are fairly
exhaustive.
Brian Willoughby
Sound Consulting
On Jul 7, 2009, at 05:09, Dattaguru B.N. wrote:
> I am developing FLAC decoder for which I need som
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:
quieter. 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 W
On Aug 7, 2009, at 20:58, Martin Leese wrote:
> "Didier Dambrin" 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 floating
ames. I think the residual would be rather quiet.
If you're going to use the primary violin sounds middle pitch as the
predictor, then you need a way for your encoder and decoder to find
the exact same waveform. If you can do this in a way that your
decoder could discover the predicted values, then FLAC would be a
successful way to compress the residual.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
JPG (lossless JPEG) uses a very efficient lossy
compression followed by lossless compression of the difference. I
wouldn't be surprised if there is an audio codec which combines lossy
frequency domain compression with lossless compression of the
difference between the lossy version a
on
is time domain or frequency domain, because the end result of lossy
compression is added "noise." Whether this noise comes about from
time domain errors or frequency domain errors should be irrelevant.
In either case, the amplitude of the error should be quite small, and
an algorithm like FLAC can compress low-amplitude signals quite well.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
that professional level, since
there's usually enough of a budget to cover the cost of increased
storage space.
I suggest that you tell your users to select FLAC only for final mix
bounces, and direct them to another format for intermediate storage
of audio which will be processed further.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
tinct from
a final bounce, then Ardour could again guide the user towards 32-bit
for intermediate mixes while allowing the choice of FLAC for final
delivery formats.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
what 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 an
for the metadata, you merely need 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
u refer to?
Brian Willoughby
Sound Consulting
On Sep 21, 2009, at 15:04, Martin Leese wrote:
e deleflie
...
> 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
wit
retical concern.
This also makes sense.
Perhaps you should write up an official recommendation!
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
, especially since I 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 c
Actually, I rather like the way the web site looks. It has all of
the format documentation in pages that load quickly, without a lot of
fuss. All of the information is there. Besides, translation is
easier if the formatting isn't changed.
I would welcome translations to other languages, b
ssion level, you shouldn't really care
about the details of the compressed data.
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
be identical between the files, but their offset has
shifted by 1 to 7 bits (if it had shifted by 8 bytes, then you'd
probably notice identical bytes offset by one index).
In other words, all it takes is for one FLAC file to have a block
that is longer or shorter by a multiple of 1
ect. Better to have the code ordered so that changing
that one parameter won't 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
ere 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 "WA
On Apr 27, 2010, at 01:36, Martijn van Beurden wrote:
2010/4/27 Brian Willoughby
i.e. I wouldn't be surprised if there are no FLAC files with this
flag set.
If you look for lossyWAV you'll find that it is actually being used
What? WAV is not FLAC, and FLAC is not lossy
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.
t streams, so you might find other
open source examples of bit parsing.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
ure, or
even to separate variables. Packing is only needed to save stream
bandwidth - you 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
I've written MPEG metadata parsers in
less than a day. Once you implement the bit function, the rest is
super easy. Just don't try 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 byt
Installer.app package which installs the
entire flac command-line tools and libraries into appropriate
directories, and then you can just link your OSX applications to the
precompiled library. This is the OSX 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
years ago, 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
> wrote:
>> The flac sources are distributed in a configuration that is
>> designed primarily for building
ly 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 hav
In your case, you may have to
build Ogg differently, or remove it completely, as I mention above.
Brian Willoughby
Sound Consulting
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
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
>
> H
--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 st
EAMINFO blocks. I'd say do
whatever is easiest, and bank on files not having more than one anyway.
Brian Willoughby
Sound Consulting
On Nov 16, 2010, at 00:00, Lorenzo wrote:
> As far as I know one and only one STREAMINFO should be present at
> the beginning of the file: http://f
-zero
frames - assuming your hack continues to be necessary. Depending
upon the source of your audio, there's a slight chance that dithering
would be beneficial anyway.
Brian Willoughby
Sound Consulting
On Dec 1, 2010, at 01:28, David Richards wrote:
> I am streaming FLAC. 24bit no l
with the official
FLAC 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 ev
roadcast
server gives hints so that the client player can do these crossfades
during the silence between tracks. Using my idea, you'd need to
"crossfade" more than once per hour, because 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
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
1 - 100 of 224 matches
Mail list logo
