Re: swing misaligned

[Bric]

> On 09/11/2024 10:14 AM EDT Richard Shann  wrote:
> 
>  
> On Wed, 2024-09-11 at 09:13 -0400, Bric wrote:
> > 
> > > On 09/11/2024 8:57 AM EDT Bric  wrote:
> > > 
> > >  
> > > > >  
> > > > 
> > > > >  You'd need to change the note's start position.  Given X%
> > > > > swing,
> > > > > you'd need to shift the start of the second eighth note in a
> > > > > pair of
> > > > > swung eighth notes, forward, in time, by (X-50)/50 of its own
> > > > > duration.  (E.g., for a swing of 63, the second note shrinks by
> > > > > (63-
> > > > > 50)/50 = 13/50, and shifts forward by that difference.
> > > > > 
> > > > > But again. First, denemo needs to identify each pair of eights
> > > > > properly,
> > > 
> > > > As you have an insight into the choosing of which pairs of eighth
> > > > notes
> > > > you would wish to swing I wonder if you would care to implement
> > > > inside
> > > > Denemo? You would need to familiarise yourself with Scheme, but
> > > > that is
> > > > not so difficult a very simple syntax, and with the procedures
> > > > available for Denemo such as d-MoveCursorLeft and d-
> > > > GetNoteDuration. I
> > > > could help with the latter, it would be a question of modifying
> > > > the
> > > > script for the command SwingStaff which you can inspect from
> > > > within
> > > > Denemo.
> > > > 
> > > 
> > > Would love to give it a go!  (and, no -- not suggesting we use "Go"
> > > :-))
> > > 
> > > I'm not too solid on Scheme but have always been fascinated with
> > > it. (Was able to do a few quick hacks in Scheme here and there)
> > > 
> > > Yeah... I've had some success writing a swing rhythm
> > > transformation. (The code did not run in real time, however -- but
> > > it probably could).  
> > > 
> > > Essentially, it first identified the swing pairs, by
> > > tracking/evaluating the start position of every note, within the
> > > measure. Not hard. Actually works for cases where there is no
> > > explicit pair(!) -- where the first note of the pair is
> > > theoretical/imaginary -- it applied the transform to the second
> > > (explicit) note of the pair, because that note's position can be
> > > computed for eligibility (without the existence of the first
> > > note).  Once the eligible note is identified, the rest should be
> > > trivial
> > > 
> > > To do the above in Denemo, it would also be easy -- if the function
> > > had the start position parameter.  Would it do the transform
> > > **ahead** of the playback? Like - prepping the data first and THEN
> > > playing back?  Or would it apply the transform in realtime, as it
> > > executes the playback?
> > 
> > Just realized that I already had the answer to that last one, i
> > guess.  The color highlighting (in blue) in the editor is evidence
> > that the function is being applied before any playback happens.
> 
> yes, SwingStaff is stepping the cursor through every object from the
> start of the staff and where it finds consecutive eighth notes
> shortening the duration of the first and lengthening the duration of
> the second to match. It's that simple.
> To make it more concrete for you here is the function that steps
> through looking for an eighth note and if it finds one going on to see
> if there is another and if there is lengthening and shortening the two
> - I've added comments:
> 
> (define (swing)
> 
>   ;this is the code I added this morning that looks for dotted notes
>  (if (positive? (d-GetDots))  ;if dotted  
>   (begin
>   (NextNoteInMeasure) ; moves over the next two 
> notes before starting to look againg
>   (NextNoteInMeasure)))
> 
>   ;this is the code that you have in SwingStaff
> 
> 
>(if (and (equal? (d-GetNoteDuration) "8") (not (d-IsGrace)) ;if 
> it's an eighth note and not a grace note
> (NextNoteInMeasure); and 
> we can move cursor to next note
> (equal? (d-GetNoteDuration) "8")  (not (d-IsGrace)))   ; and 
> this is also an eighth note
> (begin

Re: swing misaligned

[Bric]

> On 09/11/2024 8:57 AM EDT Bric  wrote:
> 
>  
> > >  
> > 
> > >  You'd need to change the note's start position.  Given X% swing,
> > > you'd need to shift the start of the second eighth note in a pair of
> > > swung eighth notes, forward, in time, by (X-50)/50 of its own
> > > duration.  (E.g., for a swing of 63, the second note shrinks by (63-
> > > 50)/50 = 13/50, and shifts forward by that difference.
> > > 
> > > But again. First, denemo needs to identify each pair of eights
> > > properly,
> 
> > As you have an insight into the choosing of which pairs of eighth notes
> > you would wish to swing I wonder if you would care to implement inside
> > Denemo? You would need to familiarise yourself with Scheme, but that is
> > not so difficult a very simple syntax, and with the procedures
> > available for Denemo such as d-MoveCursorLeft and d-GetNoteDuration. I
> > could help with the latter, it would be a question of modifying the
> > script for the command SwingStaff which you can inspect from within
> > Denemo.
> > 
> 
> Would love to give it a go!  (and, no -- not suggesting we use "Go" :-))
> 
> I'm not too solid on Scheme but have always been fascinated with it. (Was 
> able to do a few quick hacks in Scheme here and there)
> 
> Yeah... I've had some success writing a swing rhythm transformation. (The 
> code did not run in real time, however -- but it probably could).  
> 
> Essentially, it first identified the swing pairs, by tracking/evaluating the 
> start position of every note, within the measure. Not hard. Actually works 
> for cases where there is no explicit pair(!) -- where the first note of the 
> pair is theoretical/imaginary -- it applied the transform to the second 
> (explicit) note of the pair, because that note's position can be computed for 
> eligibility (without the existence of the first note).  Once the eligible 
> note is identified, the rest should be trivial
> 
> To do the above in Denemo, it would also be easy -- if the function had the 
> start position parameter.  Would it do the transform **ahead** of the 
> playback? Like - prepping the data first and THEN playing back?  Or would it 
> apply the transform in realtime, as it executes the playback?

Just realized that I already had the answer to that last one, i guess.  The 
color highlighting (in blue) in the editor is evidence that the function is 
being applied before any playback happens.

So, I hope the extra data scan, for swing notes, doesn't add too much overhead 
to the editor.  Maybe let the user choose to have the swing assessment occur as 
they typed, versus having to manually re-scan and re-assess swing (?)

I guess you could store explicit attributes in XML, per note, but that would 
add some bloat to the doc. (In the  node, (swing="on"))

Or you could mark note-level only for passages that are exceptions to what the 
staff-level XML is set for.  (Note-level says swing="off" to except from 
staff-level "on", and vice versa).  Or you could have an "on" switch for "every 
note from here onward, until further notified (until off)" -- not sure if 
there's an accommodation for that type of sub-sequence mark-up.

Re: swing misaligned

[Bric]

> >  
> 
> >  You'd need to change the note's start position.  Given X% swing,
> > you'd need to shift the start of the second eighth note in a pair of
> > swung eighth notes, forward, in time, by (X-50)/50 of its own
> > duration.  (E.g., for a swing of 63, the second note shrinks by (63-
> > 50)/50 = 13/50, and shifts forward by that difference.
> > 
> > But again. First, denemo needs to identify each pair of eights
> > properly,

> As you have an insight into the choosing of which pairs of eighth notes
> you would wish to swing I wonder if you would care to implement inside
> Denemo? You would need to familiarise yourself with Scheme, but that is
> not so difficult a very simple syntax, and with the procedures
> available for Denemo such as d-MoveCursorLeft and d-GetNoteDuration. I
> could help with the latter, it would be a question of modifying the
> script for the command SwingStaff which you can inspect from within
> Denemo.
> 

Would love to give it a go!  (and, no -- not suggesting we use "Go" :-))

I'm not too solid on Scheme but have always been fascinated with it. (Was able 
to do a few quick hacks in Scheme here and there)

Yeah... I've had some success writing a swing rhythm transformation. (The code 
did not run in real time, however -- but it probably could).  

Essentially, it first identified the swing pairs, by tracking/evaluating the 
start position of every note, within the measure. Not hard. Actually works for 
cases where there is no explicit pair(!) -- where the first note of the pair is 
theoretical/imaginary -- it applied the transform to the second (explicit) note 
of the pair, because that note's position can be computed for eligibility 
(without the existence of the first note).  Once the eligible note is 
identified, the rest should be trivial

To do the above in Denemo, it would also be easy -- if the function had the 
start position parameter.  Would it do the transform **ahead** of the playback? 
Like - prepping the data first and THEN playing back?  Or would it apply the 
transform in realtime, as it executes the playback?

Re: swing misaligned

[Bric]

> On 09/10/2024 4:31 AM EDT Richard Shann  wrote:
> 
>  
> On Mon, 2024-09-09 at 23:01 -0400, Bric wrote:
> > Attaching a screenshot of misaligned
> in the display? or in the typeset? 

I was using the Staff-wide switch:  Staffs/Voices -> Playback -> Swing Staff

Denemo then applies its swing algorithm and highlights the swung duplets blue.  
I attached the screenshot snippet with two blue swing notes.  They are 
misaligned. Denemo computed the wrong group of two notes as a swing tuplet. 
Should be the final two, not the ones shown. Also was trying to relate that 
during the (audible) playback you hear the mis-computed swing pattern.  You 
hear that which is (incorrectly) highlighted.

Attaching a more explicit visual, to drive the point home.

The top fragment circles in red the two incorrectly swung notes -- denemo 
highlights them blue, and makes them sound rhythmically wrong, accordingly.

The bottom fragment circles in green the two notes denemo SHOULD have 
identified as a swing pair.

 
> >  swing tuplet
> > 
> > This is a 3/4 time signature.  Apparently the swing code isn't
> > handling the dotted durations properly.
> 
> What command are you using? There is this one:
> Command: Swing Staff
> Changes the playback duration of pairs of 𝅘𝅥𝅮  notes for swing or notes
> inègales. Does not affect typesetting.
> Location: Object Menu ▶ Staffs/Voices ▶ Playback
> Internal Name: SwingStaff
> 
> as it says it only changes the playback duration of pairs of 1/8th
> notes. It does not affect the typeset, and only affects the display
> inasmuch as it marks in blue notes whose durations have been tweaked.

I never ever addressed swing expression in the typeset. That would be a gross 
error in understanding what the swing function is for in this context.  I have 
always understood it to be strictly for the audio playback.

[side note]
For anyone not too familiar with modern swing scores: there really isn't any 
special notation for it. The performer executes the swing rhythm using implicit 
rules based on eighth note pairs, typically.  Sometimes there is a caption at 
the top of the score mentioning the score is to be swung.  But more often than 
not, in jazz, it is implied and is the default.  

To except a portion of the score from the default swing feel, you'd need to 
place explicit markings saying the notes should be played "straight" 
(non-swing) - straight sixteenths or straight eighths.

[/side note]
 
Hence the occasional, rare need in scoring editors to mark a passage as an 
exception from the set swing/non-swing.  The need arises when your default is 
swing and you want a few measures to be non-swing (or the other way around).  
To do that in typesetting is trivial -- just add a text label that says 
"straight eights" and maybe extend a line throughout that passage.  To except a 
passage in playback, it is, of course, less trivial, and would require special 
playback directives. 


 
> 
> To do anything more complex you need the command:
> 
> Command: Change Sounding Duration
> Changes the duration of the note a the cursor for playback purposes,
> typesetting unaffected.
> Location: Object Menu ▶ Notes/Rests ▶ Playback
> Internal Name: ChangeSoundingDuration

You would need to change more than the duration. You'd need to change the 
note's start position.  Given X% swing, you'd need to shift the start of the 
second eighth note in a pair of swung eighth notes, forward, in time, by 
(X-50)/50 of its own duration.  (E.g., for a swing of 63, the second note 
shrinks by (63-50)/50 = 13/50, and shifts forward by that difference.

But again. First, denemo needs to identify each pair of eights properly, then 
adjust the playback of the second note.  Or -- if the second note is split into 
sub-durations, it's a bit more complex -- both of those sub-eighth notes would 
need to be compressed in duration and shifted 

> 
> >   Or maybe missing a more generalized tuplet position calculation. 
> > Denemo highlights the wrong two notes blue (should be the last two
> > notes in the measure), and plays them back true to the incorrect
> > highlighting (misaligned))
> > 
> > 
> > 
> > 
> > I once had a go at coding swing tuplets in a sequence --
> > successfully, wasn't complex... below is the description of what i
> > did, IIRC, just in case
> > 
> > Using 0-remainder to detect start of tuplet (duplet?) position. Let
> > x={swing notation note duration (written, not actual, typically an
> > eighth)}, then 2x would equal swing tuplet duration. Divide the given
> > notation-based position by 2x; if remainder is zero, the given note
> > is at the start of a (theoretical) swing tuplet position. Then go
> > from there to check the

Re: Multiple voices - aligning stems, different durations

[Bric]

Sorry about top-posting (is it okay?)

So, some of the error messages can only be read if you launch denemo from the 
command line (showing at the command line)

experiencing a new typesetting error, where the rendering window is showing a 
minimal staff fragment with the clef and the message "INVALID! try Score->Check 
Score command"

I go to "Score -> Check Score" and get "No problem detected in this score"

(Also, sometimes you get "cursor may have moved to the error" - you look at the 
cursor and see no problem.)

Running denemo in verbose mode ( -V ) i see:

denemo - CRITICAL: Call to find_xes_in_measure for bad measure number 35

there is no measure 35; the editor shows 34 as the last measure.  

I'm stuck.


> On 09/10/2024 5:36 AM EDT Richard Shann  wrote:
> 
>  
> On Mon, 2024-09-09 at 16:52 -0400, Bric wrote:
> > 
> > > On 09/09/2024 2:23 PM EDT Richard Shann 
> > > wrote:
> > > 
> > >  'Screenshot from 2024-09-09 16-44-42.png'
> > > On Mon, 2024-09-09 at 12:28 -0400, Bric wrote:
> > > >  Experiencing complete failure with voices. 
> > > >    
> > > >  Is there comprehensive documentation on how to use voices? 
> > > >    
> > > >  At the moment I am thinking I need multiple voices per staff
> > > > because
> > > > ordinary chords do not allow notes with different durations on
> > > > the
> > > > same (shared) staff, aligned vertically (where, in spite of the
> > > > different duration they all START simultaneously).
> > > 
> > > correct, that is what they are for
> > > 
> > > >  Example: 
> > > >    
> > > >  
> > > >    
> > > >  I added a staff with a designated new voice... I can't even get
> > > > past
> > > > the rendering error -- "Typeset" leads to "Check Score. Cursor
> > > > may
> > > > have been moved..." when I populate the extra voice with any
> > > > notes 
> > > 
> > > can you post an example of such a thing?
> > > 
> > 
> > 
> > I guess this mailing list defaults to text-only formatting?
> > 
> > (had HTML for my previous message)
> > 
> > attaching images in that case
> > 
> > The rendering error screenshot shows the top two voice notes _next_
> > to each other rather than aligned one above the other.
> > 
> > by the way - typically the render errors are non-descriptive (error
> > specifics do not surface)
> 
> To see the exact error messages that LilyPond is emitting typeset in
> the LilyPond View. In the case of your file it is just a warning that
> you have your two voices clashing - the warning message is:
> 
> Typesetting ...Done
> /tmp/Denemo_7RIET2/denemoprintA.ly:50:10: warning: this Voice needs a
> \voiceXx or \shiftXx setting
>  
>  e''4 d'' c''\AutoBarline
> /tmp/Denemo_7RIET2/denemoprintA.ly:50:15: warning: this Voice needs a
> \voiceXx or \shiftXx setting
>  e''4 
>   d'' c''\AutoBarline
> /tmp/Denemo_7RIET2/denemoprintA.ly:50:19: warning: this Voice needs a
> \voiceXx or \shiftXx setting
>  e''4 d'' 
>   c''\AutoBarline
> /tmp/Denemo_7RIET2/denemoprintA.ly:51:10: warning: this Voice needs a
> \voiceXx or \shiftXx setting
>  
>  c'' d'' c''8 d''}
> /tmp/Denemo_7RIET2/denemoprintA.ly:51:18: warning: this Voice needs a
> \voiceXx or \shiftXx setting
>  c'' d'' 
>  c''8 d'...
> 
> The reason for the error is that while you have set the top staff to be
> Voice 2 you have not set the direction of the second staff, so it is
> defaulting to automatic voice (up or down stems depend on above/below
> mid line of staff).
> You can use the command
> 
> Command: Choose Voice
> The Voice 1,2,3,4 commands set up the voices so that first and third
> voices get stems up, second and fourth voices get stems down, third and
> fourth voice note heads are horizontally shifted, and rests in the
> respective voices are automatically moved to avoid collisions. The
> Automatic Voice command returns all the voice settings to the neutral
> default directions. The Denemo display shows automatic stem directions,
> use StemDown and StemUp commands if you wish to affect the display. 
> Location: Object Menu ▶ Directives ▶ Typesetter ▶ Voices
> 
> to set the voice (and to change it mid-music i

straight eighths/sixteenths

[Bric]

While we're on the topic of swing:

Is there currently a way to temporarily "suspend" swing? (When you want to do a 
run of straight sixteenths or straight eighths - then come back to swing) ?

forgot to mention -- using version 2.6.39

[Bric]

I just tried to fix my recent issues by upgrading (from 2.5.7)

Compiled v2.6.39, i think (in spite of some errors)

doesn't seem to help the multi-voice alignment or with the swing issue.

swing misaligned

[Bric]

Attaching a screenshot of misaligned swing tuplet

This is a 3/4 time signature.  Apparently the swing code isn't handling the 
dotted durations properly.  Or maybe missing a more generalized tuplet position 
calculation.  Denemo highlights the wrong two notes blue (should be the last 
two notes in the measure), and plays them back true to the incorrect 
highlighting (misaligned))




I once had a go at coding swing tuplets in a sequence -- successfully, wasn't 
complex... below is the description of what i did, IIRC, just in case

Using 0-remainder to detect start of tuplet (duplet?) position. Let x={swing 
notation note duration (written, not actual, typically an eighth)}, then 2x 
would equal swing tuplet duration. Divide the given notation-based position by 
2x; if remainder is zero, the given note is at the start of a (theoretical) 
swing tuplet position. Then go from there to check the actual duration -- if an 
eight, then the following note -- its swing pair -- gets compressed and shifted 
forward, according to swing ratio, in the audio playback. This, of course, if 
not within an explicit triplet group

I don't know C (did the above in some scripted language), so probably wouldn't 
be able to actually help with the code.

Re: Multiple voices - aligning stems, different durations

[Bric]

> On 09/09/2024 2:23 PM EDT Richard Shann  wrote:
> 
>  'Screenshot from 2024-09-09 16-44-42.png'
> On Mon, 2024-09-09 at 12:28 -0400, Bric wrote:
> >  Experiencing complete failure with voices. 
> >    
> >  Is there comprehensive documentation on how to use voices? 
> >    
> >  At the moment I am thinking I need multiple voices per staff because
> > ordinary chords do not allow notes with different durations on the
> > same (shared) staff, aligned vertically (where, in spite of the
> > different duration they all START simultaneously).
> 
> correct, that is what they are for
> 
> >  Example: 
> >    
> >  
> >    
> >  I added a staff with a designated new voice... I can't even get past
> > the rendering error -- "Typeset" leads to "Check Score. Cursor may
> > have been moved..." when I populate the extra voice with any notes 
> 
> can you post an example of such a thing?
> 


