Messaggio di errore

Access denied. You may need to login below or register to access this page.

Access Denied / User log in

Please let our ADS show!

This sites offers only FREE software and it's supported by a few advertisement boxes (no intrusive popups).
Please:

  • disable your AdBlocker by adding CoolSoft website to whitelist
  • give the proper cookie consent
  • enable JavaScript for this website

This seconds wait is to let you update your browser configuration...

Ok, I've done the required changes... now show me your content!
!!! Please enable JavaScript !!!

Login rapido

Usa il tuo social account esistente ed accedi senza bisogno di registrazione: nessuna conferma, nessuna nuova password da ricordare, veloce, facile e sicuro.

...oppure usa un account CoolSoft

Inserisci il tuo nome utente CoolSoft.
Inserisci la password associata al tuo nome utente.
Add reply | CoolSoft

Add reply

Please let our ADS show!

This sites offers only FREE software and it's supported by a few advertisement boxes (no intrusive popups).
Please:

  • disable your AdBlocker by adding CoolSoft website to whitelist
  • give the proper cookie consent
  • enable JavaScript for this website

This seconds wait is to let you update your browser configuration...

Ok, I've done the required changes... now show me your content!
!!! Please enable JavaScript !!!
(If you're a human, don't change the following field)
Your first name.
(If you're a human, don't change the following field)
Your first name.

Warning!

You're posting your message as anonymous user.

By registering you'll be allowed to receive notifications of post replies and new threads.
Registration is really quick and only requires you to choose an username and provide a valid email address.

Click here to to register.

A confirmation mail will be sent to this address.
Your email address won't be published.

Altre informazioni sui formati del testo

Filtered HTML

  • Elementi HTML permessi: <a> <blockquote> <br> <cite> <code> <dd> <del> <dl> <dt> <em> <img> <li> <ol> <p> <pre> <s> <span> <strike> <strong> <ul>
    Allowed Style properties: background-color, color, font-size, font-style, height, text-align, text-decoration, text-transform, width
  • You can enable syntax highlighting of source code with the following tags: <code>, <blockcode>, <pre>, <c>, <cpp>, <csharp>, <drupal5>, <drupal6>, <javascript>, <php>. The supported tag styles are: <foo>, [foo].
  • Indirizzi web o e-mail vengono trasformati in link automaticamente
  • Linee e paragrafi vanno a capo automaticamente.

Plain text

  • Nessun tag HTML consentito.
  • Indirizzi web o e-mail vengono trasformati in link automaticamente
  • Linee e paragrafi vanno a capo automaticamente.
CAPTCHA
Questa domanda serve a prevenire lo spam e gli accessi non autorizzati.
Annulla
Posts: 1
Joined: 29 Nov 2018 - 21:29
Re: Windows::Devices::Midi API support

Do you mean that drivers such as Yamaha will not work at some point because of the kernel mode MIDI. It's bad enough that class compliant is the norm for the devices made. The few MIDI keyboards I have with actual drivers are pretty important to me.

Posts: 102
Joined: 8 Mar 2014 - 22:29
Re: Windows::Devices::Midi API support

Here's his answer about it.

Attachments
1 file(s) attached
Posts: 1972
Joined: 25 Mar 2012 - 01:19
Re: Windows::Devices::Midi API support

This is really bad news, another bad move from MS.

I'm not going to rewrite my virtual driver to let it run in kernel mode (why the hell???) without any noticeable advantage.
And, mostly, I'll never go down to the driver-signature path, which is reliable only for companies that make revenues from their products.

VMS is free and I'd like it to remain so.
Microsoft driver signature is an useless (and expensive) hell for independant/open source developers, so I won't apply for that, sorry ;)

If one day the kernel mode will be the only available option, well, VMS will stop working on Windows and maybe we'll switch to something else ;)

Posts: 102
Joined: 8 Mar 2014 - 22:29
Re: Windows::Devices::Midi API support

Direct quote from Pete Brown, on Twitter:
"Just checked with the devs. The Windows 10 MIDI API doesn't use the add-in/extension mechanism (not really drivers) that MME MIDI supports. It also does not support user-mode drivers. So kernel-mode only."

