similar to: Upgrading to Beta 2

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

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

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, I coded some routines for YCbCr <-> RGB conversion, both using floating point numbers and using integer arithmetics, code is attached. Let's say I want to convert from RGB to YCbCr and back. First the integer arithmetics: In [1]: from colors import * In [2]: a = [255, 0, 255] In [3]: RGB2YCbCr(a) Out[3]: (107, 202, 222) In [4]: YCbCr2RGB(RGB2YCbCr(a)) Out[4]: array([255, 1,

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

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

Okay, how do I drop a changeset/patchset/tag for you folks from SVN? At this point, I have written three examples of how to use the basics of the ogg streaming and decoding in Tremor. I heartily welcome any suggestions, improvements and corrections that you can point out in the code. The examples required me to make some small modifications to the main tremor library. However, the changes

Hi Vorbis-Dev, I'm investigating various WebM/Vorbis bugs in chromium. AFAIK muxing Vorbis inside of WebM does not have an official specification, so I'm using ffmpeg's implementation to try to answer 2 questions: 1. Under what circumstances is it valid to find WebM Blocks containing Vorbis data with zero duration? (This would mean the next Block in the Cluster has the exact

Hey all, friendly ping :) Any help is much appreciated. On Thu, Jun 18, 2015 at 6:56 PM, Chris Cunningham <chcunningham at chromium.org > wrote: > Hi Vorbis-Dev, > > I'm investigating various WebM/Vorbis bugs in chromium. AFAIK muxing > Vorbis inside of WebM does not have an official specification, so I'm using > ffmpeg's implementation to try to answer 2

Happy new millenium! Summary: I'm having a problem queueing up the ogg_packet results of vorbis_analyze() for later writing to an .ogg stream. The docs don't seem to say if this is permissable or not. Hence, I don't know if I'm using the API incorrectly, or if this is an actual bug. ----- Attached is a short patch to vorbis-tools/oggenc/encode.c (from CVS head, 01/01/01... I

Test both the TLS enabled and fallback paths. nbd-server doesn't appear to support TLS at all, and qemu-nbd is known not to allow fallback to unencrypted, and therefore it only makes sense to test nbdkit at the moment. --- .gitignore | 4 ++++ TODO | 3 --- interop/Makefile.am | 54 +++++++++++++++++++++++++++++++++++++++++++++ interop/interop.c | 30

Can I join many ogg_packet together and decode it to PCM? Or I have to encode each ogg_packet at a time? If each packet is 1024 long, can I join 1.5 of packet (1024+512), and decode that 1024+512 packet, and then decode the 512 left? Or I must decode a whole packet, and can't cut it or decode only some of it (not all) Thank you, <p><p>--- >8 ---- List archives:

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

Hi there, First of all, sorry for my English I'm not a native english speaker. I need to develop and application witch does 3 tasks with oggs files : 1/ chain 2 ogg files 2/ extract a part from an ogg file 3/ add silence between two chained oggs files. Basically, - For the 1st task, I think that the best way to chain ogg files is to use the "cat" (on linux) or "copy

On Fedora 29, nbdkit-devel at 1.10.4 is too old for any of the tests/Makefile.am actions to run, but this also means we don't create any tls pki/ or keys.psk files that we then want to reuse during qemu testing, as evidenced by 'make check' failures such as: FAIL: interop-qemu-nbd-tls-certs ================================ qemu-nbd: Unable to access credentials

So, I abandoned the hope of using the ogg python bindings to do pure ogg container encoding. I started looking at the libogg in the hopes of retooling the bindings to follow a better object model and it actually looks like the problem is down in libogg, not the bindings. Am I crazy or does libogg rely on libvorbis to return ogg_packets, and that there are no functions that will build an ogg_packet

This neutral refactoring adds -DTLS_MODE. We can in future change the requested TLS mode, but not in this commit. It also checks that nbd_get_tls_negotiated returns true after connecting, when the requested mode was set to LIBNBD_TLS_REQUIRE. --- interop/Makefile.am | 4 ++++ interop/interop.c | 26 ++++++++++++++++++++------ 2 files changed, 24 insertions(+), 6 deletions(-) diff --git

L'octidi 18 pluviôse, an CCXXV, Miscellaneous a écrit : > > The RLP draft mentioned on the libvorbis docs page, are there sample > > implementations (in C) of this yet anywhere?  > Sorry that should say RTP, not RLP I am not sure I understand exactly what you are asking, but libavformat has a RTP packetizer that works for both Vorbis and Theora, implemented in rtpenc_xiph.c.

The test interop-qemu-nbd-tls-certs frequently fails on slow (32 bit) machines in Fedora Koji. (Is crypto slow on these already overloaded machines?) As we cannot wait for a signal when qemu-nbd is ready start serving, we have to use a sleep. The current sleep is 5 seconds, which is not long enough. Making the sleep longer would work but is inconsiderate for people using faster machines.

This adds new APIs for running a local NBD server and connecting to it using systemd socket activation (instead of stdin/stdout). This includes interop tests against nbdkit and qemu-nbd which I believe are the only NBD servers supporting socket activation. (If we find others then we can add more interop tests in future.) The upstream spec for systemd socket activation is here: