similar to: library migration plan

All, There was a discussion on IRC yesterday about cleaning up Derf's theora-exp implementation so it can be used in frameworks that also link to libtheora. The encoder doesn't work at the moment, but the decoder is faster and implements more of the spec than libtheora, so this would be a useful option for people trying to deploy players. The main thing that needs to be done is to

I've got a huge problem with libtheora. All is fine if I link only against libtheoradec but as soon as I try to link also against libtheoraenc everything breaks down: libtheoraenc.so.1 dlerror: libtheoraenc.so.1: undefined symbol: th_comment_query_count. I've checked with NM to see how the libraries depend on each other: nm libtheoraenc.so.1 | grep th_comment_query_count

Hi, I've been trying to use libtheora-experimental (libtheoraenc and libtheoradec) to encode a webcam feed in real-time, to be decoded also in realtime by a second party via XXX-IP, with - unfortunately - not so good results. I'm using custom written functions to convert from RGB8 to YUV420 and back and, although not much processor-efficient, they do what they're supposed to

Hi , I see in the libtheora 1.0 beta3 changelog that included new libtheoradec and libtheoraenc libraries supporting the new API from theora-exp , that it means that have multithread encoder? _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

Good morning in the Lord Regarding the port of libtheora1.1beta3 for OpenBSD for amd64 and the problem I described at: http://lists.xiph.org/pipermail/theora/2009-August/002640.html Attached is a patch for libtheora/patches/patch-lib_x86_mmxencfrag_c I can play videos with it. ?Does it work for you? Best regards -- Dios, gracias por tu amor infinito.

Hello, today I have the great pleasure of announcing Theora 1.0 beta1. http://downloads.xiph.org/releases/theora/libtheora-1.0beta1.tar.gz libtheora 1.0beta1 (2007 September 22) - Granulepos scheme modified to match other codecs. This bumps the bitstream revision to 3.2.1. Bitstreams marked 3.2.0 are handled correctly by this decoder. Older decoders will show a one frame sync error

Hello, today I have the great pleasure of announcing Theora 1.0 beta1. http://downloads.xiph.org/releases/theora/libtheora-1.0beta1.tar.gz libtheora 1.0beta1 (2007 September 22) - Granulepos scheme modified to match other codecs. This bumps the bitstream revision to 3.2.1. Bitstreams marked 3.2.0 are handled correctly by this decoder. Older decoders will show a one frame sync error

Hello, it's a great pleasure for me to announce the availability of libtheora alpha8 and the imminent availability of beta1. http://downloads.xiph.org/releases/theora/libtheora-1.0alpha8.tar.gz alpha8 brings a completely new decoder (feature complete, lifted from derf's theora-exp) and additional control over the encoder (applications now can specify their own set of quantization

Hello, it's a great pleasure for me to announce the availability of libtheora alpha8 and the imminent availability of beta1. http://downloads.xiph.org/releases/theora/libtheora-1.0alpha8.tar.gz alpha8 brings a completely new decoder (feature complete, lifted from derf's theora-exp) and additional control over the encoder (applications now can specify their own set of quantization

All, I've made a follow up release in the 1.1.x series. This fixes some issues reported with last week's 1.1.0 release, and is mostly of interest to those building under MSVC. Changes: * Fix an error in the MSVC inline assembly, the "pink blocks" problem. * Don't use the ebx register in the MSVC asm because it's used by the compiler in some optimization modes. *

All, I've made a follow up release in the 1.1.x series. This fixes some issues reported with last week's 1.1.0 release, and is mostly of interest to those building under MSVC. Changes: * Fix an error in the MSVC inline assembly, the "pink blocks" problem. * Don't use the ebx register in the MSVC asm because it's used by the compiler in some optimization modes. *

I'm pleased to announce the first alpha release of the rewrite of the Xiph.org reference encoder for the Theora video format, codename "Thusnelda". http://downloads.xiph.org/releases/theora/libtheora-1.1alpha1.tar.bz2 http://downloads.xiph.org/releases/theora/libtheora-1.1alpha1.zip http://downloads.xiph.org/releases/theora/libtheora-1.1alpha1.tar.gz Please download one of

I'm pleased to announce the first alpha release of the rewrite of the Xiph.org reference encoder for the Theora video format, codename "Thusnelda". http://downloads.xiph.org/releases/theora/libtheora-1.1alpha1.tar.bz2 http://downloads.xiph.org/releases/theora/libtheora-1.1alpha1.zip http://downloads.xiph.org/releases/theora/libtheora-1.1alpha1.tar.gz Please download one of

Hi Timothy, Could you please share your make configuration? I tested on this morning's master with my first 2 patches with the following configurations and all work fine. ARM Fixed-point ./configure --build x86_64-unknown-linux-gnu --host arm-linux-gnueabihf --enable-fixed-point --enable-intrinsics CFLAGS='-O3' --disable-shared ARM Floating-Point: ./configure --build

The one I got was the download on the download page, the svn version seems to be working just fine On Tue, Apr 26, 2011 at 12:00 PM, <theora-dev-request at xiph.org> wrote: > Send theora-dev mailing list submissions to > theora-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/theora-dev >

On 2/7/08, Ralph Giles <ralph.giles@artifex.com> wrote: > And theora, remember. Actually, I thought I remember derf doing that. And there it was on Trac's timeline. Look at changeset 14369: "Copy the libogg bitpacker directly into libtheoradec. Due to the vagaries of -fPIC and dynamic linking, we wasting a _huge_ amount of time on function call overhead. We also take the

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

attached patch adds support for the experimental theora branch to mplayer. you can get theora-exp from svn: svn co http://svn.xiph.org/experimental/derf/theora-exp/ The decoder here is feature-complete, up to and including all planned bitstream features for the initial Theora release. Some of these are not yet present even in the reference decoder. These include: - Support for non-VP3 style

Hi, A few questions: Is libtheora strictly backward compatible with VP3? Can I set it up to shove raw VP3 data through and trust it to decode the same way as On2's open source code did, loop filters and all? Also, is libtheora just supposed to be a C-based reference implementation? I was looking through the code and noticed a distinct lack of any kind of optimizations. Naive tree-based

Hi there, I've found no answers to this question from Fri Apr 15 19:33:50 2005. Are there any answers now? > I'm sure this is a common question, but I haven't seen it asked nor answered > on this list, on the Theora Wiki nor FAQ, nor on the Internet at large > (though I haven't checked the whole thing): > > Has anyone ported 'libtheora' to WinCE or