similar to: another test

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

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

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

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

hey is there any reason why every Xiph codec except theora has its own link at www.xiph.org?? ___ Dan Miller (++,) Founder, On2 Technologies --- >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-request@xiph.org' containing only the word 'unsubscribe' in the body. No

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.

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

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

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:

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/

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

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

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

It looks like there's more QT 6 trouble, and this is specific to the post-3.2.5.x builds. I'm on it, and will try to sort things out by Monday. Cheers, Eric (not a happy camper!) --- From a note I sent to Dan Miller: The "3.2.2.0" binaries on www.vp3.com fail with an error I haven't seen before--"You may experience problems playing a video track in credits_v.mov

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

--- Daniel B. Miller wrote: Please, anyone who is working with VP3 codecs, get the new build as soon as possible. It's available through the normal cvs server at xiph. see: http://www.theora.org/cvs.html take the latest build, 3.2.6.1 --- end of quote --- I've run down through all of our QuickTime 6 bugs, and the VP3 source code in CVS appears to have a clean bill of health. If

does there exist anywhere a useful source version of an ACM for vorbis audio? I've seen the binary one somewhere in Japan, and there's an abandoned project at SourceForge, but I'm having a helluva time building it. I know all the caveats about CBR vs. VBR, ACM/AVI problems etc. but I need it anyway. Thanks in advance - ___ Dan Miller (++,) Founder, CTO, On2.com --- >8 ----

I think I'll start with the simple stuff, just to be safe. :-) Here are some cvsignore updates, and a fix for the inter-project dependencies in the MSVC *.dsw file. Cheers, Eric -------------- next part -------------- A non-text attachment was scrubbed... Name: vp32-cvs-ignore-patch.diff Type: application/octet-stream Size: 1524 bytes Desc: vp32-cvs-ignore-patch.diff Url :