<wolfspraul>
but yes, of course, I like that svg. very nice!
<wolfspraul>
I read up a bit on retail box design
<wolfspraul>
we'll keep it simple this time, but some knowledge cannot hurt...
<wolfspraul>
so the most important seems to be to take lots of pictures of packaging of competitors
<wolfspraul>
the environment where our box will appear
<wolfspraul>
without that - no design at all (normally)
<wolfspraul>
after that, one goal is to find a _color_ that Milkymist can occupy
<wolfspraul>
so we need to find a gap in the colors of the competitors, and then we can occupy that color
<lekernel>
flashy pink
<wolfspraul>
after that, we would need to make multiple designs, and gather reactions from typical potential buyers
<wolfspraul>
and then we have a professional retail box :-)
<wolfspraul>
we will do none of those things this time :-)
<wolfspraul>
I read that the most common mistake of new box designers is to either copy the box design of some other product, or to not look at the box design of other products at all
<wolfspraul>
it looks like we will happily go with option #2 :-)
<wolfspraul>
lekernel: your .svg has a lot of objects with transparency
<wolfspraul>
that's a problem because neither .ps nor .eps support transparency so at some point of the printing process it'll be a headache
<lekernel>
atm i've converted it to .eps and put it on a white background, works just fine
<wolfspraul>
on your screen maybe, but in the printing process it's a headache
<wolfspraul>
but no worries, worst case I export it to a large jpg and use it like that...
<wolfspraul>
all just drafts right now anyway
<lekernel>
tuxbrain_HxxHhzo, hi
<lekernel>
send me your logo as hi-res or svg please :)
<GitHub1>
[extras-m1] shiyele pushed 2 new commits to master: http://bit.ly/jCxISH
<GitHub1>
[extras-m1/master] box update - Wolfgang Spraul
<GitHub1>
[extras-m1/master] Merge branch 'master' of github.com:milkymist/extras-m1 - Wolfgang Spraul
<wolfspraul>
lekernel: I just dropped ddv.svg on the bottom side now, you can check out the rest a little
<wolfspraul>
that's just one idea, using the photos we have
<wolfspraul>
maybe you can do a completely different design? only if you like... I'll work a bit more on details like text, logos, and make it more compatible with the printing process (that'll most likely be a headache on my side, I'll see)
<wolfspraul>
sometimes the requiments of the printshops suddenly change a lot of our plans... I will not battle with them, I am trying to find the shortest path to a box, any box (at first).
<wpwrak>
lekernel: hmm, don't you want to let the poor girl stand on the ground ? :) maybe give her slightly lighlier-colored boots too, so they don't vanish in the black
<wpwrak>
lekernel: the outlines of the keyboard and the mixer look very thin - almost invisible. this makes the keyboard look more like a bar code
<wpwrak>
lekernel: the 3rd page looks weird. no text at the end of the lines. maybe you're using some unusual font ?
<wpwrak>
lekernel: also, is it intentional that the "No computer needed" bubble is much closer to "Ready in seconds" than to "Lightweight" ?
<lekernel>
no text at the end of the lines?
<lekernel>
you mean text is not justified?
<wpwrak>
lekernel: i don't see any text at all. lemme check if xpdf complains about anything specific ...
<wpwrak>
lekernel: nope. just lines ending in nowhere. also, "What others are saying" only has a few empty boxes. no text.
<lekernel>
ha. works for me.
<wpwrak>
lekernel: same thing with acrobat reader
<lekernel>
it works with google chrome and gnome document viewer
<wpwrak>
what's the gnome viewer called ?
<lekernel>
and doesn't work with my xpdf either
<lekernel>
evince
<lekernel>
actually most of the text doesn't work with xpdf, not only on the last page
<wpwrak>
(evince) oh ! a lot of text just appeared ;-)
<wpwrak>
yeah, on the other pages it looked as if you had chosen a minimalistic style ;-)
<wpwrak>
hmm, page 2, the "Connect a camera ..." after the title looks a bit odd. would be better if you could put it on a new line.
<wpwrak>
here's how you can save a bit of space :)Â Â s/a dozen seconds/seconds/
<wpwrak>
s/can be configured to/can/
<wpwrak>
there seems to be a large space between "simple" and "visual".
<wpwrak>
ah, question: does it do USB-midi ?
<lekernel>
did I mention USB was horrible and painful shit? so no, unless someone does it
<wpwrak>
;-)))
<wpwrak>
let's hope someone gets linux to run properly soon. then a lot of your driver worries will just vanish ;-)
<lekernel>
anyway, thanks for your feedback.
<wolfspraul>
I want usb-storage so people can have their still or moving pictures picked up automatically and added into the rendering :-)
<wolfspraul>
(just kidding...)
<wolfspraul>
bbl
<GitHub61>
[scripts] xiangfu pushed 2 new commits to master: http://bit.ly/iHokff
<GitHub61>
[scripts/master] small cleanup - Xiangfu Liu
<GitHub61>
[scripts/master] script file for reflash jtag/serial board - Xiangfu Liu
<lekernel>
unfortunately i understand little of this stuff
<wpwrak>
more leaflet, page 3: s/a very low/very low/; s/so what/so that/
<wpwrak>
oops. forget the 2nd bit
<wpwrak>
shouldn't multitask
<wpwrak>
may be: s/when in perf/in perf/; s/to the keys/to keys/
<wpwrak>
lekernel: very nice, overall. congratulations to the marketing and design team ! ;-)
<kristianpaul>
lekernel: you should clarify that wireless conectivity for OSC is not out of the bos, i mean you need an accessory
<kristianpaul>
acess point* whatever
<kristianpaul>
and no usb wifi dongles supported ;)
<kristianpaul>
when you said connect a camera you should quoute a link or something for wich cameras are compatible, i think is good to close open windows to endless questions what i can plug
<kristianpaul>
indeed, the girl looks kinda still look
<kristianpaul>
argh
<kristianpaul>
kida poor*
<lekernel>
I take your point about OSC. regarding the camera 1) we'll ship one in the boxes 2) video standards are listed on the next page 3) ADI engineers apparently have worked hard to support many of those pesky incompatible standards so it should be OK with all analogue cameras
<kristianpaul>
so, "out of the box experience with included accesories, be aware of third party produtcs ;)"
<lekernel>
nah, all video cameras should work
<lekernel>
cvbs, s-video, rgb, in all major standards (pal/secam/ntsc)
<lekernel>
it's not really my problem anyway - the adv7181 conveniently abstracts out the underlying video standards :-)
<lekernel>
there are quite some brains into that chip
<kristianpaul>
he, sure just kidding (cameras)
<kristianpaul>
wpwrak: (linux and drivers) oh yes :)
<kristianpaul>
may be mwalle and larsc have something new to tell soon about this topic
<kristianpaul>
lekernel: (dma) i see, well this is new for me, ,may be i take a look first to ac97 driver to find out how implement it propertly
<wpwrak>
kristianpaul: (poor girl) it's interesting how the visual language misleads there. she's drawn in manga style, so you assume that context. then she's floating in the air. that's okay in some manga universes. she's some superhero with the ability to fly. this also reinforces the impression, already planted by manga style, that the scenario is very far from reality.
<wpwrak>
kristianpaul: so what the picture basically does is give an ambiguous hint and then reinforces the wrong interpretation :)
<wpwrak>
because the wrong interpretation isn't useful, people who know manga would probably look for some specific message related to attributes of a character similar to the one depicted, probably adding even more incorrect symbolism to the scene. people who don't know much about manga will just assume there's message they don't get. the only ones who can figure it out quickly are those who already know the feature this is meant to illustrate ;
<wpwrak>
-)
<drub>
getting  qemu: fatal: fetching nop sequence when launching  qemu  is there a newer build, thought I readt that those were being removed
<drub>
I set export QEMU_AUDIO_DRV=none  as I was having difficulty with /dev/dsp
<drub>
so now I just get the fatal :-(
<juliusb>
you guys have a qemu port of lm32?
<juliusb>
or, rather, qemu supports lm32?
<mumptai>
hey, great, look google just told me: "Thanks to Michael Walle, we can now emulate the Milkymist system-on-chip with QEMU."
<drub>
yeah but I am having issues getting that to work :-(Â Â it compiles no prob but the nop sequence error is keeping it from starting
<mwalle>
drub: whats your commandline?
<juliusb>
did you guys do it?
<mwalle>
juliusb: yes
<mumptai>
mwalle is the right men
<mumptai>
gtg, bye
<mwalle>
drub: regarding that mmone-bios.bin it isnt supplied with qemu (yet?), you can use -bios to specify your own file
<drub>
well flickernoise comes up but I cannot control the mouse nor use keys it seems, gonna have to play around with it
<mwalle>
drub: is the qemu window your active one? (eg clicking into the window)
<mwalle>
you can release it with ctrl+alt again
<drub>
yeah I can release with CTRL-ALT but making the window active makes the mouse go nuts
<mwalle>
mh
<mwalle>
drub: you could try some dos application and see if the mouse behaves the same
<drub>
looking for a way to use the keyboard for the mouse
<drub>
ahh if I use -show-cursor I can run it fine
<mwalle>
whatever that option is good for :)
<drub>
that option shows the real mouse cursor as well as the one in qemu so unfortunatley I am seeing double but works fine if someone cant control the mouse :-)
<drub>
now to figure out how to do something cool with this(or even get it started) no patches found :-)
<mwalle>
drub: you can use -pflash to set a file backend for the flash device (the size must exactly match the mm flash size)
<mwalle>
dunno if the flash has to be preformatted, lekernel ?
<mwalle>
but i guess it has to be, so you have to figure out the flash partitions map too
<mwalle>
or just use the ramdisk, and transfer file via ftp
<mwalle>
btw pausing the vm should work too, so you wont loose the ramdisk content
<drub>
how can I get files into the ramdisk that qemu uses? does it exist in VM and qemu?
<mwalle>
drub: activate networking (the wiki should have some instructions on that)
<mwalle>
configure an IP via the flickernoise config window
<mwalle>
use ftp to transfer a patch
<mwalle>
the ramdisk is only within the emulated system ram (there is no magic to access that from the host, like vmware shared folders)
<mwalle>
juliusb: depends on your cpu :) ususally it runs faster (at least for the main cpu), the pfpu (and maybe the tmu2) is rather slow
<drub>
is there a way to get a console in the flickernoise emu? I cant get an IP to route the the VM :-(
<lekernel>
for YAFFS the flash should contain 0xfffff.... for a blank disk
<lekernel>
for the console you can use -serial stdio
<mwalle>
drub: strg+alt+3
<drub>
ahh worked tnx
<drub>
funny it says minimac0
<drub>
is it normal for the mac address to be all zeros in ifconfig
<mwalle>
drub: on the real board the mac comes from the flash
<drub>
yeah figures emulation would still need a mac in order for route tables to know what to do with the packets :-)
<mwalle>
lekernel: imho there should be a sane fallback
<drub>
there is nothing sane about this project :-) thats why I think it so cool :-)
<mwalle>
drub: atm i dont know if you really need a valid mac address
<mwalle>
have to go to bed now
<drub>
gnight
<drub>
tnx for the help
<mwalle>
there are some options to set the macaddress for the emulated nic, dunno if that helps :)
<drub>
tried been a long time since I dealt with routing/networking for a living, I set a macaddr but saying vlan0 not connected etc
<drub>
bootp doesnt seem to work either
<lekernel>
drub, mh, the mac address should be patched into the rtems driver. right now it just tries to read it from the flash.
<lekernel>
networking can't work if the mac address is all zeros
<drub>
so does anyone else here run this qemu-system-lm32 under a VM and have network access?
<drub>
oh
<drub>
yeah that is what I figured :-(
<lekernel>
I tried it, but that was before the "mac address in flash" scheme
<drub>
is that possible to do in emulation under qemu?
<drub>
really is a geeks paradise :-)Â Â I am pretty new to dealing with embedded systems in this manner so sorry if I sound like a n00b, kinda am :-)Â Â I think my partner is going to just order a couple MM1 then I can play with the real hardware
<drub>
so you think if I hard code a MAC in there and recompile I might get it up and running in qemu?
<lekernel>
yeah sure... it worked like that before
<lekernel>
or better, test if the mac address in flash is all 0's (or all 1's) and in that case use the hardcoded address