guidolib-devel — The list is for discussion about development issues and API design.

[Guidolib-devel] guidolib v.1.60

[Dominique F. <fo...@gr...>]

Hi,

A new version of the Guido Engine Library, applications and tools is available from the sourceforge files section. 	
	https://sourceforge.net/projects/guidolib/files/ <https://sourceforge.net/projects/guidolib/files/>

Best,
—
Dominique


Change list
---------------
- beanming half notes is allowed
- auto beaming strategy improved
- bug in mapping corrected: rests generated by split could be ignored
- new reduced simplified proportional representation
- added GuidoStream2GuidoString in GUIDOParse which return clean Gmn code from a guido stream
- empty guidostream are now translated in guido code as an empty score: "[]"
- new GUIDOScoreMap API : GuidoGetRAWStaffMap, GuidoGetRAWVoiceMap and GuidoGetRAWSystemMap which return mapping without any treatment (RAW)
- crash bug corrected (with regression-tests/ActorPreludeSample.gmn)
- crash bug corrected with piano roll colors management
- new function GuidoPianoRollRemoveColorToVoice for piano roll to remove color to voice.

Re: [Guidolib-devel] GuidoViewer sample code problem

[Robert J. <job...@gm...>]

Thanks again.

I converted xml2guido format and I tried opened it with guidoviewer but it
crashed :(

Guido Warning: Named Parameter has wrong type:
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f0b4934143e, pid=5987, tid=139686436423424
#
# JRE version: OpenJDK Runtime Environment (7.0_85-b01) (build 1.7.0_85-b01)
# Java VM: OpenJDK 64-Bit Server VM (24.85-b03 mixed mode linux-amd64
compressed oops)
# Derivative: IcedTea 2.6.1
# Distribution: Ubuntu 15.04, package 7u85-2.6.1-5ubuntu0.15.04.1
# Problematic frame:
# C  [libGUIDOEngine.so.1+0x1ac43e]  ARPositionTag::getEndPosition()
const+0x28
#
# Failed to write core dump. Core dumps have been disabled. To enable core
dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /home/evil85/Development/guidolib-code/lang/java/hs_err_pid5987.log
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
#   http://icedtea.classpath.org/bugzilla
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.

