Eesh, sorry Chow, I wasn't subscribed to notifications for this! Done
now - run debug script, found a file with an errant tag, edited tag,
saved, waited for CPU to drop, quit banshee, pasted all terminal to text
file, attached.
** Attachment added: terminal debug output
Hi Chow, all,
I'm getting what I think is a similar thing: 100% use of one CPU core after
saving any tags edits (2.4ghz dual core E6600); generally sluggish performance.
I've turned BPM detection off podcast support off. I just ran the debug
command as per your advice to Myk, made one tag
On Sun, Oct 26, 2014 at 10:04:12PM -, Si Dedman wrote:
Hi Chow, all,
I'm getting what I think is a similar thing: 100% use of one CPU core after
saving any tags edits (2.4ghz dual core E6600); generally sluggish
performance. I've turned BPM detection off podcast support off. I just ran
I'm getting this problem in Natty; is it meant to have been fixed or
not? My music library is over 19000 tracks. Rhythmbox seems to handle it
OK.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/474514
Hi Myk,
I believe you're experiencing a different bug. Could you run banshee
--debug --debug-sql and post the terminal output in a new bug report,
please?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I mean simply that I believed that the count was 5543, from memory, but
I had shut banshee after performing the steps to generate the log
without taking account of the actual number. When I restarted banshee,
during writing the bug comment, the time the application took to reload
was not worth the
On Monday 02,August,2010 02:53 AM, Toby Smithe wrote:
I mean simply that I believed that the count was 5543, from memory, but
I had shut banshee after performing the steps to generate the log
without taking account of the actual number. When I restarted banshee,
during writing the bug comment,
Ah, yes, of course - I suspected it might be something actually to do
with sqlite. I'll try that - thanks!
--
Banshee very slow when interacting with track lists
https://bugs.launchpad.net/bugs/474514
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
And, you were absolutely right. Does that mean this bug, therefore, is
not the best place to report/track the issue?
--
Banshee very slow when interacting with track lists
https://bugs.launchpad.net/bugs/474514
You received this bug notification because you are a member of Ubuntu
Bugs, which is
On Monday 02,August,2010 05:22 AM, Toby Smithe wrote:
And, you were absolutely right. Does that mean this bug, therefore, is
not the best place to report/track the issue?
It will be, pending investigation.
--
Kind regards,
Chow Loong Jin
** Bug watch added: Debian Bug tracker #591298
Actually on second thoughts, it's probably a different bug. I'll close
this bug report and create a new one.
** Changed in: sqlite3 (Ubuntu)
Status: New = Invalid
** Changed in: sqlite3 (Debian)
Importance: Unknown = Undecided
** Changed in: sqlite3 (Debian)
Status: Unknown =
** Changed in: banshee (Ubuntu)
Status: Confirmed = Invalid
** Changed in: banshee (Ubuntu)
Status: Invalid = Fix Released
** Changed in: sqlite3 (Debian)
Status: New = Invalid
** Changed in: sqlite3 (Debian)
Status: Invalid = New
** Changed in: banshee (Debian)
The sqlite3 regression bug has been moved to
https://bugs.launchpad.net/bugs/612370. Toby, I have subscribed you to
that new bug, so I think you should have received an e-mail about it.
--
Banshee very slow when interacting with track lists
https://bugs.launchpad.net/bugs/474514
You received
Thanks, Chow :)
--
Banshee very slow when interacting with track lists
https://bugs.launchpad.net/bugs/474514
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
On Saturday 31,July,2010 04:48 AM, Toby Smithe wrote:
This seems to be present as a regression in maverick with banshee
1.7.3-2ubuntu1.
** Changed in: banshee (Ubuntu)
Status: Fix Released = Incomplete
It is probably related to something in sqlite. Please post the output of
banshee
As you can see, more complex queries are taking thousands or tens of
thousands of ms. This makes the UI pretty much unusable. To create this
log, I started banshee, pressed play (shuffle mode, by track, is
selected), pressed next twice, scrolled the artists list, and quit
through the Media menu.
On Saturday 31,July,2010 07:36 PM, Toby Smithe wrote:
As you can see, more complex queries are taking thousands or tens of
thousands of ms. This makes the UI pretty much unusable. To create this
log, I started banshee, pressed play (shuffle mode, by track, is
selected), pressed next twice,
This seems to be present as a regression in maverick with banshee
1.7.3-2ubuntu1.
** Changed in: banshee (Ubuntu)
Status: Fix Released = Incomplete
--
Banshee very slow when interacting with track lists
https://bugs.launchpad.net/bugs/474514
You received this bug notification because you
I can confirm that new release of Banshee is much faster, and handles
large libraries smoothly.
Thank you!
--
Banshee very slow when interacting with track lists
https://bugs.launchpad.net/bugs/474514
You received this bug notification because you are a member of Ubuntu
Bugs, which is
This bug was fixed in the package banshee - 1.5.5-1
---
banshee (1.5.5-1) unstable; urgency=low
* New upstream release
+ New Features:
- Gapless Playback / Playbin2 (LP: #45518, #377354)
- Grid View
- YouTube Extension
+ Enhancements:
- Improve
** Branch linked: lp:debian/sid/banshee
--
Banshee very slow when interacting with track lists
https://bugs.launchpad.net/bugs/474514
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Same problem here.
After importing the media library it's ok. But after the first restart it's
very, very slow.
I've identified two queries against the database which took a long time:
sqlite SELECT COUNT(*), SUM(CoreTracks.FileSize) FROM
CoreTracks,CoreArtists,CoreAlbums,
Hi!
I moved my banshee.db from an EXT4 partition to an EXT3 (with a soft
link) and have the same problem.
It takes a lot of time to access the database, see the attached log Executed
in 18649ms
banshee-1 --debug-sql --debug
I did not have this problem on Fedora 11. It came up in Fedora 12.
** Tags removed: regression-potential
--
Banshee very slow when interacting with track lists
https://bugs.launchpad.net/bugs/474514
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Right, well lots to reply to...
Yes, I'm using EXT4 - fresh Karmic install. sqlite + ext4 problems could
also explain Liferea's slowness when updating feeds, and Firefox's
occasional oddities.
Chow:
I'd prefer not to disable file system integrity features, this is my work
machine too. I see
The debug log is attached... Started Banshee, played a track, skipped,
rated a track and then did a few more skips.
There's some nasty inserts info the CoreCache table that take ~1 second
and a few hefty selects too.
** Attachment added: Banshee debug log file
On Thursday 19,November,2009 08:01 AM, Jim Kirkpatrick wrote:
The debug log is attached... Started Banshee, played a track, skipped,
rated a track and then did a few more skips.
There's some nasty inserts info the CoreCache table that take ~1 second
and a few hefty selects too.
**
He said he was using ext4 on irc.
I also think this is related to sqlite (like this liferea bug:
https://bugs.launchpad.net/ubuntu/+source/liferea/+bug/290666)
Jim, could you do something like in that bug report:
# strace -etrace=fsync -o banshee_session.strace banshee 21
When banshee is
Banshee sets sqlite's PRAGMA synchronous = OFF, so I'm not sure it's
anything to do with the filesystem.
This query (among others) is way too long; it makes me think your
indexes are either broken/missing or not being used correctly.
Executed in 979ms SELECT COUNT(*), SUM(CoreTracks.FileSize)
Hi Chow,
I moved the banshee.db and re-imported the library... The delay is still
there, sorry... 2 cores maxed out, very slow GUI redraw, delays in
responding to skip track, rating or re-sorting the display.
FYI I tend to have large playists (e.g. Unrated/Unplayed) as I'm slowly
rating all my
On Monday 16,November,2009 10:45 PM, Jim Kirkpatrick wrote:
Hi Chow,
I moved the banshee.db and re-imported the library... The delay is still
there, sorry... 2 cores maxed out, very slow GUI redraw, delays in
responding to skip track, rating or re-sorting the display.
FYI I tend to have
OK, tried gconftool-2 --recursive-unset /apps/banshee-1 which clearly
wiped my settings... No change I'm afraid, still slow as already
outlined.
Is there no debugging information I can provide?
It seems to happen when the database is updated (last played/rated). It
seems selects from the
On Tuesday 17,November,2009 02:26 AM, Jim Kirkpatrick wrote:
OK, tried gconftool-2 --recursive-unset /apps/banshee-1 which clearly
wiped my settings... No change I'm afraid, still slow as already
outlined.
Is there no debugging information I can provide?
It seems to happen when the
** Tags added: regression-potential
--
Banshee very slow when interacting with track lists
https://bugs.launchpad.net/bugs/474514
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
There may be something wrong with your music library. Could you try
moving it aside (the file is ~/.config/banshee-1/banshee.db), re-
importing your music, and seeing if that helps? If it does, please
upload your ~/.config/banshee-1/banshee.db file for inspection. It may
yield some useful insight
** Changed in: banshee (Ubuntu)
Status: New = Confirmed
--
Banshee very slow when interacting with track lists
https://bugs.launchpad.net/bugs/474514
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I can also confirm this behaviour with ALL extensions disabled.
--
Banshee very slow when interacting with track lists
https://bugs.launchpad.net/bugs/474514
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
37 matches
Mail list logo