|
06:44
RabidGravy joined
15:04
edehont joined
17:12
edehont joined
|
|||
| timotimo | help | 20:24 | |
| pmdefaults is failing because elfclass64 is the wrong elfclass to load the so file? ;_; | 20:25 | ||
| what the fuck | 20:26 | ||
| my java is 32bit | |||
| RabidGravy | er | 20:28 | |
| but the .so file is 64 | 20:30 | ||
| that's odd | |||
| timotimo | looks like i've manually installed an oracle jdk manually | 20:32 | |
| and i must have accidentally used the 32bit version | 20:33 | ||
| still no clue why i can't read from a midi device without stuff blocking | 20:34 | ||
| hum. | 20:38 | ||
| there's only two threads | 20:39 | ||
| both are waiting to shift() from a ConcBlockingQueue | |||
| different queues, apparently. maybe one is waiting for more start blocks to be queued or something | |||
| but how is it supposed to receive midi events now? | |||
| have you ever received data over portmidi? | 20:51 | ||
| i put a breakpoint into Pm_Poll, but it never gets hit | 20:53 | ||
| so, someone explain this to me? | 20:55 | ||
| Type check failed in binding $stream; expected Audio::PortMIDI::StreamPointer but got NativeCall::Types::CArray[Audio::PortMIDI::StreamPointer] (NativeCall::Types::CA...) | 21:03 | ||
| RabidGravy | dunno, I've definitely read data from it | ||
| timotimo | that's why | 21:04 | |
| the way it gets called wouldn't ever work like that | |||
| and there was no CATCH in the event thread | |||
| so it just crashed | |||
| because for some reason the unhandled exception handler didn't do anything | |||
| RabidGravy | :-\\ | ||
| timotimo | Pm_Read is also b0rked in the exact same way | 21:05 | |
| may want $.ptr[0] in those places | 21:06 | ||
| in order to not make it lock up, the CATCH should be sure to send the error in question through the result channel, too | |||
| RabidGravy | well it definitely did work | 21:07 | |
| timotimo | i get events now \\o/ | 21:08 | |
| RabidGravy | better push that :) | ||
| timotimo | but it's not complete | ||
| because other places are still just passing $.ptr around when the simple value in it is supposed to be used | 21:09 | ||
| at least some other places | 21:10 | ||
| RabidGravy | yeah, the github.com/Perl6-Noise-Gang/Audio-...17973e727d | 21:12 | |
| seems to put them all in | |||
| timotimo | wait | 21:13 | |
| github.com/Perl6-Noise-Gang/Audio-...DI.pm#L937 | |||
| what about this one, for example? | 21:14 | ||
| that's one i stumbled upon here | |||
| RabidGravy | ah github.com/Perl6-Noise-Gang/Audio-...29257fL934 | 21:16 | |
| timotimo | ayup. | ||
| good grief. | |||
| it took me ages to stumble upon this | |||
| do you want to do the honors of the commit? | 21:17 | ||
| RabidGravy | naughty psch | ||
| yeah | |||
| I'll look at some tests in the morning | |||
| timotimo | cool, thanks | 21:18 | |
| it looks like when i send the equivalent ControlChange messages to my alesis that it sends to me when i activate/deactivate the matrix of buttons, it doesn't light them up :( | 21:22 | ||
| RabidGravy | this is entirely possible, it may not even understand that CC | 21:32 | |
| timotimo | grrr | 21:48 | |
| do you know if there's some kind of standard for feedback on such knobs and panels and such? | 21:54 | ||
| making stuff light up, moving motor faders, stuff like that | |||
| yay, program change messages make qsynth change what instrument i have! | 21:58 | ||
| RabidGravy | there isn't a standard no. The documentation of the device may have a midi implementation table which shows what it sends and what it understands | 22:02 | |
| timotimo | hmmm | 22:07 | |
| well, with the editor program you can change basically everything ever | |||
| RabidGravy | well there's a sort of de facto standard en.wikipedia.org/wiki/HUI_MIDI_mapping_protocol but that only works for certain types of things | ||
| timotimo | the user manual isn't saying much | 22:08 | |
| RabidGravy | boo | 22:10 | |
| anyhow I've got to sleep | |||
| toodles | |||
| timotimo | gnite gravy | 22:11 | |