I attached full gdb backtrace , I tried recompiled with Debug but no luck,
it isnt contains more information :(


2015-11-28 8:26 GMT+01:00 Dominique Fober <fo...@gr...>:

> Hi Robert,
>
> The java GuidoViewer doesn’t support MusicXML format natively (nor the
> Guido Engine) but through conversion to GMN format.
> There is a tool for that, named xml2guido, which is part of the
> libmusicxml library. See at :
> https://github.com/dfober/libmusicxml
> Note that the library provides also an API for the conversion but yet
> there is no JNI.
> Best,
> —
> Dominique
>
>
> Le 27 nov. 2015 à 23:05, Robert Jobbagy <job...@gm...> a
> écrit :
>
> Hi Dominique,
>
> Thanks your help, it compiled and run , but when I downloaded some example
> xml from here :
>
> http://www.musicxml.com/music-in-musicxml/example-set/
>
> It didn't works :(
>
> I saw this in command line  :
>
> cd .. && javac guidoviewer.java
> Note: guidoviewer.java uses or overrides a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> cd .. && java -Djava.library.path=build guidoviewer
> GUIDOEngine version 1.5.7 - JNI interface version 1.2.1 initialized.
> error line: 1 col: 1: syntax error, unexpected STARTPARAM, expecting
> STARTSEQ
> error line: 1 col: 1: syntax error, unexpected STARTPARAM, expecting
> STARTSEQ
> error line: 1 col: 1: syntax error, unexpected STARTPARAM, expecting
> STARTSEQ
> error line: 1 col: 1: syntax error, unexpected STARTPARAM, expecting
> STARTSEQ
>
> and on gui wrote that is a memory error.
>
> What's wrong ? Maybe wrong xml format ?
>
>
> 2015-11-27 10:30 GMT+01:00 Dominique Fober <fo...@gr...>:
>
>>
>> Le 27 nov. 2015 à 10:16, Robert Jobbagy <job...@gm...> a
>> écrit :
>>
>> Hi Dominique,
>>
>> I download guido jdk from sourceforge it's GuidoJava-v.1.23 and I
>> download latest src from sourceforge too and made .so.
>>
>>
>> I didn’t check with the jdk but with the ‘dev' branch of the src code.
>> could you try try the following (from the root of the repo and from the
>> ‘dev’ branch) :
>> > cd build
>> > make linux
>> > sudo make  -C linux install
>> > cd ../lang/java/build
>> > make
>> > make guidoviewer
>>
>>
>> First System.load is working but guido.init throw this error.
>>
>> 2015-11-27 9:37 GMT+01:00 Dominique Fober <fo...@gr...>:
>>
>>> Hi Robert,
>>>
>>> I’ve just tried on ubuntu (version 14.04 but I don’t think it matters)
>>> and it works on my side.
>>> What version of guido are you using ? did you download the latest guido
>>> jdk from sourceforge ? (GuidoJava-v.1.23)
>>> or are you using the src code from the git repository ?
>>> —
>>> Dominique
>>>
>>>
>>> > Le 27 nov. 2015 à 01:26, Robert Jobbagy <job...@gm...> a
>>> écrit :
>>> >
>>> > Hi Guys,
>>> >
>>> > I try to use GUIDO lib with java on linux (Ubuntu 15.04).
>>> >
>>> > I have a problem in guidoviewer.java static constructor :
>>> >
>>> >       static {
>>> >         try {
>>> >                       System.setProperty("java.library.path",
>>> "/usr/lib/");
>>> >                       System.loadLibrary("GUIDOEngine");
>>> >                       System.err.println("Native lib loading success");
>>> >                       guido.Init("Guido2", "Times");
>>>         // guido engine initailization is required before calling any
>>> guidoscore API
>>> >                       if (guido.xml2gmn())
>>>                 // check if musicxml support is available
>>> >                               System.out.println("libMusicXML v." +
>>> guido.musicxmlversion() +
>>> >                                       " with GMN converter v." +
>>> guido.musicxml2guidoversion());
>>> >               } catch (UnsatisfiedLinkError e) {
>>> >                       System.err.println("Native code library failed
>>> to load.\n" + e);
>>> >                       System.exit(-1);
>>> >               }
>>> >       }
>>> >
>>> > It's failed when guido.init called I see this Exception :
>>> >
>>> > Native lib loading success
>>> > GUIDOEngine native code library initialization failed.
>>> > java.lang.UnsatisfiedLinkError: guidoengine.guidolayout.Init()V
>>> > Native code library failed to load.
>>> > java.lang.UnsatisfiedLinkError:
>>> guidoengine.guido.Init(Ljava/lang/String;Ljava/lang/String;)I
>>> >
>>> > What's wrong ?
>>> >
>>> > Thanks your time.
>>> >
>>> > --
>>> > Best Regards,
>>> >
>>> > Robert
>>> >
>>> ------------------------------------------------------------------------------
>>> > _______________________________________________
>>> > Guidolib-devel mailing list
>>> > Gui...@li...
>>> > https://lists.sourceforge.net/lists/listinfo/guidolib-devel
>>>
>>>
>>
>>
>> --
>> Best Regards,
>>
>> Robert
>>
>>
>>
>
>
> --
> Best Regards,
>
> Robert
>
>
>


-- 
Best Regards,

Robert

Re: [Guidolib-devel] GuidoViewer sample code problem

[Dominique F. <fo...@gr...>]

Hi Robert,

The java GuidoViewer doesn’t support MusicXML format natively (nor the Guido Engine) but through conversion to GMN format.
There is a tool for that, named xml2guido, which is part of the libmusicxml library. See at :
	https://github.com/dfober/libmusicxml <https://github.com/dfober/libmusicxml>
Note that the library provides also an API for the conversion but yet there is no JNI.
Best,
—
Dominique


> Le 27 nov. 2015 à 23:05, Robert Jobbagy <job...@gm...> a écrit :
> 
> Hi Dominique,
> 
> Thanks your help, it compiled and run , but when I downloaded some example xml from here : 
> 
> http://www.musicxml.com/music-in-musicxml/example-set/ <http://www.musicxml.com/music-in-musicxml/example-set/>
> 
> It didn't works :(
> 
> I saw this in command line  : 
> 
> cd .. && javac guidoviewer.java
> Note: guidoviewer.java uses or overrides a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> cd .. && java -Djava.library.path=build guidoviewer 
> GUIDOEngine version 1.5.7 - JNI interface version 1.2.1 initialized.
> error line: 1 col: 1: syntax error, unexpected STARTPARAM, expecting STARTSEQ
> error line: 1 col: 1: syntax error, unexpected STARTPARAM, expecting STARTSEQ
> error line: 1 col: 1: syntax error, unexpected STARTPARAM, expecting STARTSEQ
> error line: 1 col: 1: syntax error, unexpected STARTPARAM, expecting STARTSEQ
> 
> and on gui wrote that is a memory error.
> 
> What's wrong ? Maybe wrong xml format ?
> 
> 
> 2015-11-27 10:30 GMT+01:00 Dominique Fober <fo...@gr... <mailto:fo...@gr...>>:
> 
>> Le 27 nov. 2015 à 10:16, Robert Jobbagy <job...@gm... <mailto:job...@gm...>> a écrit :
>> 
>> Hi Dominique,
>> 
>> I download guido jdk from sourceforge it's GuidoJava-v.1.23 and I download latest src from sourceforge too and made .so.
> 
> I didn’t check with the jdk but with the ‘dev' branch of the src code.
> could you try try the following (from the root of the repo and from the ‘dev’ branch) :
> > cd build
> > make linux 
> > sudo make  -C linux install
> > cd ../lang/java/build
> > make
> > make guidoviewer
> 
>> 
>> First System.load is working but guido.init throw this error.
>> 
>> 2015-11-27 9:37 GMT+01:00 Dominique Fober <fo...@gr... <mailto:fo...@gr...>>:
>> Hi Robert,
>> 
>> I’ve just tried on ubuntu (version 14.04 but I don’t think it matters) and it works on my side.
>> What version of guido are you using ? did you download the latest guido jdk from sourceforge ? (GuidoJava-v.1.23)
>> or are you using the src code from the git repository ?
>> —
>> Dominique
>> 
>> 
>> > Le 27 nov. 2015 à 01:26, Robert Jobbagy <job...@gm... <mailto:job...@gm...>> a écrit :
>> >
>> > Hi Guys,
>> >
>> > I try to use GUIDO lib with java on linux (Ubuntu 15.04).
>> >
>> > I have a problem in guidoviewer.java static constructor :
>> >
>> >       static {
>> >         try {
>> >                       System.setProperty("java.library.path", "/usr/lib/");
>> >                       System.loadLibrary("GUIDOEngine");
>> >                       System.err.println("Native lib loading success");
>> >                       guido.Init("Guido2", "Times");                          // guido engine initailization is required before calling any guidoscore API
>> >                       if (guido.xml2gmn())                                            // check if musicxml support is available
>> >                               System.out.println("libMusicXML v." + guido.musicxmlversion() +
>> >                                       " with GMN converter v." + guido.musicxml2guidoversion());
>> >               } catch (UnsatisfiedLinkError e) {
>> >                       System.err.println("Native code library failed to load.\n" + e);
>> >                       System.exit(-1);
>> >               }
>> >       }
>> >
>> > It's failed when guido.init called I see this Exception :
>> >
>> > Native lib loading success
>> > GUIDOEngine native code library initialization failed.
>> > java.lang.UnsatisfiedLinkError: guidoengine.guidolayout.Init()V
>> > Native code library failed to load.
>> > java.lang.UnsatisfiedLinkError: guidoengine.guido.Init(Ljava/lang/String;Ljava/lang/String;)I
>> >
>> > What's wrong ?
>> >
>> > Thanks your time.
>> >
>> > --
>> > Best Regards,
>> >
>> > Robert
>> > ------------------------------------------------------------------------------
>> > _______________________________________________
>> > Guidolib-devel mailing list
>> > Gui...@li... <mailto:Gui...@li...>
>> > https://lists.sourceforge.net/lists/listinfo/guidolib-devel <https://lists.sourceforge.net/lists/listinfo/guidolib-devel>
>> 
>> 
>> 
>> 
>> -- 
>> Best Regards,
>> 
>> Robert
> 
> 
> 
> 
> -- 
> Best Regards,
> 
> Robert

Re: [Guidolib-devel] GuidoViewer sample code problem

[Robert J. <job...@gm...>]

Hi Dominique,

Thanks your help, it compiled and run , but when I downloaded some example
xml from here :

http://www.musicxml.com/music-in-musicxml/example-set/

It didn't works :(

I saw this in command line  :

cd .. && javac guidoviewer.java
Note: guidoviewer.java uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
cd .. && java -Djava.library.path=build guidoviewer
GUIDOEngine version 1.5.7 - JNI interface version 1.2.1 initialized.
error line: 1 col: 1: syntax error, unexpected STARTPARAM, expecting
STARTSEQ
error line: 1 col: 1: syntax error, unexpected STARTPARAM, expecting
STARTSEQ
error line: 1 col: 1: syntax error, unexpected STARTPARAM, expecting
STARTSEQ
error line: 1 col: 1: syntax error, unexpected STARTPARAM, expecting
STARTSEQ

and on gui wrote that is a memory error.

What's wrong ? Maybe wrong xml format ?


2015-11-27 10:30 GMT+01:00 Dominique Fober <fo...@gr...>:

>
> Le 27 nov. 2015 à 10:16, Robert Jobbagy <job...@gm...> a
> écrit :
>
> Hi Dominique,
>
> I download guido jdk from sourceforge it's GuidoJava-v.1.23 and I download
> latest src from sourceforge too and made .so.
>
>
> I didn’t check with the jdk but with the ‘dev' branch of the src code.
> could you try try the following (from the root of the repo and from the
> ‘dev’ branch) :
> > cd build
> > make linux
> > sudo make  -C linux install
> > cd ../lang/java/build
> > make
> > make guidoviewer
>
>
> First System.load is working but guido.init throw this error.
>
> 2015-11-27 9:37 GMT+01:00 Dominique Fober <fo...@gr...>:
>
>> Hi Robert,
>>
>> I’ve just tried on ubuntu (version 14.04 but I don’t think it matters)
>> and it works on my side.
>> What version of guido are you using ? did you download the latest guido
>> jdk from sourceforge ? (GuidoJava-v.1.23)
>> or are you using the src code from the git repository ?
>> —
>> Dominique
>>
>>
>> > Le 27 nov. 2015 à 01:26, Robert Jobbagy <job...@gm...> a
>> écrit :
>> >
>> > Hi Guys,
>> >
>> > I try to use GUIDO lib with java on linux (Ubuntu 15.04).
>> >
>> > I have a problem in guidoviewer.java static constructor :
>> >
>> >       static {
>> >         try {
>> >                       System.setProperty("java.library.path",
>> "/usr/lib/");
>> >                       System.loadLibrary("GUIDOEngine");
>> >                       System.err.println("Native lib loading success");
>> >                       guido.Init("Guido2", "Times");
>>       // guido engine initailization is required before calling any
>> guidoscore API
>> >                       if (guido.xml2gmn())
>>               // check if musicxml support is available
>> >                               System.out.println("libMusicXML v." +
>> guido.musicxmlversion() +
>> >                                       " with GMN converter v." +
>> guido.musicxml2guidoversion());
>> >               } catch (UnsatisfiedLinkError e) {
>> >                       System.err.println("Native code library failed to
>> load.\n" + e);
>> >                       System.exit(-1);
>> >               }
>> >       }
>> >
>> > It's failed when guido.init called I see this Exception :
>> >
>> > Native lib loading success
>> > GUIDOEngine native code library initialization failed.
>> > java.lang.UnsatisfiedLinkError: guidoengine.guidolayout.Init()V
>> > Native code library failed to load.
>> > java.lang.UnsatisfiedLinkError:
>> guidoengine.guido.Init(Ljava/lang/String;Ljava/lang/String;)I
>> >
>> > What's wrong ?
>> >
>> > Thanks your time.
>> >
>> > --
>> > Best Regards,
>> >
>> > Robert
>> >
>> ------------------------------------------------------------------------------
>> > _______________________________________________
>> > Guidolib-devel mailing list
>> > Gui...@li...
>> > https://lists.sourceforge.net/lists/listinfo/guidolib-devel
>>
>>
>
>
> --
> Best Regards,
>
> Robert
>
>
>


-- 
Best Regards,

Robert

Re: [Guidolib-devel] GuidoViewer sample code problem

[Dominique F. <fo...@gr...>]

> Le 27 nov. 2015 à 10:16, Robert Jobbagy <job...@gm...> a écrit :
> 
> Hi Dominique,
> 
> I download guido jdk from sourceforge it's GuidoJava-v.1.23 and I download latest src from sourceforge too and made .so.

I didn’t check with the jdk but with the ‘dev' branch of the src code.
could you try try the following (from the root of the repo and from the ‘dev’ branch) :
> cd build
> make linux 
> sudo make  -C linux install
> cd ../lang/java/build
> make
> make guidoviewer

> 
> First System.load is working but guido.init throw this error.
> 
> 2015-11-27 9:37 GMT+01:00 Dominique Fober <fo...@gr... <mailto:fo...@gr...>>:
> Hi Robert,
> 
> I’ve just tried on ubuntu (version 14.04 but I don’t think it matters) and it works on my side.
> What version of guido are you using ? did you download the latest guido jdk from sourceforge ? (GuidoJava-v.1.23)
> or are you using the src code from the git repository ?
> —
> Dominique
> 
> 
> > Le 27 nov. 2015 à 01:26, Robert Jobbagy <job...@gm... <mailto:job...@gm...>> a écrit :
> >
> > Hi Guys,
> >
> > I try to use GUIDO lib with java on linux (Ubuntu 15.04).
> >
> > I have a problem in guidoviewer.java static constructor :
> >
> >       static {
> >         try {
> >                       System.setProperty("java.library.path", "/usr/lib/");
> >                       System.loadLibrary("GUIDOEngine");
> >                       System.err.println("Native lib loading success");
> >                       guido.Init("Guido2", "Times");                          // guido engine initailization is required before calling any guidoscore API
> >                       if (guido.xml2gmn())                                            // check if musicxml support is available
> >                               System.out.println("libMusicXML v." + guido.musicxmlversion() +
> >                                       " with GMN converter v." + guido.musicxml2guidoversion());
> >               } catch (UnsatisfiedLinkError e) {
> >                       System.err.println("Native code library failed to load.\n" + e);
> >                       System.exit(-1);
> >               }
> >       }
> >
> > It's failed when guido.init called I see this Exception :
> >
> > Native lib loading success
> > GUIDOEngine native code library initialization failed.
> > java.lang.UnsatisfiedLinkError: guidoengine.guidolayout.Init()V
> > Native code library failed to load.
> > java.lang.UnsatisfiedLinkError: guidoengine.guido.Init(Ljava/lang/String;Ljava/lang/String;)I
> >
> > What's wrong ?
> >
> > Thanks your time.
> >
> > --
> > Best Regards,
> >
> > Robert
> > ------------------------------------------------------------------------------
> > _______________________________________________
> > Guidolib-devel mailing list
> > Gui...@li... <mailto:Gui...@li...>
> > https://lists.sourceforge.net/lists/listinfo/guidolib-devel <https://lists.sourceforge.net/lists/listinfo/guidolib-devel>
> 
> 
> 
> 
> -- 
> Best Regards,
> 
> Robert

Re: [Guidolib-devel] GuidoViewer sample code problem

[Robert J. <job...@gm...>]

Hi Dominique,

I download guido jdk from sourceforge it's GuidoJava-v.1.23 and I download
latest src from sourceforge too and made .so.

First System.load is working but guido.init throw this error.

2015-11-27 9:37 GMT+01:00 Dominique Fober <fo...@gr...>:

> Hi Robert,
>
> I’ve just tried on ubuntu (version 14.04 but I don’t think it matters) and
> it works on my side.
> What version of guido are you using ? did you download the latest guido
> jdk from sourceforge ? (GuidoJava-v.1.23)
> or are you using the src code from the git repository ?
> —
> Dominique
>
>
> > Le 27 nov. 2015 à 01:26, Robert Jobbagy <job...@gm...> a
> écrit :
> >
> > Hi Guys,
> >
> > I try to use GUIDO lib with java on linux (Ubuntu 15.04).
> >
> > I have a problem in guidoviewer.java static constructor :
> >
> >       static {
> >         try {
> >                       System.setProperty("java.library.path",
> "/usr/lib/");
> >                       System.loadLibrary("GUIDOEngine");
> >                       System.err.println("Native lib loading success");
> >                       guido.Init("Guido2", "Times");
>       // guido engine initailization is required before calling any
> guidoscore API
> >                       if (guido.xml2gmn())
>               // check if musicxml support is available
> >                               System.out.println("libMusicXML v." +
> guido.musicxmlversion() +
> >                                       " with GMN converter v." +
> guido.musicxml2guidoversion());
> >               } catch (UnsatisfiedLinkError e) {
> >                       System.err.println("Native code library failed to
> load.\n" + e);
> >                       System.exit(-1);
> >               }
> >       }
> >
> > It's failed when guido.init called I see this Exception :
> >
> > Native lib loading success
> > GUIDOEngine native code library initialization failed.
> > java.lang.UnsatisfiedLinkError: guidoengine.guidolayout.Init()V
> > Native code library failed to load.
> > java.lang.UnsatisfiedLinkError:
> guidoengine.guido.Init(Ljava/lang/String;Ljava/lang/String;)I
> >
> > What's wrong ?
> >
> > Thanks your time.
> >
> > --
> > Best Regards,
> >
> > Robert
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > Guidolib-devel mailing list
> > Gui...@li...
> > https://lists.sourceforge.net/lists/listinfo/guidolib-devel
>
>


-- 
Best Regards,

Robert

Re: [Guidolib-devel] GuidoViewer sample code problem

[Dominique F. <fo...@gr...>]

Hi Robert,

I’ve just tried on ubuntu (version 14.04 but I don’t think it matters) and it works on my side.
What version of guido are you using ? did you download the latest guido jdk from sourceforge ? (GuidoJava-v.1.23)
or are you using the src code from the git repository ?
—
Dominique


> Le 27 nov. 2015 à 01:26, Robert Jobbagy <job...@gm...> a écrit :
> 
> Hi Guys,
> 
> I try to use GUIDO lib with java on linux (Ubuntu 15.04).
> 
> I have a problem in guidoviewer.java static constructor :
> 
>  	static {
>         try {
> 			System.setProperty("java.library.path", "/usr/lib/");
> 			System.loadLibrary("GUIDOEngine");
> 			System.err.println("Native lib loading success");
> 			guido.Init("Guido2", "Times");				// guido engine initailization is required before calling any guidoscore API
> 			if (guido.xml2gmn())						// check if musicxml support is available
> 				System.out.println("libMusicXML v." + guido.musicxmlversion() + 
> 					" with GMN converter v." + guido.musicxml2guidoversion());
> 		} catch (UnsatisfiedLinkError e) {
> 			System.err.println("Native code library failed to load.\n" + e);
> 			System.exit(-1);
> 		}
> 	}
> 
> It's failed when guido.init called I see this Exception : 
> 
> Native lib loading success
> GUIDOEngine native code library initialization failed.
> java.lang.UnsatisfiedLinkError: guidoengine.guidolayout.Init()V
> Native code library failed to load.
> java.lang.UnsatisfiedLinkError: guidoengine.guido.Init(Ljava/lang/String;Ljava/lang/String;)I
> 
> What's wrong ?
> 
> Thanks your time.
> 
> -- 
> Best Regards,
> 
> Robert
> ------------------------------------------------------------------------------
> _______________________________________________
> Guidolib-devel mailing list
> Gui...@li...
> https://lists.sourceforge.net/lists/listinfo/guidolib-devel

[Guidolib-devel] GuidoViewer sample code problem

[Robert J. <job...@gm...>]

Hi Guys,

I try to use GUIDO lib with java on linux (Ubuntu 15.04).

I have a problem in guidoviewer.java static constructor :

  static {
        try {
System.setProperty("java.library.path", "/usr/lib/");
System.loadLibrary("GUIDOEngine");
System.err.println("Native lib loading success");
guido.Init("Guido2", "Times"); // guido engine initailization is required
before calling any guidoscore API
if (guido.xml2gmn()) // check if musicxml support is available
System.out.println("libMusicXML v." + guido.musicxmlversion() +
" with GMN converter v." + guido.musicxml2guidoversion());
} catch (UnsatisfiedLinkError e) {
System.err.println("Native code library failed to load.\n" + e);
System.exit(-1);
}
}

It's failed when guido.init called I see this Exception :

Native lib loading success
GUIDOEngine native code library initialization failed.
java.lang.UnsatisfiedLinkError: guidoengine.guidolayout.Init()V
Native code library failed to load.
java.lang.UnsatisfiedLinkError:
guidoengine.guido.Init(Ljava/lang/String;Ljava/lang/String;)I

What's wrong ?

Thanks your time.

-- 
Best Regards,

Robert

[Guidolib-devel] guidolib v. 1.57

[Dominique F. <fo...@gr...>]

Hi,

A new version of the Guido Engine Library - applications and tools - is available from the sourceforge files section. 	
	https://sourceforge.net/projects/guidolib/files/ <https://sourceforge.net/projects/guidolib/files/>
See the change log below for the main changes. 

The important news is that the Guido Engine is now available as a javascript library ( https://sourceforge.net/projects/guidolib/files/Javascript/ <https://sourceforge.net/projects/guidolib/files/Javascript/> ) and can be embedded into a web pages. 
Samples are provided with the Javascript SDK, including a web component example. 
With the existing web service, a whole set of solutions are now provided for the web (see at http://guido.grame.fr/ <http://guido.grame.fr/> ).

Note also that the Guido Java JNI has been updated to the latest API and a new Java SDK has also been published.

All the best,
—
Dominique


----------------------------------------------------------------
2015-03-23  version 1.5.7
- New param 'dispNote' in \tuplet-tag, allowing to force notes appearance:
	- possible values : "/1", "/2", "/4", "/8", "/16")
	- doesn't work for chord in tuplet
- integration of GuidoLayoutSettings and GuidoPageFormat in classes. Global or static variables for this data structures are removed.
- bug fixes : 
    - cairo device : problem on fill color.
    - GDI device : remove unused character array mapping in GDI font class.
    - Tuplets : correction on automatic brackets direction
    - Compilation with visual studio 2010 and cmake > 2.8. The name of visual studio in cmake has changed, adding new condition in cmakelist.

Re: [Guidolib-devel] iOS Guido Lib

[Michael C. <win...@gm...>]

Hello once more.
iOS stuff completed with success.

Now I 'm trying in android. The ndk was used to build the .so all right,
but the example "simple-guido-editor" mentions that I should also import
guidoengine and drawcommand jars.

Where do I find these jars for android? drawcommand builds for android, but
guidoengine (from java folder) does not, since it uses java.awt, not
existing in android.

Is there somewhere that the special jars are to be found?

Best Regards.


2015-03-01 21:01 GMT+02:00 Michael Chourdakis <win...@gm...>:

> Hello again.
>
> I compiled guido for iOS. Note that, in the resulting Xcode Project, the
> "arm64" must also be included, otherwise the library is not usable in newer
> projects.
>
> Now I 'm trying to draw a sample score to a CGContextRef, using the
> following code. All the functions succeed, but nothing is shown. I'm not
> sure if it loads the guido2 font, but in any case the text is not displayed
> as well.
>
> I 'm calling this from drawRect: from an UIScrollView:
>
> void g(CGContextRef d1,int wi,int he)
> {
>     GSystemOSX sys(d1, d1);
>     GDeviceOSX dev(wi,he,&sys);
>     GuidoInitDesc gd = { &dev, 0, "guido2", "Optima" }; // Is this correct
> ? I 've included guido2.ttf in the project and in plist
>     GuidoOnDrawDesc desc;
>     GuidoInit (&gd);
>     ARHandler arh = 0;
>     const char* a1 = "{ [   \\meter<\"4/4\"> \\tempo<\"This is a sample
> line\"> c ] }";
>     GuidoParseString(a1, &arh);
>
>     GuidoLayoutSettings gls = {0};
>     GuidoGetDefaultLayoutSettings(&gls);
>     GuidoAR2GR (arh, &gls, &desc.handle);
>
>     desc.hdc = &dev;                    // we'll draw on the postscript
> device
>     desc.page = 1;                      // page to draw
>     desc.updateRegion.erase = true;     // and draw everything
>     desc.scrollx = desc.scrolly = 0;    // from the upper left page corner
>     desc.sizex = wi;
>     desc.sizey = he;      // size of the drawing region
>   //  desc.isprint = true;
>
>     GuidoOnDraw (&desc);
>     GuidoFreeGR(desc.handle);
>     GuidoFreeAR(arh);
>     GuidoShutdown();
> }
>
> Best Regards.
>
>
>
> 2015-02-28 18:07 GMT+02:00 Michael Chourdakis <win...@gm...>:
>
>> Hello there.
>>
>> I 've been using the library in Windows and I 'm very happy with it. Now
>> I 'm trying to use it in an iOS Project. I 've used cmake to build the
>> library for iOS and I get a .framework folder which I drag to Xcode.
>>
>> However this library seems to be missing some core stuff, includes etc.
>> Not everything is included.
>>
>> Anyone has tried it for iOS yet? Must I include manually something?
>>
>> Best Regards.
>>
>>
>>
>

Re: [Guidolib-devel] iOS Guido Lib

[Michael C. <win...@gm...>]

Hello again.

I compiled guido for iOS. Note that, in the resulting Xcode Project, the
"arm64" must also be included, otherwise the library is not usable in newer
projects.

Now I 'm trying to draw a sample score to a CGContextRef, using the
following code. All the functions succeed, but nothing is shown. I'm not
sure if it loads the guido2 font, but in any case the text is not displayed
as well.

I 'm calling this from drawRect: from an UIScrollView:

void g(CGContextRef d1,int wi,int he)
{
    GSystemOSX sys(d1, d1);
    GDeviceOSX dev(wi,he,&sys);
    GuidoInitDesc gd = { &dev, 0, "guido2", "Optima" }; // Is this correct
? I 've included guido2.ttf in the project and in plist
    GuidoOnDrawDesc desc;
    GuidoInit (&gd);
    ARHandler arh = 0;
    const char* a1 = "{ [   \\meter<\"4/4\"> \\tempo<\"This is a sample
line\"> c ] }";
    GuidoParseString(a1, &arh);

    GuidoLayoutSettings gls = {0};
    GuidoGetDefaultLayoutSettings(&gls);
    GuidoAR2GR (arh, &gls, &desc.handle);

    desc.hdc = &dev;                    // we'll draw on the postscript
device
    desc.page = 1;                      // page to draw
    desc.updateRegion.erase = true;     // and draw everything
    desc.scrollx = desc.scrolly = 0;    // from the upper left page corner
    desc.sizex = wi;
    desc.sizey = he;      // size of the drawing region
  //  desc.isprint = true;

    GuidoOnDraw (&desc);
    GuidoFreeGR(desc.handle);
    GuidoFreeAR(arh);
    GuidoShutdown();
}

Best Regards.



2015-02-28 18:07 GMT+02:00 Michael Chourdakis <win...@gm...>:

> Hello there.
>
> I 've been using the library in Windows and I 'm very happy with it. Now I
> 'm trying to use it in an iOS Project. I 've used cmake to build the
> library for iOS and I get a .framework folder which I drag to Xcode.
>
> However this library seems to be missing some core stuff, includes etc.
> Not everything is included.
>
> Anyone has tried it for iOS yet? Must I include manually something?
>
> Best Regards.
>
>
>

[Guidolib-devel] iOS Guido Lib

[Michael C. <win...@gm...>]

Hello there.

I 've been using the library in Windows and I 'm very happy with it. Now I
'm trying to use it in an iOS Project. I 've used cmake to build the
library for iOS and I get a .framework folder which I drag to Xcode.

However this library seems to be missing some core stuff, includes etc. Not
everything is included.

Anyone has tried it for iOS yet? Must I include manually something?

Best Regards.

Re: [Guidolib-devel] Proposal for Locking down staff & system positions

[Henry F. <gui...@he...>]

Thanks, Dominique, for the reply.

I am a former software engineer now piano & composition teacher.  Occasionally, I make time for iOS development to support teaching music (www.MusicFlashClass.com).  

As far as I can tell, there is no open source library for music notation that is suitable for music teaching apps.  I’m thinking of apps that include:
- flash cards
- touch response to elements of the music
- highlighting of elements
- playback and follow the music
- left to right scrolling

An app like this would open up countless opportunities for games, drilling, teaching, etc.

I was exploring Guido for this, and I had worked up some minor tweaks to demonstrate some possibilities before being pulled into a lengthy update for MusicFlashClass (iOS 8 broke it).

The specific desires that I can think of off of the top of my head are:

1) predictable positions for staves and possibly measure lengths, so that they do not bounce up and down as the (ledger) notes change on successive cards
2) if possible, position information on elements within the music notation, so that a user can touch a note or an accidental, or a 
3) if possible, the ability to color individual notes/elements
4) the ability to create an “infinitely” long work that can scroll from left to right as it is being performed
5) predictable positions for chord elements, so that they don’t bounce left and right as accidentals/etc. are added

