|
|
|
12-08-2016, 04:42 AM
|
#1721
|
Human being with feelings
Join Date: Dec 2009
Posts: 543
|
Quote:
Originally Posted by lb0
But I have to say that's the boring bit And I don't want to start on it yet - not just because it's boring- but because things might change...
EDIT: But if anyone wishes to produce a list of useful things - then please be my guest and I will happily add it to the project folder on github and link to it from the first post. Timbral's videos have been very useful.
|
totally understandable
But you should defenetely start to use your magnificent creation!! it's awesome in the real world use
|
|
|
12-08-2016, 05:04 AM
|
#1722
|
Human being with feelings
Join Date: Apr 2014
Posts: 4,171
|
Quote:
Originally Posted by dasombre
totally understandable
But you should defenetely start to use your magnificent creation!! it's awesome in the real world use
|
Well - If I started using it - then I wouldn't be adding new stuff to it
|
|
|
12-08-2016, 06:06 AM
|
#1723
|
Human being with feelings
Join Date: Dec 2009
Posts: 543
|
Quote:
Originally Posted by lb0
Well - If I started using it - then I wouldn't be adding new stuff to it
|
hahaha, ok then forget what I just said
|
|
|
12-08-2016, 07:44 AM
|
#1724
|
Human being with feelings
Join Date: Dec 2009
Posts: 543
|
one little suggestion for workflow:
instead of right-clicking a control to choose "Open FX window" can we also maybe ctrl-alt-click it or just alt-klick (or alt-double-klick) a certain control to open the corresponding fx-gui? would speed up things even more.
|
|
|
12-08-2016, 07:55 AM
|
#1725
|
Human being with feelings
Join Date: Apr 2014
Posts: 4,171
|
Quote:
Originally Posted by dasombre
one little suggestion for workflow:
instead of right-clicking a control to choose "Open FX window" can we also maybe ctrl-alt-click it or just alt-klick (or alt-double-klick) a certain control to open the corresponding fx-gui? would speed up things even more.
|
Yep - that's lots of options though - any preference?
|
|
|
12-08-2016, 08:10 AM
|
#1726
|
Human being with feelings
Join Date: Dec 2009
Posts: 543
|
Quote:
Originally Posted by lb0
Yep - that's lots of options though - any preference?
|
amazing, thank you! maybe alt-klick is good. would be similar to ctrl-klick for reset.
|
|
|
12-08-2016, 10:38 AM
|
#1727
|
Human being with feelings
Join Date: Apr 2010
Location: Turkey/Istanbul
Posts: 1,820
|
|
|
|
12-08-2016, 10:40 AM
|
#1728
|
Petit manitou
Join Date: Feb 2009
Location: Gémenos France
Posts: 7,347
|
Quote:
Originally Posted by timbralzoom
|
Knobman addict !
|
|
|
12-08-2016, 11:07 AM
|
#1729
|
Human being with feelings
Join Date: Apr 2010
Location: Turkey/Istanbul
Posts: 1,820
|
Quote:
Originally Posted by Vincent Sermonne
Knobman addict !
|
yep but..
actually i am exporting (png) them directly synthmaker osm files
|
|
|
12-08-2016, 11:10 AM
|
#1730
|
Human being with feelings
Join Date: Jul 2013
Location: Edmonton, Alberta, Canada
Posts: 258
|
Quote:
Originally Posted by timbralzoom
|
Thanks
__________________
Ron L, i7 laptop x64, Win7pro/x64(dual boot), 7200rpm hd, 2 ext. hd, Scarlett 2i4, Event 20/20 audio monitors, 1 ext. video monitor, Novation Launch Control XL, REAPER x64, Sonar Platinum
|
|
|
12-08-2016, 11:25 AM
|
#1731
|
Human being with feelings
Join Date: Apr 2014
Posts: 4,171
|
Quote:
Originally Posted by dasombre
amazing, thank you! maybe alt-klick is good. would be similar to ctrl-klick for reset.
|
Done
|
|
|
12-08-2016, 11:42 AM
|
#1732
|
Human being with feelings
Join Date: Dec 2009
Posts: 543
|
Quote:
Originally Posted by lb0
Done
|
amazing! thanks a lot MR.! works great and fast
|
|
|
12-08-2016, 12:00 PM
|
#1733
|
Human being with feelings
Join Date: Apr 2010
Location: Turkey/Istanbul
Posts: 1,820
|
a weird Q.
(not an important one and not urgent either even if its "easily" doable)
just out of curiosity is it possible to have
support also for horizontal image, for the controls?
rotating image didn't work also makes dizziness while tweak
|
|
|
12-08-2016, 12:04 PM
|
#1734
|
Human being with feelings
Join Date: Dec 2009
Posts: 543
|
a technical note regarding undo (not a feature wish):
I noticed that parameter changes via LBX are not undo-able (or redo-able) when the corresponding plugin-gui is closed. In other words, no parameter-undo for FX unless GUI is open.
If gui is closed and you press undo Reaper undo's the last action it did before going into LBX.
This might cause some confusion (unless you know it) like you load a strip, change values in LBX, then want to undo value changes and suddenly your strip is gone and you see red "plugin not found" in LBX (because that was the last think that reaper's undo picked up and undid that). After "redo" plugin comes back but red letters remain in LBX.
Hope you understand what I'm talking about
|
|
|
12-08-2016, 12:37 PM
|
#1735
|
Human being with feelings
Join Date: Apr 2014
Posts: 4,171
|
Quote:
Originally Posted by timbralzoom
a weird Q.
(not an important one and not urgent either even if its "easily" doable)
just out of curiosity is it possible to have
support also for horizontal image, for the controls?
rotating image didn't work also makes dizziness while tweak
|
hmm... technically - of course is possible. but I really don't want to have to support both types. it would likely increase cpu overhead a little too, and more management of different types etc.
I'm sure there must be image manipulating software out there that can separate and restitch a horizontal stitched image into a vertical one ?? Would be much easier than me supporting both...
|
|
|
12-08-2016, 12:41 PM
|
#1736
|
Human being with feelings
Join Date: Dec 2011
Posts: 2,161
|
With the latest GUI components posted ... we are soon in need of an improved graphics management design. :|
Along this idea ... something talked about earlier ... the ability to 'step' a knob. That is, say we generally design knobs with 100 steps, but within LBX, have the ability to set to, say, 11 or 31 steps for a particular FX.
Something like this would allow maximum use of a single knob across multiple needs, rather than a custom knob for each item.
|
|
|
12-08-2016, 12:43 PM
|
#1737
|
Human being with feelings
Join Date: Dec 2011
Posts: 2,161
|
Quote:
Originally Posted by timbralzoom
a weird Q.
(not an important one and not urgent either even if its "easily" doable)
just out of curiosity is it possible to have
support also for horizontal image, for the controls?
rotating image didn't work also makes dizziness while tweak
|
?question?
In KnobMan ... isn't this just a function of the Start/END Sweep position [degrees] ?
|
|
|
12-08-2016, 12:44 PM
|
#1738
|
Human being with feelings
Join Date: Apr 2010
Location: Turkey/Istanbul
Posts: 1,820
|
Quote:
Originally Posted by lb0
hmm... technically - of course is possible. but I really don't want to have to support both types. it would likely increase cpu overhead a little too, and more management of different types etc.
I'm sure there must be image manipulating software out there that can separate and restitch a horizontal stitched image into a vertical one ?? Would be much easier than me supporting both...
|
OK, quite understandable
ill ask to friends about the graphic manipulating.
Thanks!
|
|
|
12-08-2016, 12:58 PM
|
#1739
|
Human being with feelings
Join Date: Apr 2010
Location: Turkey/Istanbul
Posts: 1,820
|
Quote:
Originally Posted by RJHollins
?question?
In KnobMan ... isn't this just a function of the Start/END Sweep position [degrees] ?
|
yes but, they are just png, exported from synthmaker osm files..
|
|
|
12-08-2016, 01:16 PM
|
#1740
|
Human being with feelings
Join Date: Dec 2011
Posts: 2,161
|
ah yes ... I see.
|
|
|
12-08-2016, 01:34 PM
|
#1741
|
Human being with feelings
Join Date: Apr 2014
Posts: 4,171
|
Quote:
Originally Posted by RJHollins
With the latest GUI components posted ... we are soon in need of an improved graphics management design. :|
Along this idea ... something talked about earlier ... the ability to 'step' a knob. That is, say we generally design knobs with 100 steps, but within LBX, have the ability to set to, say, 11 or 31 steps for a particular FX.
Something like this would allow maximum use of a single knob across multiple needs, rather than a custom knob for each item.
|
Well - cycle type lets you set a fixed number of steps which can then be mapped across say a 100 stepped knob image equally. Are there cases where this doesn't do what you're thinking?
|
|
|
12-08-2016, 02:04 PM
|
#1742
|
Human being with feelings
Join Date: Apr 2014
Posts: 4,171
|
Quote:
Originally Posted by dasombre
a technical note regarding undo (not a feature wish):
I noticed that parameter changes via LBX are not undo-able (or redo-able) when the corresponding plugin-gui is closed. In other words, no parameter-undo for FX unless GUI is open.
If gui is closed and you press undo Reaper undo's the last action it did before going into LBX.
This might cause some confusion (unless you know it) like you load a strip, change values in LBX, then want to undo value changes and suddenly your strip is gone and you see red "plugin not found" in LBX (because that was the last think that reaper's undo picked up and undid that). After "redo" plugin comes back but red letters remain in LBX.
Hope you understand what I'm talking about
|
Yes - am aware of this - I use it to my advantage when testing - because it makes it easy to jump back to previous reaper states and seeing how my script reacts.
It would be lovely to incorporate undo/redo in Stripper - but I don't know how expensive the CPU/Lag overhead might be. I'm aware of the different building blocks provided by reaper to incorporate it. I will look into it towards the end of development of the beta to see how feasible it would be. It certainly makes sense to have when you're using the script for mixing - but less so for live use - and depends how detrimental including it would be to those who wish to use it live. Maybe it would be possible to include it as an option - I don't really know yet.
Ok - had a bit of a play with undo blocks and simple parameter changes. Seems to work-ish - and no noticeable performance hit . Seems to be two states created - one undoes the last parameter change, the next does nothing. so I need to do more playing...
Last edited by lb0; 12-08-2016 at 02:31 PM.
|
|
|
12-08-2016, 05:57 PM
|
#1743
|
Human being with feelings
Join Date: Dec 2011
Posts: 2,161
|
Quote:
Originally Posted by lb0
Well - cycle type lets you set a fixed number of steps which can then be mapped across say a 100 stepped knob image equally. Are there cases where this doesn't do what you're thinking?
|
hmmm .... not getting this to work. :|
Been trying most every combination of the Cycle button editor, using a stock KNOB as the graphic.
I have a NEBULA parameter [FREQ] that has 3 positions [40, 60, 100].
I set it to 3 STATES, Draggable.
All the entries show up in backward order. Existing EDIT mode, the KNOB will not move, although I can see values scroll on the GUI [no movement of FX parameter].
Either I'm doing something wrong ... or NEBULA wants special treatment ... hmm
|
|
|
12-09-2016, 12:53 AM
|
#1744
|
Human being with feelings
Join Date: Apr 2014
Posts: 4,171
|
Quote:
Originally Posted by RJHollins
hmmm .... not getting this to work. :|
Been trying most every combination of the Cycle button editor, using a stock KNOB as the graphic.
I have a NEBULA parameter [FREQ] that has 3 positions [40, 60, 100].
I set it to 3 STATES, Draggable.
All the entries show up in backward order. Existing EDIT mode, the KNOB will not move, although I can see values scroll on the GUI [no movement of FX parameter].
Either I'm doing something wrong ... or NEBULA wants special treatment ... hmm
|
uncheck pos to frame? and check spread evenly?
It does sort the entries - but shouldn't be in reverse order... hmmm...
|
|
|
12-09-2016, 04:00 AM
|
#1745
|
Human being with feelings
Join Date: Dec 2011
Posts: 2,161
|
Tried every combination now ... no success.
When I increment the STATES, only 2 out of the 3 position register the correct value.
Even with that, the KNOB no longer moves to change parameters. Still can't rule out User error ... but still no work :|
|
|
|
12-09-2016, 04:20 AM
|
#1746
|
Human being with feelings
Join Date: Jun 2009
Location: Croatia
Posts: 4,597
|
I've guess something changed because my strips graphics are messed up (probably some new implementation so the strips need to be made again ?)
Edit: cleaned the folder now works fine
Last edited by Sexan; 12-09-2016 at 04:27 AM.
|
|
|
12-09-2016, 05:06 AM
|
#1747
|
Human being with feelings
Join Date: Jun 2009
Location: Croatia
Posts: 4,597
|
One request if possible and not too much work,I will try to explain as normal as I can.
Dual action button that will act on click as one action way but display frames as other action,but both actions have "same api context", example :
Envelope button on track
1.Right now it can be only called via action "Show track envelope dialog" which opens envelope window for current track.
Problem is that it has no states so it can not show which envelope is currently active
2. Envelope button has api "I_AUTOMODE" which I've added to your code
Code:
trctls_table[13] = {idx = 13,
name = 'Envelope',
parmname = 'I_AUTOMODE',
min = 0,
max = 4,
}
With this api the current active state is showed but the drawback is you can only cycle thru the states per click , it can not show the advanced dialog above in 1.
So my request is if these two actions can be merged into one so the strip in track controls would have section "Envelope" (like solo,mute,phase etc) that will act:
1.When clicked it would open the Envelope dialog via reaper action
2.It would show states (frames) of I_AUTOMODE api (this would not react to click it would act only as background to show which envelope is activate)
I hope this makes some sence,there are more actions and api that would benefit from this like routing and fx (one to show states of receive,send,master and FX if the track actually has any FX , right now it can only turn fx on off but cannot show are there any)
Last edited by Sexan; 12-09-2016 at 05:11 AM.
|
|
|
12-09-2016, 06:43 AM
|
#1748
|
Human being with feelings
Join Date: Dec 2009
Posts: 543
|
Quote:
Originally Posted by lb0
Yes - am aware of this - I use it to my advantage when testing - because it makes it easy to jump back to previous reaper states and seeing how my script reacts.
It would be lovely to incorporate undo/redo in Stripper - but I don't know how expensive the CPU/Lag overhead might be. I'm aware of the different building blocks provided by reaper to incorporate it. I will look into it towards the end of development of the beta to see how feasible it would be. It certainly makes sense to have when you're using the script for mixing - but less so for live use - and depends how detrimental including it would be to those who wish to use it live. Maybe it would be possible to include it as an option - I don't really know yet.
Ok - had a bit of a play with undo blocks and simple parameter changes. Seems to work-ish - and no noticeable performance hit . Seems to be two states created - one undoes the last parameter change, the next does nothing. so I need to do more playing...
|
thanks a lot for the explanation, totally makes sense.
I would not mind an option for later to just enable undo of parameter-value changes (maybe 4 or 5 is also enough, don't need total undoability). This would be good enough if possible and when it makes sense to you too
Thank you.
|
|
|
12-09-2016, 06:55 AM
|
#1749
|
Human being with feelings
Join Date: Apr 2014
Posts: 4,171
|
Quote:
Originally Posted by dasombre
thanks a lot for the explanation, totally makes sense.
I would not mind an option for later to just enable undo of parameter-value changes (maybe 4 or 5 is also enough, don't need total undoability). This would be good enough if possible and when it makes sense to you too
Thank you.
|
There are definitely some quirks in the system - in that for each parameter change you make - at least one history item is made (something like run reascript) which basically does nothing. There has been lots of discussions regarding this issue that I found from 3-4 years ago - so seems like it's not going to get fixed anytime soon.
Basically - It just means that where you might normally just click undo once to undo the last action - you may need to click twice (but not all the time!!) - so at best it works, at worst you really need to keep an eye on what's being undone - you can't just ctrl-z blindly and expect it to have done what you want.
I'll do some more research to see if there are any workarounds.
|
|
|
12-09-2016, 07:22 AM
|
#1750
|
Human being with feelings
Join Date: Dec 2009
Posts: 543
|
Quote:
Originally Posted by lb0
Basically - It just means that where you might normally just click undo once to undo the last action - you may need to click twice (but not all the time!!) - so at best it works, at worst you really need to keep an eye on what's being undone - you can't just ctrl-z blindly and expect it to have done what you want.
|
this would be still better than it is now, I think . As now your FX just goes away when you hit undo and you can't bring it back without having to reconnect the controls or drag in the strip again. It's potentially "dangerous" for the session I would say One has to be very cautious with it, because undo is a major workflow here when I do something stupid, and with LBX I would have to take gooood care of when I hit undo every time now. Then I would prefer it to even hit it twice, or when I hit it that nothing happens, this is better thann loosing your last FX and having to bring it back manually I guess.
But I can see the dilemma here. Thank you.
EDIT: why does it work without hickups when the GUI is open then even with LBX? Don't get this as I'm no programmer.
|
|
|
12-09-2016, 07:24 AM
|
#1751
|
Human being with feelings
Join Date: Apr 2014
Posts: 4,171
|
Quote:
Originally Posted by Sexan
One request if possible and not too much work,I will try to explain as normal as I can.
Dual action button that will act on click as one action way but display frames as other action,but both actions have "same api context", example :
Envelope button on track
1.Right now it can be only called via action "Show track envelope dialog" which opens envelope window for current track.
Problem is that it has no states so it can not show which envelope is currently active
2. Envelope button has api "I_AUTOMODE" which I've added to your code
Code:
trctls_table[13] = {idx = 13,
name = 'Envelope',
parmname = 'I_AUTOMODE',
min = 0,
max = 4,
}
With this api the current active state is showed but the drawback is you can only cycle thru the states per click , it can not show the advanced dialog above in 1.
So my request is if these two actions can be merged into one so the strip in track controls would have section "Envelope" (like solo,mute,phase etc) that will act:
1.When clicked it would open the Envelope dialog via reaper action
2.It would show states (frames) of I_AUTOMODE api (this would not react to click it would act only as background to show which envelope is activate)
I hope this makes some sence,there are more actions and api that would benefit from this like routing and fx (one to show states of receive,send,master and FX if the track actually has any FX , right now it can only turn fx on off but cannot show are there any)
|
I'll see what I can come up with. It's certainly not straightforward because I'd have to make it work for standard fx parameters, track parameters (in your case), and possibly other types too. But the action buttons use the same table entries to store their information as are required by these other types...
I'm thinking a possible solution would be an 'invisible' action button positioned underneath the other button (underneath means it gets drawn first - but also means it would receive the click action first - and the subsequent control on top would never receive the mouse click). At the moment this might not work well as clicking the invisible action button would write the graphics background over the 'on top' control (it only updates the controls that are interacted with - although technically it might already work in the case that the click causes the other control to get visually updated too). I could add code to tell it not to draw the background image in the case of an invisible image - but would need a way to identify this type of image. Then you'd just need to ensure that the controls are dragged onto the grid in the correct order to ensure the invisible one remains underneath.
This is a bit of a fudge - but could be useful in multiple situations - and is much less demanding than having to create special dual-action types that would have to cope with a large variety of different setup options.
Let me think on this. You could of course try it yourself. Create an invisible single step png (or doesn't have to be invisible - could be just the same colour as the background) - drag it in as an action button - and insert it first onto the grid - set the action as required. Then insert the automode button as a cycle button or whatever - and place it on top. See if that works. I'm sorry I cannot test this here at the moment - but it should work in your case unless I've missed something.
Ah - scratch that - it just redraws the underneath action button because the other button does not actually get updated anymore as it's the dialog opening - not cycling through the options...
Let me think some more - still thinking along these lines though with an overlaid control...
Last edited by lb0; 12-09-2016 at 07:33 AM.
|
|
|
12-09-2016, 07:37 AM
|
#1752
|
Human being with feelings
Join Date: May 2007
Location: Deepest South Bucks, UK
Posts: 96
|
Just something you might wish to consider for this wondrous piece of software. Is there a way to allow people to easily share their creations - whilst allowing the 'factory' LBXCS resources folder to stay intact?
Sexan and Timbralzoom have done some great things using their own graphics, which they have shared. To do this I have to copy their resources into the correct sub folders of LBXCS_resources (from a choice of 7).
If a new version of LBXCS_resources is released I cannot simply delete the existing one folder and copy the new one in as I will lose all the 'non-factory' resources.
Could each person's 'LBX creation for sharing' creation inhabit its own resources file structure? I'm just trying to think of ways to make LBX-stripper less prone to user-error.
Kind regards
__________________
Mac Pro 3.1, Emagic AMT8, iconnectivity Audio 4+, Zoom R24, Novation Mininova.
|
|
|
12-09-2016, 07:45 AM
|
#1753
|
Human being with feelings
Join Date: Jun 2009
Location: Croatia
Posts: 4,597
|
Quote:
Originally Posted by lb0
I'll see what I can come up with. It's certainly not straightforward because I'd have to make it work for standard fx parameters, track parameters (in your case), and possibly other types too. But the action buttons use the same table entries to store their information as are required by these other types...
I'm thinking a possible solution would be an 'invisible' action button positioned underneath the other button (underneath means it gets drawn first - but also means it would receive the click action first - and the subsequent control on top would never receive the mouse click). At the moment this might not work well as clicking the invisible action button would write the graphics background over the 'on top' control (it only updates the controls that are interacted with - although technically it might already work in the case that the click causes the other control to get visually updated too). I could add code to tell it not to draw the background image in the case of an invisible image - but would need a way to identify this type of image. Then you'd just need to ensure that the controls are dragged onto the grid in the correct order to ensure the invisible one remains underneath.
This is a bit of a fudge - but could be useful in multiple situations - and is much less demanding than having to create special dual-action types that would have to cope with a large variety of different setup options.
Let me think on this. You could of course try it yourself. Create an invisible single step png (or doesn't have to be invisible - could be just the same colour as the background) - drag it in as an action button - and insert it first onto the grid - set the action as required. Then insert the automode button as a cycle button or whatever - and place it on top. See if that works. I'm sorry I cannot test this here at the moment - but it should work in your case unless I've missed something.
Ah - scratch that - it just redraws the underneath action button because the other button does not actually get updated anymore as it's the dialog opening - not cycling through the options...
Let me think some more - still thinking along these lines though with an overlaid control...
|
Yeah I tried with the transparent idea few days ago when i started playing with the idea.... Anyway thank you for considering the idea but if its too much hassle forget it
|
|
|
12-09-2016, 07:50 AM
|
#1754
|
Human being with feelings
Join Date: Apr 2014
Posts: 4,171
|
Quote:
Originally Posted by RSG
Just something you might wish to consider for this wondrous piece of software. Is there a way to allow people to easily share their creations - whilst allowing the 'factory' LBXCS resources folder to stay intact?
Sexan and Timbralzoom have done some great things using their own graphics, which they have shared. To do this I have to copy their resources into the correct sub folders of LBXCS_resources (from a choice of 7).
If a new version of LBXCS_resources is released I cannot simply delete the existing one folder and copy the new one in as I will lose all the 'non-factory' resources.
Could each person's 'LBX creation for sharing' creation inhabit its own resources file structure? I'm just trying to think of ways to make LBX-stripper less prone to user-error.
Kind regards
|
I'll consider the best way to approach this. On windows at least - I just copy/overwrite the folders from other users and it 'merges' with the factory stuff - so nothing gets lost - takes 2 seconds. I don't know how this works on Mac? The only time it would be a problem is if the same filename were used for a different control or image etc. This is where naming conventions should come in to keep everyone's stuff clearly unique.
But I also consider the fact you may want to try their creations without cluttering your own setup... So it does need some thought...
|
|
|
12-09-2016, 07:52 AM
|
#1755
|
Human being with feelings
Join Date: Apr 2014
Posts: 4,171
|
Quote:
Originally Posted by Sexan
Yeah I tried with the transparent idea few days ago when i started playing with the idea.... Anyway thank you for considering the idea but if its too much hassle forget it
|
I just need a way to identify when you don't want to redraw the background when drawing a 'transparent' button. It will work if I can add this functionality.
Easiest solution - add a transparent control flag to the control options then adapt the drawing code to check this flag before drawing... easy
|
|
|
12-09-2016, 08:53 AM
|
#1756
|
Human being with feelings
Join Date: Apr 2014
Posts: 4,171
|
Quote:
Originally Posted by dasombre
this would be still better than it is now, I think . As now your FX just goes away when you hit undo and you can't bring it back without having to reconnect the controls or drag in the strip again. It's potentially "dangerous" for the session I would say One has to be very cautious with it, because undo is a major workflow here when I do something stupid, and with LBX I would have to take gooood care of when I hit undo every time now. Then I would prefer it to even hit it twice, or when I hit it that nothing happens, this is better thann loosing your last FX and having to bring it back manually I guess.
But I can see the dilemma here. Thank you.
EDIT: why does it work without hickups when the GUI is open then even with LBX? Don't get this as I'm no programmer.
|
Actually - your edit got me thinking and it's only because the plugin GUI was open that mine was storing any undo state. The actual parameter changes my script made were not undoable if the GUI was closed :/ Need to look into this some more.
|
|
|
12-09-2016, 10:37 AM
|
#1758
|
Human being with feelings
Join Date: Dec 2009
Posts: 543
|
Quote:
Originally Posted by lb0
Actually - your edit got me thinking and it's only because the plugin GUI was open that mine was storing any undo state. The actual parameter changes my script made were not undoable if the GUI was closed :/ Need to look into this some more.
|
You're right. It works here too if GUI is open. But I was just thinking of another workaround if undo is too hard to make:
We could have undo with "automatic snapshots" (because snapshots work great). Let's say LBX stores a snapshot (in a subset called "history" for example) after each change of a value, but does this only a few times (5 to 10 snaps) until it starts to overwrite the oldest "undo snap" again. So if the user does not like his last parameter tweak he just opens the subset with the history and chooses the last "history snap". This would maybe be less hassle to do, but I'm just guessing again
Another workflow thing to consider:
As LBX is not passing any keyboard-shortcuts to reaper when LBX is focused, why not add this convenient default shortcuts to LBX:
- E (toggle between): edit mode with the FX "parameter edit page" and LIVE MODE <- (That's the most importent one)
- S (toggle between): edit mode with the "strip edit page" and LIVE MODE.
- L toggles FX-parameter Learn on and off.
- G toggles between Graphic-edit-mode and LIVE MODE.
might save a lot of time mousing around for tasks that are done hundreds of times in a good LBX session
Please don't feel urged at all to implement, I just want to pass on the ideas for better workflow and see what you and other users think about it.
Cheers
EDIT: and timbral, thank you for great knobs. grabbed them all
|
|
|
12-09-2016, 11:25 AM
|
#1759
|
Human being with feelings
Join Date: Dec 2011
Posts: 2,161
|
Quote:
Originally Posted by lb0
Well - cycle type lets you set a fixed number of steps which can then be mapped across say a 100 stepped knob image equally. Are there cases where this doesn't do what you're thinking?
|
Still playing with this ...
For some reason, I cannot get the KNOB to actually rotate.
I have seen the knob VALUES change [but only sometimes].
At no time does the actual FX react.
Also ... in the CYCLE BUTTON section, entries go in a reverse order after I edit the 'Re-Name'. [Maybe I'm thinking upside down from how it is].
Still playing with this with NEBULA. If this is not possible, then I need to plan making custom KNOBS with discreet STEPS [major undertaking] :|
That said ... the 'User error' is still possibility I can't rule out.
|
|
|
12-09-2016, 01:57 PM
|
#1760
|
Human being with feelings
Join Date: Jun 2015
Posts: 685
|
Quote:
Originally Posted by dasombre
Another workflow thing to consider:
As LBX is not passing any keyboard-shortcuts to reaper when LBX is focused, why not add this convenient default shortcuts to LBX:
|
Just chiming in here to say, that I'd much much rather have Stripper pass on the keyboard strokes... though I'm not sure if possible with Lua currently. :/
|
|
|
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 11:51 PM.
|