similar to: Windows ACM codec status

I know this probably transcends the scope of the current aims of Ogg video, but one thing I'd consider extremely useful is a lossless video compressor. There are a few of them out there (e.g. PICVideo's lossless wavelet codec) but I've found no free ones so far. The primary use would be for storage of video clips that would be too cumbersome to store as raw frames but still require

Sorry if this has been on discussion before, but is anybody working on enabling Vorbis so that it can be used in Windows Media player and friends? Dejan --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in

I just commited the first working version of the Windows ACM codec. It is capable of encoding and decoding, but it is still very buggy and unstable and of course not able of realtime encoding or decoding. If you want to play around with it go to http://sourceforge.net/projects/vorbisACM/. To compile it you need the latest Cygnus Gnu-Win32 and an older version of dllwrap (the latest Cygnus

We''re using unicornctl restart with the default before/after hook behavior, which is to reap old Unicorn workers via SIGQUIT after the new one has finished booting. Unfortunately, while the new workers are forking and begin processing requests, we''re still seeing significant spikes in our haproxy request queue. It seems as if after we restart, the unwarmed workers get swamped by

Does anyone have a status update for this project? The sourceforge page doesn't offer much info: http://sourceforge.net/projects/vorbisacm I'd love to be able to use Vorbis to encode audio from within Virtualdub, etc, etc, not to mention the ability o play Vorbis files in Windows Media Player. Too bad I don't have the skills to write it myself. Thanks, --Wilson. --- >8 ---- List

In case more people are interested, I originally posted the following to ruby-core: http://mid.gmane.org/20101210190448.GA6534 at dcvr.yhbt.net Eric Wong <normalperson at yhbt.net> wrote: > zuerrong <zuerrong at gmail.com> wrote: > > 2010/12/10 Tony Arcieri <tony.arcieri at medioh.com>: > > > And Unicorns are fantastical mythical creatures! > > > >

So, I saw a form of wav header I didn;t know about today. It's not in my (admittedly aging) copy of the RIFF spec from M$, but it's pretty clear how to handle it (mostly in the context of OggEnc). Here's a dump with od -c: 0000000 R I F F 370 357 l 002 W A V E f m t 0000020 020 \0 \0 \0 001 \0 002 \0 D 254 \0 \0 020 261 002 \0 0000040 004 \0

Hello. Some time ago I committed a Rubinius assembly-based HTTP parser generated from Ragel to the Rubinius git repository. Yesterday I made a Mongrel gem which installs and works on Rubinius. This basically involved commenting out anything to do with fastthread or the http11 C extension. If there''s interest in releasing a Rubinius-targeted gem, I can make changes to the Rakefile to

during the last weeks I was playing around with Windows ACM codecs. These drivers allow the use of audio compression algorithms in Microsoft Windows Apps like Goldwave or the Microsoft Audio Tools (e.g. for streaming). At the moment this code is in a very early stage, only some houskeeping functionality is finished at the moment. But I think it should be possible to implement this thing without

Anyone else hacked together an xmms plugin for Vorbis? I took my best shot at it based on the source and some of the info I've picked up off this list... I haven't really tested it yet, but I think with a little bit more hacking it might actually work. I can put the source up if anyone wants to dink around with it, but I'd rather just clean it up a little then perhaps ask xmms if

Tony Arcieri wrote : > I'm curious if anyone else is at all fed up with the current > state-of-affairs of media support under *IX. As things stand it's rather > a pain to add support for a new codec/framing format to an application, > and it seems like were someone to step up and design a system which > abstracts media support from end-user applications and

the recent discussion of support for Promise SATA drives reminded me that a while back i remember reading about a project to assemble a driver disk to provide wider hardware support than just stock CentOS. how's that coming along? i don't see anything in the wiki about it... as i have a vested interest in this project (since i'm still relying on old MegaRAID controllers),

I am trying to port the splancs library for S++ version 4.0 to R. I have modified the original FORTRAN to use dllwrap/dlltool (e.g. removed common blocks). I have been able to generate dll's (splancs.dll) using dllwrap/dlltool and Ming32 g77 with a -mdll switch. As of yet I have not been able to generate a dll that can be loaded by R. Does anyone out there have any suggestions. An example

> On Mon, Jan 25, 2016 at 2:18 AM, Sorin Srbu <Sorin.Srbu at orgfarm.uu.se> >> Just recently I started getting the dreaded message about my CentOS 6.7 >> x64-installation wasn't going to be supported anymore by Google Chrome. >> >> "This computer will soon stop receiving Google Chrome updates because this >> Linux system will no longer be

Before anything else, let me state this: Of course it''s going to be PAINFULLY slow on MRI. That''s not the point :) I thought I''d try out writing out a Ruby version of the parser for the purposes of Rubinius. For those of you who aren''t aware, Ragel supports a goto-driven FSM on Rubinius by injecting assembly directly, and Rubinus head honcho guy Evan Phoenix

From: Tony Arcieri > > A STUN implementation will be an important part of DistribuStream > in terms of firewall traversal. However, first I need to move the > whole protocol to UDP, and before I do that I''m trying to make it > work better in general. > > I''m also unsure what to use for a UDP data transfer protocol. I > need something to work in

I thought I might try experimenting with streaming. There isn't anything too odd I should be worried about, is there? Tony Arcieri --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/

Having not been reading the list regularly for the past few months, I've been reading through for the past few days trying to catch up. I was wondering what the current state of Vorbis metadata was. Has anything been agreed upon as far as how metadata is to be stored? It seems every time this was brought up before it turned into a large debate and nothing was ever resolved. Tony Arcieri

Sort of off topic, but I was wondering about how the SBR data factors into an mp3pro bitrate. If you encode a "64kbps" mp3pro stream, I'm guessing that 64kbps would include the SBR data. So, when played in a normal MP3 player, would a 64kbps mp3pro stream actually sound worse than a 64kbps MP3 stream? Tony Arcieri --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg

> -----Original Message----- > From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of JF > Bastien via llvm-dev > > I’m not a fan of C and C++ supporting anything but 8 bits per byte. > Realistically, C and C++ on such targets are different languages from 8- > bit-per-byte C and C++, and therefore code isn’t portable from one to the > other. Having done