In reading the code, #1 looked fairly easy, and I had prototyped something that was an extension of the existing language (I’d have to return to the code and examples to see what).  If I recall, Guido already allowed fixed distance between staves, so it was not a difficult extension to add fixed left and top margins.

If I recall, #2 looked like it might be possible if the code were willing to navigate the internal guido data hierarchy or there was function support for this feature.  I think if the user could embed tags into the ASCII code for different elements, then this kind of information could be looked up by adding a function to search for the tag and return the position info.  

#3 looked to be straightforward with an extension of the language, but I’d not given thought to what that would look like.  I have a faint recollection of doing this by implementing tags, and then using a function to modify the color of that element and then re-render the music. 

#4 - I’m not sure how that would be done, unless it were done in no left/right margin pages that simulated segments, and there was a flag that could be set to treat the “new page” for each segment differently than standard notation, so a new clef wouldn’t show up, etc.

#5 I’d not yet explored.  I suspect that that would be annoying to implement.

By no means would this be an ideal implementation of a library for app development.  That is because it would be the reshaping of a page layout application into a somewhat different model.  However, it didn’t look impossible.

For Music Flash Class, I rolled my own notation code for very simple needs: only one or more whole note for each single measure, key signatures, and accidentals.  No time signature, no more than one measure per card.  For iOS 8 I made everything vector by using PaintCode to generate code to render each element.  (This proved much easier than dealing with fonts.)  However, the limitations of what I can draw without significant effort to re-invent the wheel of music notation limit the kinds of things that I’d love to be able to do.

