> From: Cristian Rodríguez
> Sent: Sunday, May 6, 2012 8:24 AM
>
> El 05/05/12 02:23, Bastiaan Timmer escribió:
>> The attached patch adds the missing FLAC__metadata_object_seektable_*()
>> functions from FLAC's metadata object methods (FLAC/metadata.h) to
>> FLAC++'s SeekTable class. Of the
>From: Miroslav Lichvar
>Sent: Friday, May 4, 2012 9:09 AM
>
>On Fri, May 04, 2012 at 05:53:23PM +0200, Miroslav Lichvar wrote:
>> The most interesting part of the patch is the rewrite of the
>> FLAC__bitreader_read_rice_signed_block function, which in the git repo
>> seems to have only couple l
probably also have to be
augmented to cover MM:SS, and possibly the man page and html docs.
>
> From: Earl Chew
>To: Josh Coalson ; "flac-dev@xiph.org"
>Sent: Wednesday, May 2, 2012 11:13 AM
>Subject: Re: [flac-dev] Fix cuesheet.c to allow m
Ah, I don't remember but it might have been a negative test that was supposed
to give an error when used with the wrong sample rate.
Anyway, could you do another patch that updates to general MM:SS handling?
>
> From: Earl Chew
>To: Josh Coals
> From: Paul Davis
> To: flac-dev@xiph.org
> Cc:
> Sent: Friday, March 25, 2011 5:39 AM
> Subject: Re: [Flac-dev] pkg-config output and
>
> On Fri, Mar 25, 2011 at 5:32 AM, Erik de Castro Lopo
> wrote:
>> Hi,
>>
>> FLAC helpfully provides a flac.pc file. Unfortunately there is a
>> nasty i
> From: Erik de Castro Lopo
> To: flac-dev@xiph.org
> Cc: Josh Coalson
> Sent: Wednesday, April 25, 2012 4:30 PM
> Subject: Re: [flac-dev] Fix cuesheet.c to allow metaflac_test.sh to run to
> completion
>
> Josh Coalson wrote:
>
>> I haven't checked git
From: Erik de Castro Lopo
>To: flac-dev@xiph.org
>Cc: Josh Coalson
>Sent: Wednesday, April 25, 2012 4:42 PM
>Subject: Re: [flac-dev] [Flac-dev] Git branch with compiling fixes for win32
>
>Josh Coalson wrote:
>
>> But regardless of submitter, any patch th
(Jumping in again, maybe at the wrong point since this doesn't seem to involve
encoding, but here goes.)
Miroslav's patches have always been high-quality for sure. But regardless of
submitter, any patch that affects encoding must be reviewed very carefully,
preferably by several other people a
No, this has been addressed before. The FLAC format has no compression levels
or even any encoding parameters that cannot be gleaned from the frame headers.
Everything else is implementation-specific and doesn't need official metadata
support for.
>
> From:
I'll throw this thought out here so it doesn't get lost: when it came time for
me to build a Windows release, I always used a quarantined Windows box that had
the minimum stuff installed and had never been on a network, to avoid malware
getting into the binaries.
The last thing I ever wanted to
I haven't checked git yet but I hope this patch has not gone in. I don't like
the special case that this is creating.
It would be better to allow MM:SS everywhere but I consider that low priority.
>
> From: Earl Chew
>To: "flac-dev@xiph.org"
>Sent: Thursday
the side channel bps is 1 larger than the raw bps because it's a difference
between left and right channel values.
>
> From: Eri Eri
>To: flac-dev@xiph.org
>Sent: Monday, September 26, 2011 1:17 AM
>Subject: [Flac-dev] mid-side coding and bits per sample
>
>
Hi all, this is not really FLAC-specific but I'm back after being away from the
lists for too long. I'm caught up to about Sep 2011 and working my way through.
There are some plans to move the website and possibly the source code
management/releases completely to Xiph; more on that soon.
_
how big is the data? there's a 16MB limit for metadata blocks.
see src/share/grabbag/picture.c:grabbag__picture_parse_specification()
for examples of function usage.
--- On Mon, 3/8/10, Anthony Liu wrote:
...
The above code will add a NULL cover art into the flac file, it works.
However, aft
there is no work on the reference tools because it's not very
portable (way less than the current asm optimizations). the
third party implementations are good enough I think.
--- On Fri, 1/1/10, Sumit Gupta wrote:
Is anyone on this mailing list working on enabling FLAC using GPUs?
There is CUDA
it already has been built for arm in many places. I built a version
for my nslu from the original sources, with no modifications.
--- On Thu, 1/7/10, 刘祥辉 wrote:
hi,everybody,
i have download the flac-1.2.1.tar.bz2 f,and
rebuild it in ubuntu on my PC,and it works as a plugin of XMMS,now
i want
http://flac.sourceforge.net/faq.html#tools__different_sizes
one example of variations: whether binary was compiled w/sse
support or not (affects computation of lpc coefficients)
--- On Tue, 2/9/10, Djeizon Barros wrote:
> Hi everyone,
>
> I was fiddling with FLAC executable on Linux and also
>
--- On Sat, 3/27/10, Ruben Van Boxem wrote:
> I was compiling flac 1.2.1 from msys with mingw-w64 which works
> splendidly, except for one thing: examples/cpp/encode/file/main.cpp
> gives an error about memcmp not being declared in this scope, which
> is correct. Solution is to add #include whic
--- On Wed, 10/14/09, Fernando Alberto Marengo Rodriguez
wrote:
> Dear list,
>
> Following Victor Westmann's idea, I'd like to
> translate FLAC's site to Spanish. I'd be very
> grateful if anyone offers to give me a hand in this.
thanks Fernando, I will keep it in mind.
_
--- On Tue, 10/6/09, Shayne Wissler wrote:
> Hello,
>
> I have a program that is given a random file and needs to determine
> whether it is Vorbis or FLAC. For Vorbis, there are various places
> where I can infer that I have a bad stream. But for FLAC, when I call
> either FLAC__stream_decoder_pr
--- On Sun, 9/20/09, grarpamp wrote:
> From: grarpamp
> Subject: Re: [Flac-dev] General status of flac
> To: flac-dev@xiph.org
> Date: Sunday, September 20, 2009, 8:30 PM
> >> used it forever anyways and
> haven't seen a commit since January nor
> >> a release since 2007...
>
> > what's queued
--- On Thu, 9/17/09, e deleflie wrote:
> Hi Flac Developers,
>
> My name is Etienne Deleflie, I'm the founder of
> http://www.ambisonia.com and, more recently, http://soundofspace.com.
>
> Myself and the community I serve are looking for a lossless file
> format that can encapsulate ambisonic e
--- On Mon, 8/31/09, Jérôme COUDERC wrote:
> Hi,
>
> I haven't seen any information about Lyrics in the documentation and
> mail archives, so I guess the answer... but may be I've missed something...
> Does flac support lyrics?
I think most people are just putting it in a LYRICS tag.
--- On Sun, 8/30/09, grarpamp wrote:
> 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 o
--- On Fri, 8/14/09, Paul Davis wrote:
> On Fri, Aug 14, 2009 at 5:05 PM, Josh Coalson
> 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 hig
--- On Fri, 8/7/09, Didier Dambrin wrote:
> Hi,
>
> I've tried to find info about unofficial 32bit
> float support in FLAC, and found several conversations.
>
> Most of them were talking about a 24bit limit,
> but from the manual I guess that this limitation is gone,
> as it supports up to
--- On Sun, 6/7/09, Justin Ruggles wrote:
> Hi,
>
> I have a question about 32-bit sample size. It is obviously not
> supported in encoding or decoding in libFLAC, but is allowed in the
> format description. The only way to allow it is in the STREAMINFO,
> which means that the files would not b
fixed in cvs
http://sourceforge.net/tracker/?func=detail&aid=2490454&group_id=13478&atid=113478
--- On Mon, 6/1/09, Gilles Boccon-Gibod wrote:
> From: Gilles Boccon-Gibod
> Subject: [Flac-dev] Bug in bitreader for short reads?
> To: flac-dev@xiph.org
> Date: Monday, June 1, 2009, 10:16 AM
> It
--- On Sun, 4/5/09, Jonathan Lee wrote:
> Can the bits per sample change from frame to frame?
no, not in the native container (i.e. fLaC header + metadata +
frames). in a raw streaming situation where you are getting only
frames it might be advantageous to support it but I don't know of
anythi
new tracker item here:
https://sourceforge.net/tracker2/?func=detail&aid=2491177&group_id=13478&atid=363478
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
--- Daniel Önnerby wrote:
> Hi all!
>
> I'm implementing FLAC playback in mC2 (a rewrite of musikCube) and
> need
> to test if everything is working.
> I was wondering if there are any FLAC test files to download?
> I'm looking for files with diffent kind of bits (8,16,24 etc) and
> examples o
--- LRN wrote:
> On 06.11.2008 22:16, LRN wrote:
> > In stream_decoder.c function find_metadata_() checks whether a file
> is
> > valid or not. There are 4 cases it recognizes:
> > 1) file begins with 'fLaC'
> > 2) file begins with ID3 (skipped), followed by 'fLaC'
> > 3) file may begin with
sorry, sent this to the wrong list
--- Josh Coalson wrote:
> Date: Tue, 16 Dec 2008 17:44:13 -0800 (PST)
> From: Josh Coalson
> To: "engelbert...@gmx.de" , f...@xiph.org
> Subject: Re: [Flac] [Flac-dev] Possible (bug) in winamp in_flac.dll
> decoder
>
> -
--- Martin Leese <[EMAIL PROTECTED]> 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 some recordings
> > that are so lo
ok, done!
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Erik de Castro Lopo wrote:
>
> > will surgent wrote:
> >
> > > Hello, I was trying to compile Flac on MinGW/Msys but got an
> error stating
> > > SIZE_T_MAX is undefined.
> > > To fix this error I edited the file
> "flac-1.2.1/inclu
good catch, fixed in CVS
--- Paul Davis <[EMAIL PROTECTED]> wrote:
> hi, and sorry that my first post to the list is a complaint.
>
> the .pc file for 1.2.1 produces this for --cflags:
>
> -I$PREFIX/include/FLAC
>
> i humbly suggest that this is wrong. it appears to support inclusion
> of
--- Susan Henderson <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I have been looking for a FLAC code/decode program in DLL
> format, and I have downloaded from dlldll.com the following:
>
>FLAC.dll
>
> However, I have no idea how to use it as I can't find any
> documentation about it.
>
ok, the docs are correct and the stream encoder is being too strict
in what it allows. I've checked in a fix but in the meantime you
can encode with the --lax argument if you are using a blocksize of
588 and the resulting files will still be subset.
Josh
--- Josh Coalson <[EMAIL P
hi Howard, I'll check into the discrepancy but having the FLAC
blocksize match the CD sample frame size is probably not desirable.
the optimal blocksize for FLAC is relative to the stationarity of
the signal and the 588 sample frame is not related to that, it's
an artifact of optimal storage on CD.
sorry about the delay, I replied here:
http://www.hydrogenaudio.org/forums/index.php?showtopic=63444
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
if you have a sourceforge account, can you create a tracker here?
http://sourceforge.net/tracker/?func=add&group_id=13478&atid=363478
--- Jean-Luc Wasmer <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Would it be possible to add a new verbosity level?
[...]
___
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> The following patch fixes cross compiling from Linux to windows.
>
> The existing code was doing:
>
> #if !defined _MSC_VER && !defined __MINGW32__ && !defined __EMX__
> #include /* for SIZE_MAX in case limits.h didn't ge
that is a convenience function for trying to get the best picture
that matches a constraint. to get more than one, you should use
one of the iterator interfaces:
http://flac.sourceforge.net/api/group__flac__metadata.html
--- "Alex J. Ivasyuv" <[EMAIL PROTECTED]> wrote:
> Hi all!
>
> I have a
--- Victor Koechli <[EMAIL PROTECTED]> wrote:
> Just to let you know:
>
> The FLAC-Installer (downloadable from sourceforge) contains a
> W32/Backdoor2.AAKG virus, and so does the included uninstaller. Is
> this an error of my virus scanner, or did a virus indeed creep in?
can someone else verif
--- Markus Ewald <[EMAIL PROTECTED]> wrote:
> Now the funny part: to verify that my x64 build doesn't do anything
> fishy, I ran both my self-built x86 and my x64 encoder on a test
> song.
> The files ended up different. Just out of fun, I downloaded the
> official
> Win32 command line encoder a
--- Harry Sack <[EMAIL PROTECTED]> wrote:
> hi
>
> can we expect much better compression (like the step to v. 1.2.x) in
> future versions of the flac encoder or are we at maximum compression
> level now?
I touch on that here:
http://www.hydrogenaudio.org/forums/index.php?showtopic=61465
--- Hardik Shah <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Can anybody tell me where FLAC__HAS_OGG is defined?
it's automatically set (#define or #undef) in config.h when you
run configure
Never miss a th
--- "Barra, Jay F Ctr AFRL/RIEC" <[EMAIL PROTECTED]> wrote:
> I am writing a FLAC encoder/decoder and when I use the
> flac_static.lib
> that was compiled in debug mode in MS Visual Studio 2003, the
> seek_absolute function works fine. However, if I compile flac_static
> in
> release mode in the
--- Justin Waddell <[EMAIL PROTECTED]> wrote:
> I have exactly the same problem.
>
> I encoded a BWF file to flac and then then decoded back to wav, using
> --keep-foreign-metadata, and I ended up with a bit-perfect copy of
> the original BWF. So I was fairly confident that the flac encoding is
>
--- le Chameleon <[EMAIL PROTECTED]> wrote:
> Greetings,
>
> In reviewing the changelogs its unclear in which release FLAC began
> supporting a sample rate of 192kHz.
flac has always supported 192kHz. it was not in the subset until
1.2.0; before that you had to use the --lax option to encode 19
--- Martin Changer <[EMAIL PROTECTED]> wrote:
> Dear developer,
>
> According to the list of bugs on the FLAC website, --replay-gain
> switch is affected
>
> Here's the link -
> http://flac.sourceforge.net/documentation_bugs.html
>
> My question: Is the command "metaflac --add-replay-gain" affe
--- matthew king <[EMAIL PROTECTED]> wrote:
> Hi I need major help I have been able to download Flac Frontend on
> every computer I have ever used EXCEPT OUR NEW ONE!!! The download
> seems to go OK and then when i transfer flac files to it and click
> decode a box pops up that says "Run Time\Erro
--- Karl Håkansson <[EMAIL PROTECTED]> wrote:
> Hi,
> I've successfully compiled flac-1.1.2 to transcode flac to wav with
> twonkyvision running on a DNS-323 which has a ARM-processor. The
> problem is that from time to time something hangs. Therefore I have
> tried to compile the newest flac,
that missing symbol appears only in libFLAC 1.2.1 or later, so it
sounds like the version dependencies in xmms-flac were not set up
to automatically pull in 1.2.1. check the versions of the other
flac packages on the machine (not sure what they're called in
ubuntu but probably flac or libflac) and
--- Matteo Montani <[EMAIL PROTECTED]> wrote:
> Hi everybody,
>
> I need like to port the flac encoding and decoding algorithm on the
> VisualDSP platform.
> Do you know if it's already existing a flac version for that?
>
> I'm trying to estimate the computational cost of FLAClib on blackfin.
>
--- bastian block <[EMAIL PROTECTED]> wrote:
> On Thursday 04 October 2007 04:27:47 you wrote:
> > Sir, you need to provide more information. What kind of errors?
> What
> > is not working? What exactly are you trying to do? What compiler
> are
> > you using?
>
> H IV0,
> we are using a lot
--- Gyürki István <[EMAIL PROTECTED]> wrote:
> Hello All,
>
> I was struggling with the need of creating flac files over 2GB
> recently.
> Both the command line flac and my util using stream encoder returned
> FLAC__STREAM_ENCODER_CLIENT_ERROR when reaching that point.
>
> Finally I made a small
--- David Collett <[EMAIL PROTECTED]> wrote:
> Yes, this is a challenge. I am the author of mp3fs, and a major
> challenge was to predict final file size accurately. This is why
> mp3fs
> only supports CBR mp3 and not VBR mp3 or ogg (which is inherently
> VBR).
> Is there a 'CBR' flac encoding mech
thanks everyone for the feedback, the cvs tag is down and the release
is almost ready.
FLAC_RELEASE_1_2_1__2007_09_17
Moody friends. Drama queens. Your life? Nope! - their life, your story. Play
Sims S
--- Harry Sack <[EMAIL PROTECTED]> wrote:
> hi
>
> is it true flac began on *nix systems and development is still being
> done on that platform because i never read things about windows
> compilers on the mailing list?
yes, I usually don't do much on windows until release time to
get it compiling
--- Harry Sack <[EMAIL PROTECTED]> wrote:
> hi
>
> what compiler is used to compile the flac.exe in the installer:
> visual studio or a gcc cross-platform compiler?
that one's built with msvc6
Be a be
bFLAC++.sh release &&
./test_flac.sh release &&
./test_metaflac.sh release &&
./test_seeking.sh release
that will stop on the first error
--- Avuton Olrich <[EMAIL PROTECTED]> wrote:
> On 9/14/07, Josh Coalson <[EMAIL PROTECTED]> wrote:
> > checked in to
--- Daniel Aleksandersen <[EMAIL PROTECTED]> wrote:
> Hi list,
>
> I am trying to compile and install flac 1.2. I $ ./configure(d) and $
>
> make(d) without any errors or warnings. However I get the following
> error
> when $ make check(ing):
>
> > Testing 24-bit full-scale deflection streams.
--- Ralph Giles <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 14, 2007 at 02:51:34PM -0700, Josh Coalson wrote:
>
> > checked in to CVS is what will be very close to the 1.2.1 release
> > of flac scheduled for monday. if anyone can try building it and
> > even bett
I've decided to put that one off till after the release. btw
the cvs logs show that change happened between 1.1.2 and 1.1.3,
or do you mean the warnings will come from the extra -W options
you proposed?
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Josh Coalson wrote:
>
--- Avuton Olrich <[EMAIL PROTECTED]> wrote:
> On 9/14/07, Josh Coalson <[EMAIL PROTECTED]> wrote:
> > checked in to CVS is what will be very close to the 1.2.1 release
> > of flac scheduled for monday. if anyone can try building it and
> > even better running t
checked in to CVS is what will be very close to the 1.2.1 release
of flac scheduled for monday. if anyone can try building it and
even better running the test suite, and reporting back any problems,
that will help me get things in better shape.
changelog:
http://flac.cvs.sourceforge.net/*checkout
--- Daniel Aleksandersen <[EMAIL PROTECTED]> wrote:
> Hi list,
>
> I would really like to see support for .cda as input files. The cda
> format is the one used on regular audio CDs.
if the .cda files appeared as regular files in the filesystem and
implemented enough of the POSIX stream interface
I'll add these, I think they didn't get in with your previous patch
because I withheld a part of it for some other reason...
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Josh,
>
> There are two GCC warning flags you should enable for all the
> C code ASAP. From the gcc man page:
>
>
fixed, thanks.
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Josh,
>
> The two Makefile.ams that you added recently:
>
> examples/c/decode/file/Makefile.am
> examples/cpp/decode/file/Makefile.am
>
> are generating errors like this:
>
> examples/c/decode/file/Makefile.am:22:
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Josh,
>
> I noticed the recent addition of the above file. In that file you
> have
> things like:
>
> static void *safe_malloc_(size_t size)
> {
> /* malloc(0) is undefined; FLAC src convention is to always
> allocate */
>
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Josh Coalson wrote:
>
> > > The test file is here:
> > >
> > > http://www.mega-nerd.com/tmp/flac_char.ogg
> >
> > yep, this is definitely a bug, thanks for the test case. requires
&g
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Josh Coalson wrote:
>
> > --- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> >
> > > Hi all,
> > >
> > > Is seeking working for OggFlac files? I keep on getting a
> > >
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Josh,
>
> Automake 1.10 on OSX is giving me warnings like the following:
>
> test/Makefile.am:50: wildcard *.raw: non-POSIX variable name
> test/Makefile.am:50: (probably a GNU make extension)
> test/Makefile.am:50: wildcard *.flac
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Josh,
>
> Macports on OSX ships with automake-1.10 and the current autogen.sh
> detects 1.10 as an invalid version of automake.
>
> The following patch (snarfed from autogen.sh from libvorbis) fixes
> that.
fixed in cvs (I think, I might have
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Sorry, I just updated from CVS and its still broken. If FLAC__HAS_OGG
> is false it tries to compile this:
>
> (void)decode_options;
>
> and there is no "decode_options" identifier.
oops, fixed.
_
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I've found that the FLAC__FrameHeader struct's blocksize member
> has values limited to the range (0, FLAC__MAX_BLOCK_SIZE] where
> FLAC__MAX_BLOCK_SIZE is 65535.
>
> In the encoder, what determines the size of a block?
in libFLAC
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I've got two problems compiling the current CVS FLAC sources on OSX.
>
> Firstly, the configure script can't find the OGG libraries which were
> installed from MacPorts. I have tried:
>
> ./configure --with-ogg-includes=/opt/lo
--- Ralph Giles <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 07, 2007 at 04:59:50PM -0700, Josh Coalson wrote:
>
> > it actually is complicated. the libFLAC api is not suited to a
> > multithreaded design because the i/o is stream-based, not file-
> > based. flac(.
--- Harry Sack <[EMAIL PROTECTED]> wrote:
> 2007/9/8, Josh Coalson <[EMAIL PROTECTED]>:
> >
> > it actually is complicated. the libFLAC api is not suited to a
> > multithreaded design because the i/o is stream-based, not file-
> > based. flac(.exe) is the
it actually is complicated. the libFLAC api is not suited to a
multithreaded design because the i/o is stream-based, not file-
based. flac(.exe) is the file-based wrapper around libFLAC that
allows it to work on files. the way libFLAC buffers data is also
impossible to parallelize without signif
thanks, I had fixed that same problem in nearby functions but
somehow missed that one...
--- Christian Weisgerber <[EMAIL PROTECTED]> wrote:
> Christian Weisgerber <[EMAIL PROTECTED]> wrote:
>
> > The bug was introduced in 1.2.0 with the fully unrolled functions
> > in libFLAC/lpc.c.
>
> I gues
--- Ivo Emanuel Gonçalves <[EMAIL PROTECTED]> wrote:
> Ralph reports:
>
> "I believe application/flac was used in analogy to application/ogg,
> and has never actually be registered. This might be an opportunity to
> register the more correct audio/flac. I don't know if an
informational
> RFC on t
--- J Palermo <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have a legitimate request for information about how I can
> contribute to
> the development of FLAC. I am not a developer, but would like to
> make a
> financial contribution. FLAC has immensely enhanced my enjoyment of
> music.
> Please let
--- Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> there is an interesting case when the FLAC encoder (using 1.2.0) is
> given simple waves. Simple waves means: I have a list of {frequency,
> duration, pause} tuples that define the monophonic tune. In other
> words, exactly one frequency i
sorry about that... yep it's fixed in CVS HEAD already..
--- Christopher Key <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Apologies if this has already been covered. I'm trying to compile
> FLAC
> 1.2.0 under FreeBSD without ogg support:
>
> when I run gmake, I get:
>
> encode.c: In function `conv
--- Ameya Potadar <[EMAIL PROTECTED]> wrote:
> Hey,
> just came across this article.
>
http://www.eetimes.com/news/latest/showArticle.jhtml;jsessionid=ZLCZZJMVGJYNYQSNDLSCKHA?articleID=201202250
> .
> Many of you would be already aware of this. It mentions flac also. i
> feel it
> is a good segmen
damn, I see the problem. there needs to be an #if FLAC__HAS_OGG
nearby, like so:
if(num_requested_seek_points < 0) {
#if FLAC__HAS_OGG
/*@@ workaround ogg bug: too many seekpoints makes table
not fit in one page */
if(e->use_ogg && e->total_samples_to_encode > 0 &&
e->tota
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> If I have code that does this:
>
> while (FLAC__stream_decoder_process_single (decoder))
> /* Do something. */ ;
>
> I get an infinite loop. Shouldn't FLAC__stream_decoder_process_single
> return false if it gets to FLA
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I added -Wmissing-prototypes -Wstrict-prototypes to the CFLAGS and
> found that there were a number warnings generated.
>
> The patch below fixes those warnings and adds the two -W flags to
> configure.in.
I checked most of it in,
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Is seeking working for OggFlac files? I keep on getting a
> FLAC__STREAM_DECODER_SEEK_ERROR.
yes, it should work fine. in flac/src/test_seeking/main.c there
is an example usage of FLAC__stream_decoder_seek_absolute(). you
could t
--- Zhang Weiwu <[EMAIL PROTECTED]> wrote:
> Dear list
>
> Sorry to ask a user's question on developer list. I didn't find the
> user list.
that's ok, it's here: http://lists.xiph.org/mailman/listinfo/flac
> My guess is either cuesheet is embeded but non of my player can let
> me see it, or only
case's tag will do it I think
http://www.synthetic-soul.co.uk/tag/
Josh
--- Dan Pritts <[EMAIL PROTECTED]> wrote:
> So before i knew better, i encoded a lot of my CDs in flac and added
> id3 tags (they worked, so great!).
>
> I know i've seen mention of others doing this; anyone gone to the
>
libFLAC++ wraps libFLAC which also uses libogg, so to link you need
something like "-lFLAC++ -lFLAC -logg"
--- Leonidas Andreadis <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've been trying to use the FLAC lib for c++. I need
> to implement basic encoder function in my application,
> so i tried to inc
--- Richard Zidlicky <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have cooked up a simple flac recipe for magicrescue - seems
> to work fine. Any ideas for improvement? Is there any way to
> recover the original filename from the compressed data?
unfortunately no, the filename is not stored.
Josh
is wrapping c++ any easier? because there is libFLAC++
otherwise, if you only need a certain subset of what FLAC does
it might be easier to write a smaller C interface + wrapper
implementation, then import that in c#.
Josh
--- Pyt <[EMAIL PROTECTED]> wrote:
> I tried that approach a while ago
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Josh Coalson wrote:
>
> > excellent, thanks for the tip. this solves the problem for
> > autoconf-based builds, but still not sure how to do it for MSVC.
>
> Sorry, whats the problem with MSVC?
how to f
excellent, thanks for the tip. this solves the problem for
autoconf-based builds, but still not sure how to do it for MSVC.
Josh
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> The code currently in CVS gives a compile warning:
>
> memory.c: In function 'FLAC__memory_alloc_
--- wrote:
> Hi Josh (and everyone else on the list),
>
> Here's a quick fix for libFLAC.m4 and libFLAC++.m4 for a problem that
> crops up if you use the macros in an environment where
> LD_LIBRARY_PATH
> is set. The macros save LD_LIBRARY_PATH as ac_save_LDPATH, but
> restore
> it from ac_save_
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Harry Sack wrote:
>
> > Hi FLAC dev's list,
> >
> > I'm looking for a library for the C# language (Microsoft .Net
> > Framework 2.0or higher) to play FLAC files and/or maybe do some
> other
> > things like getting
> > the file duration, file pr
1 - 100 of 285 matches
Mail list logo
