View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001791 | OpenMPT | Feature Request | public | 2024-06-15 13:16 | 2024-09-27 16:45 |
Reporter | Drillimation | Assigned To | Saga Musix | ||
Priority | low | Severity | feature | Reproducibility | N/A |
Status | resolved | Resolution | fixed | ||
Platform | x64 | OS | Windows | OS Version | 11 |
Product Version | OpenMPT 1.31.08.00 / libopenmpt 0.7.8 (upgrade first) | ||||
Target Version | OpenMPT 1.32 / libopenmpt 0.8 (goals) | Fixed in Version | OpenMPT 1.32 / libopenmpt 0.8 (goals) | ||
Summary | 0001791: Display timecode in milliseconds | ||||
Description | In OpenMPT, the timecode for a module is displayed at the bottom of the screen in hours, minutes, and seconds (hh:mm:ss). I would like it to display in milliseconds (this would look like this: hh:mm:ss.xxx) | ||||
Tags | No tags attached. | ||||
Has the bug occurred in previous versions? | |||||
Tested code revision (in case you know it) | |||||
related to | 0001017 | new | Tick boundary rendering (was: |
For a millisecond display, the update frequency of the UI timer would have to be increased significantly to make any sense (otherwise the last two digits will always just be 00 and that makes about as much sense as the inflated scoring system in pinball machines ;)). I'm not sure if that's a good idea given the load it adds to UI update tasks, and especially with smooth pattern scrolling that might make it even easier to completely lock up the UI. Adding a 1/10th-second display would be more realistic. |
|
This could make more sense (and be way more useful) if the displayed timing would be tick-aligned. However that is currently not possible. |
|
In r21114 I have increased the precision to showing 1/10th seconds. As mentioned above, it currently doesn't make much sense to increase the precision beyond that. As a side effect, the active channel count is now also updated more frequently, which is more similar to Impulse Tracker (I was always a bit annoyed by the low update frequency so I consider this to be a positive side effect). You can download an updated test build from https://builds.openmpt.org/builds/ (will take a few hours to show up there). Please let us know if this change is satisfying enough for you or if even higher precision is still needed. |
|
I'll mark this issue as resolved, as we now have a more precise time display and adding even more precision currently doesn't make any sense, as discussed above. |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2024-06-15 13:16 | Drillimation | New Issue | |
2024-06-15 13:29 | Saga Musix | Note Added: 0005975 | |
2024-06-15 13:38 | Saga Musix | Note Edited: 0005975 | |
2024-06-15 13:49 | manx | Note Added: 0005976 | |
2024-06-15 13:49 | manx | Relationship added | related to 0001071 |
2024-06-15 13:50 | manx | Relationship deleted | related to 0001071 |
2024-06-15 13:50 | manx | Relationship added | related to 0001017 |
2024-06-29 13:35 | Saga Musix | Assigned To | => Saga Musix |
2024-06-29 13:35 | Saga Musix | Status | new => feedback |
2024-06-29 13:35 | Saga Musix | Note Added: 0005990 | |
2024-09-27 16:45 | Saga Musix | Note Added: 0006071 | |
2024-09-27 16:45 | Saga Musix | Status | feedback => resolved |
2024-09-27 16:45 | Saga Musix | Resolution | open => fixed |
2024-09-27 16:45 | Saga Musix | Fixed in Version | => OpenMPT 1.32 / libopenmpt 0.8 (goals) |
2024-09-27 16:45 | Saga Musix | Target Version | => OpenMPT 1.32 / libopenmpt 0.8 (goals) |