similar to: YCbCr <-> RGB conversion question

Hello, i'm sorry for my English is not good. I need help with convert yuv_buffer data (YCbCr) to RGB without SDL. I write: BYTE *frame=new BYTE[YUV_BUFFER.y_height*YUV_BUFFER.y_width*4]; for(int cc=0; cc<YUV_BUFFER.y_height*YUV_BUFFER.y_width; cc++) { frame[cc*4+0]=YUV_BUFFER.y[cc]+1.371*(YUV_BUFFER.v[cc]-128);

Hi, in the past two days I wrote Python bindings to libtheora: http://github.com/certik/python-theora Currently it can read any ogv file (that seems to work quite well) and also encode to ogv (this mostly works, but there are some subtle issues to be fixed, I suspect I still have some bug in the way I half the dimensions of the Cb and Cr planes, so when you read ogv and write ogv, the resulting

Hello, Just a very quick message to let you know that I have definitely switched to YCbCr color space as YCbCr is better, more precision.I have updated my demo page: http://nhwcodec.blogspot.com/ . Any comment on this new version from the Xiph Community would be very appreciated, as I am developing alone (it really took some time to switch to YCbCr...).Also (as it was said), I am not totally

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 managed to get my own FLV videos working over the web: http://certik.github.com/record/ it plays in the opensource flash player (flowplayer), but I have to convert theora to FLV (you can use the script in the package above). My question is, does anyone know if it's possible to get theora itself working? I know firefox3.5 will be able to do it, but I am afraid that will be the only

Hi, I am using oggz-chop in the ubuntu jaunty, am I doing something wrong? $ oggz-chop -o yt1.ogv -s0 -e500 ondrej.ogv Segmentation fault gdb session doesn't reveal much, since it isn't compiled with debugging symbols: (gdb) bt #0 0x00007f9e5d2f0092 in memcpy () from /lib/libc.so.6 #1 0x0000000000403698 in ?? () #2 0x000000000040262e in ?? () #3 0x000000000040285d in ?? () #4

Good day! I'm creating HDL IP CORE (for using in FPGA) for theora encoder (now only I-frames). I don't undestand one moment. Now i develop such stages: 1. From RBG(byer) to YCbCr converter 2. DCT processing (8x8 pixels blocks) 3. Quantizator of DCT coeff. 4. Zig-Zag of quantized DCT coeff. and now i have uresolved last stage of compression - how i must send 8x8 blocks to huffman

I'm evaluating some video codecs for a online conference system. I'm encoding images (640x480) from a webcam. I've been playing around with theora and xvid. First of all, using theora, the decoded image looks strange: http://integrasoft.ro/~mgliga/theora/comparison.png <http://integrasoft.ro/%7Emgliga/theora/comparison.png>. On the left side the image from the webcam, on

Hi, what is the best way to go about mixing effects when joining two videos, like crossfading? Once I have the individual images as numpy arrays, the mixing itself is the easy part (I'll just use numpy + scipy for that, or any other python lib). However, it's not clear to me how (and especially when) to handle decoding and encoding properly. So lets say I create a video tutorial

I was getting a glicthy checkerboard mess at the cursor in some programs (konsol+) with # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 root=UUID=4107d1db-62a3-427c-8515-c954a103ce25 ro text quiet changed the command line in a blind attempt to: $ cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 root=UUID=4107d1db-62a3-427c-8515-c954a103ce25 ro nouveau.config=NvForcePost=1

Hi again, I have improved precision of my codec (on the encoder and decoder).I have also improved the -h1 quality setting.-Source code and binaries at http://nhwcodec.blogspot.com/-. I am still trying to improve precision of my codec, with keeping my low-complexity (fast) approach. I do not totally use the reference (and impressive) block prediction with different modes + residual coding scheme,

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

On 05/04/2017 04:00 AM, Pierre Moreau wrote: > Hello, > > Acceleration for Pascal cards is coming in Linux 4.12, support for Pascal cards > in xorg-video-nouveau is in 1.0.15, and if I remember correctly, on the > Mesa-side, you will need >=17.0. Thanks - I suspected it was too new. I'm finding the monitor capabilities miss identified even if I use an older card - I'm

On Sun, Feb 04, 2018 at 06:50:45PM -0500, Ilia Mirkin wrote: > In case anyone's curious about 30bpp framebuffer support, here's the > current status: > > Kernel: > > Ben and I have switched the code to using a 256-based LUT for Kepler+, > and I've also written a patch to cause the addfb ioctl to use the > proper format. You can pick this up at: > >

On Tue, Feb 20, 2018 at 9:25 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Tue, Feb 20, 2018 at 8:48 AM, Ville Syrjala > <ville.syrjala at linux.intel.com> wrote: >> From: Ville Syrjälä <ville.syrjala at linux.intel.com> >> >> Replace the ad-hoc iturbt_709 property with the new standard >> COLOR_ENCODING property. Compiles, but not tested.

A new intel-gpu-tools quarterly release is available with the following changes: General changes: - Bumped used C standard to gnu11. (Lucas De Marchi) - Bumped required meson version to 0.44. (Petri Latvala) - Introduced meson options for explicit control over optional dependencies. (Petri Latvala) - Added a meson option to set runpath for the installed executables. (Petri Latvala) -

May somebody give me link for server side processing of ogg video by php or ruby or anything else. Let me tell my purpose, I have made a image splitter of ogg video - You can view it at http://jsbin.com/ihebo (basic coding ) just play the video and there is a button call "snapit", which will take current frame. At the end of this process, I will upload all timing info at server.

Hi, here's a list of comments on python-theora: 1) http://certik.github.com/python-theora/module_theora.html#class-theora uses theora.test_files but setup.py does not install the test files so using this API fails with Traceback (most recent call last): File "browse-video.py", line 4, in <module> t = theora.Theora(theora.test_files[2]) File "theora.pyx",

Here http://lists.xiph.org/pipermail/theora/2004-September/000619.html Andrey describe encoder structure, this like: "I see the following structure of the compressor implemented in the FPGA (Xilinx Spartan 3 1000K gates): 1. Data from the external frame buffer (FB) memory goes to the Bayer-to-YCbCr (4:2:0) converter in overlapping 20x20 tiles that produce 6 8x8 blocks (one macroblock) on the