similar to: xmms plugin

Okay, here's my first hack attempt at an xmms module. I managed to link (although not test) this with the current libvorbis CVS source (which needed some "help" compiling) and xmms 0.9.5.1. I'm guessing I made some fairly obvious mistakes in here which can be hammered out even without bitstreams to test it on. Tony Arcieri <HR NOSHADE> <UL> <LI>TEXT/x-csrc

Hi, I fixed the distorted audio bug in the XMMS plugin. A small follows below: --- vorbis.c.orig Mon Oct 11 04:05:14 1999 +++ vorbis.c Mon Oct 11 13:47:42 1999 @@ -161,7 +161,7 @@ /* XXX figure out something to put for the bitrate and how to calculate the length of the stream */ vorbis_ip.output->open_audio(FMT_S16_LE, od.vi.rate, od.vi.channels); - vorbis_ip.set_info(filename,

On Tue, Jul 08, 2003 at 10:11:49PM +0200, Miroslav Lichvar wrote: > On Tue, Jul 08, 2003 at 11:07:09AM -0400, Matt Zimmerman wrote: > > severity 200435 normal > > thanks > > > > I received this bug report from a Debian user. I can't think of any reason > > offhand why the command line tool would work while the xmms plugin would > > fail. > ... >

severity 200435 normal thanks I received this bug report from a Debian user. I can't think of any reason offhand why the command line tool would work while the xmms plugin would fail. ----- Forwarded message from Stephan Niemz <st.n@gmx.net> ----- Date: Tue, 8 Jul 2003 10:24:57 +0200 From: Stephan Niemz <st.n@gmx.net> Resent-From: Stephan Niemz <st.n@gmx.net> To: Debian

So, I'm seeing XMMS behave mighty strangely here. decode_example piped into a command line player manages to playback realtime on my p233 somewhat easily. XMMS (with the Vorbis plugin) utterly pegs the CPU and stutters badly. So, I started playing. Playing back mp3, xmms stutters badly (mp123 and xaudio play back realtime without difficulty). Playing back straight wav files, xmms also

The 2.0 release at my Day Job is winding itself up so I finally have cycles for libvorbis and the player again. I'm seriously considering just doing Vorbis full time, funding or no :-) In any case, I'm going to push off all the aggressive, unfinished features I've played with for the time being and institute a (personal) feature freeze in the interest of finishing the coder block for

Since the decoding went so much faster, I actually listened to the song I encoded all the way to the end, at which point the thing segv'd. Through a little easter egging, I managed to trace the problem down to a call to vorbis_dsp_clear(). I've just commented it out in the current source. As to why it's segving I am uncertain, but, save possible memory leaks, everything seems to be

Tony, I committed a new version of the XMMS plugin. This is a cleaned up and debugged version of the code you sent me with the conversion to the vorbisfile app library. At this point, it properly handles chaining (try concatenating two vorbis files with different serial numbers to see it work). The code also got alot smaller as alot of the hairy stuff is now done by vorbisfile.a. In the

Hello there. I'm having trouble to compile flac on gentoo linux: linux-2.6.8 gcc-3.3.4 glibc-2.3.4 nptl enabled I would be happy if someone could help me with this error: if ../../libtool-disable-static --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src -I../.. -I./include -I../../include -O2 -DNDEBUG -funroll-loops -finline-functions -Wall -W -Winline

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/

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

I hope it isn't too confusing to everyone posting my responses here. Monty requested this thread of discussion be moved to this list. On 14 May 2000 15:54:28 Martin Vogt <mvogt@rhrk.uni-kl.de> wrote: > The anser is "arts". It will become the KDE2.0 soundserver. > Currently I'm integrating the kmpg patch into arts, > then all KDE2.0 apps will be vorbis aware (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

Hello folks, This is a ping to see what folks are up to and planning to work on in the near future. I'm mostly just curious.... Personal goals in the next week: Handle any incoming bugs on the vorbisfile API/library Hone the LPC approximation routines a bit more. Get the command line player functional (Mike Whitson is also planning to put some time in here). Verify that I understand the

> > - file_info->length_in_msec = file_info->total_samples * 10 / (file_info->sample_rate / 100); > > + file_info->length_in_msec = (FLAC__uint64)file_info->total_samples * 10 / (file_info->sample_rate / 100); ... > It seems like would be simpler to do something like: > > (file_info->total_samples / file_info->sample_rate) * 1000; Without a float

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! > > > >

I'm getting some sort of weird distortion in the sound being output. I've tried many variations (including copying the seeming working code straight out of decoder_example.c) and still it comes out distorted. It is a different type of distortion from choppiness (which it also has). The easiest way to hear it is to pause play for about ten seconds and then resume. xmms will continue to

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

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

This is mostly to Matt Zimmerman. The xmms package in unstable was updated to 1.2.6-1; that's fine. Then I noticed my XMMS would no longer play FLAC files. I run testing, not unstable, I thought. What could have happened? That change was propagated into testing without an xmms-flac update! Huh? This makes me wonder: xmms-flac 1.0.2-1 should depend on xmms = 1.2.5. I think because this