similar to: liboggplay: RGBA overlay video, rendering with libtiger

> Should these be wrapped in HAVE_KATE? Same with the definition of the > functions on oggplay.c? If I'm not building with Kate support it would > prevent dead code from being around. They could, but would change the API, and the implementation just returns a "not implemented" error currently if HAVE_KATE is undefined, (and a couple checks for validity) so it's not much

Hi ogg.k ogg.k, some drive by comments on the patch from a quick look. Should these be wrapped in HAVE_KATE? Same with the definition of the functions on oggplay.c? If I'm not building with Kate support it would prevent dead code from being around. -----------------8<--------------------------- OggPlayErrorCode oggplay_get_kate_category(OggPlay *me, int track, const char** category);

Hi, This is an updated patch, replacing the previous one. It allows rendering Kate streams using libtiger (itself using Pango and Cairo). It allows video to be converted to RGB, and overlaying of a Kate stream onto a video. While there, there are various fixes/tweaks (the asm versions of the YUV to RGB converters would move the data pointer, so anyone using those at a later time would access bad

Hi, I've added kate support to liboggplay (a prerequisite to getting kate tracks to work with the mozilla plugin, which I've now got working on Linux). In addition to the Kate code: - a new oggplay-uninstalled.pc file - configure.ac checks for C++ compiler - no check for fishsound version - it wanted 0.8.0, but the svn itself was 0.7.1 !? - don't use imlib2 (nor dump-first-frame) if

> I think you forgot to include oggplay-uninstalled.pc.in in the patch :-) Attached, plus the oggplay.pc.in as well, as I added @KATE_CFLAGS@ to both. Also attached is a patch to avoid miscounting the number of active tracks (a bug in my previous patch), and the current patch to the mozilla plugin (still work in progress, the Javascript API will change a little) if anyone feels like

Hi, I've eventually released the first version of my rendering library for Kate streams, and I've recently been hacking away at adding it to liboggplay. That was the missing "overlay" mode to the browser_plugin patch I sent a while ago. Now, I'm not too sure how to expose those overlays to liboggplay users: the obvious solution is to add a RGBA video type, and expose the

> fancy with unions, but since RGB/RGBA is generally chunked and YUV is > generally planar, having two separate types makes more sense. There's OK > typedef struct { > unsigned char *data; /* may be RGB or RGBA */ > unsigned char *mask; /* may be NULL if RGBA */ > } OggPlayVideoRGBData; That's what I have at the moment - two types and something like the above,

Here's the current state of the changes (not meant to apply yet, but more or less there in terms of functionality). Comments welcome. New APIs to request conversion from YUV, use libtiger to render, and overlay a Kate stream to a video. It obviously requires libtiger and libkate for the Kate specific stuff: http://libkate.googlecode.com/ http://libtiger.googlecode.com/ Something which

OggPlay 0.0.1 Release --------------------- liboggplay is a C library providing a simple programming interface for reading, decoding and playing back Ogg files and streams. Ogg is an interleaving data container developed by Monty at Xiph.Org, originally to support the Ogg Vorbis audio format. This release is available as a source tarball at:

OggPlay 0.0.1 Release --------------------- liboggplay is a C library providing a simple programming interface for reading, decoding and playing back Ogg files and streams. Ogg is an interleaving data container developed by Monty at Xiph.Org, originally to support the Ogg Vorbis audio format. This release is available as a source tarball at:

On 21/04/2008, ogg.k.ogg.k at googlemail.com <ogg.k.ogg.k at googlemail.com> wrote: > Hi, > > I've added kate support to liboggplay (a prerequisite to getting kate tracks > to work with the mozilla plugin, which I've now got working on Linux). > great! > In addition to the Kate code: > > - a new oggplay-uninstalled.pc file configure.ac:366: required

> > - kate support (what else) - this bumps the Javascript API to 1.1 > > I've not yet committed this to trunk. It does sound pretty cool Can you let me know the reasons (eg, wanting to test first, concerns over the substance of the changes, or other) ? There were no comments so far about the changes to the Javascript API, so I'll assume people have no problem with those ?

Hi every body , i try to compile oggplayer but : "./autogen.sh --prefix=/usr " is OK and "make" : oggplay.c: At top level: oggplay.c:377: parse error before "mymngsettimer" oggplay.c:377: parse error before "mng" oggplay.c: In function `mymngsettimer': oggplay.c:379: `stuff' undeclared (first use in this function) oggplay.c:384: parse error before

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

There are two functions: static void vorbiscomment_entry_array_delete_(FLAC__StreamMetadata_VorbisComment_Entry *object_array, unsigned num_comments); and static void cuesheet_track_array_delete_(FLAC__StreamMetadata_CueSheet_Track *object_array, unsigned num_tracks); which first dereference object_array and only then check it for NULL: free(object_array[i].indices);

Hi, The following url is being played with incorrect a/v sync in Firefox: http://195.10.10.216/flumotion/videodemo/med.ogg?token=c965dab73e5ed982821e01174e87925a4bb3134e4bb9aaec (it is time limited, but should work a few days, I could provide) Tested with 3.6.3pre on Linux (with and without PulseAudio) and Firefox 3.6 on Windows XP. Looking at firefox source code, I found the library that is

2008/4/23 ogg.k.ogg.k at googlemail.com <ogg.k.ogg.k at googlemail.com>: > > I think you forgot to include oggplay-uninstalled.pc.in in the patch :-) > > Attached, plus the oggplay.pc.in as well, as I added @KATE_CFLAGS@ > to both. > Also attached is a patch to avoid miscounting the number of active tracks > (a bug in my previous patch), thanks, applied in

I think libkate should be able to render in the yuv colour space. A lot of players use hardware accelerated colour space conversion and scaling, so in addition to your point about saving unneccesary conversions, they are likely to be able to offload the compositing step as well. This means that libtiger should also be able to do the compositing in yuv. I think adding an RGB/RGBA frame type to

Hey, i'm having trouble getting ov_open to work on my slackware 8.1 system. The c, and makefile are as follows, and the error produced. I've also included an ldd of the compiled file. If anyone can be of any help, it would be greatly appreciated! --------------------------C FILE------------------------------- #include <stdio.h> #include <string.h> #include

Hi, sorry to post here, but anybody knows if OggPlay has a mailing list, forum, whatever? Thank you -- Animal Liberation Front http://www.animal-liberation.com/