I guess this mailing list defaults to text-only formatting?

(had HTML for my previous message)

attaching images in that case

The rendering error screenshot shows the top two voice notes _next_ to each 
other rather than aligned one above the other.

by the way - typically the render errors are non-descriptive (error specifics 
do not surface)


> 
> >    
> >  I apparently don't know the basics of voices 
> >    
> >  So my questions are: 
> >    
> >  1. How do I make voices work?  
> >  2. How do I make the notes of different voices vertically align
> > perfectly ? 
> 
> That happens automatically
> 
> >  3. (#2 with different durations vertically aligned in spite of that
> > difference)
> 
> also automatic
> 
> >  
> >  4. (I am assuming I can figure out stem direction on my own,
> > although it would be nice if there is a smart algorithm that
> > automatically assigns stem direction, as shown in the embedded image
> > here) 
> You use the 
> Command: Choose Initial Voice
> Choose which voice this staff will initially be set to. To change voice
> during music see the Directives->Voices menu.
> Location: Object Menu ▶ Staffs/Voices ▶ Voices
> Internal Name: InitialVoice
> 
> and then commands like
> 
> Command: Voice Preset 1 (Stems Up)
> Preset for first voice. Stems up
> Location: Object Menu ▶ Directives ▶ Typesetter ▶ Voices
> Internal Name: VoicePreset1
> 
> and friends if you need to switch stem direction mid music.
> 
> HTH
> 
> Richard Shann
> 
> >    
> >    
> >

debug-03.denemo
Description: Binary data

Multiple voices - aligning stems, different durations

[Bric]

 
 
  
Experiencing complete failure with voices.
  
  
 
  
  
Is there comprehensive documentation on how to use voices?
  
  
 
  
  
At the moment I am thinking I need multiple voices per staff because ordinary chords do not allow notes with different durations on the same (shared) staff, aligned vertically (where, in spite of the different duration they all START simultaneously). Example:
  
  
 
  
  
   
  
  
 
  
  
I added a staff with a designated new voice... I can't even get past the rendering error -- "Typeset" leads to "Check Score. Cursor may have been moved..." when I populate the extra voice with any notes
  
  
 
  
  
I apparently don't know the basics of voices
  
  
 
  
  
So my questions are:
  
  
 
  
  
1. How do I make voices work? 
  
  
2. How do I make the notes of different voices vertically align perfectly ?
  
  
3. (#2 with different durations vertically aligned in spite of that difference)
  
  
4. (I am assuming I can figure out stem direction on my own, although it would be nice if there is a smart algorithm that automatically assigns stem direction, as shown in the embedded image here)
  
  
 
  
  
 
  
 

1) midi output? 2) editing lilypond directly?

[Bric]

A couple of questions:

1) Can denemo play back to external midi devices?  I can't find configuration 
for "MIDI output" (only input).  Where one could select a specific active midi 
device in the system

2) I discovered the View -> LilyPond option, and at first it seemed like one 
could use that view for editing lilypond directly...  THen I realized it was 
behaving weirdly, as in -- would let me insert lilypond code in some parts of 
the document, but not in others.  The new inserted code is then rendered in 
score renderer... but only temporarily, as my changes disappear after saving 
the current file in the standard window/editor.

I wish one could edit lilypond directly, and have the edits stick.  (Or would 
that cause unresolvable violations of the editing logic?)

Currently using version 2.5.7 on linux.

thanks

Thank you for the swing !!!

[Bric]

Hello, Richard and everyone

After a long creative hiatus (pandemic, wars, and other cataclysms) I am making 
another attempt at a comeback, and just took a good look at the latest denemo 
version... Was ecstatic to discover it now has swing playback!

Hooray!  Thank you, Richard.  For me that was a big missing component, and now 
this application has all the superpowers for transcribers and composers.  

(I do have a feature wish list still, but those features are mostly for 
convenience, to optimize the UI for production speed. I may post some here 
later after making sure they don't already exist, and are just not known to me 
for lack of deeper exploration)

Re: rolled chord symbol

[Bric]

> On 12/03/2020 8:58 PM Bric  wrote:
> 
>  
> Hello, everyone
> 
> (been a while)
> 
> I can't find the rolled chord symbol anywhere in the menus.
> 
> denemo doesn't have this symbol?

Found it:

Notes/Rests -> Markings -> Articulations -> Arpeggio (On/Off)

rolled chord symbol

[Bric]

Hello, everyone

(been a while)

I can't find the rolled chord symbol anywhere in the menus.

denemo doesn't have this symbol?

multiple chords over a single note

[Bric]

Hello,

Denemo lets me "attach" chord symbols to specific, discrete notes. I asked the 
lilypond crew how to engrave multiple chord symbols over and extended-duration 
note spanning, say, a whole measure.  Example: a whole note extending the full 
4/4 measure, with two chord symbols positioned within the measure - the first 
at the beginning of the measure, the second about half-way.

Attaching an illustration of what i'm after.

Is there any way to achieve this on the level of denemo controls, rather than 
having to export denemo to lilypond and edit the "\chordmode { ... } block in 
lilypond ?

