similar to: website question

can anyone confirm that, unlike VP3, Theora in fact decodes images right-side-up? (VP3 managed to turn everything upside down on encode and reverse it on decode) The tests I'm doing indicate that Theora doesn't reverse the image -- the first coefficients encoded correspond to the upper-left corner of the frame. ___ Dan Miller (++,) Founder, On2 Technologies --- >8 ---- List

the files produced by windows compile vs. Linux are indeed significantly different in size (about 140K vs. 160) However I'm not convinced all the default parameters are set the same way in the two example files. This needs to be verified to see if there really is a bug, or can the two versions produce byte-equal output streams? <p> ___ Dan Miller (++,) Founder, On2 Technologies

this just in -- who can take it? (Mau??) I have no access to a Mac to even test the bug right now.. ___ Dan Miller (++,) Founder, On2 Technologies <p>-----Original Message----- From: devbugs@apple.com [mailto:devbugs@apple.com] Sent: Tuesday, June 17, 2003 2:21 PM To: Dan Miller Cc: gao@apple.com; Doug Mcintyre Subject: Re: 3274253-docked On2 movies don't draw the video frame

it appears your encoder/player do not yet reflece the changes rillian introduced wrt theora headers, which have been split into three parts -- header proper, comment, and tables (see toplevel.c). It's strange that your code works at all linked against the new libs; presumably since the tables still have the hard-coded values, if you encode & decode from the same lib compile you won't

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/

as per yesterday's discussion at #theora -- It has been suggested that we devise a method such that we will be able to add certain features to the bitstream (interlace, exotic color subsampling, clip length flag for download, etc), in such a way as to not obsolete streams encoded previously. Rillian's suggestion, which is pretty much standard practice, is to add a bitstream revision

Win32 builds, encodes, and plays fine for me (as long as it's a 5-second clip of some girl singing out of tune...) My notes: looks like the example players still expect exactly three headers. As discussed I'm hoping we can rework it so unexpected headers do not error out. Everyone will undoubtedly be copping code from example_player.c or splayer.c, so we should try to fix this before

ok now I see why we need another packet in the header. The first one is basically for ID purposes (theora_decode_header()). I've jammed my huffman trees in there but it sucks because I need them later on when I actually build the huffman tree structs (theora_decode_init, calls InitHuffmanSet()). At that point the original header packet is gone so I've been keeping it around in a buffer.

a couple points before I look at this too hard: "For VP3, since you can't do a constant quality encode" what? that should not be the case. Could be a QT-specific bug. Theora at any rate is certainly capable of doing constant-quality encode. This probably explains your standard deviation complaint -- VP3 is running a rate control alg, where the other codecs are just shooting for

just added to the WIKI: * Ideas with some concensus after discussion on IRC, it was provisionally agreed (by those present at the time) that Theora should support arbitrary pixel sizes (presently it is limited to multiples of 16 both horizontally and vertically). It is felt that this can be achieved with minimal pain by adding four values to the page header, immediately following the present

complex technical discussion goes here. <p> ___ Dan Miller (++,) CTO and founder, On2 Technologies <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'theora-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed.

Hi, I have been working with VP3 for some time now. Dan Miller from On2 just told me about this list. A few months ago, I managed to get On2's VP3 source snapshot to compile under Linux, a feat that many have apparently attempted and quickly abandoned. I compiled a small console app and the results of the experiment are explained here:

My concern is primarly the 'marketing' aspect. If UCI, or MCF, or any other interface, is adopted by the toolmakers, then that's a perfectly good solution. <p>-----Original Message----- From: Christian HJ Wiesner [mailto:christian.hj.wiesner@web.de] Sent: Tue 11/12/2002 10:10 AM To: theora-dev@xiph.org Cc: Subject: [theora-dev] Re: [vorbis-dev] ACM codec

<"Dan Miller" <dan@on2.com> wrote in message news:<20021111153459.2AF71532A73@motherfish-II.xiph.org>... <hmm -- you make a good point. However note that Divx is quite popular in spite of having gone with AVI format, so your logic doesn't hold in that case. <Frankly though I sort of agree, in that Divx would have been even more popular and cause less headaches

The new 3.2.6.1 codecs work great with QuickTime 6 (thank you!), but there's no way for an application to identify them. And since the older 3.2.1.x and 3.2.2.x installers will actually *downgrade* the installed version of VP3, it would be nice if an application could warn the user. The attached patch increments kdxlqt_CodecVersion (and documents all the Component Manager arcana involved).

Hello Theora developers, I'm doing some cursory research into Theora's IP status in preparation for asking Apple to reconsider the possibility of shipping an implementation. I have a few questions and I'm hoping knowledgeable people can help out. 1) What are the terms of any patent licenses or disclaimers, and do they have field of use restrictions or limitations on code for

"Google will soon make its VP8 video codec open source, we?ve learned from multiple sources. The company is scheduled to officially announce the release at its Google I/O developers conference next month, a source with knowledge of the announcement said. And with that release, Mozilla ? maker of the Firefox browser ? and Google Chrome are expected to also announce support for HTML5 video

Yes, the Theora codec is based on VP3, which is an earlier version of ON2's VP6 codec. Theora is currently at its alpha 3 release, and is stable enough to have been used already for streaming live video from a number of conferences, and for encoding several videos that can be found at www.theora.org. Development has progressed to the point that the value of the codec can be seen. That

./configure: line 524: syntax error near unexpected token `AM_INIT_AUTOMAKE(libtheora,0.0)' ./configure: line 524: `AM_INIT_AUTOMAKE(libtheora,0.0)' I'm sure I'm doing something pro-stupid, but --- my setup works fine for ogg & vorbis. autoconf ver 2.13 automake (GNU automake) 1.4-p4 if that matters hey let's put tool version numbers into the README -dan

FYI, Google is acquiring On2: <http://www.betanews.com/article/Future-of-open-Web-video-may-change-with-Google-acquisition-of-On2/1249481107> Also on Slashdot: <http://tech.slashdot.org/article.pl?sid=09/08/05/1742249> Anyone knows what, if anything, this means for Theora, open video and/or the Xiph.Org Foundation? Wild speculation: considering that they complained about the