similar to: theora test suite

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

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

[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

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

Hello. I'm trying to encode an Ogg Theora file from an unencrypted dvd using mplayer and encoder_example. I set up named pipes stream.wav and stream.yuv. I then run: mplayer -ao pcm -aofile stream.wav -vo null /dev/dvd & mplayer -vo yuv4mpeg -ao null -nosound /dev/dvd & encoder_example -v1 -a 1 stream.wav stream.yuv > lec1.ogg but I get the following error: File stream.wav is

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

As requested by Ralph in my introduction e-mail to this list [1], I've gone ahead and done some sample test timings for encoding between libtheora-1.0 and libtheora-1.1beta3, as available from the Theora website [2]. So far, I've tested with 4 different files that I generated with content I already have. The files, in brief, are the following: 1. planet-earth-360x240.yuv4mpeg - A

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 Guys, I have been using the VP3 codec for the last few months to encode a single feed from a video camera. I now need to compress multiple camera feeds simultaneously using the VP3 codec (for Windows). Does anyone know if the codec would support multiple feed compression (i.e. get the inter/intra frame compression per feed right), or if I would need to make some changes? Regards Oliver ---

Hello, I'm new to the list, so if this is an FAQ, please point me to the relevant docs. I'm playing with Theora, to see what kind of quality I can expect (I realise its not for production use yet). I've download the source from CVS, and got it to build, with the example encoder and player. While trying to find something to serve as a good source of input, I decided I'd use a

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

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

On 8/17/08, Silvia Pfeiffer <silviapfeiffer1 at gmail.com> wrote: > OK, then yuv4mpeg will have the magic number: char[8]: 'YUV4MPEG'. Which was previously for those not paying attention char[9]: 'YUV4MPEG2'. > Also, can you put the link to the spec into > http://wiki.xiph.org/index.php/MIMETypesCodecs ? AFAIK, that is just a matter of putting a [[OggUVS]] in

As was briefly discussed on IRC, ffmpeg and mplayer currently output two somewhat incompatible YUV4MPEG streams. This meant that encoder_example could take input from mplayer, but not ffmpeg or movtoy4m (a QuickTime->Y4M tool). This is a patch that fixes this issue and should allow encoder_example to take input from either format: diff -urd xiph-cvs/theora/examples/encoder_example.c

What's the current status of VP3/Ogg integration? The CVS doesn't seem to be very active - and (maybe I'm not looking hard enough) I don't see any ogg-specific stuff here. I'm one of around 30 global techs for Indymedia, one of the last things we need for full adoption of free media formats is a free video format. We're working hard to promote Vorbis, many of the local

On Sat, Aug 16, 2008 at 12:23 AM, Silvia Pfeiffer wrote: > Have we got a spec? If not, we may want to remove it altogether and > make the fixes in our wiki as the spec develops. We have a draft spec with no implementation. I can't imagine the magic changing, so I think it's ok to leave it in, but I'm ok to remove it if you think that's best. I do think there's little

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

"Silvia Pfeiffer" <silviapfeiffer1 at gmail.com> wrote: ... > Also, it would be good if we can keep > our magic numbers to the first 8 bytes. So Kate and Yuv4mpeg both need to be trimmed. ... >>> char[9]: '\x80kate\0\0\0\0' | kate >>> char[9]: 'YUV4MPEG2' | yuv4mpeg Regards, Martin -- Martin J Leese E-mail: martin.leese

On 17-Aug-08, at 1:11 AM, Silvia Pfeiffer wrote: > OK, then yuv4mpeg will have the magic number: char[8]: 'YUV4MPEG'. > Is that ok? Yes, I'm good with that. > Also, can you put the link to the spec into > http://wiki.xiph.org/index.php/MIMETypesCodecs ? Thanks! Sorry, I thought I'd dumped the spec into the wiki. It's there now, and linked from the

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