similar to: add theora_user_yuv_out(theora_state *, yuv_buffer *) to libtheora?

Hi, The documentation for the libtheora API is a little bit sparse - for example, information about whether yuv_buffer structs should be managed by the user or the library is missing. From talking to derf, and from what I can see in the example files, the user allocates the struct but not the luma/chroma buffers on decode; and the user allocates both the struct and the luma/chroma buffers on

hi folks! once again i am trying to decode a yuv_buffer to a 24 bit RGB buffer. last time nobody seemed willing to tell me how to do this, so i am trying again. i try to make my questions more simple. what i need to know is: how many bytes are in each y, u, v array? what for are these strides? what exactly is a "plane" in a frame, and what does it do? what i want to achieve is

Hi, I just committed the framework for a test suite, and a couple of small tests, to libtheora (changeset:9700). The tests live in a directory called tests. When building with GNU autotools: * 'make check' will run the test programs listed in the TESTS variable in tests/Makefile.am . 'make check' will fail if any tests fail. * 'make distcheck' will fail if any

Everyone, I've made a new release of our libtheora reference implementation. This draws a line under all the development since alpha 4 before we start merging in the optimization work people have been doing. It also contains a fix for two serious bugs (one an encoding error, one a segfault) so we recommend everyone upgrade. The release is source and binary compatible with 1.0 alpha 4.

Everyone, I've made a new release of our libtheora reference implementation. This draws a line under all the development since alpha 4 before we start merging in the optimization work people have been doing. It also contains a fix for two serious bugs (one an encoding error, one a segfault) so we recommend everyone upgrade. The release is source and binary compatible with 1.0 alpha 4.

Hi All, I have been using a slightly modified version of libtheora (from about a year ago) and since libthoera is now reached BETA 2 I thought it would be time to update. My application worked fine with that version of libtheora. So now I am trying to build libtheora beta 2 in Ms Visual C++ 2005 and I am having a few problems. When I try to compile it I get the error below. You are compiling

Hi All, I have been using a slightly modified version of libtheora (from about a year ago) and since libthoera is now reached BETA 2 I thought it would be time to update. My application worked fine with that version of libtheora. So now I am trying to build libtheora beta 2 in Ms Visual C++ 2005 and I am having a few problems. When I try to compile it I get the error below. You are compiling

Hi, is there any place where the possible values for the strides in the yuv_buffer structure is specified? or just in the source code? ;) I could compress a video with, lets say, yuvbuf.y_stride = yuvbuf.y_width, so the yuvbuf.y[0] really started in the start of the y channel data. I watched the video in several players, and everythings' ok. But, when programming the decompress process, the

hi all, i'm trying to code a tool to get some images from a ogg/theora file .... so basically i need to get a frame and convert to rgb ... and here is my question (sorry, i'm newbe here) ... how to convert a yuv_buffer to a rgb matrix ? i tryied diferent ways but my mistakes are bassically cause i don't understant how yuv_buffer structure works ... anybody can help? thanks a lot.

I'm starting with the theora player_example.c. I want to be able to determine the duration of the audio/video ahead of time, to be able to display it somewhere. I can't see anything obvious in ogg.h, theora.h, or vorbis.h for this. Can anyone help me with the right place to look to do this? Thanks, Ken Larson FMJ project, fmj.sourceforge.net

Hi all. I'm Mat & I'm new :) I'm testing libtheora + libogg perhaps for a commercial product. I started watching encoder_example.c ... I simplified it for testing it easier. It seems ok to me but I have no experience with theora so I would like to know if my code is correct. I tried to debug it with Valgrind and I found 4 possible memory leaks... but I think they can be

All, I've done a new alpha release of the libtheora reference implementation. This is mostly build fixes from the alpha6 release; I'd failed to enable the new MMX asm by default, and the x86 asm code did a relocation that caused problems on SELinux. You can get it in the usual place: http://downloads.xiph.org/releases/theora/libtheora-1.0alpha7.tar.bz2

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

Along with libtheora-1.0alpha5 this is a release of theora-mmx. A drop in replacement that uses MMX assembly to speedup some of the most demanding routines in theora encoding/decoding. Right now it only works on 32bit x86 CPUs. Thanks to everyone whose work made this release possible! Download links: http://downloads.xiph.org/releases/theora/libtheora-mmx-1.0alpha5.tar.bz2

I'm pleased to announce the second alpha release of our next generation encoder for the free Theora video format, codename "thusnelda". The second release incorporates a number of changes which improve both compression efficiency and execution speed. This release includes working MSVC project files, but the assembly optimization hasn't yet been ported, so performance there will

I'm pleased to announce the second alpha release of our next generation encoder for the free Theora video format, codename "thusnelda". The second release incorporates a number of changes which improve both compression efficiency and execution speed. This release includes working MSVC project files, but the assembly optimization hasn't yet been ported, so performance there will

All, I'm pleased to announce the first alpha release of the new 1.2 libtheora, codename 'ptalarbvorm'. This is the reference implementation of the Ogg Theora video codec, hosted at Xiph.Org. Things are settling down with the new code and we're ready for wider testing toward an eventual 1.2.x stable release. So please download it, try it with your applications and other code, and

I'm pleased to announce the alpha 3 release of the theora reference implementation. http://theora.org/files/libtheora-1.0alpha3.tar.bz2 http://theora.org/files/libtheora-1.0alpha3.tar.gz http://theora.org/files/libtheora-1.0alpha3.zip The main differences over alpha 2: The encoded image has been flipped to match the sense used in VP3, with the origin at the lower left.

I'm pleased to announce the alpha 3 release of the theora reference implementation. http://theora.org/files/libtheora-1.0alpha3.tar.bz2 http://theora.org/files/libtheora-1.0alpha3.tar.gz http://theora.org/files/libtheora-1.0alpha3.zip The main differences over alpha 2: The encoded image has been flipped to match the sense used in VP3, with the origin at the lower left.

All, After months of intensive development, we're finally coming to a stopping point in our rewrite of the libtheora reference implementation. All major features for the 1.1 are in, so it's down to bug fixing now. Please try this first beta and give us feedback. Most notable is that the encoder's rate control is much more configurable, and more capable in each configuration than