similar to: Re: XMMS plugin license?

The license for the Vorbis audio codec was recently changed from GPL to LGPL because it's author (xiphmont@xiph.org) felt that being GPLed would hamper it's development. An argument ensued on the vorbis list about the intentions and consiquences of the GPL. Since words are being 'put in your mouth' I thought you might like the opportunity to comment. ---------- Forwarded message

I've written an updated xmms vorbis plugin, which is currently available from the vgplay cvs as a file tree and patch: http://savannah.nongnu.org/cvs/?group=vgplay (Once some file area problems are sorted, I'll put the patch there for easier access). It's a patch or Input/vorbis tree for xmms 1.2.8 and includes the following features: - Replaygain is now implemented using

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

Are there any thoughts to changing the license used by Vorbis from the GPL to the LGPL? As it stands, linking to libvorbis will taint any program. I'd like to research using Vorbis and contribute to it, but I'm not at the liberty to GPL the engine I'd like to link with libvorbis. The GPL prevents me from using it. The LGPL would still protect the Vorbis code while allowing

Are there any thoughts to changing the license used by Vorbis from the GPL to the LGPL? As it stands, linking to libvorbis will taint any program. I'd like to research using Vorbis and contribute to it, but I'm not at the liberty to GPL the engine I'd like to link with libvorbis. The GPL prevents me from using it. The LGPL would still protect the Vorbis code while allowing

Hi folks, here's a patch which adds an local xmms.m4 file (took it from latest stable xmms), so an complete autoconf regeneration also works if xmms is not installed. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit

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

> ok, > This is something I want to ask for some time now :) > Does this mean that License issues works with wine as it > works with the Linux kernel? > The Linux kernel is GPLed, however if a module (driver) is > dynamic loadable, it can have a proprietary license. > Is this the way it works with wine? The core (wine itself) > is LGPL, however its modules (builtin

As of late the xmms plugin has not been working at all, has anyone else noticed this? When I attempt to open a .ogg file the plugin prints "Did not find initial header for bitstream.", and the xmms segfaults. This happens for both newly encoded files, and files encoded with older versions. BTW, ogg123 has no trouble with the same files. -Dan --- >8 ---- List archives:

Does anyone else find that there is a long (5 seconds or so) delay when you first load an Ogg song in XMMS using the Beta 4 plugin? Once this song is in, playing another Ogg song (even after playing an MP3) does not cause a delay -- sometimes. Sometimes, the delay comes back. Thoughts? -Dan PS: Try renaming an Ogg as an MP3 and playing it - XMMS gets very confused. ;) --- >8 ---- List

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

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

I've got a song that causes the vorbis plugin for xmms to crash while reading the vorbis equivilent of id3 tags. What is the proceedure for reporting bugs like this. Do I mail the bug into this mailing list and then serve the song off of a FTP server? -ben --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this

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,

So, having spent too much time figuring out an obscure win32 encoding bug (now fixed), and working on the winamp plugin, I thought to get well away from windows, and fixed an irritating bug in the xmms plugin (it basically resulted in the last few seconds of audio being cut off). Along the way, I put in seeking, since it was fairly trivial, and it made finding problems that occurred at

Ok, it seems i had problems with stale stuff in there. I made clean and started over. The first part now correctly says " remember to run `libtool --finish /sw/lib'". The xmms plugin now gives a different error: /bin/sh ../../mkinstalldirs /tmp/sw/lib/xmms/Input ../../libtool-disable-static --mode=install /usr/bin/install -c libxmms-flac.la

Am I making the right assumptions.... I run icecast and then only need to run xmms with the plug in enabled to stream to the net.... Or do I need to run LiveIce as well??? When I try running liveice and xmms together xmms locks up. Any ideas? Thanks Kevin --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this

----- Forwarded message from Adam Ottley <aottley@shaw.ca> ----- Date: Wed, 30 Jul 2003 19:48:16 -0600 From: Adam Ottley <aottley@shaw.ca> Resent-From: Adam Ottley <aottley@shaw.ca> To: Debian Bug Tracking System <submit@bugs.debian.org> Subject: Bug#203581: xmms-flac: Plugin misplays certain valid files Package: xmms-flac Version: 1.1.0-9 Severity: normal Certain

That patch does get the .libs dir added to the compile line. But the other problem is that libtool is attempting to link against the installed version of libFLAC, that is $(DESTDIR)/lib/libFLAC.dylib instead of -lFLAC. See: cc -bundle -flat_namespace -undefined suppress -o .libs/libxmms-flac.so plugin.lo -L/sw/lib /sw/lib/libFLAC.dylib -L/sw/src/flac-1.0.2-1/flac-1.0.2/src/libFLAC/.libs

> Btw, has anyone else noticed that the Speex XMMS plugin is missing? While > speexdec works well, I'd kinda like to use XMMS. Yes, I mailed the web master and Jens about it a few days ago. I have the version I'm currently using which was based on an old version of Jens and has streaming support. It's a bit queer on seeking, and crashes XMMS if you seek while in pause, but it