View Issue Details

IDProjectCategoryView StatusLast Update
0000236OpenMPTFeature Requestpublic2015-01-08 11:05
ReporterReally Weird Person Assigned To 
PrioritynormalSeverityfeatureReproducibilityN/A
Status newResolutionopen 
Platformx64OSWindowsOS Version7
Product VersionOpenMPT 1.20.00.* (old testing) 
Summary0000236: Sequence Play Counter
Description

Here is something that I thought of earlier that I think would be neat to see. A sequence play counter
Description: A number in the status bar to keep track of how many times the sequence has played
How it would work (at least for the first play through of the sequence): order number divided by order quantity
I haven't quite figured out exactly how it would work for subsequent plays though. I tried to figure that out, but was not successful. Here is the idea though. If a sequence contains one hundred orders, the play counter should display something like 0, 0.01, 0.02 and when it loops back to position zero, it should display 1, 1.01, 1.02, etcetera.

Additional Information

Although it is probably not impossible to implement, it is more complex than I had initially thought. This is because if patterns contain more or fewer than 64 rows, then the counter would need to be updated at the appropriate interval. If a pattern contains more than 64 rows, then the counter would need to be updated on each row number divisible by 64. If a pattern contains fewer than 64 rows, then the counter would need to be updated on the first row (0) of the next pattern rather than 64 minus the length of the previous pattern (e.g., row 33 (32) for going past a 32-row pattern). Based on the true complexity of this feature, it will likely not be implemented, but it certainly wouldn't be implemented unless it was either posted in the issue tracker or the developers thought of it, which they probably hadn't.

TagsNo tags attached.
Has the bug occurred in previous versions?
Tested code revision (in case you know it)

Activities

Saga Musix

Saga Musix

2012-03-18 15:30

administrator   ~0000665

Actually this would be rather easy to implement since OpenMPT can already keep track of how many times a song has looped, but I don't really see the necessity of such a feature, especially since the fractional display of the loop counter would severely slow down track rendering. Integer display (i.e. "looped 2 times") wouldn't be as bad.

Really Weird Person

Really Weird Person

2012-03-18 17:01

reporter   ~0000666

Last edited: 2012-03-18 17:03

That is a good point. An integer count of loops is sufficient. The fractional part is not necessary. By the way, your avatar looks interesting. It looks like a QR code. It looks like that happens with notes in the issue tracker.

rakib

rakib

2012-03-19 14:56

reporter   ~0000667

It looks like Microsoft tag.

Saga Musix

Saga Musix

2012-03-19 15:02

administrator   ~0000668

Last edited: 2012-03-19 15:02

It's neither a QR code nor a Microsoft tag, it's an Identicon (http://en.wikipedia.org/wiki/Identicon). I don't see how this would be relevant to the feature request, though.

Really Weird Person

Really Weird Person

2012-03-21 07:54

reporter   ~0000669

Last edited: 2012-03-21 07:55

If this feature is implemented, it seems reasonable to place the loop count in the space between where the channel and macro information is and the the row and pattern numbers are on the status bar.

Really Weird Person

Really Weird Person

2013-04-12 01:44

reporter   ~0001165

Just out of curiosity, has any more consideration been given to this feature? The application has been updated quite a few times since it was submitted, but I still haven't seen any information regarding this feature. I would still like to see it implemented. It would be helpful for keeping track of pattern numbers (as they could be calculated by multiplying the sequence length by the number of the times it has looped and then adding the currently playing pattern to the result).

Saga Musix

Saga Musix

2013-04-12 11:16

administrator   ~0001166

<blockquote>has any more consideration been given to this feature</blockquote>
Have a guess. Is the issue status "assigned"?

Really Weird Person

Really Weird Person

2013-04-12 16:01

reporter   ~0001167

The answer to your question is no. Based on your response, it seems safe to assess that you are not giving any further consideration to this feature and that it will not be implemented for quite a while (if it is implemented at all).

Issue History

Date Modified Username Field Change
2012-03-15 08:13 Really Weird Person New Issue
2012-03-18 06:11 Really Weird Person Additional Information Updated
2012-03-18 15:30 Saga Musix Note Added: 0000665
2012-03-18 17:01 Really Weird Person Note Added: 0000666
2012-03-18 17:03 Really Weird Person Note Edited: 0000666
2012-03-19 14:56 rakib Note Added: 0000667
2012-03-19 15:02 Saga Musix Note Added: 0000668
2012-03-19 15:02 Saga Musix Note Edited: 0000668
2012-03-21 07:54 Really Weird Person Note Added: 0000669
2012-03-21 07:55 Really Weird Person Note Edited: 0000669
2013-04-12 01:44 Really Weird Person Note Added: 0001165
2013-04-12 11:16 Saga Musix Note Added: 0001166
2013-04-12 16:01 Really Weird Person Note Added: 0001167