similar to: Ogg index and Skeleton 4.0

I've developed an indexer which embeds a keyframe index track in Ogg files. It embeds the index in its own track, so that players that don't understand or don't want to use the index can just ignore it. Ogg needs this to make seeking over networks faster and more efficient. Currently we must do a bisection search when seeking, which usually takes aound 6 HTTP requests, give or

On Sat, 23 Aug 2014, Silvia Pfeiffer wrote: > I would merge them with oggz-merge without skeleton and then add > skeleton using oggindex e.g. > http://git.xiph.org/?p=OggIndex.git;a=summary . (oggindex is also > available from http://firefogg.org/nightly/ ) Ah, that looks like the tool I was looking for! Nearly there now... With a theora+speex file, or a theora+opus file, it

I've been looking over Benjamin Schwartz's Skeleton A-mod proposal. I've been pretty busy with other projects over the past few months, so haven't had a chance to look at Ogg indexing until now... In general, I think Benjamin's ideas are sound, they're improvements, and I'm open to being convinced to take them in the next index version. We may as well get the index

On 06/10/2010 09:25 PM, Chris Pearce wrote: > I looked at Benjamin's proposal, it does indeed produce much better > compression. However I decided not to use it because I felt it was too > complex. For the record, the Skeleton 4.0, as implemented by OggIndex, currently requires a multi-round iteration to produce. The encoder produces the index, then shifts the file content

On Sat, 23 Aug 2014, Silvia Pfeiffer wrote: > What does oggz-info tell you about the file when you've merged it > (without skeleton)? It may say that there are two logical video > bitstreams, because they've come from different files. So, two > skeletons may actually be correct. There should be (and are) two logical video streams - I'm trying to create a file with a

On 10 May 2010 23:20, Chris Pearce <chris at pearce.org.nz> wrote: > The granulepos radix was something that Conrad and Ralph were talking about > at FOMS2010. I don't know how it's supposed to be used, or why we need it. > It was supposed to be needed for Dirac? Maybe Ralph or Conrad can remember? > If not, we should remove it. There's no point in adding a poorly

On 31 May 2010 20:51, Chris Pearce <chris at pearce.org.nz> wrote: > Ok, thanks Silvia. I'll keep working on OggIndex/Skeleton 4.0 without > the new granulepos fields, and if they're ready in time I'll include > them, otherwise they can wait until Skeleton 4.x. I was waiting for Monty so summarize his ideas too, but from the irc discussion, it sounds like the extra

On 06/10/2010 08:16 PM, Chris Pearce wrote: > I have no plans to change the 'index' packet format further. I have proposed an alternative formulation of the index packet at http://github.com/bemasc/OggIndex/blob/master/Proposed-modified-spec.txt That repository also contains a working implementation of the alternative formulation. I have reviewed the details with Chris extensively.

It's well possible there are bugs. I don't know when the code was last updated. Also, I am not sure if there are command-line parameters to set the role - I would think there are. I don't actually have these tools in use right now, sorry. I hope somebody else can help. Silvia. On Sun, Aug 24, 2014 at 5:21 PM, Nick Burch <ogg at gagravarr.org> wrote: > On Sat, 23 Aug 2014,

On Tue, Jun 1, 2010 at 12:56 PM, Monty Montgomery <monty at xiph.org> wrote: > On Mon, May 31, 2010 at 10:51 PM, Timothy B. Terriberry > <tterribe at email.unc.edu> wrote: >> Chris Pearce wrote: >>> ? Hi Guys & Gals, >>> >>> I need you guys to decide whether we want to include extra granulepos >>> fields to Skeleton 4. Given the

I'm happy with it. How are you creating the new message header fields? A default role of audio/main and video/main on the first tracks? And a default of "audio_1" and "video_1" on the name? Or is it enforced as parameters on the command line? Cheers, Silvia. On Fri, Jun 11, 2010 at 10:16 AM, Chris Pearce <chris at pearce.org.nz> wrote: > ?Hey all, > >

Hi, What are the two granule rates in a fishead packet supposed to be for ? Since each of the streams has a corresponding fisbone packet with its own granulerate in it, and they can be all different, wha does the presentationtime num/den means ? Also for hte basetime num/den, since the UTC time which is also present in fishead seems to be a textual representation rather than a linear count ?

Oh, sorry, I completely misunderstood. You want to make them time-parallel streams! I would merge them with oggz-merge without skeleton and then add skeleton using oggindex e.g. http://git.xiph.org/?p=OggIndex.git;a=summary . (oggindex is also available from http://firefogg.org/nightly/ ) Hope that helps. Silvia. On Sat, Aug 23, 2014 at 3:35 PM, Nick Burch <ogg at gagravarr.org> wrote:

Chris Pearce wrote: > Hi Guys & Gals, > > I need you guys to decide whether we want to include extra granulepos > fields to Skeleton 4. Given the underwhelming discussion regarding this, > I'm guessing the need and/or desire for these fields isn't really there. I haven't commented mostly because I don't know what Monty's plans for a "grand unified

On 11/06/2010 1:48 p.m., Benjamin M. Schwartz wrote: > On 06/10/2010 09:25 PM, Chris Pearce wrote: >> I looked at Benjamin's proposal, it does indeed produce much better >> compression. However I decided not to use it because I felt it was too >> complex. > For the record, the Skeleton 4.0, as implemented by OggIndex, currently > requires a multi-round iteration to

On 11/06/2010 1:06 p.m., Benjamin M. Schwartz wrote: > On 06/10/2010 08:16 PM, Chris Pearce wrote: >> I have no plans to change the 'index' packet format further. > I have proposed an alternative formulation of the index packet at > > http://github.com/bemasc/OggIndex/blob/master/Proposed-modified-spec.txt > > That repository also contains a working implementation

On Sun, 24 Aug 2014, Silvia Pfeiffer wrote: > It's well possible there are bugs. I don't know when the code was last > updated. The last commit was in May, so it looks like it is being worked on... I've gone ahead and raised three bugs, one for the offset, one for more helpful error messaged, and one for subsequent streams of a given type needing different roles+names.

[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 newlines between the info for each track, could you try cleaning that

One of the issues I've consistently run into with the cortado player app is seek behavior, so I was curious to see how cortado handles video encoded with the latest ffmpeg2theora (0.26) and the new -seek-index option, so I tried converting an h.264 video: ffmpeg2theora tronlegacy-tsr1_480p.mov --seek-index This output the following advisory messages: > Allocated 372 bytes for theora

Do we want to do summer of code 2010 this year? The deadline to apply as an organization is Friday the 12th. I know we have not had very high success rate, but it seems there are plenty of small well defined focused area projects that could use some love. Just the ogg-index-migration list for example: http://wiki.xiph.org/index.php/OggIndex-Migration I think we should submit an organization