Korg Poly800/EX800 Users group photo

Yahoo Groups archive

Korg Poly800/EX800 Users

Index last updated: 2026-04-28 23:27 UTC

Thread

A software update...

A software update...

2008-12-16 by korgpolyex800

Hi Poly fans,

I have not released the beta firmware yet since I have some more
testing to do but...

I have been busy rewriting the MIDI message handling code and the
HAWK-800 now works much better than the original when it comes to
accepting incoming MIDI messages.

Since modern MIDI controllers, sequencers etc can send messages a lot
faster than the original Poly-800 ever expected, it was necessary to
implement a buffer on the incoming MIDI.

The result is a very much improved handling of MIDI messages. First,
the HAWK-800 can accept a much higher rate of incoming messages and
second, incoming SYSEX messages no longer interfere with the playing
of sounds/notes.

Mike.

Re: [korgpolyex] A software update...

2008-12-16 by Atom Smasher

On Tue, 16 Dec 2008, korgpolyex800 wrote:

> Since modern MIDI controllers, sequencers etc can send messages a lot 
> faster than the original Poly-800 ever expected, it was necessary to 
> implement a buffer on the incoming MIDI.
==================

i'm curious... within the hardware constraints of the 800, is there a way 
to pre-process the incoming midi and discard everything that's going to a 
different channel, before it it has a chance to clog/overflow the buffer? 
or is something like that already done?


-- 
         ...atom

  ________________________
  http://atom.smasher.org/
  762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808
  -------------------------------------------------

 	"Human beings, who are almost unique in having the ability
 	 to learn from the experience of others, are also remarkable
 	 for their apparent disinclination to do so."
 		-- Douglas Adams, Last Chance to See

Re: [korgpolyex] A software update...

2008-12-16 by Michael Hawkins

such filtering is in the code already but the MIDI reception code is simply too big to handle fast incoming (ie: modern) MIDI messages so that the Poly was being over run and missing bytes of the MIDI message.

Since MIDI messages are somewhat bursty (network speak), adding a high speed FIFO buffer interrupt service routine allows the Poly to quickly receive MIDI messages and then process them at its lazy CPU pace.

This may sound like we're slowing things down but in fact we're just giving the Poly the exact same buffering that all decent MIDI devices have.

At the moment the buffer is only 256 bytes and it works great at that.

Mike.

Show quoted textHide quoted text
From: Atom Smasher
To: korgpolyex@yahoogroups.com
Sent: Tuesday, December 16, 2008 3:52:01 PM
Subject: Re: [korgpolyex] A software update...

On Tue, 16 Dec 2008, korgpolyex800 wrote:

> Since modern MIDI controllers, sequencers etc can send messages a lot
> faster than the original Poly-800 ever expected, it was necessary to
> implement a buffer on the incoming MIDI.
============ ======

i'm curious... within the hardware constraints of the 800, is there a way
to pre-process the incoming midi and discard everything that's going to a
different channel, before it it has a chance to clog/overflow the buffer?
or is something like that already done?

--
...atom

____________ _________ ___
http://atom. smasher.org/
762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808
------------ --------- --------- --------- --------- -

"Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so."
-- Douglas Adams, Last Chance to See


Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.