headers
Conrad Parker | 4 Jul 11:57
Favicon
Gravatar

Oggz 0.9.8 Released

Oggz 0.9.8 Release
------------------

Oggz comprises liboggz and the command-line tools oggzinfo, oggzdump,
oggzdiff, oggzmerge, oggzrip, oggz-chop, oggz-comment, oggz-scan, oggz-sort
and oggz-validate. oggz-chop can be used to serve time ranges of Ogg media
over HTTP by any web server that supports CGI.

liboggz is a C library providing a simple programming interface for reading
and writing Ogg files and streams. Ogg is an interleaving data container
developed by Monty at Xiph.Org, originally to support the Ogg Vorbis audio
format.

This release is available as a source tarball at:

http://www.annodex.net/software/liboggz/download/liboggz-0.9.8.tar.gz

New in this release:
--------------------

This release adds a new oggz-chop tool, which can be used to serve time
ranges of Ogg media over HTTP. It also includes support for the Ogg mapping
of the experimental Kate codec (http://wiki.xiph.org/index.php/OggKate),
as well as various bugfixes and documentation improvements.

Details:
--------

Tools:
(Continue reading)

Permalink | Reply |
headers
Conrad Parker | 4 Jul 12:06
Favicon
Gravatar

Oggz 0.9.8 Released

Oggz 0.9.8 Release
------------------

Oggz comprises liboggz and the command-line tools oggzinfo, oggzdump,
oggzdiff, oggzmerge, oggzrip, oggz-chop, oggz-comment, oggz-scan, oggz-sort
and oggz-validate. oggz-chop can be used to serve time ranges of Ogg media
over HTTP by any web server that supports CGI.

liboggz is a C library providing a simple programming interface for reading
and writing Ogg files and streams. Ogg is an interleaving data container
developed by Monty at Xiph.Org, originally to support the Ogg Vorbis audio
format.

This release is available as a source tarball at:

http://www.annodex.net/software/liboggz/download/liboggz-0.9.8.tar.gz

New in this release:
--------------------

This release adds a new oggz-chop tool, which can be used to serve time
ranges of Ogg media over HTTP. It also includes support for the Ogg mapping
of the experimental Kate codec (http://wiki.xiph.org/index.php/OggKate),
as well as various bugfixes and documentation improvements.

Details:
--------

Tools:
(Continue reading)

Permalink | Reply |
headers
aphid | 12 Jul 00:06

Re: Oggz 0.9.8 Released

Conrad - thanks for the great work on this.

Here are some observations with release oggzchop, using 
http://128.114.20.64/media/senate_proceeding_07-09-08.ogg?t=0:15:22/0:20:00
 as test stream.

VLC:  when playing the stream over the net, VLC's playhead does not move 
and the time index stays at 0:00:00. 

However, when the above is saved locally (I  used curl -O), it behaves 
~normally.  The start time even begins at 15:22, even though it's the 
front of the file (which is pretty cool :D) and the playhead moves as 
normal.

Quicktime via xiphQT (on intel mac): Audio and video are not in sync - 
both when streaming the file and playing it locally.  If I play the file 
from the beginning (as opposed to 15m22s in) things are in sync so I'm 
assuming something is happening at a keyframe... 

Peace,
Aphid

Conrad Parker wrote:
> Oggz 0.9.8 Release
> ------------------
>
> Oggz comprises liboggz and the command-line tools oggzinfo, oggzdump,
> oggzdiff, oggzmerge, oggzrip, oggz-chop, oggz-comment, oggz-scan, oggz-sort
> and oggz-validate. oggz-chop can be used to serve time ranges of Ogg media
> over HTTP by any web server that supports CGI.
(Continue reading)

Permalink | Reply |
headers
Conrad Parker | 16 Jul 08:58
Favicon
Gravatar

Re: Oggz 0.9.8 Released

2008/7/12 aphid <aphid <at> ucsc.edu>:
> Conrad - thanks for the great work on this.
>
> Here are some observations with release oggzchop, using
> http://128.114.20.64/media/senate_proceeding_07-09-08.ogg?t=0:15:22/0:20:00
>  as test stream.
>
> VLC:  when playing the stream over the net, VLC's playhead does not move
> and the time index stays at 0:00:00.
>
> However, when the above is saved locally (I  used curl -O), it behaves
> ~normally.  The start time even begins at 15:22, even though it's the
> front of the file (which is pretty cool :D) and the playhead moves as
> normal.
>
> Quicktime via xiphQT (on intel mac): Audio and video are not in sync -
> both when streaming the file and playing it locally.  If I play the file
> from the beginning (as opposed to 15m22s in) things are in sync so I'm
> assuming something is happening at a keyframe...

Hey,

thanks for testing these out. Perhaps we should make a wiki page to
track which players etc. can deal with Skeleton (ie. chopped streams)
properly, along the lines of:

http://wiki.xiph.org/index.php/MIME-Migration

... which will of course involve documenting what needs to be done to
deal with them properly, which is probably atm only documented in the
(Continue reading)

Permalink | Reply |
headers
Michael Dale | 16 Jul 11:31

Re: Oggz 0.9.8 Released

at least with the VLC playhead issue should be solved by 
giving content length in response header. (if you wget the 
file and then host it with apache sending out 
content-length it has a playhead and is http seekable :)

Giving content length would be beneficial for other 
reasons too like generating %downloaded and be more 
friendly to caching/proxy systems ... if just cutting a 
ogg file this should theoretically not be too hard to 
calculate before sending out the stream no?

peace
--michael

On Wed, 16 Jul 2008 15:58:03 +0900
  "Conrad Parker" <conrad <at> metadecks.org> wrote:
> 2008/7/12 aphid <aphid <at> ucsc.edu>:
>> Conrad - thanks for the great work on this.
>>
>> Here are some observations with release oggzchop, using
>> http://128.114.20.64/media/senate_proceeding_07-09-08.ogg?t=0:15:22/0:20:00
>>  as test stream.
>>
>> VLC:  when playing the stream over the net, VLC's 
>>playhead does not move
>> and the time index stays at 0:00:00.
>>
>> However, when the above is saved locally (I  used curl 
>>-O), it behaves
>> ~normally.  The start time even begins at 15:22, even
(Continue reading)

Permalink | Reply |
headers
aphid | 21 Jul 04:04

Re: Oggz 0.9.8 Released

By accident I double clicked an oggzchopped theora file that was on my 
desktop - apprently Audacity was the default app to open up '.ogg' 
files; imagine my surprise when it launched, opened the file &properly 
recognized the audio track.  Rawk!

Peace,
A

Michael Dale wrote:
> at least with the VLC playhead issue should be solved by giving 
> content length in response header. (if you wget the file and then host 
> it with apache sending out content-length it has a playhead and is 
> http seekable :)
>
> Giving content length would be beneficial for other reasons too like 
> generating %downloaded and be more friendly to caching/proxy systems 
> ... if just cutting a ogg file this should theoretically not be too 
> hard to calculate before sending out the stream no?
>
> peace
> --michael
>
> On Wed, 16 Jul 2008 15:58:03 +0900
>  "Conrad Parker" <conrad <at> metadecks.org> wrote:
>> 2008/7/12 aphid <aphid <at> ucsc.edu>:
>>> Conrad - thanks for the great work on this.
>>>
>>> Here are some observations with release oggzchop, using
>>> http://128.114.20.64/media/senate_proceeding_07-09-08.ogg?t=0:15:22/0:20:00 
>>>
(Continue reading)

Permalink | Reply |

Gmane