(the blue G chord in the attachment is the symbol i can't attach, such that it 
is positioned over the hypothetical "half-note duration" in the measure.

Re: key map and update files

[Bric]

> years or so - you can create a keyboard shortcut just by pressing the
> desired key while hovering over the menu item. And you can also create
> two-key shortcuts, and these will be saved in your personal key map.

The hover-type-assign works for me on most menus, but not for the "view" menu.  
And I often use "View" -> "Typeset Music"

How can I create a shortcut to the "View" pulldown items?

I see that "View" -> "Hide/Show menus" already has one keyboard shortcut 
assigned ("Escape"); it was there to begin with (i think)

This is true for both Linux & Windows version

thanks

Re: resizing the virtual MIDI keyboard

[Bric]

> On February 10, 2020 at 4:01 AM Richard Shann  wrote:
> 
> 
> On Sun, 2020-02-09 at 13:38 -0500, Bric wrote:
> > > The duration change is well handled by putting in multiple
> > > durations -
> > > a whole bar, line or movement before starting to play on the MIDI
> > > keyboard. The numeric keypad is set up so that slurs can be added
> > > without extra keypresses when entering the durations and ties
> > > require
> > > only one keypress on the tied note. For my work I also insert
> > > dynamics
> > > and ornaments as I enter the durations - I make sure these require
> > > only
> > > key strokes to do. Then I can start playing the pitches and the
> > > cursor
> > > automatically goes back to where I started entering durations.
> > > I noticed some pitch-spelling errors in the Denemo file you sent -
> > > Eb
> > > for D# etc, which is a hazard if you are playing the notes on a
> > > MIDI
> > > keyboard, but for tonal music this is mitigated by sounding
> > > augmented
> > > and diminished intervals on a different channel.
> > > 
> > 
> > The denemo + lilypond engraving handles enharmonic accidentals much
> > more intelligently, than, say, MuseScore, or even Rosegarden.
> > (Although Rosegarden has the convenient command "re-spell as
> > [sharp|flat]"). MuseScore is sloppy, spelling what should be flats as
> > sharps, etc., with the little bit of tinkering i've done with it.
> > 
> > I don't fully understand your denemo input process you describe
> > above. You input a sequence of just durations somehow, ahead of
> > playing a midi keyboard, 
> yes - see
> 
> https://vimeo.com/62188678

Didn't know about that feature (and yet it's probably one of denemo's most 
powerful ones?). I've transcribed many scores by just striking the "A" through 
"G" keys, and switching durations using numeric keys.  I've considered that a 
unique power denemo provides, along with the configurable keyboard shortcuts 
for a thousand notation elements...  The above feature puts the whole process 
on steroids. (What is the feature's name?)

auto-scrolling while editing

[Bric]

Sorry if this has been asked before

By default, when i start typing into a blank new score Denemo starts 
autoscrolling as soon as I fill measure 1, at which point it hides measure 1 
out of view (!) and cursors into measure 2. A bit frustrating.  

I want to be able to type a few measures and keep them in view, until 
absolutely necessary - until i have filled the width of the screen with 
notes/measures.  

Ideally (i think), when I hit the right edge of the screen, it should 
autoscroll such that the cursor is close to the left edge, but perhaps not 
flush against it. Maybe leave one filled measure to the left of the cursor, so 
you have some visual continuity.

Is there a setting in the preferences to control this?

Re: resizing the virtual MIDI keyboard

[Bric]

> > I noticed some pitch-spelling errors in the Denemo file you sent - Eb
> > for D# etc, which is a hazard if you are playing the notes on a MIDI

Just too another look at the file. I don't see any errors with the accidentals 
spellings.

In measure five the Eb pulls down to D. As it is a part of the Bb major scale - 
which is momentarily implied.

In measure 6 the D# is a passing tone leading up to E. Passing tertiary 
chromatic tones (tertiary = [not part of the implied key's major scale]]) 
moving up should be sharps. Moving down, they are typically flats.

Same idea in measure 8, as in measure 6. An upward moving passing tone - D#, 
going up to E.

Re: resizing the virtual MIDI keyboard

[Bric]

> On February 9, 2020 at 12:57 PM Richard Shann  wrote:
> 
> 
> On Sun, 2020-02-09 at 12:38 -0500, Bric wrote:
> > > On February 6, 2020 at 8:01 AM Richard Shann  > > om> wrote:
> > > 
> > > 
> > > On Wed, 2020-02-05 at 18:09 -0500, Bric wrote:
> > > > I am running denemo with a touch-screen monitor right now.
> > > > 
> > > > It occurs to me that it would be totally awesome to make the
> > > > virtual
> > > > MIDI keyboard resizeable such that the keys actually expand to
> > > > greater pixel dimensions, to one's liking
> > > > 
> > > > With touch-screen you can actually use your fingers to tap the
> > > > screen
> > > > and play (!). Except right now it does not re-scale (only lets me
> > > > resize the window horizontally, and with that it simply fills the
> > > > greater width of the window with *more* keys, rather than expand
> > > > the
> > > > keys' size), and my finger tips are too big for the keys drawn on
> > > > my
> > > > screen.  If i resized the keys by just 30%, say, it would be an
> > > > awesome way to input data.
> > > 
> > > That sounds like a good idea. It is in fact already possible: if
> > > you
> > > type
> > > (d-VirtualKeyboard 2)
> > > into the CLI box of the Scheme window and hit Return you get a two-
> > > octave keyboard which you can then resize to fill the width of your
> > 
> > This works!  I invoked it with three octaves (changed the 2 to 3),
> > and that works fine with my 1600x900 resolution. When I resize
> > horizontally, the width of the keys also extends to where you can
> > avoid fat finger touch misses)
> > 
> > So, nice touch-screen play/input. Might come in handy for some
> > scoring, at some point. (Right now, the purely typing input speed is
> > still very competitive with the keyboard input - given the need to
> > change duration and a slew of other properties)
> 
> The duration change is well handled by putting in multiple durations -
> a whole bar, line or movement before starting to play on the MIDI
> keyboard. The numeric keypad is set up so that slurs can be added
> without extra keypresses when entering the durations and ties require
> only one keypress on the tied note. For my work I also insert dynamics
> and ornaments as I enter the durations - I make sure these require only
> key strokes to do. Then I can start playing the pitches and the cursor
> automatically goes back to where I started entering durations.
> I noticed some pitch-spelling errors in the Denemo file you sent - Eb
> for D# etc, which is a hazard if you are playing the notes on a MIDI
> keyboard, but for tonal music this is mitigated by sounding augmented
> and diminished intervals on a different channel.
> 

The denemo + lilypond engraving handles enharmonic accidentals much more 
intelligently, than, say, MuseScore, or even Rosegarden. (Although Rosegarden 
has the convenient command "re-spell as [sharp|flat]"). MuseScore is sloppy, 
spelling what should be flats as sharps, etc., with the little bit of tinkering 
i've done with it.

I don't fully understand your denemo input process you describe above. You 
input a sequence of just durations somehow, ahead of playing a midi keyboard, 
and denemo then attaches each duration in the sequence to the sequence of 
midi-entered notes?
 


> > 
> > I should also note that "Virtual MIDI Piano Keyboard" (VMPK) does not
> > respond to touch-screen input for some weird reason - only mouse
> > clicks.
> Are you referring to
> http://vmpk.sourceforge.net/

Yes. vmpk doesn't seem to respond to touch.
So, the denemo one is better coded, it appears.
Or perhaps the framework it's built into.

But, speaking of framework - something needs to be done with the info balloons 
still. They are a great nuisance. The info balloon gets locked, such that it 
can only be dismissed by hover over /it/, and nothing else.  The mouse thus has 
to travel back to the (accidentally triggered!) balloon to dismiss it. (And 
nothing functions until it is dismissed) A great pain.

Re: resizing the virtual MIDI keyboard

[Bric]

> On February 6, 2020 at 8:01 AM Richard Shann  wrote:
> 
> 
> On Wed, 2020-02-05 at 18:09 -0500, Bric wrote:
> > I am running denemo with a touch-screen monitor right now.
> > 
> > It occurs to me that it would be totally awesome to make the virtual
> > MIDI keyboard resizeable such that the keys actually expand to
> > greater pixel dimensions, to one's liking
> > 
> > With touch-screen you can actually use your fingers to tap the screen
> > and play (!). Except right now it does not re-scale (only lets me
> > resize the window horizontally, and with that it simply fills the
> > greater width of the window with *more* keys, rather than expand the
> > keys' size), and my finger tips are too big for the keys drawn on my
> > screen.  If i resized the keys by just 30%, say, it would be an
> > awesome way to input data.
> 
> That sounds like a good idea. It is in fact already possible: if you
> type
> (d-VirtualKeyboard 2)
> into the CLI box of the Scheme window and hit Return you get a two-
> octave keyboard which you can then resize to fill the width of your

This works!  I invoked it with three octaves (changed the 2 to 3), and that 
works fine with my 1600x900 resolution. When I resize horizontally, the width 
of the keys also extends to where you can avoid fat finger touch misses)

So, nice touch-screen play/input. Might come in handy for some scoring, at some 
point. (Right now, the purely typing input speed is still very competitive with 
the keyboard input - given the need to change duration and a slew of other 
properties)

I should also note that "Virtual MIDI Piano Keyboard" (VMPK) does not respond 
to touch-screen input for some weird reason - only mouse clicks.

resizing the virtual MIDI keyboard

[Bric]

I am running denemo with a touch-screen monitor right now.

It occurs to me that it would be totally awesome to make the virtual MIDI 
keyboard resizeable such that the keys actually expand to greater pixel 
dimensions, to one's liking

With touch-screen you can actually use your fingers to tap the screen and play 
(!). Except right now it does not re-scale (only lets me resize the window 
horizontally, and with that it simply fills the greater width of the window 
with *more* keys, rather than expand the keys' size), and my finger tips are 
too big for the keys drawn on my screen.  If i resized the keys by just 30%, 
say, it would be an awesome way to input data.

Re: XML anatomy

[Bric]

 
 
  
   
  
  
   
On January 9, 2020 at 4:19 AM Richard Shann <
rich...@rshann.plus.com> wrote:
   
   

   
   

   
   
On Wed, 2020-01-08 at 21:56 -0500, Bric wrote:
   
   

 In the denemo XML I am seeing the ... section (no


 pun intended)  which contains three  ... 


 nodes.  I can't figure out what this represents.

   
   
Its the internal name for what is presented to the user as "Snippets" -
   
   
originally music snippets were intended only to hold short rhythmic
   
   
sequences to be used for entering music (and this is still the main
   
   
purpose, having set up a snippet pitches sequentially played in on a
   
   
MIDI keyboard are entered in with durations taken sequentially from the
   
   
current snippet). The ... holds any snippets defined
   
   
for the current score.
   
   
  
  
   
  
  
   Sorry - i don't fully understand, but get the gist.
   
  
  
   

   (Is there any documentation elaborating on the XML structure?)  :]

   
   
Not as far as I know. If you are exploring the structure of Denemo's
   
   
file format with the idea that it might be useful in connection with
   
   
creating MusicXML from Denemo then I think that wouldn't be profitable
   
   
- it's just a coincidence that they are both using the XML markup, the
   
   
whole purpose is quite different. Only the very basic music information
   
   
(pitches, durations, a little bit of staff/voice structure etc) is
   
   
explicitly present in Denemo, a large part of the final score
   
   
appearance is created by LilyPond from chunks of LilyPond syntax stored
   
   
inside Denemo (as part of the Denemo Directive structures). So you
   
   
would search in vain for anything like ... in a
   
   
Denemo score. Instead you would be looking for some LilyPond syntax of
   
   
the form "composer = /markup ..." stored inside a suitable Denemo
   
   
Directive.
   
   

   
   
I'm not too surprised that you have found that the lily2musicxml idea
   
   
is not well developed - there are two basic problems:
   
   

   
   
1) MusicXML is not fundamentally sound: it was developed (AFAIK) by a
   
   
commercial score editor company with a hazy notion of what they might
   
   
be trying to represent (music? music notation?) and ended up as a rat's
   
   
nest of fields whose meaning is really only defined by the MusicXML
   
   
output of that program. It is accompanied by an automated documentation
   
   
system which gives the impression that the whole thing has been
   
   
designed. It is the only show in town, however, as MIDI is nearly
   
   
useless - quicker to re-enter music than use MIDI.
   
   

   
   
2) LilyPond syntax is not intended to describe the meaning of a musical
   
   
score. It only does so incidentally - "cis" means a C sharp, but the
   
   
"composer = ..." is not LilyPond syntax for the composer of the score,
   
   
its just telling the LilyPond typesetter to place some markup somewhere
   
   
on the page - it does that via a standard LilyPond include file which
   
   
is not part of the LilyPond language, but written *in* the LilyPond
   
   
language. So, to write a lily2musicxml program you would have to settle
   
   
on some commonly used LilyPond syntax and try and output some XML
   
   
syntax that would get read in by Sibelius, Finale et al to give a
   
   
starting point for editing into a musical score. A soul-destroying task
   
   
as you have no control over what those programs will make of someone
   
   
else's musicXML syntax.
   
   
  
  
   Well, it is conceivable to me that someone codes an exporter at some point, which interprets both the xml elements /and/ the lilypond snippets sprinkled all throughout denemo xml, to generate a more homogeneous format..  Such as MusicXML, for instance, consisting *only* of markup.  But that, of course, looks like a monumental task at this point.
   
  
  
   
  
  
   
  
  
   
The real question I guess though is "what is it that you are trying to
   
   
do?" ...
   
  
  
   
  
  
   I'm trying to export/import out of curiosity and exploration mostly, but there are some practical reasons that compel me.  For example, i've been making do without swing playback in denemo (for many years), and just realized that MuseScore offers swing playback. 
   
  
  
   
  
  
   I really really really (that's not repeated enough) hate MuseScore's input methods. After using denemo's super-intelligent, configurable input design, one's jaw can only drop in bewilderment over the heinous imposition of rests in Musescore, to compensate for incompl

XML anatomy

[Bric]

 
 
  
   In the denemo XML I am seeing the ... section (no pun intended)  which contains three  ...  nodes.  I can't figure out what this represents.  (Is there any documentation elaborating on the XML structure?)  :
   
  
  
   
  
  

  
  
       
       
      
       
       
      
      Duration
      \longa 
      emmentaler
      6
       
    
    6144
   
  
  
       
      
       1
       
      
    
     
      
  
  
   .
   
   
 

Re: MusixXML export

[Bric]

 
 
  
   
  
  
   
On January 8, 2020 at 3:29 PM Richard Shann <
rich...@rshann.plus.com> wrote:
   
   

   
   

   
   
On Sun, 2020-01-05 at 16:24 -0500, Bric wrote:
   
   

 Hello.  Am I correct to conclude that currently there is no exporting


 to MusicXML? 

   
   
yes
   
   

 If not, is that being planned for any time soon? 

   
   
not directly - there has been some talk of a LilyPond to MusicXML
   
   
export program and if that came about(*) then it would be available.
   
   

   
   
HTH
   
   

   
   
Richard
   
   
(*) actually - something may already exist - ask on lilypond-user 
   
pond-u...@gnu.org>
   
  
  
   
  
  
   Searching the lilypond list i find primarily musicxml2ly (going the other way)
   
  
  
   
  
  
   I tried this: 
   https://github.com/Philomelos/lilypond-ly2musicxml
   
  
  
   
  
  
   so far pretty shoddy results - the resulting file is missing the document/score description tags, just has measure tags - no multi-part (multi-staff) tags, and has wrong structure. Frescobaldi refuses to recognize it as legit, for sure.
   
   
 

MusixXML export

[Bric]

 
 
  
   Hello.  Am I correct to conclude that currently there is no exporting to MusicXML?
   
  
  
   
  
  
   If not, is that being planned for any time soon?
   
  
  
   
  
  
   (Happy New Year to all)
   
   
 

[Denemo-devel] Fwd: missing staff line

[Bric]

Forwarding my message that didn't go through on first attempt.  Removed the attached png and included a link to the screenshot image instead.-- Original Message -- From: Bric  To: denemo-devel@gnu.org Date: April 30, 2018 at 10:50 AM Subject: missing staff line  Was working on my windows denemo. Enjoying the stability, in light of my Ubuntu crashing ordeal. And then suddenly realized my fifth staff line was missing.  I had a surreal 3 minutes trying to figure out how my diatonic scale that starts on a top line, progresses down to a D, in so few (diatonic) steps.  Truly surreal brain twister ... until i realized the bottom line wasn't being draw.And the frustration over my sense that "I know i'll get THIS done, at least, on the windows version, within the budgeted time"... shot to smithereens.  Not whining - just sharing a "human" phenomenonscreenshot attached. http://www.scssi.org/misc/pix/missing_staff_line.png
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] denemo causing session crash

[Bric]

On April 23, 2018 at 4:24 AM Richard Shann <rich...@rshann.plus.com> wrote:On Sun, 2018-04-22 at 19:30 -0400, Bric wrote:On April 21, 2018 at 8:53 PM Bric <b...@flight.us> wrote: [...]The following extra detail could be relevant to  your development andtweaking, though i'm not 100% sure it's a denemo "mis-behavioral":It crashed on me twice on lilypond syntax error, during Print Viewrefresh."It crashed"? what did? what were the symptoms?Hi. Started replying several days ago, then system froze and I didn't have time to try to reconstruct what I had written.At this point I don't remember, but it's mostly what i wrote earlier, plus some extra observations:Denemo has triggered session crash of my (apparently less than stable Ubuntu), in particular operations, though i'm not even sure if they can be put under some common umbrella (not knowing the nuts & bolts) :1) Refreshing Print View (and maybe Playback view as well... can't remember for sure).  Often when there are lilypond syntax errors, but not always.2) On first run of the application after a crash, and attempting to use or just to open the Print View (when it starts refreshing itself, i suppose).3) On saving a lilypond export, when I hit "Save" in the file dialogueI don't remember any crashes while using just the editor (inputing, editing, saving there).  I may not be remembering a few other potentially useful details; sorry - might update later.  So, I'm actually getting stuff done using Denemo, but with the occasional crash interruptions (I make sure to hit "Ctrl+S" a LOT)  There is a purple error message in the preview window, at the top,saying the cursor was probably placed where the error is, in theeditor.That means that the LilyPond process emitted some error or warningmessage with a line and column reference to the LilyPond syntax, whichDenemo then tried to tie back to the place in the Denemo Display("editor") which corresponded to that bit of syntax. This fails if theline/col reference is not to something inside the music but in theheaders etc.My particular syntax errors were tying two notes [...] which were notthe same pitches [...]This will not cause LilyPond any problem (it happens a lot whileediting), LilyPond will issue a warning (and hence Denemo will try toposition the cursor) and not draw a tie.i THINK i've seen it crash before on lilypond syntax...You can get LilyPond to crash on syntax, but it would not be able tocause Denemo to crash, they are completely different Unix processes -if your O/S or hardware is faulty it might cause a system crash...All that Denemo is doing is its usual cycling round waiting for the O/Sto signal that the LilyPond process has terminated (and, in that casewhat it said) or if you have pressed a key or clicked a mouse or playedon your MIDI controller. It's doing that all the time, so unless theLilyPond process blew the whole system up there is nothing specialgoing on.The worst that can happen is the LilyPond hangs and then Denemocontinues waiting for it to finish. You can kill the LilyPond off viathe progress bar and/or by starting another typeset.Richard___Denemo-devel mailing listDenemo-devel@gnu.orghttps://lists.gnu.org/mailman/listinfo/denemo-devel
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] denemo causing session crash

[Bric]

On April 21, 2018 at 12:46 PM Richard Shann wrote:Thanks for these updatesRichardOn Sat, 2018-04-21 at 12:34 -0400, Bric wrote:On April 8, 2018 at 12:47 PM Richard Shann wrote:On Sun, 2018-04-08 at 07:15 -0400, Bric wrote:On April 7, 2018 at 9:58 PM Bric wrote: I occasionally experience a denemo crash on my Ubuntu 16.04 LTSwhich crashes my entire session, ending with the Ubuntu userloginscreen.This has happened several times, when I am refreshing the"TypesetMusic" window, after some particular change. And today ithappenedagain after the pop-up dialog "Restart Subsystem?", to which Ianswered "OK" and then got the crash. And then another crashlogout when I changed settings - unchecked "Spill notes to nextmeasure" and (i believe) clicked to refresh the Typeset Window.After that it crashed again, when I (re)started denemo (after Ideleted the auto-saved document), before any user activity,After that I logged back in, and it has run without crashing.It might be tricky to capturing the crash/debug messages here(notsure), since I get totally logged out, immediately (I could bewrong)Just thought I'd report it finally. This has been rare, suchthatI kept ignoring it.I am using Gnome metacity classicLinux  4.4.0-112-generic #135-Ubuntu SMP Fri Jan 1911:48:36UTC 2018 x86_64 x86_64 x86_64 GNU/LinuxHmm... This install/build of Denemo is becoming unusable for me.Just crashed again, when I started it and then invoked theplaybackwindow. I was trying to fix my lack of audio playback - itsuddenlywent silent in all windows that should produce playback sound.WhenI press "play" in the editor there are no errors, and the cursorismoving, as it normally does during playback, but there is nosound.I am suspecting the crashes to be related to the audiocomponent... Iused to use jack audio on other Ubuntu setups, but have not beenlately - using pulse. I remember crashes years ago, related tothewrong audio configurationNeedless to say (but i'm saying it nonetheless): the x sessioncrashis devastatingly disruptive; i don't remember experiencinganythinglike that before... an app bringing down the whole sessiogit-pulled and built a more recent snapshot a few days ago; it's beenrunning without crashing so far. Still a bunch of theories on thecrashes:1) My audio/midi settings, which i had tinkered with prior to thecrashes, were causing the audio subsystem to crash (and bring downthe session). The new install ported over my settings - but maybeexcluded the bad stuff?2) It is/was a combination of my particular, flawed Ubuntu install,which cold-freezes on me every now and then (mostly during certainfirefox browser activity), and i'm using retro metacity GNOME...which isn't the default windowing for latest Ubuntu. The freezes areconsistently freezes, though, and the session crashes were alwaysjust that... the symptoms never crossed over.3) Bad RAM ... not excluding that... but then, again, the new installhasn't crashed denemo --version:GNU Denemo version 2.2.7Gtk versions runtime: 3.18.9, compiled against: 3.18.9And this might further shed light:  Since I wrote the above i experienced session crashing caused by something other than denemo (and denemo wasn't even running):  My default image viewer that is launched by clicking on a jpeg from nautilus.  I *think* it's "Image Viewer" but not sure, since it crashes (couldn't find that info in my system settings)So, one more dot.  I dread to see my latest denemo build crash... so far no.(have had stable ubuntu's for many years - this is REALLY upsetting)The only similar thing I have seen is some failure between Gtk andXwhen re-sizing the Print View - the program hangs with Gtk waitingforX to respond. I've also got the X-interaction stuck when tellingtheI've had a temporary pop-up "updating" window "hour-glass"indefinitely, during Print View updates/refresh. But it seemsharmless, because I can dismiss it, and everything seems ok afterthat. (This is with my most recent install)debugger to stop the program at a point where a menu has just beenpopped up - the menu has grabbed the interaction and the only thingthat works is Ctrl-Alt-Fn5 which gives a login prompt. I login andthenkill off the denemo process at the command line and then use Ctrl-Alt-Fn7 to go back to my X-session.You may find it a good practice to *always* run Denemo from the gdbprompt - it runs just as well but if it crashes gdb will be able totell you where the crash happened.Also: My gnome session gives me some errors when I first log intoUbuntu, but i haven't had any "fatalities" until this one, soi'vebeen ignoring those. Perhaps it's time to address these - couldbesome weird combination of that plus denemo specifics.The re-start of the Audio subsystem can certainly cause a crash,that'swhy the dialog asks you before trying it. I don't have any realsusp

Re: [Denemo-devel] denemo causing session crash

[Bric]

On April 8, 2018 at 12:47 PM Richard Shann wrote:On Sun, 2018-04-08 at 07:15 -0400, Bric wrote:On April 7, 2018 at 9:58 PM Bric wrote: I occasionally experience a denemo crash on my Ubuntu 16.04 LTSwhich crashes my entire session, ending with the Ubuntu user loginscreen.This has happened several times, when I am refreshing the "TypesetMusic" window, after some particular change. And today it happenedagain after the pop-up dialog "Restart Subsystem?", to which Ianswered "OK" and then got the crash. And then another crashlogout when I changed settings - unchecked "Spill notes to nextmeasure" and (i believe) clicked to refresh the Typeset Window.After that it crashed again, when I (re)started denemo (after Ideleted the auto-saved document), before any user activity,After that I logged back in, and it has run without crashing.It might be tricky to capturing the crash/debug messages here (notsure), since I get totally logged out, immediately (I could bewrong)Just thought I'd report it finally. This has been rare, such thatI kept ignoring it.I am using Gnome metacity classicLinux  4.4.0-112-generic #135-Ubuntu SMP Fri Jan 19 11:48:36UTC 2018 x86_64 x86_64 x86_64 GNU/LinuxHmm... This install/build of Denemo is becoming unusable for me.Just crashed again, when I started it and then invoked the playbackwindow. I was trying to fix my lack of audio playback - it suddenlywent silent in all windows that should produce playback sound. WhenI press "play" in the editor there are no errors, and the cursor ismoving, as it normally does during playback, but there is no sound.I am suspecting the crashes to be related to the audio component... Iused to use jack audio on other Ubuntu setups, but have not beenlately - using pulse. I remember crashes years ago, related to thewrong audio configurationNeedless to say (but i'm saying it nonetheless): the x session crashis devastatingly disruptive; i don't remember experiencing anythinglike that before... an app bringing down the whole sessiogit-pulled and built a more recent snapshot a few days ago; it's been running without crashing so far. Still a bunch of theories on the crashes:1) My audio/midi  settings, which i had tinkered with prior to the crashes, were causing the audio subsystem to crash (and bring down the session). The new install ported over my settings - but maybe excluded the bad stuff?2) It is/was a combination of my particular, flawed Ubuntu install, which cold-freezes on me every now and then (mostly during certain firefox browser activity), and i'm using retro metacity GNOME... which isn't the default windowing for latest Ubuntu. The freezes are consistently freezes, though, and the session crashes were always just that... the symptoms never crossed over.3) Bad RAM ... not excluding that... but then, again, the new install hasn't crashed denemo --version:GNU Denemo version 2.2.7Gtk versions runtime: 3.18.9, compiled against: 3.18.9The only similar thing I have seen is some failure between Gtk and Xwhen re-sizing the Print View - the program hangs with Gtk waiting forX to respond. I've also got the X-interaction stuck when telling theI've had a temporary pop-up "updating" window "hour-glass" indefinitely, during Print View updates/refresh. But it seems harmless, because I can dismiss it, and everything seems ok after that. (This is with my most recent install)debugger to stop the program at a point where a menu has just beenpopped up - the menu has grabbed the interaction and the only thingthat works is Ctrl-Alt-Fn5 which gives a login prompt. I login and then kill off the denemo process at the command line and then use Ctrl-Alt-Fn7 to go back to my X-session.You may find it a good practice to *always* run Denemo from the gdbprompt - it runs just as well but if it crashes gdb will be able totell you where the crash happened.Also: My gnome session gives me some errors when I first log intoUbuntu, but i haven't had any "fatalities" until this one, so i'vebeen ignoring those. Perhaps it's time to address these - could besome weird combination of that plus denemo specifics.The re-start of the Audio subsystem can certainly cause a crash, that'swhy the dialog asks you before trying it. I don't have any realsuspicion that the problem lies with Denemo, unknown MIDI hardware isnotoriously difficult to interact with safely, the manufacturer may ormay not have got it right. Currently my machine randomly switchesbetween line out and headphones, but I'm pretty sure that is a hardwarefault that has developed. It happens a lot after resuming a session,but settles down for long periods after a while.Richard
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] denemo causing session crash

[Bric]

On April 7, 2018 at 9:58 PM Bric  wrote:  I occasionally experience a denemo crash on my Ubuntu 16.04 LTS which crashes my entire session, ending with the Ubuntu user login screen.This has happened several times, when I am refreshing the "Typeset Music" window, after some particular change. And today it happened again after the pop-up dialog "Restart Subsystem?", to which I answered "OK" and then got the crash.  And then another crash logout when I changed settings - unchecked "Spill notes to next measure" and (i believe) clicked to refresh the Typeset Window. After that it crashed again, when I (re)started denemo (after I deleted the auto-saved document), before any user activity,After that I logged back in, and it has run without crashing.It might be tricky to capturing the crash/debug messages here (not sure), since I get totally logged out, immediately (I could be wrong)Just thought I'd report it finally.  This has been rare, such that I kept ignoring it.I am using Gnome metacity classicLinux  4.4.0-112-generic #135-Ubuntu SMP Fri Jan 19 11:48:36 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux Hmm... This install/build of Denemo is becoming unusable for me. Just crashed again, when I started it and then invoked the playback window.   I was trying to fix my lack of audio playback - it suddenly went silent in all windows that should produce playback sound.   When I press "play" in the editor there are no errors, and the cursor is moving, as it normally does during playback, but there is no sound.I am suspecting the crashes to be related to the audio component... I used to use jack audio on other Ubuntu setups, but have not been lately - using pulse.  I remember crashes years ago, related to the wrong audio configurationNeedless to say (but i'm saying it nonetheless):  the x session crash is devastatingly disruptive; i don't remember experiencing anything like that before... an app bringing down the whole session.Also:  My gnome session gives me some errors when I first log into Ubuntu, but i haven't had any "fatalities" until this one, so i've been ignoring those.  Perhaps it's time to address these - could be some weird combination of that plus denemo specifics.___ Denemo-devel mailing list Denemo-devel@gnu.org https://lists.gnu.org/mailman/listinfo/denemo-devel 
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] denemo causing session crash

[Bric]

I occasionally experience a denemo crash on my Ubuntu 16.04 LTS which crashes my entire session, ending with the Ubuntu user login screen.This has happened several times, when I am refreshing the "Typeset Music" window, after some particular change. And today it happened again after the pop-up dialog "Restart Subsystem?", to which I answered "OK" and then got the crash.  And then another crash logout when I changed settings - unchecked "Spill notes to next measure" and (i believe) clicked to refresh the Typeset Window. After that it crashed again, when I (re)started denemo (after I deleted the auto-saved document), before any user activity, After that I logged back in, and it has run without crashing.It might be tricky to capturing the crash/debug messages here (not sure), since I get totally logged out, immediately (I could be wrong)Just thought I'd report it finally.  This has been rare, such that I kept ignoring it.I am using Gnome metacity classicLinux  4.4.0-112-generic #135-Ubuntu SMP Fri Jan 19 11:48:36 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] automatic courtesy accidentals (another feature wish)

[Bric]

It would be cool to be able to turn on (and off) automatic courtesy accidentals.Settings could include:[x] auto-insert courtesy accidental for the note that follows an accidental in the same measure, but in a different octave[x] auto-insert courtesy accidental for the first occurrence in a measure of a note that was modified with an accidental in the preceding measure (the two notes being in the same octave)maybe a few additional options (can't think of any at the moment)Also - this ties in with my current default that i would like to change.  Currently, by default, an accidental modifier persists through the end of the measure for the same-name note IN ALL OCTAVES.I think this is actually "wrong" and unconventional.  The convention is that the absence of an accidental for notes (an) octave(s) away  from a note /with/ an accidental, are assumed unmodified from their key signature value.  Denemo does the opposite, vis-a-vis what you type.
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] note split and spill across measures

[Bric]

In my newest install, if you type a note that makes the total typed duration in a measure exceed the measure length, denemo splits and spills the note to the next measure. (And also creates a tie between the split parts, across the bar mark)While this is a cool and nifty thing when you want it (truly it is!), it's the opposite when you don't, creating LOTS of deletion tedium (yeah - i am spoiled because my expectation for denemo input speed is high, because it mostly meets it).  I seem to remember a different mode years ago, where the behavior was simply highlighting the measure red, due to excess duration.The latter behavior allows one to reduce the duration speedily and move on, without the lost time on deletion and untying.  There are some compositions that i type up where the unwanted split & spill happens a LOT... IDEALLY i'd want to be able to switch between behaviors, and (greedy me) even have a key shortcut that causes a ONE-TIME switch to the alternative.Thanks again for your awesome product.
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] accompaniment slashes

[Bric]

