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"
https://bugs.launchpa
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 ra
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 edit
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.
https://bugs.launchpad.net/bu
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
T
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
https://lists.ubuntu.
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 this
** 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)
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 =>
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
ht
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 s
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
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 comme
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 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,
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. My
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
"
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 subscribed
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 search
** 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
ubuntu-bugs@lists.ubuntu.c
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, CoreSmartPlaylistEntr
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. A
** 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
ubuntu-bugs@lists.ubuntu.com
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 oth
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) FRO
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 2>&1
When banshee is runni
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.
>
> ** A
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"
http://launchpadlibrarian.net/3
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 th
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 databa
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
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 mu
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 t
** 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
h
** 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
ub
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
ub
37 matches
Mail list logo