Because I had to rewrite much of Music Flash Class for iOS 8, and now that I’m starting a master’s in composition, I don’t have any time to dive back into Guido changes.  However, if any of this is something you wanted to explore, I’d love to offer you my two cents.

Thanks again for maintaining this project!

Cheers,
Henry




> On Sep 7, 2014, at 7:35 PM, Henry Flurry <gui...@he...> wrote:
> 
> I am exploring ways to lock down where staves are drawn on a “page” so that apps that use guido can know that the staff on an image is being drawn in the same place each time.
> 
> Following up on this, I’m thinking that we could add new parameters to lock down the x,y position of systems, so that they don’t shift with extended bounding boxes.
> 
> Here are some observations:
> 
> - You can lock down the distance between staves within a system by applying a dy to the upper staff of a pair of staves to be locked together.  A dy would need to be applied to each upper of a pair of staves to lock down all staves within a complete system.  (See staff2.gmn)
> 
> - Thus, it seems like the only thing we need to deal with is the position of each system.
> 
> - \systemFormat has a dx, but it only applies to the first system.
> 
> - it appears that each system is always at the left margin, except for when systemFormat has a dx set, which offsets JUST the first system.
> 
> - As an aside, in the code, “dy" on \newSystem is actually read, but it’s internally stored value (mSystemDistance) appears to be intentionally or unintentionally overwritten before it can be used.
> 
> What I propose:
> 
> TWO parameters:  One to lock the distance between successive systems, and one to lock the top left of the first system.
> 
> Some ideas:
> 
> #1)
> \systemFormat<dy=3cm, lockfirst=yes> ← each successive system starts 3cm after the previous, and the first system is locked to the margin.
> 
> PROS: keeps system layout information in \systemFormat; CONS: \systemFormat’s “dy” applies to multiple systems, while its “dx” only applies to the first system; lockfirst is a new parameter.
> 
> #2)
> \systemFormat<dy=1.1cm,dy=.5cm> …. \staff<4,dy=1.8cm> … ← the FIRST system is .5 cm down and 1.1 cm to the right from the top left margin, and the last staff of the system (labeled "4" in this case) says that the next staff (i.e., first staff of the next system) is 1.8cm down.
> 
> PROS: More consistent with existing use of “dy” and “dx” for both \systemFormat & \staff.  CONS: Moves some system layout info to the staff level.
> 
> Currently, my thinking is that option #2 would be less confusing to folks.
> 
> I would be willing to take a stab at implementing this.
> 
> Thoughts?
> 
> Cheers,
> Henry
> 
> 
> 
> On Sep 6, 2014, at 8:31 PM, Henry Flurry <gui...@he...> wrote:
> 
>> I’m hoping to use GuidoLib for iOS apps.  Part of this depends upon the ability to create predictable images from GuidoLib.  So far, I’m generating text and interpreting it instead of making calls to the library for the elements.
>> 
>> Two issues have come up:
>> 
>> If in \staffFormat I set the staff size large, for instance if I’m trying to fill an image, the layout messes up.  Notes get crunched to the right side, etc.  I think I can get around this by using smaller “pages” and scaling it up, but I’ve not explored that yet.
>> 
>> Also, I would like to be able to place the staff at a known x,y, with a known width.  I have tried setting page margins to the page size in \pageFormat, high ledger lines will push the staff down.  Is it possible to get the staff at a known position and not have ledger lines adjust its vertical position?
>> 
>> Thanks!
>> Henry Flurry
>> 
> 
> 
> ------------------------------------------------------------------------------
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce
> Perforce version control. Predictably reliable.
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> _______________________________________________
> Guidolib-devel mailing list
> Gui...@li...
> https://lists.sourceforge.net/lists/listinfo/guidolib-devel

