Haakon Riiser wrote: > Turns out that the buffer that overflows isn't a hardware buffer > in the CM-32L -- it's a software buffer in ALSA that is fixed to > a single page of memory (4096 bytes on x86). > > This wouldn't be a problem if there were a mechanism that allowed > incoming events to wait until there's room in the output buffer, > or at least to fail with EAGAIN, allowing the application to retry. The sequencer interface is designed to send small messages asynchronously in real time (or at specified scheduled times). Not doing any bandwidth management is part of the current design. The rawmidi interface is better suited to send big SysEx messages. You said you're trying to fix DOSBox. If it emulates a hardware MIDI interface, it shouldn't accept MIDI data at a faster rate than a real MIDI interface would. Regards, Clemens ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-devel
