bugDenemo - Bugs: bug #27351, Auto-tie Feature

 
 

bug #27351: Auto-tie Feature

Submitter:  Jeremiah Benham <jjbenham>
Submitted:  Sun 30 Aug 2009 08:57:44 PM UTC
   
 
Category:  Feature request Severity:  3 - Normal
Item Group:  None Status:  Fixed
Privacy:  Public Assigned to:  None
Originator Name:  Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Fri 31 Jan 2014 04:51:02 PM UTC, comment #5: 

I have implemented this. It only works when entering a note or rest after another note or rest at the end of the bar.

Richard Shann <rshann>
Group administrator
Wed 29 Jan 2014 05:41:47 PM UTC, comment #4: 

To implement this in the call

dnm_insertchord (DenemoProject * gui, gint duration, input_mode mode, gboolean rest)

in commandfuncs.c at the point where

insertionpoint() is called the code could return the amount that didn't fit into the measure. The call could then proceed with the difference, create a tie and then call itself recursively to finish the remainder.

Richard Shann <rshann>
Group administrator
Wed 29 Jan 2014 04:57:15 PM UTC, comment #3: 

I have been come up against the lack of this recently. When entering the rhythm of music when a series of quarter notes is syncompated the ones that cross the barlines are notated as two tied eighth notes. It would ne nice to be able to type a 1/4 note for this. I can't see why this should just be a preference though.

Richard Shann <rshann>
Group administrator
Tue 01 Sep 2009 12:00:56 PM UTC, comment #2: 

I am not, BTW, suggesting that we have to implement all of these features before introducing one of them. Just suggesting this should be a "style" settable in the Mode menu, rather than some user preference. It can start out by just placing surplus duration into the next measure (i.e. auto-tie) and be extended to other features that fit in with the general idea of keeping measures the right length.

Richard Shann <rshann>
Group administrator
Tue 01 Sep 2009 08:34:09 AM UTC, comment #1: 

This "style" could also affect changing the duration of a note to a shorter value. For example, in edit mode if you change a quarter note to an eighth note it could replace the quarter note with two eighth notes. And likewise if making a note longer it could swallow up notes on the same step of the scale that follow, so preserving the correct amount of beats in the measure.
This sort of thing would be particularly useful in vocal work where each note represents a syllable, and changing the words requires dividing the note up. Composers also may have the basic structure there but want to edit within the measure, keeping the overall beats in the measure fixed.
I've called this a "style" to distinguish it from the modes (Edit and Insert mode etc). I think we can think of the Audible Feedback option as a "style" as well (all these are in the Mode menu).
So this "style" of entry would be one that tries to keep the number of beats in the measure correct by adjusting things as you make changes.
Any suggestions for a good name for this "style"?
"Constant Bar Length" (or is that "Constant Measure Length" in American?) or
"Consistent Bar Lenth"
or
"Even Measures"
(short, but perhaps misleading, you can switch timesigs...)
or....

Richard Shann <rshann>
Group administrator
Sun 30 Aug 2009 08:57:44 PM UTC, original submission:  

Auto-Tie would calculate the amount of time left in the current measure. If a note entry occurs and if the note_duration > leftover. A note is added to current measure that is (note_duration - leftover) in length. It is tied to the following note of length (note_duration - (note_duration - leftover)) in Next_Measure.

This feature can be turned off or on in the preferences. This would aid in cleaning up the importmidi.c code and provide a way to facilitate script that do things like augmentation/diminution. It also would ease rhythmic entry if the note duration did not neatly fit in the measure.


Jeremiah Benham <jjbenham>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by rshann (Posted a comment)
  • -email is unavailable- added by jjbenham (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-01-31 rshann StatusIn Progress Fixed
        Open/ClosedOpen Closed
    2014-01-29 rshann StatusNone In Progress

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code