On February 23, 2018 at 5:03 AM Richard Shann wrote:On Thu, 2018-02-22 at 19:15 -0500, Bric wrote:How do you produce accompaniment slashes such as the ones below, inDenemo? (image copied from Lilypond'shttp://lilypond.org/doc/v2.18/Documentation/notation/defining-new-contexts )There are trade-offs involved which I won't be able to cover in thisemail (in a rush - sorry) but attached is what occurred to me, usingthe Command: Insert Percent Style RepeatCreates a repeat from the selection, typeset in \"percent\" style.Location: Object Menu ▶ Notes/Rests ▶ Note InsertionInternal Name: PercentRepeatcommand.I'm not even sure what the official term for that is. I sawsomething under Notes/Rests -> Notehead Types -> Choose noteheads ->Slash, but that puts a slash on a quarter stem, which is not the sameas above.That would work too, there is a command to make the stem transparent(at least there's a bit of LilyPond syntax, I've an idea it may be inDenemo already).I'm guessing that in addition to making the stem transparent one would also need to reposition the stem. I looked closer at the lilypond code for the snippet i quoted initially - it defines a context, within the \layout { } section.  Is there a way to insert the snippet, using denemo?  \context {
  \name ImproVoice
  \type "Engraver_group"
  \consists "Note_heads_engraver"
  \consists "Text_engraver"
  \consists "Rhythmic_column_engraver"
  \consists "Pitch_squash_engraver"
  squashedPosition = #0
  \override NoteHead.style = #'slash
  \hide Stem
  \alias Voice
}
and also:\context {
  \Staff
  \accepts ImproVoice
}Then one could insert the opening and closing lilypond anywhere in denemo staff, to implement "ImproVoice": "\new ImproVoice {"  (to open) "}" (to close)(I implemented opening and closing lilypond ottava commands similar to the above)As my weird aside: I still can't post to lilypond-user, even thoughi'm subscribed to it. It seems i am blocked. Maybe someone herecould be graciohttps://lists.gnu.org/mailman/listinfo/lilypond-userusand pot a message to someone there (a moderator?If you go to https://lists.gnu.org/mailman/listinfo/lilypond-useryou get to contact the list admin (via this I think)Already emailed the admin.  Same bizarre silence, no-reply. lilypond-user-ow...@gnu.org, HTH Richard
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] accompaniment slashes

[Bric]

How do you produce accompaniment slashes such as the ones below, in Denemo? (image copied from Lilypond's http://lilypond.org/doc/v2.18/Documentation/notation/defining-new-contexts )asdfasdI'm not even sure what the official term for that is.  I saw something under Notes/Rests -> Notehead Types -> Choose noteheads -> Slash, but that puts a slash on a quarter stem, which is not the same as above.As my weird aside:  I still can't post to lilypond-user, even though i'm subscribed to it.  It seems i am blocked.  Maybe someone here could be gracious and post a message to someone there (a moderator? if not the whole list) that "bric@---" can't post to the list 
 ___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] a lilypond question

[Bric]

Hi, Denemo users!I tried to post this question to the lilypond-user list, but for some strange reason my post is not showing up; it's been about 20 hours now.  I confirmed that i am indeed subscribed to that list, so this is quite puzzling (do they have occasional glitches with their posting? I have seen several posts by others come through since i sent mine) .I just decided to repost the message here, for two reasons:  1) perhaps someone here knows enough lilypond to reply with the solution and 2) perhaps someone here who is also subscribed to the lilypond list would be willing to re-post the question to that list, in my place?  My original question below, and the two attachments to this message are the exact same two I attached to the message I sent to lilypond:Subject:  auto-transpose key signature enharmonicallyMessage body: This is the only discussion of this i've been able to find so far: http://lilypondblog.org/2013/06/transposition-with-enharmonic-changes-part-1/ It shows how to break up your score into sections and then apply different transpose commands to the section(s) that run into the enharmonic mis-spelling issue.How do i override/tweak the \transpose function to spell the key signature enharmonically automatically, past a certain number of flats and past a certain number of sharps?Please see attached PNG for the default result of \transpose and what it should do.By default, lilypond appears to increase sharps or flats in the key signature, ad infinitum.There needs to be an \override or \tweak that specifies where the circle of 5ths completes -- which two enharmonically equivalent keys serve as the completion point of the circle. (ges <--> fis is a common completion point, for instance)-- end of original message --Thanks in advance.
 
music = {
  \key c \major a'4 g' f' e'
  \key ges \major ees' g' aes' ces''16  bes' beses' aes'
}

manual_transpose = {
  \key ees \major c''4 bes' aes' g'
  \key a \major fis' ais' b' d''16  cis'' c'' b'
}

\markup {  \line { Original, untransposed: } }
\music


\markup {  \line { Auto-transposed - 'c ees': } }
\transpose c ees \music


\markup {  \line { Manual key signature transpose (need to do this enharmonic translation automatically): } }

\manual_transpose
___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] playback view chords midi instrument

[Bric]

On February 16, 2018 at 6:59 AM Bric  wrote:  Hi, guys.  Is it possible to select the midi instrument for the chords in the playback view? And also make the chord sound last all through the measure?  (idea: some type of warm pad, etc.)By default, the playback "shoots out" an eighth-note duration chord sound, with high attack and fast decay, with the chord sound dying for the remaining 3 quarters of the measure. realized the above is ambiguous/contradictoryI should have said:  "..., with the chord sound dead/inaudible for the remaining 3 quarters of the measure"(it's not decaying for 3 quarters, it's inaudible) Seems like with a few tweaks of the chord playback the feature will become even more awesome than it is. 
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] playback view chords midi instrument

[Bric]

Hi, guys.  Is it possible to select the midi instrument for the chords in the playback view? And also make the chord sound last all through the measure?  (idea: some type of warm pad, etc.)By default, the playback "shoots out" an eighth-note duration chord sound, with high attack and fast decay, with the chord sound dying for the remaining 3 quarters of the measure.  Seems like with a few tweaks of the chord playback the feature will become even more awesome than it is.
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] "title to first system" vertical spacing (missing?)

[Bric]

On February 5, 2018 at 4:55 AM Richard Shann wrote:On Sun, 2018-02-04 at 12:40 -0500, Bric wrote:There are, indeed, many options under Score -> Typesetter -> PrintLayout -> Vertical Spacing to tweak vertical space between layout elements, but "Title to firstsystem" is not one of them.I think it is the first one in that menu, Markup to System ... you mayneed to read through the descriptions (under the help) or at the syntaxgenerated even.Mein Gott ! I kept passing that option a "million" times... I was dead sure "markup" referred to things like labels above the music (all throughout the score) - like chords, and text labels.  Probably due to the semantics of lilypond's "\markup" syntax.(Yes, that works.)
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] Some glitches

[Bric]

On February 4, 2018 at 12:39 PM Richard Shann wrote:On Sun, 2018-02-04 at 11:52 -0500, Bric wrote:Copied over a sync'ed pair from Windows, and ran the Ubuntudenemo - segfaults at the same stageThis becomes interesting - can you email your Default.commands,Default.shortcuts files and I can look at what may be going onThe attached files are the windows defaults i tried to impose on mynew Ubuntu build, that led to the crash.Your Default.commands is faulty. As you haven't created any customcommands you can copy the Default.commands from the installation (orgit ...) into your .denemo-2.2.?/actions directory to replace the oneyou took from your Windows installation. That works fine with yourDefault.shortcuts (giving for example, Ctrl-Shift-2 for insert duplet).I've pushed an refinement to the code so that it will not crash withthat sort of erroneous Default.commands (I suspect the fault may arisebecause windows paths don't start with a \, but I'm not sure)Yay! that worked !I should note, though, that "make install" did not place "Default.commands" in my ~/.denemo-2.2.1/actions$ directory (nor Default.shortcuts)And, apparently, "Default.commands" is needed to load "Default.shortcuts" (?)So... I initially copied over just "Default.shortcuts", and observed the old shortcuts do not get loaded (just confirmed this again two minutes ago).  Then I copied over the "Default.commands" - and observed the segfault.All is well that ends well. Thanks.Richard
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] "title to first system" vertical spacing (missing?)

[Bric]

There are, indeed, many options under Score -> Typesetter -> Print Layout -> Vertical Spacing to tweak vertical space between layout elements, but "Title to first system" is not one of them.Consequently, the print rendering looks "bad" when you have tweaked "system to system" for more v-space, but your very first "system" (score line)  is bunched up against the titleYeah, yeah... i know: You give me 0.95 of a mile, and i go shouting about the missing 0.05 miles.  That's the rule of greedy users.         :-thanks.
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] keyboard shortcuts for print view commands

[Bric]

one of the super-attractive features of denemo for me is the keyboard shortcuts -- makes for really fast input.   Can this be extended to the print view, as well?  Just the few basic commands it uses - triggered by the buttons at the top.  For instance, I'd like to be able to "Refresh" without tearing my hands from the keyboard to grab the mouse.  (I refresh often, sometimes - manually - because auto-refresh slows things down)(Also, in the "View" pull-down menu, at the very top, i can't assign a shortcut to view the typeset print view... FWIW)
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] Beaming eighths in groups of two

[Bric]

On February 4, 2018 at 9:19 AM Richard Shann wrote:On Sun, 2018-02-04 at 08:55 -0500, Bric wrote:The embarrassing/weird thing is that I managed to do it in denemo twomonths ago.Probably its Command: Time Signature with Beaming RuleInserts a time signature with indication for how to beam the notes.Insert at beginning of staff in order to replace the initial timesignature.Location: Object Menu ▶ Time SignaturesInternal Name: TimesigWithBeatStructureI found this by searching for the word "beat" in the View->CommandCenter, it was about the fourth matching command.That worked!  With a bonus, too:  it does the custom beaming in the editing view as well, not just final lilypond render.thanks.
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] Some glitches

[Bric]

On February 4, 2018 at 9:16 AM Richard Shann wrote:On Sun, 2018-02-04 at 14:44 +0100, Johan Vromans wrote:On Sun, 04 Feb 2018 08:09:59 +, Richard Shann wrote:Possibly the Windows version has twobytes (Cr and Lf) where the Unix version has one (Lf).XML files shouldn't care about this. If they do, something isseverelywrong with the XML library.oh, good. In that case I would suspect it is just an out-of-syncDefault.commands and Default.shortcuts pair.Copied over a sync'ed pair from Windows, and ran the Ubuntu denemo -  segfaults at the same stageattempt to connect to server failedDenemo - MESSAGE : Opening output device 'ALSA: default'Denemo - MESSAGE : MIDI driver is 'portmidi'Denemo - MESSAGE : Initializing PortMidi backendDenemo - MESSAGE : Opening input device 'ALSA: Midi Through Port-0'Denemo - MESSAGE : Opening output device 'ALSA: Midi Through Port-0'ALSA lib pcm.c:7963:(snd_pcm_recover) underrun occurredALSA lib pcm.c:7963:(snd_pcm_recover) underrun occurredALSA lib pcm.c:7963:(snd_pcm_recover) underrun occurredDenemo - MESSAGE : Denemo version 2.2.1Segmentation fault (core dumped)I don't think ALSA underrun has anything to do with the segfaultIn the successful execution, the above is followed by:Denemo - MESSAGE : Loaded keymap /home/[user]/.denemo-2.2.1/actions/Default.commandsDenemo - MESSAGE : Reading history file /home/[user]/.denemo-2.2.1/denemohistorySuccess 1etc...Richard___Denemo-devel mailing listDenemo-devel@gnu.orghttps://lists.gnu.org/mailman/listinfo/denemo-devel
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] Beaming eighths in groups of two

[Bric]

The embarrassing/weird thing is that I managed to do it in denemo two months ago.  And i still have the file(!), but for my life i can't figure out where that setting is anymore.To beam eighth notes in groups of two, as opposed to the default groups of four.On this lilypond page - http://lilypond.org/doc/v2.18/Documentation/notation/beams you see:\time 4/4
a8^"default" a a a a a a a
% Disable beamExceptions because they are definitely
% defined for 4/4 time
\set Timing.beamExceptions = #'()
\set Timing.baseMoment = #(ly:make-moment 1/4)
\set Timing.beatStructure = #'(1 1 1 1)
a8^"changed" a a a a a a aWhich appears to do the trick, but I vaguely remember doing it via denemo commands/options.
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] Some glitches

[Bric]

On February 3, 2018 at 4:32 PM Bric  wrote:  However:  I was able to apt-get all the dependencies for the git snapshot, and compile and run denemo !  Don't see any glitches at first glance, will continue to exploreSome apparent glitches:* I copied Default.shortcuts from an MS Windows into my new  ~/.denemo-2.2.1/actions directory, but they are not being read in, by the new build.* Copying over the "Default.commands" file (from Windows) causes "Segmentation fault (core dumped)"  (removing the file makes the program run again)  - i assume this is least of a glitch... or maybe not? (depending on how critical this file is - is it responsible for loading the "Default.shortcuts file, perhaps?)* Tooltip balloons behave in a quirky way, causing an extra tiny hassle trying to dismiss them.* (sub)menu tear-offs:  when I try to tear off a menu, an object editor dialog pops up, instead of the torn off menu.Getting my shortcuts to work is the most critical of the above, for me.thanks.
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] latest linux binary?

[Bric]

On February 3, 2018 at 12:11 PM Bric  wrote:  On February 3, 2018 at 10:26 AM Richard Shann wrote:   On Sat, 2018-02-03 at 09:10 -0500, Bric wrote:On February 3, 2018 at 7:30 AM Bric wrote:[...]Just FYI - tried to do my "due diligence" and update/upgrade my Ubuntu. Did "apt-get dist-upgrade"  Result: lost network connectivity COMPLETELY. No wifi, no eithernet, no network-manager icon... complete shutout.  I had had bad experiences with upgrades before - the main reason i was reluctant to do it.That's been my experience of dist-upgrade (on Debian), I always end up having to copy my home directory back in and re-install packages. I think there's just not enough resources (memory? disk?) to do it.  RichardWell... managed to get eth0 running (manually).  Upgrading to Ubuntu 16 (I think) right now.  Came close to hosing the system.  Had to issue commands at the console with non-stop interruption by display adapter failing to initialize and retrying every 5 seconds (didn't know how to kill that), switching me away from my terminalNice Saturday morning derailment from planned activities.Hope there's a big denemo AppImage prize at the end of this.Apparent success!  (I gambled and seem to have won)I now have this OS:    Linux sofia 4.4.0-112-generic #135-Ubuntu SMP Fri Jan 19 11:48:36 UTC 2018 x86_64 x86_64 x86_64 GNU/LinuxAnd this runs on it: denemo-1515000238.665198a92-Build23.5.glibc2.14-x86_64.AppImage  it renders the menu improperly - the menu labels are bunched together in one continuous long "word", and i think everything else is squished horizontally.  (I can provide a screenshot)However:  I was able to apt-get all the dependencies for the git snapshot, and compile and run denemo !  Don't see any glitches at first glance, will continue to exploreThanks again, Edgar and everyone else ! ___ Denemo-devel mailing list Denemo-devel@gnu.org https://lists.gnu.org/mailman/listinfo/denemo-devel 
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] latest linux binary?

[Bric]

On February 3, 2018 at 10:26 AM Richard Shann wrote:On Sat, 2018-02-03 at 09:10 -0500, Bric wrote:On February 3, 2018 at 7:30 AM Bric wrote:[...]Just FYI - tried to do my "due diligence" and update/upgrade myUbuntu. Did "apt-get dist-upgrade"Result: lost network connectivity COMPLETELY. No wifi, noeithernet, no network-manager icon... complete shutout.I had had bad experiences with upgrades before - the main reason iwas reluctant to do it.That's been my experience of dist-upgrade (on Debian), I always end uphaving to copy my home directory back in and re-install packages. Ithink there's just not enough resources (memory? disk?) to do it.RichardWell... managed to get eth0 running (manually).  Upgrading to Ubuntu 16 (I think) right now.  Came close to hosing the system.  Had to issue commands at the console with non-stop interruption by display adapter failing to initialize and retrying every 5 seconds (didn't know how to kill that), switching me away from my terminalNice Saturday morning derailment from planned activities.Hope there's a big denemo AppImage prize at the end of this.
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] latest linux binary?

[Bric]

On February 3, 2018 at 7:30 AM Bric  wrote:  On February 3, 2018 at 6:58 AM Edgar Aichinger wrote:   Am Samstag, 3. Februar 2018, 11:34:15 CET schrieb Edgar Aichinger:From a bit searching I believe that your error is a different issue and comes from the fact that the Appimage is built against newer glib2 than your 14.04.1 Ubuntu...  I just changed the Appimage setup so that it builds against openSUSE leap 42.2 instead of 42.3, in the hope that it might provide an older glib2. The worker machines seem to be busy and lagging, so I can't tell when the build will complete, probably a bit later today. So if you revisit the download area and find a denemo Appimage from today try if it's any better than the previous one...  I haven't been able to get answers from IRC so far, so I plan to get in touch with Appimage main developer probono via the Appimage forum or github issue tracker.  Sorry for going slow, I hope we can resolve this soon.  EdgarJust FYI - tried to do my "due diligence" and update/upgrade my Ubuntu.  Did "apt-get dist-upgrade"Result:  lost network connectivity COMPLETELY.  No wifi, no eithernet, no network-manager icon... complete shutout.I had had bad experiences with upgrades before - the main reason i was reluctant to do it.Update: as it turns out openSUSE Leap 42.2 also is too new and provides glib2 2.48 while forrunning on Ubuntu 14.04.1 you would need a build against glib2 <=2.40, i think.  I have to leave it here for today, and cannot predict how much time I'll be able to invest during the next week, as it's school holiday and I go skiing with my kids.  Cheers, EdgarThanks, Edgar!As a kid, if my dad canceled my and his skiing trip because he decided to help drive some stranger guy from New York to Boston, for free, after giving the guy an awesome free car to make the trip himself  ... only because the guy won't drive that car himself because he hasn't renewed his driver's license... I'd start suspecting my father either hates me or needs psychiatric help.Have a happy and safe outing !   ___ Denemo-devel mailing list  Denemo-devel@gnu.org  https://lists.gnu.org/mailman/listinfo/denemo-devel  ___ Denemo-devel mailing list Denemo-devel@gnu.org https://lists.gnu.org/mailman/listinfo/denemo-devel 
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] latest linux binary?

[Bric]

On February 3, 2018 at 6:58 AM Edgar Aichinger wrote:Am Samstag, 3. Februar 2018, 11:34:15 CET schrieb Edgar Aichinger:From a bit searching I believe that your error is a different issue and comes from the fact that the Appimage is built against newer glib2 than your 14.04.1 Ubuntu...I just changed the Appimage setup so that it builds against openSUSE leap 42.2 instead of 42.3, in the hope that it might provide an older glib2. The worker machines seem to be busy and lagging, so I can't tell when the build will complete, probably a bit later today. So if you revisit the download area and find a denemo Appimage from today try if it's any better than the previous one...I haven't been able to get answers from IRC so far, so I plan to get in touch with Appimage main developer probono via the Appimage forum or github issue tracker.Sorry for going slow, I hope we can resolve this soon.EdgarUpdate: as it turns out openSUSE Leap 42.2 also is too new and provides glib2 2.48 while forrunning on Ubuntu 14.04.1 you would need a build against glib2 <=2.40, i think.I have to leave it here for today, and cannot predict how much time I'll be able to invest during the next week, as it's school holiday and I go skiing with my kids. Cheers, EdgarThanks, Edgar!As a kid, if my dad canceled my and his skiing trip because he decided to help drive some stranger guy from New York to Boston, for free, after giving the guy an awesome free car to make the trip himself  ... only because the guy won't drive that car himself because he hasn't renewed his driver's license... I'd start suspecting my father either hates me or needs psychiatric help.Have a happy and safe outing !___Denemo-devel mailing listDenemo-devel@gnu.orghttps://lists.gnu.org/mailman/listinfo/denemo-devel
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] series of snippets in one file?

