README
1
2I'm putting this here because I don't really have a place to put it, unless I create a web page and have a place to keep the code.
3
4While doing some exaustive testing of my latest code (read - playing a ton of music) I have done some thinking about the ui, and decided that under apparent simplicity should lie complexity.
5
6The "flash" screen idea I am going to drop, and replace it with the idea of a notify area being declared on each screen.
7
8When the unit is idle, these messages will appear in that area statically. When the transport is running, these messages will still appear in that space, which is usually where the meter is. It's actually possible to rapidly flash the area between the competing writers and get a nifty faded effect. (I came across this idea accidentally when I had a pointer overrun)
9
10Also certain things will update on top of each other, whatever was updated
11last will stay on the screen. This is Pan/Gain primarily.
12
13I need a way to get messages back into the tranzport. Example - I hit Undo, what was undone? Redo, same problem.
14
15I've already found many uses for being able to control more than 1 track at a time, so I think that although I'm *usually* controlling one track at a time, being able to quickly access all tracks would be good.
16
17Example - want to have meters for all tracks running and be able to control the
18db/pan settings of the track I'm on....
19
20What I am going to go with is multifold - but first my design goal: I want to do everything required for a solo musician wielding an instrument to NOT have to touch a keyboard or look at a big screen. When you are wrapped behind a bass, it's difficult to cope with that - but the tranzport is a great alternative.
21
22Most screens will have *4* items on them.
23
24There will be "display views" - which are more informational and bling oriented.
25
26There will be "Track based views"- which basically do track specific things
27
28There will be "interactive views",which basically allow for more input than output. They will do something to highlight the current selection.
29Scroll wheel will select between values for a field. Track Next/Prev will move between fields. I would like to have a "No/Yes" option (hit record for yes? Stop for no?) but I'm still a little vague on that.
30
31Things to do:
32
33A) Hitting "Shift->Spacebar" will switch "views". There are ultimately going to be dozens of views. At present, there are only the "Normal" and "Big Meter" views.
34
35Each view will change somewhat based on the state of the transport. Holding down shift for a second will switch to the "underlying display"....
36
37Here's how the "normal" view looks today in my tree:
38
39VIEW: NORMAL
40
41Play Mode: Stopped
42[Trackname[16]] [gain/pan[4]]
43[Modes[9]] long smpte/bar counter]
44
45Play Mode: Playing > 1.0 speed
46[Trackname[16]] [gain/pan[4]]
47[meter[16]] short smpte/bar counter]
48
49Play Mode: Playing < 1.0
50[Trackname[16]] [gain/pan[4]]
51[meter[9]] long smpte/bar counter]
52
53Play Mode: Recording
54[Trackname[16]] [gain/pan[4]]
55[meter[16]] short smpte/bar counter]
56
57Other views (in order of development priority)
58
59Marker Mode: Edit markers, setup loops and punch in points.
60Config Mode: Load/Save settings, Load/Save project. Set wheel SnapTo
61Loop Mode: Show track, raise layers to top for playback, editing, deletion, loop on and off, etc
62
63It's possible that config mode will have a "MORE" field, or ways to move around the configuration (ffw/Play?)
64
65(the first two are the two modes I most need personally. If you have a suggestion...)
66
67Mastering Mode - display master and current track with meters and panner/db
68Automation Mode - I really don't think I have the pixels for this
69
70(I've already abstracted out the code to do most of these, but it's bling, I'm not going to bother much with it soon)
71
72Quad Meter Mode
73Inverted Meter mode (draws meters backwards)
74Quad Inverted Meter mode (bling, but my car stereo has it, and it's cool)
7510 8 bar meter mode
765 8 bar meter mode
77
78I haven't written the panner yet, doing the stereo meter killed me.
79
80From a development perspective I'm going to keep revising the code to make it more stable and merely tie the new mode modes to the "bling mode"s until they are ready for prime time. I should be able to put out releases once a week for a while.
81
82A big help would be moving these items into a higher level of abstraction (revising the baseUI class).
83
84In particular, I'd really like "slave" mode. Snapto increment is really important....
85
86Here's an example of something that should be fairly easy to export to the Base::UI subclasses - the current state of the main keyboard's shift key.
87
88That way, when shift is held down for a few seconds on the regular keyboard, I can see what's underneath the current tranzport display mode (I do like big meters) (Also, it's somewhat easier to hit shift on the main keyboard and play on the tranzport or the shuttle wheel, if that's what you are doing).
89
90Should be fairly easy to tap into the gdk event for this but the "right way" to propagate this event into the class is beyond me.
91