search for: oggpack_writ

.../* helpers */ static int ilog2(unsigned int v){ int ret=0; *************** *** 457,464 **** } static int _vorbis_pack_comment(oggpack_buffer *opb,vorbis_comment *vc){ ! char temp[]="Xiph.Org libVorbis I 20080501"; ! int bytes = strlen(temp); /* preamble */ oggpack_write(opb,0x03,8); --- 460,466 ---- } static int _vorbis_pack_comment(oggpack_buffer *opb,vorbis_comment *vc){ ! int bytes = strlen(ENCODE_VENDOR_STRING); /* preamble */ oggpack_write(opb,0x03,8); *************** *** 466,472 **** /* vendor */ oggpack_write(opb,bytes,32);...

...se we'd just get a short write, losing the error). This patch isn't tested though, but I compiled it :) Also, I've not fixed this (yet ?) but I believe the filling of the ogg packets is bogus as it will fill it with values in whatever endianness the current host has. It should be using oggpack_write and friends instead, I think. I may be missing something though. I found this while having a look at liboggz, which Ivo pointed me to. This seems to do what ogg-tools do, only more and better, from the admittedly quick read I had of it.. Are there plans to use these rather than ogg-tools as the &...

...se we'd just get a short write, losing the error). This patch isn't tested though, but I compiled it :) Also, I've not fixed this (yet ?) but I believe the filling of the ogg packets is bogus as it will fill it with values in whatever endianness the current host has. It should be using oggpack_write and friends instead, I think. I may be missing something though. I found this while having a look at liboggz, which Ivo pointed me to. This seems to do what ogg-tools do, only more and better, from the admittedly quick read I had of it.. Are there plans to use these rather than ogg-tools as the &...

...This patch isn't tested though, but I compiled it :) ok, I'll test it out :-) > Also, I've not fixed this (yet ?) but I believe the filling of the ogg > packets is bogus as it > will fill it with values in whatever endianness the current host has. > It should be using > oggpack_write and friends instead, I think. I may be missing something though. eww, you're right, it's broken on big-endian hosts. I'll follow up with a patch unless someone else does first ... > I found this while having a look at liboggz, which Ivo pointed me to. > This seems to do > wh...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I'm pleased to announce the release of libogg 1.3.2. The 'libogg' library is Xiph.Org's reference implementation of the Ogg media container. This release fixes an issue which could cause oggpack_write to fail. There are no other substantial changes. Upgrading is recommended for all users. * http://downloads.xiph.org/releases/ogg/libogg-1.3.2.tar.xz * http://downloads.xiph.org/releases/ogg/libogg-1.3.2.tar.gz * http://downloads.xiph.org/releases/ogg/libogg-1.3.2.tar.zip SHA-256 checksums: e19...

Lancer 20060807 (based on aoTuV 4.51) http://homepage3.nifty.com/blacksword/ 2006/08/07 Lancer 20060807 Changes: * fix SSE optimization code in mdct_forward, mdct_backward. * reintroduce vorbis_oggpack_write for only static version. * fix problem in local_book_besterror_dim1x4. 2006/08/06 Lancer 20060807(test version for memory problem) Changes: * Since heap memory error occurs, remove vorbis_oggpack_write. that's optimization move to oggpack_write. * oggpack_look has been optimized. * modify S...

...ted in changeset 3396: http://trac.annodex.net/changeset/3396 > > Also, I've not fixed this (yet ?) but I believe the filling of the ogg > > packets is bogus as it > > will fill it with values in whatever endianness the current host has. > > It should be using > > oggpack_write and friends instead, I think. I may be missing something though. > > eww, you're right, it's broken on big-endian hosts. I'll follow up > with a patch unless someone else does first ... I've written up a patch for this, applied to liboggz/src/tools/skeleton.c: http://tra...

"Ogg Vorbis uses the Ogg bistream format, and the correct extension is .ogg" -- http://www.xiph.org/ogg/vorbis/faq.html I'm guessing it should read 'bitstream'. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org'

...ge_eos' decoder_example.o(.text+0x4f4): undefined reference to `ogg_stream_pagein' decoder_example.o(.text+0x508): undefined reference to `ogg_stream_packetout' decoder_example.o(.text+0x5c4): undefined reference to `ogg_sync_clear' ../lib/.libs/libvorbis.so: undefined reference to `oggpack_writetrunc' ../lib/.libs/libvorbis.so: undefined reference to `oggpack_writeinit' ../lib/.libs/libvorbis.so: undefined reference to `oggpack_look' ../lib/.libs/libvorbis.so: undefined reference to `oggpack_bytes' ../lib/.libs/libvorbis.so: undefined reference to `oggpack_writeclear'...

.../trac.annodex.net/changeset/3396 > > > > Also, I've not fixed this (yet ?) but I believe the filling of the ogg > > > packets is bogus as it > > > will fill it with values in whatever endianness the current host has. > > > It should be using > > > oggpack_write and friends instead, I think. I may be missing something > though. > > > > eww, you're right, it's broken on big-endian hosts. I'll follow up > > with a patch unless someone else does first ... > > I've written up a patch for this, applied to liboggz/src/...