[Guidolib-devel] guido repository reorganized

[Dominique F. <fo...@gr...>]

Hi,

This is a short note to inform you that the guido repository has been reorganized and that it may affect your project if it relies on the previous organization. 
Actually, more and more resources and dev subprojects were living at the root of the repository. The reorganization is intended to avoid a messy situation and to make the resources more easy to find and to read. Here are the main changes:

- languages support is moved to a ‘lang’ folder. It concerns java, javascript and python. Note that the python project may be a bit obsolete but has not been refreshed at this step.

- a new ‘environments’ folder has been created to store the various graphic environment developments. Qt, OpenFramework, OpenGL and Juce have been moved to this ‘environments’ folder

- a new ‘platforms’ folder has been created to store all the platforms dependant resources (like native devices are native apps). linux, macosx, win32 and android folders have been moved to ‘platforms’, but also the Max and PureData folders.

There are some additional minor changes: the ‘cmake’ folder has been renamed to ‘build’, the ‘tools’ folder has been moved to the ‘src’ folder.

Sorry for any inconvenience it may produce to you.
All the best,
—
Dominique

[Guidolib-devel] guidolib v. 1.56

[Dominique F. <fo...@gr...>]

Dear all,

A new version of the Guido Engine Library - applications and tools - is available from the sourceforge files section. 	
	https://sourceforge.net/projects/guidolib/files/ <https://sourceforge.net/projects/guidolib/files/>
