similar to: Block Coding Pattern

Hi, I am making good progress on understanding, documenting, and re-implementing VP3. I have found some more deadwood in the decoder code and I just wanted to verify that it really has no place: * Version 3.3 tables: There are 2 sets of VLCs: One for v3.1 and one for v3.3. The v3.1 set is always selected. Are the v3.3 tables in production, or will they ever be? * DC Search Points: VP3

Hi, So it took a little while to get here but VP3 through ffmpeg is finally starting to achieve viewable results. It partially works right now. Keyframes only. And monochrome. Oh, and the picture is upside down (something I did not realize about VP3 until I let it fly just now). Anyway, here is a picture of ffmpeg's VP3 decoder in action using xine:

Hi, Is there anything special I need to know about VP3's IDCT? I mean besides the fact that there are separate IDCTs to handle sparse coefficient matrices. Are the IDCT functions mathematically equivalent to any textbook IDCT functions? Thanks... -- -Mike Melanson --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To

Hi, Can anyone tell me the significant differences between VP30 and VP31 (or are you allowed to)? Are there different token and quantizer tables? Are there algorithmic differences? I have a VP30-encoded file that plays with the VP3 VfW DLL but not with the open source decoder. Thanks... -- -Mike Melanson --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project

Dan, In reviewing the code, derf came across the DCSearchPoints array in QuadCodeDisplayFragments(), encode.c:696. It looks like it specifies a search order for nearby coded fragments for prediction if there isn't a nearest neighbor. However, the upper search bound is defined as *0*, so the search loop (line 917) is never executed and it always falls back to the last coded fragment.

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

Hi, Let's play a little game. Forget all you know, or think you know. Without any context at all, what does the following pattern make you think of? <p> X -> X X -> X | ^ v | X <- X X <- X | ^ v | X X -> X X | ^ | ^ v | v | X -> X

Hi, Since a number of people are eager to try out the native VP3 decoder in xine, I have made a patch available, bz2-compressed: http://www.pcisys.net/~melanson/codecs/xine-vp3-decoder-patch.bz2 To work with this patch: 1) Get the latest xine-lib from CVS. Visit this page for more details: http://sourceforge.net/cvs/?group_id=9655 The module name is xine-lib, but you will also need

Hi, I have been on a documentation kick recently. I finally updated my VP3 format document tonight: http://www.pcisys.net/~melanson/codecs/vp3-format.txt v0.2: October 9, 2003 - expanded section "Reversing the DC Prediction" - added Appendix B: Theora Differences Feel free to look it over and point out any glaring mistakes. I can't wait to see how much sense it makes to

Hi, Check it out-- another update in the space of a week: http://home.pcisys.net/~melanson/codecs/vp3-format.txt v0.4: March 2, 2004 - renamed and expanded section "Initializing The Quantization Matrices" - outlined section "Reconstructing The Frame" - moved Theora Differences Appendix to its own section entitled "Theora Specification" - added Appendix:

Hi, Here is something that confused me greatly at first. In Huffman.h, the comment "35" sits above the definition of MAX_ENTROPY_TOKENS: // 35 #define MAX_ENTROPY_TOKENS (DCT_RUN_CATEGORY2 + 2) Yet, if you do math from all the preceding #defines (not easy given that each in a long chain of #defines is defined in terms of the previous #define), there are actually 32 tokens.

Hi, Keep up the good work! The file sizes of Theora's output is amazing! I have just joined the list, and would like to contribute to the

Hello everybody, I'm a new member of this mailing-list. My name is Remi BEAUDOUIN, I'm student in an engeneering school in France (ENSEIRB, Bordeaux), major Data and Image Processing. I'm currently doing my last internship before graduating in Thales Airborne Systems. I'm working on video compression and I have to choose the best way to encode and to embed it on a DSP TMS320DM642

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,

I hope this list is small enough for not beeing banned when introducing oneself. So... Hi, I just subscribed to the theora-lists. I'm from the XVID project, so I know a deal about video and MPEG-4 in particular, but nothing about Vorbis/Theora etc., That's why I'm here, because I'm interested in patent-free alternatives. I guess there is no documentation of the current status

I don't know how to change a video quality on the fly - I want to provide a slider with a preview window, so user could see the result immediately in this window. I tried to send ICM_COMPRESS_FRAMES_INFO to encoder or calling ICSetState() - with no success however. Am I doing something wrong ? How can I set 'lDataRate', 'dwRate', 'dwScale' parameters ? I tried every

Hello, I am a student who wants to study the VP3 encoding/decoding process in detail. I downloaded the source code from your site. I was wondering if there is any supporting document which provides details of the entire process - a complete VP3 standards document to aid in the understanding of the code. Any information will be welcome. Thanks Regards, Navneet --- >8 ---- List archives:

Well, I've been slamming my head against this all night, so it's time to ask for help... Having gotten together a reasonably decent port of what I thought was the whole API to the Ogg Way, complete with Ogg mem management and bitpacking, I started digging deeper in the code... only to find that it looks like I only have a middle stream handler. The encode and decode code both assume that

Hi, Attached is a patch against 1.0alpha7 to speed up Theora decoding. It is about 15~20% faster in my test. It consists of following things: * MMX loop filter based on Rudolf Marek's patch in http://lists.xiph.org/pipermail/theora-dev/2005-August/002838.html * MMX IDCT based on Rudolf Marek's patch in http://lists.xiph.org/pipermail/theora-dev/2005-July/002816.html and the code in

[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