vmpk-devel Mailing List for Virtual MIDI Piano Keyboard (Page 4)
Virtual MIDI controller for Linux, Windows and OSX
Brought to you by:
plcl
You can subscribe to this list here.
2011 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(3) |
Nov
(2) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2012 |
Jan
|
Feb
(10) |
Mar
(7) |
Apr
(3) |
May
|
Jun
(2) |
Jul
(12) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
2013 |
Jan
(1) |
Feb
(4) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(1) |
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(4) |
Sep
(1) |
Oct
|
Nov
(8) |
Dec
(3) |
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2019 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(14) |
2021 |
Jan
|
Feb
|
Mar
(3) |
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Pedro Lopez-C. <ped...@gm...> - 2014-08-13 14:59:20
|
Hi, Time is coming for a new VMPK release (desktop, for Linux/Unix, Mac and Win), probably at the end of this month. If you have free time and want to start working on it, I've updated the translations according to the current SVN code state. Here are the files, not definitive but I don't foresee too much changes before the release. Generating vmpk_cs.qm Updating '/home/pedro/Projects/vmpk-desktop/build/translations/vmpk_cs.qm'... Generated 437 translation(s) (425 finished and 12 unfinished) Ignored 32 untranslated source text(s) http://sourceforge.net/p/vmpk/code/HEAD/tree/trunk/desktop/translations/vmpk_cs.ts Generating vmpk_de.qm Updating '/home/pedro/Projects/vmpk-desktop/build/translations/vmpk_de.qm'... Generated 435 translation(s) (425 finished and 10 unfinished) Ignored 34 untranslated source text(s) http://sourceforge.net/p/vmpk/code/HEAD/tree/trunk/desktop/translations/vmpk_de.ts Generating vmpk_es.qm Updating '/home/pedro/Projects/vmpk-desktop/build/translations/vmpk_es.qm'... Generated 469 translation(s) (469 finished and 0 unfinished) http://sourceforge.net/p/vmpk/code/HEAD/tree/trunk/desktop/translations/vmpk_es.ts Generating vmpk_fr.qm Updating '/home/pedro/Projects/vmpk-desktop/build/translations/vmpk_fr.qm'... Generated 435 translation(s) (425 finished and 10 unfinished) Ignored 34 untranslated source text(s) http://sourceforge.net/p/vmpk/code/HEAD/tree/trunk/desktop/translations/vmpk_fr.ts Generating vmpk_gl.qm Updating '/home/pedro/Projects/vmpk- desktop/build/translations/vmpk_gl.qm'...vmp...@li... Generated 438 translation(s) (426 finished and 12 unfinished) Ignored 31 untranslated source text(s) http://sourceforge.net/p/vmpk/code/HEAD/tree/trunk/desktop/translations/vmpk_gl.ts Generating vmpk_ru.qm Updating '/home/pedro/Projects/vmpk-desktop/build/translations/vmpk_ru.qm'... Generated 437 translation(s) (425 finished and 12 unfinished) Ignored 32 untranslated source text(s) http://sourceforge.net/p/vmpk/code/HEAD/tree/trunk/desktop/translations/vmpk_ru.ts Generating vmpk_sr.qm Updating '/home/pedro/Projects/vmpk-desktop/build/translations/vmpk_sr.qm'... Generated 427 translation(s) (425 finished and 2 unfinished) Ignored 42 untranslated source text(s) http://sourceforge.net/p/vmpk/code/HEAD/tree/trunk/desktop/translations/vmpk_sr.ts Generating vmpk_sv.qm Updating '/home/pedro/Projects/vmpk-desktop/build/translations/vmpk_sv.qm'... Generated 437 translation(s) (425 finished and 12 unfinished) Ignored 32 untranslated source text(s) http://sourceforge.net/p/vmpk/code/HEAD/tree/trunk/desktop/translations/vmpk_sv.ts Unmaintained translations, not for inclusion in the release: http://sourceforge.net/p/vmpk/code/HEAD/tree/trunk/desktop/translations/vmpk_nl.ts http://sourceforge.net/p/vmpk/code/HEAD/tree/trunk/desktop/translations/vmpk_tr.ts http://sourceforge.net/p/vmpk/code/HEAD/tree/trunk/desktop/translations/vmpk_zh_CN.ts Regards, Pedro |
From: Pedro Lopez-C. <ped...@gm...> - 2013-12-25 22:17:20
|
Hi, I've released today a VMPK port for Android. There are two apps, a paid version (cheap) and a free one (gratis) with advertisements. https://play.google.com/store/apps/details?id=net.sourceforge.vmpk It is not based on Qt, and will not be open source. It is a Java port rewritten from scratch using the native Android MIDI synthesizer and native Android themes. But on the other hand, is quite similar to the old N9 port. Happy holidays! Regards, Pedro |
From: Pedro Lopez-C. <pl...@us...> - 2013-10-22 11:03:33
|
Hi, Thanks for your interest. First of all: there is a mailing list for VMPKdevelopment discussions. Please subscribe: https://lists.sourceforge.net/lists/listinfo/vmpk-devel Your point 1. was already implemented in version 5.0 with a checkbox in the configuration dialog (MIDI channel state enforcement): http://sourceforge .net/p/vmpk/feature-requests/41/ About point 2. VMPK instrument names are configurable using INS files. Do you realize that not everybody uses the GM, GS or XG instrument sets? Regards, Pedro On Tue, Oct 22, 2013 at 11:24 AM, Yale Zhang <yzh...@gm...> wrote: > Pedro, I've been using VMPK for a few months and have some improvements > I'd like to see. > > > 1. On startup, send a program and bank change message for the last > selected instrument. Currently it doesn't and defaults to piano because my > software synthesizer Timidity++, loads at the same time and doesn't > remember the last selected instrument. > > 2. Make it easier to find instruments: > a. make the program menu a tree view, using keywords to group > instruments: > keyboards > piano > organ > ... > Brass (I use these often) > trumpet > tuba > ... > > b. allow typing text in the box and automatically selecting the > closest matching instrument > > Would you incorporate these features if I made them? > > > Yale > > |
From: Pedro Lopez-C. <ped...@gm...> - 2013-10-10 16:44:58
|
On Thursday 10 October 2013 08:21:28 thomas grimeau wrote: > Hello > Sorry for my bad english ;-( > > I use VMPK with Mac OSX > I want to define my own mapping with combination keys like Cmd+X or > Shift+X I load my modified XML file, I try to write Shift+X or > Shift-X or Shift X in my XML file, it never works. If i write > Shift+X in the XML file, i see it in the dialog box "Shift+X" but the > function don't works. I don't want the same "musical note" for "X" and > "Shift+X" > > If you can help me. > Thank you > > Thomas. Hi, This is not supported, but has been already requested before: http://sourceforge.net/p/vmpk/feature-requests/24/ Note about implementing this feature in the future: there is already in VMPK a feature for customizable keyboard shortcuts (Edit->Shortcuts) that support key modifiers (Ctrl,Shift,Meta...). Collisions with mappings should be avoided. Regards, Pedro |
From: thomas g. <tho...@gm...> - 2013-10-10 06:21:34
|
Hello Sorry for my bad english ;-( I use VMPK with Mac OSX I want to define my own mapping with combination keys like Cmd+X or Shift+X I load my modified XML file, I try to write Shift+X or Shift-X or Shift X in my XML file, it never works. If i write Shift+X in the XML file, i see it in the dialog box "Shift+X" but the function don't works. I don't want the same "musical note" for "X" and "Shift+X" If you can help me. Thank you Thomas. |
From: Pedro Lopez-C. <ped...@gm...> - 2013-07-30 20:43:36
|
On Tuesday 30 July 2013 18:49:27 you wrote: > Hi Pedro, > > There is Serbian translation for VMPK (desktop version) program. > Also, I will send you soon translated help.html in Serbian, and Keyboard > map files for Serbian layouts (currently, there are 2 layouts but 3 > Keyboard map files). > Cheers Thanks! I've added your translation to the repository, added the Serbian language to the sources, and updated all the existing translations. It is important that you keep in mind to download it periodically from the Subversion repository, where the latest translations reside: https://sourceforge.net/p/vmpk/code/ (subdirectory trunk/desktop/translations) The web site also resides in Subversion, subdirectory: trunk/web We have a low traffic mailing list for developers and translators. Please subscribe to be aware of news and schedules: https://lists.sourceforge.net/lists/listinfo/vmpk-devel The next VMPK version will be 0.6.0, but it is not imminent. When the time comes I will announce it on the mailing list, update the translation sources and send a call for translations. Regards, Pedro |
From: Pedro Lopez-C. <ped...@gm...> - 2013-07-16 10:17:13
|
Hi, Is there any document with the specifications of this "USAI Keyboard"? I've only found a few facebook and youtube references on google, but nothing formal. Is it related to isomorphic keyboards? http://en.wikipedia.org/wiki/Isomorphic_keyboard Another question: what kind of modifications are you trying to implement in VMPK, and why are you unable to program it yourself? I am personally very busy; with very little free time, and too many personal projects needing my attention. It is unlikely that I would devote effort to your project instead of mines, but anyway I would answer concrete questions and give advice, if you want and find a team. Regards, Pedro On Sun, Jul 14, 2013 at 10:56 PM, Luigi Usai <usa...@gm...> wrote: > Hi to everybody, > > I am not able to program your software to support my idea, a new kind of > key disposition. > Could you please tell me if you want to collaborate? > I would like to give the opportunity to all to use a USAI Keyboard > together with an opensource software like yours. > I think you just need to reprogram the class of the octave. > > Someone wants to fork the project? > Could you please call it Usai Keyboard? > > Thank you very much in advance. > Luigi, Verona, Italy > > > *Dr*.* Luigi Usai* > dall'Università degli Studi di Verona > *346.5878684 > > Curriculum <http://it.linkedin.com/in/usailuigi> > * > www.luigiusai.it > usa...@gm... > > > ------------------------------------------------------------------------------ > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > _______________________________________________ > VMPK-devel mailing list > VMP...@li... > https://lists.sourceforge.net/lists/listinfo/vmpk-devel > > |
From: Luigi U. <usa...@gm...> - 2013-07-14 20:56:41
|
Hi to everybody, I am not able to program your software to support my idea, a new kind of key disposition. Could you please tell me if you want to collaborate? I would like to give the opportunity to all to use a USAI Keyboard together with an opensource software like yours. I think you just need to reprogram the class of the octave. Someone wants to fork the project? Could you please call it Usai Keyboard? Thank you very much in advance. Luigi, Verona, Italy *Dr*.* Luigi Usai* dall'Università degli Studi di Verona *346.5878684 Curriculum <http://it.linkedin.com/in/usailuigi> * www.luigiusai.it usa...@gm... |
From: Pedro Lopez-C. <ped...@gm...> - 2013-07-13 17:07:03
|
Hi Luigi, For questions related to development around VMPK, I've created a mailing list in SourceForge. Asking your questions there, you may find other developers in addition to me. The answers can also be useful for other people searching for the same questions in the future. https://lists.sourceforge.net/lists/listinfo/vmpk-devel Regards, Pedro On Saturday 13 July 2013 09:08:56 you wrote: > I\'d like to implement your software with the Luigi Usai Keyboard key > configuration. Could you please help me? > It just need to implement a new keyboard class. > Contact me please: > Luigi Usai > usa...@gm... > > -- > This message was sent to your SourceForge.net email alias via the web mail > form. You may reply to this message directly, or via > https://sourceforge.net/sendmessage.php?touser=3674605 To update your email > alias preferences, please visit https://sourceforge.net/account |
From: Pedro Lopez-C. <ped...@gm...> - 2013-03-31 12:46:13
|
Hi, In the future, please use the forum or mailing list for support. Thanks. On Sunday 31 March 2013 11:30:48 you wrote: > Hi Pedro, > I am trying vmpk under opensuse 12.3 (version 0.4.0) This is a wrong program version: it doesn't support your mapping files. The currently released VMPK is v0.5.1 These hand-made mapping files include XML comments "<!-- ... -->" , which weren't supported until VMPK v0.5.0 If you can't build the program yourself from the source package, please open bug reports to your distribution. > I found an issue that does not seem to allow assigning more than one key to > the same midi note (i am trying to create an isomorphic keyboard with the so > called "harmonic table". > http://en.wikipedia.org/wiki/Harmonic_table_note_layout > > I see that in github there is an isomorphic key map, but not all the keys > send a midi out note for some reason: > > https://github.com/mechanical-snail/vmpk_layouts_contrib/blob/master/wh_isom > orphic.qwerty.vmpkl > > For example key "4" sounds OK but "L" does not (they are mapped to the same > midi note 21. > > Is there something I am doing wrong? These maps are hand-made, because mapping two keys to the same MIDI note is not supported by the "Key Map Editor" dialog (Edit->Keyboard map). If you load any of these files and then use the "Key Map Editor" dialog (even to display the mappings, without changing anything) and then you press the "OK" button in the dialog, these maps are messed up in memory and stop working. To solve this problem, close VMPK and open the program again. You should use the "Preferences" dialog only to change these keyboard mapping files. As you are using Linux, the file "wh_isomorphic.linux.vmpkr" would be much better for you as a starting point. It corresponds to the "Raw" keyboard mode. Instead of the alfanumeric symbols, this map mode uses the low level key codes. You can create a nice document displaying your current keyboard layout including key codes using this command: $ xkbprint -kc -eps :0 keyboard-layout.eps Regards, Pedro |
From: Pedro Lopez-C. <ped...@gm...> - 2013-03-11 15:29:26
|
Hi, Just in case anybody wants to build or hack the SVN sources, this is the situation: *trunk ported to Qt5. Working on Linux&Windows, Mac is pending. will be released as 0.6 when ready http://sourceforge.net/p/vmpk/code/386/tree/trunk/ *branches/v05Qt4 compiles with Qt4 >= 4.8 branch for bugfixes of the 0.5.x series http://sourceforge.net/p/vmpk/code/386/tree/branches/v05Qt4/ The port to Qt5 is very preliminary, and don't include any new features right now. Regards, Pedro |
From: Pedro Lopez-C. <ped...@gm...> - 2013-02-10 12:03:28
|
Hi! VMPK development site has been migrated to the new Sourceforge infrastructure. http://sourceforge.net/projects/vmpk/ One of the changes is the Subversion address. For web browsing: http://sourceforge.net/p/vmpk/code/ It is recommended to checkout a fresh working copy from the new address before hacking the source code. For instance, in Linux... Desktop trunk: $ svn co --username=yourid https://svn.code.sf.net/p/vmpk/code/trunk/desktop vmpk-desktop There is a new branch for developing desktop, v0.5.x, Qt4: $ svn co --username=yourid https://svn.code.sf.net/p/vmpk/code/branches/v05Qt4 vmpk-v05x This branch will be used to develop new buxfixes on future Qt4 / v0.5.x release series, because trunk will be used for new Qt5/v0.6 stuff. Regards, Pedro |
From: Pedro Lopez-C. <ped...@gm...> - 2013-02-09 22:05:12
|
Virtual MIDI Piano Keyboard is a MIDI events generator and receiver. It doesn't produce any sound by itself, but can be used to drive a MIDI synthesizer (either hardware or software, internal or external). You can use the computer's keyboard to play MIDI notes, and also the mouse. You can use the Virtual MIDI Piano Keyboard to display the played MIDI notes from another instrument or MIDI file player. Changes for v0.5.1: * Fixed bug #3599827. No default keyboard shortcuts available in 0.5.0 on fresh installations * Qt5 build compatibility (but not fully functional) Requirements for all platforms: CMake-2.8 and Qt-4.8 or later. Please use the mailing list <vmp...@li...> for questions and comments. Thanks. Copyright (C) 2008-2013, Pedro López-Cabanillas and others License: GPL v3 More info http://vmpk.sourceforge.net Downloads http://sourceforge.net/projects/vmpk/files/vmpk/0.5.1/ Regards, Pedro |
From: Pedro Lopez-C. <ped...@gm...> - 2013-02-03 21:07:35
|
Hi, VMPK 0.5.1 will be released soon. If you want your translation to be included, please update it. Here are the latest statistics and links to the translation files: Generating vmpk_cs.qm Generated 445 translation(s) (444 finished and 1 unfinished) Ignored 5 untranslated source text(s) http://vmpk.svn.sourceforge.net/viewvc/vmpk/trunk/desktop/translations/vmpk_cs.ts Generating vmpk_de.qm Generated 445 translation(s) (444 finished and 1 unfinished) Ignored 5 untranslated source text(s) http://vmpk.svn.sourceforge.net/viewvc/vmpk/trunk/desktop/translations/vmpk_de.ts Generating vmpk_es.qm Generated 450 translation(s) (450 finished and 0 unfinished) http://vmpk.svn.sourceforge.net/viewvc/vmpk/trunk/desktop/translations/vmpk_es.ts Generating vmpk_fr.qm Generated 445 translation(s) (444 finished and 1 unfinished) Ignored 5 untranslated source text(s) http://vmpk.svn.sourceforge.net/viewvc/vmpk/trunk/desktop/translations/vmpk_fr.ts Generating vmpk_ru.qm Generated 445 translation(s) (444 finished and 1 unfinished) Ignored 5 untranslated source text(s) http://vmpk.svn.sourceforge.net/viewvc/vmpk/trunk/desktop/translations/vmpk_ru.ts Generating vmpk_sv.qm Generated 445 translation(s) (444 finished and 1 unfinished) Ignored 5 untranslated source text(s) http://vmpk.svn.sourceforge.net/viewvc/vmpk/trunk/desktop/translations/vmpk_sv.ts Regards, Pedro |
From: Pedro Lopez-C. <ped...@gm...> - 2013-02-01 22:37:52
|
Hi, I'm preparing a new vmpk release (0.5.1) containing fixes for all the bugs collected so far since the release 0.5.0 last summer. Which is this one alone: http://sourceforge.net/tracker/?func=detail&aid=3599827&group_id=236429&atid=1100307 That bug, reported by a FreeBSD user, is already fixed in svn revision #372. If somebody is aware of more bugs, please report them ASAP if you want to see them fixed soon. Regards, Pedro |
From: Pedro Lopez-C. <ped...@gm...> - 2013-01-13 10:24:02
|
On Sunday 13 January 2013 08:50:08 you wrote: > Hi Pedro, > > Would you mind me porting your project to Cascades and BB10 within a week > and put into their app store (App World) for free? Thank you in advance! > > Laszlo Hi, Of course, you are welcome to port it to the Blackberry and publish it. That is the point of the GPL license, and you don't even have to request permission - only to comply with the license terms. I am including the vmpk-devel mailing list in the answer, so other contributors and translators can be informed. If you want to subscribe, this is the web interface: https://lists.sourceforge.net/lists/listinfo/vmpk-devel If you wish to use our SVN repository in Sourceforge, please send me your SF userid and I will give you write permission. Otherwise, please tell us the relevant links that may be added to the web page. Regards, Pedro |
From: Vitaliy D. <vi...@gm...> - 2012-12-25 08:59:18
|
Hi Pedro! Thanks a lot for information. Think that it'll be very useful for me. And I've already sent a mail to VMPK developers, concerning my question. Merry Christmas and Happy New Year! On 24 December 2012 22:53, Pedro Lopez-Cabanillas < ped...@gm...> wrote: > ** > > Hi Vitaliy, > > > > Please subscribe to the mailing list if you are planning to send more > messages. Thanks. > > > > On Monday 24 December 2012 16:07:47 Vitaliy Dmitriev wrote: > > > Hi! > > > > > > I'm studying at iOS development courses now and as a part of all courses > we > > > have to do a project. > > > > > > So my idea of a project is a MIDI-controller app for iOS (iPhone, iPad) > > > compatible with ipMIDI. Maybe something similar to vmpk. > > > > > > Could you please tell me where it's possible to obtain technical info > > > concerning communication with ipMIDI software over IP network, maybe some > > > SDK or so? > > > > I don't think that there is any technical document about ipMIDI. It is a > bit underground, in a manner of speaking. All I can give you is a few > pointers. > > > > ipMIDI is based on UDP/IP Multicast. There are several RFCs about IP > Multicast > > http://tools.ietf.org/html/rfc988 > > > > The raw MIDI event bytes are sent as the payload of the UDP packets. As > simple as that, with no additional baggage. > > > > Every packet is sent to the same IP address. ipMIDI uses 225.0.0.37 with > ports 21928 and above. Each port defines a single virtual MIDI cable with > 16 MIDI channels. You can use as much ports as you wish within the same > network segment. The protocol packets will remain in the local network, as > routers won't transfer them to other networks or the Internet. > > > > Other than that, you only need to understand and follow the source code of > other implementations. For instance, this is a very similar protocol: > > http://ntrg.cs.tcd.ie/undergrad/4ba2/multicast/antony/example.html > > > > There are several open source ipMIDI compatible implementations. VMPK uses > Qt4's QUdpSocket. There some others for Linux based on plain Unix sockets. > > multimidicast: http://llg.cubic.org/tools/multimidicast/ > > qmidinet: http://qmidinet.sourceforge.net > > qmidictl: http://qmidictl.sourceforge.net > > > > Hope this helps. > > > > Regards, > > Pedro > > > -- Best regards, Vitaliy Dmitriev |
From: Pedro Lopez-C. <ped...@gm...> - 2012-12-24 19:53:12
|
Hi Vitaliy, Please subscribe to the mailing list if you are planning to send more messages. Thanks. On Monday 24 December 2012 16:07:47 Vitaliy Dmitriev wrote: > Hi! > > I'm studying at iOS development courses now and as a part of all courses we > have to do a project. > > So my idea of a project is a MIDI-controller app for iOS (iPhone, iPad) > compatible with ipMIDI. Maybe something similar to vmpk. > > Could you please tell me where it's possible to obtain technical info > concerning communication with ipMIDI software over IP network, maybe some > SDK or so? I don't think that there is any technical document about ipMIDI. It is a bit underground, in a manner of speaking. All I can give you is a few pointers. ipMIDI is based on UDP/IP Multicast. There are several RFCs about IP Multicast http://tools.ietf.org/html/rfc988 The raw MIDI event bytes are sent as the payload of the UDP packets. As simple as that, with no additional baggage. Every packet is sent to the same IP address. ipMIDI uses 225.0.0.37 with ports 21928 and above. Each port defines a single virtual MIDI cable with 16 MIDI channels. You can use as much ports as you wish within the same network segment. The protocol packets will remain in the local network, as routers won't transfer them to other networks or the Internet. Other than that, you only need to understand and follow the source code of other implementations. For instance, this is a very similar protocol: http://ntrg.cs.tcd.ie/undergrad/4ba2/multicast/antony/example.html There are several open source ipMIDI compatible implementations. VMPK uses Qt4's QUdpSocket. There some others for Linux based on plain Unix sockets. multimidicast: http://llg.cubic.org/tools/multimidicast/ qmidinet: http://qmidinet.sourceforge.net qmidictl: http://qmidictl.sourceforge.net Hope this helps. Regards, Pedro |
From: Vitaliy D. <vi...@gm...> - 2012-12-24 13:07:54
|
Hi! I'm studying at iOS development courses now and as a part of all courses we have to do a project. So my idea of a project is a MIDI-controller app for iOS (iPhone, iPad) compatible with ipMIDI. Maybe something similar to vmpk. Could you please tell me where it's possible to obtain technical info concerning communication with ipMIDI software over IP network, maybe some SDK or so? -- Best regards, Vitaliy Dmitriev |
From: Pedro Lopez-C. <ped...@gm...> - 2012-07-30 22:38:19
|
Virtual MIDI Piano Keyboard is a MIDI events generator and receiver. It doesn't produce any sound by itself, but can be used to drive a MIDI synthesizer (either hardware or software, internal or external). You can use the computer's keyboard to play MIDI notes, and also the mouse. You can use the Virtual MIDI Piano Keyboard to display the played MIDI notes from another instrument or MIDI file player. Changes for v0.5.0: * RtMidi 1.0.15 patched by Gilles Filippini <pi...@de...> enabling several MIDI drivers to be compiled at once, and allowing the user to select one at runtime. * Fixed Bug #3507732. Transpose does not update correctly the octave in note name. Thanks to Patrick Meaney for the bug report * Fixed Bug #3503768. Removing the shortcut for an action having default shortcut keys, the change is not saved upon exit, so the shortcut appears again the next execution. * Fixed Bug #3502659. Saved preferences not set correctly. * New implementation of the Network MIDI driver (UDP multicast). * MIDI channel state enforcement (RFE #3517750) * MIDI IN Omni mode. * Independently enable/disable note input using keyboard, mouse, and touch screen. * Note highlight color policies (single, double, one color for each MIDI channel, one color for each grade in the chromatic scale). Color palettes editor dialog. Option to show a colorized scale. * XML comments within keyboard map files are allowed. Requirements for all platforms: CMake-2.8 and Qt-4.8 or later. Please use the mailing list <vmp...@li...> for questions and comments. Thanks. Copyright (C) 2008-2012, Pedro López-Cabanillas and others License: GPL v3 More info http://vmpk.sourceforge.net Downloads http://sourceforge.net/projects/vmpk/files/vmpk/0.5.0/ Regards, Pedro |
From: Pedro Lopez-C. <ped...@gm...> - 2012-07-30 11:12:57
|
On Monday 30 July 2012, Mechanical snail wrote: > > The sharing > > method for keyboard maps and instrument definitions needs also a second > > thought. I was thinking about something along the lines of KDE's "Get > > Hot New Stuff!" (http://data.kstuff.org/). > > Why not just use that? Does it pull in too many KDE libs? KDE's is only one implementation of a standardized specification: http://ghns.freedesktop.org/ Regards, Pedro |
From: Mechanical s. <rep...@gm...> - 2012-07-30 10:26:29
|
For clarity here, I'm calling the OS's rules for converting keycodes into characters "keyboard layouts", and VMPK's rules for converting keycodes/characters into musical notes "note layouts". On 2012-07-30 09:07, Pedro Lopez-Cabanillas wrote: > In my view, there is a different problem much more important than the > multiplicity of keycode sets: VMPK's keyboard maps are hard to customize. [...] > We should implement a better keyboard map editor. A dialog > graphically showing the most common computer keyboard dispositions, with a > mechanism to show and assign a musical note to each key. This would be a great enhancement, but UI seems orthogonal to the note layout format. Unifying the formats would make sharing easier immediately, without prejudicing the longer-term project of the graphical editor. Considering that you (like most people) "hate to edit XML files by hand", a new format need not even be XML. A note layout is really just an n-by-2 array; a simple text format would suffice. Less convenient than a GUI, of course, but easier than syntax-error-prone XML. > The dialog should > allow to export the maps in several formats: raw (OS specific) and > optionally alphanumeric (language specific) maps, all of them compatible > with the current keyboard maps used by VMPK. There may be of course a new, > common and independent format, that could be shared among users. As it stands, we effectively have 3 raw note layout formats (Windows, Mac, Linux) as well as 1 non-raw format for each computer keyboard layout in existence. I feel this proliferation of formats is confusing to users. Suppose I want to create and use a note layout. Now, first I have to learn the difference between raw and non-raw modes. To load the layout, I have to figure out which of the 2 separate text fields to pick a layout is the one I want. And even if I choose right, it may behave incorrectly without warning (e.g. if I switch keyboard layout, or if I try to use my note layout on a different OS). In particular, having the redesigned editor UI try to support exporting to all these formats is confusing. All this is not necessary. The advantage I see of a unified cross-platform format is that it removes the chief disadvantage (OS dependence) of raw mode. The only other disadvantage I've noticed (of the current implementation) of raw mode is that there are some UI corner cases to work out. For example all key input in the main window gets stolen (preventing typing in the channel/octave/transpose widgets and disabling standard keyboard shortcuts to navigate menus). But this is a quibble, and fixable in principle. So it potentially lets us standardize on one single note layout format to rule them all. (Of course, we'll keep supporting importing the previous formats. In particular I expect automated conversion of non-raw note layouts is possible by querying the OS, so hopefully the transition wouldn't break much.) > The sharing > method for keyboard maps and instrument definitions needs also a second > thought. I was thinking about something along the lines of KDE's "Get Hot > New Stuff!" (http://data.kstuff.org/). Why not just use that? Does it pull in too many KDE libs? Best regards, |
From: Pedro Lopez-C. <ped...@gm...> - 2012-07-30 09:08:37
|
Hi, Welcome to the VMPK-devel mailing list, let's pretend that you sent an implicit "hello everybody". On Monday 30 July 2012, Mechanical snail wrote: > The current raw key layouts are OS-specific, hindering sharing. We could > unify them across platforms by abstracting over the OS-provided > keycodes. That is, pick one of the keycode sets as standard, and on the > other platforms translate received keycodes. > > We can reuse existing suitable translation tables; see e.g. > [http://git.gnome.org/browse/gtk-vnc/tree/src/keymaps.csv], > [http://berrange.com/posts/2011/09/23/injecting-fake-keyboard-events-to-k > vm-guests-via-libvirt/]. > > How should we deal with existing (OS-specific) raw layouts? We should > support importing them; but since the target OS isn't indicated in the > layout file, this would necessarily complicate the UI. Possible > solution: create a 3rd doctype for cross-platform raw layouts, and > assume any raw layout of the old doctype is intended for the OS you're > currently running. > > A possible disadvantage is that this would break any layouts that use > nonstandard special keys (e.g. media keys); the table I found doesn't > have them for non-Linux OSes. However, I doubt people are actually using > those since they're generally not in a position to be played easily (far > away, smaller, different pitch from the main keyboard keys), and the OS > tends to use them to launch programs (which obviously interferes). In my view, there is a different problem much more important than the multiplicity of keycode sets: VMPK's keyboard maps are hard to customize. They are XML files, that can be read and edited by humans, but that doesn't mean that every human must know and like to do so. I hate to edit XML files by hand, for instance. The current keyboard map editor dialog in VMPK is too basic for any serious work. In other words: it sucks; and that is in my opinion the place to start working on enhancements. What can we do? We should implement a better keyboard map editor. A dialog graphically showing the most common computer keyboard dispositions, with a mechanism to show and assign a musical note to each key. The dialog should allow to export the maps in several formats: raw (OS specific) and optionally alphanumeric (language specific) maps, all of them compatible with the current keyboard maps used by VMPK. There may be of course a new, common and independent format, that could be shared among users. The sharing method for keyboard maps and instrument definitions needs also a second thought. I was thinking about something along the lines of KDE's "Get Hot New Stuff!" (http://data.kstuff.org/). Just for reference, some known computer keyboard layout editors. The Microsoft Keyboard Layout Creator http://msdn.microsoft.com/en-us/goglobal/bb964665.aspx XKeyCaps http://www.jwz.org/xkeycaps/ Regards, Pedro |
From: Mechanical s. <rep...@gm...> - 2012-07-30 08:11:16
|
The current raw key layouts are OS-specific, hindering sharing. We could unify them across platforms by abstracting over the OS-provided keycodes. That is, pick one of the keycode sets as standard, and on the other platforms translate received keycodes. We can reuse existing suitable translation tables; see e.g. [http://git.gnome.org/browse/gtk-vnc/tree/src/keymaps.csv], [http://berrange.com/posts/2011/09/23/injecting-fake-keyboard-events-to-kvm-guests-via-libvirt/]. How should we deal with existing (OS-specific) raw layouts? We should support importing them; but since the target OS isn't indicated in the layout file, this would necessarily complicate the UI. Possible solution: create a 3rd doctype for cross-platform raw layouts, and assume any raw layout of the old doctype is intended for the OS you're currently running. A possible disadvantage is that this would break any layouts that use nonstandard special keys (e.g. media keys); the table I found doesn't have them for non-Linux OSes. However, I doubt people are actually using those since they're generally not in a position to be played easily (far away, smaller, different pitch from the main keyboard keys), and the OS tends to use them to launch programs (which obviously interferes). |
From: Pedro Lopez-C. <ped...@gm...> - 2012-07-26 09:28:40
|
Hi, Release candidate for VMPK 0.5.0 is ready. Sources and binaries available here: http://sourceforge.net/projects/vmpk/files/vmpk/0.5.0/ Please report bugs and problems. Regards, Pedro > A new VMPK release will be published soon (around or before July 31). > Meanwhile, a pre-release is available to test. > > Provisional changes since 0.4.0: > > * Qt 4.8.x is required > * RtMidi 1.0.15 patched by Gilles Filippini <pi...@de...> enabling > several MIDI drivers to be compiled at once, and allowing the user to > select one at runtime. > * Fixed Bug #3507732. Transpose does not update correctly the octave in > note name. Thanks to Patrick Meaney for the bug report > * Fixed Bug #3503768. Removing the shortcut for an action having default > shortcut keys, the change is not saved upon exit, so the shortcut appears > again the next execution. > * Fixed Bug #3502659. Saved preferences not set correctly > * New implementation of the Network MIDI driver (UDP multicast). > * MIDI channel state enforcement (RFE #3517750) > * MIDI IN Omni mode. > * Independently enable/disable note input using keyboard, mouse, and > touch screen. > * Note highlight color policies (single, double, one color for each MIDI > channel, one color for each grade in the chromatic scale). Color palettes > editor dialog. Option to show a colorized scale. > > Pre-release tarball: > http://plcl.users.sourceforge.net/vmpk-0.4.99.tar.bz2 > > Translators: strings are frozen, please update your translations in order > to be included in the public release. > > Regards, > Pedro |