|
|
|
09-28-2017, 02:42 PM
|
#1
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
req: AUXDATA field in Chunks of Tracks , Lanes, Media Items and Automations Items
If MediaTrack, Media Items, Envelope Lanes, Automation Items had a AUXDATA field in their chunks, Basically working as "local" databases in which scripts could use to store some relavant information and rely would make possible and easier a lot of kind of scripts.
So my request is that and the API function to get/set this Data for each of them.
edit:
Also would be nice to have something like ExtState for each one of them.
so that different scripts can use it without messing others.
per example for media Items:
GetMediaItemState(const char* section, const char* key)
SetMediaItemState
DeleteMediaItemState
HasMediaItemState
Last edited by deeb; 03-25-2019 at 11:32 PM.
Reason: for explicity and adding other users ideas
|
|
|
09-29-2017, 10:59 PM
|
#2
|
Human being with feelings
Join Date: Feb 2007
Location: Oulu, Finland
Posts: 8,062
|
Quote:
Originally Posted by mpl
SetTrackSendInfo
|
He means he wants to store custom per-track data, not aux sends. Anyway, that should already be possible with SetProjExtState and GetProjExtState. The track GUIDs could be used to generate the key names for those functions. (This approach has some problems like when removing tracks, the custom data won't automatically clear from the project state...Also copying tracks can end up problematic.)
__________________
I am no longer part of the REAPER community. Please don't contact me with any REAPER-related issues.
|
|
|
12-20-2017, 01:31 PM
|
#3
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
Quote:
Originally Posted by Xenakios
He means he wants to store custom per-track data, not aux sends. Anyway, that should already be possible with SetProjExtState and GetProjExtState. The track GUIDs could be used to generate the key names for those functions. (This approach has some problems like when removing tracks, the custom data won't automatically clear from the project state...Also copying tracks can end up problematic.)
|
This make scripting much easier for a wide of application without the hassles you described. Better for scripting == better for all users
Last edited by deeb; 12-20-2017 at 01:40 PM.
|
|
|
12-22-2017, 12:45 PM
|
#4
|
Human being with feelings
Join Date: Feb 2007
Location: Oulu, Finland
Posts: 8,062
|
I'll propose to make it even more powerful and allow extensions and scripts to also store per-item and per-take data... (The available workarounds really are terrible at the moment...)
__________________
I am no longer part of the REAPER community. Please don't contact me with any REAPER-related issues.
|
|
|
12-22-2017, 04:12 PM
|
#5
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
Quote:
Originally Posted by Xenakios
I'll propose to make it even more powerful and allow extensions and scripts to also store per-item and per-take data... (The available workarounds really are terrible at the moment...)
|
thanks! awesome idea! opens a lot of possibilities wawaweee
|
|
|
01-24-2018, 07:58 AM
|
#6
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
this one opens a lot of possibilities for community scripts and extensions so one bump!
|
|
|
01-30-2018, 03:26 PM
|
#7
|
Human being with feelings
Join Date: May 2017
Location: Leipzig
Posts: 6,630
|
I'm all in with that one....
|
|
|
03-08-2018, 11:09 AM
|
#8
|
Human being with feelings
Join Date: Jul 2009
Posts: 3,714
|
+1!
I have long wanted to submit a similar FR for Automation Items.
Scripts such as my LFO Tool could then store an AI's curve data inside the AI itself, recall it whenever a user wants to re-edit the AI, and the data won't get lost during moving and copying.
|
|
|
03-08-2018, 11:23 AM
|
#9
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
Quote:
Originally Posted by juliansader
+1!
Scripts such as my LFO Tool could then store an AI's curve data inside the AI itself, recall it whenever a user wants to re-edit the AI, and the data won't get lost during moving and copying.
|
ahh cool ! : ) and many many many other things i am sure
|
|
|
03-09-2018, 04:49 AM
|
#10
|
Human being with feelings
Join Date: Jul 2009
Posts: 3,714
|
Media items actually already have "Item notes", with chunk field <NOTES.
|
|
|
03-09-2018, 08:33 AM
|
#11
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
Quote:
Originally Posted by juliansader
Media items actually already have "Item notes", with chunk field <NOTES.
|
i wonder what is the purpose! and if is this recent
|
|
|
03-10-2018, 05:44 PM
|
#12
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
I reminded to add to the request a section / key like it happens with GetExtState
so that different scripts can use it without messing others. Also would be nice all the complementary functions.
per example for media Items:
GetMediaItemState(const char* section, const char* key)
SetMediaItemState
DeleteMediaItemState
HasMediaItemState
Also Markers would be nice in the list too, but apparently they have a different way of being saved
|
|
|
03-13-2018, 11:57 AM
|
#13
|
Human being with feelings
Join Date: Jul 2009
Posts: 3,714
|
Quote:
Originally Posted by deeb
i wonder what is the purpose! and if is this recent
|
As far as I know, item notes have existed since the early years. In the case of empty items, the notes are the text that is displayed inside the item. In the case of other media items, the notes can be anything. I sometimes use it to temporarily store info for my scripts.
Strangely, there is no native API function to access the notes. Scripts must either use the state chuck, or use the SWS function ULT_Get/SetMediaItemNote.
Quote:
Originally Posted by deeb
so that different scripts can use it without messing others. Also would be nice all the complementary functions.
|
If scripts share the same item notes, they can mark their own part (using "*****script name*****" or whatever), to ensure that they don't disturb other notes.
|
|
|
03-13-2018, 12:18 PM
|
#14
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
Thank you!
Quote:
Originally Posted by juliansader
If scripts share the same item notes, they can mark their own part (using "*****script name*****" or whatever), to ensure that they don't disturb other notes.
|
yes, but this way forces a good practice imo, and so not so susceptible to be changed if other scripts don't take that into account properly, just that, like happens with GetExtState.
|
|
|
03-24-2018, 08:02 AM
|
#15
|
Human being with feelings
Join Date: Aug 2012
Location: Finland
Posts: 2,668
|
This would be very useful!
+1
|
|
|
01-07-2019, 11:09 PM
|
#16
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
Bump!
|
|
|
01-10-2019, 10:02 AM
|
#17
|
Human being with feelings
Join Date: May 2017
Location: Leipzig
Posts: 6,630
|
For MediaItems and MediaTracks, I made some functions to do that:
Read the following and the chapters following after that:
https://mespotin.uber.space/Mespotin...kItemExtStates
AutomationItems are still missing, but should be possible to do as well. But I need to research it a little first to be sure.
|
|
|
01-16-2019, 07:41 AM
|
#18
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
Quote:
Originally Posted by mespotine
For MediaItems and MediaTracks, I made some functions to do that:
|
nice mespotine and thank you! it can indeed be very useful but i think it is not really the point of the OR and i think using exstate it is much limited compared with AUXDATA written in track/item chunk for example copying tracks/items in same or in another project won't copy this values. So i think it does not full fill the request since it is something different and so i think REQUEST still open and valid!
Thank you!
|
|
|
03-26-2019, 06:49 AM
|
#19
|
Administrator
Join Date: Jan 2005
Location: NYC
Posts: 15,745
|
Looking at adding this!
|
|
|
03-26-2019, 08:01 AM
|
#20
|
Human being with feelings
Join Date: Jul 2009
Posts: 3,714
|
Yay!
Automation items are not yet included in the chunk, but I hope that it would be possible to add some kind of AUXDATA or "item notes" feature to AIs too.
As an example of an application: The LFO Tool can automatically recall the LFO shape of an AI, but only by using the AI's ID number. If the ID changes, as happens when copying without pooling, or moving to a subproject, to LFO Tool is stymied. Auto-recall would work much better if the LFO data could be saved within item notes that get copied with the AI:
|
|
|
03-26-2019, 08:05 AM
|
#21
|
Human being with feelings
Join Date: Feb 2017
Posts: 4,820
|
Quote:
Originally Posted by juliansader
Yay!
|
+ 1000!
|
|
|
03-26-2019, 08:47 PM
|
#22
|
Administrator
Join Date: Jan 2005
Location: NYC
Posts: 15,745
|
Now available (for testing anyway) in +dev0326. Post any results in that prerelease thread...
|
|
|
Thread Tools |
|
Display Modes |
Linear Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -7. The time now is 07:07 PM.
|