search for: tahseen

hi, vorbis-tahseen is the branch I'm using for my soc project regarding OggSkeleton support in libvorbisfile. After adding an initial support of OggSkeleton, I attempted to also add support for handling vorbis stream in a theora file. As it now seemed a bit more involved work, I've stopped working on that for...

...ay to do this is to put the image in a separate ogg > stream and multiplex it with the audio. See http://wiki.xiph.org/OggMNG > for how to do this with PNG and jpeg images. Unfortunately, vorbisfile > based audio player won't play such files. This is a limitation of > libvorbis. Tahseen Mohammad recently worked on a version of libvorbisfile which could handle such files; that branch is at: http://svn.xiph.org/branches/vorbis-tahseen/ it would be good to see if we can work towards that work being merged into the libvorbis trunk. The first step is to have some more people trying...

...g >> > stream and multiplex it with the audio. See http://wiki.xiph.org/OggMNG >> > for how to do this with PNG and jpeg images. Unfortunately, vorbisfile >> > based audio player won't play such files. This is a limitation of >> > libvorbis. >> >> Tahseen Mohammad recently worked on a version of libvorbisfile which >> could handle such files; that branch is at: >> >> http://svn.xiph.org/branches/vorbis-tahseen/ >> >> it would be good to see if we can work towards that work being merged >> into the libvorbis trun...

...done some code cleanup of my speexenc patch for skeleton support. Also a warning message have been added to let the users know that some decoders may fail with skeleton output enabled. The speexdec patch enables speexdec to play skeleton enabled speex file. Thanks in advance for the feedbacks. --tahseen -------------- next part -------------- A non-text attachment was scrubbed... Name: speexenc-skeleton.patch Type: text/x-patch Size: 14664 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20060802/9946b804/speexenc-skeleton-0001.bin -------------- next part ----...

.../quicktime and other players support the skeleton enabled speex file. At the moment speexdec do not handle speex+skeleton files. My next patch will hopefully handle this issue. My patch is attached in the following ticket http://trac.xiph.org/ticket/1007 Thanks in advance for all your feedback. --tahseen

Hi, Jean it was indeed an error on my part. Its fixed in this update. Also skeleton API has been updated. Thanks for catching the bug. --tahseen -------------- next part -------------- A non-text attachment was scrubbed... Name: speexenc-skeleton.patch Type: text/x-patch Size: 17115 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20060809/e9a76953/speexenc-skeleton-0001.bin

[cc'd to ogg-dev] Hi Tahseen, thanks, I've checked and applied this patch to liboggz svn (rev 2378): http://trac.annodex.net/changeset/2378 Two requests for further patches: 1. could you please document the -k switch in the --help output, and in the man page (doc/oggzinfo.1.sgml) 2. there's some extra newl...

...e image in a separate ogg > > stream and multiplex it with the audio. See http://wiki.xiph.org/OggMNG > > for how to do this with PNG and jpeg images. Unfortunately, vorbisfile > > based audio player won't play such files. This is a limitation of > > libvorbis. > > Tahseen Mohammad recently worked on a version of libvorbisfile which > could handle such files; that branch is at: > > http://svn.xiph.org/branches/vorbis-tahseen/ > > it would be good to see if we can work towards that work being merged > into the libvorbis trunk. The first step is to...

I have made a patch to support libvorbis to allow parsing a vorbis bitstream in an ogg bitstream containing additional bitstreams. The patch is attached in the given ticket http://trac.xiph.org/ticket/925#preview from my experiment it successfully decodes a normal vorbis file and a vorbis+skeleton+cmml file. thanks in advance for reviewing it. -------------- next part -------------- An HTML

...r with the same > > streams plus an Ogg Skeleton stream stuffed > > in front would be very helpful. The tool could > > also select and create the appropriate file > > extension. > > > > This is pretty easy to write using liboggz from svn > and Tahseen's skeleton creating functions (in his > vorbis-tools branch). I just haven't found an > afternoon to do it yet. Yes, that would be a good tool :-) anxenc does a similar thing, but poorly -- it rebuilds the file from its packets, and usually ends up quite a bit bigger; it also adds...

