Vishweshwar Hiremath
2008-Feb-03 20:40 UTC
[ogg-dev] Re: How do I seek to the beginning of an ogg stream? (Vince Tagle)
On 2/2/08, ogg-dev-request@xiph.org <ogg-dev-request@xiph.org> wrote:> > Send ogg-dev mailing list submissions to > ogg-dev@xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/ogg-dev > or, via email, send a message with subject or body 'help' to > ogg-dev-request@xiph.org > > You can reach the person managing the list at > ogg-dev-owner@xiph.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of ogg-dev digest..." > > > Today's Topics: > > 1. How do I seek to the beginning of an ogg stream? (Vince Tagle) > 2. Re: [PATCH] skeleton.c (Conrad Parker) > 3. Re: [PATCH] skeleton.c (Conrad Parker) > 4. Common Documentation of Codec encapsulation in Ogg (j@v2v.cc) > 5. Re: [PATCH] skeleton.c ( Ivo Emanuel Gon?alves ) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 1 Feb 2008 15:39:02 -0800 > From: Vince Tagle <vtagle@gmail.com> > Subject: [ogg-dev] How do I seek to the beginning of an ogg stream? > To: ogg-dev@xiph.org > Message-ID: <244F4406-8235-40E0-A394-9F1D1DA42C66@gmail.com> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > Hello, > > I've been trying to figure out (without much success) how to perform > a seek to the beginning of an ogg stream? I've tried examining the > libvorbis source code but because it's concerned with seeking to an > arbitrary point in the stream, it's a little more complex than I'd > like it to be. Really, what I'm trying to figure out is how to reset > all of the ogg data structures so that I can replay an audio file > from it's beginning. Does anyone have any pointers or can offer some > insight into this task? > > Vince > > Hello Vince,File based seeking is completely implemented in the ogg library already and works fine. I've tried this using DShow filters. But if you want that to be buffer based, then you might have to do some minor modification where ever file read operations are done you need to maintain the buffer pointers at this places and update the pointers where ever file seek is done. It should just work fine. ------------------------------> > Message: 2 > Date: Sat, 2 Feb 2008 16:34:00 +1100 > From: "Conrad Parker" <conrad@metadecks.org> > Subject: Re: [ogg-dev] [PATCH] skeleton.c > To: "ogg.k.ogg.k@googlemail.com" <ogg.k.ogg.k@googlemail.com> > Cc: ogg-dev@xiph.org > Message-ID: > <dba6c0830802012134v62225585u3a8178b9ba0eb290@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 01/02/2008, Conrad Parker <conrad@metadecks.org> wrote: > > On 31/01/2008, ogg.k.ogg.k@googlemail.com <ogg.k.ogg.k@googlemail.com> > wrote: > > > This fixes an off by one bug in the user of snprintf, and returns > > > negative if writing the > > > header returns negative (otherwise we'd just get a short write, losing > > > the error). > > > This patch isn't tested though, but I compiled it :) > > > > ok, I'll test it out :-) > > I've checked the patch. The check for fwrite returning negative is ok, > but i think the off-by-one check for snprintf is not necessary -- the > intention is not to write a trailing NUL as this function is used to > incrementally add lines of text to a buffer. > > Adapted 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://trac.annodex.net/changeset/3395 > > Thank you very much for noticing the problems :-) > > Conrad. > > > ------------------------------ > > Message: 3 > Date: Sat, 2 Feb 2008 16:41:59 +1100 > From: "Conrad Parker" <conrad@metadecks.org> > Subject: Re: [ogg-dev] [PATCH] skeleton.c > To: " Ivo Emanuel Gon?alves " <justivo@gmail.com> > Cc: ogg-dev@xiph.org > Message-ID: > <dba6c0830802012141i39165f28x504e0dfbe66039f@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 02/02/2008, Ivo Emanuel Gon?alves <justivo@gmail.com> wrote: > > I'm patching oggenc with this fix. If Conrad reports success in his > > test, I'll go ahead and patch all other implementations I can find. > > I've merged this patch and fixed the other problems that were reported > in the liboggz source tree: > http://svn.annodex.net/liboggz/trunk/src/tools/skeleton.c > > It includes the fixes for handling skeleton on big-endian hosts. I > think it would be a good idea to use this version everywhere else that > that skeleton.c file is used, ie. in vorbisfile, ffmpeg2theora, > oggenc, speexenc/speexdec as listed at: > > http://trac.annodex.net/wiki/OggSkeleton > > As far as I understand, that file is simply duplicated in each source > tree. It would be great if you could update it in each. > > cheers, > > Conrad. > > > ------------------------------ > > Message: 4 > Date: Sat, 02 Feb 2008 13:44:34 +0530 > From: j@v2v.cc > Subject: [ogg-dev] Common Documentation of Codec encapsulation in Ogg > To: ogg-dev@xiph.org > Message-ID: <1201940074.15780.16.camel@BlackBook> > Content-Type: text/plain > > what about creating some consistent pages about codec encapsulation in > ogg, some of those pages already exist, what about creating the others? > http://wiki.xiph.org/index.php/OggDirac (exists) > http://wiki.xiph.org/index.php/OggFLAC > http://wiki.xiph.org/index.php/OggSkeleton (exists) > http://wiki.xiph.org/index.php/OggSpeex > http://wiki.xiph.org/index.php/OggTheora > http://wiki.xiph.org/index.php/OggVorbis > > j > > > > ------------------------------ > > Message: 5 > Date: Sat, 2 Feb 2008 17:49:48 +0000 > From: " Ivo Emanuel Gon?alves " <justivo@gmail.com> > Subject: Re: [ogg-dev] [PATCH] skeleton.c > To: "Conrad Parker" <conrad@metadecks.org> > Cc: ogg-dev@xiph.org > Message-ID: > <dc107ee70802020949y59acc9bfle9ac2a171d5c8ccf@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On 2/2/08, Conrad Parker <conrad@metadecks.org> wrote: > > As far as I understand, that file is simply duplicated in each source > > tree. It would be great if you could update it in each. > > I don't think it is that easy. I have made a mere diff and see so > many differences I'm not sure we can just blindly replace every > skeleton.c with the one used in liboggz. > > Diff attached. > > -Ivo > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: diff > Type: application/octet-stream > Size: 9477 bytes > Desc: not available > Url : > http://lists.xiph.org/pipermail/ogg-dev/attachments/20080202/658a037e/diff.obj > > ------------------------------ > > _______________________________________________ > ogg-dev mailing list > ogg-dev@xiph.org > http://lists.xiph.org/mailman/listinfo/ogg-dev > > > End of ogg-dev Digest, Vol 39, Issue 2 > ************************************** >-- Vishweshwar Hiremath. Sr. Software Engineer. NVIDIA Graphics Pvt. Ltd Pune. (India). -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/ogg-dev/attachments/20080204/5e019799/attachment.htm
Reasonably Related Threads
Wisdom of the Ancients
