View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000119 | OpenMPT | Feature Request | public | 2011-04-22 20:29 | 2015-04-21 16:59 |
Reporter | harbinger | Assigned To | |||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | new | Resolution | open | ||
Platform | x86 | OS | Windows | OS Version | XP |
Summary | 0000119: Cache settings for individual tracks. | ||||
Description | All track formats allow you to save global settings directly into the track file, many of which are found in Song Properties. But the next evolution of track metadata can be achieved by ModPlug keeping a separate set of settings for tracks the user works on. This would best be accomplished by a separate .cache or .cfg file that MPT maintains for tracks composed on the same computer. For example, in the OHM, i reminded the user (with some chagrin) that child window settings in MultiView cannot be saved per track, even in MPTM. With a separate cache settings file, they could be. Window positions and what they show can be read from a separate file kept in a folder in Application Data. Here are some other ModPlug-specific data that i see the need for restoring when i edit a track:
I understand this would take quite a bit of programming, but the way i see it, ModPlug would look for this cache file first before loading the track. If the cache is not found, then the current MPT settings are not touched. If the file is found, the current settings are saved into a temporary file, then all settings are reconfigured for as long as this newly loaded track is frontmost. If a previous track is given focus, those settings are restored onscreen. This might also make it easier for future development with not-yet-developed MPT-specific features that would not necessarily be saved with the track (perhaps because the format doesn't allow for it), but would be openable with ModPlug, such as track metadata (like accompanying bitmaps), song-specific scripts, or linkable pattern data (data imported from text files which CAN be printed). | ||||
Tags | No tags attached. | ||||
Has the bug occurred in previous versions? | |||||
Tested code revision (in case you know it) | |||||
There are probably better ways to implement that; why not embed the cache file into the module file itself? |
|
The devs have made great strides in implementing this idea. There is now a separate file which saves window positions. There is also a dialog since a few versions back that shows a very simplified view of the edit history. I'm sure the other features will be implemented as the need arises... |
|
Regarding the soundcard/player/DSP settings, mixing rate and resampling type are very likely to become (at least optional) file-specific settings, maybe even the ramping, however the DSPs are absolutely not going to. First off the EQ is clearly marked as being only there to correct deficiencies in your sound system. It's not a mastering EQ and thus you should use an EQ plugin for that purpose instead. Same goes for the Reverb and other effects, which are not even available on 64-bit builds due to them being written in pure x86 assembly. And regarding your comment, the edit history was already part of the IT/MPTM format back then, I guess your focus was on "for all file types", but storing it outside the file would not make very much sense at all. |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2011-04-22 20:29 | harbinger | New Issue | |
2015-03-12 10:01 | Amaroq_Dricaldari | Note Added: 0001985 | |
2015-04-20 20:26 | harbinger | Note Added: 0002040 | |
2015-04-21 16:58 | Saga Musix | Note Added: 0002042 | |
2015-04-21 16:59 | Saga Musix | Note Edited: 0002042 |