...r with the same > > streams plus an Ogg Skeleton stream stuffed > > in front would be very helpful. The tool could > > also select and create the appropriate file > > extension. > > > > This is pretty easy to write using liboggz from svn > and Tahseen's skeleton creating functions (in his > vorbis-tools branch). I just haven't found an > afternoon to do it yet. Yes, that would be a good tool :-) anxenc does a similar thing, but poorly -- it rebuilds the file from its packets, and usually ends up quite a bit bigger; it also adds...

...with images is likely to break > non-libvorbis-based decoders since those don't expect muxed streams. > I know, because I have been testing around Vorbis+Skeleton files. I thought that the only decoders that have problems with such files are those based on earlier libvorbisfile, before Tahseen and Monty fixed it. Those based on other libraries (GStreamer, OggDSF, xine-lib, oggz+fishsound, etc.) have no problems with playing just the audio track. If you've found other players/libs with problems, we should fix them ... > Rules are not set in stone. We are supposed to bend them a...

Hi all, I am trying to append some image to my ogg file but it results to corruption of the file, as there is no real way of including images in the OGG, I just tried to append the image at the end. any suggestions how can I realize this without getting corrupted file? What happens is that the time of the song grows in my player(vlc/winamp) etc... and when I try to edit the tags with my tag

Hi, Here's the missing patch. I forgot the attachment last night :) Cheers, --tahseen -------------- next part -------------- A non-text attachment was scrubbed... Name: speexdec-cmml.patch Type: text/x-patch Size: 1889 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20060817/411ffb95/speexdec-cmml.bin

...hink one aim is the creation of a Firefox extension to handle Xiph codecs. liboggz receives attention from time to time. Annodex is apparently moving to being hosted by Xiph now. I still don't really understand what XPSF is all about, but there is now libspiff to generate it and the validator. Tahseen's summer of code work last year has added Skeleton support to many of the reference tools. So things are happening. There isn't going to be a new release of vorbis-tools tomorrow, what's going on at the moment is more about expanding support and availability. Anyway, that's proba...

...multiple files are given in the input. I think I handled it properly but just in case :) I am using a very simple API for generating skeleton packets which is contained in skeleton.h and skeleton.c. I will appreciate any bug report or suggestion on the API. Thanks for your feedback in advance. --tahseen

...os (corresponding to a timestamp) for every packet in an Ogg stream. This allows applications to use reliable timestamps, even though these are only sparsely recorded in most Ogg streams. Details: -------- Tools: * Added new oggz-comment tool (Kangyuan Niu) * Added Skeleton support to oggzinfo (Tahseen Mohammad) * Report FLAC samplerate, channels in oggzinfo (Conrad Parker) Documentation: * Improved oggzmerge documentation (Debian bug #280550) liboggz API: * Added content type detection and retrieval functions oggz_stream_get_content(), oggz_stream_get_content_type() (Shane Stephens)...

...os (corresponding to a timestamp) for every packet in an Ogg stream. This allows applications to use reliable timestamps, even though these are only sparsely recorded in most Ogg streams. Details: -------- Tools: * Added new oggz-comment tool (Kangyuan Niu) * Added Skeleton support to oggzinfo (Tahseen Mohammad) * Report FLAC samplerate, channels in oggzinfo (Conrad Parker) Documentation: * Improved oggzmerge documentation (Debian bug #280550) liboggz API: * Added content type detection and retrieval functions oggz_stream_get_content(), oggz_stream_get_content_type() (Shane Stephens)...

"Silvia Pfeiffer" <silviapfeiffer1@gmail.com> wrote: ... > First though let me start a discussion on skeleton here, which is > fundamental to this rfc and for which I'd like to get more input from > everyone. > > I think, "application/ogg" makes not much sense without having > skeleton inside the ogg file. Half the reason for having a generic, >