similar to: theora bitstream spec

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.

My understanding -- Monty or Emmett, feel free to chime in if you think this is incorrect -- is as follows: www.theora.org is the home for all new releases of the Theora video codec (formally known as VP3). This includes the main OGG/Vorbis integration product, which Monty is working on personally, as well as the QT and Windows codecs, both legacy VP3 versions and new versions reflecting any

[standard disclaimer about my mail format] in ftp.vp3.com/theora user: vp3 pass: vp3dev theora_dbm_5-28.zip this implements a bitstream change; the header now contains a compressed huffman tree rather than the frequency counts (as discussed) pardon my inability to use diff correctly. The change in toplevel.c is trivial (new function names & params) huffman.c is the important one. I

good question. I would think beta means the bitstream is more or less stable. Monty? >If June is the goal for public release, is the second milestone the first beta/rc1? Guess what I'm asking is, whats a good estimate for when the codec will be frozen as far as backwards compatability.. -----Original Message----- From: Arc [mailto:arc@indymedia.org] Sent:

At this point, my understanding is as follows. Monty has the final word but I believe this is his intention: * Theora is a video codec. It is a modification of VP3. Presently it is assumed that Theora will be a superset of VP3; ie, VP3 streams can, with a little header magic, be losslessly transcoded into Theora streams. However, we expect future versions of Theora to diverge significantly

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

A new mailing list has been created -- theora-codecs@xiph.org. This list should be where we discuss issues pertaining to Qucktime and Windows codec implementations, including legacy VP3 codecs for those platforms. We've done this to keep the discussions discrete and focused. There is a pressing need to maintain the existing VP3 codecs until we get Theora up and running. Anyone who is

some of you may find this helpful: I've uploaded a short (5 second) raw clip in yuv4mpeg format, associated audio, and batch files to exercise the encoder & decoder examples. In addition I've included the file as compressed (test.ogg), and a longer version as well to test playback sync. Notes: to use MPlayer with the -vo yuv4mpeg option, you need to get the latest release and compile

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

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/

pls let me know if/when you have theora compiling & running on Windows. -----Original Message----- From: Tabuleiro [mailto:beta@tabuleiro.com] Sent: Tue 10/22/2002 3:13 PM To: theora-dev@xiph.org Cc: Subject: [theora-dev] compglobals.c I believe this file is no longer used and contains functions that are no

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

Hi, I'm developing ffdshow and ffvfw codecs for Windows. You can read more about them at http://cutka.szm.sk and http://sourceforge.net/projects/ffdshow. Stéphane Bérubé asked me recently if I could implement Theora support. I knew about first Theora release, downloaded its sources and tested it. I liked the results add decided to support it. I implemented encoding functionality into ffvfw,

Hi, I checked out the Theora source code for the first time as I figured that's the only way the Theora quirks will get documented (and subsequently re-implemented in libavcodec). I see that most of the code cribs the original VP3 source code, including the misspelled comments. Moving right along, I can't reconcile the way bits are packed in the stream. In VP3, the first byte of an

Good day! I'm creating HDL IP CORE (for using in FPGA) for theora encoder (now only I-frames). I don't undestand one moment. Now i develop such stages: 1. From RBG(byer) to YCbCr converter 2. DCT processing (8x8 pixels blocks) 3. Quantizator of DCT coeff. 4. Zig-Zag of quantized DCT coeff. and now i have uresolved last stage of compression - how i must send 8x8 blocks to huffman

Hi, Is it expected that an Ogg logical bitstream might logically serve as the physical bitstream from which other logical bitstreams might be demuxed? I am not sure that I really see the point of doing this, but it would certainly be possible within the current spec. The trouble is that there are any number of ways to do the low-level muxing of several streams into one logical stream, with

I'm pleased to announce the official freeze of the theora 1.0 bitstream format. We wanted to reserve the right to change things if we discovered any issues during the documentation documentation phase. We haven't, so there's no reason to delay adoption any further. The files produced by the alpha-3 encoder constitute the baseline of the theora I format and will be supported by

I'm pleased to announce the official freeze of the theora 1.0 bitstream format. We wanted to reserve the right to change things if we discovered any issues during the documentation documentation phase. We haven't, so there's no reason to delay adoption any further. The files produced by the alpha-3 encoder constitute the baseline of the theora I format and will be supported by

--- Stephane wrote: VP3 codec uses a lot of CPU for decoding. We will need some optimization because now this codec is way too slow for home uses. --- end of quote --- Actually, the Windows VP3 QuickTime codec runs just fine on a 400MHz Pentium II box, with only occasional glitches on some dodgy Celeron systems. At work, we routinely test 320x240 full-color, full-motion video on low-end boxes.

I have a simple question: Is there a source streamer ala shout that works with icecast 1.3 but streams video instead of mp3 audio? For that matter, does icecast even support this type of data (video instead of audio)? <p>Thanks, Steve Smaldone -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 1372 bytes Desc: