Neville Webb
2005-Jun-04 08:52 UTC
[Speex-dev] Allignment of vorbis, flac and speex headers
Hi
Please acknowledge this message as I am not sure if your organizations still
exist.
On trying to integrate your 3 formats into an app I find that the position of
the start of each format ID differs.
Both "vorbis" and "fLaC" start at char 29 (the 30th char in
the file) and "speex " starts at char 28 (the 29th char in the
file).
Speex appears to correlate with the documents supplied and the other two not.
Speex
----------
In the file at \vorbis-tools-1.0.1\ogg123\speex_format.c I find the following
int speex_can_decode (data_source_t *source)
{
char buf[36];
int len;
len = source->transport->peek(source, buf, sizeof(char), 36);
if (len >= 32 && memcmp(buf, "OggS", 4) == 0
&& memcmp(buf+28, "Speex ", 8) == 0) /* 3 trailing
spaces */
return 1;
else
return 0;
}
Flac
-------
In the file at \vorbis-tools-1.0.1\oggenc\flac.c I find the following
int oggflac_id(unsigned char *buf, int len)
{
if (len < 32) return 0;
return memcmp(buf, "OggS", 4) == 0 && flac_id(buf+28, len -
28);
}
Summary
--------------
It looks as if the format of the ogg header has changed and the documentation
has not, and this info has not been passed onto the speex folks.
On trying to decode an empty .spx file using speexdec.exe I get an op-system
generated error "This program has performed an illegal operation and has
been closed down"". This I think is caused by trying to read beyond
the EOF.
Speex also does not appear to set up the exit code.
Is there a "totally-silent" option for speexenc.exe and speexdec.exe?
I would appreciate it if I could get an early reply to e-mail that I sent a few
days ago.
Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/speex-dev/attachments/20050604/d9cabd41/attachment.html
