--- Avuton Olrich <[EMAIL PROTECTED]> wrote:
> What I'd like to do: I'm using ecasound to record for 24 hour
> periods,
> which pipes the output directly to flac. I would like to be able to
> decode sections of this (using until/skip) during recording/encoding.
>
> I understand currently that fla
--- Alper ASMA <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have a big flac file, i can divide this flac file into chunks by
> visual basic code, i can add header to these chunks by copying first
> 1K to other chunks, but chunks can not play properly, i think i need
> to change filesize from file heade
--- Mary Amon <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I am interested in building a stand alone Rice Encoder/Decoder, using
> FLAC
> source code as a starting point. I've read the theory behind it, and
> I am
> very interested in info theory. However, I am struggling with how
> exactly
> I wou
--- Justin Frankel <[EMAIL PROTECTED]> wrote:
> Hi everybody,
>
> We have FLAC supported for input/output in REAPER
> (http://www.reaper.fm), and the problem is that
> when writing 24 bit FLAC files, the data isn't compressed (i.e. the
> FLAC is slightly larger than
> if it was writing to .WAV). T
nowhere, FLAC only supports integer PCM samples as input.
--- Mary Amon <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I was hoping someone could point me to where the transformation from
> Float
> to Int takes place. Also, if this technique was based on a journal
> article,
> paper, ect, could you p
sorry if I'm not reading this close enough, I'm ploughing through
a bunch of emails here, but the source of this problem is what I
consider a design defect in FLAC which uses frame numbers to save
space, and confusing logic for determining whether the frame number
or sample number is stored. if I
--- Josh Green <[EMAIL PROTECTED]> wrote:
> Hello. I just added 24 bit support to CRAM and noticed that 24 bit
> data
> isn't compressing much, if at all. I saw a recent thread on this
> list
> concerning this same issue.
>
> http://lists.xiph.org/pipermail/flac-dev/2006-July/001907.html
>
> I
--- Tom Goetze <[EMAIL PROTECTED]> wrote:
> doing "make check" on flac-1.1.2, I get a segmentation fault
>
> ././test_metaflac.sh: line 51: 17370 Segmentation fault flac
> $*
>
> when running this portion of the test/test_metaflac.sh script:
>
> (set -x && run_metaflac --preserve-modti
--- taktik <[EMAIL PROTECTED]> wrote:
> Hi,
>
> What exactly is the reason why libFlac and/or the FLAC command-line
> en/decoder currently doesn't support 32bit integer samples?
>
> The comment in "FLAC/format.h" -> of
> FLAC__REFERENCE_CODEC_MAX_BITS_PER_SAMPLE notes that
> the FLAC format s
looks fine, I would suspect how the PCM sample are formatted
and sent to process(), could you show that part of the code?
Josh
--- James Smith <[EMAIL PROTECTED]> wrote:
>
> I'm using libFLACC++ and libFLAC and I think that I'm using the calls
> in the
> typical order (see code below). But ev
two unfortunate problems:
1. ID3 is illegal on Ogg files; that will probably always be
2. the metadata editing API currently only works for native FLAC,
not Ogg FLAC yet; eventually I will get to fixing that
Josh
--- Marc Wan <[EMAIL PROTECTED]> wrote:
> Hey!
>
> So, I'm clearly doing somet
riting pad byte to AIFF SSND
> chunk"
>
> Tom
>
> Tom Goetze <[EMAIL PROTECTED]> wrote: Date: Wed, 30 Aug 2006 00:00:56
> -0700 (PDT)
> From: Tom Goetze <[EMAIL PROTECTED]>
> Subject: Re: [Flac-dev] test_metaflac fails in make check for flac
> 1.1.2 after --ad
--- James Smith <[EMAIL PROTECTED]> wrote:
> switch(bitsPerSample)
> {
>
> case SIXTEEN_BITS:
> buffer16 = (uint16_t*)inData.GetData(); // so we index
thru out data in 16 byte chunks
> for(sample = sample32 = 0; sample32 < numFrames;
sample32++)
I looked at this in more detail. it's not clear from the current
c++ docs, but since the c++ call uses the underlying C call
FLAC__*_encoder_set_metadata(), the client is also bound by the
same rule in the C layer that metadata objects persist until the
init call; see:
http://flac.sourceforge.net
--- taktik <[EMAIL PROTECTED]> wrote:
>
> On 05.09.2006, at 22:51, Josh Coalson wrote:
>
> > --- taktik <[EMAIL PROTECTED]> wrote:
> >> What exactly is the reason why libFlac and/or the FLAC
> command-line
> >> en/decoder currently doesn't su
ok, fixed, thanks.
Josh
--- Erik Hovland <[EMAIL PROTECTED]> wrote:
> I had trouble building because configure.in did not include the
> test_grabbag/picture/Makefile entry for Makefile generation.
>
> This patch rectifies that situation. This is with flac cvs as of this
> morning.
>
> E
>
>
oops, fixed in CVS, thanks.
--- Erik Hovland <[EMAIL PROTECTED]> wrote:
> I did a make distclean and it failed to find test/pictures in my
> outside
> of source build directory. It was because configure.in did not
> include
> test/pictures/Makefile.
>
> Sound familiar? Just like my last patch. H
did the doxygen step fail? that's what generates the api docs
in html/
that has to work if you are building from CVS. for official
releases I include a prebuilt one in case the user doesn't have
doxygen.
Josh
--- Avuton Olrich <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I had to comment out the
--- Avuton Olrich <[EMAIL PROTECTED]> wrote:
> BTW- is there any tenative release date? The API changes seem like
> something I'd want to prepare for. Thanks
I'm planning a beta first in a week or so since there is so much
new stuff. don't know how long it will last.
there is a new porting guide
getting the code to compile with MSVC6 is usually one of the last
things I do before a release. I will be fixing it this week for
the upcoming beta.
Josh
--- Neil Popham <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Apologies if this has been done before. I just joined the list as
> this has bugge
--- Ludovico Ausiello <[EMAIL PROTECTED]> wrote:
> hello my name is Ludovico Ausiello, i'm a ph.d at the university of
> Bologna
> and I've developped an open source alternative to proprietary philips
>
> superAudioCD encoder (that actually cost some thousands dollars!)
> that has
> better perfo
passing this on... sorry about the delay, I screwed up the address
the first time...
--- Silvia Pfeiffer wrote:
>
> * * Call for Participation * *
>
> Foundations of Open Media Software (FOMS)
> Thursday 12 - Friday 13 January 2007
> Sydney, Australia
>
> http://www.annodex.org/events/foms200
my apologies for not doing this before Miroslav... I will definitely
integrate it this time.
Josh
--- Miroslav Lichvar <[EMAIL PROTECTED]> wrote:
> Ok, the patch from 2003 about improving seeking still didn't make it
> to CVS, so here is another try.
>
> I made some benchmarking with the test_
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Its been a while since I last compiled FLAC from source, but I just
> grabbed flac-1.1.3-beta2.tar.gz compiled it and then ran "make check"
> which resulted in this:
>
> ===
> 3 of 7 tests failed
> ==
ok, tried it out... passes test/test_seeking.sh and my
"xmms twitch" test, checked in to CVS. thanks!
Josh
--- Miroslav Lichvar <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 03, 2006 at 10:01:42AM +0100, Miroslav Lichvar wrote:
> > Thanks. Sending latest version of the patch. Now it can seek in
> f
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Erik de Castro Lopo wrote:
>
> > Josh et al,
> >
> > I've been tracking down a problem with generating OggFlac files.
>
>
>
> > I have looked into this and suspect that the
> FLAC__stream_encoder_finish()
> > function needs to finish off the
--- Miroslav Lichvar <[EMAIL PROTECTED]> wrote:
> On Sun, Nov 05, 2006 at 11:17:03AM +1100, David Collett wrote:
> > I think I have tracked it down to "FLAC__bitbuffer_get_buffer" in
> > bitbuffer.c taking an unsigned * for bytes, but "write_bitbuffer_"
> in
> > stream_encoder.c is passing a size_t
--- Miroslav Lichvar <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 06, 2006 at 08:50:44AM -0800, Josh Coalson wrote:
> > ok, tried it out... passes test/test_seeking.sh and my
> > "xmms twitch" test, checked in to CVS. thanks!
>
> Thanks!
>
> I see yo
--- Ralph Giles <[EMAIL PROTECTED]> wrote:
> BTW, I ran into a few issues building with recent cvs.
>
> You might want to consider copying autogen.sh from one of the other
> xiph
> codec projects and setting a proper minimum version in
> AUTOMAKE_OPTIONS.
> The current one just breaks if it the
ok, last night I checked in changes that I think should totally fix
the problem.
before, the process routines would encode a frame as soon as it
got a complete block. so it could not really tell when it had
reached the end of the input and would rely on the total samples
estimate to set the EOS f
--- Ralph Giles <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 08, 2006 at 05:28:39PM -0800, Josh Coalson wrote:
>
> > which tests? for a little while there, test_seeking would fail
> > because of an intermittent bug in the seek routine which has been
> > fixed. t
right now, the ogg flac encoder does not go back and fill in
missing stuff in the headers like native flac does. it will
eventually, but the best thing is to call
FLAC__stream_encoder_set_total_samples_estimate() before
initializing the encoder, that was the correct number is
written in the STREAM
--- Ralph Giles <[EMAIL PROTECTED]> wrote:
> On Sat, Nov 11, 2006 at 03:03:12PM -0800, Josh Coalson wrote:
>
> > ok, checked in some fixes that should take care of most of the
> > warnings.
>
> Nice! Current complete set of warnings:
>
> replaygain.c: In func
--- Josh Coalson <[EMAIL PROTECTED]> wrote:
> --- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> > 2) I have registered a metadata callback function with
> > OggFLAC__seekable_stream_decoder_set_metadata_callback and
> > I'm looking at the m
--- Stevo Brock <[EMAIL PROTECTED]> wrote:
> libFLAC 1.1.2
>
> I'm using an OggFLAC_seekable_stream_encoder to create an OGG/FLAC
> file. I'm seeing that the STREAMINFO is not being written when the
> encoder is finished. I'm seeing that, for whatever reason, although
> the previously writte
fixed in CVS, thanks.
Josh
--- Eric Wong <[EMAIL PROTECTED]> wrote:
> Declaring variables in the middle of a block isn't supported by
> older (pre-C99?) compilers, and gcc 2.95 is one of them.
>
> --- a/src/plugin_common/replaygain.c
> +++ b/src/plugin_common/replaygain.c
> @@ -28,10 +28,11 @@
sorry if I did not reply to this, answers below:
--- Josh Green <[EMAIL PROTECTED]> wrote:
> On Tue, 2006-07-25 at 06:37 +0200, Josh Green wrote:
> > A user of CRAM (http://swami.sourceforge.net/cram.php) sent in a
> bug
> > report related to decoding of CRAM files. This issue occurs with
> > fla
this is already in m4/xmms.m4
--- Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> Hi folks,
>
> here's a patch which adds an local xmms.m4 file (took it from
> latest stable xmms), so an complete autoconf regeneration also
> works if xmms is not installed.
>
>
> cu
> --
___
ugh, sorry for confusing things, I found responses later in the
thread :)
it will take some thought about the best way to handle this case.
Josh
--- Josh Coalson <[EMAIL PROTECTED]> wrote:
> sorry if I did not reply to this, answ
--- Ralph Giles <[EMAIL PROTECTED]> wrote:
> On Sat, Nov 11, 2006 at 03:03:12PM -0800, Josh Coalson wrote:
>
> > ok, checked in some fixes that should take care of most of the
> > warnings.
>
> Nice! Current complete set of warnings:
>
> replaygain.c: In func
--- Ralph Giles <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 17, 2006 at 08:32:02AM -0800, Josh Coalson wrote:
>
> > OK, I built on one of the sourceforge machines and made a bunch
> > more fixes. there are a couple innocuous warnings but the tests
> > all pass for me.
--- Markus Lutzer <[EMAIL PROTECTED]> wrote:
> Hello,
> using flac 1.1.2 regularly failed recently to encode a specific set
> of
> WAV files I got from the Internet. Listen to these files with XMMS,
> Audacious works fine. See the following output:
>
> options: -P 4096 -b 4608 -m -l 8 -q 0 -r 3,3
--- Avuton Olrich <[EMAIL PROTECTED]> wrote:
> I'm attempting to decode part of a largefile flac whose seektable is
> broken or missing and the file is shorter then it's supposed to be,
> when I use 1.1.2 it decodes fine, when I use 1.1.3 it fails
>
> flac --decode --skip=719:58.0 --until=1024:58.
--- Miroslav Lichvar <[EMAIL PROTECTED]> wrote:
> >From the FLAC format description:
>
> <5> Quantized linear predictor coefficient shift needed in bits
> (NOTE: this number is signed two's-complement).
>
> What happens when the shift is negative?
>
> Problem is that libFLAC decoder (and pos
--- Avuton Olrich <[EMAIL PROTECTED]> wrote:
> On 12/11/06, Josh Coalson <[EMAIL PROTECTED]> wrote:
> > --- Avuton Olrich <[EMAIL PROTECTED]> wrote:
> > > I'm attempting to decode part of a largefile flac whose seektable
> is
> > > broken or
--- Petr <[EMAIL PROTECTED]> wrote:
> Hi.
>
> I'm have a little problem with setting compression level since 1.1.3
> releases.
>
> I'm using :
>
> FE = FLAC__stream_encoder_new();
> FLAC__stream_encoder_set_channels( FE, channels);
> FLAC__stream_encoder_set_bits_per_sample( FE, bitsample);
> F
--- Bin Tian <[EMAIL PROTECTED]> wrote:
> Dear FLAC developers,
>
> Thank you for your time and effort for creating such a great lossless
> compressor and make it freely available to the general public. I have
> a small feature request, which will make the life much easier for
> people like me who
yes, but then the Makefile.am has to change if the .lo format
changes, which makes me uneasy... not sure how often that happens
though. also does the .lo faking logic work for all the same
platforms that libtool does?
Josh
--- Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> Hi folks,
>
> here's
--- Mike M <[EMAIL PROTECTED]> wrote:
> I wish to add flac support to my Windows audio player so
> I wanted to ask a few questions.
>
> I rely on another lib for decoding/playing flac audio files so all I
> need to explicitly add support for is reading/writing flac metadata.
>
> 1st: I've downloa
--- "[electroglyph]" <[EMAIL PROTECTED]> wrote:
> i get a pile of errors when trying to compile this in visual studio
> 2005. do i need to use MSVC6?
>
> flac_mac, flac_ren, the test exes and libFLAC++.dll are all that
> compiled for me in 2005.
no way to help without the errors, but one thing
--- Evan Olcott <[EMAIL PROTECTED]> wrote:
>
> On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote:
>
> > The binary frameworks distribution, as found on:
> > http://xiph.org/quicktime/download.html , hasn't really been tested
> > much outside the XiphQT project. I never had any problems with
> them,
>
--- Evan Olcott <[EMAIL PROTECTED]> wrote:
>
> On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote:
>
> > The XCode project files you found are meant to be used with FLAC
> > 1.1.2. The FLAC repository now contains version 1.1.3 files, and
> there
> > have been interface changes in that latest revision
--- Evan Olcott <[EMAIL PROTECTED]> wrote:
> OK, so I've been trying for a day now to get FLAC implementation in
> our apps. Suffice it to say that due to the "interesting"
> documentation [...]
could you elaborate?
__
Do You Yahoo!?
Tired of s
--- MVallevand <[EMAIL PROTECTED]> wrote:
> Hello, I am new to the list, to FLAC and to FLAC development but I am
> having a problem in trying to make FLAC work with MediaMVP based the
> mvpmc project (ref. http://www.wvpmc.org) that hopefully someone can
> help me with. This device is possibly m
--- MVallevand <[EMAIL PROTECTED]> wrote:
> On 1/2/07, Josh Coalson <[EMAIL PROTECTED]> wrote:
> > I'm not sure I understand... I think the INDEPENDENT you are
> referring
> > to means the interchannel decorrelation method. this stage is
> before
> > a
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Hi Josh et al,
>
> I'm compiling on an Ubuntu Edgy x86 machine. Edgy comes standard
> with gcc-4.1 and I'm getting a number of warnings:
>
>memory.c: In function 'FLAC__memory_alloc_aligned':
>memory.c:52: warning: cast from pointer to
--- "John W. Terrell" <[EMAIL PROTECTED]> wrote:
> I've found what looks like a bug in FLAC++ inside the
> Stream::set_metadata() method. It appears that the contained calls
> to FLAC__stream_encoder_set_metadata() are being passed arguments
> that point to local stack data (specifically the 'm' p
--- Evan Olcott <[EMAIL PROTECTED]> wrote:
>
> On Jan 2, 2007, at 1:56 PM, Josh Coalson wrote:
>
> >> OK, so I've been trying for a day now to get FLAC implementation
> in
> >> our apps. Suffice it to say that due to the "interesting"
&
--- Evan Olcott <[EMAIL PROTECTED]> wrote:
>
> On Jan 2, 2007, at 1:54 PM, Josh Coalson wrote:
>
> > this is reported a lot. usually it is a misunderstanding in how
> > to send samples to FLAC__stream_encoder_process() or
> > FLAC__stream_encoder_process_
--- Evan Olcott <[EMAIL PROTECTED]> wrote:
>
> On Jan 3, 2007, at 3:28 PM, Josh Coalson wrote:
>
> > the FLAC parts look OK but I don't know how the audio converter
> > works. I think that's where the problem is. it is probably
> > converting float
--- MVallevand <[EMAIL PROTECTED]> wrote:
> Although the configure file says that the --with-ogg choices are
> optional, no mater what I have tried, FLAC__HAS_OGG in config.h gets
> defined. Does anyone know what am I missing?
yes, if configure can somehow find libogg then ogg support will be
bui
--- Brian Nickel <[EMAIL PROTECTED]> wrote:
> Hi everybody,
>
> I have a question about the following part of the
> METADATA_BLOCK_PICTURE
> specification. The components: Width, Height, Color Depth, and Colors
> Used don't provide an "unknown" value and seem to assume that the
> program encoding
--- "Stephen F. Booth" <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> I recently upgraded the libFLAC used in my application Max (http://
> sbooth.org/Max/) to 1.1.3 and added preliminary support for album
> art. During the upgrade I evidently made some coding mistakes with
> interesting result
--- Aaron Graham <[EMAIL PROTECTED]> wrote:
> I'm working on an embedded product, upgrading it from 1.1.2 to 1.1.3.
> I'm getting lousy compression for FLAC files that are encoded with
> 1.1.3 (integer only). The resulting FLAC files still sound correct
> and will decode properly, but are only co
--- Joshua Kwan <[EMAIL PROTECTED]> wrote:
> Hi Josh,
>
> Here are all the patches that are currently applied to the Debian
> packages for flac. You may disagree with some of them but as the
> current
> maintainer, I'm submitting them all for your consideration.
>
> (I should've submitted them ea
for recent code changes I find myself needing some workarounds
for MSVC6:
1st, I need a fast way to swap bytes (for endianness) of a 32-bit
int. I could not find a builtin like bswap; the closest thing I
found was ntohl() which appears to be a function call and also
requires linking with winsock2
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Josh Coalson wrote:
> > the closest thing I found was ntohl() which appears to be a
> > function call
>
> Avoid that like the plague.
why so? on linux/glibc it appears to map to just a
http://www.hydrogenaudio.org/forums/index.php?showtopic=52563
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com
___
Fla
--- Ralph Giles <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 21, 2007 at 04:59:17PM -0800, Stephen F. Booth wrote:
>
> > [...]
> > 'net.sourceforge.flac'. A standard UTI for application developers
to
> > use would help alleviate any confusion and could also eliminate
> > potential sources of conf
--- Arek Korbik <[EMAIL PROTECTED]> wrote:
> On 2/21/07, Brian Willoughby <[EMAIL PROTECTED]> wrote:
> >
> > The key to Arek comment is that the project files only work with
> 1.1.2 FLAC.
> > Even in those days, the Xcode project was not fully operational.
> I gave up
> > on using it, and I think
http://flac.sourceforge.net/faq.html#tools__different_sizes
in this case it was probably floating point differences in the
filter construction.
Josh
No need to miss a message. Get email on-the-go
with Yahoo
--- MVallevand <[EMAIL PROTECTED]> wrote:
> I've compiled 1.1.4 for the mvpmc project and my experience is that
> it is slower not faster, which seems to contradict the release notes.
> What are others experiencing?
hmm, slower at decoding or encoding? what compiler are you using?
> The MediaMV
I have recently checked in .sln/.vcproj files that work with VS 2005
Josh
--- Ulrik Kjems <[EMAIL PROTECTED]> wrote:
> Hi!
> I have trouble compiling the flac library using Microsofts free (yes
> MS
> gives it away including the optimizing C++ compiler msvc8.0) Visual
> Studio
> Express 2005.
can you host a FLAC file that has this problem? there have been
some fixes to the seek routine since then and I would like to test
with the latest.
Josh
--- Gilles Boccon-Gibod <[EMAIL PROTECTED]> wrote:
> I've upgraded to FLAC 1.1.3, and now I have some streams where seek
> does not work anymo
--- Roland Rabien <[EMAIL PROTECTED]> wrote:
> I do the following to init flac:
>
> encoder = FLAC__stream_encoder_new();
>
> e = FLAC__stream_encoder_set_do_mid_side_stereo (encoder,
> numChannels == 2);
> e = FLAC__stream_encoder_set_loose_mid_side_stereo (encoder,
> num
http://www.google.com/search?q=flac+pocket+pc
e.g.
http://losslessaudio.blogspot.com/2005/11/another-pocket-pc-player-w-flac.html
--- Harry Sack <[EMAIL PROTECTED]> wrote:
> hi,
>
> I don't know if this message belongs on the mailing list, so sorry if
> it is
> not for this mailing list.
>
>
now that winamp has their own flac plugin I may not be doing
much work on ours anymore. theirs supports more features like
media library, 24bps, etc.
--- Harry Sack <[EMAIL PROTECTED]> wrote:
> Hi,
>
> What is the best way to play FLAC files in winamp?
>
> Using the in_flac.dll plugin provided
FLAC has no special support for ambisonics.
--- Martin Leese <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have posted this three times to the flac-dev,
> vorbis-dev, and ogg-dev mailing lists.
>
> I wanted to see what code there was currently
> to support Ambisonics. So I downloaded the
> code from
--- Harry Sack <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Is there some documentation available about the algorithms FLAC uses?
> I'm talking about some high-level descriptions of the algorithms,
> which I
> can read without having to understand the source code.
>
> thanks in advance
http://flac.sourc
sorry about the delay in responding. Miroslav basically described
the problem correctly, 24-bit samples with a lot of noise will
require a rice parameter larger than FLAC supports, so it will punt
and use VERBATIM subframes. the escape parameter will help a bit
but is not a good long term solutio
--- Harry Sack <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have read this on the sourceforge site:
>
> Windows wildcards support for FLAC and Metaflac *Private:
> (?)
> *
> No The Linux shell support wildcards but not the Windows
> shell.
> Would it be possible to add wildcard support for
> Windows
--- Harry Sack <[EMAIL PROTECTED]> wrote:
> hi
>
> i was wondering if it's possible to tell me what the theoretical best
> compression ratio the flac encoder can do, because i was wondering
> what the future of flac will bring us. So this question is probably
> best addressed to Josh: can we suspe
--- Harry Sack <[EMAIL PROTECTED]> wrote:
> 2007/5/14, Josh Coalson <[EMAIL PROTECTED]>:
> > if you look at the comparison here:
> > http://flac.sourceforge.net/comparison.html
> > you will see that FLAC is already within 3-4% of the most aggresive
> > code
--- Karl Bertelsen <[EMAIL PROTECTED]> wrote:
> Also wondering about how a system like SB works with the newer
> protocols of FLAC... Is it automatic or handled with their
> upgrades, or what?
automatically handled; the codec is for the most part fixed and
we work closely with manufacturers to m
-- Boris Shingarov <[EMAIL PROTECTED]> wrote:
> > yes, and much more so in the encoder. the decoder is already
> > very fast and approaching a fundamental limit.
> >
> > the next release of FLAC will be slightly faster encoding and
> > decoding.
>
> Well, I hope to have a proof-of-concept FLAC-o
--- 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
--- 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_
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_
--- 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
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
--- 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
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
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
>
--- 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
--- 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
--- 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,
>
> 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
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
--- 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
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
101 - 200 of 285 matches
Mail list logo