nando -- i just tried your example with 1000 events and didnt have this problem on OS X. what is the value of *portmidi-default-outbuf-size* ? it should be 2048. if its not then try setting it to a larger value or \ open portmidi explicitly and pass the value to it:
        (portmidi-open :outbuf-size 2048 ... )
as far as i can tell, that is the only method portmidi gives to increase queue size. if increasing this number doesnt fix the problem i think there must be some portmidi/linux issue on lurking.

btw it seems from your backtrace that my portmidi error reporting isnt working.

On Jan 31, 2006, at 7:46 PM, Fernando Lopez-Lezcano wrote:

Hi all, I'm running here a CM snapshot from 2005.12.15 and I'm having
problems with portmidi. It looks like when the portmidi/alsa internal
buffer becomes full Common Music just throws an error and that's it. For
example this plays fine (you have to open the portmidi device first):

(events (process for i from 0 below 250
output (new midi :keynum (+ 60 (mod i 40)) :time (now))
                 wait 0.01)
        "midi-port.pm")

add one more note (251 instead of 250):

(events (process for i from 0 below 251
output (new midi :keynum (+ 60 (mod i 40)) :time (now))
                 wait 0.01)
        "midi-port.pm")

and I get:
--------
bad argument to ERROR: #.(SB-SYS:INT-SAP #XB7FEBDDD)
   [Condition of type SIMPLE-TYPE-ERROR]

Restarts:
  0: [ABORT-REQUEST] Abort handling SLIME request.
  1: [ABORT] Exit debugger, returning to top level.

Backtrace:
  0: (SB-KERNEL:COERCE-TO-CONDITION #.(SB-SYS:INT-SAP #XB7FEBDDD) NIL
SIMPLE-ERROR ERROR)
  1: (ERROR #.(SB-SYS:INT-SAP #XB7FEBDDD))
2: (PORTMIDI:WRITESHORT #.(SB-SYS:INT-SAP #X082809F0) 3094653 8340864)
[MUNCH]
--------

Using "(rts" instead minimizes the chance of this happening but the
error can be triggered...

What could I do about this (other than sending few notes :-)?
-- Fernando


_______________________________________________
Cmdist mailing list
[email protected]
http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist

_______________________________________________
Cmdist mailing list
[email protected]
http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist

Reply via email to