search for: tabuleiro

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

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 longer valid/do not compile due to...

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

...icularly on the MAC side. I've gotten some sporadic information that the OSX / QT6 codec in particular may be broken, or at least in ill repair. I will gladly support you in getting this stuff up & running; we can take things from there. -----Original Message----- From: Tabuleiro [mailto:beta@tabuleiro.com] Sent: Fri 9/27/2002 7:05 PM To: theora-dev@xiph.org Cc: Subject: [theora-dev] Theora branch and win/mac codecs Hi. Do you guys have plans to eventually merge the modifications done in the Theora branc...

...the notes you mention for VC are in vp32_build.html in the release, but thanks for reiterating. Last time I built for Mac I believe I did the os9 version in CW6 and the OsX version in CW8, but I can't think why they shouldn't both compile in CW8. <p>-----Original Message----- From: Tabuleiro [mailto:beta@tabuleiro.com] Sent: Thu 9/5/2002 4:25 PM To: theora-dev@xiph.org Cc: Subject: [theora-dev] Setting up VC6 to build VP3 source I could not find this info on another place, hope it helps people in the future when trying to build the VP32 source on Windows. I could do this easily with...

...do a real merge & test/ checkin. Final bitstream change would be the arbitrary size fix, with a cropping rectangle in the header. Anyone working on that? ___ Dan Miller (++,) Founder, On2 Technologies <p>> -----Original Message----- > From: Mauricio Piacentini [mailto:mauricio@tabuleiro.com] > Sent: Friday, May 23, 2003 4:51 PM > To: theora-dev@xiph.org > Subject: [theora-dev] Win32 experimental player/encoder > > > This one is ust to let you all know that Windows versions of > a Theora simple > player and encoder are checked into the "win32/experim...

--- "Tabuleiro" wrote: Hi, guys. I was working with the VP3 code, planning to integrate it with Ogg for a self-contained solution for video playback, platform independant, no installation required, no QT, no AVI runtimes. My main interest is CD-based work using local files and portability/performance, not re...

First, an introduction: I work in a group that makes educational software. In the coming months, we're planning to release our entire Mac/Windows runtime under the GPL. We currently encode our audio with MP3 and our video with VP3. For playback, we rely on QuickTime 5 on MacOS and Windows. In the short run, we'd like to help maintain the VP3 QuickTime codecs, preferably without

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:

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/

This is mostly for derf, but others may be interested too. Attached are the warnings (stderr log) from compling theora under gcc 3.2.3 (Debian). There quite a few. Many of them are spurious, but some indicate real bugs. In particular it seems likely we have more unitialized variables since Dan reports differing encoder output depending on the compiler used. In general, we need to go through

Hi all, > One problem I see with your proposed implementation is that it does not > specify how audio and video would be synchronized, since there are no > absolute time stamps for the video frames. So it is difficult to account > for > audio latency on different systems, much like when you play an AVI file. > Ideally it would be wonderful to have timestamps that could be used

Hello all. I've been playing around with theora since it first entered CVS, and I like what I'm seeing. Today I've been fixing xine's theoraplugin to understand theora_info.frame_{width,height} and theora_info.offset_{x,y}. I only got it working after some experimenting and basically copying the code from player_example. A few questions related to this: 1. What are the legal

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.

Okay, thanks to some stubbornness on my part and helpfulness on the part of people on this mailing list, I got the Ogg Theora alpha compiled up and installed and running. Yesterday, I went to the Prelinger archives (the public-domain video archive at www.archive.com) to find a high-quality original to re-encode as a test. The encoder worked just fine, and playback as well, and I thought I'd

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