[Bric]

is there an easy way to write multiple score snippets in one denemo file, perhaps with some quick commentary text or arbitrary labels  next to or above each snippet?
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] latest linux binary?

[Bric]

On January 29, 2018 at 11:51 AM Edgar Aichinger  wrote:  Just one more thing, I forgot to test the resulting Appimage before writing the previous mail this morning, and now that i did test I see it doesn't work...This is the error I'm seeing in the terminal:In case this error message helps - this is how the AppImage errors out for me (on my Linux 3.19.0-25-generic #26~14.04.1-Ubuntu SMP Fri Jul 24 21:16:20 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux):$ ./denemo-1515000238.665198a92-Build23.3.glibc2.14-x86_64.AppImagedenemo: /lib/x86_64-linux-gnu/libgpg-error.so.0: no version information available (required by /tmp/.mount_denemoI98gbi/usr/lib/libgcrypt.so.20)denemo: symbol lookup error: /tmp/.mount_denemoI98gbi/usr/lib/libgtk-3.so.0: undefined symbol: g_type_check_instance_is_fundamentally_a ed@asus:~/Downloads> ./denemo-1515000238.665198a92-Build21.1.glibc2.14-x86_64.AppImage guile: uncaught throw to misc-error: (#f ~A ~S ~S ~S (No variable named %current-warning-port-fluid in #) #f) Cannot exit gracefully when init is in progress; aborting. I will try to contact the OBS/appimage experts on IRC and tell here once I find out more. Am Montag, 29. Januar 2018, 11:22:23 CET schrieb Edgar Aichinger:> Hello again,>> I've made progress this morning, and an Appimage from latest git is available now, with correct version numbers, while the rpms still are built from the release tarball.> I had forgotten to enable the appmage service in OBS, thus no git sources... guess I needed some sleep.>> Same URL: https://download.opensuse.org/repositories/home:/edogawa/AppImage/>> Jeremiah, if you need help in fixing the current conflict in your branch, tell me... there is a commandline program to interact with OBS, called osc and it can resolve this. Or delete and re-branch, or as I said, detach your branch by either also using osc or removing the file _link, shown when displaying "unmerged sources".>> Cheers, Edgar>> Am Sonntag, 28. Januar 2018, 18:02:53 CET schrieb Edgar Aichinger:> > Am Samstag, 27. Januar 2018, 13:37:21 CET schrieb Jeremiah Benham:> > > I am working on getting a AppImage built of denemo here:> > > https://build.opensuse.org/package/show/home:jjbenham:branches:home:edogawa/denemo> > >> > > It all compiles but it chokes installing the .png and .desktop files into> > > the appimage directory. Maybe you can help out by looking for other> > > examples of what others have done. I need some guidance here. I may need to> > > ask on the forums or irc or something.> > >> > > Jeremiah> >> > I'm sorry to join this discussion late, but today finally I found a bit time to look at this.> >> > I see your denemo package on OBS is branched from mine, and heavily modified just to create the Appimage from latest git.> > Now today I tried and in turn copied your appimage.yml to my package, which lead to a new bunch of problems due to the link relationship between our two packages...> > Any changes I make in my package that are incompatible to yours make your branch appear broken. BTW, You can detach your branch by deleting the _link file from the package sources.> >> > As I don't want to get rid of the release version in my package, and after a few trials cannot seem to find a way to get and extract the git sources for the appimage, I decided to try with the release tarball for now. In appimage.yml I have commented the references to git, and modified the script section so that ./autogen.sh is omitted.> >> > I think the linuxdeployqt command cares for all the .desktop file stuff except the icon location, so I copy pixmaps/denemo.png into $BUILD_APPDIR and that made it generate the appimage. I think that's the step your yml is missing.> >> > There are quite a few oddities going on though, e.g. the way to change into the extracted source dir, or why it ends up with a packagename denemo-0-Buildxx instead of 2.0.14 in my case. I cannot ivest more time right now, but I thought I should let you knowabout my findings and hope this is useful.> >> > Maybe we should think about how to cooperate better in OBS, I'm not exactly an expert but I use it since some years and understand quite some of it. For example you could make me maintainer in your branch, or we could set up a new project called e.g. home:denemo with separate packages for release and git builds, quite some applications use a scheme like that, see e.g. home:Entropytuner.> >> > So to summarize my work from today:> > The appimage I was able to generate (from 2.0.14) is here:> > https://download.opensuse.org/repositories/home:/edogawa/AppImage/> >> > my denemo package is being built at> > https://build.opensuse.org/package/show/home:edogawa/denemo> > (IIRC you need to log in to read

Re: [Denemo-devel] latest linux binary?

[Bric]

Hope it's OK to just send a "Thank you" message via this list.I appreciate Edgar's efforts to provide the binary.  Looking forward to consuming it.:-)On January 29, 2018 at 11:51 AM Edgar Aichinger  wrote:  Just one more thing, I forgot to test the resulting Appimage before writing the previous mail this morning, and now that i did test I see it doesn't work...This is the error I'm seeing in the terminal: ed@asus:~/Downloads> ./denemo-1515000238.665198a92-Build21.1.glibc2.14-x86_64.AppImage guile: uncaught throw to misc-error: (#f ~A ~S ~S ~S (No variable named %current-warning-port-fluid in #) #f) Cannot exit gracefully when init is in progress; aborting. I will try to contact the OBS/appimage experts on IRC and tell here once I find out more. Am Montag, 29. Januar 2018, 11:22:23 CET schrieb Edgar Aichinger:> Hello again,>> I've made progress this morning, and an Appimage from latest git is available now, with correct version numbers, while the rpms still are built from the release tarball.> I had forgotten to enable the appmage service in OBS, thus no git sources... guess I needed some sleep.>> Same URL: https://download.opensuse.org/repositories/home:/edogawa/AppImage/>> Jeremiah, if you need help in fixing the current conflict in your branch, tell me... there is a commandline program to interact with OBS, called osc and it can resolve this. Or delete and re-branch, or as I said, detach your branch by either also using osc or removing the file _link, shown when displaying "unmerged sources".>> Cheers, Edgar>> Am Sonntag, 28. Januar 2018, 18:02:53 CET schrieb Edgar Aichinger:> > Am Samstag, 27. Januar 2018, 13:37:21 CET schrieb Jeremiah Benham:> > > I am working on getting a AppImage built of denemo here:> > > https://build.opensuse.org/package/show/home:jjbenham:branches:home:edogawa/denemo> > >> > > It all compiles but it chokes installing the .png and .desktop files into> > > the appimage directory. Maybe you can help out by looking for other> > > examples of what others have done. I need some guidance here. I may need to> > > ask on the forums or irc or something.> > >> > > Jeremiah> >> > I'm sorry to join this discussion late, but today finally I found a bit time to look at this.> >> > I see your denemo package on OBS is branched from mine, and heavily modified just to create the Appimage from latest git.> > Now today I tried and in turn copied your appimage.yml to my package, which lead to a new bunch of problems due to the link relationship between our two packages...> > Any changes I make in my package that are incompatible to yours make your branch appear broken. BTW, You can detach your branch by deleting the _link file from the package sources.> >> > As I don't want to get rid of the release version in my package, and after a few trials cannot seem to find a way to get and extract the git sources for the appimage, I decided to try with the release tarball for now. In appimage.yml I have commented the references to git, and modified the script section so that ./autogen.sh is omitted.> >> > I think the linuxdeployqt command cares for all the .desktop file stuff except the icon location, so I copy pixmaps/denemo.png into $BUILD_APPDIR and that made it generate the appimage. I think that's the step your yml is missing.> >> > There are quite a few oddities going on though, e.g. the way to change into the extracted source dir, or why it ends up with a packagename denemo-0-Buildxx instead of 2.0.14 in my case. I cannot ivest more time right now, but I thought I should let you knowabout my findings and hope this is useful.> >> > Maybe we should think about how to cooperate better in OBS, I'm not exactly an expert but I use it since some years and understand quite some of it. For example you could make me maintainer in your branch, or we could set up a new project called e.g. home:denemo with separate packages for release and git builds, quite some applications use a scheme like that, see e.g. home:Entropytuner.> >> > So to summarize my work from today:> > The appimage I was able to generate (from 2.0.14) is here:> > https://download.opensuse.org/repositories/home:/edogawa/AppImage/> >> > my denemo package is being built at> > https://build.opensuse.org/package/show/home:edogawa/denemo> > (IIRC you need to log in to read the build logs)> >> > >> > >> > > On Jan 26, 2018 7:51 PM, "Bric"  wrote:> > >> > > >> > > > On January 22, 2018 at 9:18 PM Bric  wrote:> > > >> > > >> > > > On January 22, 2018 at 1:48 PM Jeremiah Benham > > > > wrote:> > > >> 

Re: [Denemo-devel] latest linux binary?

[Bric]

On January 27, 2018 at 7:37 AM Jeremiah Benham  wrote:  I am working on getting a AppImage built of denemo here:https://build.opensuse.org/package/show/home:jjbenham:branches:home:edogawa/denemo It all compiles but it chokes installing the .png and .desktop files into the appimage directory. Maybe you can help out by looking for other examples of what others have done. I need some guidance here. I may need to ask on the forums or irc or something.Fascinating. Sounds like you're close...   I looked at the above page - couldn't find a mailing list or forumAlso, tried to download this x64 RPM : denemo-2.0.14-5.1.x86_64.rpm and try alien-izing (alien-ating??)  but can't find the download link for the RPM.  Clicking on the link associated with the rpm file just gives me description and the requirements:(clicking from this page: https://build.opensuse.org/package/binaries/home:jjbenham:branches:home:edogawa/denemo?repository=openSUSE_Leap_42.2 )JeremiahOn Jan 26, 2018 7:51 PM, "Bric" < b...@flight.us> wrote: On January 22, 2018 at 9:18 PM Bric < b...@flight.us> wrote:  On January 22, 2018 at 1:48 PM Jeremiah Benham < jeremiahben...@gmail.com> wrote:  I see this also integrates with OBS and travis. Travis, is that what our testing system is called? Where and how is travis being run?  Jeremiah   :~$ sudo apt-get build-dep denemoReading package lists... DoneBuilding dependency tree   Reading state information... DoneThe following packages have unmet dependencies: libevince-dev : Depends: libgtk-3-dev (>= 3.8.0) but it is not going to be installed libgtk2.0-dev : Depends: libpango1.0-dev (>= 1.20) but it is not going to be installed Depends: libcairo2-dev (>= 1.6.4-6.1) but it is not going to be installed libgtksourceview-3.0-dev : Depends: libgtk-3-dev (>= 3.10) but it is not going to be installed librsvg2-dev : Depends: libcairo2-dev (>= 1.2.0) but it is not going to be installed Guess there's no prospect/hope to get a 64-bit binary?  sucks.On Mon, Jan 22, 2018 at 11:46 AM, Richard Shann < rich...@rshann.plus.com> wrote: On Mon, 2018-01-22 at 10:05 -0600, Jeremiah Benham wrote: > I am reading up on how to use AppImage. I don't know how long it will > take but it will be better than what we currently have.   That looks promising - I've long thought that the old unix model of  shared libraries for every program has been left behind by cheaper  memory storage.   Richard   __ _  Denemo-devel mailing list  Denemo-devel@gnu.org  https://lists.gnu.org/mailman/listinfo/denemo-devel  __ _ Denemo-devel mailing list Denemo-devel@gnu.org https://lists.gnu.org/mailman/listinfo/denemo-devel 
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] latest linux binary?

[Bric]

On January 22, 2018 at 9:18 PM Bric  wrote:  On January 22, 2018 at 1:48 PM Jeremiah Benham  wrote:  I see this also integrates with OBS and travis. Travis, is that what our testing system is called? Where and how is travis being run?  Jeremiah  :~$ sudo apt-get build-dep denemoReading package lists... DoneBuilding dependency tree   Reading state information... DoneThe following packages have unmet dependencies: libevince-dev : Depends: libgtk-3-dev (>= 3.8.0) but it is not going to be installed libgtk2.0-dev : Depends: libpango1.0-dev (>= 1.20) but it is not going to be installed Depends: libcairo2-dev (>= 1.6.4-6.1) but it is not going to be installed libgtksourceview-3.0-dev : Depends: libgtk-3-dev (>= 3.10) but it is not going to be installed librsvg2-dev : Depends: libcairo2-dev (>= 1.2.0) but it is not going to be installedGuess there's no prospect/hope to get a 64-bit binary? sucks.On Mon, Jan 22, 2018 at 11:46 AM, Richard Shann < rich...@rshann.plus.com> wrote: On Mon, 2018-01-22 at 10:05 -0600, Jeremiah Benham wrote: > I am reading up on how to use AppImage. I don't know how long it will > take but it will be better than what we currently have.   That looks promising - I've long thought that the old unix model of  shared libraries for every program has been left behind by cheaper  memory storage.   Richard   __ _  Denemo-devel mailing list  Denemo-devel@gnu.org  https://lists.gnu.org/mailman/listinfo/denemo-devel  ___ Denemo-devel mailing list Denemo-devel@gnu.org https://lists.gnu.org/mailman/listinfo/denemo-devel 
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] latest linux binary?

[Bric]

On January 22, 2018 at 1:48 PM Jeremiah Benham  wrote:  I see this also integrates with OBS and travis. Travis, is that what our testing system is called? Where and how is travis being run?  Jeremiah :~$ sudo apt-get build-dep denemoReading package lists... DoneBuilding dependency tree   Reading state information... DoneThe following packages have unmet dependencies: libevince-dev : Depends: libgtk-3-dev (>= 3.8.0) but it is not going to be installed libgtk2.0-dev : Depends: libpango1.0-dev (>= 1.20) but it is not going to be installed Depends: libcairo2-dev (>= 1.6.4-6.1) but it is not going to be installed libgtksourceview-3.0-dev : Depends: libgtk-3-dev (>= 3.10) but it is not going to be installed librsvg2-dev : Depends: libcairo2-dev (>= 1.2.0) but it is not going to be installed sucks.On Mon, Jan 22, 2018 at 11:46 AM, Richard Shann  wrote: On Mon, 2018-01-22 at 10:05 -0600, Jeremiah Benham wrote: > I am reading up on how to use AppImage. I don't know how long it will > take but it will be better than what we currently have.   That looks promising - I've long thought that the old unix model of  shared libraries for every program has been left behind by cheaper  memory storage.   Richard   __ _  Denemo-devel mailing list  Denemo-devel@gnu.org  https://lists.gnu.org/mailman/listinfo/denemo-devel 
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] latest linux binary?

[Bric]

On January 21, 2018 at 9:31 AM Bric  wrote:  On January 21, 2018 at 3:57 AM Richard Shann wrote:   On Sat, 2018-01-20 at 15:24 -0500, Bric wrote:On January 20, 2018 at 3:19 PM Bric wrote:  Downloaded denemo-2.2.0-0.linux-x86.tar.xz, unpacked and tried to run it:   ./Launch_Denemo.sh ./Launch_Denemo.sh: line 10: /opt/denemo-2.2.0/usr/bin/glib- compile-schemas: No such file or directory mkdir: cannot create directory ‘/home//.fonts’: File exists ./Launch_Denemo.sh: line 33: /opt/denemo-2.2.0/usr/bin/fc-cache: No such file or directory ./Launch_Denemo.sh: line 34: /opt/denemo-2.2.0/usr/bin/pango- querymodules: No such file or directory ./Launch_Denemo.sh: line 35: /opt/denemo-2.2.0/usr/bin/denemo: No such file or directorySorry - forgot to make clear: Those file/directories that it says don't exist - DO exist !That's familiar, it happens when you have a 64-bit processor and run these 32-bit binaries. There used to be some package to install to allow 32-bit binaries to run, with Debian Jessie I think it was ok by default, with Debian Stretch I read that you have to do something ...  RichardAh, indeed.  I had entertained that thought briefly.I am assuming the file denemo-2.2-darwin-x64.tar.bz2 in that directory is for OSX?if so... could someone please build a 64-bit version of that same 32-bit linux build?I am not lazy for building stuff (I occasionally spend hours chasing down the dependencies chain/tree) but at the moment this seems daunting (./configure of the git snapshot) : quote  checking for RSVG... noconfigure: error: Package requirements (librsvg-2.0 >= 2.0) were not met:No package 'librsvg-2.0' found--- end quote I forgot to make the full issue clear again: i can't install librsvg with the apt-get package installer, and trying to build librsvg locally i run into new dependency problems looks like a treeing dependency nightmare.  And that's probably not the only denemo dependency that will be hard to install/build on Ubuntu 14.04.3 LTS at this point.I think it's not the only package that is missing, so i would like to avoid the chase, if i can.thanks ___ Denemo-devel mailing list Denemo-devel@gnu.org https://lists.gnu.org/mailman/listinfo/denemo-devel 
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] latest linux binary?

[Bric]

On January 21, 2018 at 3:57 AM Richard Shann wrote:On Sat, 2018-01-20 at 15:24 -0500, Bric wrote:On January 20, 2018 at 3:19 PM Bric wrote: Downloaded denemo-2.2.0-0.linux-x86.tar.xz, unpacked and tried torun it: ./Launch_Denemo.sh ./Launch_Denemo.sh: line 10: /opt/denemo-2.2.0/usr/bin/glib-compile-schemas: No such file or directorymkdir: cannot create directory ‘/home//.fonts’: File exists./Launch_Denemo.sh: line 33: /opt/denemo-2.2.0/usr/bin/fc-cache: Nosuch file or directory./Launch_Denemo.sh: line 34: /opt/denemo-2.2.0/usr/bin/pango-querymodules: No such file or directory./Launch_Denemo.sh: line 35: /opt/denemo-2.2.0/usr/bin/denemo: Nosuch file or directorySorry - forgot to make clear: Those file/directories that it saysdon't exist - DO exist !That's familiar, it happens when you have a 64-bit processor and runthese 32-bit binaries. There used to be some package to install toallow 32-bit binaries to run, with Debian Jessie I think it was ok bydefault, with Debian Stretch I read that you have to do something ...RichardAh, indeed.  I had entertained that thought briefly.I am assuming the file denemo-2.2-darwin-x64.tar.bz2 in that directory is for OSX?if so... could someone please build a 64-bit version of that same 32-bit linux build?I am not lazy for building stuff (I occasionally spend hours chasing down the dependencies chain/tree) but at the moment this seems daunting (./configure of the git snapshot) : quote  checking for RSVG... noconfigure: error: Package requirements (librsvg-2.0 >= 2.0) were not met:No package 'librsvg-2.0' found--- end quote I think it's not the only package that is missing, so i would like to avoid the chase, if i can.thanks
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] latest linux binary?

