similar to: Theora on iPhone

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, Intel has recently open sourced otion compensation code (XvMC) for their i915/i945 integrated graphics chips. See: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-intel.git;a=blob;hb=xvmc-i915;f=src/xvmc/I915XvMC.c XvMC API was intended for MPEG{2,4} class of codecs - so it can not be used for Theora as-is. However, could at least some parts of it such as hardware accelerated

hi folks! i would like to know whether there will be some function to decode to some plain 24 bit RGB buffer in the future. i think this feature is sometimes important, especially when using different surface layers, or when modifying the buffer in realtime. if this feature will definitely not be, could someone tell me how i can convert to some RGB buffer in realtime? i already tried different

hi folks! i would like to know whether there will be some function to decode to some plain 24 bit RGB buffer in the future. i think this feature is sometimes important, especially when using different surface layers, or when modifying the buffer in realtime. if this feature will definitely not be, could someone tell me how i can convert to some RGB buffer in realtime? i already tried different

Hi, I have been working with VP3 for some time now. Dan Miller from On2 just told me about this list. A few months ago, I managed to get On2's VP3 source snapshot to compile under Linux, a feat that many have apparently attempted and quickly abandoned. I compiled a small console app and the results of the experiment are explained here:

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"

hi all I guess that *Theora* will convert the input color space (RGB or CMYK or any) into YUV before it process and encode. (that means theora can operate on several color space, but it get convert into YUV before process) Is that true...? I want to get a gray scale, encoded video output from the *Theora* encoder while the input video is getting from a web cam (color input and gray scale

I haven't been able to find anything about a port of the ogg/theora decoder to the iPhone. I'm somewhat amazed it hasn't been done, really, given the campaign against the iPhone in part for "not supporting open source codecs". So, is there an unspoken ban on this, am I searching in the wrong places or am I just the only one who'd really really like to be able to stream

> > FourCC is a codec identifier, nothing more. It's four letters which can > be > referenced against a table to see what codec it is, it's a standard used > by RIFF > (aka, wav and avi) and older Macintosh formats, and in my opinion, its > obsolete. > While it's true there are a bunch of FOURCC's that represent non-raw formats like DIVX etc, the ones

On Fri, 4 Jun 2004, Makc wrote: > Here's what you can find in the net on YUV scheme: Hmm? What prompted this? > The statement I care to make here, is simply that there ain't neither > such thing as "luminance", which details "the eye is more sensitive to", "ain't neither"? Double negative, so I take your statement to mean that there *is* such

I'm currently doing research and initial development for an app that requires a rather odd usage of some kind of movie decoding. I'm trying to find a codec that I can trick into doing what I want, and so long as I can fix a problem or two, Theora is looking promising. What I want to do goes something like this: 1) Encode a whole bunch of two frame movies. For each movie, the

On Wed, Jan 15, 2025 at 02:34:26PM +0000, Daniel Stone wrote: > On Wed, 15 Jan 2025 at 14:20, Tomi Valkeinen wrote: > > No disagreement there, we need CREATE_DUMB2. > > > > My point is that we have the current UAPI, and we have userspace using > > it, but we don't have clear rules what the ioctl does with specific > > parameters, and we don't document how

Hi, On 2025/1/16 18:35, Dmitry Baryshkov wrote: > On Thu, Jan 16, 2025 at 11:17:50AM +0100, Geert Uytterhoeven wrote: >> On Thu, Jan 16, 2025 at 11:03?AM Tomi Valkeinen >> <tomi.valkeinen at ideasonboard.com> wrote: >>> On 16/01/2025 10:09, Thomas Zimmermann wrote: >>>> Am 15.01.25 um 15:20 schrieb Tomi Valkeinen: >>>> [...]

On Thu, Jan 16, 2025 at 10:43:40AM +0200, Laurent Pinchart wrote: > On Wed, Jan 15, 2025 at 02:34:26PM +0000, Daniel Stone wrote: > > On Wed, 15 Jan 2025 at 14:20, Tomi Valkeinen wrote: > > > No disagreement there, we need CREATE_DUMB2. > > > > > > My point is that we have the current UAPI, and we have userspace using > > > it, but we don't have

On Tue, Nov 08, 2005 at 06:08:25PM +0800, illiminable wrote: > Why not just make it OggRawFOURCC, do we really need one stream format for > rgb, and one for yuv ? [snip] > I just meant oggRaw, not fourcc. Oh, thank god you corrected this. :-) I was contemplating an "OggVid" format, and here is why I'm steering against it (though, yes, this has been a topic of

On Tue, Nov 08, 2005 at 06:08:25PM +0800, illiminable wrote: > Why not just make it OggRawFOURCC, do we really need one stream format for > rgb, and one for yuv ? [snip] > I just meant oggRaw, not fourcc. Oh, thank god you corrected this. :-) I was contemplating an "OggVid" format, and here is why I'm steering against it (though, yes, this has been a topic of

On Thu, Jan 16, 2025 at 11:17:50AM +0100, Geert Uytterhoeven wrote: > On Thu, Jan 16, 2025 at 11:03?AM Tomi Valkeinen > <tomi.valkeinen at ideasonboard.com> wrote: > > On 16/01/2025 10:09, Thomas Zimmermann wrote: > > > Am 15.01.25 um 15:20 schrieb Tomi Valkeinen: > > > [...] > > >> > > >> My point is that we have the current UAPI, and we

Hi, I'm switching from the mainstream theora trunk to the exp one and I encounter a problem with the encoder. Every video I encode are played like a 'mosaic', I do not know how to say that. The picture is just a bunch of coloured pixels. During the encoding process the video stream is defined like that: File stream.yuv is 320x240 15.00 fps 420 video. Why 420 ? Why not YUV like for

Hi, On 16/01/2025 11:38, Laurent Pinchart wrote: > On Thu, Jan 16, 2025 at 10:43:40AM +0200, Laurent Pinchart wrote: >> On Wed, Jan 15, 2025 at 02:34:26PM +0000, Daniel Stone wrote: >>> On Wed, 15 Jan 2025 at 14:20, Tomi Valkeinen wrote: >>>> No disagreement there, we need CREATE_DUMB2. >>>> >>>> My point is that we have the current UAPI, and

Hello there, I have been working on an alternative version of the png2theora example: The basic idea is to change the input of the program, using a QImage [1] variable instead of a png array. This is my base file: http://www.maefloresta.com/tmp/example.cpp The point where I am stuck starts at this comment: // LOOK HERE (line 313) And here is the issue: QImage supports RGB images, so my first