Bug 43246 - Playing ice/shoutcast streams skips excessively
Summary: Playing ice/shoutcast streams skips excessively
Status: RESOLVED FIXED
Alias: None
Product: arts
Classification: Unmaintained
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Multimedia Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-05-30 02:18 UTC by ieure
Modified: 2003-11-09 17:43 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ieure 2002-05-30 02:08:02 UTC
(*** This bug was imported into bugs.kde.org ***)

Package:           noatun
Version:           KDE 3.0.1 
Severity:          wishlist
Installed from:    Debian testing/unstable Packages
Compiler:          cc version 2.95.4 20011002 (Debian prerelease)
OS:                Linux
OS/Compiler notes: Debian "woody" KDE packages from kde3.geniussystems.net

When playing a stream from a shoutcast server (http://www.stoicnoise.net) there are many dropouts pauses and skips in the audio stream.

I believe this is due to poor quality and/or oversaturated network links. However XMMS plays the same stream fine.

I'm sure I could solve this by increasing the aRts buffering but I don't want to increase the latency for local audio. It would be very nice if noatun could provide a buffer for network streams to alleviate this problem.

(Submitted via bugs.kde.org)
Comment 1 matze 2002-10-01 12:34:47 UTC
While listening to shoutcast streams usually works, listening to this special 
stream does not work for me, too. Probably the bitrate is too high so that the 
decoder underruns, but anyway artsd crashes, more specifically the playobject 
code crashes when you call "halt()". Seems like some stack corruption. I'll try 
to resolve it, but it's probably in mpeglib. 
 
Comment 2 ieure 2003-11-04 03:18:13 UTC
This has been working for me since 3.1.x, and works fine in 3.1.4. Please close.
Comment 3 Matt Rogers 2003-11-09 17:43:29 UTC
closing upon request of reporter.