 |
Search and replace a large file is high CPU consuming, so expect some time to end. Try leaving OpenMPT alone till end their tasks, and check if even leaving alone also freezes. Even at my side, search and replace whole song takes 3 and half minutes each round for this module: http://modarchive.org/index.php?request=view_by_moduleid&query=143280 |
|
|
My mistake on 1051 edits. Anyway, consider some time to finish. |
 |
Search and replace a large file is high CPU consuming That part isn't true (at least the Find/Replace algorithm itself is really fast), and I don't think it would freeze completely at all, but search/replace creates many undo points (one for every cell), and thus it will get slower and slower once you've reached more than 100,000 undo points (deleting previous undo points is slow). I will either change the behaviour to just create one undo point per pattern, or merge the undo points internally. |
|
|
The behaviour has been changed to create only one internal undo point per pattern for each replace action. This shouldn't congest the undo buffer anymore and thus not slow down the program: http://sagagames.de/stuff/mptrack.exe |
 |
sorry I took awhile to respond but I really haven't got to test it out yet, but it STILL seems to slow down each time I use the find/replace... I am doing the find/replace one pattern at a time from pattern 19 and by pattern 23, the find/replace is REALLY SLOW!!! |
|
|
Do you use "replace all"? I have done a test on azo_osl.it, one of the biggest modules out there, and find&replace now works instantly on it. |
|
|
now it doesn't want to work at all!! it kept getting slower and slower and now all it does is when I go to find - note: any, replace with: instrument 7, it does NOTHING but jump to the first note in the first channel on EVERY pattern I try it on, and I DO have 'replace all' checked!!! |
|
|
If it just jumps to the first occurence, you most definitely don't have the "Replace with:" checkbox checked. Right? |
|
|
yes, that somehow AUTOMATICALLY got unchecked... I also noticed after putting the checkmark back in play it was fast again, but still seems to slow down, I also noticed that using 'find next' in the next pattern doesn't experience the slow issue as bringing up the dialog does... I continued to pattern 40 using 'find next' as that didn't slow it down... |
|
|
I bet the checkbox got "automatically" unchecked just like OpenMPT "broke" for you so often before - i.e. it was your own fault (FWIW OpenMPT never unchecks that box by itself - never ever. There is no code for doing that). I'm closing this because the original issue clearly has been resolved. Find&Replace will remain slow-ish if you don't use "Replace All" because that's how it works, but noone with a sane mind would want to Find&Replace 100,000 notes by hand anyway. |
- Anonymous