See the change log below for the main changes. 

All the best,
—
Dominique



————————————————————————————————
Changes log
————————————————————————————————
2014-12-09  version 1.5.6
- Proportional rendering available (enabled with GuidoLayoutSettings parameters)
- \special-tag:
    - "space" param suppressed (was useless)
    - "scale" param changed for "size"
    - "color" param added
- \tuplet-tag:
    - "position" param added
    - "dx" param added
- bug fixes:
    - \staffFormat-tag + mapping:
		- staff mapping height is not null anymore when we set \staffFormat-tag "style" param to "0-line or "1-line"
		- line thickness is now taken in account in staff mapping
	- some SVG export bugs fixed
	- fix for a mapping bug in some particular cases
	- fix for a graphic bug which appeared when a non-standard notehead style was set with \noteFormat-tag
	- \units-tag: now, unit is properly reset when we remove \units-tag

————————————————————————————————
2014-11-7  version 1.5.5
- Fraction is now using 'long long' instead 'int' for numerator and denominator (negative dates were found with complex non-quantified scores, due to overflow)
- new timing API for performance measurements (GuidoGetParsingTime, GuidoGetAR2GRTime, GuidoGetOnDrawTime)
- performances improvement:
    - during AR2GR procedure, principally for scores containing lots of chords (time ratio until 3)
	- during drawing procedure, principally for very big scores (time ratio until 3)
- color param added for tags: \tremolo, \dotFormat, \accidental, \accolade, \bar, \doubleBar, \endBar, \repeatBegin, \repeatEnd, \daCapo, \daCapoAlFine, \dalSegno, \dalSegnoAlFine, \fine, \breathMark, \key, \octava, \staffFormat, \tempo, \tie, \tuplet, \volta
- size param added for tags: \accolade, \bar
- dx param added for tags: \bar
- dy param added for tags: \accolade, \bar
- \volta-tag :
    - display bug fixed
    - useless param 'pass' removed
	- 'm' param changed to 'mark'
- mapping bug fixed on \cluster-tag

Re: [Guidolib-devel] Note style without note heads messes with stem horizontal positioning

[Dominique F. <fo...@gr...>]

Hi Andrzej,

You should also recompile the Qt library to get correct results (from Qt/GuidoQt). 
The problem is that the library is static and thus, the GuidoEditor and INScore as well need to be recompiled.
If you have just a bit patience, a new INScore package should be published within 10 days.
Best,
—
Dominique


