After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 348457 - Importing music in background causes skips while playing
Importing music in background causes skips while playing
Status: RESOLVED FIXED
Product: banshee
Classification: Other
Component: Playback
0.11.2
Other All
: Normal minor
: 2.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-07-24 00:30 UTC by Sean V. Kelley
Modified: 2007-08-23 01:20 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sean V. Kelley 2006-07-24 00:30:20 UTC
Music should not skip while importing in the background.

Other information:
I am importing 5333 FLAC songs in the background while attempting to play a song that has already been imported.  The host machine is a P4 3GHz running Ubuntu Dapper.  Performance was lackluster.  I understand this is C# so that is perhaps to be expected?

Sean Kelley
Comment 1 Aaron Bockover 2006-07-27 22:23:49 UTC
No, just because this is C# does not mean you should expect performance problems like this and Mono to be the culprit. C#/Mono does not mean "inherently slow or inferior to native.

In any regard, I do have any problems importing and playing FLAC at the same time on a measly 1.6GHz IBM T40p running SLED.

Can you provide some more detailed information? What player engine you're using (GStreamer, Helix...), what plugins you have enabled, what kind of file you are trying to play (am assuming FLAC), etc.
Comment 2 Ruben Vermeersch 2006-07-28 07:24:14 UTC
I suspect this to be caused by IO contention. I feel it too on my laptop (even though it has a 7200rpm hard drive).
Comment 3 Sean V. Kelley 2006-07-31 01:09:35 UTC
Hi,

I do embedded development for a living (Gtk+/Gtkmm) so in my world Python/Mono/C# can be quite slow and memory hungry.  Regardless, here are some things to note:

Using Gstreamer 0.10 engine
      Audioscrobbler enabled
      Metadata searcher enabled
      Notification Area Icon enabled

Playing a FLAC at the time.


I was able to duplicate the problem again, this time playing a FLAC song (different one) while importing 726 M4As (128) in the background.  Noticed quite a bit of skipping / pauses.  Eventually, it locked up.  I had to force quit it.

Sean
Comment 4 Richard Ayotte 2006-09-22 03:03:18 UTC
I'm also experiencing pauses and skipping. I have about 4500 songs in the library - all MP3. I'm Using Ubuntu Edgy with a custom 2.6.18 kernel with time frequency set to 1000Hz and  Preemption Model set to Voluntary Kernel Preemption on an AMD64 3000 with 1Gb of RAM.
Comment 5 Ross Golder 2006-10-13 20:42:27 UTC
*** Bug 348836 has been marked as a duplicate of this bug. ***
Comment 6 Peter Parkkali 2006-11-28 08:56:38 UTC
I can confirm this too. 

I'm currently importing around 18000 mp3s to Banshee 0.11.2 through an sshfs mount (100Mbit LAN) on an IBM T23, P3 1.1GHz, and it's simply _impossible_ to play anything without skips every 10-30 seconds. top reports a load average around 5, w / 80-90% of CPU time going to the Banshee process:

 Cpu(s): 83.6% us, 10.8% sy,  0.0% ni,  3.0% id,  2.0% wa,  0.7% hi,  0.0% si

Banshee is the only running process (not counting Xorg and the odd gnome-terminal) w/ everything else sleeping 99% of the time. CPU seems to be the bottleneck; network utilization is around 20-30% while load on the host serving the files is below 0.10.

The system is running Ubuntu Dapper (6.06); kernel 2.6.15-26-386 #1 PREEMPT. Banshee was compiled locally and is (apparently) using gstreamer for output. 

Enabled plugins are Audioscrobbler; Metadata Searcher; Notification Area Icon (this was the default configuration after compilation; I haven't installed banshee-official-plugins yet).

This may be a silly question, but wouldn't having separate threads for importing data and playing solve this?
Comment 7 Aaron Bockover 2007-02-02 18:22:52 UTC
Is this any better on 0.11.5?
Comment 8 Josiah Ritchie - flickerfly 2007-08-23 01:20:51 UTC
I'm going to assume fixed since we don't have an update within this year.