[pkgsrc/trunk]: pkgsrc/audio/abcmidi abcmidi: update to 20211015

[nia <nia%pkgsrc.org@localhost>]

details:   https://anonhg.NetBSD.org/pkgsrc/rev/31e7a74d4d90
branches:  trunk
changeset: 768260:31e7a74d4d90
user:      nia <nia%pkgsrc.org@localhost>
date:      Sun Oct 17 08:58:17 2021 +0000

description:
abcmidi: update to 20211015

September 15 2021

abc2midi bug:
The last fix in June 27 2021 inserting a break introduced a new bug.
The chord associated with the 'b' gchord code was missing. b and f
codes were indistinguishable. Fix: removed the break in the switch
statement for case b:


October 11 2021

abc2midi new feature:
In compliance with the ABC draft standard 2.2, I introduced additional
K: and V: options for transposition. You can now indicate the number
of semitones to transpose by giving the original note and the
corresponding transposed note in the K: or V: field using either
shift = note1note2
sound = note1note2
instrument = note1/note2
The number of semitones is determined by the difference note2 - note1.

Abcm2ps and abc2svg recognize this command, but abc2abc, yaps, and
abcmatch ignore this new option.

http://abcnotation.com/wiki/abc:standard:v2.2#transposition


October 15 2021

Abc2abc -P bug



X:1
T: P bug
M:4/4
L:1/4
V:1 clef=treble
V:2 clef=bass
%%staves [1 2]
K:C
V:1
C2 D2  |  C4 |
V:2
C,2 G,2 | C,4|

The command
abc2abc t.abc -t 3 -P 1
fails to transpose voice 1

This bug has been around since this option was introduced in June 7 2011.
Fortunately, it has not bothered anyone until recently.
If you add another K:c after the first V:1 command in the body as
shown below.

X:1
T: P bug
M:4/4
L:1/4
V:1 clef=treble
V:2 clef=bass
%%staves [1 2]
K:C
V:1
K:C
C2 D2  |  C4 |
V:2
C,2 G,2 | C,4|

then voice 1 will be transposed correctly. Unfortunately, there is
no easy fix. When the -P option is present, abc2abc ignores the
first K: field command. (In toabc.c line 1643 event_key aborts
prior to setting up the arrays for a key transpose. Commenting
out this return statement introduces another problem.)

The main issue is that abc2abc only does one pass through the
input file. It does not know whether there is a K: field command
following V:1. If it assumes that there is none and forces a
call to event_key in event_voice, there may be another problem
when a different K: field command is found eventually. I have
decided to suspend support to the -P option because it would be
too complicated to fix this.

diffstat:

 audio/abcmidi/Makefile |  4 ++--
 audio/abcmidi/distinfo |  8 ++++----
 2 files changed, 6 insertions(+), 6 deletions(-)

diffs (27 lines):

diff -r 131a916ea80b -r 31e7a74d4d90 audio/abcmidi/Makefile
--- a/audio/abcmidi/Makefile    Sun Oct 17 07:14:37 2021 +0000
+++ b/audio/abcmidi/Makefile    Sun Oct 17 08:58:17 2021 +0000
@@ -1,7 +1,7 @@
-# $NetBSD: Makefile,v 1.23 2021/07/13 07:57:13 nia Exp $
+# $NetBSD: Makefile,v 1.24 2021/10/17 08:58:17 nia Exp $
 #
 
-DISTNAME=      abcMIDI-2021.06.27
+DISTNAME=      abcMIDI-2021.10.15
 PKGNAME=       ${DISTNAME:tl:S/.//g}
 CATEGORIES=    audio
 MASTER_SITES=  https://ifdo.ca/~seymour/runabc/
diff -r 131a916ea80b -r 31e7a74d4d90 audio/abcmidi/distinfo
--- a/audio/abcmidi/distinfo    Sun Oct 17 07:14:37 2021 +0000
+++ b/audio/abcmidi/distinfo    Sun Oct 17 08:58:17 2021 +0000
@@ -1,6 +1,6 @@
-$NetBSD: distinfo,v 1.18 2021/10/07 13:09:10 nia Exp $
+$NetBSD: distinfo,v 1.19 2021/10/17 08:58:17 nia Exp $
 
-RMD160 (abcMIDI-2021.06.27.zip) = c760995448287cbbf1fcfdbee2ecef6e157090ca
-SHA512 (abcMIDI-2021.06.27.zip) = b1e4a7a9b93e6633abe211258995cfa84bb8eaed3870ed20e244aa12353c6cc351ea7e1c842e4e410dad9dd91b2e8c918826138bec39503c56e95062f4a99f37
-Size (abcMIDI-2021.06.27.zip) = 605658 bytes
+RMD160 (abcMIDI-2021.10.15.zip) = e4070c9b5c96ab0a2e05ddbd7b1b8640092450ab
+SHA512 (abcMIDI-2021.10.15.zip) = f9877444c28add8d036223d1f8aa309928d14a26b923509411fb5781192c77292138a02837015673a92c724b0ce59aa8fc11c66177371c9dd1d23501410f01e7
+Size (abcMIDI-2021.10.15.zip) = 607327 bytes
 SHA1 (patch-Makefile.in) = 85955fde3d3cc3184130fe9be87aa29e95691da2