similar to: No subject

<br> 4) Subtract 1 from the keyframe, then repeat step 3).<br> <br> 5) Begin reading from the frame discovered in step 4. Drop any packets<br> which are output on the first page. Count down until we reach the<br> keyframe, dropping packets until then.<br> <br> 6) Continue counting down until we reach the target frame, we are now<br> decoding each

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The attached patch allows frames to be dropped in Cortado: Why: Currently, frames cannot truly be dropped in Cortado. If the decoded YUV arrives too late at the videosink, it will not be converted to RGB, but every frame must still be decoded. On slow systems, once the queue of undecoded Theora packets fills up, the video decoder will block the ogg

Hi everybody, I've updated OggIndex to now output Skeleton 4.0 tracks. The differences between Skeleton 3.x and Skeleton 4.0 with OggIndex is: * The fisbone packet now includes a "Radix" field. * The fisbone packet now includes two new compulsory message headers; "Role" and "Name". * The fishead packet no longer includes "start time"

Here's the problem: I've rewritten large parts of the output code of cortado 0.1.0 with the following aims: 1. output to something SWT-like instead of AWT. 2. Speed it up a bit. In the rewrites I haven't restricted myself to java 1.1; the fact that it uses SWT all by itself makes it useless for applets anyway. The speedup worked very nicely; it's almost twice as fast as

There has been some light talk of http adaptive streaming support for html5 but I wanted to ensure that is making progress and get feedback from Mozilla video tag developers and theora community members before pushing the html5 spec to include the necessary information. I think we will want to target near zero server side configuration. The server should just have to support normal http

Hi, I am continuing to try to debug my ogg/theora decoder. The issue seems to be that not enough packets are being pulled from the bitstream, here is some sample output from my player with some debugging comments put in: (playback began at first frame, this is from the middle of the clip) get page at 1765027 got packet frame++, skip is 0 frame decoded page processed, kframe=414 : offs=442 get

This mail announces the release of Flumotion 0.5.2 'Can Tomas'. Flumotion is a GPL streaming media server written in Python. It is distributed and component-based: every step in the streaming process (production, conversion, consumption) can be run inside a separate process on separate machines. Flumotion uses Twisted and GStreamer. Twisted enables the high-level functionality,

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 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

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

Hello, I'm just totally confused. In my theora streams encoded using ffmpeg2theora (but also when using my own encoder) I have packets with a granulepos of -1 so I can't identify the packet during a seeking operation correctly. I can also see those strange value when I just print the packet granulepos before sending it to the Theora decoder. I know why there are PAGES with granularpos of

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 all, looking at the theora spec, it says that it is possible to encode a video with a frame offset for the actual image. How is it possible to do that ? I don't see any option for it in the encoder_example. Regards, Salsaman. http://lives.sourceforge.net https://www.ohloh.net/accounts/salsaman -------------- next part -------------- An HTML attachment was scrubbed... URL:

This mail announces the release of Cortado 0.2.2 'Really Tested Verily Exceptionally'. This is Cortado, a multimedia framework for Java written by Fluendo. It contains: - JST, a port of the GStreamer 0.10 design to Java - jcraft, a copy of the JCraft JOgg/Jorbis code - jheora, an implementation of Theora in Java - codecs (currently only containing the Smoke codec, a variant on Jpeg) -

Hi all, I just did a brief test with 3 different codec combinations: 1) ffmpeg sorenson/flv, mp3 audio in flv container 2) ffmpeg h264/vorbis audio/matroska 3) ogg/theora/vorbis using encoder_example Here are the results: 10721201 2010-10-16 14:46 origem1.flv 20731108 2010-09-13 23:04 origem1.mkv 33101703 2010-10-03 11:24 origem1.ogv as you can see, flv wins hands down, and it doesn't look

Earlier this year, Xiph.org took over maintenance of the Cortado java applet, primarily used as a player for Ogg Vorbis and Ogg Theora files on systems which don't have native support. Originally developed by Fluendo SA and more recently the Wikimedia Foundation, it was hoped and agreed that moving the 'official' hosting for this open source project under the Xiph.org Foundation's

Earlier this year, Xiph.org took over maintenance of the Cortado java applet, primarily used as a player for Ogg Vorbis and Ogg Theora files on systems which don't have native support. Originally developed by Fluendo SA and more recently the Wikimedia Foundation, it was hoped and agreed that moving the 'official' hosting for this open source project under the Xiph.org Foundation's

Of interest to some on the list. Anyone familiar enough with Java to know how we go about detecting/using/incorporating an external Jorbis build into the Cortado jar ? Or are we supposed to download sources into our tree and build the whole ? ---------- Forwarded message ---------- From: Hans de Goede <hdegoede at redhat.com> Date: Thu, 04 Nov 2010 15:31:31 +0100 Subject: Merging jorbis

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