From: SourceForge.net <no...@so...> - 2005-10-07 23:05:20
|
Bugs item #1316542, was opened at 2005-10-08 01:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=604222&aid=1316542&group_id=93414 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Midi Group: 0.7.x Status: Open Resolution: None Priority: 5 Submitted By: Francois Ernst (linium) Assigned to: Nobody/Anonymous (nobody) Summary: Midi "cc" state actualisation bug Initial Comment: 0) run muse with -M (trace midi output) 1) create a part at bar 9, of 8 bars long 2) open the pianoroll and add a nice sinusoid of "pan" or whatever "cc" you want 3) as MusE is stopped move the playhead from bar 1 to 9 4) look at the output, some "cc" events are displayed, there are from the part -> that shouldn't be 5) move the played on the part, there is no event, and this not normal either. Conclusion: -when MusE is stopped the "cc" of the part acts like it is at bar 1 instead of its actual position, muse is not able to sync with what the actual "cc" state should be. -It seems that the more parts you have the more MusE has a hard time to produce a coherent state of the "cc" events, and at some point got screwy (don't send new values entered on the pianoroll). But so far unable to reproduce anything reliably... -This problem affects MusE only stopped, the playing is fine: the events are displayed when the playhead reach the part at bar 9, not before. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=604222&aid=1316542&group_id=93414 |