similar to: vorbis plugin crashing xmms

Hi, I just copied 15 GB of Music from my Slackware install over to my laptop running CentOS. Everything's running fine, except a few minor quirks. About 10 to 15% of the 4.000 songs in my collection seem to have broken ID3 tags in XMMS. In the playlist window, there are only truncated fields of a few random letters appearing. But when I right-click on one of these songs, the ID3 info is

Hmm two questions.. First, a while back someone emailed me with a patch against the icecast source that seemed to allow metadata to be enabled without all the goofed up skipping and so on that happens by default. Can someone contact me with this again? I've lost the patch.. Second, to the icecast guys.. what exactly is the problem with metadata currently? Would it be terribly hard to

Asheesh Laroia wrote: > Anyone here have any ideas? Is there a trace I can add to the flac > plugin, or some diagnostic method? Is there some debugging routine I can > use to see what's going on? > I concluded some months ago that this is exactly what happens if you try to play a zero-length file with a .flac extension. After that, all .flac files are skipped. This may not be

At 17:05 8/11/2001 -0400, you wrote: >you tell me. Works alright here, except in xmms which has a bug in its >shoutcast metadata handler. I've submitted a patch at bugs.xmms.org >for it. Hmm.. well with the current version of winamp and the previous two it would and does skip if I have metadata enabled.. it'll start anywhere from ten minutes to an hour into the stream and then

Hi, first of all, thank you all. The new Icecast version works very well and the new features are great! But I have some troubles with the metatag update via the admininterface. Basically everything works fine, but only WinAmp is displaying the titles correct. Windows Media Player isn't displaying them at all, XMMS only displays them when the ID3 tag changes for about 3 seconds and

I have a CD collection of about 20 discs that I currently archive on my hard disk in MP3 format. No, I do not like lossy compression. No, I do not like closed standards. No, I do not like software patents (Fraunhofer). In fact, I do not even need compression at this point, as my hard disk capacity is greater than the sum total of the CDs' WAV-format sizes. However, I need its ID3

hello! I use flac 1.0.2 with xmms 1.2.5 . The problem appears when I use the scroll bar to listen a few second forward in the song ("seek to ..."). Then xmms does'nt react and stops playing music for a few seconds. After these few second xmms works fine again and plays the song. The length of these pause is longer when I want to listen near the end of the song; its shorter when

Hello again, I updated my patch to be able to display all occurrences of a tag. E.g. if you have multiple artists specified, all can be displayed concatenated with configurable strings. (suggested and contributed by Jens Z. Burkal) Get the patch (against cvs) from here http://www.uni-jena.de/~p6best/comp/diffs/xmms-cvs_vorbistitle.diff.gz (it is now linked to a file

ok, I tried a few songs and it seems to me, that the seek problem appears only with some songs. Also I have songs where is no problem. Josh, should I mail you a problematic song? Jan On Tuesday, 15. January 2002 15:38, you wrote: > --- Jan Suhr <jan.suhr@freenet.de> wrote: > > hello! > > I use flac 1.0.2 with xmms 1.2.5 . The problem appears when I use > > the scroll

On a PII233 system running linux with ogg-vorbis-RC2, when playing a 2-min 48kbps ogg file, ogg123 takes much more CPU time than XMMS (several seconds with ogg123 vs. less than one second for all XMMS threads added up). Since the pids are the same, I am sure that XMMS did not create new threads when playing one song. I think this has to do with soundcard interaction. <p>--- >8 ----

(sorry I had to forward this; I managed to code a bug into my spam rejection filter, and it got a little overzealous) ----- Begin forwarded message ---- Date: Thu, 8 Mar 2001 11:06:02 -0500 To: Vorbis Development Mailing List <vorbis-dev@xiph.org> Subject: Message-ID: <20010308110602.A32731@lore.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition:

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

Corrected example playlist file: Example Playlist file: [playlist] File1=http://38.116.36.62:8000/ClassicRock Title1=Test Length1=-1 NumberOfEntries=1 Version=2 Fred -----Original Message----- From: icecast-bounces@xiph.org [mailto:icecast-bounces@xiph.org] On Behalf Of Fred Black Sent: Monday, July 25, 2005 1:12 PM To: 'icecast' Subject: RE: [Icecast] Problem with Intros in Relay

Hey all, this is a pretty simple question but I can''t seem to find anything on the wikki or google... Is there a Ruby/Rails equivilent to PHP''s nl2br function? -- Posted via http://www.ruby-forum.com/.

I use Ices with the perl module. I would like to know how to use the function supposed to return metadata, for example to read Id Tag. I didn't find anything in the documentation. Are there commands to get all the fields provided by the IdTag ? I also had strange results when commenting this function (in that case it is supposed to stream the name of the song, by reading the IdTag). With

Here is preliminary patch for fileinfo for xmms plugin. Saving and removing of the tag isn't working. When saving, how handle id3v1, v2? Display and edit more fields (e.g. performer)? How handle genres? Combo with predefined values? -- Miroslav Lichvar -------------- next part -------------- Index: src/plugin_xmms/Makefile.am

Hi, I'm wondering: If you have audio files like foo1.ogg and foo1.mp3, and the Vorbis file has nice comments (title, tracknumber, artist, album, date, etc), is there a tool to copy the information to an MP3 file on a "best effort" strategy? I know that MP3 TAGs are quite limited regarding lengths. Regards, Ulrich

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

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

On Tue, Jan 22, 2002 at 09:16:28PM -0500, Asheesh Laroia wrote: > I have MP3 files and FLAC files in my playlist. It's about 800-900 tracks > long. > > I'll start XMMS 1.2.6, and it'll work for some arbitrary amount of FLAC > files. Usually, that's between twenty and a hundred. Then, with no > warning, it will skip over all the FLAC files and play only the