| qi-bot | The firmware (using branch) build was successful, checkout the VERSIONS for detail, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120226-0212/ | 02:51 |
|---|---|---|
| n0carri3r | evening, all | 02:54 |
| xiangfu | n0carri3r, evening | 02:54 |
| xiangfu | n0carri3r, btw. I am collecting patches. for next release. | 02:54 |
| n0carri3r | ahh! okay, great | 02:54 |
| n0carri3r | i am working on stuff for a gig tomorrow night | 02:54 |
| n0carri3r | after that, i can send you some new stuff | 02:55 |
| xiangfu | n0carri3r, it's better that we upload your patches to the patch club. :) | 02:55 |
| n0carri3r | is MIDIUSB and animated image sequences available on web update now? | 02:55 |
| xiangfu | n0carri3r, great. | 02:55 |
| n0carri3r | where is the patch club? | 02:55 |
| xiangfu | n0carri3r, (MIDIUSB, image ..) that is next release. :) | 02:55 |
| xiangfu | http://milkymist.org/updates/current/patches/ | 02:56 |
| n0carri3r | when is that release? :) | 02:56 |
| Guest25192 | n0carri3r: good evening | 02:58 |
| Guest25192 | (wolfspraul here, my nick is messed up) | 02:58 |
| n0carri3r | hi | 02:58 |
| n0carri3r | ahh OK | 02:58 |
| wolfspraul | so, restored | 02:59 |
| wolfspraul | going to lunch here :-) | 02:59 |
| wolfspraul | yes sorry, we are extremely bad at delivering things through web update | 02:59 |
| wolfspraul | it must improve on our end... | 03:00 |
| xiangfu | n0carri3r, the release is under dailybuild. wait for test and release. it will be soon. | 03:00 |
| n0carri3r | i'm excited :D | 03:02 |
| n0carri3r | i have a gig tomorrow, where i will use the M1 | 03:02 |
| n0carri3r | and again on march 17th | 03:03 |
| wolfspraul | great | 03:05 |
| wolfspraul | if you have links to pics or videos, please post | 03:06 |
| wolfspraul | but more importantly maybe even to get your edited patches back, or feedback on what you liked and what not | 03:06 |
| n0carri3r | i am editing some now | 03:06 |
| wolfspraul | there has been quite a bit of development, but not in web update yet... hopefully some stuff you will like. | 03:06 |
| n0carri3r | i can share a few | 03:06 |
| wolfspraul | just post somewhere, we will sort it out | 03:06 |
| wolfspraul | out to lunch now, reading backlog later | 03:07 |
| n0carri3r | ok talk soon | 03:07 |
| n0carri3r | xiangfu: i'm preparing some patches now | 03:12 |
| n0carri3r | let me know who i should email these to | 03:12 |
| xiangfu | n0carri3r, xiangfu@sharism.cc :) | 03:15 |
| n0carri3r | ok sounds good! | 03:17 |
| wpwrak | btw, does anyone who knows milkdrop (the original) know what the situation regarding the use of function names for variables is ? e.g., things like sqrt = sqrt(foo); | 05:28 |
| wpwrak | in FN, we allow this. is it also allowed in milkdrop ? | 05:28 |
| wpwrak | lekernel: i have a milkdrop question: do you know if milkdrop allows function names to used as variable names, as we do in FN ? or is this a coincidential "extra feature" only in FN ? | 10:57 |
| lekernel | yes, saw it... and I don't know | 11:07 |
| lekernel | is that important? | 11:07 |
| lekernel | wpwrak: the RTEMS driver doesn't pass the first byte of the MIDI message, right? | 11:16 |
| lekernel | (for USB-MIDI) | 11:17 |
| lekernel | navre sends 4-byte messages, which are turned into 3-byte messages by the driver | 11:19 |
| lekernel | ah, yes I see... cable number + code index number | 11:20 |
| xiangfu | this build is using latest rtems and wernermisc 4 patches : http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120226-0212/ | 11:40 |
| lekernel | i'll try to get web updates today or tomorrow | 11:54 |
| lekernel | and all things considered I think it's better to defer FFMPEG for the next update | 11:55 |
| xiangfu | lekernel, you mean next release today or tomorrow? | 12:01 |
| lekernel | yes | 12:32 |
| wpwrak | lekernel: (usb-midi) yup. sort of a compatibility mode ;-) it may actually make sense to bring some of this information back to allow better identification of device. but there, we also need bus (port) and logical address. | 13:06 |
| wpwrak | lekernel: ... so maybe something that better waits for linux, where all such niceties are already implemented :) | 13:07 |
| wpwrak | lekernel: (ffmpeg) hmm, okay. oh, i've been wondering: couldn't we also rotate images ? i had a very quick look and didn't see a trivial way to add this. but the TMU should have rotation, no ? | 13:08 |
| wpwrak | lekernel: (function names for variables) it's for the var = expr if cond syntax. parsing this would be very messy if "if" can be function, variable, AND this kind of modifier (using perl nomenclature) | 13:10 |
| wpwrak | lekernel: (if) on the other hand, if "if" wouldn't be allowed as a variable name, the grammar would be straightforward. with "if" in all those roles, i'd have to basically make the parser behave like LALR(2) when hitting an "if", which would lead to very tricky code. | 13:13 |
| wpwrak | an alternative would be to require semicolons at the end of statements. but that would break compatibility. yet another way would be to disallow "if" as variable only in new-style syntax (where we can make up new rules at will), but that's kinda nasty as well. | 13:14 |
| lekernel | wpwrak: then go for the simpler option and do not allow "if" as variable name | 13:22 |
| lekernel | editing a bit a preset or two is a lesser evil than making the compiler messy just for this | 13:23 |
| lekernel | and we'll want them in the new syntax anyway ... | 13:23 |
| wpwrak | alright | 13:26 |
| Action: wpwrak grabs the executioner's sword :) | 13:27 | |
| GitHub178 | [flickernoise] sbourdeauducq pushed 1 new commit to master: http://git.io/USm0ig | 13:28 |
| GitHub178 | [flickernoise/master] Load USB firmware through ioctl interface - Sebastien Bourdeauducq | 13:28 |
| Fallenou | what cool console with slides/buttons/rotative buttons would you advice to buy to play with the M1 ? | 13:28 |
| Fallenou | to have nice interactive patches you can "mix" with your own hands | 13:29 |
| lekernel | Fallenou: faderfox lv3 is very cool, but perhaps a tad expensive | 13:29 |
| lekernel | otherwise, korg nanocontrol? | 13:29 |
| Fallenou | oh yes the one on the M1 website, it looks very cool indeed, but 250 EUR | 13:29 |
| lekernel | wpwrak: :) can you commit any regression-introducing stuff to a new branch? as I said I'd like to cut a release soon | 13:30 |
| wpwrak | lekernel: ok, i'll just let it sit in its topic branch for now then | 13:31 |
| Fallenou | oh nanocontrol seems to be like 50 EUR | 13:32 |
| Fallenou | it's midi-usb ? | 13:33 |
| wpwrak | Fallenou: a bit tricky. if you want knobs to control things, LV3, nanokontrol, etc., are suitable. LV3 is very flexible, but also other controllers give you many items to play with. | 13:33 |
| wpwrak | yes, it's mini-usb | 13:33 |
| wpwrak | Fallenou: if you want nice interactive performance, you want something with a pad. iCon i-creativ and korg kaossilator pro have this (as do some others). both have their issues, though. | 13:34 |
| wpwrak | Fallenou: the icon has a lot of nice functions and feels solid. BUT ... the controls are very coarse. e.g., the faders split the 0-127 range into only 8 distinct values. the x/y pad operates as a 16x8 grid, etc. | 13:36 |
| wpwrak | Fallenou: these coarseness if very noticeable with some patches, but hardly at all with others. | 13:36 |
| Fallenou | hm hum ! | 13:36 |
| Fallenou | when you say pad it's like a touchpad ? | 13:37 |
| Action: Fallenou noob in dj/vj stuff | 13:37 | |
| wpwrak | Fallenou: the kaossilator pro doesn't have such issues. BUT ... 1) it's expensive if you just want a midi controller, and 2) it has very few controls. just the pad, two pots, a few buttons, and - depending on mode - the program knob | 13:37 |
| wpwrak | yes, like a touchpad | 13:37 |
| Fallenou | I didn't know a pad could be cool to use with M1 | 13:38 |
| Fallenou | I knew about faders/buttons/rotative buttons | 13:38 |
| wpwrak | in my "wheel" video, you see kaossilator and LV3 side by side. there, it's because i use the kaossilator to generate sounds. but they would also make a nice pair just for control. kinda like on old jet airplanes: | 13:39 |
| Fallenou | I am searching only for control, not for sound generation (midi keyboard etc) | 13:40 |
| Fallenou | only to control variables in FNP | 13:40 |
| wpwrak | the kaossilator would be for the pilot. a few big controls, like the steering column. the lv3 would be for the board engineer: a wall full of little knobs and dials. | 13:40 |
| wpwrak | the ideal solution may be a tablet with some OSC/MIDI app. but we haven't investigated into that direction yet | 13:41 |
| Fallenou | the korg controller 2 seems nice, with like 30 2*buttons+fader+rotative-button | 13:41 |
| wpwrak | yes, it has many controls. i don't like the very cheap feel of it. but then, it undeniably *is* inexpensive :) | 13:41 |
| Fallenou | yep that's a good point :) | 13:42 |
| Fallenou | I read a review, it says fader is not very heavy *but* is precise | 13:42 |
| wpwrak | you don't get that many controls for that little money anywhere else :) | 13:42 |
| Fallenou | so feeling is not awesome but it does the job | 13:42 |
| wpwrak | it lacks the niceness of a pad, though. think of a DJ scratching with a turntable (= pad) vs. the same DJ clicking on the progress bar in xmms or such (= no pad) | 13:43 |
| Fallenou | oh something I noticed, with a video projector, sometimes when going into performance mode, I don't see the entire "screen" | 13:43 |
| Fallenou | the right hand part is not displayed | 13:43 |
| Fallenou | I have to unplug + plug again the projector and then I can see everything | 13:43 |
| wolfspraul | Fallenou: I haven't followed closely for about a week or so - any mmu news? | 13:43 |
| wolfspraul | last I saw some pastebin success story, now party planning :-) | 13:44 |
| Fallenou | wolfspraul: Should I send updates when I make progresses on the ML ? or would it make too much noise ? | 13:44 |
| wolfspraul | seems m1 leads to good things :-) | 13:44 |
| Fallenou | hehe :) | 13:44 |
| wolfspraul | oh definitel not too much noise | 13:44 |
| wpwrak | (projector) hmm. so the screen is x-shifted ? or is the whole screen larger, such that it doesn't fit ? is the aspect ration still 1:1 ? | 13:44 |
| wolfspraul | how many gpl licensed mmu's exist in the world? | 13:44 |
| wpwrak | s/ration/ratio/ | 13:44 |
| Fallenou | wpwrak: maybe x-shifter but not sure :/ | 13:45 |
| wolfspraul | any progress update is a piece of pioneering documentation and may help or encourage however else to enter the dark world of IC design... | 13:45 |
| lekernel | wolfspraul: there's GRLIB which certainly works nicely | 13:45 |
| wolfspraul | and already learnt something again! :-) | 13:45 |
| lekernel | and something from Openrisc, but not very good | 13:46 |
| wolfspraul | but you would probably agree that an occasional status update is definitely not noise, given how rare such efforts still are | 13:46 |
| Fallenou | 14:48 < wolfspraul> Fallenou: I haven't followed closely for about a week or so - any mmu news? < well it seems the data part is working, load and stores work in simulation, "data store" has been tested successfully (pastebin) on the FPGA but I didn't wrote a test case for the "data load" part | 13:46 |
| Fallenou | I will focuse on this today | 13:46 |
| lekernel | Fallenou: you should actually write dozens of test cases, not just one | 13:46 |
| lekernel | what happens when the pipeline is stalled etc. | 13:46 |
| Fallenou | I wrote a mmu.c in libhal abstraction to clean my test case (basically replace all the inline assembly by a C function call) | 13:47 |
| wpwrak | yeah, a quick note every 1-2 weeks wouldn't be perceived a noise by any but the most easily offended :) | 13:47 |
| lekernel | otherwise we'll bump into these problems when putting the Linux kernel into the equation and introducing a lot of complexity | 13:47 |
| Fallenou | yes I agree (more tests) | 13:47 |
| Fallenou | different "stall" conditions + accesses already cached, not cached yet etc | 13:48 |
| Fallenou | lekernel: I noticed the BIOS is displayed on the VGA, pretty cool, is there a framebuffer for this somewhere ? how is it done? | 13:49 |
| Fallenou | I thought bios puts() and printf() would only show up in UART | 13:49 |
| wolfspraul | Fallenou: what do you think is the best way to start making use of the mmu? try with the Linux kernel right away? or some intermediate steps? | 13:49 |
| Fallenou | wolfspraul: I don't really know, for the moment I trigger mmu features using test commands in the M1 BIOS | 13:50 |
| wolfspraul | maybe just more test cases, and then try to use it in Linux? | 13:50 |
| Fallenou | wolfspraul: but afterthat yes I think when everything works properly on a lot of test cases it could be nice to start to implement support for it in Linux, but we are not there yet ^^ | 13:50 |
| Fallenou | yes | 13:50 |
| wolfspraul | except for more testing, it's fully working? | 13:51 |
| Fallenou | nop | 13:51 |
| wolfspraul | (to the degree that you can tell right now) | 13:51 |
| Fallenou | there are mainly three parts | 13:51 |
| Fallenou | data part, instruction part, exception handling | 13:51 |
| lekernel | wpwrak: you still support imagefile1/imagefile2 ? | 13:51 |
| Fallenou | for now the part which seems to be close to be OK is the data part | 13:51 |
| Fallenou | in my tests I only try to access mappings which are "defined", which exists, I didn't try accessing unexisting mappings which would fail, there is no "exception" triggering for now | 13:52 |
| Fallenou | I think it will be the next move | 13:52 |
| Fallenou | after data part OK | 13:52 |
| lekernel | seems so :) ok... | 13:53 |
| wpwrak | lekernel: yes. all the old stuff should work without change. | 13:53 |
| Fallenou | yesterday I modified the Lekernel - Sailing patch which makes use of imagile1 and 2 | 13:53 |
| wpwrak | lekernel: not sure if that actually makes much sense, though | 13:54 |
| Fallenou | I put a different background (water) and a MiNET logo instead of milkymist :D | 13:54 |
| Fallenou | MiNET guys found it cool | 13:54 |
| Fallenou | wolfspraul: there is not much you can do with the MMU for now it's a very big work in progress, I wish I could work more on it, but I have limited time :/ | 13:55 |
| wolfspraul | oh sure, understand | 13:57 |
| lekernel | wpwrak: shall I remove midiX ? | 13:57 |
| wolfspraul | but it's moving, sounds good! | 13:57 |
| Fallenou | wolfspraul: yes it is ! | 14:01 |
| Fallenou | I try to keep simulation git repository up to date so that anybody can join the mmu project | 14:02 |
| Fallenou | with as few setup time as possible | 14:02 |
| Fallenou | it still needs ISE installed :/ | 14:02 |
| lekernel | Fallenou: maybe you can have a look at verilator | 14:03 |
| lekernel | if you feel like trying a new simulator... should be a relatively easy task | 14:03 |
| Fallenou | yes I could give it a try | 14:03 |
| lekernel | I don't know if it can simulate lm32 | 14:03 |
| lekernel | but it's been moving pretty fast | 14:03 |
| Fallenou | ok cool :) | 14:04 |
| Action: Fallenou noticed yesterday there is a MIC on the M1 | 14:04 | |
| Fallenou | but it's hard to make it hear something | 14:04 |
| Fallenou | xiangfu: you no longer build the FNP handbook in the web updates ? | 14:06 |
| Fallenou | I can only see it in the "doc" directory of one of the updates | 14:06 |
| Fallenou | in this one : http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20110509-0000-Release/ | 14:06 |
| xiangfu | Fallenou, yes. I think when the 'doc' changed to a repo. I forget add it to the build script file. | 14:08 |
| xiangfu | Fallenou, will add that to build script file tomorrow. | 14:08 |
| Fallenou | cool thx :) | 14:09 |
| wpwrak | lekernel: (midiX) hmm. better not. else, we should also update the GUI. | 14:09 |
| wpwrak | (if) i'll just make it switch with the syntax. so no regression with respect to MD :) | 14:10 |
| wpwrak | no .. where are our VJs who can tell us whether such things have to be allowed in the first place ? maybe mailing list material ... | 14:10 |
| lekernel | wpwrak: yes, including GUI update ofc | 14:11 |
| lekernel | so I'll do it | 14:12 |
| Action: Fallenou just tried a wireless mouse with a bluetooth USB dongle : does not work | 14:13 | |
| Fallenou | should I send the usb descriptor on the ML? | 14:13 |
| wpwrak | does the dongle identify itself as BT or as HID ? | 14:13 |
| Fallenou | I would say HID | 14:14 |
| Fallenou | let's check | 14:14 |
| Fallenou | the string name is "Logitech USB receiver" | 14:15 |
| Fallenou | I try to attach it to a debian VM to get the lsusb -vvv :) | 14:15 |
| wolfspraul | I lost my only working mouse to mechanical failure | 14:17 |
| Fallenou | damn, mac os does not want to pass the control through to virtualbox | 14:17 |
| lekernel | wpwrak: hmm... tabs in the patch editor do not look very nice. better indent with spaces... | 14:19 |
| wpwrak | lekernel: better support tabs in the patch editor :) | 14:19 |
| wpwrak | lekernel: this is an item i have waiting for the next time when xiangfu is looking for something small to fix ;-) | 14:20 |
| wpwrak | lekernel: there are more issues in MTK. such as allowing the cursor to leave the visible area (editor, file selection) when using cursor keys to move it | 14:21 |
| lekernel | ok, do you mind if we have spaces until this is fixed? | 14:23 |
| Fallenou | http://pastebin.com/ANHdPAd0 usb descriptor (under windows *errrrm*) | 14:25 |
| lekernel | by the way, do { and } keys work with all layouts? | 14:26 |
| wpwrak | mmh. i'd just use tabs then and imagine the spaces in my head. better than having to remember all the places where spaces should be converted back to tabs. | 14:26 |
| Action: Fallenou back with a wired logitech usb mouse | 14:27 | |
| Fallenou | which works | 14:27 |
| wpwrak | Fallenou: hmm, it can be used as HID or BT. so at least in theory, we should be able to handle it. but ... FN may not find the report format agreeable. | 14:28 |
| wpwrak | (braces) no idea :) all i use if US. not even sure if is have spanish with USB. i do have some PS/2 spanish ... | 14:29 |
| lekernel | wpwrak: yes, but I'm talking about potential FN bugs here | 14:32 |
| lekernel | do those braces work with the US layout when you connect your keyboard to the M1? | 14:33 |
| wpwrak | yes | 14:33 |
| wpwrak | (just tried it :) | 14:33 |
| Fallenou | right after booting it starts compiling patches to jump into performance mode, if I click on "Close" button the window disapears, but it keeps compiling patches in background task, and then jumps in performance mode anyway | 14:34 |
| wpwrak | Fallenou: see, so you can clean up your "desktop" without having to wait for compilation to finish :) | 14:34 |
| Fallenou | hehe | 14:35 |
| Fallenou | the thing is usually I want to go in the menues, the settings, the editor etc | 14:35 |
| Fallenou | so I go in performance mode anyway and then I go back in desktop mode | 14:35 |
| wpwrak | you could just change the configuration to "None" | 14:36 |
| wpwrak | (Setting menu) | 14:36 |
| wpwrak | s/Setting/Settings/ | 14:36 |
| Fallenou | oh ! | 14:36 |
| Fallenou | so that's what it does :p | 14:36 |
| wpwrak | it has a second function: it lets you pick some confusing keyboard layout ;-)) | 14:36 |
| Fallenou | right it works thanks :) | 14:36 |
| lekernel | wpwrak: cool, thanks! | 14:41 |
| wpwrak | now go all the perl way with ... var = expr unless cond or keep it at var = expr if !(cond) ? | 14:53 |
| GitHub154 | [flickernoise] sbourdeauducq pushed 1 new commit to master: http://git.io/sMTx9A | 14:55 |
| GitHub154 | [flickernoise/master] patches: cleanup syntax - Sebastien Bourdeauducq | 14:55 |
| lekernel | if is shorter and clearer imo | 14:55 |
| wpwrak | (syntax cleanup) ah, nice :) but .. do you really want to do it this way ? | 14:57 |
| wpwrak | e.g., we should also change "if" -> "? :", "above" -> ">", and so on | 14:58 |
| wpwrak | but then it gets a bit intrusive. my longer-term plan is to make a parallel set and compare the equivalence of the generated code | 14:58 |
| wpwrak | (or at least a well-known difference, in cases where it's not trivially equivalent) | 14:59 |
| wpwrak | here's a (simple) example of such a rewrite check: https://github.com/milkymist/flickernoise/blob/master/src/compiler/test/rewrite | 15:01 |
| lekernel | well... sure, but that will be good enough for now | 15:08 |
| wpwrak | what i'm concerned about is that we don't have a test for equivalence yet. so if you made any mistakes, it'll be hard to find them | 15:10 |
| wpwrak | i.e., one would have to go and fish them out of the revision history | 15:11 |
| wpwrak | if you left a copy somewhere, that would allow easy checking at a later time | 15:11 |
| lekernel | well, then me or someone else will notice the difference on the screen at some point... | 15:13 |
| wpwrak | ;-) | 15:13 |
| lekernel | equivalence checking can be quite difficult, not sure if it's really worth doing it (except from a "playing with formal systems" point of view, ofc) | 15:13 |
| wpwrak | most of the syntax changes produce exactly the same AST | 15:15 |
| wpwrak | and ptest happens to be able to dump the AST :) | 15:15 |
| wpwrak | alright, the var = expr if cond stuff only changes the syntax for new-style code. can we consider that as sufficiently non-regressive ? | 15:17 |
| GitHub88 | [flickernoise] wpwrak created if-modifier (+5 new commits): http://git.io/U6R99Q | 15:22 |
| GitHub88 | [flickernoise/if-modifier] compiler: give access to patch_compile but without prologue and epilogues - Werner Almesberger | 15:22 |
| GitHub88 | [flickernoise/if-modifier] ptest: compile to PFPU without patch framework with -c -c -c - Werner Almesberger | 15:22 |
| GitHub88 | [flickernoise/if-modifier] compiler: disallow "if" as a variable name in new syntax - Werner Almesberger | 15:22 |
| wpwrak | the ptest enhancements weren't actually necessary for this. but they have other uses. | 15:23 |
| Fallenou | wheel video is really awesome :) | 15:28 |
| lekernel | wpwrak: for the "rain dance MIDI RMX", any better idea than mapping the eight LV3 faders to the current midi1..midi8? | 15:49 |
| wpwrak | oh yes ! | 15:51 |
| wpwrak | lemme find it ... | 15:51 |
| GitHub68 | [flickernoise] wpwrak pushed 1 new commit to master: http://git.io/9nzJrQ | 15:57 |
| GitHub68 | [flickernoise/master] demo/raindance/: Tornado Raindance, with stronger MIDIfication (WIP) - Werner Almesberger | 15:57 |
| GitHub175 | [flickernoise] wpwrak pushed 1 new commit to if-modifier: http://git.io/g0HWiA | 15:57 |
| GitHub175 | [flickernoise/if-modifier] wip - Werner Almesberger | 15:57 |
| wpwrak | here it is. still needs a few smaller improvements | 15:57 |
| wpwrak | ah, crap. didn't mean to push the if-modifier work in progress. ah well. | 15:58 |
| larsc | quick! rewrite history! | 15:59 |
| lekernel | great. do you want it included in the bag of web updates? | 15:59 |
| wpwrak | larsc: that's kinda nasty :) | 15:59 |
| larsc | wpwrak: i know | 15:59 |
| lekernel | note that in theory, simple mode is supposed to skip MIDI patches | 16:00 |
| lekernel | I can include the pacman one as well... the rotating wheel has a bit too many files, better wait for GIF/MPG support | 16:01 |
| wpwrak | maybe we can have .zip and .tar support ? ;-)) | 16:01 |
| wpwrak | pacman is pretty much finished. or will be once if-modifier is merged and i've tested the wip | 16:02 |
| wpwrak | rain dance still needs a bit of love. i need to make the clipping mode optional. (simple) and i also want to use buttons to have alternate settings. need to merge the solution i found to actually produce usable results (not all do, particularly not the "nice" ones :) | 16:04 |
| wpwrak | hmm. if i merge master into if-modifier (to get the usb ioctl) and then the merged if-modifier branch back into master (to get the new if construct), will git know how to sort this out ? maybe better to do this in a separate branch ... | 16:06 |
| larsc | should work i guess | 16:09 |
| Action: wpwrak is too chicken to try :) | 16:11 | |
| wpwrak | pacman works with trailing "if" :) | 16:12 |
| lekernel | wpwrak: cool. if you have no regression wrt the other patches, then just merge everything into master... no need to keep tons of branches around | 16:16 |
| wpwrak | let's see if my Ministry of Truth operation was subtle enough ... | 16:16 |
| GitHub60 | [flickernoise] wpwrak pushed 2 new commits to master: http://git.io/USGy_Q | 16:16 |
| GitHub60 | [flickernoise/master] demo/pacman/pacman.fnp: update to use ... if cond; - Werner Almesberger | 16:16 |
| GitHub60 | [flickernoise/master] Merge branch 'if-modifier' - Werner Almesberger | 16:16 |
| wpwrak | hmm. it rejected non-ff patches ;-( | 16:16 |
| wpwrak | ah, but that was in if-modifier. excellent | 16:17 |
| wpwrak | so .. if ffmpeg isn't coming yet, then i'll close imaginarium, too | 16:19 |
| wpwrak | done/gone | 16:20 |
| wpwrak | hmm. would be nice to be able to change the line width of the wave. sometimes you get nice overlaps in raindance if the circle is small but when growing things, the lines get too thin to produce the same effect | 16:25 |
| lekernel | tried wave_thick ? | 16:28 |
| wpwrak | ah, interesting. learned yet another thing :) let's see how it goes ... | 16:30 |
| wpwrak | cool. thanks ! | 16:42 |
| Action: Fallenou bying a Korg nanocontrol2 | 16:43 | |
| Fallenou | black :) | 16:43 |
| Fallenou | buying* | 16:43 |
| GitHub139 | [flickernoise] sbourdeauducq pushed 1 new commit to master: http://git.io/WDXSPA | 16:55 |
| GitHub139 | [flickernoise/master] Remove legacy midiX variables - Sebastien Bourdeauducq | 16:55 |
| wpwrak | we should actually add some preprocessor capabilities to FN. like macros. | 16:56 |
| GitHub103 | [flickernoise] wpwrak pushed 4 new commits to master: http://git.io/zel8vg | 17:10 |
| GitHub103 | [flickernoise/master] raindance.fnp: enc1_push corrections - Werner Almesberger | 17:10 |
| GitHub103 | [flickernoise/master] raindance.fnp: use enc3_push to control the line thickness - Werner Almesberger | 17:10 |
| GitHub103 | [flickernoise/master] Merge branch 'master' of github.com:milkymist/flickernoise - Werner Almesberger | 17:10 |
| Fallenou | https://twitter.com/#!/yannsionneau/status/173831122457862146 picture of data load+store test running | 18:07 |
| lekernel | hmm... navre tends to crash sometimes, eg when booting with MIDI controllers connected | 18:23 |
| wpwrak | yes, that's one of the yet unsolved USB problems | 18:39 |
| wpwrak | hmm. we have an interesting memory corruption in the symbol table as well. need to make those pointers more long-lived ... | 18:43 |
| wpwrak | hits patches with a lot of user-defined variables. such as raindance.fnp :) | 18:44 |
| GitHub141 | [flickernoise] wpwrak pushed 2 new commits to master: http://git.io/IW_MjQ | 18:56 |
| GitHub141 | [flickernoise/master] raindance.fnp: green button of channel 8 controls whether to wrap or to smear - Werner Almesberger | 18:56 |
| GitHub141 | [flickernoise/master] raindance.fnp: alternate settings for the first four faders - Werner Almesberger | 18:56 |
| lekernel | wpwrak: have you run into this USB problem with only the keyboard/mouse connected? | 19:01 |
| wpwrak | no, but recently i've had usb-midi connected almost all the time | 19:02 |
| wpwrak | so that may not mean a lot | 19:02 |
| wpwrak | the problem may also come from full-speed, not usb-midi per se | 19:02 |
| GitHub193 | [flickernoise] wpwrak pushed 1 new commit to master: http://git.io/Wswgqw | 19:08 |
| GitHub193 | [flickernoise/master] compiler: quick and dirty work-around for having too many identifiers - Werner Almesberger | 19:08 |
| wpwrak | FN should be happy again. even with the raindance monster | 19:09 |
| wpwrak | i should probably use an RB tree for these user identifiers than a linear list anyway. well, maybe after a nap. | 19:10 |
| wpwrak | by the way, if you write the "logic analyzer", then i'll adapt the usb decoder for it :) | 19:19 |
| wpwrak | i'm thinking of the following data format: 8 data lines. an 8 bit tag. and a 16 bit idle counter. data is only output if one of the inputs changes, if the counter reaches 65535, or if a tag is set. the tag would be a register or similar that can be written by whatever subsystem we're playing with. by default, perhaps through CSR. | 19:21 |
| wpwrak | the counter would count one per cycle in which nothing else happens. that way, the data rate would drop by a factor of 65535 is the inputs are idle (e.g., between messages) | 19:23 |
| wpwrak | with such a thing, it should be a pleasure to debug nasty little usb problems | 19:23 |
| Fallenou | you would use a M1 to build such a sniffer ? | 19:29 |
| Fallenou | to debug another M1 ? | 19:29 |
| kristianpaul | souds scary ;-) | 19:31 |
| kristianpaul | sounds* | 19:31 |
| wpwrak | or to debug itself | 19:36 |
| lekernel | wpwrak: where is midi_dev freed in parser.y ? | 19:37 |
| wpwrak | it's not. this variable passes data inside the parser. the data is freed by stim_db_free | 19:40 |
| wpwrak | (called from compiler.c, when verything is done) | 19:41 |
| lekernel | wpwrak: struct sym -> stim != NULL means that the variable is coming from the stimulus (atm only MIDI) system right? | 19:51 |
| wpwrak | yup | 19:52 |
| lekernel | wow, raindance is super cool | 19:57 |
| wpwrak | now it's the control freak edition ;-) | 19:58 |
| wpwrak | uses something like 33 midi controls | 19:59 |
| wpwrak | would be interesting to use images instead of a wave as the pattern "seed". that way, we could also fill the remaining buttons ;-) | 20:00 |
| kristianpaul | all this new midi stuff is very cool, but does it work with all consoles or i can buy one with my eyes closed? | 20:01 |
| wpwrak | raindance uses differential decoders. you'd have to hack things a little to achieve the same functionality with non-differential ones | 20:03 |
| lekernel | kristianpaul: buy one with your eyes closed, and send us bugfixes if it doesn't work :P | 20:03 |
| wpwrak | also, some controller may not have enough controls :) | 20:03 |
| wpwrak | but the main question is how the device feels | 20:04 |
| wpwrak | e.g., pacman uses the joysticks for coordinates. you can of course do the same with a pair of faders or pots, but will it fell the same ? | 20:04 |
| kristianpaul | lekernel: ;-) | 20:05 |
| kristianpaul | feels is a good point, i guess pots by it self are not enought cool :-) | 20:06 |
| lekernel | grmbl, seems we have a regression in the web update... "failed to download bitstream" | 20:06 |
| lekernel | the version numbers are downloaded correctly though ... | 20:07 |
| kristianpaul | wpwrak: a touch screen is a must have :-) | 20:07 |
| kristianpaul | wpwrak: or what do you think about touch feelings? | 20:07 |
| GitHub169 | [flickernoise] sbourdeauducq pushed 1 new commit to master: http://git.io/7pmJrQ | 20:08 |
| GitHub169 | [flickernoise/master] Flag patches requiring stimulus and exclude them from simple mode - Sebastien Bourdeauducq | 20:08 |
| wpwrak | ah, good point :) | 20:09 |
| wpwrak | kristianpaul: touch screen would mean a lemur or a tablet. there are a few choices for touch pad, but they're either expensive or have odd issues (such as the super-low resolution of the icon i-creativ) | 20:10 |
| GitHub59 | [flickernoise] sbourdeauducq pushed 1 new commit to master: http://git.io/B8iaIg | 20:12 |
| GitHub59 | [flickernoise/master] webupdate: fix download folder - Sebastien Bourdeauducq | 20:12 |
| kristianpaul | ha, nanoonte could do HID isnt.. :-) | 20:16 |
| kristianpaul | but feels.. | 20:16 |
| kristianpaul | what about this http://articulo.mercadolibre.com.co/MCO-20260948-controlador-midi-korg-nanokontrol-_JM#questionText ? | 20:17 |
| wpwrak | it has a successor, the nanoKONTROL2 | 20:20 |
| wpwrak | supposedly, that one is better | 20:20 |
| kristianpaul | ah | 20:20 |
| wpwrak | i have it (the nK2). it's cheap, in every sense of the word | 20:20 |
| wpwrak | some people like it, though | 20:21 |
| kristianpaul | ha, found it http://articulo.mercadolibre.com.co/MCO-20778505-controlador-korg-nano-kontrol-2-negro-_JM | 20:22 |
| kristianpaul | chepear also :) | 20:22 |
| Action: Fallenou just bought it on ebay | 20:39 | |
| Fallenou | for 50 EUR you can't expect much from it | 20:40 |
| Fallenou | I guess it's great to have so much controls for that less money | 20:40 |
| Fallenou | that few*? | 20:40 |
| kristianpaul | indeed lots of controls | 20:42 |
| kristianpaul | is that all about, isnt? | 20:42 |
| Fallenou | ATM I have 0 control :p | 20:43 |
| Fallenou | I have to start with something | 20:43 |
| kristianpaul | i hate experiment FN since i had to set variable values by hand | 20:44 |
| kristianpaul | so this could change my experience | 20:44 |
| kristianpaul | Fallenou: not zero, you forgot mid, treb and bass ;-) | 20:45 |
| Fallenou | hehe sure | 20:45 |
| Fallenou | and time | 20:45 |
| kristianpaul | an yes ! | 20:45 |
| Fallenou | I still have time too | 20:45 |
| kristianpaul | an/ah | 20:45 |
| kristianpaul | yup | 20:45 |
| kristianpaul | well, OSC too but is too generic so well.. | 20:46 |
| wpwrak | you can route MIDI through OSC :) | 20:47 |
| wpwrak | Fallenou: "so little money" would probably be best | 20:47 |
| kristianpaul | ah well, for remote control is that good option wpwrak | 20:47 |
| Fallenou | wpwrak: ah yes :' too much wine I don't speak english anymore | 20:48 |
| wpwrak | kristianpaul: also works controller---(usb-midi)-->pc---(ether)-->m1 | 20:49 |
| wpwrak | Fallenou: ah, already celebrating the mmu success. good :) | 20:49 |
| kristianpaul | i dont have the money yet, but Fallenou let us know how it goes when it arrives ! | 20:49 |
| kristianpaul | wpwrak: why such re-routing midi that way? | 20:49 |
| Fallenou | (celebrating mmu) ahah too early to celebrate, but yes anything is worth celebrating :p | 20:50 |
| wpwrak | kristianpaul: e.g. to remap control numbers (before we had the new midi system) | 20:51 |
| wpwrak | kristianpaul: or to merge devices and save usb ports ;-) | 20:51 |
| kristianpaul | ah ! HUB :-) | 20:52 |
| kristianpaul | good idea | 20:52 |
| lekernel | ok, didn't find major bugs... so two problems (1) USB crash (2) symtab initial alloc | 20:58 |
| lekernel | nothing else? | 20:59 |
| wpwrak | USB has three issues, as i posted to the list. that crash if but one of them. | 21:00 |
| wpwrak | there's may still be a code generation issue. but not i'm not sure if it isn't another face of the symtab allocation. it caused some variable updates the be lost when reordering the equations in the wheel demo | 21:02 |
| wpwrak | interestingly, the variant that cause trouble was less correct than the current one :) | 21:02 |
| lekernel | ok. let's wait a bit and you take a look at it? | 21:03 |
| wpwrak | in terms of correctness, the symtab initial alloc is as good as solved with my hack. you'd run out of registers before hitting the new limit | 21:03 |
| wpwrak | alright. i'll have a go at it tomorrow | 21:03 |
| lekernel | cool, thanks! | 21:04 |
| lekernel | ah, another bug: the "full screen" button in video-in doesn't use the current settings | 21:19 |
| wpwrak | that kinda seems to defeat its purpose ? | 21:20 |
| lekernel | yes... | 21:21 |
| wpwrak | 05:21 for xiangfu. he'll have almost all day before we catch up ;-) | 21:21 |
| lekernel | what do we do for the MIDI USB crash? push the web update out, but do not announce the MIDI-USB support yet? | 21:23 |
| lekernel | and keep it for people who like to try experimental and unstable stuff? | 21:24 |
| lekernel | with mouse/kbd only it seems ok... but MIDI crashes pretty often | 21:24 |
| wpwrak | we can label it "experimental" | 21:25 |
| wpwrak | usb still has 1-3 issues anyway. e.g., all those rx timeouts are some full-speed issue. | 21:25 |
| lekernel | yes, but those aren't as bad as a complete loss of USB when plugging something | 21:26 |
| lekernel | it seems like the M1 completely froze or something | 21:26 |
| wpwrak | did it ? i see the following behaviours: | 21:26 |
| lekernel | well, the softusb core did | 21:26 |
| wpwrak | 1) M1 comes up just fine with kbd and midi (often) | 21:27 |
| lekernel | but the RTEMS shell etc. are still working | 21:27 |
| wpwrak | 2) M1 comes up without midi but with kbd (rare) | 21:27 |
| wpwrak | 3) M1 comes up, rendering, but without any USB (often) | 21:27 |
| lekernel | yeah, but if you don't have rendering configured at power up, it looks like a freeze | 21:27 |
| wpwrak | 4) M1 stays in in bios, while an endless stream of usb rx timeouts scrolls by (often) | 21:28 |
| wpwrak | yup. if it's not doing anything on its own and you have no means to tell it what to do, it does indeed look frozen :) | 21:29 |
| lekernel | note that hotplugging USB-MIDI can also make it go into #3 | 21:29 |
| wpwrak | or from 2) to 1) :) | 21:29 |
| wpwrak | lekernel: hmm, you should send bug #35 to xiangfu. it's his code. or did that go to everyone on milkymist ? (the mail only shows me as a recipient) | 23:05 |
| Fallenou | it's sent to everybody I think | 23:10 |
| Fallenou | I received it as well | 23:10 |
| wpwrak | ah, then it's just github being sneaky :) | 23:29 |
| Fallenou | gn8 ! | 23:33 |
| kristianpaul | n8 | 23:33 |
| --- Mon Feb 27 2012 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!