--- 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 ran some
--- 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-modtime
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
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 point me
--- Avuton Olrich [EMAIL PROTECTED] wrote:
Hello,
I need flac bug, which is already in cvs (1328191) fixed, so I was
wondering first is cvs safe for everyday use? I can understand a
crash, but corrupt files aren't common right? Also, when trying to
'make install' to prefix=/home/sbh I get:
--- Arek Korbik [EMAIL PROTECTED] wrote:
Hi,
First - XiphQT uses libFLAC and libFLAC++, which are built as
Mac-specific Framework bundles (libs + public API headers), which in
turn are distributed with binary XiphQT releases, or framework
binaries can be downloaded separately. As I don't
sorry for the delay Jeff,
I have no idea what could be causing that. how exactly are you
building it (gcc cross compile?). if I could reproduce it I'd
have a better chance of figuring it out.
Josh
--- Jeff Huang [EMAIL PROTECTED] wrote:
I encountered what I think is a bug in labFLAC_static
--- Tim Phipps [EMAIL PROTECTED] wrote:
...
What should these tags look like? Should I have tags like:
START_90dB=0.000s
START_80dB=0.567s
START_70dB=2.557s
START_60dB=4.676s
...
END_80db=200.678s
END_90db=201.034s
or something like:
--- Emil Nowak [EMAIL PROTECTED] wrote:
On 2006-03-09 (Thu) ,at 23:20:50 Josh Coalson wrote:
the vorbiscomments are not in the streaminfo. you want to do:
FLAC::Metadata::VorbisComment tags;
if (FLAC::Metadata::get_tags(somefile.flac, tags)) {
FLAC::Metadata::VorbisComment::Entry
--- David-Michael Lincke [EMAIL PROTECTED] wrote:
Before I start reinventing the wheel, has anything been done or is
there any work ongoing to provide a P/Invoke based interface to parts
or all of libFLAC or even a native port of libFLAC to C#/.NET?
not that I know of.
Josh
--- Joe Steeve [EMAIL PROTECTED] wrote:
Is it possible for the frame-header.bits_per_sample,
frame-header.sample_rate to differ from frame to frame??
no, not in file storage. that would be invalid. but you should
guard against it anyway, e.g. aborting playback if it changes.
Josh
--- Joe Steeve [EMAIL PROTECTED] wrote:
Sorry for the delay in getting back to you., I was working on
something
else and just now got FLAC to work.
Ok., FLAC files are playing now :) Cheers. There is a slight noise
happening in the background., which i'm figuring out. I hope that
it'll
--- Joe Steeve [EMAIL PROTECTED] wrote:
On Fri, 2005-09-30 at 23:14, Josh Coalson wrote:
but all samples in buffer[] are 32-bit signed integers in host
order, regardless of the bits-per-sample of the frame. so to get
them down to shorts (assuming they'll fit), do like:
FLAC__int32
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
HI all,
I have already added FLAC support to libsndfile and I am now
working on adding support for OggFLAC.
cool.
I have a couple of
question about things that seem radically different between
regular FLAC and OggFLAC.
1) FLAC has a
--- Gordon Gidluck [EMAIL PROTECTED] wrote:
Hi,
For those of you who don't know, I now have an application on pocket
pc using flac. Live2496 does realtime encoding while recording.
Live2496 typically is used to record a digital source using the Core
Sound PDAudio device. Links are now on the
for the file decoder the read/seek/etc callbacks are not
required, since you give it the input file name and it
uses FILE streams internally.
if what you're decoding cannot be opened via fopen(), then
you need to use the seekable stream decoder and provide the
other callbacks. if the input
ok, this is fixed in CVS. also fixed is --sector-align on
raw input files.
--- Josh Coalson [EMAIL PROTECTED] wrote:
thanks, will take a look.
Josh
--- Dave Chapman [EMAIL PROTECTED] wrote:
Hi,
A user at the www.thetradersden.org website reported a difference
when
fixing
fixed in CVS.
--- Takashi Iwai [EMAIL PROTECTED] wrote:
Hi,
the patch below fixes the wrong use of g_strconcat. It must be a
typo of g_strdup_printf. Also fixed the printf format, too.
Takashi
__
Do You Yahoo!?
Tired of spam? Yahoo!
not yet, hoping to carve out some time for a bunch of FLAC work
in september.
Josh
--- Bernd Löhr [EMAIL PROTECTED] wrote:
Hello Josh,
did you find anything regarding the seek behaviour?
Thanks
Bernd
Am 27.04.2005 um 18:31 schrieb Josh Coalson:
--- Bernd Löhr [EMAIL
--- Dan Pritts [EMAIL PROTECTED] wrote:
On Tue, Jun 14, 2005 at 01:14:49PM -0700, Josh Coalson wrote:
1) configure doesn't properly figure out that i have socklen_t
defined,
and so http.c defines its own version. Previously reported.
FLAC-1.1.2 has in configure.in:
yes, i built
--- Sebastian Trueg [EMAIL PROTECTED] wrote:
Hi,
first off: I am not subscribed so please cc me. thanks. :)
The API changes in 1.1.2 and now the K3b plugin won't compile
anymore. That's
not that big a problem. That can be fixed. But I'd like to stay
backwards
compatible. So how do I
sorry about the delay, looks like this mail just made it through
moderation (at least today is when I got it)
--- Christian Fredrik Kalager Schaller [EMAIL PROTECTED] wrote:
Hi,
The GStreamer flac plugin broke due to libflac 1.1.0 and libflac
1.1.1
not being ABI/API compatible. Skimming
last night I started redoing the FLAC HTML, not to make it
look any different, but to convert it from the standards-
flouting, craptacular tables/fonts/attributes mess to valid
XHTML 1.0 with CSS.
even though I didn't think I was using anything that exotic,
I can't seem to make it look the same
--- Miroslav Lichvar [EMAIL PROTECTED] wrote:
On Mon, Jan 24, 2005 at 06:31:21PM -0800, Josh Coalson wrote:
yes, a mere 2 years later it is checked in!
speed improvement for me is roughly 17% testing flac files on
linux-i386.
Thanks!
In case you would like to check another old
--- Josh Coalson [EMAIL PROTECTED] wrote:
--- Denis Chatelain [EMAIL PROTECTED] wrote:
Hello,
I just tried to compile libFLAC (using Borland C++ Builder 6 on
Windows).
The compilers yells at me on line 233 of libFLAC/lpc.c
*(residual++) = *(data++) - (sum lp_quantization
--- Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
On Mon, 10 Jan 2005, Ralph Giles wrote:
As such it's an incompatible change, for which you should also
zero the 'age' field. So 1.1.1-beta1 should have been 2:0:0,
not 2:0:1.
[...]
Yes, I agree. The numbering is all about
Eric, I finally got around to your patches after Miroslav's.
the first one (the memcpy/memset replacement) I had problems
with, one because the buffers can overlap so I had to use
memmove (is this usually assembly in libc too?) and also the
endpoints looked wrong, for my full patch see below.
--- Ralph Giles [EMAIL PROTECTED] wrote:
On Mon, Jan 10, 2005 at 09:37:18PM -0800, Josh Coalson wrote:
as far as I can piece together, the last releases went like:
FLAC release libOggFLAC went to
- --
1.1.0 1:2:0 from 1
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Hi all,
I'm trying to compile the flac-1.1.1 tarball on a Linux PPC system (a
G3 iBook
running Debian Testing).
Configure is fine, but make bombs out almost immediately with:
ppc/lpc_asm.s in flac-1.1.1 assembles (or should) with the
--- [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I'm currently facing the same problem.
I added the libFLAC++ libraries to my MSVC application.
I implemented the same quality levels (0-8) as used in the FLAC
frontend application.
But the resulting files are remarkable different between my
libFLAC requires input PCM be signed integers. if you were
passing unsigned ints in I'm surprised it didn't clip.
BTW are either of you guys the one working on FLAC support
in plextools? because I hear it has the same problem, i.e.
lower-than-expected compression.
Josh
--- Saruman [EMAIL
--- Andrew Gatt [EMAIL PROTECTED] wrote:
Hello all,
I've been writing a basic encoder using libFLAC++. It seems to work
fine, as in the resultant file is playable in any FLAC compatible
player, however the compression ratio is very small - the main
example being a 60MB file compressing to
fixed in CVS, thanks.
Josh
__
Do you Yahoo!?
Take Yahoo! Mail with you! Get it on your mobile phone.
http://mobile.yahoo.com/maildemo
___
Flac-dev mailing list
[EMAIL PROTECTED]
101 - 133 of 133 matches
Mail list logo