> Le 11 déc. 2014 à 18:50, Andrzej Kopeć <sno...@gm...> a écrit :
> 
> Thank you. I downloaded 'dev' branch (tagged 1.56) and compiled the engine. Then I substituted GUIDOEngine.framework in GuidoEditor and INscore. Headless notes are displayed properly, but now horizontal spacing is very wide and proportional. How to switch on/off this proportional notation rendering (esp. from inside of INscore)? How to change spacing (width) of proportional notation (default is very wide)?
> 
> tia
> Andrzej
> 
> Wiadomość napisana przez Dominique Fober w dniu 5 gru 2014, o godz. 11:00:
> 
>> Hi Andrzej,
>> 
>> That’s fixed. The correction is on the ‘dev’ branch of the repository. 
>> Otherwise it will be part of the next distribution (not yet planned).
>> Best,
>> —
>> Dominique
>> 
>> 
>>> Le 1 déc. 2014 à 22:50, Andrzej Kopeć <sno...@gm...> a écrit :
>>> 
>>> Firstly, thank you for developing this library and related tools. Great & inspiring work!
>>> 
>>> As in subject – setting note style without note heads messes with stem horizontal positioning. The problem affects also neighbor notes (those with note heads).
>>> 
>>> [ c/8 d \noteFormat<" "> e f ]
>>> 
>>> gives:
>>> 
>>> <PastedGraphic-1.png>
>>> 
>>> regs,
>>> ak
>>> 
>>> Guido Engine 1.5.4., MacOS 10.7.5
>>> ------------------------------------------------------------------------------
>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>>> Get technology previously reserved for billion-dollar corporations, FREE
>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk_______________________________________________
>>> Guidolib-devel mailing list
>>> Gui...@li...
>>> https://lists.sourceforge.net/lists/listinfo/guidolib-devel
>> 
> 

Re: [Guidolib-devel] Note style without note heads messes with stem horizontal positioning

[Andrzej K. <sno...@gm...>]

Thank you. I downloaded 'dev' branch (tagged 1.56) and compiled the engine. Then I substituted GUIDOEngine.framework in GuidoEditor and INscore. Headless notes are displayed properly, but now horizontal spacing is very wide and proportional. How to switch on/off this proportional notation rendering (esp. from inside of INscore)? How to change spacing (width) of proportional notation (default is very wide)?

tia
Andrzej

Wiadomość napisana przez Dominique Fober w dniu 5 gru 2014, o godz. 11:00:

> Hi Andrzej,
> 
> That’s fixed. The correction is on the ‘dev’ branch of the repository. 
> Otherwise it will be part of the next distribution (not yet planned).
> Best,
> —
> Dominique
> 
> 
>> Le 1 déc. 2014 à 22:50, Andrzej Kopeć <sno...@gm...> a écrit :
>> 
>> Firstly, thank you for developing this library and related tools. Great & inspiring work!
>> 
>> As in subject – setting note style without note heads messes with stem horizontal positioning. The problem affects also neighbor notes (those with note heads).
>> 
>> [ c/8 d \noteFormat<" "> e f ]
>> 
>> gives:
>> 
>> <PastedGraphic-1.png>
>> 
>> regs,
>> ak
>> 
>> Guido Engine 1.5.4., MacOS 10.7.5
>> ------------------------------------------------------------------------------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk_______________________________________________
>> Guidolib-devel mailing list
>> Gui...@li...
>> https://lists.sourceforge.net/lists/listinfo/guidolib-devel
> 

Re: [Guidolib-devel] Note style without note heads messes with stem horizontal positioning

[Dominique F. <fo...@gr...>]

Hi Andrzej,

That’s fixed. The correction is on the ‘dev’ branch of the repository. 
Otherwise it will be part of the next distribution (not yet planned).
Best,
—
Dominique


> Le 1 déc. 2014 à 22:50, Andrzej Kopeć <sno...@gm...> a écrit :
> 
> Firstly, thank you for developing this library and related tools. Great & inspiring work!
> 
> As in subject – setting note style without note heads messes with stem horizontal positioning. The problem affects also neighbor notes (those with note heads).
> 
> [ c/8 d \noteFormat<" "> e f ]
> 
> gives:
> 
> <PastedGraphic-1.png>
> 
> regs,
> ak
> 
> Guido Engine 1.5.4., MacOS 10.7.5
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk_______________________________________________
> Guidolib-devel mailing list
> Gui...@li...
> https://lists.sourceforge.net/lists/listinfo/guidolib-devel

[Guidolib-devel] Note style without note heads messes with stem horizontal positioning

[Andrzej K. <sno...@gm...>]

Firstly, thank you for developing this library and related tools. Great & inspiring work!

As in subject – setting note style without note heads messes with stem horizontal positioning. The problem affects also neighbor notes (those with note heads).

[ c/8 d \noteFormat<" "> e f ]

gives:



regs,
ak

Guido Engine 1.5.4., MacOS 10.7.5

[Guidolib-devel] guidolib v.1.54

[Dominique F. <fo...@gr...>]

Hi,

A new version of the Guido Engine Library - applications and tools - is available from the sourceforge files section. 	
	https://sourceforge.net/projects/guidolib/files/

It comes with new features, significant performance improvements, bugs corrections and improved documentation, notably with concise and useful refcards. 
Many thanks to Colas Decron and Camille Le Roi, the main contributors of this release.
All the best,
—
Dominique



Change log:
————————
- new piano roll API available :
	- piano roll can be generated from an gmn file, an AR, etc. and exported to any classic file format
	- two piano roll types available : classic (notes are horizontal) and trajectory (notes are graphically linked to the following note)
- new 'dy' attribute for the \staffFormat-tag to insert an vertical offset
- beams can be applied to grace notes
- new 'autoMeasuresNum' attribute for the \meter-tag to display or not measures number
- \bar-tag :
   	- new 'displayMeasNum' attribute to choose for each bar to display or not measure number
	- new 'numDx' / 'numDy' attribute to adjust measure number position
- huge performances improvement (to quantify : time ratio until 60 for very big scores and 8 for standard 2-pages scores)
- new tremolo tag
- various bugs correction
	- some SVG export bug fixed
    - conflicts with note durations in the trill solved
	- problems on dotted trills / cluster
	- bad vertical position of the flags of very low/high notes or chord
	- size param of \meter tag working properly now
	- problems on small lineThickness values in \staffFormat-tag
    - various other bugs fixed
- crashes correction :
    - when a \composer, \fingering, \label, \mark or \title tag was set under range-tag form
	- when a trill composed of a chord containing several different durations was separated into two tied trills
    - various other crashes avoided

[Guidolib-devel] Proposal for Locking down staff & system positions

[Henry F. <gui...@he...>]

I am exploring ways to lock down where staves are drawn on a “page” so that apps that use guido can know that the staff on an image is being drawn in the same place each time.

Following up on this, I’m thinking that we could add new parameters to lock down the x,y position of systems, so that they don’t shift with extended bounding boxes.

Here are some observations:

- You can lock down the distance between staves within a system by applying a dy to the upper staff of a pair of staves to be locked together.  A dy would need to be applied to each upper of a pair of staves to lock down all staves within a complete system.  (See staff2.gmn)

