search for: libtheoradec

Derf (Timothy Terriberry) and I talked about the api transition plan on friday. The plan is: * libtheora will export only the "old" api, as it did in beta1. * libtheoradec will export both the "new" theora-exp decoder api, and the decoder portions of the old api. So libtheoradec will be a drop-in replacement for decoder-only usage of libtheora, and the linking change will be required to use any new api features. * libtheoraenc will export both the "...

...was some discussion of what to use for a prefix. I suggest th_* or symbols, TH_* for defines, and possibly retaining oc_ and OC_* for internal names. Better suggestions welcome. The other part is having separate names for the library binaries. This had already been done, with the code split into libtheoradec, libtheoraenc, and libtheorabase for shared and utility routines. However, I've now merged libtheorabase into libtheoradec, so you only have to link to one library to get a working decoder. Encoders now link to libtheoraenc and libtheoradec instead of *enc and *base as before. So in analog...

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

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

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 opportunity to get rid of our wrapper around the old libogg API and implement the API we want directly. This gives more than an 18% decoding speed-up for an 82-byte n...

Hi everyone! I'm currently trying to use the theora decoder on PPC. Everything is working perfect now, but I have a problem: I need to skip the decoding of some frames (drop frames) when the device is not powerful enough to decode them all in real time (which in PPC is a frequent issue). Right now, I'm skipping the call to theora_decode_YUVout and the yuv to rgb procedure. That gives me

...ssembly, 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. * Include the file encoder_disabled.c so --disable-encode works again in the autoconf build for those who don't want to just link with libtheoradec. * MSVC project files now use the default dynamic runtime library. * Namespace some local variables to avoid a conflict on WinCE. * Include pkg,m4 and replace libtool so autogen.sh is more likely to work in release packages. * Remove 'beta' from the README. Source packages: * http://downl...

...ssembly, 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. * Include the file encoder_disabled.c so --disable-encode works again in the autoconf build for those who don't want to just link with libtheoradec. * MSVC project files now use the default dynamic runtime library. * Namespace some local variables to avoid a conflict on WinCE. * Include pkg,m4 and replace libtool so autogen.sh is more likely to work in release packages. * Remove 'beta' from the README. Source packages: * http://downl...

...17 +1,12 @@ $OpenBSD: patch-examples_Makefile_in,v 1.3 2008/07/25 14:20:18 brad Exp $ ---- examples/Makefile.in.orig Wed Apr 16 16:26:15 2008 -+++ examples/Makefile.in Tue Jul 15 17:08:10 2008 -@@ -251,11 +251,11 @@ LDADD = ../lib/libtheora.la $(OGG_LIBS) - LDADDENC = ../lib/libtheoraenc.la ../lib/libtheoradec.la $(OGG_LIBS) +--- examples/Makefile.in.orig Wed Aug 12 11:58:08 2009 ++++ examples/Makefile.in Wed Aug 12 21:46:06 2009 +@@ -173,7 +173,7 @@ LDADDENC = ../lib/libtheoraenc.la ../lib/libtheoradec. + dump_video_SOURCES = dump_video.c EXTRA_dump_video_SOURCES = getopt.c getopt1.c getopt.h --dum...

Hi, it seems Ogg keeps track of a packet's size at the byte level, rather than at the bit level (eg, if I encode a packet with just one bit, decode will think there are 8 bits available). Am I right ? Not that it's a particularly important issue, since remaining bits will probably be initialized, but I noticed this while adding some calls to oggpack_look1 at the end of my decode routines