Launchpad has imported 6 comments from the remote bug at http://bugzilla.audacityteam.org/show_bug.cgi?id=144.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2010-03-04T15:17:57+00:00 Gale wrote: * JC: The algorithm for sorting/arranging the labels is being called frequently, isn't particularly efficient and is probably being called at times when it doesn't need to be. There are probably some changes that can be done quickly that will make 1,000 labels tolerable. * GA: PX at present. I have not tried on Windows yet. Have asked Steve if he tested on Linux, which makes all the reports on Linux so far. OP said there was not a problem on one 32-bit machine, so I asked what version of Audacity that was. Although we can do damage limitation to make 1000 labels more usable, I agree with Steve that "labels" are just that. We should develop a proposal to make labels more like a text editor (and maybe link with a real one). This will solve other problems like "can't add text to labels when reach end of the project", "no multi-line label support", "no search within labels" Reply at: https://bugs.launchpad.net/audacity/+bug/529337/comments/5 ------------------------------------------------------------------------ On 2010-03-07T05:12:27+00:00 James-k-crook wrote: I've just tried this under Windows XP (with 1.3.12) without a problem. I created a 40 minute chirp track with 1024 labels - mostly just the numbers 1,2,3..8, but a few labels had actual text. I was able to apply effects like fade out without problem. Editing of labels was a bit sluggish. I type 'Hello' in a label and the letters take about 3 seconds to appear, but acceptable at this stage of development. Looking at the code, sort() is only likely to be problematic when dragging a label. For the reported problem it would more likely be OverGlyph() that is at fault. If a developer on Linux sees this problem it would help if they interrupt the process when it is going real slow and see what function is in the call stack. If it is OverGlyph() converting that from a linear search to a binary search as per comment above it would help. A separate enhancement request for integration with a real editor would be good. I agree that we're not trying to support complete novels in each label. About 10 words in each is reasonable. I see no reason though that we should not support 10,000+ labels. In any case we would need large numbers of labels to support the real editor, since Audacity rather than the editor would still manage the time intervals. Support for line breaking in labels would also be a nice but very very low priority enhancement. Reply at: https://bugs.launchpad.net/audacity/+bug/529337/comments/7 ------------------------------------------------------------------------ On 2010-03-07T14:38:23+00:00 Gale wrote: Steve confirmed he was testing on Linux. Can someone test on Mac? That might push it to a P2 if it's a problem there as well. I think enhancements should be a Wiki proposal at this stage. Perhaps it should be called "Better transcription support" to match with the Feature Requests about it. I think there is a good use case and the Feature Requests page probably understates the level of interest (for example, people transcribing audio books for the blind often use Audacity). So while we should handle many short labels, the enhancement is to provide a better environment for working with long section-level labels. Reply at: https://bugs.launchpad.net/audacity/+bug/529337/comments/8 ------------------------------------------------------------------------ On 2010-03-16T07:46:24+00:00 Gale wrote: A report on launchpad forwarded by Benjamin: https://bugs.launchpad.net/ubuntu/+source/audacity/+bug/529337 suggests EXPERIMENTAL_LYRICS_WINDOW is to blame. Since this feature uses the first label track, you can work around the bug by inserting a bogus empty label track before the one that you actually want to edit. Reply at: https://bugs.launchpad.net/audacity/+bug/529337/comments/9 ------------------------------------------------------------------------ On 2011-02-12T13:38:08+00:00 James-k-crook wrote: Devel-fixed Rev:10931 (if valid fix, this bug therefore converted to a P4 on Lyrics Window). This bug was caused by AudacityProject::UpdateLyrics() recreating its copy of the lyrics completely, even when the window was not in use. Expensive because it removes and adds the labels all over again one at a time. The update postpones this step until the lyrics window is made visible. Of course if you edit the labels or make other changes whilst the lyrics window is open and there are a large number of labels, it will still be very slow, but the bug no longer affects normal use of large numbers of labels. ---bug demoted--- I've demoted the remaining part of the bug to a P4, and changed the title from: Excessive delay/CPU usage performing actions in projects with several hundred labels to Lyrics Window makes things slow, when many labels. Because the slowdown now only happens if the window is visible. Reply at: https://bugs.launchpad.net/audacity/+bug/529337/comments/10 ------------------------------------------------------------------------ On 2011-02-14T12:39:54+00:00 Gale wrote: Thanks James. Works fine on Windows. The additional delay now only occurs when the Karaoke window is open, but the delay was only ever a second or two as far as I can tell. However on Linux even opening the karaoke window (which I think people could well do) takes up to 10 minutes when there are 1000 labels. Given that and the severity (editing one label can then take half an hour) I think it should remain release noted (for Linux). Promoted back to P3. Reply at: https://bugs.launchpad.net/audacity/+bug/529337/comments/11 ** Changed in: audacity Status: Unknown => Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/529337 Title: Hangs for a long time when editing labels on large files -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