[Bric]

On January 20, 2018 at 3:19 PM Bric  wrote:  Downloaded denemo-2.2.0-0.linux-x86.tar.xz, unpacked and tried to run it: ./Launch_Denemo.sh ./Launch_Denemo.sh: line 10: /opt/denemo-2.2.0/usr/bin/glib-compile-schemas: No such file or directorymkdir: cannot create directory ‘/home//.fonts’: File exists./Launch_Denemo.sh: line 33: /opt/denemo-2.2.0/usr/bin/fc-cache: No such file or directory./Launch_Denemo.sh: line 34: /opt/denemo-2.2.0/usr/bin/pango-querymodules: No such file or directory./Launch_Denemo.sh: line 35: /opt/denemo-2.2.0/usr/bin/denemo: No such file or directorySorry - forgot to make clear:  Those file/directories that it says don't exist - DO exist !What's wrong with my system? The above error happens with the old file from 2015 i mentioned earlier, and with both denemo-2.1-0.linux-x86.tar.xz and denemo-2.2.0-0.linux-x86.tar.xz that i just downloaded, upon Jeremiah's advice.On January 20, 2018 at 1:36 PM Jeremiah Benham  wrote:  Yes. On denemo.org/downloads there should be a more recent version.JeremiahOn Jan 20, 2018 8:34 AM, "Bric" < b...@flight.us> wrote: I am having dependency issues building the current git version on an old 14.04.3 LTS Ubuntu, and i'd rather just get a binary (until i do OS upgrade)In late 2015 someone sent me a link to a binary file named denemo-0.0.0-0.linux-x86.tar.xz (expanded to about 157MB)It solved my issues of weird cursor behavior and things like that, in my local builds. Is there a newer version of this binary?thanks__ _  Denemo-devel mailing list  Denemo-devel@gnu.org  https://lists.gnu.org/mailman/listinfo/denemo-devel   ___ Denemo-devel mailing list Denemo-devel@gnu.org https://lists.gnu.org/mailman/listinfo/denemo-devel 
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] latest linux binary?

[Bric]

Downloaded denemo-2.2.0-0.linux-x86.tar.xz, unpacked and tried to run it: ./Launch_Denemo.sh ./Launch_Denemo.sh: line 10: /opt/denemo-2.2.0/usr/bin/glib-compile-schemas: No such file or directorymkdir: cannot create directory ‘/home//.fonts’: File exists./Launch_Denemo.sh: line 33: /opt/denemo-2.2.0/usr/bin/fc-cache: No such file or directory./Launch_Denemo.sh: line 34: /opt/denemo-2.2.0/usr/bin/pango-querymodules: No such file or directory./Launch_Denemo.sh: line 35: /opt/denemo-2.2.0/usr/bin/denemo: No such file or directoryWhat's wrong with my system? The above error happens with the old file from 2015 i mentioned earlier, and with both denemo-2.1-0.linux-x86.tar.xz and denemo-2.2.0-0.linux-x86.tar.xz that i just downloaded, upon Jeremiah's advice.On January 20, 2018 at 1:36 PM Jeremiah Benham  wrote:  Yes. On denemo.org/downloads there should be a more recent version.JeremiahOn Jan 20, 2018 8:34 AM, "Bric" < b...@flight.us> wrote: I am having dependency issues building the current git version on an old 14.04.3 LTS Ubuntu, and i'd rather just get a binary (until i do OS upgrade)In late 2015 someone sent me a link to a binary file named denemo-0.0.0-0.linux-x86.tar.xz (expanded to about 157MB)It solved my issues of weird cursor behavior and things like that, in my local builds. Is there a newer version of this binary?thanks__ _  Denemo-devel mailing list  Denemo-devel@gnu.org  https://lists.gnu.org/mailman/listinfo/denemo-devel  
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] latest linux binary?

[Bric]

I am having dependency issues building the current git version on an old 14.04.3 LTS Ubuntu, and i'd rather just get a binary (until i do OS upgrade)In late 2015 someone sent me a link to a binary file named denemo-0.0.0-0.linux-x86.tar.xz (expanded to about 157MB)It solved my issues of weird cursor behavior and things like that, in my local builds. Is there a newer version of this binary?thanks
 

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] how do I produce this ornament

[Bric]

On 01/01/2016 07:33 AM, Richard Shann wrote:

On Fri, 2016-01-01 at 07:23 -0500, Bric wrote:

Not exactly sure if this would be called a glissando or some type of
chromatic (downward) run, but I can't find the ornament or symbol in the
menus.

You will need to create your own EPS graphic for this - you can do this
entirely in Denemo (it comes packaged with Inkscape) - and then define
it as a custom ornament (attached to a note) or use
Directives->Markings->Insert Graphic. The choice will affect how/if
LilyPond provides space for it.

Richard



In case anyone else searches here (but not lilypond):   here's a 
lilypond code bit to produce something pretty darn similar, if not 
identical:


\transpose c c'' {
  s2. r4 |
  dis8
  ^\markup {
\translate #'(-5 . 0)
\rotate #-45
\pattern #4 #X #0 \musicglyph #"scripts.trill_element"

  }
  e gis b
}



___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] data loss disaster (imminent)

[Bric]

On 01/02/2016 04:56 AM, Richard Shann wrote:

On Fri, 2016-01-01 at 14:41 -0500, Bric wrote:

On 01/01/2016 02:23 PM, Bric wrote:

i have a denemo file that won't open with any version.  The recent
2.0.1 binary, my old 1.2.4, my local 2.0.1 build.  Same opening
"failed" message in all three.

On the command line i see "opening file .denemo"
success: 1

ironically

I still have the *.denemo file, but I can't tell what's wrong with it,
looking at the code, and no explanatory error messages available.

I stand to lose many hours of work here.

What happened was: I was editing about 80 bars of on-staff score,
adding chord symbols; denemo crashed, then when i reopened it, i was
counting on auto-save, which is on for me (every 5 seconds, i think).
I opted to restore from auto-save, and that loaded an empty file.


I closed the empty file without saving, and tried to open the *.denemo
file, and the open action fails.  I am looking at the XML, it seems OK
at cursory glance, and I don't know why it's being rejected.




OK, i deleted my last inserted chord in the XML file:

  dis:m7

After that, the file opened, and I continued to insert the chords,
including the above chord, which now appears in the XML file exactly as
above.

Maybe a cosmic-ray of a stray byte in the file?

the stray byte would be more likely in the memory/disk cache as you
didn't intend to remove a stray byte, you removed an entirely innocent
field, and that could have perturbed your file off of a bad patch of
disk or some such.
If you still have the file in the un-openable form I would be very
interested to see it (confidentiality respected!). (If you *do* still
have it, try and make a copy and open that...).



In my panic to save hours of work i didn't think to back up the bad file 
- rushed to get rid of the badness.


I will try to regenerate a bad version like you suggested.







___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] data loss disaster (imminent)

[Bric]

On 01/01/2016 02:23 PM, Bric wrote:
i have a denemo file that won't open with any version.  The recent 
2.0.1 binary, my old 1.2.4, my local 2.0.1 build.  Same opening 
"failed" message in all three.


On the command line i see "opening file .denemo"
success: 1

ironically

I still have the *.denemo file, but I can't tell what's wrong with it, 
looking at the code, and no explanatory error messages available.


I stand to lose many hours of work here.

What happened was: I was editing about 80 bars of on-staff score, 
adding chord symbols; denemo crashed, then when i reopened it, i was 
counting on auto-save, which is on for me (every 5 seconds, i think).  
I opted to restore from auto-save, and that loaded an empty file.



I closed the empty file without saving, and tried to open the *.denemo 
file, and the open action fails.  I am looking at the XML, it seems OK 
at cursory glance, and I don't know why it's being rejected.





OK, i deleted my last inserted chord in the XML file:

dis:m7

After that, the file opened, and I continued to insert the chords, 
including the above chord, which now appears in the XML file exactly as 
above.


Maybe a cosmic-ray of a stray byte in the file?

Sorry, i didn't mean to cry "wolf!" - the wolf was really nearby, 
growling - i beat him back with an experimental maneuver that just 
happened to work.


Typo in my previous message - should say "one-staff", rather than "on-staff"

Happy New Year, everyone!





___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel




___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] data loss disaster (imminent)

[Bric]

i have a denemo file that won't open with any version.  The recent 2.0.1 
binary, my old 1.2.4, my local 2.0.1 build.  Same opening "failed" 
message in all three.


On the command line i see "opening file .denemo"
success: 1

ironically

I still have the *.denemo file, but I can't tell what's wrong with it, 
looking at the code, and no explanatory error messages available.


I stand to lose many hours of work here.

What happened was: I was editing about 80 bars of on-staff score, adding 
chord symbols; denemo crashed, then when i reopened it, i was counting 
on auto-save, which is on for me (every 5 seconds, i think).  I opted to 
restore from auto-save, and that loaded an empty file.



I closed the empty file without saving, and tried to open the *.denemo 
file, and the open action fails.  I am looking at the XML, it seems OK 
at cursory glance, and I don't know why it's being rejected.





___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] how do I produce this ornament

[Bric]

Not exactly sure if this would be called a glissando or some type of 
chromatic (downward) run, but I can't find the ornament or symbol in the 
menus.


attaching a png, with the run resolving into the d-sharp. There is no 
starting note - it connects only to the destination note.




___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] Chord duration in playback

[Bric]

I just discovered the cool Playback view, and also that it actually 
plays back chords (cool).  And, of course, i immediately want more 
options:  is there, by chance, a way to control the way the chord is 
played? Currently it's quite brief, the duration is like an eighth note, 
it seems, in a 4/4 time sig. Would be nice to extend it, say, to the end 
of measure OR until a new chord is stated.





___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] command not applied to full selection, only at cursor

[Bric]

On 12/31/2015 06:23 AM, Richard Shann wrote:

On Thu, 2015-12-31 at 05:47 -0500, Bric wrote:

On 12/31/2015 04:51 AM, Richard Shann wrote:

Oh! I just remembered this behavior can be changed via a preference - go
to Edit->Change Preferences->Command Behavior, first option.

That did the trick !!

(whew)  nonetheless, i locally built 2.0.1 just now (from git), and it
was set to apply-at-cursor-only.

I expect that is the default, because the other is quite dangerous for
the casual user. What can happen is that they have a selection which is
off-screen, then they try to apply, say, a trill to the note at the
cursor and nothing happens, they think the command is broken. Later they
find a whole bunch of notes have trills on them.

But the root of your problem was you losing your preferences on upgrade.
I'll write up what I know about this, but what you can do to get them
back to delete ~/.denemo-2.0.1 and re-start Denemo. Ask to keep your
preferences, and it *should* keep them and remember them next time (if
you quit properly?). If not, file a bug report, and do the same again
but this time save your commands as your default command set via the
Command Center.
You *never* lose your personal prefs or shortcuts on upgrade, they are
just stored in old .denemo-x.x.x directories.


Thank god for that! (I mean, thank Richard ! :-)

by the way, the 2.0.1 binary doesn't seem to be compiled with jack 
support.  (The one i built this morning works fine with jack, FWIW)




___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] command not applied to full selection, only at cursor

[Bric]

On 12/31/2015 04:51 AM, Richard Shann wrote:

Oh! I just remembered this behavior can be changed via a preference - go
to Edit->Change Preferences->Command Behavior, first option.


That did the trick !!

(whew)  nonetheless, i locally built 2.0.1 just now (from git), and it 
was set to apply-at-cursor-only.   As an aside - i was astounded at how 
fast it compiled - in about 5 minutes


thanks.


Richard

On Wed, 2015-12-30 at 19:54 -0500, Bric wrote:

On 12/30/2015 08:03 AM, Richard Shann wrote:

On Wed, 2015-12-30 at 07:49 -0500, Bric wrote:

anyhow, will try to find 2.0.1 binary later. Hope that one doesn't
crash
and no bugs.

http://denemo.org/~jjbenham/gub/uploads/denemo-0.0.0-0.linux-x86.tar.xz

Ran the above binary.  Doesn't crash.  However, the "select-staff" and
then "transpose music" doesn't work still - only transposes what's at
the cursor

(and i re-checked my old 1.2.4  - works there, for sure)

i should try the windows version, and also try to locally build the
latest git.

thanks


Richard









___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] command not applied to full selection, only at cursor

[Bric]

On 12/30/2015 08:03 AM, Richard Shann wrote:

On Wed, 2015-12-30 at 07:49 -0500, Bric wrote:

anyhow, will try to find 2.0.1 binary later. Hope that one doesn't
crash
and no bugs.

http://denemo.org/~jjbenham/gub/uploads/denemo-0.0.0-0.linux-x86.tar.xz


Ran the above binary.  Doesn't crash.  However, the "select-staff" and 
then "transpose music" doesn't work still - only transposes what's at 
the cursor


(and i re-checked my old 1.2.4  - works there, for sure)

i should try the windows version, and also try to locally build the 
latest git.


thanks


Richard






___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] command not applied to full selection, only at cursor

[Bric]

On 12/30/2015 06:37 AM, Richard Shann wrote:

On Wed, 2015-12-30 at 06:15 -0500, Bric wrote:

hi, all

(long time)

in version 1.1.2 i built locally i can select the entire staff and do
"transpose music", and all the selected notes are transposed.

in a pre-built 1.2.4 I downloaded, the transpose command is applied only
to the note I am cursored on !

was this a known bug, that is fixed in the newest build?  (Cursory
search through the forum didn't yield discussion of this)

It is working in 2.0.1, I never heard of a bug with it.
Version 2.0.0 has been out for a while...


Couldn't readily find 2.0.1 for Ubuntu (in a rush), tried 2.0.0 - it 
crashed when i selected all then tried to pull down the top menu that 
has "transpose music" in it.


(core dumped)

When I re-opened 2.0.0 it didn't seem to have my old short cuts, 
although it did on first run, after importing them.


anyhow, will try to find 2.0.1 binary later. Hope that one doesn't crash 
and no bugs.


thx


Richard


(frustrating - the new version has other feature and bug fixes i need,
but doesn't do this fundamental thing)


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel






___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] command not applied to full selection, only at cursor

[Bric]

hi, all

(long time)

in version 1.1.2 i built locally i can select the entire staff and do 
"transpose music", and all the selected notes are transposed.


in a pre-built 1.2.4 I downloaded, the transpose command is applied only 
to the note I am cursored on !


was this a known bug, that is fixed in the newest build?  (Cursory 
search through the forum didn't yield discussion of this)


(frustrating - the new version has other feature and bug fixes i need, 
but doesn't do this fundamental thing)



___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] Color of keyboard shortcuts in pull-down menus

[Bric]

i have a hard time reading the shortcuts in the pull-down menus. They 
are deep blue against gray background, low-contrast - horrible legibility


Can I customize this color?  I poked around in preferences, etc., 
couldn't find the settings.


Also, I really enjoy the fact that you can quickly assign a shortcut by 
simply mousing over the menu item and typing the keys, and, Violà!, 
shortcut assigned! (though you need to save the command set, for 
permanent save): But how do you assign a sequence of key combinations: 
E.g., Ctrl+v, Ctrl+w (Where you press Ctrl+v, then release keys, then 
press Ctrl+w, and only the latter triggers the command)


Currently using 1.2.4 Linux binary






___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] Did the syntax for slash chords change in 1.2?

[Bric]

On 10/18/2015 06:49 AM, Richard Shann wrote:

On Sun, 2015-10-18 at 10:13 +0100, Richard Shann wrote:

  when there is a chord in the middle of a
measure, the subsequent chords get misaligned

I can reproduce this - I've asked the LilyPond user list about it.

This is actually just caused by the spurious 1 that you have put in the
second chord symbol. f1:/g should be f:/g
The 1 is a wrong syntax in this case triggering a duration of a whole
note, which pushes the next chord symbol away.


Awesome!  (I was just copying the syntax I came across, in this thread)

To answer your earlier question - yes, the phenomenon occurs in 1.1.9 
and 1.2.4,  for me


Haven't tested 2.0.


Richard






___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] Did the syntax for slash chords change in 1.2?

[Bric]

On 10/16/2015 08:54 AM, Richard Shann wrote:

On Fri, 2015-10-16 at 05:55 -0400, Bric wrote:

On 12/09/2014 05:46 AM, Richard Shann wrote:

On Tue, 2014-12-09 at 10:17 +, Richard Shann wrote:

On Tue, 2014-12-09 at 09:37 +, Richard Shann wrote:

On Tue, 2014-12-09 at 02:40 +, Lets Eat Hay wrote:

Hi,

In 1.1.8 I could add chord symbol markings for a slash chord
(inversion) such as "c:/e" to a note and it would typeset as the chord
symbol "C/E" above the staff. In 1.2, this is no longer working for
me. It seems to interpret it as two separate chords - C followed by E.

I notice that in 1.1.8, the LilyPond code that gets generated is
"c1:/e", but in 1.2, the generated LilyPond is "c2: e2". Is this a bug

yes, I think it is a regression brought about by this commit

http://git.savannah.gnu.org/gitweb/?p=denemo.git;a=commit;h=d6882883f4b6de3f930b4315138a9ac149d574f7


author  Richard Shann   
Wed, 10 Sep 2014 10:05:12 + (11:05 +0100)
committer   Richard Shann   
Wed, 10 Sep 2014 10:05:12 + (11:05 +0100)

This allows you to change chord on a single note, but it seems it counts
the slash character as whitespace ...
Please log a bug report for this

No need!
I had a few minutes to look into this before leaving and it is a simple
typo \ for / in the source code - it was supposed to be counting tab
(\t) as white space, but instead counted backslash

backslash=>forward slash :)


   and t as whitespace
(/t) ...
I have fixed this now in git.

Richard





Hi, guys:

Are the "slash chords" chord symbols (e.g.,  "E/G#") supposed to be
working now?

I can't get them rendered correctly, using the code bits in this
thread.  It renders only the "E" in the above example.

Or is it a matter of denemo versions?  I am using denemo version 1.19,
lilypond 2.19.3

There have been two releases of Denemo since then, and there is about to
be the major 2.0 release

Please try

http://denemo.org/~jjbenham/gub/uploads/denemo-mingw-2.0.0.zip


On MS windows the above initially unzipped and ran somehow; 
subsequently, i can't find the executable to launch it.


I ran the 1.2.4 binary on linux; seems to run OK.

Newly discovered problem: when there is a chord in the middle of a 
measure, the subsequent chords get misaligned


Chords positioned on the first note of a measure are aligned correctly, 
but positioning a chord mid-measure messes things up.


Attaching a PNG where  my "f1:/g" chord is in the middle of the first 
measure, and the Dm chord is attached to the first note of the second 
measure (F), but in the render window the Dm chord is bumped down, 
across the 2nd-3rd bar boundary.  If I remove the mid-measure chord, the 
Dm chord is rendered correctly, above the first note of the second measure.


