search for: vorbis_ip

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

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, 128000, 0, od.vi.rate, od.vi.channels); + vorbis_ip.set_info(filename, -1, 128000, od.vi.rate, od.vi.channels); while(i < 2) { while(i < 2 && ogg_sync_pageout(&od.oy,...

...e vorbisfile from c++ (thanks to Martin for this, too). Now, onto the questions: Firstly, I've seen xmms lock up under the following circumstances: play track, wait until it's right near the end (<< 1 second remaining), then try and seek. All of xmms locks hard. It looks like either vorbis_ip.output->flush() or ov_time_seek() aren't returning, but I haven't looked further yet. If anyone else can confirm this, and/or has a fix, let me know. Secondly, ov_open() now uses the new interface internally. It creates a struct consisting of fread, fseek, fclose, and ftell, then passes...