On 03/06/2014 12:31 AM, Stian Jørgensrud wrote: > Well, the current implementation with a global time signature is probably on > purpose but it doesn't allow for changing time signature easy. I had just > the same in mind or something similar as you. Some bars in the timeline > could be mapped to one time signature and the rest of the bars in the song > would stay as they are. > > So a pattern 4/4 long would look the same as a 3/4 pattern, right? Only that > you would know the difference by looking at the timeline or a > information-track or something. Or would it be better to actually shrink the > graphical background on those bars instead? >
Patterns would look like what they look like now when you change time signature. From the perspective of patterns, everything would stay the same - they just would take the information for time signature from their own internal "time sig" property instead of a global one. The global time sig would be used only as a "grid" (like a grid in a graphics software) which the patterns snap to. If you change the grid size in GIMP, it won't affect any of the elements you've snapped to the grid previously, only the next ones. Similarly, changing the global time sig would have no effect on the positioning of the patterns. We could maybe add a switch to enable/disable snapping too, to complete the grid metaphor. The timeline would be entirely ambivalent about time signature - it would always just show the tact numbers based on the current time sig grid. Since timing is done based on ticks internally, there's no need for the timeline to care about mappings of time sig. ------------------------------------------------------------------------------ Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk _______________________________________________ LMMS-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmms-devel
