2010-08-18 00:00 wpwrak: I love your work man.. wow.. if you have some wireless connectivity.. all of us will try to follow you.. at least to steal your hardware :D 2010-08-18 00:01 cya all 2010-08-18 00:01 nebajoth: yup. and they require a receiver of -84 dBm for this. meanwhile, some chips already do -103 dBm. if your noise floor is low enough, that could mean you get almost ten times the original distance. 2010-08-18 00:02 rafa: sneef. and i thought already the idbg would be enough :) 2010-08-18 00:05 nebajoth: pity that i don't have my old apartment anymore, though. there i had two microwave antenna clusters right in front of my nose. the perfect environment for interference testing ;-) 2010-08-18 00:07 of course, measuring anything with reasonable accuracy was quite hellish. instead of "add a wire and connect the scope probe" it was "make a custom coax cable and solder a connector right into the circuit" 2010-08-18 00:09 "reasonable accuracy" = such that Vhigh-Vlow > Vpp(noise), ie., such that there's at least a reliable trigger. 2010-08-18 00:15 I'm sure one of your neighbours must have a microwave you can stand next to for a little wireless testing? :D 2010-08-18 00:28 hmm. i could sabotage the shielding of mine a bit. should get a new one anyway. 2010-08-18 00:57 wpwrak: am I too cautious with saying Milkymist NanoNote needs 5 years? 2010-08-18 00:58 I'm all for making it faster... :-) 2010-08-18 00:58 I think we are already moving in that direction, it's all just a matter of executing all the required steps. 2010-08-18 01:29 [commit] kyak: gmu-0.7.1 md5sum updated http://qi-hw.com/p/openwrt-packages/6836a72 2010-08-18 01:36 sorry if this is a silly question: the nbd package in OpenWRT requires glibc>=2.6.Â Â If I build nbd.ipk, will it be able to run on a NanoNote that has only uClibc installed? 2010-08-18 01:36 wolfspraul: i think you could make a MM-NN relatively soon. MM seems to have all the features you need for this. some of them may not work perfectly yet, but they're close. 2010-08-18 01:37 wolfspraul: basically a nice portable development platform for FPGA hackers interested in making a SoC. 2010-08-18 01:37 wolfspraul: the advantage of making it a NanoNote would be that you don't need to engineer the case etc. 2010-08-18 01:39 wpwrak: ok but we are moving in that direction already, just that you jump over a number of steps. 2010-08-18 01:39 wolfspraul: as soon as you have the ability to make your own layouts at will, which as I understand things, you don't quite have yet, a MM-NN should be fairly easy to make. 2010-08-18 01:39 layouts? 2010-08-18 01:39 you mean in kicad? 2010-08-18 01:39 I think you know all the different things that are moving. 2010-08-18 01:40 so first, Milkymist One, right now only 6 boards exist, and while this was a great step forward, we are really focusing on the rc2 run now. 2010-08-18 01:40 if rc2 is successful - great! 2010-08-18 01:40 wolfspraul: preferably KiCad, yes. not sure where you are with the layouts. some thing seem to be already under qi-hw control. others not. 2010-08-18 01:40 ok I explain 2010-08-18 01:41 Milkymist One RC1 was done with Altium Designer and a layout outsourcing house 2010-08-18 01:41 the Altium files have all been released under CC licenses 2010-08-18 01:41 of course also all other files, gerber, AI, etc. 2010-08-18 01:41 so, open but hard to reuse 2010-08-18 01:41 RC2 will also continue to use Altium 2010-08-18 01:41 yes, but then there is Xue, Andres' first Milkymist derivative 2010-08-18 01:41 ok. SIE seems to be a step better, no ? 2010-08-18 01:42 no I think we use OrCad there :-) 2010-08-18 01:42 or was it Xue ? i always confuse the two :) 2010-08-18 01:42 kicad files exist, but they are not used for production 2010-08-18 01:42 yes, so Xue 2010-08-18 01:42 Xue is indeed another interesting reuse of Milkymist 2010-08-18 01:42 basically we remove a lot of connectors, and add a CMOS image sensor 2010-08-18 01:43 and then, it's done all in kicad 2010-08-18 01:43 I am not sure whether Andres will really succeed with that, but he is definitely on it right now! 2010-08-18 01:43 http://projects.qi-hardware.com/index.php/p/xue/source/changes/master/ 2010-08-18 01:43 ah yes, xue. a commit that improves the placement of a cap has a nice ring :) 2010-08-18 01:44 http://en.qi-hardware.com/wiki/File:Xue-rnc-brd.png 2010-08-18 01:44 check this png it gives you an idea 2010-08-18 01:44 so yes, Xue would be a board that uses the spartan-6, and is done in kicad 2010-08-18 01:45 so far _all_ kicad projects have stalled or failed at some point :-) 2010-08-18 01:45 so there comes the point where Andres (in this case) just gives up, we take the schematics, re-enter them in orcad/altium, go to a layout house to finish the layout, and then into production 2010-08-18 01:45 ah, just component placement for now 2010-08-18 01:46 now, from either Milkymist One or Xue to a NanoNote board is still a lot of work 2010-08-18 01:46 there is no LCM controller 2010-08-18 01:46 I don't know about heat generate by the s-6 in the small nanonote case 2010-08-18 01:47 power consumption - if it works for 30 minutes I think it's a stupid idea 2010-08-18 01:47 btw, i wonder what the great concern about ground fill is. i needed it the first time for the wpan, and it works much better than i expected. a lot better than when i played with it a few years ago. 2010-08-18 01:47 it's just a bit early I think, but yes definitely this kind of idea is on the horizon. totally! 2010-08-18 01:47 don't ask me. 2010-08-18 01:47 we have a number of kicad projects 'live' right now 2010-08-18 01:48 1. the milkymist one jtag/serial reflashing cable (actually a small pcb) 2010-08-18 01:48 2. xue 2010-08-18 01:48 3. ben-wpan 2010-08-18 01:48 (lcm) hmm, i thought one of the demos showed an lcm ? or was that just a composite video board ? 2010-08-18 01:48 #1 is trivial, I think we can take that into production, the entire process in kicad etc. 2010-08-18 01:48 that was probably via VGA 2010-08-18 01:49 4. idbg (just not hosted at qi-hw) 2010-08-18 01:49 #2 is a big challenge. Andres wants to do it, but if he gets stuck and gives up I am ready to support the project with closed tools, same as Milkymist One 2010-08-18 01:49 #3 - I am very curious about this, but haven't had the time yet to fully understand what this is, how we can use it, etc. 2010-08-18 01:50 ok great, didn't realize idbg was in kicad too 2010-08-18 01:50 we have kicad files for SIE, and for NanoNote, but I think they never made it into actual production 2010-08-18 01:50 ben-wpan will be an ieee 802.15.4 transceiver board for the ben. as an intermediate step, i add a USB-to-SPI converter so that i can plug the thing into any PC 2010-08-18 01:50 which doesn't mean that we won't try again, of course 2010-08-18 01:50 (idbg) did you really expect me to use anything else ? ;-)) 2010-08-18 01:51 so while I love the idea of Milkymist NanoNote, I think it's a bit too early. 2010-08-18 01:51 We are working on it already, just indirectly and several steps away. 2010-08-18 01:51 first Milkymist One 2010-08-18 01:51 let's get that done right 2010-08-18 01:52 with reflashing cable, with case, with great software support 2010-08-18 01:52 sure. before that, it wouldn't make sense 2010-08-18 01:52 it may take a while to get there 2010-08-18 01:52 I really don't want to jump around and leave half-finished stuff behind. 2010-08-18 01:52 just an idea for a direction that should be feasible soon thereafter 2010-08-18 01:52 so that's also true for the Ben, I will definitely continue to squeeze more out of it for a while. 2010-08-18 01:53 I am just starting with it actually, and your great hacking is very very helpful! (idbg, counterweight, now 802.15.4) 2010-08-18 01:53 (ben) you mean with software or do you also envision a ben II with hardware changes ? 2010-08-18 01:53 yes, as direction we are 100% on the same page 2010-08-18 01:53 first software, it's obvious that it could still be much bette 2010-08-18 01:53 hardware, we are collecting bits and pieces 2010-08-18 01:54 like your scan work, your counterweight, maybe kristian paul can do more on GPS 2010-08-18 01:54 we are looking into the 4760 from Ingenic 2010-08-18 01:55 nothing new, all the things that are in motion already 2010-08-18 01:55 so ben II == Ya ? will ya have a cpu change and if the cpu isn't ready but some interesting hardware features are, then a ben II ? 2010-08-18 01:55 cannot tell right now 2010-08-18 01:55 s/will/Or will/ 2010-08-18 01:55 the package needs to be right, i.e. the cost to manufacture and difference from Ya has to be 'right' 2010-08-18 01:55 if it's only minimally different in hw, maybe continuing to improve sw is better 2010-08-18 01:56 well, as long as there's a steady stream of development, there are always things you can pick up and integrate :) 2010-08-18 01:56 if we find a large enough hw difference that is also cheap to take into production, then let's go for it, the Ya will replace the Ben 2010-08-18 01:56 yes correct 2010-08-18 01:58 what are your thoughts on case changes ? impossible ? small things, like cutting a hole ? bigger things, like moving holes ? anything is possible (i.e., a small change will be just as expensive as a big one) ? 2010-08-18 01:59 (all this within the ben II / Ya timeframe) 2010-08-18 02:00 of course, once the Ya serial number wraps from 99999999 to 00000000, the cost of a case change will probably be a very minor concern :) of course, then you may be more interested in choosing an adequate yacht :) 2010-08-18 02:02 case changes: I am not actively working on any mechanical stuff around the NanoNote at the moment. 2010-08-18 02:02 and I won't, it simply makes no sense economically 2010-08-18 02:02 first I need to find a way to make a great case for the Milkymist One 2010-08-18 02:03 actually I am following with interest what your scanning activities will result in :-) 2010-08-18 02:03 tooling for plastic parts is just really expensive 2010-08-18 02:03 why throw our limited money into that? it's hard to justify. 2010-08-18 02:04 so my plan there is to first learn more, find ways to do it cheaper. 2010-08-18 02:04 i think you'd have to radically simplify the case. e.g., have the widest part of any hole intersect with the tool boundary 2010-08-18 02:04 you can probably have two-part tools for most elements. that should help to keep costs sane. 2010-08-18 02:05 yup, learning more is good 2010-08-18 02:05 I don't know, need to learn more. 2010-08-18 02:05 also there is no rush, we have the Ben and it's a great platform, and we can sell it today. 2010-08-18 02:05 so little by little the pieces are coming together to make more powerful copyleft devices 2010-08-18 02:06 (scanning) so far, nobody seems to actually do anything with the scans. well, except for myself. they were quite useful for the counterweight. i still had to make changes after seeing the real thing in the real case, but it helped a lot to get there. 2010-08-18 02:06 without sounding direspectful to anybody, I doubt anybody will do anything with them :-) 2010-08-18 02:07 (rush) the things is that you can't add connectors without changing the case. and you have the imbalance problem. of course, you could just add counterweights :) 2010-08-18 02:07 we are real pioneers in all this, I doubt anybody will really move from talking mode to action mode 2010-08-18 02:07 always the optimist :) 2010-08-18 02:07 but who knows, it's out there so it's possible 2010-08-18 02:07 well... 2010-08-18 02:07 I can tell you that I am super interested. 2010-08-18 02:07 those scans are the basis of any future work I will do around the mechanical 2010-08-18 02:08 they're at least good for sanity checking 2010-08-18 02:08 it's a copyleft project after all, so I am not that interested in buying great proprietary stuff and not learning anything in the process 2010-08-18 02:08 it would probably be a good exercise to just try to remake the ben case. or at least one of the case parts. 2010-08-18 02:09 yes, exactly 2010-08-18 02:09 those are things I imagine doing, or outsourcing to someone in China. but it won't be tomorrow, it will take a bit of time. 2010-08-18 02:09 it's an excellent step anyway 2010-08-18 02:09 the more of the process you own, the easier it is to change it, too 2010-08-18 02:10 build open foundations, then go from there step by step 2010-08-18 02:10 sure 2010-08-18 02:16 i just wish there was a plastic equivalent to lead/tin. those wooden molds are actually quite fun. incredibly cheap to make, and good for quite number of runs. yield is bad, because the heat distribution is all wrong, but on a good day, with the counterweight, about 80% are possible. 2010-08-18 02:18 the molds would even as longer if i hadn't lazily (*) skipped some basics of mold-making of course. (*) actually, mainly because heekspython doesn't have the functions i would need for giving the molds a better shape. better shape would mean non-vertical walls and rounded corners. 2010-08-18 02:20 s/as/last/ 2010-08-18 02:33 this paper by sebastian is super interesting 2010-08-18 02:34 nebajoth: yup. very nice work. he thought of a lot of things. 2010-08-18 02:39 ok guys then jump into the Milkymist project! :-) 2010-08-18 02:39 this is totally the future 2010-08-18 02:39 fpga cpus 2010-08-18 02:40 the cpu itself becomes a spime 2010-08-18 02:40 yeah but we need free fpgas as well, ... :-) 2010-08-18 02:40 cursed recursive tasks 2010-08-18 02:40 nebajoth: do you think you can help in any way? 2010-08-18 02:40 I need to make a rough allocation plan for the rc2 boards 2010-08-18 02:40 "any" is a broad word 2010-08-18 02:41 allocation plan 2010-08-18 02:41 we will probably only make one run 2010-08-18 02:41 what is the unit cost? 2010-08-18 02:41 sure :-) following and giving feedback is already a start 2010-08-18 02:41 well it's difficult 2010-08-18 02:41 I don't want to make too many, because it's still too risky 2010-08-18 02:41 understandable 2010-08-18 02:41 if there is a problem, my reputation as a manufacturer will suffer, along with the cash losses 2010-08-18 02:42 first run was 6, and for such a new design the results were very good 2010-08-18 02:42 how different is rc2? 2010-08-18 02:42 a safe bet would be 10-15, but we want to be more aggressive 2010-08-18 02:42 why do you want to be more aggressive? 2010-08-18 02:43 rc2 only has bugfixes from rc1, here's what we found 2010-08-18 02:43 http://en.qi-hardware.com/wiki/Milkymist_One_RC1_Known_Issues 2010-08-18 02:43 right now, he seems to need mainly fpga experts. and all is done with xilinx's proprietary tools. to make this a useful linux system, a mmu would be highly desirable. that's currently missing. of course, with an fpga, it's "just" a software upgrade. 2010-08-18 02:43 sebastien routinely tells me he does not at all only need fpga experts 2010-08-18 02:43 why was the mmu left out originallyy? 2010-08-18 02:43 in fact he would love people to jump into the user-mode app now, flickernoise 2010-08-18 02:44 I know a DJ who would be interested in it 2010-08-18 02:44 and there is always room to improve the toolchain, Linux kernel, distros etc. 2010-08-18 02:44 I also know someone with some fpga experience 2010-08-18 02:44 nebajoth: ok let me explain first about the 'allocation' 2010-08-18 02:44 :D 2010-08-18 02:44 so Sebastien wants 20 for 27c3 2010-08-18 02:44 sorry, I know I ask big questions 2010-08-18 02:44 we will sell them, probably at 350 USD + shipping 2010-08-18 02:45 ok 2010-08-18 02:45 it's very hard to calculate costs for such small runs, essentially all participants continue to invest money (spend more than they make), although some bean counters may do some math on the components and come up with a 'bom' of maybe 100-200 USD 2010-08-18 02:45 but bottom line is the rc2 will be offered for 350 USD 2010-08-18 02:46 wolfspraul: yes, he also wants people to work on the incompatible with the rest of the world toolkit and gui :) i'm much less convinced about that side of the story. 2010-08-18 02:46 I don't think its unreasonable to organize people ahead of time for a run this small 2010-08-18 02:46 we don't want to make too few, cutting into or delaying valuable contributions, and also not too many, giving us a sales headache, especially if there are any problems with the boards (case is also missing) 2010-08-18 02:46 ie: collect money 2010-08-18 02:46 wolfspraul: well, it is compatible at the bottom - can run on SDL or X. but things on top aren't. 2010-08-18 02:46 perhaps even $400 2010-08-18 02:46 wpwrak: I am talking about gcc, Linux, OpenWrt 2010-08-18 02:46 from everyone who wants one 2010-08-18 02:47 just put a date on it 2010-08-18 02:47 Place your order by Aug 29, 2010 2010-08-18 02:47 wolfspraul: yup, these look more useful to me 2010-08-18 02:47 yes the organization starts here and now :-) 2010-08-18 02:47 wpwrak: Sebastien has a very VJ-driven focus, and I like his focus actually. He wants to drive the device to usability asap. 2010-08-18 02:48 nebajoth: I will not take pre-orders, always just creates trouble. 2010-08-18 02:48 ok 2010-08-18 02:48 access to such early runs is very unusual anyway. many things can go wrong, and for many of those I will take the risk. 2010-08-18 02:48 I think the VJ thing is pure genius 2010-08-18 02:49 wolfspraul: i haven't quite figured out what his main motivation is actually. when we discussed the system, he didn't mention VJing a lot. but that doesn't have to mean much. 2010-08-18 02:49 so we have a rough plan of people who just 'say' they are interested, and we believe them because we know them and we know they are reliable 2010-08-18 02:49 yeah man 2010-08-18 02:49 I did some math on my end and maybe I need 5-10 boards for people I know. 2010-08-18 02:49 I would totally pay $350-$400 to have one of these 2010-08-18 02:49 I didn't know wpwrak or nebajoth should be on my list :-) 2010-08-18 02:50 soft upgrades 2010-08-18 02:50 its an investment 2010-08-18 02:50 wolfspraul: (mm case) seems that the case will be abit expensive, no ? also probably way overengineered for the cosy developer's lab environment ? (as opposed to the harsh on stage world) 2010-08-18 02:50 nebajoth: yes but it's risky, also for me. I cannot just crank up the volume because some people are excited. it's very risky. if something goes wrong I am dealing with a lot of expensive junk :-) 2010-08-18 02:50 think how aweseome release version 68.3 is going to make my milkmist 2010-08-18 02:51 wolfspraul: i probably shouldn't be on the list just yet. rc3 maybe :) 2010-08-18 02:51 then take preorders :P 2010-08-18 02:51 nebajoth: maybe you think what you can contribute. If you just want to watch development 'live', install updates every few months, I think the RC2 run is too early for you. 2010-08-18 02:51 wpwrak: yes but I didn't even know you are remotely interested, but now I do. 2010-08-18 02:51 well mabe 2010-08-18 02:51 I just need to have a vague idea who could be interested. 2010-08-18 02:51 maybe 2010-08-18 02:52 I think the run will be 30-35. 2010-08-18 02:52 so why no mmu? 2010-08-18 02:52 that already quite risky, but then we could have devices for a number of really great people that can help drive this project forward. 2010-08-18 02:52 nebajoth: simply nobody has gotten to the MMU yet 2010-08-18 02:53 wolfspraul: i would be even extremely interested if (FPGA) synthesis was possible with free tools. we're not there yet. sebastien is contemplating to do a thesis on this, though :) 2010-08-18 02:53 http://www.milkymist.org/wiki/index.php?title=Roadmap 2010-08-18 02:53 yes I know [free tools] 2010-08-18 02:53 nebajoth: (mmu) wasn't necessary for the VJ app. 2010-08-18 02:56 fpga synthesis 2010-08-18 02:56 nebajoth: what you can do already today, and what would really really help, is to drive awareness to the Milkymist project 2010-08-18 02:56 programming the fpga I assume? 2010-08-18 02:57 Free fpga synthesis could get very very exciting. imagine being able to load your own hw accelerators into your cpu. need a one-round-of-AES instruction ? just load it. need a really quick arccosh(x)/x ? no problem. etc. 2010-08-18 02:57 write great blog posts, talk to journalists, get slashdot/engadget/whoever to talk about it 2010-08-18 02:57 it's a great story, but it needs to be told right 2010-08-18 02:57 the next ARM/MIPS? 2010-08-18 02:57 a free CPU? 2010-08-18 02:57 what is this thing? why should people care? 2010-08-18 02:58 indeed 2010-08-18 02:58 nebajoth: you write the "program" in verilog (a language a bit like C) or vhdl (a language a bit like COBOL), then feed it to a "compiler" that allocates the cells on the chip, connects then, and configures them. this is the synthesis. 2010-08-18 02:58 this is a free CPU, it needs the help from a lot of free software people, because very few companies will help at the beginning, unlike proprietary CPUs where of course the proprietary companies like more 'open' software, it helps them sell their proprietary IP 2010-08-18 02:59 Sebastien chose the LattticeMico32 core, so at least he doesn't have to start from zero 2010-08-18 02:59 theres no open tool to do synthesis? 2010-08-18 02:59 but still, we are quite lonely out there 2010-08-18 02:59 wolfspraul: (pr) or make a MM NN. that's something whose reality they can physically perceive :) 2010-08-18 02:59 well we make Milkymist One 2010-08-18 03:00 nebajoth: no, maybe first step the xilinx bitstream format would need to be documented 2010-08-18 03:00 (sebastien will probably have a lot of corrections to what i'm writing here ;-) 2010-08-18 03:01 wolfspraul: there is actually some work on that. dormant at the moment, though. lemme search for the link ... 2010-08-18 03:01 yes I know 2010-08-18 03:01 but that works needs to be finished 2010-08-18 03:01 what, so we can reverse engineer it? :P 2010-08-18 03:02 oh 2010-08-18 03:02 are the target fpgas always xilinx? 2010-08-18 03:03 or does everybody use xilinx bitstream format? 2010-08-18 03:04 http://www.ulogic.org/trac 2010-08-18 03:05 they support the chip MM is using. so that part may already be solved. not sure if the fpgas's elements are fully characterized, though. (timing and such) 2010-08-18 03:06 nebajoth: i'd be very surprised if there are any compatibility on such things among vendors ;-) 2010-08-18 03:06 ok 2010-08-18 03:06 I'm a total n00b to it 2010-08-18 03:06 so 2010-08-18 03:07 xilinx fpga 2010-08-18 03:07 of course, once you know how to synthesize for one fpga, the next won't be too hard. xilinx seem to be among the easier, do to having a very regular structure. 2010-08-18 03:12 how much do fpgas cost? 2010-08-18 03:15 depends on how many cells they have 2010-08-18 03:15 expensive, they are chips with lots of proprietary IP and under relatively little price pressure 2010-08-18 03:15 they're unfortunately very pricy. USD 50 for a really cheap one. the one in MM is about USD 200 in quantities of one piece from digi-key. so probably USD 100 or more for large volumes. 2010-08-18 03:15 wolfspraul: how much do you pay for it ? 2010-08-18 03:16 ca. 40 USD :-) 2010-08-18 03:16 wow 2010-08-18 03:16 well I explained the whole s-6 situation earlier 2010-08-18 03:16 it's difficult, so also no reason to blame digikey 2010-08-18 03:17 but mm uses a virtex, no spartan, no ? 2010-08-18 03:17 ah no 2010-08-18 03:17 virtex is very expensive 2010-08-18 03:17 there are even more proprietary IP blocks in virtex 2010-08-18 03:17 afaik Sebastien knows this better 2010-08-18 03:17 rc1 has a virtex? 2010-08-18 03:17 no 2010-08-18 03:18 spartan-6 2010-08-18 03:18 XC4VLX25, according to sebastien's thesis 2010-08-18 03:18 in a 363BGA, that one is USD 211.2 at digi-key (1 unit) 2010-08-18 03:19 no volume discount listed 2010-08-18 03:19 the new firmware image for the ben looks pretty good, but gmu has been built without FLAC support. this should be changed for the final release. several people already asked about flac support on the ben 2010-08-18 03:21 the beauty of copyleft hardware: http://en.qi-hardware.com/wiki/Milkymist_One_RC1_BOM 2010-08-18 03:21 milkymist one has a 484 pin package 2010-08-18 03:22 XC6SLX45-2FGG484CES 2010-08-18 03:22 ES = engineering sample 2010-08-18 03:22 that will change for rc2 2010-08-18 03:22 I think digikey lists it for ca. 50 USD? 2010-08-18 03:22 don't know 2010-08-18 03:23 ah, so he switched fgpas. nice. 2010-08-18 03:23 usd 53.94 at digi-key. and they have 546 in stock :) 2010-08-18 03:23 wejp: do you have commit rights on the projects server? can you help us there? or maybe we write it up in the issue tracker or wishlist on the wiki 2010-08-18 03:24 wolfspraul, no i don't have commit rights, but sure i can help you there and actually it is very easy 2010-08-18 03:24 wow, great 2010-08-18 03:24 do you have an account on projects? 2010-08-18 03:25 no 2010-08-18 03:25 hmm 2010-08-18 03:26 I just found one :-) 2010-08-18 03:26 big chip. 23x23mm. there's one with 324 balls that's smaller. only 15x15. 2010-08-18 03:26 wejp: there is a 'wejp' user on projects 2010-08-18 03:26 basically all that needs to be done is add "decoders/flac.so" to the DECODERS_TO_BUILD= line in nanonote.mk, then recompile Gmu 2010-08-18 03:26 wolfspraul, oh right, sorry 2010-08-18 03:26 its been a while since i created that account 2010-08-18 03:28 wejp: I added you as member to both openwrt-xburst and openwrt-packages 2010-08-18 03:28 okay 2010-08-18 03:28 so you should be able to commit, and thanks a lot for any fix you can contribute there! 2010-08-18 03:29 it's really a whole lot of work across the distro/OS, so any bit helps 2010-08-18 03:29 sure :) 2010-08-18 03:29 I like FLAC too, let me see what Wikipedia says about the patent situation 2010-08-18 03:29 I think it's OK, at least there is nobody aggressive enforcing anything... 2010-08-18 03:30 yes, should definately be okay 2010-08-18 03:30 they were actually trying not to use any patented stuff when developing FLAC 2010-08-18 03:31 just like with vorbis 2010-08-18 03:31 yes, I see it 2010-08-18 03:31 great! 2010-08-18 03:31 and both vorbis and flac are maintained by xiph.org 2010-08-18 03:35 hmm they did the latticemico32 port (lm32-nommu) in 2008 but it's still not in mainline. 2010-08-18 03:35 not much manpower behind all this 2010-08-18 03:36 if the code isn't horrible, it shouldn't need much 2010-08-18 03:37 particularly not from the makers 2010-08-18 04:34 wpwrak, the code is horrible 2010-08-18 04:35 i'd even say it's a bunch of crap 2010-08-18 04:36 if you're looking for a lm32 linux to work on, I suggest you use http://github.com/tmatsuya/linux-2.6 2010-08-18 04:36 there's still a lot of trash in this, but we fixed and improved a couple of things 2010-08-18 04:44 btw, I'd like to state that the nn holds up nicely under 'heavy' load 2010-08-18 04:48 yeah, she's a sturdy little beast 2010-08-18 04:48 I have had no problems drawing basic images over SDL 2010-08-18 04:48 it started getting slower (obviously) when I started rotozoomzing everything every frame 2010-08-18 04:49 :O 2010-08-18 04:49 but tbh it doesn't take a lot more for slowdown to be noticable on my computer 2010-08-18 04:49 what are you working on? 2010-08-18 04:49 just stress testing it? 2010-08-18 04:49 (because the rotozooming is *amazingly* slow, I should really buffer that) 2010-08-18 04:50 http://love2d.org/ 2010-08-18 04:51 hmm 2010-08-18 04:51 cool 2010-08-18 04:51 that's a super cool web design too 2010-08-18 04:52 yes the project starters were very cool guys ;) 2010-08-18 04:52 *are 2010-08-18 04:54 ooooh 2010-08-18 04:54 epic volley 2010-08-18 04:54 bartbes vs qubodup 2010-08-18 04:54 I heard this match is OFF THE HOOK 2010-08-18 04:54 hahahaha 2010-08-18 04:54 I think it's the only recorded match 2010-08-18 04:55 NEEDS MOAR PEW PEW PEW 2010-08-18 04:55 fire the lazors! 2010-08-18 04:55 heh 2010-08-18 04:55 have you seen my vid? 2010-08-18 04:55 :( 2010-08-18 04:55 which 2010-08-18 04:55 it seems you might have many 2010-08-18 04:56 http://youtu.be/Man5Qss75sU 2010-08-18 04:56 I have only uploaded 1 myself 2010-08-18 04:56 MY BRAIN 2010-08-18 04:56 SPACE OTTERS 2010-08-18 04:56 IMPRINTED 2010-08-18 04:57 btw, that version ran a little too fast due to a bug I had atm 2010-08-18 04:57 at *that* moment, I should say 2010-08-18 04:57 good problem to have 2010-08-18 04:57 yeah, it is ;) 2010-08-18 05:02 wpwrak, btw my thesis was written before the milkymist one, while i was still using a virtex4 ml401 board to develop the system 2010-08-18 05:03 then I ported it to the milkymist one (and spartan6) in about 10 days, which is a good sign of portability of the design :) 2010-08-18 05:05 wpwrak, btw if you don't believe in the toolkit i'm using, check this: 2010-08-18 05:05 http://os.inf.tu-dresden.de/papers_ps/rtss2003-dope 2010-08-18 05:06 http://os.inf.tu-dresden.de/papers_ps/dope-tr2003.pdf 2010-08-18 05:06 http://www.genode-labs.com/publications/genode-fpga-graphics-2009.pdf 2010-08-18 05:06 let's say we are contributing to the development of an alternate toolkit that solves many of the problems X has especially on embedded systems 2010-08-18 05:07 but if you like X that much, just port it to the milkymist one 2010-08-18 05:07 then you'd perhaps have to add a MMU, port linux, fight with GNU toolchain and autocrap problems, etc. etc. 2010-08-18 05:08 and in the end it will be fucking slower from a end user perspective 2010-08-18 10:50 lekernel: (ugly lm32) ah, pity. is takeshi working on getting the port into linux mainline ? 2010-08-18 10:51 lekernel: (virtex->spartan) yeah, it's nice to see that this was fairly painless. and it's also a much more affordable chip :) 2010-08-18 10:53 lekernel: (autocrap) there we agree ;-) 2010-08-18 11:02 no more talks about craping software wpwrakÂ Â with lekernel is enought ;) 2010-08-18 11:04 well, actually usually 'autocrap' solves more problem then it causes 2010-08-18 11:05 heh 2010-08-18 11:08 larsc: also considering that most of the pre-posix systems it was originally designed have long moved to the graveyards of history ? :) 2010-08-18 11:22 wpwrak: yes 2010-08-18 11:28 especially when it comes to crosscompling 2010-08-18 11:30 larsc: hmm, wouldn't a little HOWTO solve this, too ? of course, it may be harder to make people read that one than to cook up something that works with their current version of autotools ... 2010-08-18 11:31 wpwrak: sure 2010-08-18 12:54 hey guys, who's responsible for the qi hardware wiki? 2010-08-18 12:55 some of jlime dev members have doubts about something, so that's why i think i'm gonna ask the wiki maintainers this question: 2010-08-18 12:55 is it ok to add an article about Jlime in the qi hardware wiki? Jlime is a distro for the nanonote, so i guess it is ok 2010-08-18 12:55 but since some had doubts, i'm asking you guys ;) 2010-08-18 12:56 zear, well, regestry and add self ) 2010-08-18 12:56 zyth, oh i have an account on the wiki for a long time now 2010-08-18 12:57 so? 2010-08-18 12:57 just some jlime team members raised a discussion that jlime contains non-free codecs (ex. mp3) and qi-hardware might not be legally authorised to put any information about jlime 2010-08-18 12:57 but i doubt this is true 2010-08-18 12:58 wiki is a community based work after all 2010-08-18 12:58 oh, yeah 2010-08-18 12:59 but it turns out nobody knows about jlime, and features it offers (x11, mplayer, wiki reader, dictionary) 2010-08-18 13:00 so i guess mentioning about jlime might help raise the sells of the nn 2010-08-18 13:00 ask mirko 2010-08-18 13:05 nobody seems alive here ) 2010-08-18 13:05 yea ;) 2010-08-18 13:13 phew. quite the ordeal to solder this board 2010-08-18 13:33 bah. now that i'm done with the soldering, the sun comes out from behind the clouds. 2010-08-18 13:37 tuxbrain2: regarding the SIE logo ... see the right side of http://www.almesberger.net/misc/ben/wpan/first-pcb.jpg 2010-08-18 14:00 wpwrak, no, takeshi is just playing around basically 2010-08-18 14:00 he's a researcher, not a pragmatist 2010-08-18 14:01 so, if someone could take over, cleanup the code, fix the bugs and get it into mainline that would be nice 2010-08-18 14:01 personally I gave up, too much work and too little advantages compared to rtems 2010-08-18 14:07 wonders if lars' fingers are twitching. he's done a lot of upstreaming lately. 2010-08-18 14:09 does upstream actually support non mmu archs? 2010-08-18 14:09 larsc: yes, e.g., m68knommu 2010-08-18 14:09 larsc: it also shows nicely how one can branch a nommu off a mmu arch (m68k in this case) 2010-08-18 14:10 larsc: there may be more. don't quite know all the exotic ones :) 2010-08-18 14:10