2011-01-06 00:51 [commit] Xiangfu Liu: gmu: update to 0.7.2, it's need lib speedx http://qi-hw.com/p/openwrt-packages/7fbb60a 2011-01-06 02:56 [commit] Xiangfu Liu: new package: flite, a small, fast run-time synthesis engine http://qi-hw.com/p/openwrt-packages/cd33c1c 2011-01-06 03:50 [commit] Xiangfu Liu: ikog.py: using UNPACK_CMD instead of download everytime compile http://qi-hw.com/p/openwrt-packages/f93258c 2011-01-06 04:53 wpwrak: http://en.qi-hardware.com/wiki/JTAG_Serial_Cable_run_1_for_Milkymist_One#To_be_improved 2011-01-06 04:53 here you see some of the pain with those 2 connectors 2011-01-06 04:53 really really bad idea to put 2 different connectors side by side 2011-01-06 04:53 :-) 2011-01-06 04:56 adamw_: I'm not sure about cutting J5 (fig.10) 2011-01-06 04:56 first we already sold some boards with the full length 2011-01-06 04:57 wolfspraul, now there's no chance to change P2 JTAG(on pod) and J6 JTAG(on M1) 2011-01-06 04:57 and then we would move to a non-standard height and could never find this connector anymore 2011-01-06 04:57 and people may have trouble connecting other cables to it 2011-01-06 04:57 yeah it's a mess, just as I predicted :-) 2011-01-06 04:58 well we have a chance to bath in a bad idea now, for a while 2011-01-06 04:58 need to enjoy that at least... 2011-01-06 04:58 :-) 2011-01-06 04:58 so maybe we just leave it as in Fig. 10 right now? 2011-01-06 04:59 we just say that is the 'official' way? 2011-01-06 04:59 maybe that's the least pain, and we can wait a little, sell some boards, grow the community, and eventually find a better solution for this 2011-01-06 04:59 I used standard FTDI TTL-232L-3V3 cable, its wafer is connected well on  my trimmed J5 headers. 2011-01-06 05:00 who knows we might even integrate the jtag-serial on m1 one day. I've heard enough people tell me the whole concept of a daughterboard in this case is nothing but stupid. 2011-01-06 05:00 actually I tested 100pcs by figure 10. Always...I know it's not good. 2011-01-06 05:00 adamw_: we declare Fig. 10 to be the official way? 2011-01-06 05:00 but I won't push pod too much un-horizontal 2011-01-06 05:01 like I said sometimes you just have to admit something is crappy. is this crappy? yeah sure it is... that's the best we were able to do for now... 2011-01-06 05:02 wolfspraul, if we declare to use Fig. 10, this means they may trim by themselve. 2011-01-06 05:02 that's even worse. 2011-01-06 05:02 then we risk that people damage their boards, we get returns 2011-01-06 05:02 everybody will have a different height 2011-01-06 05:02 some will cut too much, some too little 2011-01-06 05:02 and so on 2011-01-06 05:02 that's not a good idea at all 2011-01-06 05:02 we need to do the best we can, and then sell our result 2011-01-06 05:03 also we need to clearly say what is the official (!) way 2011-01-06 05:03 if people do their own thing, that's another issue. but they should know what the 'recommended' way is... 2011-01-06 05:03 but if people want to use JTAG/Serial pod, must trim to let P2 JTAG(on pod) with J6(on M1) to be well-contacted. 2011-01-06 05:03 [commit] Xiangfu Liu: new package: offlineimap, Read/sync your IMAP mailboxes [Python] http://qi-hw.com/p/openwrt-packages/3fb4302 2011-01-06 05:04 adamw_: you mean fig. 10 is not good? 2011-01-06 05:04 actually in fig. 10 the jtag does not connect well? 2011-01-06 05:05 still connected well while I tested all 100pcs, but I do not suggest this fig. 10 2011-01-06 05:05 ah great :-) 2011-01-06 05:05 you can zoom in to to see fig. 10 to see JTAG contact. 2011-01-06 05:05 so that answers my question - fig. 10 cannot be the 'official' way 2011-01-06 05:05 can you find a shorter serial header for future m1 runs? 2011-01-06 05:06 we can even rework the ones you still have now... 2011-01-06 05:06 I won't gurantee how many times the J6 (on M1) its plastic outlet will be broken. 2011-01-06 05:06 you mean with fig. 10? 2011-01-06 05:07 yes, you should zoom in the fig.10 2011-01-06 05:08 better not... 2011-01-06 05:08 :-) 2011-01-06 05:08 i am trying to find another shorter J5 for next M1 run 2011-01-06 05:08 can you find a shorter serial header for m1? 2011-01-06 05:08 serial for m1 == j5 ? 2011-01-06 05:08 yes 2011-01-06 05:08 maybe we can rework the boards you have now too 2011-01-06 05:09 I want to have one good/official board, with the best result we can produce. 2011-01-06 05:09 ha. :) do this later once have orders. :) 2011-01-06 05:09 I rather hold off on selling the current boards until this is better... 2011-01-06 05:09 sure 2011-01-06 05:09 yes 2011-01-06 05:09 no 2011-01-06 05:09 agreed 2011-01-06 05:09 no orders until this is better 2011-01-06 05:09 the j5 on m1 is pretty long (standard height I think) 2011-01-06 05:09 agreed 2011-01-06 05:10 but maybe we can find a shorter there... 2011-01-06 05:10 sure if I find then I directly rework. 2011-01-06 05:10 and still easy to source in the future, hopefully 2011-01-06 05:10 hope we are lucky 2011-01-06 05:11 you really don't need to worry if J5 is too short that standard wafer(female) can insert. 2011-01-06 05:11 ok 2011-01-06 05:11 i used FTDI cable, they are ok 2011-01-06 05:11 ok, so the plan now is to find a shorter j5 asap, and then rework all existing boards 2011-01-06 05:12 people who have boards already need to cut their j5 themselves, carefully, or use the jtag-serial like in fig. 10 2011-01-06 05:13 adamw_: agreed? 2011-01-06 05:13 agreed this. 2011-01-06 05:13 ok cool 2011-01-06 05:14 we created the mess, we cleanup the mess :-) 2011-01-06 05:14 when you received 12pcs, you could also insert to feel. 2011-01-06 05:14 I don't have an m1 board right now... 2011-01-06 05:14 yes 2011-01-06 05:14 ok 2011-01-06 05:14 I will only send them to people who bought m1 boards already. 2011-01-06 05:14 so because we don't have a good official solution, this problem will be multiplied to many people... 2011-01-06 05:14 oh well. at least we try to stop it now... 2011-01-06 05:15 but your pictures are very clear, thanks! 2011-01-06 05:19 adamw_: I'm a little worried telling people to clip off the j5 on m1 themselves 2011-01-06 05:19 the metal is quite thick, and they need quite a bit of force. I can easily imagine they break off the entire connector from the board. 2011-01-06 05:22 wolfspraul, hmm...to trim this four metal pins 4.3mm off, yes, it's quit hard to trim exactly.. 2011-01-06 05:22 but just slight trim 2mm first then another 2mm.. 2011-01-06 05:23 and contact with pod. 2011-01-06 05:24 hmm 2011-01-06 05:24 well. like I said. 2011-01-06 05:24 we already agreed on a plan. 2011-01-06 05:24 let's find shorter j5 ourselves first, asap. 2011-01-06 05:24 i just trim four pins in this way and to hook up them together. 2011-01-06 05:24 then rework the existing boards 2011-01-06 05:25 ok 2011-01-06 05:25 if we believe we can find them, we can also start trimming j5 on the m1 boards ourselves now, before we sell them 2011-01-06 05:25 but the main thing is to find a standard connector 2011-01-06 05:25 yeah, so maybe we do that too. 2011-01-06 05:25 if someone orders m1 now, we send them a trimmed m1 2011-01-06 05:26 but you don't need to trim them all now, let's look for a standard connector first, buy them, and then rework the boards you have with that standard connector 2011-01-06 05:26 well...to find a exist header not just a standard one. 2011-01-06 05:26 i would trim them once I sure I can order a shorter header. 2011-01-06 05:30 you think trimming is better than changing to the new header? 2011-01-06 05:34 (pain) looks nasty. and that's after picking the "right" connectors ? :-( well, i'll read the backlog over breakfast ... nothing like a good tragedy to start your day :) 2011-01-06 05:34 I tried to explain to you recently that this was already unavoidable... 2011-01-06 05:34 the mistakes were made earlier, but we try to contain them now. 2011-01-06 05:35 one could even argue whether the idea of a separate debug board has merits or not 2011-01-06 05:35 and if it has to be, the next idea was to use 2 different connectors side by side to make an 'ultra flexible' solution 2011-01-06 05:35 well, that backfires badly now, but no surprise... 2011-01-06 05:36 like I said, sometimes you just have to enjoy the mess, what can you do... 2011-01-06 05:36 we've already sunk a lot of hours into this, and many more will follow 2011-01-06 05:37 with all the costs into this already today, I would have enough money to put ft2232 + connector on the first 1000 milkymist one, at least 2011-01-06 05:37 and the bills keep coming... 2011-01-06 05:39 anyway this will not kill the project, we'll fix it and recover 2011-01-06 05:50 (unavaoidable) yeah. just in the discussion a few days it looked as if you were trying to find a part that solves it for this run (after rework), too. anyway, the pictures don't look nice indeed. 2011-01-06 05:51 "M1 rc2 J5 header cut shorter pod C27 collide J6 headers outlet on m1.png" is the cap on the jtag board in front hitting the shroud of the jtag connector on mm1 ? 2011-01-06 05:52 "M1 rc2 J5 header cut shorter pod U1 collide J6 headers outlet on m1.png" just looks messy, can't say whether right or wrong :) 2011-01-06 05:57 three bens arrived at customs at 3 am. let's see how long they take. those fedex multi-piece shipments are funny - the last time, they delivered one the first day, without covering customs fees or taxes, but the second one only the next day, saying their delivery folks had been overloaded. optimization ... doing it very wrong ;-) 2011-01-06 06:14 don't worry about that cap. it still works, and it's plastic so no short circuit possible 2011-01-06 06:14 just move it for the next run, but it's not a big issue 2011-01-06 06:15 and what's so hard about trimming connectors...? with cutting pliers it's easy 2011-01-06 06:17 http://en.qi-hardware.com/wiki/File:M1_rc2_J5_header_cut_shorter_pod_C27_collide_J6_headers_outlet_on_m1.png let's go for this 2011-01-06 06:21 yes we look for shorter j5 on m1 too 2011-01-06 06:23 u1 is a bit more of a problem, but not a show stopper either... working solutions are better than perfect solutions :) 2011-01-06 06:23 yeah, just put a shorter connector. and trim it on the existing boards 2011-01-06 06:23 (cap) yeah, just mechanical stress could be an issue 2011-01-06 06:25 people ignoring the project are more of an issue 2011-01-06 06:26 (trimming connectors) one problem can be mechanical stress if there's any sudden separation. can break solder joints and such. lead-free solder and anything mechanical don't go along well 2011-01-06 06:26 yeah well [u1] 2011-01-06 06:26 yeah, where are the articles on heise news ? :) 2011-01-06 06:27 if we want articles, we need good stories 2011-01-06 06:27 that's a lot of work to talk to journalists etc. I for one will start that once I have my stuff under control, which is hopefully soon :-) 2011-01-06 06:27 things like this jtag-serial... 2011-01-06 06:28 there's no way heise will just write about it because...? because what? 2011-01-06 06:28 wpwrak: why does trimming connectors aggravate this? 2011-01-06 06:29 wolfspraul: because its technologically unusual ? 2011-01-06 06:29 lekernel: the act of clipping may 2011-01-06 06:30 using proper cutting pliers does not put strain on the solders, does it? 2011-01-06 06:30 go to heise, read the headlines, think who cares about this stuff and what more they might be interested in 2011-01-06 06:30 but be honest :-) 2011-01-06 06:31 has never seen a solder break because he cut some component lead attached to it 2011-01-06 06:32 lekernel: yes, if you do it right and slowly one by one, stress should be minimal. the key is doing it right :) 2011-01-06 06:33 wolfspraul: hmm, "Mini-ITX-Mainboard mit AMD E-350 und USB 3.0" sounds a lot more boring even the least inspired headline about MM1 could say 2011-01-06 06:33 ok, keep thinking 2011-01-06 06:33 if that's the case, why is it there? 2011-01-06 06:33 you know they track very precisely click rates and what not... 2011-01-06 06:33 do you think they don't know what their readers want? 2011-01-06 06:33 if this is what they want, why do they want that? 2011-01-06 06:34 (the readers) 2011-01-06 06:34 and what more could they possibly want? 2011-01-06 06:34 well, readers want to know what's going on in general 2011-01-06 06:34 so you get boring stuff, too 2011-01-06 06:35 this is publishing business, very competitive. 'boring' to them is an article with low click rates. 2011-01-06 06:35 MM1 is a lot more on the fringe. people like that as well. "Lebewesen bauen wie mit Lego" 2011-01-06 06:35 boring doesn't mean unpopular. if i'm about to buy a new pc, this information may be relevant. but it's still boring. 2011-01-06 06:36 ok! "about to buy a new pc" - now we're getting practical... 2011-01-06 06:36 so when would someone want to read about Milkymist? 2011-01-06 06:36 or m1 2011-01-06 06:36 the IC design or the VJ product? 2011-01-06 06:37 VJ, FPGA fans, but mainly people who want to know about solutions off the beaten path 2011-01-06 06:37 I would challenge whether 'fpga fans' exist, and how to find them. 2011-01-06 06:38 you think someone will buy something only because it has an fpga? 2011-01-06 06:38 I really doubt that, and even if such people exist, finding them will be very hard. 2011-01-06 06:38 same for people who like solutions 'off the beaten path'? 2011-01-06 06:38 that's not enough 2011-01-06 06:38 I know some people who buy 'every new gadget', but they usually have a price limit, for example I've heard 150 EUR from such people. 2011-01-06 06:38 there are actually very few good headlines on heise lately - all just product evolution and a bit of finances and politics. well, reduces the time drain caused by idle browsing :) 2011-01-06 06:39 aha :-) 2011-01-06 06:39 high cost may be an issue, yes 2011-01-06 06:39 plus I'm not sure whether we should try to sell the m1 to those 'every new gadget' folks. 2011-01-06 06:39 they would all disappear into nowhere 2011-01-06 06:39 just makes a little cash 2011-01-06 06:39 it helped me sell a few NanoNotes... turned on once, then into drawer. 2011-01-06 06:40 (fpga fans) i was thinking more of people who already use fpgas or are following the technology and are interested in novel uses. MM1 may be about the most ambitious use of mid-range fpgas so far and it's a bit quirky (VJ) as well. 2011-01-06 06:41 you don't need to sell to the gadgeteers. get them to talk, spread the news 2011-01-06 06:42 wolfspraul: i think the mm1 is well suited for people doing fpga work in general. not neccessarily vj stuff, but as a fpga-develboard 2011-01-06 06:42 dunno how expensive spartan6 develboards usually are. i guess 'more expensive' 2011-01-06 06:42 the more serious folks may not have the time to look everywhere for the juicy bits of information. but let the gadgeteers be the bees who bring the seeds and flowers together :) 2011-01-06 06:43 selling to 'i only buy it because its a gadget' people only generates support requests which are annoying ;) 2011-01-06 06:44 roh: digi-key, enter spartan ... many in the same range, one (SP601, out of stock) cheaper (USD 268) 2011-01-06 06:44 I'm thinking about highlighting the vj application. 2011-01-06 06:44 err, in stock but a non-stock item 2011-01-06 06:45 the only problem is that 'vj' may make a lot of people think 'oh, that's not me' 2011-01-06 06:45 wolfspraul: sure. 2011-01-06 06:45 i you could choose to travel both paths independently 2011-01-06 06:46 'party machine' or 'party station' sounds primitive though 2011-01-06 06:46 video hub - argh 2011-01-06 06:46 :-) 2011-01-06 06:46 VJ station... 2011-01-06 06:46 embedded multimedia computer? 2011-01-06 06:46 wpwrak: eh.. the cheaper develboard seems to have no nearly no io stuff and a smaller spartan 2011-01-06 06:46 we can say it's a VJ station that is so easy to use that anybody can use it, even just for a simple party at home 2011-01-06 06:47 not sure how close it is to being ready for VJs, though. it it stage-stable ? or does it have enough features for studio use ? maybe just a "toy" for creative inspiration ? 2011-01-06 06:47 ah, yeah good idea 2011-01-06 06:47 XC6SLX16-CS324 2011-01-06 06:47 wpwrak: from my experience it is stage stable, except perhaps the video input 2011-01-06 06:48 wpwrak: SP605 is XC6SLX45 which costs 450E 2011-01-06 06:48 i wouldnt try selling to 'end consumers' which think its a computer. that only generates grief. 2011-01-06 06:49 but one could use it as generic stage-equipment.. midi-dmx converter... controlling terminal... 2011-01-06 06:49 a dmx lighting computer 2011-01-06 06:49 lekernel: sw and hw ? 2011-01-06 06:49 such stuff. 2011-01-06 06:49 would need a app for that of course 2011-01-06 06:52 lekernel: also, is the general handling VJ-friendly ? e.g., most VJs probably don't know what JTAG is and may not have learning openocd very high on their list of personal priorities :) 2011-01-06 06:54 jtag? totally not needed 2011-01-06 06:54 wpwrak: this product is really cool, and definitely usable already! 2011-01-06 06:55 wolfspraul: so jtag is just for debugging ? no tricky bootstrap every now and then ? 2011-01-06 06:55 and lekernel has very good focus to continue exactly along those priorities, which I think is what can really launch it eventually. 2011-01-06 06:55 oh no, definitely not. 2011-01-06 06:55 in fact, if the software is a bit more improved, reflashing over the software (without jtag) will be so easy that the jtag itself is really only necessary for rare development or debugging problems. 2011-01-06 06:56 not sure when we are there, and how high on the priority list this is. 2011-01-06 06:57 i think not having to touch jtag would be an important feature for being able to sell it to VJs 2011-01-06 06:57 it's already there 2011-01-06 06:57 the only thing is that right now, reflashing via software is still harder than reflashing via jtag 2011-01-06 06:57 is it "it's already there" or "if the software is a bit more improved" ? :) 2011-01-06 06:57 ah, i see 2011-01-06 06:57 (assuming you have the jtag-serial board) 2011-01-06 06:58 without the need for upgrades, it's already there 2011-01-06 06:58 with upgrades, reflashing via software is still harder, but it's a moving target and I believe Sebastien is on this 2011-01-06 06:58 i supposed upgrades will be unavailable 2011-01-06 06:58 as soon as upgrading via software will be easier than via jtag, jtag is relegated to rare problems 2011-01-06 06:58 good 2011-01-06 06:59 and that should be within weeks, at most a month or two? don't know Sebastien has the plan... 2011-01-06 06:59 we are not seriously planning to add an extra hole for the jtag-usb into the case, for example 2011-01-06 06:59 not needed 2011-01-06 07:00 by then jtag is only needed for rare problems 2011-01-06 07:00 so you want to sell to end-users first. not going the geeks-as-beta-testers route 2011-01-06 07:07 i got a comment from people doing stuff on the 27c3 about flickrnoise 2011-01-06 07:07 they said 'make the menu darker' .. or find a way to remove it. 2011-01-06 07:07 e.g. controll via ethernet and web-ui 2011-01-06 07:08 because it generates a lot of 'streulicht' on the beamers 2011-01-06 07:10 alternatively there could be a second video/vga out for the 'ui' 2011-01-06 07:11 and different resolutions. possibly also for the matrox thingie... thats used by vj's _a lot_ 2011-01-06 07:12 http://www.matrox.com/graphics/en/products/gxm/th2go/ that matrox thingie 2011-01-06 07:13 basically it simulates a monitor which has the H res of 'all outputs stiched together' and the V res of one of them. 2011-01-06 07:13 +1 to web ui 2011-01-06 07:15 but thats all stuff for the 'todo/wannahave/suggestion/ideas'-box, regardless of solving the last few electrical, mechanical and sw issues with mm1 2011-01-06 07:16 for 'later' ;) 2011-01-06 07:28 roh, do you still maintain the new openmoko.org servers? 2011-01-06 07:28 new? 2011-01-06 07:28 i still got root.. but only touch it if i need to to be fair 2011-01-06 07:29 i dont think anybody is actively 'maintaining' atm 2011-01-06 07:31 roh: speaking about admin stuff, I recently switched from exim to postfix, and from uw-imapd to dovecot 2011-01-06 07:31 ['vj' may make a lot of people think 'oh, that's not me'] yup 2011-01-06 07:31 roh: ok. git access via the git protocoll does not seem to work. 2011-01-06 07:31 I do the backups with lvm snapshots now, mysql flush tables with read lock etc. 2011-01-06 07:31 wolfspraul: heh.. i still use exim. and dovecot 2011-01-06 07:31 larsc: i'll take a look 2011-01-06 07:32 roh: thanks 2011-01-06 07:32 reflashing via software is easy with the current flickernoise/rtems... only the software you've flashed into the rc2 boards didn't support that yet 2011-01-06 07:33 that's why upgrading those is a bit messy 2011-01-06 07:33 lekernel: we can reflash what we have in stock with something new, if you have a release 2011-01-06 07:33 lekernel: do you think reflashing with the latest software is already easier than with jtag? 2011-01-06 07:34 yeah definitely 2011-01-06 07:34 just ftp 3 files or put them on the memory card, then select them in the GUI and click "program flash" 2011-01-06 07:34 larsc: can you try accessing it? 2011-01-06 07:34 daemon is running.. watching logfiles right now 2011-01-06 07:35 http://lekernel.net/blog/?p=1339 2011-01-06 07:35 wpwrak: there you go... 2011-01-06 07:35 it's just steps 5 and 6 with the current sw 2011-01-06 07:36 roh: "git.openmoko.org[0: 88.198.160.201]: errno=Connection refused" 2011-01-06 07:36 hm.. last log entry from 2010-12-15 .. ill restart the vm 2011-01-06 07:36 try again please 2011-01-06 07:36 memory card ways looks clean for me :-) 2011-01-06 07:37 roh: seems to work, thanks :) 2011-01-06 07:37 so ehm 2011-01-06 07:37 what is that jtag? 2011-01-06 07:37 [embedded multimedia computer] i like it too 2011-01-06 07:37 larsc: :) 2011-01-06 07:38 so yes : jtag = rare problems, developers-only, etc. 2011-01-06 07:39 bottom line: order shorter connectors for the next mm1 run, snap those damn connectors on the already-made boards, move u1 and the capacitor on the jtag layout for the next run if you care (I don't think they're so much of a problem), and don't delay anything 2011-01-06 07:40 having the daughter board isn't a bad idea 2011-01-06 07:40 it enables regular jtag cables to be used (don't forget we needed the xilinx cable at the beginning) and standard serial adapters 2011-01-06 07:41 lekernel: why not just a longer connector for the jtag instead a shorter one for the serial? wouldnt that also solve the cap problem? 2011-01-06 07:41 :-) 2011-01-06 07:41 whatever is faster 2011-01-06 07:41 the reason it's a bad idea is economical, not technical 2011-01-06 07:41 but it's OK now, we move forward 2011-01-06 07:41 this will cost us more, guaranteed... 2011-01-06 07:41 I can sense it already :-) 2011-01-06 07:42 until today, I'm sure we already would have paid for 1000, if not more, ftdi chips on m1 2011-01-06 07:42 not even counting all the free work by Yanjun Luo, test runs, what not 2011-01-06 07:42 and we will keep changing and fiddling with this, I'm sure. 2011-01-06 07:42 next we have to discard the 50 usb cables we already bought, and look for those rare ones that are pointing upwards. 2011-01-06 07:42 and so on 2011-01-06 07:42 economically, it's a disaster 2011-01-06 07:43 and there will be more changes 2011-01-06 07:43 you're too perfectionist... 2011-01-06 07:43 the current usb cables can be used by removing one of the sides of the case 2011-01-06 07:43 let's not make things worse, we carefully move forward now. 2011-01-06 07:44 next step: find shorter serial headers for m1, clip the boards in stock, or rework to new header. 2011-01-06 07:44 look for new 'point up' usb cable 2011-01-06 07:44 the usb connector issue is a mere inconvenience 2011-01-06 07:44 fix the C27 issue on the next jtag-serial run (no need to start this work now) 2011-01-06 07:44 not a show stopper 2011-01-06 07:44 of course not, but it's all work 2011-01-06 07:45 so it's down the priority list 2011-01-06 07:45 and i guarantee you, mark my words, that this daughterboard will cause us more pain/work 2011-01-06 07:45 100% guaranteed 2011-01-06 07:46 hopefully one day something comes up where we will think 'yay, we can do this easily because we have the jtag-serial board' 2011-01-06 07:46 just have to believe that day will come :-) 2011-01-06 07:46 we already start the savings for that day today... 2011-01-06 07:47 :-) 2011-01-06 07:47 I'm all easy about it btw. 2011-01-06 07:47 it's good, all moving 2011-01-06 07:47 I still don't think so. so far the only significant issue i've seen is a connector that needs to be made shorter 2011-01-06 07:47 now that we have this daughterboard, maybe we can reuse it on xue. or who knows, maybe not because there's another good reason not to use it there... 2011-01-06 07:48 which is easily doable with a pair of pliers, if nothing else 2011-01-06 07:48 how many consumer products can you count which have JTAG? many 2011-01-06 07:48 integrated USB/JTAG, none 2011-01-06 07:50 our volumes are totally different 2011-01-06 07:50 [m1 jta-serial ]  Trim  to be ok, if is already did,  but i will not unplug that board once is there, also to be careful with usb cable when connecting that un-horizontal balance dont look good to me either 2011-01-06 07:50 of course nobody adds a 4 USD IC to a consumer electronic 2011-01-06 07:50 but the jtag-serial daughterboard has easily cost us 5000 USD in cash now, with all the time and opportunity costs it's far more 2011-01-06 07:50 and how many m1 have we made so far? :-) 2011-01-06 07:50 40 :-) 2011-01-06 07:51 unless our m1 volume goes into the thousands, economically separating the jtag-serial will never make sense 2011-01-06 07:51 but we want it to go into the thousands, don't we? 2011-01-06 07:51 and even if we go into the thousands, there would be enough time and resources to react then, for example to just leave the footprint unpopulated 2011-01-06 07:52 yeah, we can think like that :-) 2011-01-06 07:52 lekernel: do you have any scripting language running on the mm1 yet? 2011-01-06 07:52 roh: ruby works 2011-01-06 07:52 that will make us feel better about it... 2011-01-06 07:52 lekernel: wow..  also rails? 2011-01-06 07:52 so let's just move full power now 2011-01-06 07:52 roh: don't know, I just tested the core 2011-01-06 07:52 lekernel: still very nice. 2011-01-06 07:53 lekernel: because i got somebody with rails experience who could eventually help out doing a web-ui for flickrnoise 2011-01-06 07:53 uhm 2011-01-06 07:53 ruby is slow 2011-01-06 07:54 whatever... in the end 'some httpd' and 'cgi or so' would be needed 2011-01-06 07:54 might still be enough for generating webpages, I don't know 2011-01-06 07:54 for remote control with "advanced" devices there's already OSC by the way 2011-01-06 07:54 the menus don't look nice on the beamer, but you're not supposed to see them there 2011-01-06 07:54 lekernel: and how does one control a complete flickrnoise with that? 2011-01-06 07:55 only because the 27C3 setup was a hasty mess 2011-01-06 07:55 huh? 2011-01-06 07:55 nope. thats a regular vj setup what youve seen there 2011-01-06 07:55 I'm talking about my own setup 2011-01-06 07:55 ah. where should the menu come out elsewise? 2011-01-06 07:56 I didn't have time to prepare anything on the M1, so I just did it in front of everyone 2011-01-06 07:56 its not about preparing. its about being able to access the full ui while its running 2011-01-06 07:57 prepare first (and connect the interfaces), then go to performance mode 2011-01-06 07:57 yeah, this feature is a bit hard technically, so I keep it for way later 2011-01-06 07:57 sure. one thing at a time 2011-01-06 07:57 we could also simply add a second vga port using the gpio header 2011-01-06 07:57 (daughterboard pain) have you considered connecting it to the MM1 with an FPC ? ;-) 2011-01-06 07:58 but that's a significant work on software and fpga design 2011-01-06 07:58 lekernel: how much work is doing xga and multihead? 2011-01-06 07:58 especially if you consider that scanning the extra screen will suck memory bandwidth and slow everything down 2011-01-06 07:58 quite a bit, memory bandwidth isn't an easy problem 2011-01-06 07:59 i see. but isnt your memory quite fast already? 2011-01-06 07:59 oh, it is, but xga/multihead can easily consume more than a dozen gpbs 2011-01-06 07:59 Gbps 2011-01-06 08:00 we can also do fake multihead and scale a lower resolution picture in the RAM on the fly 2011-01-06 08:00 much easier 2011-01-06 08:00 hm. the second head for the ui could be lower fps/ and or resolution i guess 2011-01-06 08:00 fps isn't the problem, the screen refresh rate is 2011-01-06 08:00 xga would be most important i think 2011-01-06 08:01 no matter how slow the image moves, you need to scan the screen at 60Hz (and typically more) 2011-01-06 08:01 right 2011-01-06 08:01 wpwrak, FPC? more pains. 2011-01-06 08:01 adamw_: s/fpc/crimped cable 2011-01-06 08:01 fpc sucks (breaks easily, tears, wears out) 2011-01-06 08:01 adamw_: he was joking 2011-01-06 08:01 what's fpc? 2011-01-06 08:02 wolfspraul, oah...you guys are funny. 2011-01-06 08:02 (reflashing) what happens if the board resets after the "erase", before transferring the new files ? 2011-01-06 08:02 wpwrak: there's a rescue mode 2011-01-06 08:03 just boot the rescue partitions in this case 2011-01-06 08:03 lekernel: (fpc) flexible plastic cable / flexible printed circuit. this was an inside joke - at openmoko, we had a "debug board" with jtag and serial, connected with an fpc. it caused us no end of trouble. 2011-01-06 08:04 ok. well I think the MM1 daughterboard trouble is pretty much over 2011-01-06 08:04 it ended with 'having a known good cable' which was 'made fitting' with a cutter and pressing the connector while flashing to make it work 2011-01-06 08:06 roh: i never did the "press the connector" part. even the ones that snapped could be jammed such that they would stay in place :) 2011-01-06 08:06 lekernel: (rescue mode) excellent 2011-01-06 08:07 wpwrak: stay in place yes... but have proper contact.. nope... not with connectors rated for 20 insertions 2011-01-06 08:07 thinks many of you ought to try flickernoise and the mm1 2011-01-06 08:09 lekernel: one thing I don't like is that the video-in and audio-in connectors are so far apart 2011-01-06 08:09 there are many cables that are bound together, and it's not easy to connect them. for example from digital cameras. 2011-01-06 08:09 yeah, maybe, but again that's a rare problem 2011-01-06 08:10 btw with typical loud music the internal microphone picks up the sound well enough 2011-01-06 08:10 I think it's quite common. We may even be forced to put an extension cable into the box, but let's see... 2011-01-06 08:10 what if someone wants to play something they recorded on the camera? 2011-01-06 08:11 yeah, and then why not as many adapters as there are connectors on every equipment :) 2011-01-06 08:11 big jack, rca, .. :o) 2011-01-06 08:11 that's not a typical use case 2011-01-06 08:11 I'm just thinking practical. 2011-01-06 08:11 it's almost funny how far the video and audio connector are apart. 2011-01-06 08:11 i wouldnt worry 2011-01-06 08:11 as if it's on purpose :-) 2011-01-06 08:12 i seldomly see video and audio used from the same source in vjing 2011-01-06 08:12 yes it's a trs connector too 2011-01-06 08:12 same here 2011-01-06 08:12 btw I hear all sorts of stuff about this box 2011-01-06 08:12 can it play video 2011-01-06 08:12 can we put connectors on the top 2011-01-06 08:12 can we have a second screen 2011-01-06 08:12 can we have xga 2011-01-06 08:13 does it support usb sticks 2011-01-06 08:13 we need to describe the 'perfect' use cases it was designed for 2011-01-06 08:13 etc etc etc 2011-01-06 08:13 until we do that, people will wander around asking all sorts of things, just as you describe 2011-01-06 08:13 can I use this as my wifi router? :-) 2011-01-06 08:13 yeah, that's why I want to shoot a presentation/tutorial video asap 2011-01-06 08:14 put a usb wifi dongle in - should work, right? 2011-01-06 08:14 drivers ? 2011-01-06 08:14 answering "yes if you write the software" usually turns down those slackers pretty easily :) 2011-01-06 08:15 from what I understand now, I think in general it's a box that helps you if you want to throw a party, or some other stage/art/lighting event 2011-01-06 08:15 that's why putting things on linux is so nice. almost instantly, all those driver and stack problems just vanish :) 2011-01-06 08:15 if that's true, that's quite a statement and it will put the rest in context. 2011-01-06 08:16 wpwrak: no because I don't really care about people wanting to make a wifi router 2011-01-06 08:16 and maybe linux has many drivers, but it also comes with at least as many issues, as I already mentioned many times 2011-01-06 08:17 we really need to describe precisely which types of events/use cases this is for, and which not 2011-01-06 08:17 but since you love linux that much, why not give larsc a hand porting it? 2011-01-06 08:17 lekernel: but they may care about you and particularly your work, interferingly so :) 2011-01-06 08:17 we cannot ask everybody to figure this out themselves, like "hey, it has a spartan-6 fpga and this and that connector. you should know what it's for" 2011-01-06 08:18 I want to watch a video in my living room? no 2011-01-06 08:18 lekernel: (porting) i'd love to. alas, i don't think i'm in a position to commit to such a project 2011-01-06 08:18 wolfspraul: I was kidding :) 2011-01-06 08:19 kidding about what? 2011-01-06 08:19 i think there would be much more intterrest in porting linux if there was a mmu 2011-01-06 08:19 the use cases it is intended/designed for are still not crystal clear to me 2011-01-06 08:19 cpus without arent worth shit for a real os. 2011-01-06 08:19 we need to make a demo/tutorial video asap 2011-01-06 08:19 roh: helping with the mmu would have to be part of a port, yes 2011-01-06 08:19 I'm slowly getting the hang of it, after the presentation in Bogota, talking to some people, seeing it live in Berlin, etc. 2011-01-06 08:20 wpwrak: sure. i just dont feel competent enough to be not standing in the way ;) thats why i move my ass out of the way 2011-01-06 08:20 but if you give me 50 different use cases, and want to hear a clear yes/no from me whether that's what m1 was made for, I would have a hard time giving a clear answer for a lot of them. 2011-01-06 08:20 many times it would be 'maybe. Ask Sebastien.' :) 2011-01-06 08:21 wolfspraul: it's not only what it is designed for but what people could find it useful for. so it would be good to market it such that those who might have new uses don't think it's overly specialized 2011-01-06 08:21 wolfspraul: sure. but if that 50 usecases would be weigthed... not 'yes/no' but 'yes | yes,but: |no, but:| no' and having some 'how much work it is and what needs to be researched' for the 'but'-s ... that would help 2011-01-06 08:22 like having a faq to search 2011-01-06 08:22 I agree. but the only way to stimulate this type of "hey, I can also use this for XYZ" thinking is to describe the current intended use cases as clearly as possible 2011-01-06 08:22 i could even imagine using the mm as some kind of usrp.. with the 3 adc for video as input 2011-01-06 08:22 describing the current use case sounds good, yes 2011-01-06 08:22 in fact that's part of the reason you need it, because of course we want people to take this in new directions. 2011-01-06 08:22 for signals of only a few mhz bandwith it would do fine 2011-01-06 08:22 but if even the current 'directions' are not described well, there will be just chaos and nothing else :-) 2011-01-06 08:29 (headline) how about simply Open Hardware VJ station ? people who don't care about the VJ bit but would like the underlying technology may find the "open hardware" interesting enough. and the VJs will probably look at anything that mentions their niche anyway. 2011-01-06 08:30 for marketing material (demo videos, use case, documentation), both tracks should probably be independent 2011-01-06 08:30 wpwrak: sounds good indeed 2011-01-06 08:32 one challenge would be to explain why 80 MHz is not as shitty as it sounds. that may need explaining for technophiles and VJs. also the latter may know that their ultra-low-cost netbook has 20 times the clock rate. 2011-01-06 08:35 leave it out 2011-01-06 08:35 it may be thrown into the 'fpga computer - fail' category 2011-01-06 08:35 move it to the tech-specs 2011-01-06 08:35 yes, agree 2011-01-06 08:35 the 80mhz thingie 2011-01-06 08:36 I think it should be marketed over the end user features. 2011-01-06 08:36 'hw based rendering' +ducks* 2011-01-06 08:36 but written in a good way so that tech people can take this and carry it into what they think they can turn this into... 2011-01-06 08:36 we can surely find some buzzwords 2011-01-06 08:36 roh: but even from the tech specs, you need an explanation. people will find it - and make fun of it. 2011-01-06 08:37 yes and no. the whole design is so unusual, like you said we could highlight the UNUSUAL part of it. 2011-01-06 08:37 wpwrak: sure. but stupid people arent targetgroup anyhow 2011-01-06 08:37 but then we need to be careful because people will ask "unusual, ok. but does it have a future?" 2011-01-06 08:37 nobody is interested in one-off nonsense projects... 2011-01-06 08:37 do benchmark against ultra-low-cost netbook :) 2011-01-06 08:37 compare fps 2011-01-06 08:38 I like the vj thing, just that the use cases have to be described very well. 2011-01-06 08:38 in text, pictures, videos. 2011-01-06 08:38 and that also includes describing a list of use cases it is not good for. 2011-01-06 08:38 'not intended for' 2011-01-06 08:38 roh: 80 MHz even sounds bad to non-stupid people. 2011-01-06 08:39 that's not to stop people from doing exactly that, in fact a lot will read that list and say "that is EXACTLY what I am going to use it for..." 2011-01-06 08:39 but it's to clarify the focus of the product 2011-01-06 08:39 Jay7: yup, benchmarks are important. particularly to answer the question "why not just some off the shelf netbook" ? 2011-01-06 08:39 wpwrak: not necessarily. press coverage is always good, even negative. Let them laugh. 2011-01-06 08:40 we just need to feel good about it :-) 2011-01-06 08:40 when Bill Ray ran the "dedicated vi device" story for the NanoNote on theregister.co.uk, that brought worldwide attention 2011-01-06 08:40 of course there was a slight touch of retard to the text, so what 2011-01-06 08:41 wolfspraul: (bad news are good news too) well, you're grabbing people's attention. what would you like them to focus on in those precious moments until the zap to the next channel - something good or something bad ? 2011-01-06 08:41 well, that's what we need well written use cases for 2011-01-06 08:41 of course there has to be more than a catchy headline 2011-01-06 08:41 the whole story must make sense 2011-01-06 08:41 I like the vj angle, definitely. 2011-01-06 08:41 this can work. 2011-01-06 08:42 we just need to describe use cases better, and lekernel is already planning to do something there... 2011-01-06 08:42 btw, if someone has an idea, just email whatever journalist or blog you know/like 2011-01-06 08:42 journalists need news, no need to waste time here talking to ourselves 2011-01-06 08:42 they want to hear the story 2011-01-06 08:43 80MHz is good reason to ask yourself "why so slooow CPU may doing that amazing things but my 1GHz netbook can't?" 2011-01-06 08:43 every blog, every paper has a info@ submitnews@ or similar forms on their site 2011-01-06 08:43 [commit] David Kühling: Port of SVGAlib; patched to only use the linux frame buffer http://qi-hw.com/p/openwrt-packages/ac7a991 2011-01-06 08:43 just spam them a little, see what happens :-) 2011-01-06 08:44 (a) good VJ promo video(s) will definitely be useful. not only showing the final result but also the steps leading there. making it clear it's not just some cleverly crafted demo but actually a real tool. 2011-01-06 08:44 btw, yes.. try to record some video with good known VJ/DJ on some fest :) 2011-01-06 08:45 hah. the known ones will be careful to not be (ab)used for sales promotions... 2011-01-06 08:45 understandably slow, too much crap on the market 2011-01-06 08:45 or even donate some parts to known VJ's :) 2011-01-06 08:45 understandably so, 2011-01-06 08:45 wpwrak: I said a _tutorial_ video. this obviously includes that 2011-01-06 08:45 s/parts/devices/ 2011-01-06 08:45 lekernel: perfect 2011-01-06 08:46 Jay7: I have never once seen this kind of seed-donation strategy work. 2011-01-06 08:46 only it takes time to make, and I already have 2 conferences, several people to meet and a 3500+km road-trip to prepare atm 2011-01-06 08:46 probably when I'm back 2011-01-06 08:46 Jay7: or better, work with them. let them send the video, bragging of their results ;-) 2011-01-06 08:46 in fact, when you see this, you know that thing will not go very var. 2011-01-06 08:46 far. 2011-01-06 08:46 wolfspraul: I see it right now 2011-01-06 08:46 which product? 2011-01-06 08:46 genesi donated about 50 smartbooks to developers 2011-01-06 08:46 alright :-) 2011-01-06 08:46 mark my words... 2011-01-06 08:47 so efikamx smartbook is most active platform for linaro developers 2011-01-06 08:47 beagleboard was before 2011-01-06 08:47 I'm very relaxed. It never works, ever. 2011-01-06 08:48 sometimes this type of early donations cannot stop the success of a product, it's not that bad, but they never contribute to it either. 2011-01-06 08:49 well that's my experience at least, ymmv 2011-01-06 08:49 co-working with well-known VJ's/DJ's should be good anyway :) 2011-01-06 08:49 yes if we find someone who truly believes in the product 2011-01-06 08:49 then I totally agree with you 2011-01-06 08:50 and in that case, that person is making a time commitment worth many times over the cash price of the product anyway 2011-01-06 08:50 so the cash price becomes an irrelevant little blip, for both sides 2011-01-06 08:51 lekernel: which conferences are you going? can we do anything to support m1 sales there? 2011-01-06 08:51 btw, what is price of MM? 2011-01-06 08:51 fosdem + an academic conference at uni 2011-01-06 08:52 OpenEmbedded have stand on fosdem '11 2011-01-06 08:52 jfyi :) 2011-01-06 08:52 bearstech too, I hope they'll replenish their stock 2011-01-06 08:52 MM is good to have on background 2011-01-06 08:52 music/visual effects 2011-01-06 08:53 Jay7: I can sell you one for 350 USD + shipping. 2011-01-06 08:53 that's including jtag-serial, without case 2011-01-06 08:53 and including power adapter of course 2011-01-06 08:53 hm.. 2011-01-06 08:53 you can pay with visa/mastercard, or paypal 2011-01-06 08:53 wanna buy? :-) 2011-01-06 08:54 well, I'll think about this :) 2011-01-06 08:54 great, thanks! 2011-01-06 08:54 it's truly a good product, we really put our whole heart into this thing... 2011-01-06 08:54 I see :) 2011-01-06 08:54 (i'm not saying that means it will be successful, but it's the truth) 2011-01-06 08:54 do you live in Europe or the US? 2011-01-06 08:56 lekernel: You put a BUY link/pic at milkymist.org, but if you go to the distributors there is no milkymist or dates about it, is this intentional? 2011-01-06 08:56 Russia 2011-01-06 08:56 kristianpaul: no, it's just because they're late 2011-01-06 08:57 but if you call them, you could get one 2011-01-06 08:57 ah ok, just asking 2011-01-06 08:58 now we are needed some good copyleft music :) 2011-01-06 08:58 to bundle with :) 2011-01-06 08:59 Russia, OK. that would be a shipping/customs challenge but why not. 2011-01-06 08:59 wolfspraul: yeah.. 2011-01-06 08:59 I think fedex only takes parcels declared up to 75 USD to Russia now. 2011-01-06 09:00 we can try to go just under that radar... 2011-01-06 09:00 Jay7: http://www.plexrecords.com/ (pretty experimental ;) 2011-01-06 09:01 I've looked at some tracker-music archives but almost all have no license to broadcast music in public place 2011-01-06 09:01 jamendo.com ? 2011-01-06 09:01 only for personal use 2011-01-06 09:01 same thing.. you should contact every author and ask permission.. or just pay jamendo :) 2011-01-06 09:02 oh jamendo there are songs that are by or by-sa licensed. not all of them, but there are several 2011-01-06 09:02 for now archive.org 2011-01-06 09:03 and wiki commons 2011-01-06 09:03 and you don't have to pay jamendo 2011-01-06 09:03 just have a look at the license being used 2011-01-06 09:11 (seeding the community) particularly for relatively inexpensive items, this doesn't sound reasonable. that is, unless you're actually targeting people who couldn't afford to have dinner at a restaurant :) 2011-01-06 09:14 lekernel: (plexrecords) sounds good, experimental indeed 2011-01-06 09:15 "All Tracks are licensed under a Creative Commons License." wich one?.. 2011-01-06 09:22 kyak: you there? 2011-01-06 09:23 remember the libiconv-full/dependency problem that was being discussed here? I chatted with mirko about it, and he said he has an idea for a fix, but would prefer it to be brought up and discuss on the mailing list. 2011-01-06 09:23 can you email the issue to discussion@lists.en.qi-hardware.com ? 2011-01-06 09:23 maybe the solution can help more OpenWrt users in general... 2011-01-06 09:34 wolfspraul: hi 2011-01-06 09:35 ok, i'll do it.. though i mentioned once how i dislike posting to mailing lists :) 2011-01-06 09:40 oh 2011-01-06 09:40 I would write it, no problem, but you know how this is with relays. 2011-01-06 09:40 unless I go through and first recreate it myself, my description would be totally wrong and useless. 2011-01-06 09:41 maybe xiangfu can write it up too, he seems to know what exactly the problem is. 2011-01-06 09:42 i'm already writing it, don't worry.. 2011-01-06 10:04 it is sent.. might be muddled, but if mirko is inside of this problem, he would understand 2011-01-06 10:05 wolfspraul: how does it reach mailing lists? is it waiting for some approvement? 2011-01-06 10:05 hmm 2011-01-06 10:05 yeah I was just wondering 2011-01-06 10:05 let me check... 2011-01-06 10:05 it's not in the archives yet, I was just about to ask :-) 2011-01-06 10:05 can't see it just now in mailing lists 2011-01-06 10:06 mailing lists.. the reason for spam in your mailbox and so much less convenient than forums :) 2011-01-06 10:06 ok I just manually approved it, and put you email address into the auto-accept list 2011-01-06 10:07 no the mailing lists are definitely not to blame for spam 2011-01-06 10:07 ah ok, so not everyone can send there.. 2011-01-06 10:07 I remember 2 spam mails on any qi mailing list since we started 1.5 years ago. 2011-01-06 10:07 and both bugged me and I'm thinking about how to avoid them :-) 2011-01-06 10:07 no, i mean that your e-mail address is visible to the whole Internet 2011-01-06 10:08 we strictly to opt-in (you have to manually subscribe to the list), and there are many ways to unsubscribe 2011-01-06 10:08 and it will be used for spamming 2011-01-06 10:08 I think it's parsed out in the archives, let me check... 2011-01-06 10:09 the e-mail is coded as "name at mail.tld" 2011-01-06 10:09 well partially... http://lists.en.qi-hardware.com/pipermail/discussion/2011-January/006770.html 2011-01-06 10:09 i think it's not a problems for those who collect email addresses.. 2011-01-06 10:09 yes we could probably change that setting somewhere 2011-01-06 10:09 I'm using spamassassin, and it works quite well. Lately I'm also experimenting with grey-listing, which seems to put a bullet through the rest of the spam. 2011-01-06 10:10 although it affects mail delivery times which is not so nice. 2011-01-06 10:10 [commit] Xiangfu Liu: gmu: fix DEPENDS http://qi-hw.com/p/openwrt-packages/437e156 2011-01-06 10:38 I'm reading this article http://en.wikipedia.org/wiki/VJ_%28video_performance_artist%29 2011-01-06 10:38 pretty good. 2011-01-06 10:38 one thing I could do is take some of the equipment they are talking about, see which online publications are covering it, and then email those publications about the m1 2011-01-06 10:41 Korg, Edirol 2011-01-06 10:45 kyak: you do not write to mls because you want to avoid spam? :) 2011-01-06 10:48 wolfspraul: there are already some "video synthesizers" around, e.g. by Edirol, but they're very expensive and do not work so well (and have little advantages over PCs) 2011-01-06 10:49 http://beta.vjcentral.com/hardware/edirol-cg8-0 I think we're already doing a better job than that... 2011-01-06 10:49 ok so I'm on the right track :-) 2011-01-06 10:50 like I said - homework #1 - find out which blogs or publications are covering stuff like Edirol 2011-01-06 10:50 homework #2 - contact all of those publications and tell them a good story about Milkymist One 2011-01-06 10:50 that will hopefully establish some connections to people who are interesting in bringing a story 2011-01-06 10:51 yup 2011-01-06 10:51 I'll work on this. 2011-01-06 10:51 wolfspraul: hehe..  i was already thinking about 'doing an input interface' 2011-01-06 10:52 like 'knobs and dials, some small display' 2011-01-06 10:52 the hacker community is pretty small anyway (and often has other interests like networking and security) so this won't sell thousands - but the only reason I want to go this path first is there are a few hackers who are also artists and can handle sw problems (or even bring it or the hardware into new directions) 2011-01-06 10:52 maybe i cook something up based on some arm develboard or so.. just as a prototype to get the mechanics right from a HIG standpoint.. talk to some VJ's and such 2011-01-06 10:53 using the mm1 to do the 'gruntwork' on the data 2011-01-06 10:53 input interface? there are already many 2011-01-06 10:53 midi controllers, dmx stuff, ... 2011-01-06 10:53 and cheap 2011-01-06 10:53 they all suck. 2011-01-06 10:53 and the cheap ones are garbage. atleast thats what i am told. 2011-01-06 10:54 there seems to be nothing below 500-1500E depending on the problem which is worth the money 2011-01-06 10:54 I have a 40 euro dmx table which doesn't do such a bad job for that money... but anyway 2011-01-06 10:55 lekernel: it seems to be a mostly mechanical thing.. bad quality encoders and such. i was also even warned to use behringer equipment because of that (even when i have no hard feelings about that brand) 2011-01-06 10:55 things like "dont have precise 'klicks'" and such 2011-01-06 10:57 it seems that its the little things which get performers annoyed 2011-01-06 11:02 http://www.visual6502.org/JSSim/index.html 2011-01-06 11:09 roh: which means we need good Flickernoise documentation 2011-01-06 11:09 are there other free software VJ apps? 2011-01-06 11:11 wolfspraul: i think there are.. but i dont know them 2011-01-06 11:18 [commit] David Kühling: gnuplot-gfx: a graphical gnuplot that uses truecolor libvga graphics http://qi-hw.com/p/openwrt-packages/7336686 2011-01-06 11:25 who created the 'Flickernoise' name? 2011-01-06 11:25 was it Sebastien? 2011-01-06 11:26 is that the name just for the app, or the whole system? The wiki seems ambiguous about that ("Flickernoise uses RTEMS") 2011-01-06 11:26 I guess we have a whole bunch of news here :-) 2011-01-06 11:26 the doc is in progress: https://github.com/lekernel/flickernoise/tree/master/doc 2011-01-06 11:27 yes 2011-01-06 11:27 and just for the app 2011-01-06 11:27 you created that name? 2011-01-06 11:27 yes 2011-01-06 11:27 ah OK 2011-01-06 11:28 and it's based on some older software, right? Genode FX? 2011-01-06 11:28 I read something about that... 2011-01-06 11:28 bartbes: (flite) i was wondering when i saw xiangfu's intricate command sequence :-) 2011-01-06 11:28 genode fx is a GUI toolkit, used to create to windows, buttons and such, which I forked (MTK) 2011-01-06 11:28 flickernoise uses mtk for window management, widgets, etc. 2011-01-06 11:31 funny how you're discovering that just now :) 2011-01-06 11:31 I started talking about it in March (or so) last year 2011-01-06 11:32 it's not as bad as me 'discovering' it now, I just try to get some official 'party line' from you :-) 2011-01-06 11:32 I wanted it to run on Linux originally, then I ran into the GNUtard and Theobroma related issues 2011-01-06 11:33 Genode FX seems to be quite dead http://sourceforge.net/project/stats/detail.php?group_id=237260&ugn=genode-fx&type=svn&mode=12months 2011-01-06 11:33 yes, that's why I forked 2011-01-06 11:33 so MTK is a fork of Genode FX? 2011-01-06 11:33 yes 2011-01-06 11:33 is that fair to say? 2011-01-06 11:33 yes 2011-01-06 11:33 ok. And flickernoise uses MTK. 2011-01-06 11:33 alright, so Flickernoise is a totally new app, no fork of anything. 2011-01-06 11:34 it's not a fork, but it draws ideas from Milkdrop with which it's partially compatible 2011-01-06 11:34 regarding the rendering system 2011-01-06 11:34 wpwrak: I can totally beat him ;) 2011-01-06 11:35 the renderer code is original (but somehow based on the demo firmware which I also wrote) 2011-01-06 11:35 ok but that's more of an input format compatibility for the MilkDrop patches, right? 2011-01-06 11:35 yeah, and how the general process of rendering works 2011-01-06 11:35 we just say Flickernoise is a new app, started from scratch 2011-01-06 11:35 it uses the MTK toolkit which is a fork of Genode FX, and it has some patch compatibility with MilkDrop 2011-01-06 11:36 that's a headline that might work for heise "free software VJ project started" 2011-01-06 11:37 they seem to have a really vibrant group of people who likes to argue, passionately, for or against free software 2011-01-06 11:37 feels like they are all stuck in the 90's somehow, but whatever. heise feeds them what they need... 2011-01-06 11:37 if you want to feed the troll, you can also point out it's not ported on PCs... 2011-01-06 11:38 no I don't care to feed the troll, but that's a headline I could imagine on heise (for example) 2011-01-06 11:38 they like to announce the start or death of free software projects 2011-01-06 11:38 ha 2011-01-06 11:38 well ok then 2011-01-06 11:39 maybe someone has a list they can check off. 'succeeded' yes/no. 'failed' yes/no. then they can yet again bring forward their arguments. 2011-01-06 11:39 painful but I've seen it a lot there... 2011-01-06 11:39 they should get a life :-) 2011-01-06 11:39 wolfspraul: "selling" the software apart from the hardware ? 2011-01-06 11:40 not selling, but I think nobody knows anything about flickernoise 2011-01-06 11:40 we just have to unwind the unknown stuff slowly 2011-01-06 11:40 sebastien has started a number of efforts that are worth to be understood separately, and need to be understood separately 2011-01-06 11:40 alright. break it down into many little newsbits. why not. 2011-01-06 11:40 Milkymist the IC design 2011-01-06 11:40 Milkymist One the VJ station 2011-01-06 11:41 Flickernoise the VJ app 2011-01-06 11:41 MTK the Genode FX-fork fpga gui toolkit 2011-01-06 11:41 can you develop flickernoise on a pc or emulator? 2011-01-06 11:42 you can also add liboscparse, which is a fork of liblo without autoconf and other non-portable bits :) 2011-01-06 11:42 but that was a one-day project :p 2011-01-06 11:42 yeah, you can use QEMU 2011-01-06 11:42 well that's the thing. to be a 'project' it needs to be announced, explained, nurtured, etc. 2011-01-06 11:42 there are still a few problems with the rendering but overall it works 2011-01-06 11:43 so you could run the whole thing in qemu on your notebook? 2011-01-06 11:43 if you don't run into rendering bugs, yes 2011-01-06 11:43 how about the midi, dmx, video-in stuff then? 2011-01-06 11:43 they're not emulated 2011-01-06 11:43 that's the point of the M1: have stuff you don't find on PCs 2011-01-06 11:43 how about line-in/out 2011-01-06 11:43 it works with the soundcard 2011-01-06 11:44 what's emulated in qemu? 2011-01-06 11:44 everything but those 3 I listed? 2011-01-06 11:44 infrared probably not 2011-01-06 11:44 buttons 2011-01-06 11:44 cpu, base peripherals, vga, pfpu, tmu, mouse, keyboard 2011-01-06 11:44 audio 2011-01-06 11:44 buttons? 2011-01-06 11:44 not emulated afaik but I might be wrong 2011-01-06 11:45 ok 2011-01-06 11:45 so mainly missing: dmx, midi, video-in, infrared 2011-01-06 11:45 got it 2011-01-06 11:45 flickernoise doesn't use them yet anyway... and I just plan to use them as accelerator keys for things you also can click with the mouse 2011-01-06 11:45 and leds! 2011-01-06 11:45 ;) 2011-01-06 11:46 heh, someone should produce the ben-blinkenlights board :) 2011-01-06 12:19 wolfspraul: heh.. when there is the point for another mm board... we need more leds 2011-01-06 12:19 s/point/situation 2011-01-06 12:19 wpwrak: a 8:10 IO cable will be usefull too, ready to connect to breadboard ! 2011-01-06 12:23 kristianpaul: we have that already. I will put some into the shipment to you. 2011-01-06 12:23 how many do you need? 2011-01-06 12:24 I think I only have 3 left or so, so your option is 1 or 2? :-) 2011-01-06 12:24 1 2011-01-06 12:24 ok great, I'll add it 2011-01-06 12:37 wow i never tought see octave on the nanonote and here it is ! 2011-01-06 12:37 Cheers to David Kuehling ! 2011-01-06 12:38 oh wait thats was gnuplot thread 2011-01-06 12:38 yes it's gnuplot 2011-01-06 12:38 but he's amazing 2011-01-06 12:38 I can hardly keep up in tracking all this, let alone doing a proper app catalog, or test plan for releases... 2011-01-06 12:48 roh: what do you need leds for? 2011-01-06 12:48 you can simply connect a mega shift register on the gpio port ;) 2011-01-06 12:48 lekernel: lighting up the acryllic 2011-01-06 12:48 ah... 2011-01-06 12:48 well that makes perfect sense as a separate daughterboard :) 2011-01-06 12:48 lekernel: naah. too expensive. 2011-01-06 12:49 12-20 leds cost nearly nothing.. another pcb costs dollars 2011-01-06 12:51 you can use FR2 :) 2011-01-06 12:53 still mechanically complicated 2011-01-06 12:53 would be simple to do on the main pcb 2011-01-06 13:05 lekernel: "what do you need leds for?" what a question ! now i'm beginning to doubt you ... 2011-01-06 13:12 roh: even just wiring the leds (and no pcb) just some conectors will be fine i think 2011-01-06 13:40 lekernel: git is ok. but not as a central repo for stuff like kerneltrees. 2011-01-06 13:40 larsc: hm.. i dunno the correct solution for now.. i think i need to fix my notrbooks fan unit first 2011-01-06 13:41 roh: come on. that's what the whole world knows git for :-) 2011-01-06 13:41 it's all about staying practical I think. everything grows. maybe the server just doesn't have enough ram? 2011-01-06 13:41 wolfspraul: well.. i've seen it doing such bad error reporting quite some time now. 2011-01-06 13:41 2 GB is nothing nowadays, should be 4 or 8. 2011-01-06 13:41 and in a few years 20 GB will be normal, and so on. 2011-01-06 13:41 wolfspraul: the machine has ram. still the repo is big. 2011-01-06 13:41 8gb is really far. 2011-01-06 13:41 sure I'm not doubting your experience. 2011-01-06 13:42 eh fat. 2011-01-06 13:42 it clutters. 2011-01-06 13:42 it's just funny you say "not as a central repo for stuff like kerneltrees" 2011-01-06 13:42 needs manual repack from time to time. 2011-01-06 13:42 don't you think that's funny? 2011-01-06 13:42 its not 'switch it on and it works' sw. 2011-01-06 13:42 which is a bad omen in general. 2011-01-06 13:42 it's like saying a car is not so good for driving people around, but as shelter when it rains, it's quite nice :-) 2011-01-06 13:42 its a bit like djb sw from the documentation and usability part. can't use it purely. one needs 'stuff around it' 2011-01-06 13:43 git without gitosis for example is clearly not usable for sane people. 2011-01-06 13:43 sure git is 'decentralized', but man there's tons of stuff at kernel.org these days... 2011-01-06 13:43 must be hundreds if not thousands of people committing there everyday, no? 2011-01-06 13:43 not saying that djb sw is bad. i use it a lot. but its not a solution for any problem. its a toolbox full of parts. 2011-01-06 13:44 wolfspraul: i bet kernel.org has a) paid admins and b) massive ressources to make problems dissapear 2011-01-06 13:44 of course 2011-01-06 13:44 but whatever solution you have, when you scale there will be issues 2011-01-06 13:44 and then you need to zoom in on them in a practical way 2011-01-06 13:44 bad sw often can be counteracted by throwing ressources at it. 2011-01-06 13:44 the thing is: last time i repacked that repo, it broke. 2011-01-06 13:44 roh: my kernel repo i only 1.2GB and it contains more the the openmoko git repo 2011-01-06 13:45 and the point that that can happen makes me think and not trust it entirely. its not a showstopper. somebody could just repush a working copy. but its still sucky. 2011-01-06 13:46 I have seen lots of serious git bugs being found and fixed over the years. 2011-01-06 13:46 to go from 1 corruption to 'I don't trust the tool' is really crazy. 2011-01-06 13:46 that corruption can have so many root causes... 2011-01-06 13:47 wolfspraul: google for it. repack seems to have that effect not only for me 2011-01-06 13:47 what i wonder is: why do i need to do that AT ALL? 2011-01-06 13:47 ok then stay away from repack until the consensus is that it is rock-safe 2011-01-06 13:48 also i learned: lots of unix sw has _shitty_ error handling 2011-01-06 13:49 git not being an exception.. the error output is worthless. 2011-01-06 13:49 error handling meaning: stuff like ressource shortages etc. 2011-01-06 13:49 hm, i guess i can't run repack with git+ssh access? 2011-01-06 13:49 buffer space... sockets... pages.. whatever. lots of stuff just deadlocks or even goes completly crazy 2011-01-06 13:52 i'll now do something i dont like...  shoot into the blue 2011-01-06 13:53 i bumped the lockedpages limit up quite a notch and restarted the vm please retry 2011-01-06 13:56 also i started a vzdump on the vm... as soon as its done i'll try repacking 2011-01-06 14:02 roh: same problem 2011-01-06 14:03 hm. if i knew... could it be a diskspace problem? 2011-01-06 14:03 where does git-pack store its stuff when doing the pack? 2011-01-06 14:04 hm. it wasnt lockedpages 2011-01-06 14:05 atleast it didnt run against the limit 2011-01-06 14:08 hm. to be fair... ive got no clue what to do besides waiting for the backup and repacking 2011-01-06 14:18 error handling sucks in C 2011-01-06 14:19 no wonder why programmers do it wrong (including me) 2011-01-06 14:19 in a typical C program you have to type more stuff to handle errors than to actually do things 2011-01-06 14:19 that is totally counter productive 2011-01-06 14:20 sure. thats what libs are for. 2011-01-06 14:20 libs? 2011-01-06 14:21 libaries. 2011-01-06 14:21 yeah got it 2011-01-06 14:21 but I don't see how 2011-01-06 14:21 question of api concept 2011-01-06 14:21 imo a better solution would be exception, but without all the overhead of stupid systems like SjLj 2011-01-06 14:21 exceptions arent doing anything different. just different coding style 2011-01-06 14:22 sure, but the coding style is what matters here 2011-01-06 14:22 not having to check the return value of every function call for errors is good 2011-01-06 14:22 sure. but thats a question how the api looks like. 2011-01-06 14:23 and the exceptions make a big difference in the generated code (i.e. they bloat it) 2011-01-06 14:23 at least given how they're implemented with the GNU C++ compiler 2011-01-06 14:23 I don't know how other compilers handle that (and I wouldn't be surprised if they did a better job) 2011-01-06 14:24 i dont do c++. 2011-01-06 14:24 neither (or little of it) but it would be nice to have exceptions in C 2011-01-06 14:24 doesnt make it prettier. 2011-01-06 14:25 but it would sure make writing C programs more productive and make them have better error handling 2011-01-06 14:26 seriously, having to check the result of *every* memory allocation manually... this sucks 2011-01-06 14:27 sure. thats why that should be abstracted. 2011-01-06 14:27 if you want to write highlevel code, use a highlevel language. this does mean that neither C or C++ come to mind. 2011-01-06 14:27 my_malloc(x) { r = malloc(x); if(r == NULL) { complain(); exit(1); } return r; } 2011-01-06 14:27 C iss a macroassembler. 2011-01-06 14:28 C++ is its bastard little brother with a second head on its knee. 2011-01-06 14:28 current high level languages are slow 2011-01-06 14:29 but don't get me wrong, I do use python, and I think it's good 2011-01-06 14:29 but not when I need speed 2011-01-06 14:29 ;) 2011-01-06 14:30 atm I'm writing a fpga synthesis tool (when I have spare time), and I need both speed and high level constructs. so I write it in C and abuse assert(), perror() and exit()... 2011-01-06 14:32 hrhr 2011-01-06 14:33 if you don't do any large allocations it doesn't make a lot of sense to check for allocation failures in userspace 2011-01-06 14:35 larsc: depends. if your code crashes and burns otherwise... its a good idea. 2011-01-06 14:35 especially since nearly all servers are virtualized and have hard ressource limits nowadays 2011-01-06 14:36 but hey.. when you write apps and dont use any wrappers you are weird anyhow ;) 2011-01-06 14:36 glib for example afaik does block-allocation anyhow 2011-01-06 14:41 if you can allocate your 30bytes struct anymore, it does not really help to catch that error, because you probably won't have enough memory to print error msg or whatever either 2011-01-06 14:41 s/can/can't 2011-01-06 14:41 true 2011-01-06 14:42 but your printing routing would take it from some block-allocation usually. 2011-01-06 14:42 where you also should get your few byte snippets from. 2011-01-06 15:27 ugh http://git.661346.n2.nabble.com/Large-pack-causes-git-clone-failures-what-to-do-td5481488.html 2011-01-06 16:15 roh: so it's failing ? 2011-01-06 16:15 roh: or are you just bracing yourself for impact ... for now ? :) 2011-01-06 16:15 well.. i am still waiting for git fsck --full --verbose to exit 2011-01-06 16:15 root     32574 91.2  7.2 1014656 591900 /var/lib/vz/root/201/dev/pts/0 R+ 21:35  36:17                                  \_ git fsck --full --verbose 2011-01-06 16:16 memload varies... mostly between 500m and 1g 2011-01-06 16:16 will try to repack to chunks of a few hundred mbyte afterwards 2011-01-06 16:18 the machine has 8g ram.. 2011-01-06 16:19 try virtualbox some day for the really scary stuff. the occasional bruise with the windows world really helps to see the little nuisances we have to deal with in perspective :) 2011-01-06 16:20 (in my case, caused by the pc running the one bloody piece of non-free software i use dying) 2011-01-06 16:33 wpwrak: nah... got kvm on my local notebook. no need for vb 2011-01-06 16:33 we got native win32 machines around (e.g. the lasercutter) 2011-01-06 16:36 i'm trying to avoid them going native :) 2011-01-06 16:59 wpwrak: not an option (no other usecase, dedicated hw) 2011-01-06 16:59 and we need working usb 2011-01-06 17:00 vb-sun handled usb. maybe vb-oracle does, too 2011-01-06 17:08 sure. still i dont use it. bad code. bad experiences. 2011-01-06 19:00 hm. slow process runs slow 2011-01-06 19:00 root     32574 93.0 11.3 1173756 926412 /var/lib/vz/root/201/dev/pts/0 R+ Jan06 189:52                  |               \_ git fsck --full --verbose 2011-01-06 21:31 Is just me or for some reason the Ethernet Gadget in the Xbusrt may reset sudently sometimes.. 2011-01-06 21:50 argg i'll check the usb cable, this is getting disturbing 2011-01-06 23:14 [commit] Xiangfu Liu: config.full_system, add math stuff and some new pakcages http://qi-hw.com/p/openwrt-xburst/ca0b6e7 2011-01-06 23:24 Wb :-)