similar to: Mapping from granulepos to absolute time

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

Folks have noticed that the documentation is semi-silent about how to properly encode the granule position and interleave synchronization of keyframe-based video. The primary reasons for this: a) we at Xiph hadn't had to do it yet b) there are several easy possibilities, and the longer we had to think about it before mandating One True Spec, the better that spec would likely be. The

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

Question: is it permissible to put more than one frame packet into a page? At 30 fps, Ogg page overhead is on the order of 8 - 10 kbits/sec. At low datarates, this is going to be unacceptable. If I shove a few frames into a page, how does this affect the granulepos stuff? ___ Dan Miller (++,) Founder, On2 Technologies <p>--- >8 ---- List archives: http://www.xiph.org/archives/

Add a xen command-line parameter, sched_credit_tslice_ms, to set the timeslice of the credit1 scheduler. Signed-off-by: George Dunlap <george.dunlap@eu.citrix.com> diff -r 4a4882df5649 -r 782284c5b1bc xen/common/sched_credit.c --- a/xen/common/sched_credit.c Wed Aug 31 15:23:49 2011 +0100 +++ b/xen/common/sched_credit.c Thu Sep 01 16:29:50 2011 +0100 @@ -41,15 +41,9 @@ */ #define

I have almost finished integration of Theora into our videoconferencing program. Since a videoconferencing program is realtime, it is UDP-based and wraps the Theora stream in RTP (More on that later). The problem here is that most examples I could find, wraps the theora stream in ogg, and used over tcp or files. I send over UDP and clients need to be able to start in the middle of the stream.

Hi all, First of all a big thank you for your work. I would like to know what is (could be) the best (optimal in a psnr and/or subjectivity sense) maximum distance between keyframes or is theora using a good heuristic change scene detection mecanism? Does it really matter to theora as with mpeg4 part2/10? Thank you and keep up the good work -- Josh

Hello, Does anyone know the answer to this question below? (Note... they're calling the Theora codec "Ogg" below. I know technically it's not correct... but that's what some are calling it.) ---------- Forwarded message ---------- From: Enric <enric.media@gmail.com> Date: Aug 19, 2007 10:13 AM Subject: [show-in-a-box] Re: Ogg To: show-in-a-box@googlegroups.com A

Here is a fix that prevents the encoder from spending too many bits on keyframes. The main problem is that the old code computes the target keyframe bitrate incorrectly. This causes the code that computes the Q for the frame to think that it has tons of bits to spend. It selects a high Q value for the keyframe. Since so many bits were spend on the keyframe the the inter-frames have to use a much

Hi all, I'm actually learning how to use ogg, theora and vorbis. My idea is to create a small program running, that is able to concatenate ogg video+audio files. However I have some small questions. Here I will start with the first one: I read the following for seeking in ogg for a theora key-frame: ---- snipp (http://www.xiph.org/ogg/doc/ogg-multiplex.html) ---- [...]The third point

Hello Pushkar, >I get the error Could not resolve external global address: __dso_handle Based on what I've read on the mailing list in the past, that's because the interpreter doesn't support non-bitcode external addresses such as the function calls used to do input and output of data. As such the interpreter is quite useless in its current state. If you use JIT compilation it

On my test machine, in set_time_scale(), the following code: ts->mul_frac = div_frac(MILLISECS(1000), tps32); crashes with a division by zero error if tps32 == 1000000000d. Unfortunately, tps32 is often that value. Does anyone know why this happens? I''ve resolved it temporarily by checking for tps32 == 1000000000 and changing the value slightly (101000010d works fine on my test

Hello, i am member of red5 project. I am studying ways to integrate your codec into red5 and in a near future inside Flash Player. I want to figure some things about Theora codec. -> Is theora proper for live streams (i.e live transcondig webcam)? What is latency for encoding process? -> Is the format tolerant to lost frames? Thanks for the moment.

Hi, When doing a live ogg+theora stream on our server we ran into the following problem: When a client connects we send out the theora header pages followed by the actual live stream pages. The problem is that the first ogg data page does not have the right page number (2), which causes libogg to not want to decode the first _packet_ of that page. Since that first packet happens to contain the

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

> From: Jay Sprenkle [mailto:cupycake_jay@yahoo.com] > I thought > you had to back up to the previous complete frame, > then apply the differences in the following frames > to generate a new complete frame where the splice > was to happen. Are you going to handle editing to > arbitrary frames? I believe you have to do something > analogous in theora/ogg. yup. > ---

David Flynn has proposed a new Ogg Dirac mapping. The draft is here: http://davidf.woaf.net/dirac-mapping-ogg.pdf This is a much bigger break from other codecs than my draft (at http://wiki.xiph.org/index.php/OggDirac). We talked a bit about it on IRC today. Below is my summary; hopefully David can correct anything I got wrong or misleading. Comments? There are two main differences

From: Nate Studer <nate.studer@dornerworks.com> Add a utility function to update the rest of the timeslice accounting fields when updating the timeslice of the credit scheduler, so that capped CPUs behave correctly. Before this patch changing the timeslice to a value higher than the default would result in a domain not utilizing its full capacity and changing the timeslice to a value lower

Dear all I'm aware that there have been several discussions about the seeking issue and I'm sorry to bring this up again. To solve the problem with Inter-Frame garbage, a seek to the previous keyframe has to be made. The keyframe number should be extracted from the granulepos of the frame where we want to seek to. I hope I understood the theory - unfortunately a few questions have

So Thomas and I have been trying to hash out the seek and mux issues with grouped Ogg streams again, along with Conrad while he was here in Barcelona after Guadec. We'll put a longer proposal up later, but one question for the list: Thomas has suggested changing the theora granulepos so the first data packet the encoder spits out would be labeled 1/0 instead of 0/0, in "frame count of