(Should I start a new thread?)



___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] Did the syntax for slash chords change in 1.2?

[Bric]

On 12/09/2014 05:46 AM, Richard Shann wrote:

On Tue, 2014-12-09 at 10:17 +, Richard Shann wrote:

On Tue, 2014-12-09 at 09:37 +, Richard Shann wrote:

On Tue, 2014-12-09 at 02:40 +, Lets Eat Hay wrote:

Hi,

In 1.1.8 I could add chord symbol markings for a slash chord
(inversion) such as "c:/e" to a note and it would typeset as the chord
symbol "C/E" above the staff. In 1.2, this is no longer working for
me. It seems to interpret it as two separate chords - C followed by E.

I notice that in 1.1.8, the LilyPond code that gets generated is
"c1:/e", but in 1.2, the generated LilyPond is "c2: e2". Is this a bug

yes, I think it is a regression brought about by this commit

http://git.savannah.gnu.org/gitweb/?p=denemo.git;a=commit;h=d6882883f4b6de3f930b4315138a9ac149d574f7


author  Richard Shann   
Wed, 10 Sep 2014 10:05:12 + (11:05 +0100)
committer   Richard Shann   
Wed, 10 Sep 2014 10:05:12 + (11:05 +0100)

This allows you to change chord on a single note, but it seems it counts
the slash character as whitespace ...
Please log a bug report for this

No need!
I had a few minutes to look into this before leaving and it is a simple
typo \ for / in the source code - it was supposed to be counting tab
(\t) as white space, but instead counted backslash

backslash=>forward slash :)


  and t as whitespace
(/t) ...
I have fixed this now in git.

Richard






Hi, guys:

Are the "slash chords" chord symbols (e.g.,  "E/G#") supposed to be 
working now?


I can't get them rendered correctly, using the code bits in this 
thread.  It renders only the "E" in the above example.


Or is it a matter of denemo versions?  I am using denemo version 1.19, 
lilypond 2.19.3


thanks.





___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] respelling and simplifying accidentals

[Bric]

On 11/29/2014 03:05 PM, Bric wrote:

On 11/29/2014 01:20 PM, Richard Shann wrote:

On Sat, 2014-11-29 at 18:09 +, Richard Shann wrote:

  It's spelling the
notes as G#, C#, D#, etc. (instead of Ab, Db, Eb, etc)

I should have mentioned that having transposed to the wrong key, you can
always make a further transposition to correct your error. In the case
you mention here, you need to transpose upwards by a diminished second
(the code is d2 for the "Arbitrary transpose up" command).


My brain is not working at the moment.  (Not enough to understand your 
explanation)  But I applied the "d2" transposition, and the problem 
went away.


If the error was mine, then there's no need for the "simplify" 
function I mentioned.  Perhaps.  It would/could have been a more 
generalized function, used to correct mis-spelled sharps/flats 
regardless of how they came about (whether through "transpose" or some 
other way).  But if these problems don't occur, then, obviously, no 
need.  Thanks for helping


I came upon a situation that could use a "force re-spell" function ... 
this one could simply force the FIRST occurrence of a spelling upon all 
the subsequent variants (deviations) from the first occurrence...


Here is a screen shot of the "misspelled" notes I arrived at them by 
copying and pasting sets of quadruplets and then transposing them a 
minor third, then a tritone, then a major sixth up... The key signature 
is D major.


See attached/embedded png.  I want the Ab to be spelled as G#, and 
certainly the C double sharp to be spelled as a D.


Here is a sketch of the basic algorithm in Perl. I realize there can be 
a different algorithm, not based on first-occurrence, but on some other, 
absolute normalization:


foreach my $spelled (@lily_notes) {

my $pitch=&MidiValue($spelled) % 12; # the MidiValue function 
computes the midi index...


if(exists $pitch_spelling{$pitch}) {  # if repeat occurrence

push @respelled_notes, $pitch_spelling{$pitch};

} else {

push @respelled_notes, $spelled; # (first occurrence)
# grab the first occurrence, to force all subsequent variations 
to be spelled as the first occurrence...

$pitch_spelling{$pitch}=$spelled;

}

}

#-

I don't know how one would do associative arrays in, say, scheme, but 
that's my thinking...








(In case you are struggling to analyse that, it is a second because you
are taking G-sharp to A-flat so counting the note steps starting at 1
you get 1 for G and 2 for A, so it's a second - you always have to start
counting a 1 so that g-g is a unison, and g-g' is an 8 or octave. Then
for the quality of the interval, a major second is a tone, a minor
second is a semitone, so this is a diminished second, being one semitone
smaller than that).

Please don't be insulted if you knew all that!

Richard





___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel



___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] 1. "Insert quadruplets" prob 2. Staff type conversion?

[Bric]

Hi.

A couple things:

1.  When I do "insert quadruplets", the quadruplet object appears, with 
a note indicator arrow (moves up and down with a,b,c key strokes), but I 
can't get any notes to insert in-between the quadruplet boundaries.  
Using my current note production mode, which is striking keys  a through 
g.  I can copy and paste between the boundaries, however.  Would be nice 
to type there as well.  Maybe a tiny bug?



2.   Perhaps not a frequent need but sometimes one may have music in 
piano staff(s) already and want to convert it for other instruments.  It 
would be nice to be able to split the two piano staffs (LH & RH) and 
convert them to other types of (single) staffs.  Currently one would 
have to copy & paste.  Not a grueling task, but still...





___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] respelling and simplifying accidentals

[Bric]

On 11/29/2014 01:20 PM, Richard Shann wrote:

On Sat, 2014-11-29 at 18:09 +, Richard Shann wrote:

  It's spelling the
notes as G#, C#, D#, etc. (instead of Ab, Db, Eb, etc)

I should have mentioned that having transposed to the wrong key, you can
always make a further transposition to correct your error. In the case
you mention here, you need to transpose upwards by a diminished second
(the code is d2 for the "Arbitrary transpose up" command).


My brain is not working at the moment.  (Not enough to understand your 
explanation)  But I applied the "d2" transposition, and the problem went 
away.


If the error was mine, then there's no need for the "simplify" function 
I mentioned.  Perhaps.  It would/could have been a more generalized 
function, used to correct mis-spelled sharps/flats regardless of how 
they came about (whether through "transpose" or some other way).  But if 
these problems don't occur, then, obviously, no need.  Thanks for helping




(In case you are struggling to analyse that, it is a second because you
are taking G-sharp to A-flat so counting the note steps starting at 1
you get 1 for G and 2 for A, so it's a second - you always have to start
counting a 1 so that g-g is a unison, and g-g' is an 8 or octave. Then
for the quality of the interval, a major second is a tone, a minor
second is a semitone, so this is a diminished second, being one semitone
smaller than that).

Please don't be insulted if you knew all that!

Richard





___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] respelling and simplifying accidentals

[Bric]

I can't figure out how to force denemo to re-spell accidentals in a 
segment I transposed from A major to A-flat major.  It's spelling the 
notes as G#, C#, D#, etc. (instead of Ab, Db, Eb, etc)


When I transposed from F major to E major, it was OK.  But that was the 
initial key signature.  The A to A-flat is for a segment that follows a 
Key signature CHANGE (in the middle of the score)... not sure if that 
currently makes a difference.


Shouldn't there be a special function that forces simplification of 
spelling, with respect to the key?


thanks

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] feedback on some new features

[Bric]

some of this is belated, perhaps...


Spill-over:  mixed feelings.  Or, practically speaking, it's good 
sometimes, and sometimes worse than the alternative:


spill-over is good when you actually WANT a tied spill-over.  But - 
correct me if I am wrong - denemo doesn't let you change duration ahead 
of typing in a note, WITHOUT CHANGING THE LAST EXISTING NOTE... .  So:  
If a 4/4 measure currently already contains:  { 1/8, 1/4, 1/4, 1/4 ... } 
and you just want to add an 1/8th note, to fill the measure and NOT 
spill ... that forces the automatic spill-over situation.  Your next 
note will be a 1/4, and spill over 1/8-1/8... leaving you the extra task 
of deleting the spilled (second) 1/8, then cursoring left, over to the 
first 1/8, removing the tie, then cursoring back right... Ugh...  
tedious, compared to before, when it just placed my 1/4, highlighted the 
bar red/pink, and let me change the duration with just one key stroke.


Where is the toggle to revert to the old way?  And maybe ideally there 
should be an on-the-fly toggle, with some keystrokes.  It *IS* useful 
when you need it.



Shortcut list: great start.  I haven't found a way to search ("Ctrl+F") 
the list, though, without copying and pasting the whole thing into 
notepad or some such.




Deleting a note:  I actually grew to like the old way very much: 
incremental deleting - after a few persistent "delete" key strokes I was 
left with a rest with duration equal to that of the note I just 
deleted.  Further "delete" key strokes removed the rest as well. That 
was very useful and efficient, I thought.


(And, of course, I'm not talking about "cut"-ing notes/measures ("Ctrl+x"))


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] chord symbol fonts

[Bric]

Thanks for the transposition tips.  One more thing about chords: Is it 
possible to change the chord symbol fonts?


Or is that a lilypond question?  Or is it a matter of scarcity of such 
fonts.


(There is a LOT of discussion on lilypond about general music fonts, but 
I don't see CHORD fonts, specifically)



___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] version strangeness

[Bric]

I did "git pull", checked the ChangeLog - it is showing "2014-10-31 
Release 1.2.0" at the top, compiled, installed, but the binary still 
identifies itself as "1.1.9".  What am I doing wrong??


I happen to need a new feature in 1.2.0 - ability to designate chord 
symbol fonts (or is there a way to do it in earlier version?)


thanks



___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] chord symbols not rendered

[Bric]

On 10/31/2014 09:05 AM, Richard Shann wrote:

On Fri, 2014-10-31 at 08:22 -0400, Bric wrote:

On 10/30/2014 04:36 PM, Richard Shann wrote:

On Thu, 2014-10-30 at 13:58 -0400, Bric wrote:

Hello

I am using version 1.1.2.  Just tried to enter chord symbols.  Found it
in my menus: Notes/Rest -> Markings -> Chord Symbols -> Edit Chord Symbols

(1) If I enter "F#m7"  I get "INVALID!" in the typeset window, although
my entry shows in denemo.

It requires LilyPond syntax.

(2) If I enter "Fm" (removing the pound sign), the "INVALID" error in
the typeset window goes away, but the chord text notation is still not
rendered.  It doesn't show up

I believe the syntax is F:m (there are some examples given in the
prompt)
If you don't want to type in LilyPond chord notation for chord symbols
you can create a staff and set the Staff Properties->Chord Symbols and
the put actual chords in, they will be typeset as chord symbols.

OK. I don't mind typing in Lilypond notation.

   However, lilypond is taking liberties:  when I enter "F:m7.5-",
lilypond (or is it denemo?) substitutes the half-diminished symbol: Fø7

I want to keep it spelled as "Fm7(♭5)", for parentheses, if possible.


Thanks.  By the way, it would really cool if denemo had an option to 
auto-transpose the chords, too!


I mean - this would leverage already invested effort and features: The 
chord entry is already structured and rule-based, using lilypond 
notation.  Seems like it's already set up for auto-transposition.


I suggest:  maybe some sort of check mark that one could toggle, in the 
menus (a menu option close to where one chooses to transpose). So, when 
it's toggled "on", the "transpose music" sweeps in the chords in 
addition to the staff notes.


thanks again.


the default is something called ignatziek style, other styles are
available, you will need to consult the LilyPond docs and do an Insert
LilyPond to get them...
(Well, there is a whole bunch of stuff for customizing chord symbols in
Denemo which you could explore, I've written it for chord charts, but it
will work for your use too I guess).


Should I post to the lilypond forum about it?  By the way a newly
compiled git version keeps hanging/freezing on me, when I resize the
typeset window (!??)

I've seen it do this on the scheme window occasionally. It is some bug
in Gtk I guess.


Let me know if you want me to gdb it or some such.


But that's for another thread, I guess.  Also, I'm
not sure I understand what's happening with the mailing list - am *I*
doing something wrong?

No, the LilyPond mailing lists have gone dead too, some problem at
Savannah I guess, but I don't know how to flag it up; I expect they
know.



___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] chord symbols not rendered

[Bric]

Hello

I am using version 1.1.2.  Just tried to enter chord symbols.  Found it 
in my menus: Notes/Rest -> Markings -> Chord Symbols -> Edit Chord Symbols


(1) If I enter "F#m7"  I get "INVALID!" in the typeset window, although 
my entry shows in denemo.


(2) If I enter "Fm" (removing the pound sign), the "INVALID" error in 
the typeset window goes away, but the chord text notation is still not 
rendered.  It doesn't show up


tia


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] chord symbols not rendered

[Bric]

Hello

I am using version 1.1.2.  Just tried to enter chord symbols.  Found it 
in my menus: Notes/Rest -> Markings -> Chord Symbols -> Edit Chord Symbols


(1) If I enter "F#m7"  I get "INVALID!" in the typeset window, although 
my entry shows in denemo.


(2) If I enter "Fm" (removing the pound sign), the "INVALID" error in 
the typeset window goes away, but the chord text notation is still not 
rendered.  It doesn't show up


tia


[sorry if this is a duplicate message - I have a system glitch right now]


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] chord symbols not rendered

[Bric]

Hello

I am using version 1.1.2.  Just tried to enter chord symbols.  Found it 
in my menus: Notes/Rest -> Markings -> Chord Symbols -> Edit Chord Symbols


(1) If I enter "F#m7"  I get "INVALID!" in the typeset window, although 
my entry shows in denemo.


(2) If I enter "Fm" (removing the pound sign), the "INVALID" error in 
the typeset window goes away, but the chord text notation is still not 
rendered.  It doesn't show up


tia


[this is my third send-out - to both Richard AND the list this time]


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] chord symbols not rendered

[Bric]

On 10/30/2014 04:36 PM, Richard Shann wrote:

On Thu, 2014-10-30 at 13:58 -0400, Bric wrote:

Hello

I am using version 1.1.2.  Just tried to enter chord symbols.  Found it
in my menus: Notes/Rest -> Markings -> Chord Symbols -> Edit Chord Symbols

(1) If I enter "F#m7"  I get "INVALID!" in the typeset window, although
my entry shows in denemo.

It requires LilyPond syntax.

(2) If I enter "Fm" (removing the pound sign), the "INVALID" error in
the typeset window goes away, but the chord text notation is still not
rendered.  It doesn't show up

I believe the syntax is F:m (there are some examples given in the
prompt)
If you don't want to type in LilyPond chord notation for chord symbols
you can create a staff and set the Staff Properties->Chord Symbols and
the put actual chords in, they will be typeset as chord symbols.


OK. I don't mind typing in Lilypond notation.

 However, lilypond is taking liberties:  when I enter "F:m7.5-", 
lilypond (or is it denemo?) substitutes the half-diminished symbol: Fø7


I want to keep it spelled as "Fm7(♭5)", for parentheses, if possible.

Should I post to the lilypond forum about it?  By the way a newly 
compiled git version keeps hanging/freezing on me, when I resize the 
typeset window (!??) But that's for another thread, I guess.  Also, I'm 
not sure I understand what's happening with the mailing list - am *I* 
doing something wrong?


thanks a lot.


^


tia


[this is my third send-out - to both Richard

I didn't receive it, except from the list...

Richard


  AND the list this time]







___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] building on an old system again - error

[Bric]

On 06/10/2014 03:50 PM, Richard Shann wrote:

On Tue, 2014-06-10 at 20:25 +0100, Richard Shann wrote:

On Tue, 2014-06-10 at 10:30 -0400, Bric wrote:

On 06/10/2014 07:30 AM, Richard Shann wrote:

On Tue, 2014-06-10 at 07:16 -0400, Bric wrote:

On 06/09/2014 11:51 PM, Bric wrote:

On 06/09/2014 11:16 PM, Bric wrote:

On 06/09/2014 02:45 AM, Bric wrote:

Hi, guys!

Here I go again, with an ancient Ubuntu 10.10 (I've upgraded my main
system to Ubuntu 14.04, but would like to build denemo on a
different, old system because it also has some apps built with
ancient code which is out of maintenance and not forward-compatible).

So, I managed to ./configure the latest git on the old Ubuntu 10.10,
but "make" errors out, apparently because my libglib is too old.  Or
am I wrong?  Below is the error message.

My libglib2.0-0 is version 2.26.1-0ubuntu1.  What are my options?
Thanks in advance.


Anyone?  Am I correct in my assessment that this is a libglib version
problem?


What's the highest denemo version that works with libglib-2.26 ?


I think I just determined that the error starts with version
1.1.2  Version 1.1.0  seems to compile and run OK.


And as far as the downloadable binaries, version 1.1.2 and 1.1.4
segfault when launched.

Is it a 32-bit or 64-bit system?

32-bit

Are you sure you are launching it correctly? - you launch it with some
shell script called launch denemo or some such...


I'm doing:

$ ./Launch_Denemo.sh

It starts to run, and errors out.  Strangely, I just saw that it seems 
to have a /home/ (user "jjbenham") hard-coded in it.  Maybe 
THAT's the culprit?  The following is a snippet of the terminal output, 
ending with the fatal seg fault. Please note the apparently hard-coded 
username (there is no "jjbenham" on my system!)



.
LSA lib 
/home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/conf.c:3314:(snd_config_hooks_call) 
Cannot open shared library libasound_module_conf_pulse.so
ALSA lib 
/home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/control/control.c:951:(snd_ctl_open_noupdate) 
Invalid CTL hw:0
ALSA lib 
/home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/pcm/pcm.c:2217:(snd_pcm_open_noupdate) 
Unknown PCM cards.pcm.rear
ALSA lib 
/home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/pcm/pcm.c:2217:(snd_pcm_open_noupdate) 
Unknown PCM cards.pcm.center_lfe
ALSA lib 
/home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/pcm/pcm.c:2217:(snd_pcm_open_noupdate) 
Unknown PCM cards.pcm.side

bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
ALSA lib 
/home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/pcm/pcm_dsnoop.c:612:(snd_pcm_dsnoop_open) 
unable to open slave
ALSA lib 
/home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/pcm/pcm_dmix.c:1018:(snd_pcm_dmix_open) 
unable to open slave
ALSA lib 
/home/jjbenham/public_html/gub/target/linux-x86/src/alsa-1.0.25/src/pcm/pcm_dmix.c:1018:(snd_pcm_dmix_open) 
unable to open slave

Denemo - MESSAGE : The default fluidsynth soundfont has been loaded
Denemo - MESSAGE : Initializing Rubberband
Denemo - MESSAGE : Initializing PortAudio backend
./Launch_Denemo.sh: line 35:  3929 Segmentation fault $PREFIX/bin/denemo


the last line above is the end of the output.



But I do wonder, in my API developer ignorance:  could the binaries be
made compatible here if, for instance, some functions where statically
linked/compiled, as opposed to dynamically?

essentially it is as if they were linked statically. That is to say,
they include their own versions of glib and so on, rather than trying to
use unknown system ones.