- Thus, it seems like the only thing we need to deal with is the position of each system.

- \systemFormat has a dx, but it only applies to the first system.

- it appears that each system is always at the left margin, except for when systemFormat has a dx set, which offsets JUST the first system.

- As an aside, in the code, “dy" on \newSystem is actually read, but it’s internally stored value (mSystemDistance) appears to be intentionally or unintentionally overwritten before it can be used.

What I propose:

TWO parameters:  One to lock the distance between successive systems, and one to lock the top left of the first system.

Some ideas:

#1)
\systemFormat<dy=3cm, lockfirst=yes> ← each successive system starts 3cm after the previous, and the first system is locked to the margin.

PROS: keeps system layout information in \systemFormat; CONS: \systemFormat’s “dy” applies to multiple systems, while its “dx” only applies to the first system; lockfirst is a new parameter.

#2)
\systemFormat<dy=1.1cm,dy=.5cm> …. \staff<4,dy=1.8cm> … ← the FIRST system is .5 cm down and 1.1 cm to the right from the top left margin, and the last staff of the system (labeled "4" in this case) says that the next staff (i.e., first staff of the next system) is 1.8cm down.

PROS: More consistent with existing use of “dy” and “dx” for both \systemFormat & \staff.  CONS: Moves some system layout info to the staff level.

Currently, my thinking is that option #2 would be less confusing to folks.

I would be willing to take a stab at implementing this.

Thoughts?

Cheers,
Henry



On Sep 6, 2014, at 8:31 PM, Henry Flurry <gui...@he...> wrote:

> I’m hoping to use GuidoLib for iOS apps.  Part of this depends upon the ability to create predictable images from GuidoLib.  So far, I’m generating text and interpreting it instead of making calls to the library for the elements.
> 
> Two issues have come up:
> 
> If in \staffFormat I set the staff size large, for instance if I’m trying to fill an image, the layout messes up.  Notes get crunched to the right side, etc.  I think I can get around this by using smaller “pages” and scaling it up, but I’ve not explored that yet.
> 
> Also, I would like to be able to place the staff at a known x,y, with a known width.  I have tried setting page margins to the page size in \pageFormat, high ledger lines will push the staff down.  Is it possible to get the staff at a known position and not have ledger lines adjust its vertical position?
> 
> Thanks!
> Henry Flurry
> 

[Guidolib-devel] Staff Size & Position Issues

[Henry F. <gui...@he...>]

I’m hoping to use GuidoLib for iOS apps.  Part of this depends upon the ability to create predictable images from GuidoLib.  So far, I’m generating text and interpreting it instead of making calls to the library for the elements.

Two issues have come up:

If in \staffFormat I set the staff size large, for instance if I’m trying to fill an image, the layout messes up.  Notes get crunched to the right side, etc.  I think I can get around this by using smaller “pages” and scaling it up, but I’ve not explored that yet.

Also, I would like to be able to place the staff at a known x,y, with a known width.  I have tried setting page margins to the page size in \pageFormat, high ledger lines will push the staff down.  Is it possible to get the staff at a known position and not have ledger lines adjust its vertical position?

Thanks!
Henry Flurry

Re: [Guidolib-devel] Great highland bagpipe embellishments with GUIDO Music Notation

[Dominique F. <fo...@gr...>]

Hi Thomas,

You can write 
 \grace(\beamm(g/32 e))f/8 c e/8
or
 \beam(\grace(g/32 e))f/8 c e/8
The problem is the rendering engine that should be corrected to display the beaming.
I add it to the todo list. Keep in touch, that should be part of the next release.
—
Dominique



For the moment, there is no way to write such 


Le 15 août 2014 à 14:52, Thomas Baumann <te...@ym...> a écrit :

> Hello all,
> 
> I'm searching for a way to integrate embellishments for the great highland bagpipe with
> the GUIDO Music Notation. These consist mostly of beamed 32nd grace notes. 
> As an example there is the lilypond documentation:
> http://lilypond.org/doc/v2.16/Documentation/notation/bagpipes
> 
> I've tried \grace<32>(g d2) and \beam(\grace<32>(g d2)) , but the grace notes are neither 32nd nor beamed.
> 
> How is it possible to write such embellishments with GUIDO?
> 
> 
> Many thanks,
> Thomas
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Guidolib-devel mailing list
> Gui...@li...
> https://lists.sourceforge.net/lists/listinfo/guidolib-devel

[Guidolib-devel] Great highland bagpipe embellishments with GUIDO Music Notation

[Thomas B. <te...@ym...>]

Hello all,

I'm searching for a way to integrate embellishments for the great 
highland bagpipe with
the GUIDO Music Notation. These consist mostly of beamed 32nd grace notes.
As an example there is the lilypond documentation:
http://lilypond.org/doc/v2.16/Documentation/notation/bagpipes

I've tried \grace<32>(g d2) and \beam(\grace<32>(g d2)) , but the grace 
notes are neither 32nd nor beamed.

How is it possible to write such embellishments with GUIDO?


Many thanks,
Thomas

Re: [Guidolib-devel] Looking for documentation on how to use the library

[Dominique F. <fo...@gr...>]

Hi Henry,

The GuidoQuartz example should be quite obsolete and is probably not a good way to understand how to use the library.
Actually and to display a music score, the sample code in samples/GuidoDisplay.cpp is the more appropriate to get the different steps (although it makes use of an obsolete  postscript device).
Basically, what you have to do to display a score is:
- initialize the library (GuidoInit) (only once)
- read a guido file (or string) (GuidoFile2AR or GuidoString2AR)
- convert the resulting abstract representation (ARHandler) to a graphic representation (GuidoAR2GR)
- and eventually draw this graphic representation (GuidoOnDraw)
and that’s all.
I’ve no experience on iOS but normally, you don’t have to load the font, that’s done by the library. But the guido font has to be installed or embedded into your application in a way the font loader can find it.
Best,
—
Dominique


Le 6 août 2014 à 08:51, Henry Flurry <gui...@he...> a écrit :

> Hello, All!
> 
> I’m looking to integrate GuidoLib framework into an iOS app, but I’m failing to find documentation that outlines how to do such.
> 
> I have managed to compile the code into a working iOS app and run some GUIDO library functions (specifically, those outlined in TestGuidoFactory() example).
> 
> To get things displaying or drawn into an UIImage … Here’s what I’m coming up with, so far.
> 
> - I need to init the Guido lib
> - I need to load the font
> - Somehow I need to create the appropriate context in which to draw my GRHandler, which I can create by reading a file or generating the data programatically
> - ???
> 
> The Quartz Example is fairly scattered across many, many and methods, as far as I can tell, and it is difficult to discern in what order what methods are called.
> 
> I would love to see sample source code that uses the standard CocoaTouch library, written presumably in Objective-C++ — or even sample snippets that use the OSX specific CPP classes.
> 
> Anybody willing to share some examples?  Once i get going, I’ll be happy to share what I learn, too.
> 
> Thanks!
> 
> Henry
> 
> 
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls. 
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Guidolib-devel mailing list
> Gui...@li...
> https://lists.sourceforge.net/lists/listinfo/guidolib-devel