(1928)Bug Report: optimizing Offset for playback causes loss of programming fidelity

a quickie 3PC repro:[INDENT]new show, patch 10 desk channels, set Close Preview on Update to false
record 1
cue 1 open
(Offset)
highlight the cells and set 36 > 45 enter
update
note the values
(Rate)
highlight the cells and set 60 enter (or to 960 for even more whoa!)
update
highlight the cells and set 5 enter
update
(Offset)
note the values


[/INDENT]i gather that OffsetPips = DegreeUnits * (RatePips / 360)


which makes perfect sense from a playback perf perspective.

but when the rate is less than 360 pips / faster than 32 cycles, it leaves editing experience feeling a little “loose”, when you have to start completely over, as simply opening and slooooowing a cue makes things kinda choppy... (plus it feels kinda strange setting a value and watching it change to something else when you press enter, but only sometimes...)

so i’m wondering if, in addition to the pre-optimized OffsetPips, we could get persisted, for the editor to display and use instead, a target/desired/real-world Offset, serialized as either Degree units, or even still as Pips, but normalized to, say, 360°=11520 Pips?
Related