tl;dr: Existing MIDI drivers will work fine with the UWP MIDI API, as long as they're kernel-mode drivers.

The only way to use either OmniMIDI and VirtualMIDISynth with UWP MIDI API, is to use loopMIDI (which doesn't really support SysEx afaik).

VirtualMIDISynth 2.x would be easier to port to kernel-mode, since the listening library's duty is to send MIDI data to the synthesizer (VirtualMIDISynth.exe), but a digital signature is required for that.

Posts: 1972
Joined: 25 Mar 2012 - 01:19
Re: Windows::Devices::Midi API support

Feel free to post here in case you have any update

Posts: 102
Joined: 8 Mar 2014 - 22:29
Re: Windows::Devices::Midi API support

I just tweeted Pete brown about it, to see if there's documentation about this.
I'd really like to add UWP MIDI API support to my driver, and to see Claudio do the same with VirtualMIDISynth. :P

Posts: 1972
Joined: 25 Mar 2012 - 01:19
Re: Windows::Devices::Midi API support
Nicholas wrote:
Still, you may be right about this being too little, too late for Microsoft.  If no one ever adopts the new stuff, it won't matter!  Perhaps Synthesia was a little too early to the WinRT MIDI party.

Well, I could be wrong but I've seen a lot of new and unbeatable technologies in the last 20 years; and that makes me feel skeptical about new things replacing well working existing ones.

I'll try to find some in-depth documentation in Windows 10 SDK and will share some info when/if I found something.
Feel free to do the same (even privately).

Posts: 3
Joined: 4 Dic 2017 - 22:28
Re: Windows::Devices::Midi API support

You're not wrong about the bugs.  I'd barely call their new API an alpha version.  The names that come back from the API are completely unusable, so Synthesia does some digging around in the device properties for each reported device to try to cobble together something a little more sensible (using the manufacturer and product name).  It's mostly hit or miss.

It was only when I was composing my first post here that I noticed how wide-spread the negative feedback was.  Crashes in the new MIDI API immediately became our #1 source of Windows crashes when the new release went out the door.  So I've also been trying to think of alternatives that would allow users to have their Bluetooth MIDI support (and maybe the lower-latency built-in Windows synth) while still mostly using the old API.  Some hybrid where Synthesia only uses the new stuff for Bluetooth MIDI devices.  Those are still rare enough that most users would be able to avoid the crashes.

I'm not sure about the .sys vs. .dll stuff.  I don't remember needing to agree to an unsigned driver when installing either LoopBe1 or loopMIDI... but the last time I did it was years ago, so it's almost certainly my memory failing me.  That'd be a shame if the new API didn't allow user-mode drivers.  Hrm.

Still, you may be right about this being too little, too late for Microsoft.  If no one ever adopts the new stuff, it won't matter!  Perhaps Synthesia was a little too early to the WinRT MIDI party.

Posts: 1972
Joined: 25 Mar 2012 - 01:19
Re: Windows::Devices::Midi API support

Nicholas, thanks for the info.

I've read something about the "new" MIDI layer and, honestly speaking, most of them are negative ;)
MS missed the MIDI train a long time ago, and now they're trying to hurry up and get users back...
The new APIs still have unfixed bugs (like the device names bug) and I'm really scared this could be a nightmare to support and then abandoned in a few months...

Back to the point, AFAIR both loopMIDI and LoopBe1 are device drivers (.sys) and not User Mode (.dll) devices, so they must be installed with an .inf file (and will also appear in Device Manager).

I'm looking for documentation on how to properly register an User Mode device, other than "switch to .sys driver" or "switch to DirectX device mode".
Already tried that way and abandoned (DirectX have an unacceptable latency and far moooore complicated SDK).

Posts: 3
Joined: 4 Dic 2017 - 22:28
Re: Windows::Devices::Midi API support

Poking around a little more, it looks like Tobias' loopMIDI also shows up in both APIs.  So, there might be some hints in his virtualMIDI SDK, here: http://www.tobias-erichsen.de/software/virtualmidi.html  (That's the underlying component that powers loopMIDI.)