similar to: xmms-plugin problem

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

---------- Forwarded Message ---------- Subject: [Bug 468] New: - seg fault when change the playing FLAC file; FLAC plugin Date: Fri, 23 Nov 2001 20:16:08 +0100 From: bugzilla-daemon@bugs.xmms.org To: jan.suhr@freenet.de http://bugs.xmms.org/show_bug.cgi?id=468 Summary: seg fault when change the playing FLAC file; FLAC plugin Product: XMMS Version: 1.2.5

Fine! I tried 1.0.2 and It works! thank you very much! Jan On Tuesday 04 December 2001 05:43, you wrote: > Jan, > I'm not sure that you've seen the messages go by in > the mailing list, but I think I fixed that bug and have > checked it into CVS. Could you try either CVS or > 1.0.2 which will be released this week an let me > know if it is fixed? Thanks, > >

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

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

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

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

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

Hi, I'm on kernel 2.14.13-ac8 running Redhat 7.1. I've successfully converted all my file system to ext3 and is working fine for a couple of weeks. However, I did a silly thing when I e2fsck (version 1.23) an ext3 /home partiction without umounting it. Now, I believe my partiton super-block is corrupted and the system wasn't able to mount /home. I tried as suggested to do a e2fsck -b

I've been running RH 72 on my Dell at work. Since I use more than one system and I test things, I forgot that I had the root partition as ext3. That machine has two kernels on it. One is the stock 2.4.7 RH 72 and the other is the new 2.4.17 that I compiled last week. This morning I logged in and typed startx. The kernel responed by coughing up a lung and segfaulted. Couldn't run any

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

yes, I do have one for both icecast/shoutcast/icecast2 (port of oddcastDSP)...although it is not quite ready for release, it definately works...send me email and I will send you a pre-release copy.. oddsock At 02:41 PM 1/21/2002 -0700, you wrote: > > Can anyone tell me weather there is a plugin available for xmms that > will let me direct the output of xmms to an icecast > >

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

Hi list, It seems that when playing several OggVorbis files under xmms, there is a memory leak. It's a rather annoying problem because when you have a playlist of 100+ files, xmms will at the end eat something like 100M or more.. Such a memory leak have been reported inside xmms-1.2.2 code and I could see it playing Ogg files and mp3 files ; upgrading to 1.2.3 solves the problem with mp3

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

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

Is it possible to use flac on a CD audio image (e.g. on the .bin file of a cdrdao .bin + cue-file setup)? I tried using the -f (format) options, but that didn't get me very far. The compressed file ended up being about 98% the size of the original and the extracted file did not match the original (flac tried to convert it to a WAV). Thanks for any input.

I noticed that the statically linked ogg/vorbis libraries for Windows are multithreaded. I want to link them into a non-multithreaded application, so I'm considering recompiling them to use the non-multithreaded C runtime. Is this feasible, or do libogg and libvorbis rely on multithreading? <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

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