probably also have to be
augmented to cover MM:SS, and possibly the man page and html docs.
From: Earl Chew earl_c...@yahoo.com
To: Josh Coalson xf...@yahoo.com; flac-dev@xiph.org flac-dev@xiph.org
Sent: Wednesday, May 2, 2012 11:13 AM
Subject: Re: [flac-dev] Fix
From: Miroslav Lichvar mlich...@redhat.com
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
From: Cristian Rodríguez crrodrig...@opensuse.org
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
From: Josh Coalson xf...@yahoo.com
To: flac-dev@xiph.org flac-dev@xiph.org
Sent: Wednesday, April 25, 2012 3:23:35 PM
Subject: Re: [flac-dev] Fix cuesheet.c to allow metaflac_test.sh to run to
completion
I haven't checked git yet but I hope this patch has
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 gugui...@hotmail.com
To: flac-dev@xiph.org
Sent: Monday, September 26, 2011 1:17 AM
Subject: [Flac-dev] mid-side coding and bits
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 earl_c...@yahoo.com
To: flac-dev@xiph.org
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
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:
From: Erik de Castro Lopo mle...@mega-nerd.com
To: flac-dev@xiph.org
Cc: Josh Coalson xf...@yahoo.com
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 that affects
From: Erik de Castro Lopo mle...@mega-nerd.com
To: flac-dev@xiph.org
Cc: Josh Coalson xf...@yahoo.com
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 yet but I hope
From: Paul Davis p...@linuxaudiosystems.com
To: flac-dev@xiph.org
Cc:
Sent: Friday, March 25, 2011 5:39 AM
Subject: Re: [Flac-dev] pkg-config output and FLAC/assert.h
On Fri, Mar 25, 2011 at 5:32 AM, Erik de Castro Lopo
mle...@mega-nerd.com wrote:
Hi,
FLAC helpfully provides a
--- On Sat, 3/27/10, Ruben Van Boxem vanboxem.ru...@gmail.com 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
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, 刘祥辉 liuxiang...@wisky.com.cn 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
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 quadam...@gmail.com wrote:
...
The above code will add a NULL cover art into the flac file, it
--- On Tue, 10/6/09, Shayne Wissler wiss...@gmail.com 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
--- On Wed, 10/14/09, Fernando Alberto Marengo Rodriguez
fmarengorodrig...@yahoo.com.ar 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
--- On Mon, 8/31/09, Jérôme COUDERC jerome.coud...@gmail.com 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
--- On Thu, 9/17/09, e deleflie edelef...@gmail.com 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
--- On Fri, 8/7/09, Didier Dambrin di...@skynet.be 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
--- On Fri, 8/14/09, Paul Davis p...@linuxaudiosystems.com wrote:
On Fri, Aug 14, 2009 at 5:05 PM, Josh Coalsonxf...@yahoo.com
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
fixed in cvs
http://sourceforge.net/tracker/?func=detailaid=2490454group_id=13478atid=113478
--- On Mon, 6/1/09, Gilles Boccon-Gibod b...@bok.net wrote:
From: Gilles Boccon-Gibod b...@bok.net
Subject: [Flac-dev] Bug in bitreader for short reads?
To: flac-dev@xiph.org
Date: Monday, June 1,
--- On Sun, 4/5/09, Jonathan Lee jonat...@sliid.org 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
--- Daniel Önnerby d...@onnerby.se 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
new tracker item here:
https://sourceforge.net/tracker2/?func=detailaid=2491177group_id=13478atid=363478
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
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
FLAC
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/include/share/alloc.h
--- 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 long that they
--- 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.
Question:
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 PROTECTED] wrote
--- 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 stdint.h /* for SIZE_MAX in case limits.h didn't get
it
if you have a sourceforge account, can you create a tracker here?
http://sourceforge.net/tracker/?func=addgroup_id=13478atid=363478
--- Jean-Luc Wasmer [EMAIL PROTECTED] wrote:
Hi,
Would it be possible to add a new verbosity level?
[...]
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
--- 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 and --
--- 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 verify
--- 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 same
--- 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
--- 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 of different
--- 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 change
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
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:
checked in to CVS
--- 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, it
--- 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
FLAC__STREAM_DECODER_SEEK_ERROR.
yes, it should work fine. in flac/src/test_seeking
--- 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
a tiny fix to the ogg seek algorithm which I will check in tonight
--- 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,
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:
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
--- 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.
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
--- 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 is played
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
--- 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, though
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
--- 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 figure out the right setting of SIZEOF_VOIDP
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:
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 properties, ... of
--- 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
-- 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-on-CUDA to run
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.
I get
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 anymore,
--- 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 nop or bswap
builtin.
Josh
--- 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
built.
--- 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_interleaved(). if you could send
your code where
--- 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 to 32-bit int full scale.
well, here's what I found
--- 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 downloaded
--- [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 to look
--- 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,
but any
--- 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 spam?
--- 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
--- 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'
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 a
--- 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 possibly all
--- 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 missing and the file is shorter then it's supposed to
be,
when I use
--- 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. I also checked in changes to the vendor
--- 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 metadata struct being passed back. When
using
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 @@ void
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, answers below
--- 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. test_flac and test_metaflac are currently
--- 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 function 'parse_double_':
replaygain.c:612: warning
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
--- 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 default
--- 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 you have changed the channels and bps setting, this doesn't
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
files
--- 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.
snip
I have looked into this and suspect that the
FLAC__stream_encoder_finish()
function needs to finish off the stream using
--- 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 *. On my
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
--- 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
--- 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 performance
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/foms2007/
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 bugged me
--- 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
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. Hopefully
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
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
1.1.2 after --add-padding is performed
To: Josh Coalson [EMAIL PROTECTED], flac-dev@xiph.org
Josh Coalson [EMAIL PROTECTED] wrote:--- Tom Goetze wrote:
doing make check on flac-1.1.2, I get a segmentation fault
././test_metaflac.sh: line 51: 17370 Segmentation fault flac
--- 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++)
--- 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 supports
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 every
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 something
1 - 100 of 133 matches
Mail list logo