Thanks, confirmed the problem. There are two issues:
Problem #1: Reaper doesn't import the markers properly. Check out the RPP file after import, all of the times match what the markerlist displays; after a certain point the times become negative. It's almost certainly an int overflow, INT64 is necessary. You should open a Reaper bug report for that. (Post the link here when you have it, please.)
Problem #2 is my issue, the markerlist is SLOW with that many entries and needs some optimization.
Tim about #2, I fixed the same kind of "slow list view" in the resources view (with an heritance, see SNM_FastResourceView which is used when there are more than 500 rows - "static" use at init time atm, though) may be we could share a common dynamic solution in sws_wnd ?
OK, you should be good. The markerlist is now much much better, although on my old machine is still marginally slow, ~6s to open the list for the first time, and then ~.5s lag during a refresh (marker or cursor change.) With 13,600+ markers, I hope you understand that updates will take a bit longer than usual! :)
Sorry for late reply. Very late :) I have tested this update and it's amazing. It runs much smoother than Sequoia. Sequoia has a playback problem when big number of markers. Filter helps, but bad workaround.
Very good !!!!
I do miss one more option though.
Scroll list during playback. :)
So it colors and scrolls the list as play cursors passes the marker.
Thoughts of replacing Sequoia with Reaper comes more and more frequently.
From dali.ste...@gmail.com on August 21, 2011 23:42:27
I just found SWS Extension. Great work. Thank you.
Samplitude and reaper opens attached EDL fine, but when I try to open Marker List is chokes. After a while it opens but the times are messed up.
Can it be the large number of markers?
Attachment: Excel Macro Export Samplitude.EDL
Original issue: http://code.google.com/p/sws-extension/issues/detail?id=353
The text was updated successfully, but these errors were encountered: