similar to: Using 'patch' (was Re: Boring but useful VP3/QT patches)

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 :

QuickTime 6 for Windows breaks the VP3 codec quite severely--if you turn on "Safe Mode" (which forces QuickTime to draw through GDI), you'll see a white or black screen instead of video. This is logged as bug #2111990 in Apple's QuickTime feedback system. The fix is a classic one-liner, although it took me a long time to figure it out. :-/ Also attached is a patch to bump the

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

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

I found out about vp3 from the new winamp and coincidentally i also happen to be trying to find a suitable solution to broadband streaming. I have used flaskmpeg to create a 17mb .avi file from an 82mb Mpeg 1 file and it looks great it took about twenty minutes to encode. It runs for eight minutes and the audio is also fantastic using the lame encoder. However when I try to do the same in

How good is the video compression in vp3.2? For example, how does it compare (bit rate & quality) to mpeg1, mpeg2, Divx, real Video 8+, Windows Media, etc. etc. It being open source is nice and all, but if it can't be reasonably competitive then there isn't much point to it. I just haven't seen anything that compares vp32 to anything else. (Although to be honest, I haven't

Hello everybody, I hope to finish this MIME types discussion with these conclusions - it's taken enough bandwidth on these lists :). So here's a generic MIME types scheme that we all seem to be able to agree on and all that is needed for the moment. --- 1) Ogg encapsulated files: Any data that is encapsulated in an Ogg container will us the MIME type: application/ogg (as already

Hello everybody, I hope to finish this MIME types discussion with these conclusions - it's taken enough bandwidth on these lists :). So here's a generic MIME types scheme that we all seem to be able to agree on and all that is needed for the moment. --- 1) Ogg encapsulated files: Any data that is encapsulated in an Ogg container will us the MIME type: application/ogg (as already

Hello everybody, I hope to finish this MIME types discussion with these conclusions - it's taken enough bandwidth on these lists :). So here's a generic MIME types scheme that we all seem to be able to agree on and all that is needed for the moment. --- 1) Ogg encapsulated files: Any data that is encapsulated in an Ogg container will us the MIME type: application/ogg (as already

Hi all, It's been a few years since I encoded a number of movies using the VP3 codec (v3.2) on my Quicksilver PPC. Now I have a new Intel mac and I'd like to play them. However, it seems that the codec offered on On2's website is only for the PPC architecture. Does anyone know a workaround or some other codec that works on the MacIntel platform? I'm using Quicktime Pro 7.

As I understand it the current plan is to make it possible to losslessly transcode VP3 video to Theora video. In my experience, one of the "features" of VP3 is it drops frames in the event that there is little/no movement in a frame, or if "drop frames" is enabled, to drop frames if the data rate is getting too high. I understand that the way that VP3 does this in

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

Ok, we got it working with 176x144 resolution. The following string produced an image that was not falling behind too much for too long - basically a little when it was getting TONS of movement, and then catching up fast. "65 58 110 0 1 1 90 8 120 1 1 " Now, we need to get this working on a 320x240 resolution, too (as sadly VP3 does not support 160x120. Seems to be a little senseless,

Hullo, When people ask me what Vorbis's license terms are, I usually tell them that the bitstream format is in the public domain, that the reference libraries are licensed under a BSD-like license, and that the example programs are licensed under the GNU GPL. (Note the distinction between filespec and implementation here.) Meanwhile, Theora.org's FAQ doesn't say anything about the

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

Taking a look ahead at your QT (OSX version) work, you have Theora Encoding and Decoding on the list. This could be very beneficial as many times the only way to get a constant frame-rate out of QT is to export (and for DV video recorded in QT, this can be a large issue). Another major issue is that the video coming from DV (at least the sources I have used) is almost always

All 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:

--- "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 really into streaming or anything fancy (network error correction, prediction,

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

I tried it out on the Vp32 site - nothing in there. Says something of not matching the current tag. Nice. Theora's website does not have a web surface. Thomas Tomiczek THONA Consulting Ltd. (Microsoft MVP C#/.NET) --- >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