similar to: DirectShow Theora Issue with RGB24

Updated again... theora works and seeks properly (not to keyframe) in WMP 9 and 10. You can encode from a bunch of onew input types like RGB32, RGB24, IYUV etc. And fixed a bug that was stopping the filters being used in a activeX control in an IE browser. www.illiminable.com/ogg/ Enjoy, Zen.

Updated again... theora works and seeks properly (not to keyframe) in WMP 9 and 10. You can encode from a bunch of onew input types like RGB32, RGB24, IYUV etc. And fixed a bug that was stopping the filters being used in a activeX control in an IE browser. www.illiminable.com/ogg/ Enjoy, Zen.

Updated again... theora works and seeks properly (not to keyframe) in WMP 9 and 10. You can encode from a bunch of onew input types like RGB32, RGB24, IYUV etc. And fixed a bug that was stopping the filters being used in a activeX control in an IE browser. www.illiminable.com/ogg/ Enjoy, Zen.

Updated again... theora works and seeks properly (not to keyframe) in WMP 9 and 10. You can encode from a bunch of onew input types like RGB32, RGB24, IYUV etc. And fixed a bug that was stopping the filters being used in a activeX control in an IE browser. www.illiminable.com/ogg/ Enjoy, Zen.

Hi, I'm trying to capture video and audio from a webcam in order to encode it with the Theora and Speex DirectShow-filters. For audio, this filter graph plays fine: http://www.huitl.de/mic-speexenc-speexdec-out.png. The video part is problematic. Please have a look at http://www.huitl.de/cam-theoraenc-theoradec-out.png. 1. The webcam provides the color formats RGB24, I420 and IYUV. The

On Tue, Nov 08, 2005 at 09:36:52PM +0800, illiminable wrote: > > Then there's YUY2 which is interleaved Y0 U0 Y1 V0 Y2 U1 Y3 V1, and YVYU > (Y0 V0 Y1 U0 Y2 V1 Y3 U1), and UYVY (U0 Y0 V0 Y1 U0 Y2 V0 Y3)... and then > there's AYUV, which has a 4th alpha channel. We will only be doing [A]YUV ordered planar encoding, no other order, not packed using one of several methods.

On Tue, Nov 08, 2005 at 09:36:52PM +0800, illiminable wrote: > > Then there's YUY2 which is interleaved Y0 U0 Y1 V0 Y2 U1 Y3 V1, and YVYU > (Y0 V0 Y1 U0 Y2 V1 Y3 U1), and UYVY (U0 Y0 V0 Y1 U0 Y2 V0 Y3)... and then > there's AYUV, which has a 4th alpha channel. We will only be doing [A]YUV ordered planar encoding, no other order, not packed using one of several methods.

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

Hi So far when I have streamed Vorbis, the headers (the 3 first frames/packets) was not included in the stream, but communicated out of band typically in an SDP file as unparsed A-lines. Rethinking that concept, I'm wondering if it is really necessary to do it that way. Isn't it possible in a platform independent way to regenerate useable headers on the client side using just the

Hello. I'm trying to encode an Ogg Theora file from an unencrypted dvd using mplayer and encoder_example. I set up named pipes stream.wav and stream.yuv. I then run: mplayer -ao pcm -aofile stream.wav -vo null /dev/dvd & mplayer -vo yuv4mpeg -ao null -nosound /dev/dvd & encoder_example -v1 -a 1 stream.wav stream.yuv > lec1.ogg but I get the following error: File stream.wav is

(crossposted to theora-dev, since I thought some folks there might be interested) Hi all, Does anyone know of a ogg based container format that would be appropriate for holding raw AV data? I'm specifically interested in PCM audio, and uncompressed YV12 and RGB32 video. Basically looking to use it as a lightweight tool interchange format, generally muxed by mencoder and read/modified by

(crossposted to theora-dev, since I thought some folks there might be interested) Hi all, Does anyone know of a ogg based container format that would be appropriate for holding raw AV data? I'm specifically interested in PCM audio, and uncompressed YV12 and RGB32 video. Basically looking to use it as a lightweight tool interchange format, generally muxed by mencoder and read/modified by

some of you may find this helpful: I've uploaded a short (5 second) raw clip in yuv4mpeg format, associated audio, and batch files to exercise the encoder & decoder examples. In addition I've included the file as compressed (test.ogg), and a longer version as well to test playback sync. Notes: to use MPlayer with the -vo yuv4mpeg option, you need to get the latest release and compile

Good afternoon! Thanks for the previous answers, now there was a question of efficiency. I use the formula of transformation YUV12->RGB: float r = nY + 1.371f * ( nV - 128 ); float g = nY - 0.698f * ( nV - 128 ) - 0.336f * ( nU - 128 ); float b = nY + 1.732f * ( nU - 128 ); frame[index + 0] = ClampFloatToByte( r ); frame[index + 1] = ClampFloatToByte(

Just trying to debug my theora encoder... just wondering if someone could give me some insight on a few thigns... In the yuv_buffer i'm sending in... i am just setting y_stride = y_width = videoWidth uv_stride = videoWidth/2 y_height = videoHeight uv_height = videoHeight/2 Making the y buffer (width*height) and each of u and v (width*height/4) Am i correct in doing this ? I knwo stride

> But chroma subsampling? no. And this is where much of the complexity > comes. > > If we were to combine them, we would be, essentially, doing it something > like > this: > Value Meaning > 0 RGB > 1 YUV444 > 2 YUV422 > 3 YUV420 > 4 YUV411 > ..... Yes. > And then spend an additional field on bits/channel, whereas both chroma

> But chroma subsampling? no. And this is where much of the complexity > comes. > > If we were to combine them, we would be, essentially, doing it something > like > this: > Value Meaning > 0 RGB > 1 YUV444 > 2 YUV422 > 3 YUV420 > 4 YUV411 > ..... Yes. > And then spend an additional field on bits/channel, whereas both chroma

I'm unable to convert these gifs using the latest version of ffmpeg2theora 0.25 and the svn preview. http://upload.wikimedia.org/wikipedia/commons/9/96/Diamond_animation.gif http://i39.tinypic.com/260ybup.jpg Under 0.25, neither GIFswork. The framerate is 25fps instead of 5. Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: gif, pal8, 264x192, 25 tbr, 25 tbn, 25 tbc

I'm trying to encode a picture from my webcam using the theora codec. The final "product" must encode a frame, send it over the network and decode it on "the other side". For now, it must only work locally so we don't care about the transmission. This is what I've understood till now: I have a char * buffer from the camera RG24,I convert it to YCbCr 4:4:4, I