kristianpaul | finally, ramdisk implemented | 00:25 |
---|---|---|
kristianpaul | lol what i tought MM1 had 256Mb of ram :p | 00:34 |
kristianpaul | puh, malloc is no fun anymore when you have a 90Mb ramdisk around ;) | 00:44 |
lekernel | wolfspraul, I just ran my M1 continuously for some 44 hours of rendering now... no problem | 08:40 |
lekernel | did Adam get the PCBs back? | 08:50 |
wolfspraul | lekernel: sorry disconnect. | 09:22 |
wolfspraul | [44h] sounds great, I'm not doing any testing now but when I get back to it I will definitely report back | 09:23 |
wolfspraul | [adam] don't know, I don't check with everybody every day, that itself would take too much time and distract people too much | 09:23 |
wolfspraul | if I hear nothing, that means no problem and things are moving forward :-) | 09:24 |
wolfspraul | lekernel: I'm thinking what to write on the box about the VGA resolution | 14:40 |
wolfspraul | in general I like what we have on the Wikipedia page, it's very clear and well structured | 14:40 |
wolfspraul | http://en.wikipedia.org/wiki/Milkymist | 14:40 |
wolfspraul | however, under Display, it says "SVGA up to 140MHz pixel clock (1280x1024)" | 14:41 |
wolfspraul | that's pretty cheesy on the box I think | 14:41 |
wolfspraul | of course "up to" is correct, but... | 14:41 |
lekernel | yeah, the actual limit is 140MHz pixel clock (comes from the adv7125) | 14:41 |
wolfspraul | on the other hand I don't want to write 640x480, that's not so good either | 14:41 |
wolfspraul | sure sure, I'm just thinking what to write on the box | 14:41 |
lekernel | how this translates to a resolution depends on the refresh rates the monitor supports | 14:42 |
wolfspraul | somewhere on the side, where the specs are | 14:42 |
wolfspraul | the brutal option is to just say VGA 640x480 | 14:42 |
wolfspraul | :-) | 14:42 |
lekernel | you can just write 'high resolution vga output' | 14:42 |
lekernel | that's what i'm putting on the brochure | 14:42 |
wolfspraul | hmm | 14:43 |
lekernel | later FPGA designs will probably support 1280x1024 including render mode | 14:43 |
wolfspraul | ok we don't need to make a final decision now | 14:43 |
wolfspraul | yes sure, I know all that, what's possible etc. But I'm asking what we print on the box now :-) | 14:43 |
wolfspraul | "up to 1280x1024" is not good I think | 14:43 |
lekernel | for software dependent stuff, try to highlight only the main features... not details.. .they WILL change | 14:44 |
wolfspraul | that's another option, no resolution at all | 14:44 |
lekernel | "high resolution" is fine imo | 14:44 |
wolfspraul | has there ever been a vga/svga resolution lower than 640x480? | 14:44 |
wolfspraul | I mean I remember EGA and stuff, but I think VGA started at 640x480, no? | 14:45 |
lekernel | yes, it's still higher resolution than CVBS which is what a lot of VJs use even today | 14:45 |
kristianpaul | if render is done at 640x480 (and how many bits?) thats the fair i think | 14:45 |
wolfspraul | I don't like to say 'high resolution' when it is the lowest vga resolution many people will ever have heard of, if lower ones even exist | 14:45 |
lekernel | there's 320x200 :) | 14:45 |
lekernel | and the hw definitely can do 1280x1024 | 14:46 |
wolfspraul | ok, thanks for the input. no need to decide now, easily changed... | 14:46 |
lekernel | just so you know, a lot of VJ equipment is PAL | 14:47 |
wolfspraul | I will fiddle a bit more with the box design, then I have my draft an people can review it or propose alternatives or whatever. | 14:47 |
lekernel | VGA is seen as "luxury" by many people | 14:47 |
lekernel | even most of the professional roland stuff is PAL/CVBS | 14:47 |
wolfspraul | understood | 14:48 |
wolfspraul | but what we write there is a careful exercise in expectation management | 14:48 |
wolfspraul | people will read this, and from reading it they may draw conclusions, they develop expectations, etc. | 14:48 |
wolfspraul | so ideally you want to get people excited, but you also want to keep their expectation at a level that will still leave some room up once they discover more details over time... | 14:49 |
mumptai | hi | 16:29 |
kristianpaul | hi | 16:30 |
kristianpaul | http://elm-chan.org/fsw/ff/00index_e.html | 16:30 |
lekernel | kristianpaul, i'm sure you want to integrate this in mm bios :-p | 16:44 |
drub | Hello, I am very new to milkymist and am wondering if there is a way to run an emulation of milymist on my PC? | 17:03 |
kristianpaul | yes it is drub | 17:10 |
kristianpaul | you can use qemu | 17:10 |
drub | ahh I just saw the wimi listing qemu :-) | 17:10 |
drub | wiki | 17:10 |
kristianpaul | yes | 17:10 |
drub | in the hardware MM1 can the inputs be switched via software? | 17:11 |
kristianpaul | you can do lots of things using verilog or bitbanging if you wich i think | 17:12 |
drub | Do you know, does RTEMS have a webserver, or can one be installed and flashed to MM1? | 17:29 |
drub | my goal to to create a tablet interface to control MM1 | 17:30 |
lekernel | drub, hi | 17:30 |
lekernel | yes, that would be very cool. atm we can use opensoundcontrol to control MM1 from tablets | 17:30 |
drub | hey lekernel | 17:30 |
drub | cool | 17:31 |
lekernel | but that's a bit limited (both by the opensoundcontrol protocol and by the lack of time to implement tons of functionality through it) | 17:31 |
lekernel | the webserver approach is very interesting, especially given all the things you can do with javascript those days | 17:31 |
lekernel | for RTEMS there is http://www.rtems.com/wiki/index.php/Simple_HTTPD but I don't know what it's worth | 17:32 |
drub | yes, and since it could be written using Phonegap it would run on all tablet/smartphone platforms | 17:32 |
lekernel | I've never tried it or even had a look at the code | 17:32 |
lekernel | I also have friends who develop http://www.ape-project.org/ | 17:33 |
drub | I will have to take a look | 17:33 |
lekernel | and who would be interested in porting it to MM1, btw | 17:33 |
drub | I use a port of APE with haXe now :-) | 17:34 |
drub | haXe would be really cool on tablets if they had fully working android/ios ports | 17:34 |
lekernel | haxe... hmm | 17:35 |
lekernel | we'd need to get the C++ compiler to work | 17:36 |
lekernel | atm it's crippled with bugs... | 17:36 |
drub | I am just getting started so I am going to have to get the qemu running on my local machine, my partner is ordering two MM1 boxes | 17:36 |
drub | yeah haxe is only usable in very few places atm | 17:36 |
drub | but phongap would work perfect, write once and run on all platforms | 17:37 |
lekernel | we also hopefully have a LLVM port coming soon, so this can potentially solve more programming language related problems | 17:37 |
drub | I think the winning answer would be to make it run a webserver with an API to control every aspect of the device | 17:38 |
drub | :-) | 17:38 |
drub | I am a dreamer :-) | 17:38 |
lekernel | yeah, I think the same | 17:38 |
lekernel | with ajax and all similar modern bling-bling :-) | 17:38 |
drub | yeah! :-) | 17:39 |
lekernel | for QEMU, you should just take the upstream git version and compile it | 17:40 |
lekernel | it didn't make it way into the releases (yet) | 17:40 |
lekernel | then for toolchain and software just use the build script | 17:40 |
drub | do you have a location for that? | 17:40 |
lekernel | https://github.com/milkymist/scripts | 17:41 |
lekernel | and QEMU... it's regular QEMU, just enable the "lm32-softmmu" target | 17:41 |
drub | oh ok cool | 17:41 |
drub | I hate windows, I am stuck with it at the moment, and my virtualbox is being a B!#ch | 17:45 |
lekernel | all our devtools (including fpga stuff) run on linux... | 17:51 |
lekernel | if you are stuck on windows you might have luck with cygwin | 17:51 |
lekernel | but afaik no one tried it yet | 17:51 |
drub | I am installing linux on virtualbox | 17:59 |
drub | so I am going to run emulation in emulation in emulation :-) should be quite the slow experience :-) | 18:00 |
GitHub162 | [extras-m1] sbourdeauducq pushed 1 new commit to master: http://bit.ly/jxwAyO | 18:58 |
GitHub162 | [extras-m1/master] brochure: last page. Needs hi res logos from Tuxbrain and HD. - Sebastien Bourdeauducq | 18:58 |
GitHub187 | [extras-m1] sbourdeauducq pushed 2 new commits to master: http://bit.ly/jPEYEj | 19:04 |
GitHub187 | [extras-m1/master] brochure: missing file - Sebastien Bourdeauducq | 19:04 |
GitHub187 | [extras-m1/master] brochure: use vector graphics creative commons logo - Sebastien Bourdeauducq | 19:04 |
drub | I cant get git clone http://git.serverraum.org/git/mw/qemu-lm32.git to work :-( | 19:28 |
GitHub118 | [extras-m1] sbourdeauducq pushed 1 new commit to master: http://bit.ly/lYvWBU | 23:20 |
GitHub118 | [extras-m1/master] brochure: dance directed visuals - Sebastien Bourdeauducq | 23:20 |
--- Sun Jun 26 2011 | 00:00 |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!