I don't understand - are you saying these binaries are already
statically compiled?   Or are you saying yes to the idea that they can
be made more so? That one could compile executables of the latest
versions that would run on old systems, because the newer functions
would be internally contained?

I think it is a dynamically linked library,

whoops! a dynamically linked executable I meant to say

  complete with the libraries
to link to at run time and a shell script to launch it with the
environment set to pick up the correct set of libraries, not the system
ones.

Richard




___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel






___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] building on an old system again - error

[Bric]

On 06/10/2014 07:30 AM, Richard Shann wrote:

On Tue, 2014-06-10 at 07:16 -0400, Bric wrote:

On 06/09/2014 11:51 PM, Bric wrote:

On 06/09/2014 11:16 PM, Bric wrote:

On 06/09/2014 02:45 AM, Bric wrote:

Hi, guys!

Here I go again, with an ancient Ubuntu 10.10 (I've upgraded my main
system to Ubuntu 14.04, but would like to build denemo on a
different, old system because it also has some apps built with
ancient code which is out of maintenance and not forward-compatible).

So, I managed to ./configure the latest git on the old Ubuntu 10.10,
but "make" errors out, apparently because my libglib is too old.  Or
am I wrong?  Below is the error message.

My libglib2.0-0 is version 2.26.1-0ubuntu1.  What are my options?
Thanks in advance.


Anyone?  Am I correct in my assessment that this is a libglib version
problem?


What's the highest denemo version that works with libglib-2.26 ?


I think I just determined that the error starts with version
1.1.2  Version 1.1.0  seems to compile and run OK.


And as far as the downloadable binaries, version 1.1.2 and 1.1.4
segfault when launched.

Is it a 32-bit or 64-bit system?


32-bit


But I do wonder, in my API developer ignorance:  could the binaries be
made compatible here if, for instance, some functions where statically
linked/compiled, as opposed to dynamically?

essentially it is as if they were linked statically. That is to say,
they include their own versions of glib and so on, rather than trying to
use unknown system ones.


I don't understand - are you saying these binaries are already 
statically compiled?   Or are you saying yes to the idea that they can 
be made more so? That one could compile executables of the latest 
versions that would run on old systems, because the newer functions 
would be internally contained?





___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] building on an old system again - error

[Bric]

On 06/09/2014 11:51 PM, Bric wrote:

On 06/09/2014 11:16 PM, Bric wrote:

On 06/09/2014 02:45 AM, Bric wrote:

Hi, guys!

Here I go again, with an ancient Ubuntu 10.10 (I've upgraded my main 
system to Ubuntu 14.04, but would like to build denemo on a 
different, old system because it also has some apps built with 
ancient code which is out of maintenance and not forward-compatible).


So, I managed to ./configure the latest git on the old Ubuntu 10.10, 
but "make" errors out, apparently because my libglib is too old.  Or 
am I wrong?  Below is the error message.


My libglib2.0-0 is version 2.26.1-0ubuntu1.  What are my options? 
Thanks in advance.




Anyone?  Am I correct in my assessment that this is a libglib version 
problem?



What's the highest denemo version that works with libglib-2.26 ?



I think I just determined that the error starts with version 
1.1.2  Version 1.1.0  seems to compile and run OK.




And as far as the downloadable binaries, version 1.1.2 and 1.1.4 
segfault when launched.


But I do wonder, in my API developer ignorance:  could the binaries be 
made compatible here if, for instance, some functions where statically 
linked/compiled, as opposed to dynamically?



___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] building on an old system again - error

[Bric]

On 06/09/2014 11:16 PM, Bric wrote:

On 06/09/2014 02:45 AM, Bric wrote:

Hi, guys!

Here I go again, with an ancient Ubuntu 10.10 (I've upgraded my main 
system to Ubuntu 14.04, but would like to build denemo on a 
different, old system because it also has some apps built with 
ancient code which is out of maintenance and not forward-compatible).


So, I managed to ./configure the latest git on the old Ubuntu 10.10, 
but "make" errors out, apparently because my libglib is too old.  Or 
am I wrong?  Below is the error message.


My libglib2.0-0 is version 2.26.1-0ubuntu1.  What are my options? 
Thanks in advance.




Anyone?  Am I correct in my assessment that this is a libglib version 
problem?



What's the highest denemo version that works with libglib-2.26 ?



I think I just determined that the error starts with version 1.1.2  
Version 1.1.0  seems to compile and run OK.




___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] building on an old system again - error

[Bric]

On 06/09/2014 02:45 AM, Bric wrote:

Hi, guys!

Here I go again, with an ancient Ubuntu 10.10 (I've upgraded my main 
system to Ubuntu 14.04, but would like to build denemo on a different, 
old system because it also has some apps built with ancient code which 
is out of maintenance and not forward-compatible).


So, I managed to ./configure the latest git on the old Ubuntu 10.10, 
but "make" errors out, apparently because my libglib is too old.  Or 
am I wrong?  Below is the error message.


My libglib2.0-0 is version 2.26.1-0ubuntu1.  What are my options? 
Thanks in advance.




Anyone?  Am I correct in my assessment that this is a libglib version 
problem?



What's the highest denemo version that works with libglib-2.26 ?



compile error message:

r/lib/libltdl.so /usr/lib/libaubio.so /usr/lib/libxml2.so -lrsvg-2 
/usr/lib/libsndfile.so -ljack -lgtksourceview-2.0 -L/usr/local/lib 
/usr/local/lib/libevview.so /usr/local/lib/libevdocument.so 
/usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so 
/usr/lib/libatk-1.0.so /usr/lib/libgio-2.0.so 
/usr/lib/libpangoft2-1.0.so /usr/lib/libpangocairo-1.0.so 
-lgdk_pixbuf-2.0 /usr/lib/libcairo.so -lpng12 /usr/lib/libpango-1.0.so 
/usr/lib/libfreetype.so -lfontconfig /usr/lib/libgobject-2.0.so 
/usr/lib/libgmodule-2.0.so /usr/lib/libgthread-2.0.so -lrt 
/usr/lib/libglib-2.0.so -lfluidsynth -lrubberband 
/usr/lib/libportaudio.so /usr/lib/libasound.so -lpthread 
/usr/lib/libfftw3.so -lm -lporttime -lportmidi -pthread

midi.o: In function `new_midi_recording':
/opt/git/denemo/src/audio/midi.c:438: undefined reference to 
`g_list_free_full'

midi.o: In function `update_playbutton_callback':
/opt/git/denemo/src/audio/midi.c:149: undefined reference to 
`g_main_context_invoke'

utils.o: In function `start_editing_timer':
/opt/git/denemo/src/core/utils.c:1516: undefined reference to 
`g_get_monotonic_time'

utils.o: In function `stop_editing_timer':
/opt/git/denemo/src/core/utils.c:1521: undefined reference to 
`g_get_monotonic_time'

view.o: In function `delete_recording':
/opt/git/denemo/src/core/view.c:1450: undefined reference to 
`g_list_free_full'

sourceaudio.o: In function `generate_note_onsets':
/opt/git/denemo/src/source/sourceaudio.c:100: undefined reference to 
`g_list_free_full'
libaudiobackend.a(libaudiobackend_a-audiointerface.o): In function 
`redraw_playhead_callback':
/opt/git/denemo/src/audio/audiointerface.c:337: undefined reference to 
`g_main_context_invoke'
libaudiobackend.a(libaudiobackend_a-audiointerface.o): In function 
`redraw_all_callback':
/opt/git/denemo/src/audio/audiointerface.c:322: undefined reference to 
`g_main_context_invoke'
libaudiobackend.a(libaudiobackend_a-audiointerface.o): In function 
`handle_midi_event_callback':
/opt/git/denemo/src/audio/audiointerface.c:354: undefined reference to 
`g_main_context_invoke'
libaudiobackend.a(libaudiobackend_a-eventqueue.o): In function 
`page_viewport_callback':
/opt/git/denemo/src/audio/eventqueue.c:181: undefined reference to 
`g_main_context_invoke'

collect2: ld returned 1 exit status
make[2]: *** [denemo] Error 1
make[2]: Leaving directory `/opt/git/denemo/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/git/denemo'
make: *** [all] Error 2




___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel




___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] building on an old system again - error

[Bric]

Hi, guys!

Here I go again, with an ancient Ubuntu 10.10 (I've upgraded my main 
system to Ubuntu 14.04, but would like to build denemo on a different, 
old system because it also has some apps built with ancient code which 
is out of maintenance and not forward-compatible).


So, I managed to ./configure the latest git on the old Ubuntu 10.10, but 
"make" errors out, apparently because my libglib is too old.  Or am I 
wrong?  Below is the error message.


My libglib2.0-0 is version 2.26.1-0ubuntu1.  What are my options? Thanks 
in advance.


compile error message:

r/lib/libltdl.so /usr/lib/libaubio.so /usr/lib/libxml2.so -lrsvg-2 
/usr/lib/libsndfile.so -ljack -lgtksourceview-2.0 -L/usr/local/lib 
/usr/local/lib/libevview.so /usr/local/lib/libevdocument.so 
/usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so 
/usr/lib/libatk-1.0.so /usr/lib/libgio-2.0.so 
/usr/lib/libpangoft2-1.0.so /usr/lib/libpangocairo-1.0.so 
-lgdk_pixbuf-2.0 /usr/lib/libcairo.so -lpng12 /usr/lib/libpango-1.0.so 
/usr/lib/libfreetype.so -lfontconfig /usr/lib/libgobject-2.0.so 
/usr/lib/libgmodule-2.0.so /usr/lib/libgthread-2.0.so -lrt 
/usr/lib/libglib-2.0.so -lfluidsynth -lrubberband 
/usr/lib/libportaudio.so /usr/lib/libasound.so -lpthread 
/usr/lib/libfftw3.so -lm -lporttime -lportmidi -pthread

midi.o: In function `new_midi_recording':
/opt/git/denemo/src/audio/midi.c:438: undefined reference to 
`g_list_free_full'

midi.o: In function `update_playbutton_callback':
/opt/git/denemo/src/audio/midi.c:149: undefined reference to 
`g_main_context_invoke'

utils.o: In function `start_editing_timer':
/opt/git/denemo/src/core/utils.c:1516: undefined reference to 
`g_get_monotonic_time'

utils.o: In function `stop_editing_timer':
/opt/git/denemo/src/core/utils.c:1521: undefined reference to 
`g_get_monotonic_time'

view.o: In function `delete_recording':
/opt/git/denemo/src/core/view.c:1450: undefined reference to 
`g_list_free_full'

sourceaudio.o: In function `generate_note_onsets':
/opt/git/denemo/src/source/sourceaudio.c:100: undefined reference to 
`g_list_free_full'
libaudiobackend.a(libaudiobackend_a-audiointerface.o): In function 
`redraw_playhead_callback':
/opt/git/denemo/src/audio/audiointerface.c:337: undefined reference to 
`g_main_context_invoke'
libaudiobackend.a(libaudiobackend_a-audiointerface.o): In function 
`redraw_all_callback':
/opt/git/denemo/src/audio/audiointerface.c:322: undefined reference to 
`g_main_context_invoke'
libaudiobackend.a(libaudiobackend_a-audiointerface.o): In function 
`handle_midi_event_callback':
/opt/git/denemo/src/audio/audiointerface.c:354: undefined reference to 
`g_main_context_invoke'
libaudiobackend.a(libaudiobackend_a-eventqueue.o): In function 
`page_viewport_callback':
/opt/git/denemo/src/audio/eventqueue.c:181: undefined reference to 
`g_main_context_invoke'

collect2: ld returned 1 exit status
make[2]: *** [denemo] Error 1
make[2]: Leaving directory `/opt/git/denemo/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/git/denemo'
make: *** [all] Error 2




___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] spastic tooltips won't go away

[Bric]

On 03/23/2014 08:29 AM, Richard Shann wrote:

On Sun, 2014-03-23 at 08:16 -0400, Bric wrote:

On 03/23/2014 07:57 AM, Richard Shann wrote:

Can you post you denemorc file (in .denemo-1.1.2 under your home
directory)?

here it is:  http://www.flight.us/misc/denemo/denemorc-1.1.2.txt

this looks ok.



Do you still get slow cursor animation?

Actually, no.  The horizontal scrolling animation and cursor animation
are GONE (and I am very happy about that :-) -- others, with
faster/better-working systems might be enjoying it, of course).

My question wasn't whether the work around of turning it off was
working, I assumed that. What I was asking is, if you turn on cursor
animation is it still slow?

The reason I ask is because I suspect these are related. Something is
bad with your drawing, and I suspect it is some bug in the
Gtk/Gdk/Glib/Cairo stuff that does drawing the display. The same badness
(miss-matched libraries?) may be causing the tooltip timeout to be
ignored. There is a binary for GNU/Linux which comes with its own set of
libraries, I have tested this on a 32-bit system and it worked just
fine.
Please say if this
http://denemo.org/downloads/denemo-1.1.2-0.linux-x86.tar.xz

well, whatyaknow!  The above binary runs, and does NOT have the tooltip 
insanity !


(it also has a different look-and-feel (mostly for the better, i think), 
and loads/inherits my shortcuts and settings (from the local 1.1.2 build)


I do wonder how I can build it locally properly.  After all, I upgraded 
to Ubuntu 14.04, bleeding-edge (and did quite a bit of bleeding in the 
process -- it nearly lacerated my vital organs, crippling former 
functionality and wiping out essential settings)


so... shouldn't I be able to build with all the latest, greatest components?

thanks again.


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] midi input weirdness

[Bric]

sorry about the top-post:  it's because I will need to re-read this a 
couple of times.  The first objection that immediately comes to mind 
is:  Yes, I understand the sophisticated, clever, and useful algorithm 
behind this now... but why in the world should it notate my B natural as 
"C-flat", when my key signature is C  ??


Like i said: you don't need to respond right away, I will re-read it and 
explore and try to adjust my settings, such that it writes my b naturals 
as plain, unaugmented, undiminished B's ! (particularly in the keys 
where the B is just that)




On 03/23/2014 08:43 AM, Richard Shann wrote:

On Sun, 2014-03-23 at 08:03 -0400, Bric wrote:

My external midi input generates weird notation of C-flat in place of
B-natural, as shown in bars 4 and 5 of the snapshot.  Bars 2 and 3 were
produced by the PC keyboard, in the same session, without any setting
changes (those are expressed normally, as B naturals)

This is one of the strong features of Denemo. It allows you to control
whether C-flat or B-natural is generated, and it warns you if you
inadvertently enter the wrong one by playing augmented and diminished
intervals on a different channel.

There has to be a default setting of course, and this is made when you
set the key-signature - it chooses a range of notes centred on the key
signature you chose. For C-major it will choose the range E-flat to
G-sharp.
You set the range you need either from a menu (Input->MIDI-> XX step
sharper and flatter) where XX is the current sharpest/flattest note that
will be entered) or via a key shortcut or via buttons on the MIDI-in
controls where the complete set of 13 notes are displayed. The range is
also displayed on the status bar. (You can also alter the range with the
modulation control of your MIDI controller, but keep off that for now).



I did go to an unfamiliar menu option earlier -- Educational -> Aural
training -> Identity Scale... and picked some option

But I'm not sure that was the cause of it.

Also, when I play the B-natural, and it is expressed as "C-flat", it
also SOUNDS different.

yes, it is warning you that you are doing something weird (well, not
*that* weird), namely entering a diminished or augmented interval.



   My default is piano but it switches to
(jazz?)organ for the B-natural AND the next note I play after that,
whatever the next note might be (!?!).

you would have to find an interval from C-flat to something that
*wasn't* another diminished or augmented interval for it to go back to
the piano channel.


  Then goes back to the piano
sound, until I play the B natural again

I changed the key signature to G, and some flattened/sharpened notes
(relative to the G scale)  produced the organ sound, while others
didn't.  I'm totally lost.

Any ideas?

Use View->MIDI in Control and keep an eye on the set of input notes you
have chosen

If you don't want it to warn you about diminished/augmented intervals
use the preferences to change the pitch-spelling channel to the same one
you are using for the staff. (This business of choosing the correct name
for C-Flat/B-Natural/A-double-sharp is called pitch spelling).
Denemo is, I suspect, the most sophisticated notation program in the
world for helping to avoid this error which plagues scores entered via
MIDI. I haven't created a single error in the scores I generate since I
implemented this. It is a bit disturbing to be reminded at every
diminished and augmented interval, but far better than generating a
horrible score.

Richard



thanks.

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel






___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

Re: [Denemo-devel] spastic tooltips won't go away

[Bric]

On 03/23/2014 07:57 AM, Richard Shann wrote:

Can you post you denemorc file (in .denemo-1.1.2 under your home
directory)?


here it is:  http://www.flight.us/misc/denemo/denemorc-1.1.2.txt



Do you still get slow cursor animation?


Actually, no.  The horizontal scrolling animation and cursor animation 
are GONE (and I am very happy about that :-) -- others, with 
faster/better-working systems might be enjoying it, of course).




Be careful with Help -> "Turn Excessive Tooltips (Off/On)", when you
turn them off it will also set the tooltip timeouts - so only do this
once and do it before you set the tooltip timeouts.


OK.  I see the reset.  I made sure to increase the timeouts and 
restart.  Absolutely no effect.



Richard

On Sun, 2014-03-23 at 07:28 -0400, Bric wrote:

I was going to lump this into a bunch of "miscellania", but it is SOOO
annoying and interfering, as well as long-standing, that I thought it
deserved its own separate thread.

I am currently trying to normalize my 1.1.2 build (my git build has a
different set of problems). On Ubuntu 14.04.

The tooltip balloon imposes itself regardless of my settings.  It
flickers in frantically when I focus the mouse arrow in/on some menu
element, within about a second.  I have gone to preferences and
unchecked "highlight cursor", changed all my tooltip-related timeouts to
long durations (like 1 milliseconds) and also went under Help ->
"Turn Excessive Tooltips (Off/On)".  To no avail!

thanks.


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel






___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] spastic tooltips won't go away

[Bric]

I was going to lump this into a bunch of "miscellania", but it is SOOO 
annoying and interfering, as well as long-standing, that I thought it 
deserved its own separate thread.


I am currently trying to normalize my 1.1.2 build (my git build has a 
different set of problems). On Ubuntu 14.04.


The tooltip balloon imposes itself regardless of my settings.  It 
flickers in frantically when I focus the mouse arrow in/on some menu 
element, within about a second.  I have gone to preferences and 
unchecked "highlight cursor", changed all my tooltip-related timeouts to 
long durations (like 1 milliseconds) and also went under Help -> 
"Turn Excessive Tooltips (Off/On)".  To no avail!


thanks.


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel

[Denemo-devel] jack connection across suspend

[Bric]

Hi, guys

At the moment I am working in version 1.1.3 (Feb 23 git, Gtk version 
3.10.7)


When I suspend my (pre-released, 14.04) Ubuntu, then resume from 
suspend, qjackctrl shows that the jack connection to denemo is no longer 
there... thus, denemo playback through jack is not working after a suspend.


Is there any way to add some type of "refresh jack connection" feature?  
(Unless, of course, it's already there or the nuts and bolts of JACK 
make that impossible)


thanks.


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel