Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Marker list problem with large number of markers. #353

Closed
Jeff0S opened this issue Jul 8, 2014 · 5 comments
Closed

Marker list problem with large number of markers. #353

Jeff0S opened this issue Jul 8, 2014 · 5 comments

Comments

@Jeff0S
Copy link
Member

Jeff0S commented Jul 8, 2014

From dali.ste...@gmail.com on August 21, 2011 23:42:27

Hi.

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?

thank you.

Br,
Dali

Attachment: Excel Macro Export Samplitude.EDL

Original issue: http://code.google.com/p/sws-extension/issues/detail?id=353

@Jeff0S
Copy link
Member Author

Jeff0S commented Jul 8, 2014

From swstim on August 21, 2011 18:30:07

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.

Status: Accepted
Owner: swstim

@Jeff0S
Copy link
Member Author

Jeff0S commented Jul 8, 2014

From swstim on August 22, 2011 12:10:01

Problem #1 is fixed in Reaper now, from 4.02pre9 changelog:

  • Samplitude EDL: support for times greater than 2 billion samples in

Still working on prob #2, it'll take a bit of a rewrite.

Status: Started

@Jeff0S
Copy link
Member Author

Jeff0S commented Jul 8, 2014

From jeffos...@gmail.com on August 22, 2011 12:35:13

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 ?

@Jeff0S
Copy link
Member Author

Jeff0S commented Jul 8, 2014

From swstim on August 22, 2011 22:24:40

Dali,

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! :)

You need: Reaper 4.02
SWS v2.1.0 #5 from https://code.google.com/p/sws-extension/downloads/list Please let me know if this fixes your problem sufficiently! I appreciate the report, "extreme" cases are always interesting to test/fix.

(code in r539 )

Status: Fixed

@Jeff0S
Copy link
Member Author

Jeff0S commented Jul 8, 2014

From dali.ste...@gmail.com on November 04, 2011 16:32:27

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.

Thank you
Br,
Dali

@Jeff0S Jeff0S closed this as completed Jul 8, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant