similar to: liboggplay: yuv to rgb patch

> I think adding an RGB/RGBA frame type to liboggplay should *also* > happen. yuv2rgb is tedious at best and hard to get right at worst, so I'd added an RGBA type, but if this is going to also carry video, it might be better to merge this with the existing video type, and have a 'type' enum, or just several pointers, only one set being non NULL (makes client code simpler). Would

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

Hello list, When I convert an yuv pixel into rgb using the recipies in http://www.fourcc.org/fccyvrgb.php I get an accurate color conversion but the contrast seems to be decreased. If i write, e.g., the pixel directly into an sdl yuv_overlay, I get a well-contrasted frame, however, if I convert the pixel to rgb and call SDL_MapRGB, I get a contrast-decreased frame. Thanks, Ribamar

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The attached patch splits Theora decode and YUV2RGB into separate threads. These are by far the two most computationally demanding components of Cortado, so by splitting them we can substantially improve performance on multiprocessor machines. I have verified that the patch does split these into two threads, and performance does appear to improve.

Hi Ralph, thanks for your posting. Yes, the standard example player in the theora distribution could also do it when theora would not need so much time. I removed the frame dropping from the example because it's based on some audio stuff under Linux that isn't available on Windows. Currently I've no frame dropping handling build in because the first goal is a good raw performance of

Hi all, how can I convert a RGB (24 or 32) image I'm getting from a webcam for example to YUV to compress it with theora, decompress it and convert it back to RGB to draw it? Any suggestions? Best regards, Florian (Stuttgart, GERMANY)

Mike Melanson: I want to store RGB values instead of YUV. I don't understand the theoretical and practical implications of this and that's why I'm asking about it. I would like to know whether it cannot work and why. I'm targeting a minimum Pentium 4 Celeron, 256MB RAM. Video resolution are about 200 X 200 pixels with a maximum of 2 playing simultaneously as the game is playing

Hello all, I'd like to convert the theora yuv_buffer to RGB that I can render onto a texture. Googling around, there are a tone of different formulae to do so. There is this (with lots of corrections and amendments further down the page): http://www.fourcc.org/fccyvrgb.php <http://www.fourcc.org/fccyvrgb.php> and there is the MSDN stuff that says you need to convert 4:2:0 and

I've spent the weekend or so trying to get my head around Theora and I'm just not having any luck. First of all, I really don't have any interest in immersing myself in video encoding--I just have one simple thing I'd like to do--so I haven't spent any time reading about the theory or specs or anything like that. I'm attempting to write a "render-to-theora"

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:

To all you great C programmers out there who have been looking for a chance to take on a really cool open source project in video: liboggplay is a library that vastly simplifies the decoding and playback of Ogg encapsulated audio-visual content for programmers. It does everything apart from the actual display of audio and video and has thus been selected as the thinnest library to provide

To all you great C programmers out there who have been looking for a chance to take on a really cool open source project in video: liboggplay is a library that vastly simplifies the decoding and playback of Ogg encapsulated audio-visual content for programmers. It does everything apart from the actual display of audio and video and has thus been selected as the thinnest library to provide

Is anyone working on liboggplay, and if so, is there any plan to support keyframe-based seeking? I found this, but seems to me that the feature ought to be part of liboggplay: http://pearce.org.nz/2009/05/video-seeking-improvements.html Is there a more appropriate list to post to regarding liboggplay? Shayne Wissler -------------- next part -------------- An HTML attachment was scrubbed...

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

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

> There seems to be some inconsistency in the changes to the type of > sample_in_record and its accessor: the field was changed from int to > ogg_int64_t in src/liboggplay/oggplay_callback_info.h, and the return > type of the accessor function was changed from int to long in the > corresponding .c file and public header. Having heard no more about this, I'll make a patch that

Hi, A week or two ago Viktor Gal migrated the liboggplay source repo to git.xiph.org, and this week I moved the liboggz and libfishsound repositories. You can see the git repositories available via gitweb at http://git.xiph.org/ I wrote some brief news about the move, and instructions for getting the code: http://blog.kfish.org/2009/04/liboggplay-liboggz-libfishsound.html Thanks to Ralph Giles