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
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
Hey! So, I'm clearly doing something wrong, because I've
written a program to view and modify the comment tags in a FLAC file,
which appears to be embedded an Ogg stream. This particular file also
has ID3 headers at the beginning, but I was planning on ignoring those
and fixing them up using some
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 support 32bit integer samples?
The comment in "FLAC/format.h" -> of
FLAC__REFERENCE_CODEC_MAX_BITS_PER_SAMPLE not
I'm using libFLACC++ and libFLAC and I think that I'm using the calls in the
typical order (see code below). But every monoe or stereo file that I send
thru I get files that are the same sze as the orginal wave files.
Doing a flac -a on the flac files I see that I get:
frame=9 blocksize=4608 s
--- 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