Menu
▾
▴
guidolib-devel — The list is for discussion about development issues and API design.
You can subscribe to this list here.
| 2003 |
Jan
(8) |
Feb
(4) |
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(10) |
Feb
(9) |
Mar
(5) |
Apr
|
May
(4) |
Jun
(3) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(3) |
| 2005 |
Jan
|
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(4) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(7) |
Oct
(1) |
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
(1) |
Jun
(10) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
| 2012 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
(9) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
(6) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(2) |
Oct
(1) |
Nov
|
Dec
(6) |
| 2015 |
Jan
(1) |
Feb
(1) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
(1) |
| 2016 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(7) |
Aug
(12) |
Sep
(30) |
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(10) |
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
(14) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
(4) |
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
(2) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Dominique F. <fo...@gr...> - 2016-08-09 08:18:29
|
> Le 8 août 2016 à 16:42, Arshia Cont <ars...@an...> a écrit : > > For future reference, if anyone else is attempting to compile GuidoAR, they should update the midisharelight library by compiling it from here: > > https://git.framasoft.org/patchwork/midishare/tree/298613a8bbd538a8d990b41a5496e5362444f134/midisharelight > I don’t know about this repository. The historical one is here: https://sourceforge.net/p/midishare/code/ci/dev/tree/ <https://sourceforge.net/p/midishare/code/ci/dev/tree/> and you should use the ‘dev’ branch. — Dom > > >> On 08 Aug 2016, at 09:57, Dominique Fober <fo...@gr...> wrote: >> >> >>> Le 8 août 2016 à 09:46, Arshia Cont <ars...@an...> a écrit : >>> >>> Hello list, >>> >>> I see a [diatonic] transposition visitor for libMusicXML. I was wondering if such an operation is easily possible also on Guido scores and if there’s already an implementation there of? >> >> you can do it using the guidoar library (also on sourceforge, same guidolib project) >> https://sourceforge.net/p/guidolib/guidoar >> this library takes gmn code on input and produce gmn code on output, next you’ll just have to render using the guidolib >> — >> Dom >> >> >>> >>> Many thanks in advance, >>> >>> >>> Arshia >>> ------------------------------------------------------------------------------ >>> _______________________________________________ >>> Guidolib-devel mailing list >>> Gui...@li... >>> https://lists.sourceforge.net/lists/listinfo/guidolib-devel >> > |
|
From: Dominique F. <fo...@gr...> - 2016-08-09 08:15:35
|
> Le 8 août 2016 à 12:08, Arshia Cont <ars...@an...> a écrit : > > Thank you Dominique again. > > There seems to be a problem with the compiled libmidisharelight.a on latest Mac compilers. Half way through I get something like: > [ 39%] Linking CXX shared library guidoar.framework/guidoar > Undefined symbols for architecture x86_64: > "std::ios_base::Init::Init()", referenced from: > __static_initialization_and_destruction_0(int, int) in libmidisharelight.a(msSeq.o) > "std::ios_base::Init::~Init()", referenced from: > ___tcf_0 in libmidisharelight.a(msSeq.o) > ld: symbol(s) not found for architecture x86_64 > > I couldn’t find libmidisharelight anywhere to recompile it! Any hints? > > I actually don’t need all the GuidoAR stuff (especially I don’t need the MIDI stuff!). The MIDI stuff is for MIDIFile export only. You can deactivate that at cmake level. Try cmake -DMIDIEXPORT=no > I somehow need to embed some of the methods/visitors next to GuidoLib. My guess is that there are lots of redundancies if one wants to use GuidoLib and GuidoAR in the same project. Has someone attempted this before? Any hints? Actually the guidoar library has been designed more recently to provide a more simple and regular music representation, more easy to manipulate. To use both in the same project (that’s the case of inscore), I recommend to use them as libraries. — Dominique > > > >> On 08 Aug 2016, at 09:57, Dominique Fober <fo...@gr...> wrote: >> >> >>> Le 8 août 2016 à 09:46, Arshia Cont <ars...@an...> a écrit : >>> >>> Hello list, >>> >>> I see a [diatonic] transposition visitor for libMusicXML. I was wondering if such an operation is easily possible also on Guido scores and if there’s already an implementation there of? >> >> you can do it using the guidoar library (also on sourceforge, same guidolib project) >> https://sourceforge.net/p/guidolib/guidoar >> this library takes gmn code on input and produce gmn code on output, next you’ll just have to render using the guidolib >> — >> Dom >> >> >>> >>> Many thanks in advance, >>> >>> >>> Arshia >>> ------------------------------------------------------------------------------ >>> _______________________________________________ >>> Guidolib-devel mailing list >>> Gui...@li... >>> https://lists.sourceforge.net/lists/listinfo/guidolib-devel >> > |
|
From: Arshia C. <ars...@an...> - 2016-08-08 14:42:53
|
For future reference, if anyone else is attempting to compile GuidoAR, they should update the midisharelight library by compiling it from here: https://git.framasoft.org/patchwork/midishare/tree/298613a8bbd538a8d990b41a5496e5362444f134/midisharelight > On 08 Aug 2016, at 09:57, Dominique Fober <fo...@gr...> wrote: > > >> Le 8 août 2016 à 09:46, Arshia Cont <ars...@an...> a écrit : >> >> Hello list, >> >> I see a [diatonic] transposition visitor for libMusicXML. I was wondering if such an operation is easily possible also on Guido scores and if there’s already an implementation there of? > > you can do it using the guidoar library (also on sourceforge, same guidolib project) > https://sourceforge.net/p/guidolib/guidoar > this library takes gmn code on input and produce gmn code on output, next you’ll just have to render using the guidolib > — > Dom > > >> >> Many thanks in advance, >> >> >> Arshia >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Guidolib-devel mailing list >> Gui...@li... >> https://lists.sourceforge.net/lists/listinfo/guidolib-devel > |
|
From: Arshia C. <ars...@an...> - 2016-08-08 13:32:57
|
Hi again, I am basically trying to use GuidoLib + libMusicXML and guidoAR in a single project. I am running into too many namespace, header and method clashes and copies which are not actually the same. I have guidoLib + libMusicXML running fine, but having trouble including GuidoAR operations inside my project. I have managed to get rid of a lot of name clashes but seem stuck on Parser and ARType stuff. And my guess is that once this is overcome there are many more to come! Has anyone tried to include GuidoAR operations inside GuidoLib? They seem to be simple and trivial (my purpose is to use the transposition!) but things seems to be copied from here and there to make them independent and apparently the common classes have not followed the same development pathway since their respective release. Any thoughts or hints would be welcome! Arshia > On 08 Aug 2016, at 09:57, Dominique Fober <fo...@gr...> wrote: > > >> Le 8 août 2016 à 09:46, Arshia Cont <ars...@an...> a écrit : >> >> Hello list, >> >> I see a [diatonic] transposition visitor for libMusicXML. I was wondering if such an operation is easily possible also on Guido scores and if there’s already an implementation there of? > > you can do it using the guidoar library (also on sourceforge, same guidolib project) > https://sourceforge.net/p/guidolib/guidoar > this library takes gmn code on input and produce gmn code on output, next you’ll just have to render using the guidolib > — > Dom > > >> >> Many thanks in advance, >> >> >> Arshia >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Guidolib-devel mailing list >> Gui...@li... >> https://lists.sourceforge.net/lists/listinfo/guidolib-devel > |
|
From: Arshia C. <ars...@an...> - 2016-08-08 10:08:20
|
Thank you Dominique again.
There seems to be a problem with the compiled libmidisharelight.a on latest Mac compilers. Half way through I get something like:
[ 39%] Linking CXX shared library guidoar.framework/guidoar
Undefined symbols for architecture x86_64:
"std::ios_base::Init::Init()", referenced from:
__static_initialization_and_destruction_0(int, int) in libmidisharelight.a(msSeq.o)
"std::ios_base::Init::~Init()", referenced from:
___tcf_0 in libmidisharelight.a(msSeq.o)
ld: symbol(s) not found for architecture x86_64
I couldn’t find libmidisharelight anywhere to recompile it! Any hints?
I actually don’t need all the GuidoAR stuff (especially I don’t need the MIDI stuff!).
I somehow need to embed some of the methods/visitors next to GuidoLib. My guess is that there are lots of redundancies if one wants to use GuidoLib and GuidoAR in the same project. Has someone attempted this before? Any hints?
> On 08 Aug 2016, at 09:57, Dominique Fober <fo...@gr...> wrote:
>
>
>> Le 8 août 2016 à 09:46, Arshia Cont <ars...@an...> a écrit :
>>
>> Hello list,
>>
>> I see a [diatonic] transposition visitor for libMusicXML. I was wondering if such an operation is easily possible also on Guido scores and if there’s already an implementation there of?
>
> you can do it using the guidoar library (also on sourceforge, same guidolib project)
> https://sourceforge.net/p/guidolib/guidoar
> this library takes gmn code on input and produce gmn code on output, next you’ll just have to render using the guidolib
> —
> Dom
>
>
>>
>> Many thanks in advance,
>>
>>
>> Arshia
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Guidolib-devel mailing list
>> Gui...@li...
>> https://lists.sourceforge.net/lists/listinfo/guidolib-devel
>
|
|
From: Arshia C. <ars...@an...> - 2016-08-08 08:29:17
|
Thank you Dominique!!! Very handy.. I didn’t know about guidoAR! > On 08 Aug 2016, at 09:57, Dominique Fober <fo...@gr...> wrote: > > >> Le 8 août 2016 à 09:46, Arshia Cont <ars...@an...> a écrit : >> >> Hello list, >> >> I see a [diatonic] transposition visitor for libMusicXML. I was wondering if such an operation is easily possible also on Guido scores and if there’s already an implementation there of? > > you can do it using the guidoar library (also on sourceforge, same guidolib project) > https://sourceforge.net/p/guidolib/guidoar > this library takes gmn code on input and produce gmn code on output, next you’ll just have to render using the guidolib > — > Dom > > >> >> Many thanks in advance, >> >> >> Arshia >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Guidolib-devel mailing list >> Gui...@li... >> https://lists.sourceforge.net/lists/listinfo/guidolib-devel > |
|
From: Dominique F. <fo...@gr...> - 2016-08-08 07:57:38
|
> Le 8 août 2016 à 09:46, Arshia Cont <ars...@an...> a écrit : > > Hello list, > > I see a [diatonic] transposition visitor for libMusicXML. I was wondering if such an operation is easily possible also on Guido scores and if there’s already an implementation there of? you can do it using the guidoar library (also on sourceforge, same guidolib project) https://sourceforge.net/p/guidolib/guidoar this library takes gmn code on input and produce gmn code on output, next you’ll just have to render using the guidolib — Dom > > Many thanks in advance, > > > Arshia > ------------------------------------------------------------------------------ > _______________________________________________ > Guidolib-devel mailing list > Gui...@li... > https://lists.sourceforge.net/lists/listinfo/guidolib-devel |
|
From: Arshia C. <ars...@an...> - 2016-08-08 07:46:30
|
Hello list, I see a [diatonic] transposition visitor for libMusicXML. I was wondering if such an operation is easily possible also on Guido scores and if there’s already an implementation there of? Many thanks in advance, Arshia |
|
From: Robert J. <job...@gm...> - 2016-08-01 08:26:56
|
Thanks guys. Yeah we do that now, but we found lots of bugs when we export gmn2svg and compare it with exported pdf from Sibelius. We prepare a bug report for that. What is the best way check difference between sibelius and guido ? 2016-08-01 10:23 GMT+02:00 Arshia Cont <ars...@an...>: > Robert > > I strongly suggest you to export to MusicXML from Sibelius and then > convert to Guido. Xml2guido seems to be more standard and safer! We plan to > improve this with Dominique's help.... . > > Arshia Cont > > > On 29 Jul 2016, at 18:11, Robert Jobbagy <job...@gm...> > wrote: > > > > Hi Guys, > > > > I found this plugin in src directory, somebody could update it or could > help to us update? > > It will be nice if we could use it with latest Sibelius. > > > > > > > > -- > > Best Regards, > > > > Robert > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Guidolib-devel mailing list > > Gui...@li... > > https://lists.sourceforge.net/lists/listinfo/guidolib-devel > -- Best Regards, Robert |
|
From: Arshia C. <ars...@an...> - 2016-08-01 08:23:31
|
Robert I strongly suggest you to export to MusicXML from Sibelius and then convert to Guido. Xml2guido seems to be more standard and safer! We plan to improve this with Dominique's help.... . Arshia Cont > On 29 Jul 2016, at 18:11, Robert Jobbagy <job...@gm...> wrote: > > Hi Guys, > > I found this plugin in src directory, somebody could update it or could help to us update? > It will be nice if we could use it with latest Sibelius. > > > > -- > Best Regards, > > Robert > ------------------------------------------------------------------------------ > _______________________________________________ > Guidolib-devel mailing list > Gui...@li... > https://lists.sourceforge.net/lists/listinfo/guidolib-devel |
|
From: Dominique F. <fo...@gr...> - 2016-08-01 08:07:38
|
Hi Robert, > Le 29 juil. 2016 à 18:11, Robert Jobbagy <job...@gm...> a écrit : > > Hi Guys, > > I found this plugin in src directory, somebody could update it or could help to us update? > It will be nice if we could use it with latest Sibelius. This is a really old stuff. I even don’t know if it still works. In case it doesn’t, it should not be very difficult to update. If you intend to do it, you should find information on the Sibelius web site. Best, — Dominique > > > > -- > Best Regards, > > Robert |
|
From: Robert J. <job...@gm...> - 2016-07-29 16:12:09
|
Hi Guys, I found this plugin in src directory, somebody could update it or could help to us update? It will be nice if we could use it with latest Sibelius. -- Best Regards, Robert |
|
From: Dominique F. <fo...@gr...> - 2016-07-25 12:50:07
|
Hi Jonathan, > Le 21 juil. 2016 à 13:07, Jonathan Aceituno <joi...@gm...> a écrit : > > Hi all, > > I am currently playing with AR to GR conversion and layout, and I have experienced the following issue several times: sometimes, with small page widths, a really dense and long score is displayed on a single long line, instead of being laid out on several lines. it means that the layout engine doesn’t find any solution for the page breaking. You should avoid too small page width. Regarding the engine settings, extreme values for spring and force are also discouraged. Best — Dominique > > Sometimes, it suffices to tweak spring and force values in the layoutSettings to make the issue disappear. However, there are times where even the minimum spring and force values don't make it (i.e., there's still a single long line). > > I could reproduce the issue using the OS X GuidoEditor available from the Qt applications package, using the following example GMN file: > > https://gist.github.com/oin/ae35bc3855e8440a45b0d8073448c2aa > > To avoid this issue in my particular use case, I iterate over GuidoUpdateGRParameterized by trying different parameters (page width and spring and force values) until the width of the first page corresponds to what should be expected, but this isn't really ideal in the long term. > > I am not familiar with the layout algorithm, so I'd like to know if (and why) this is an expected result, and if there is a way to guarantee it doesn't happen, or any additional parameter I can use to mitigate the problem. > > My apologies if this issue has already been discussed in the ML (I found nothing after a quick search). > > Cheers, > Jonathan > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, and protocols are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity planning > reports.http://sdm.link/zohodev2dev > _______________________________________________ > Guidolib-devel mailing list > Gui...@li... > https://lists.sourceforge.net/lists/listinfo/guidolib-devel |
|
From: Jonathan A. <joi...@gm...> - 2016-07-21 11:07:25
|
Hi all, I am currently playing with AR to GR conversion and layout, and I have experienced the following issue several times: sometimes, with small page widths, a really dense and long score is displayed on a single long line, instead of being laid out on several lines. Sometimes, it suffices to tweak spring and force values in the layoutSettings to make the issue disappear. However, there are times where even the minimum spring and force values don't make it (i.e., there's still a single long line). I could reproduce the issue using the OS X GuidoEditor available from the Qt applications package, using the following example GMN file: https://gist.github.com/oin/ae35bc3855e8440a45b0d8073448c2aa To avoid this issue in my particular use case, I iterate over GuidoUpdateGRParameterized by trying different parameters (page width and spring and force values) until the width of the first page corresponds to what should be expected, but this isn't really ideal in the long term. I am not familiar with the layout algorithm, so I'd like to know if (and why) this is an expected result, and if there is a way to guarantee it doesn't happen, or any additional parameter I can use to mitigate the problem. My apologies if this issue has already been discussed in the ML (I found nothing after a quick search). Cheers, Jonathan |
|
From: Jonathan A. <joi...@gm...> - 2016-07-21 08:53:19
|
Thanks Dominique. > Le 18 juil. 2016 à 19:15, Dominique Fober <fo...@gr...> a écrit : > > >> Le 18 juil. 2016 à 19:07, Jonathan Aceituno <joi...@gm...> a écrit : >> >> Hi Dominique, >> >> I've checked out the 'dev' branch (and the engine version is indeed 1.6.3). Thanks for the update and the example code! >> >> I can see GuidoGetMeterAt and ARMusic::getMeterAt in the engine code, however it looks like the file MeterVisitor.h (and, presumably, its .cpp counterpart) is missing from the repo. I double-checked by downloading a snapshot of commit 6db983 on sf.net and couldn't find those files either. > > oups ! my mistake. It’s now corrected, you can update your repo. > — > Dom > >> >> Cheers, >> Jonathan >> >>> That’s done ! There is a new API: >>> /** \brief Gives the current meter on a given date and voice. >>> >>> \param inHandleAR a Guido opaque handle to a AR structure. >>> \param voicenum a voice number (starts at 1). >>> \param date the target date. >>> \param meter on output: the current meter >>> \return a Guido error code. >>> >>> \see the GuidoMeter structure for the meter encoding conventions >>> */ >>> GUIDOAPI(GuidoErrCode) GuidoGetMeterAt (CARHandler inHandleAR, int voicenum, const GuidoDate &date, GuidoMeter& meter); >>> >>> It’s available from the ‘dev’ branch of the repository. The corresponding engine version is 1.63. >>> Note that the ‘src/tools’ folder includes also an example of use (guidogetmeter.cpp) >>> Best, >>> — >>> Dom >> >> ------------------------------------------------------------------------------ >> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic >> patterns at an interface-level. Reveals which users, apps, and protocols are >> consuming the most bandwidth. Provides multi-vendor support for NetFlow, >> J-Flow, sFlow and other flows. Make informed decisions using capacity planning >> reports.http://sdm.link/zohodev2dev >> _______________________________________________ >> Guidolib-devel mailing list >> Gui...@li... >> https://lists.sourceforge.net/lists/listinfo/guidolib-devel > |
|
From: Dominique F. <fo...@gr...> - 2016-07-18 17:15:39
|
> Le 18 juil. 2016 à 19:07, Jonathan Aceituno <joi...@gm...> a écrit : > > Hi Dominique, > > I've checked out the 'dev' branch (and the engine version is indeed 1.6.3). Thanks for the update and the example code! > > I can see GuidoGetMeterAt and ARMusic::getMeterAt in the engine code, however it looks like the file MeterVisitor.h (and, presumably, its .cpp counterpart) is missing from the repo. I double-checked by downloading a snapshot of commit 6db983 on sf.net and couldn't find those files either. oups ! my mistake. It’s now corrected, you can update your repo. — Dom > > Cheers, > Jonathan > >> That’s done ! There is a new API: >> /** \brief Gives the current meter on a given date and voice. >> >> \param inHandleAR a Guido opaque handle to a AR structure. >> \param voicenum a voice number (starts at 1). >> \param date the target date. >> \param meter on output: the current meter >> \return a Guido error code. >> >> \see the GuidoMeter structure for the meter encoding conventions >> */ >> GUIDOAPI(GuidoErrCode) GuidoGetMeterAt (CARHandler inHandleAR, int voicenum, const GuidoDate &date, GuidoMeter& meter); >> >> It’s available from the ‘dev’ branch of the repository. The corresponding engine version is 1.63. >> Note that the ‘src/tools’ folder includes also an example of use (guidogetmeter.cpp) >> Best, >> — >> Dom > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, and protocols are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity planning > reports.http://sdm.link/zohodev2dev > _______________________________________________ > Guidolib-devel mailing list > Gui...@li... > https://lists.sourceforge.net/lists/listinfo/guidolib-devel |
|
From: Jonathan A. <joi...@gm...> - 2016-07-18 17:07:42
|
Hi Dominique, I've checked out the 'dev' branch (and the engine version is indeed 1.6.3). Thanks for the update and the example code! I can see GuidoGetMeterAt and ARMusic::getMeterAt in the engine code, however it looks like the file MeterVisitor.h (and, presumably, its .cpp counterpart) is missing from the repo. I double-checked by downloading a snapshot of commit 6db983 on sf.net and couldn't find those files either. Cheers, Jonathan > That’s done ! There is a new API: > /** \brief Gives the current meter on a given date and voice. > > \param inHandleAR a Guido opaque handle to a AR structure. > \param voicenum a voice number (starts at 1). > \param date the target date. > \param meter on output: the current meter > \return a Guido error code. > > \see the GuidoMeter structure for the meter encoding conventions > */ > GUIDOAPI(GuidoErrCode) GuidoGetMeterAt (CARHandler inHandleAR, int voicenum, const GuidoDate &date, GuidoMeter& meter); > > It’s available from the ‘dev’ branch of the repository. The corresponding engine version is 1.63. > Note that the ‘src/tools’ folder includes also an example of use (guidogetmeter.cpp) > Best, > — > Dom |
|
From: Dominique F. <fo...@gr...> - 2016-07-05 08:15:41
|
That’s done ! There is a new API: /** \brief Gives the current meter on a given date and voice. \param inHandleAR a Guido opaque handle to a AR structure. \param voicenum a voice number (starts at 1). \param date the target date. \param meter on output: the current meter \return a Guido error code. \see the GuidoMeter structure for the meter encoding conventions */ GUIDOAPI(GuidoErrCode) GuidoGetMeterAt (CARHandler inHandleAR, int voicenum, const GuidoDate &date, GuidoMeter& meter); It’s available from the ‘dev’ branch of the repository. The corresponding engine version is 1.63. Note that the ‘src/tools’ folder includes also an example of use (guidogetmeter.cpp) Best, — Dom > Le 30 juin 2016 à 15:17, Arshia Cont <ars...@an...> a écrit : > > Dominique et al. > > You are totally right about the ambiguity of querying the “beat duration” of a GuidoDate, which in the end will be application-specific. > > I suggest, to start with, to enable the query of the time-signature at a given position in the score. This way, each coder can do the translation as needed. > > If you can enable a method like this as you suggested in an earlier email (similar to GuidoPage stuff) it’d be wonderful for us. > > Bests, > > > Arshia > > >> On 28 Jun 2016, at 13:55, Dominique Fober <fo...@gr...> wrote: >> >> >>> Le 27 juin 2016 à 18:45, Jonathan Aceituno <joi...@gm...> a écrit : >>> >>> Hi all, >>> >>> Chiming in… >>> >>> Ultimately, we would like to be able to express time locations as a number of beats from the beginning of the score, as well as switch back and forth between this representation and GuidoDates. I found no trace of such representation in GuidoLib. >> >> Right, this is not provided by the library. >> Actually the problem is not trivial and the semantic of conversion from date to beat (and the reverse) should be clarified: >> >> - what convention if no meter is present? should a default beat value be used (e.g. a quarter note)? >> >> - how to represent dates that are not on a beat? (e.g. date 1/8 in a “4/4” meter). Should the beat be expressed using integer of floating point values ? with the former, conversion to and from are not reversible: date 3/8 in a “4/4” meter is on beat 2 but beat 2 is date 1/4, with the latter, conversions are ‘more’ reversible but face precision issues: date 1/12 is on beat 1.33333… but there is no guaranty that beat 1.3333… converts to date 1/12. Thus date to beat conversion could be an integer value + a rational to express the remainder. >> >> - is there any unambiguous convention to determine the beat for a given meter? it’s clear for meter like “4/4” but what about exotic time signature: e.g. 15/16 or 3+2+1/8. Actually, with a compound form like 3+2+1/8, I would say that beats are 3/8 + 1/4 + 1/8 but with 3+2+1/4, I would say that the beat is 1/4. Measure subdivision may denotes beats but not necessary. The grouping of notes may also denotes the beat. And sometimes grouping is purely conventional (like with 3/8, 6/8, … meters). It seems to me that the only clear strategy would be to use the denominator as beat unit, but is it always usable in a musical context? >> >>> >>> As I get it, to get a beat-based time location for a given GuidoDate, we would have to get a specific GRVoice, and then iterate over its events, noting changes in meter along the way for those whose AR is a ARMeter, and accumulating durations converted to beats using the most recent meter information, up until the event's getRelativeTimePosition() corresponds to the one we'd like. Performing the reciprocal operation (getting a GuidoDate for an event whose beat-based time location is known) would follow a similar pattern. >> >> Seems reasonable. And how do you determine the beat from the meter? >> >> >>> I'd also use a similar pattern to access to other score parameters (without the "accumulating" part), but maybe there's a better way? >>> >>> Thanks, >>> Jonathan Aceituno >>> >>>> Hi Arshia, >>>> >>>> Actually, there is a minimal API to query a score, see at: >>>> >>>> http://guidolib.sourceforge.net/doc/guidolib/group__Pages.html <http://guidolib.sourceforge.net/doc/guidolib/group__Pages.html> >>>> ; >>>> It could be easily extended to provide more information e.g. something like GuidoGetMeterAt (int voicenum, const GuidoDate &date). >>>> Any other useful contextual information that could be retrieved (while browsing a score up to a given date)? e.g a more general function to retrieve the meter, the current key signature, etc. >>>> Any comment and proposal are welcome. >>>> >>>> Cheers, >>>> — >>>> Dominique >>>> >>>> >>>>> Le 26 juin 2016 à 21:20, Arshia Cont <arshiacont@...> a écrit : >>>>> >>>>> Hello all and thanks for the great work on GuidoLib! >>>>> >>>>> I am wondering if there is any API for query of score parameters (such as Meter) from a specific location in the score. Basically, I need to know what is the Meter at a specific location in a rendered score. I see ARMeter and GRMeter classes but can’t seem to easily figure out how I can Get those stuff. >>>>> >>>>> Any hints would be appreciated. >>>>> >>>>> Cheers, >>>>> >>>>> >>>>> Arshia Cont >>>>> ------------------------------------------------------------------------------ >>>>> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San >>>>> Francisco, CA to explore cutting-edge tech and listen to tech luminaries >>>>> present their vision of the future. This family event has something for >>>>> everyone, including kids. Get more information and register today. >>>>> >>>> http://sdm.link/attshape >>>> >>>>> _______________________________________________ >>>>> Guidolib-devel mailing list >>>>> Guidolib-devel@... >>>>> >>>> https://lists.sourceforge.net/lists/listinfo/guidolib-devel >>> >>> ------------------------------------------------------------------------------ >>> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San >>> Francisco, CA to explore cutting-edge tech and listen to tech luminaries >>> present their vision of the future. This family event has something for >>> everyone, including kids. Get more information and register today. >>> http://sdm.link/attshape >>> _______________________________________________ >>> Guidolib-devel mailing list >>> Gui...@li... >>> https://lists.sourceforge.net/lists/listinfo/guidolib-devel >> >> >> ------------------------------------------------------------------------------ >> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San >> Francisco, CA to explore cutting-edge tech and listen to tech luminaries >> present their vision of the future. This family event has something for >> everyone, including kids. Get more information and register today. >> http://sdm.link/attshape >> _______________________________________________ >> Guidolib-devel mailing list >> Gui...@li... >> https://lists.sourceforge.net/lists/listinfo/guidolib-devel > |
|
From: Arshia C. <ars...@an...> - 2016-06-30 13:17:07
|
Dominique et al. You are totally right about the ambiguity of querying the “beat duration” of a GuidoDate, which in the end will be application-specific. I suggest, to start with, to enable the query of the time-signature at a given position in the score. This way, each coder can do the translation as needed. If you can enable a method like this as you suggested in an earlier email (similar to GuidoPage stuff) it’d be wonderful for us. Bests, Arshia > On 28 Jun 2016, at 13:55, Dominique Fober <fo...@gr...> wrote: > > >> Le 27 juin 2016 à 18:45, Jonathan Aceituno <joi...@gm...> a écrit : >> >> Hi all, >> >> Chiming in… >> >> Ultimately, we would like to be able to express time locations as a number of beats from the beginning of the score, as well as switch back and forth between this representation and GuidoDates. I found no trace of such representation in GuidoLib. > > Right, this is not provided by the library. > Actually the problem is not trivial and the semantic of conversion from date to beat (and the reverse) should be clarified: > > - what convention if no meter is present? should a default beat value be used (e.g. a quarter note)? > > - how to represent dates that are not on a beat? (e.g. date 1/8 in a “4/4” meter). Should the beat be expressed using integer of floating point values ? with the former, conversion to and from are not reversible: date 3/8 in a “4/4” meter is on beat 2 but beat 2 is date 1/4, with the latter, conversions are ‘more’ reversible but face precision issues: date 1/12 is on beat 1.33333… but there is no guaranty that beat 1.3333… converts to date 1/12. Thus date to beat conversion could be an integer value + a rational to express the remainder. > > - is there any unambiguous convention to determine the beat for a given meter? it’s clear for meter like “4/4” but what about exotic time signature: e.g. 15/16 or 3+2+1/8. Actually, with a compound form like 3+2+1/8, I would say that beats are 3/8 + 1/4 + 1/8 but with 3+2+1/4, I would say that the beat is 1/4. Measure subdivision may denotes beats but not necessary. The grouping of notes may also denotes the beat. And sometimes grouping is purely conventional (like with 3/8, 6/8, … meters). It seems to me that the only clear strategy would be to use the denominator as beat unit, but is it always usable in a musical context? > >> >> As I get it, to get a beat-based time location for a given GuidoDate, we would have to get a specific GRVoice, and then iterate over its events, noting changes in meter along the way for those whose AR is a ARMeter, and accumulating durations converted to beats using the most recent meter information, up until the event's getRelativeTimePosition() corresponds to the one we'd like. Performing the reciprocal operation (getting a GuidoDate for an event whose beat-based time location is known) would follow a similar pattern. > > Seems reasonable. And how do you determine the beat from the meter? > > >> I'd also use a similar pattern to access to other score parameters (without the "accumulating" part), but maybe there's a better way? >> >> Thanks, >> Jonathan Aceituno >> >>> Hi Arshia, >>> >>> Actually, there is a minimal API to query a score, see at: >>> >>> http://guidolib.sourceforge.net/doc/guidolib/group__Pages.html <http://guidolib.sourceforge.net/doc/guidolib/group__Pages.html> >>> ; >>> It could be easily extended to provide more information e.g. something like GuidoGetMeterAt (int voicenum, const GuidoDate &date). >>> Any other useful contextual information that could be retrieved (while browsing a score up to a given date)? e.g a more general function to retrieve the meter, the current key signature, etc. >>> Any comment and proposal are welcome. >>> >>> Cheers, >>> — >>> Dominique >>> >>> >>>> Le 26 juin 2016 à 21:20, Arshia Cont <arshiacont@...> a écrit : >>>> >>>> Hello all and thanks for the great work on GuidoLib! >>>> >>>> I am wondering if there is any API for query of score parameters (such as Meter) from a specific location in the score. Basically, I need to know what is the Meter at a specific location in a rendered score. I see ARMeter and GRMeter classes but can’t seem to easily figure out how I can Get those stuff. >>>> >>>> Any hints would be appreciated. >>>> >>>> Cheers, >>>> >>>> >>>> Arshia Cont >>>> ------------------------------------------------------------------------------ >>>> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San >>>> Francisco, CA to explore cutting-edge tech and listen to tech luminaries >>>> present their vision of the future. This family event has something for >>>> everyone, including kids. Get more information and register today. >>>> >>> http://sdm.link/attshape >>> >>>> _______________________________________________ >>>> Guidolib-devel mailing list >>>> Guidolib-devel@... >>>> >>> https://lists.sourceforge.net/lists/listinfo/guidolib-devel >> >> ------------------------------------------------------------------------------ >> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San >> Francisco, CA to explore cutting-edge tech and listen to tech luminaries >> present their vision of the future. This family event has something for >> everyone, including kids. Get more information and register today. >> http://sdm.link/attshape >> _______________________________________________ >> Guidolib-devel mailing list >> Gui...@li... >> https://lists.sourceforge.net/lists/listinfo/guidolib-devel > > > ------------------------------------------------------------------------------ > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family event has something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape > _______________________________________________ > Guidolib-devel mailing list > Gui...@li... > https://lists.sourceforge.net/lists/listinfo/guidolib-devel |
|
From: Dominique F. <fo...@gr...> - 2016-06-28 11:56:09
|
> Le 27 juin 2016 à 18:45, Jonathan Aceituno <joi...@gm...> a écrit : > > Hi all, > > Chiming in… > > Ultimately, we would like to be able to express time locations as a number of beats from the beginning of the score, as well as switch back and forth between this representation and GuidoDates. I found no trace of such representation in GuidoLib. Right, this is not provided by the library. Actually the problem is not trivial and the semantic of conversion from date to beat (and the reverse) should be clarified: - what convention if no meter is present? should a default beat value be used (e.g. a quarter note)? - how to represent dates that are not on a beat? (e.g. date 1/8 in a “4/4” meter). Should the beat be expressed using integer of floating point values ? with the former, conversion to and from are not reversible: date 3/8 in a “4/4” meter is on beat 2 but beat 2 is date 1/4, with the latter, conversions are ‘more’ reversible but face precision issues: date 1/12 is on beat 1.33333… but there is no guaranty that beat 1.3333… converts to date 1/12. Thus date to beat conversion could be an integer value + a rational to express the remainder. - is there any unambiguous convention to determine the beat for a given meter? it’s clear for meter like “4/4” but what about exotic time signature: e.g. 15/16 or 3+2+1/8. Actually, with a compound form like 3+2+1/8, I would say that beats are 3/8 + 1/4 + 1/8 but with 3+2+1/4, I would say that the beat is 1/4. Measure subdivision may denotes beats but not necessary. The grouping of notes may also denotes the beat. And sometimes grouping is purely conventional (like with 3/8, 6/8, … meters). It seems to me that the only clear strategy would be to use the denominator as beat unit, but is it always usable in a musical context? > > As I get it, to get a beat-based time location for a given GuidoDate, we would have to get a specific GRVoice, and then iterate over its events, noting changes in meter along the way for those whose AR is a ARMeter, and accumulating durations converted to beats using the most recent meter information, up until the event's getRelativeTimePosition() corresponds to the one we'd like. Performing the reciprocal operation (getting a GuidoDate for an event whose beat-based time location is known) would follow a similar pattern. Seems reasonable. And how do you determine the beat from the meter? > I'd also use a similar pattern to access to other score parameters (without the "accumulating" part), but maybe there's a better way? > > Thanks, > Jonathan Aceituno > >> Hi Arshia, >> >> Actually, there is a minimal API to query a score, see at: >> >> http://guidolib.sourceforge.net/doc/guidolib/group__Pages.html <http://guidolib.sourceforge.net/doc/guidolib/group__Pages.html> >> ; >> It could be easily extended to provide more information e.g. something like GuidoGetMeterAt (int voicenum, const GuidoDate &date). >> Any other useful contextual information that could be retrieved (while browsing a score up to a given date)? e.g a more general function to retrieve the meter, the current key signature, etc. >> Any comment and proposal are welcome. >> >> Cheers, >> — >> Dominique >> >> >>> Le 26 juin 2016 à 21:20, Arshia Cont <arshiacont@...> a écrit : >>> >>> Hello all and thanks for the great work on GuidoLib! >>> >>> I am wondering if there is any API for query of score parameters (such as Meter) from a specific location in the score. Basically, I need to know what is the Meter at a specific location in a rendered score. I see ARMeter and GRMeter classes but can’t seem to easily figure out how I can Get those stuff. >>> >>> Any hints would be appreciated. >>> >>> Cheers, >>> >>> >>> Arshia Cont >>> ------------------------------------------------------------------------------ >>> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San >>> Francisco, CA to explore cutting-edge tech and listen to tech luminaries >>> present their vision of the future. This family event has something for >>> everyone, including kids. Get more information and register today. >>> >> http://sdm.link/attshape >> >>> _______________________________________________ >>> Guidolib-devel mailing list >>> Guidolib-devel@... >>> >> https://lists.sourceforge.net/lists/listinfo/guidolib-devel > > ------------------------------------------------------------------------------ > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family event has something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape > _______________________________________________ > Guidolib-devel mailing list > Gui...@li... > https://lists.sourceforge.net/lists/listinfo/guidolib-devel |
|
From: Jonathan A. <joi...@gm...> - 2016-06-27 16:45:45
|
Hi all, Chiming in… Ultimately, we would like to be able to express time locations as a number of beats from the beginning of the score, as well as switch back and forth between this representation and GuidoDates. I found no trace of such representation in GuidoLib. As I get it, to get a beat-based time location for a given GuidoDate, we would have to get a specific GRVoice, and then iterate over its events, noting changes in meter along the way for those whose AR is a ARMeter, and accumulating durations converted to beats using the most recent meter information, up until the event's getRelativeTimePosition() corresponds to the one we'd like. Performing the reciprocal operation (getting a GuidoDate for an event whose beat-based time location is known) would follow a similar pattern. I'd also use a similar pattern to access to other score parameters (without the "accumulating" part), but maybe there's a better way? Thanks, Jonathan Aceituno > Hi Arshia, > > Actually, there is a minimal API to query a score, see at: > > http://guidolib.sourceforge.net/doc/guidolib/group__Pages.html <http://guidolib.sourceforge.net/doc/guidolib/group__Pages.html> > ; > It could be easily extended to provide more information e.g. something like GuidoGetMeterAt (int voicenum, const GuidoDate &date). > Any other useful contextual information that could be retrieved (while browsing a score up to a given date)? e.g a more general function to retrieve the meter, the current key signature, etc. > Any comment and proposal are welcome. > > Cheers, > — > Dominique > > > > Le 26 juin 2016 à 21:20, Arshia Cont <arshiacont@...> a écrit : > > > > Hello all and thanks for the great work on GuidoLib! > > > > I am wondering if there is any API for query of score parameters (such as Meter) from a specific location in the score. Basically, I need to know what is the Meter at a specific location in a rendered score. I see ARMeter and GRMeter classes but can’t seem to easily figure out how I can Get those stuff. > > > > Any hints would be appreciated. > > > > Cheers, > > > > > > Arshia Cont > > ------------------------------------------------------------------------------ > > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San > > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > > present their vision of the future. This family event has something for > > everyone, including kids. Get more information and register today. > > > http://sdm.link/attshape > > > _______________________________________________ > > Guidolib-devel mailing list > > Guidolib-devel@... > > > https://lists.sourceforge.net/lists/listinfo/guidolib-devel |
|
From: Dominique F. <fo...@gr...> - 2016-06-27 14:37:10
|
Hi Arshia, Actually, there is a minimal API to query a score, see at: http://guidolib.sourceforge.net/doc/guidolib/group__Pages.html <http://guidolib.sourceforge.net/doc/guidolib/group__Pages.html> It could be easily extended to provide more information e.g. something like GuidoGetMeterAt (int voicenum, const GuidoDate &date). Any other useful contextual information that could be retrieved (while browsing a score up to a given date)? e.g a more general function to retrieve the meter, the current key signature, etc. Any comment and proposal are welcome. Cheers, — Dominique > Le 26 juin 2016 à 21:20, Arshia Cont <ars...@an...> a écrit : > > Hello all and thanks for the great work on GuidoLib! > > I am wondering if there is any API for query of score parameters (such as Meter) from a specific location in the score. Basically, I need to know what is the Meter at a specific location in a rendered score. I see ARMeter and GRMeter classes but can’t seem to easily figure out how I can Get those stuff. > > Any hints would be appreciated. > > Cheers, > > > Arshia Cont > ------------------------------------------------------------------------------ > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family event has something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape > _______________________________________________ > Guidolib-devel mailing list > Gui...@li... > https://lists.sourceforge.net/lists/listinfo/guidolib-devel |
|
From: Arshia C. <ars...@an...> - 2016-06-26 19:51:23
|
Hello all and thanks for the great work on GuidoLib! I am wondering if there is any API for query of score parameters (such as Meter) from a specific location in the score. Basically, I need to know what is the Meter at a specific location in a rendered score. I see ARMeter and GRMeter classes but can’t seem to easily figure out how I can Get those stuff. Any hints would be appreciated. Cheers, Arshia Cont |
|
From: Dominique F. <fo...@gr...> - 2016-02-15 22:26:31
|
I’ve tried your gmn code now on windows too and I really can’t reproduce the problem. For me it works on all the test platforms (windows (10), maosx, linux). Difficult to say more... You should tell a bit more about your environment, font settings etc… — Dom > Le 11 févr. 2016 à 14:19, Robert Jobbagy <job...@gm...> a écrit : > > > ---------- Forwarded message ---------- > From: Robert Jobbagy <job...@gm... <mailto:job...@gm...>> > Date: 2016-02-10 15:34 GMT+01:00 > Subject: GuidoViewer doesn't works well :( > To: Dominique Fober <fo...@gr... <mailto:fo...@gr...>> > > > Hi Dominique, > > We tested guidoviewer java with our xml files and we gave some strange results. > > I attached original musicxml file and converted gmn file and guidoviewer output. > > When you upload xml file to this xmlviewer https://www.soundslice.com/musicxml-viewer/ <https://www.soundslice.com/musicxml-viewer/> > The result is different. > > What's wrong ? > > Thanks your help. > > -- > Best Regards, > > Robert > > > > -- > Best Regards, > > Robert > <image.png><76771.gmn><76771.xml>------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140_______________________________________________ > Guidolib-devel mailing list > Gui...@li... > https://lists.sourceforge.net/lists/listinfo/guidolib-devel |
|
From: Robert J. <job...@gm...> - 2016-02-11 13:19:51
|
---------- Forwarded message ---------- From: Robert Jobbagy <job...@gm...> Date: 2016-02-10 15:34 GMT+01:00 Subject: GuidoViewer doesn't works well :( To: Dominique Fober <fo...@gr...> Hi Dominique, We tested guidoviewer java with our xml files and we gave some strange results. I attached original musicxml file and converted gmn file and guidoviewer output. When you upload xml file to this xmlviewer https://www.soundslice.com/musicxml-viewer/ The result is different. What's wrong ? Thanks your help. -- Best Regards, Robert -- Best Regards, Robert |
5 messages has been excluded from this view by a project administrator.
