<lekernel>
hmm i'll recommend to leave the source untouched in the first place
<lekernel>
also your host CPU needs to load a program in the avr
<jackgassett>
I should be able to use data2mem to load the BRAM with the program.
<jackgassett>
I don't mean to be bugging you with silly questions. :)
<jackgassett>
but I looked at the top level signals and it looked pretty straighforward. But I get errors trying to synthesize.
<lekernel>
if you really want to use that proprietary thing... and in every case, the AVR is in reset mode by default and needs to be started with a CSR write to the right register
<jackgassett>
both when I do nothing to modify the project and when I try to comment out the usb modules.
<jackgassett>
when you say it would not work by just dropping into ISE project what issues are you referring too?
<jackgassett>
that it needs external way to program the code and USB hardware?
<lekernel>
well, you need a host system, and support software
<jackgassett>
ok, I think I could work through those issues. but I see this which I've never seen before when I comment out usb modules.
<jackgassett>
    Using one-hot encoding for signal <dmem_sel>.
<jackgassett>
INTERNAL_ERROR:Xst:hdltool.c:4862:1.209 -Â Â Signal dmem_sel, 0 ones:XXXXXXXXXXXXX
<jackgassett>
INTERNAL_ERROR:Xst:hdltool.c:4863:1.209 -Â Â To resolve this error, please consult the Answers Database and other online resources at http://support.xilinx.com
<lekernel>
yeah, that's a xst bug for spartan3 that we don't have for spartan6
<jackgassett>
ok. I see.
<lekernel>
I told you about that and the solution when you came on IRC the first day ... search the logs
<lekernel>
yup. and maybe I should rename this project "milkuino" so they'll post it at last.
<lekernel>
(or not)
<larsc>
fpgarduino
<jackgassett>
:) have they never posted your project?
<jackgassett>
they wont post my papilio either!
<kristianpaul>
lzma, nice :-)
<kristianpaul>
upgrades to ISE 13.1
<kristianpaul>
xiangfu: Hi
<kristianpaul>
xiangfu: How is your mm1 gointg?
<kristianpaul>
going**
<xiangfu>
kristianpaul: Hi. finish assemble the case. play flicknoise a little.
<kristianpaul>
good
<xiangfu>
kristianpaul: next step. try to reflash ;)
<kristianpaul>
ah thats not so long, but what really take some time is get up all the toolchains and flicernoise compiled
<kristianpaul>
wonders if the lzma support is intentionally related to avoid the "Invalid flash boot image length" when booting last flicernoise versions ;-)
<kristianpaul>
8,2M > 2,8M , and if remenber well bios limit is 4M
<xiangfu>
kristianpaul: 1. reflash. 2. compile toolchians and flicernoise. :)
<kristianpaul>
ha, a have small typo in build_bitstream.sh, LOGFILE or LOGFILEHOST ?, please define !
<kristianpaul>
choosed LOGFILEHOST
<kristianpaul>
xiangfu: can i ask about your current interest with milkymist?
<xiangfu>
kristianpaul: I think I like rtems. I would like stick lekernel's plan for start  :)
<kristianpaul>
:)
<kristianpaul>
ok lzma add some seconds to boot time..
<yizhang>
hi, i tried to compile ftmem, and got an error /bin/sh: xst: not found
<yizhang>
which package should i install?
<yizhang>
sorry, fjmem
<yizhang>
or do i need to install anything from xilinx?
<yizhang>
do I need Xilinx ISE?
<yizhang>
I hope any of you can give me a hint, i'm stuck here ;)
<yizhang>
resolved, thanks xiangfu. use pre-synthesized bitstream.
<aw>
is there anyone know what's currently supported resolutions on M1's VGA out? I meant s/w ported already.
<terpstra>
lekernel, i split the multiplier into parts so that the multiply and carry-chains are in different stages. altera has 18x18->36 multiplier blocks so performing a 32x32->32 multiplication requires inferring the multiplier and adders in the same cycle. my manual splitting makes those land on different cycles. obviously, one could do further to pipeline it, but not with inferred logic. and for the cyclone3, the mul and add on different cycles was eno
<terpstra>
ugh to remove it from the critical path.
<terpstra>
for the arria2 it's still one of the slowest paths, and there is a way to tell quartus to make the multiplier span two clock cycles, but i just haven't been fussed to get it faster than 175MHz yet
<terpstra>
my current project is to get a reliable gdb connection going!
<xiangfu>
Hi where I can find more .fnp files ?
<kristianpaul>
wolfspraul is yizhang the same Yi the same from sharism ?
<wolfspraul>
kristianpaul: yes, same
<Gurty>
scrts Happy Birthday ^_^
<lekernel>
wolfspraul: how many M1's do you have left?
<Fallenou>
yep happy birthday scrts !!
<CIA-94>
milkymist: Sebastien Bourdeauducq master * r22569e9 / software/bios/boot.c : Run CRC before decompression - http://bit.ly/eiZkcj
<CIA-94>
milkymist: Sebastien Bourdeauducq master * rf634db3 / software/libhal/brd.c : Claim to support PCB revision 2 (RC3 run) - http://bit.ly/hYOu3l
<CIA-94>
milkymist: Sebastien Bourdeauducq master * r67f4f7b / boards/milkymist-one/rtl/setup.v : Enable back all cores in rescue mode (works with ISE 13) - http://bit.ly/ftThYs
<wolfspraul>
looks like around 300 EUR, you can get LCD or DLP ones with ca. 2000 ansi-lumen
<wolfspraul>
for the same 300 EUR, you can get a LED one with 150 ansi lumen, Samsung Pocket Image SP-P400B
<wolfspraul>
(if you sort say by resolution, you get a fairly nice overview)
<wolfspraul>
I would guess (from the pictures) the LED one is probably much lighter/smaller and needs less power?
<wolfspraul>
ok, I think I got an idea. good :-)
<lekernel>
also try to get a good dynamic range
<lekernel>
it doesn't make sense to have such a high luminosity if the thing also projects a gray background all over the picture (ie black is gray)
<wolfspraul>
how about camera? what works well / any guidance?
<wolfspraul>
lekernel: what kind of output on the camera is preferable? component video with 3 cables, or composite with just one? are both supported?
<lekernel>
component video has better quality and should be supported but has never been tested afaik
<wolfspraul>
do you have any recommendations what kind of camera makes sense?
<wolfspraul>
which camera features are important/unimportant when used with m1?
<lekernel>
so i'd stick with composite unless we're ready to potentially spend time on sw fixes
<wolfspraul>
that's clear :-) composite
<lekernel>
it depends what you are doing with it, but good performance in low luminosity is nice when used on stage
<wolfspraul>
is there a cheap 'camera' that just sort of streams composite down the wire and that's all?
<lekernel>
oh sure
<lekernel>
you can take a cheap CCTV camera
<lekernel>
I saw some at around 15 euros or so
<lekernel>
big brother has some advantages too :)
<wolfspraul>
I can imagine. Chinese police state helps the whole world with low cctv prices, thanks to driving the volumes of those critters into the tens of millions and more.
<wolfspraul>
oh you should see the cctv building in shenzhen, it's sickening.
<wolfspraul>
that's one field where china definitely is top of the world already
<lekernel>
beats London?
<wolfspraul>
but anyway, I got it
<wolfspraul>
oh, many times i think
<wolfspraul>
there must be millions and millions and god knows how many cameras here
<wolfspraul>
you are being photographed all the time, the cameras are EVERYWHERE
<wolfspraul>
I don't even want to list typical places, just believe me when I say EVERYWHERE.
<wolfspraul>
and in 5 years they will not be easy to spot either anymore - nice.
<kristianpaul>
cctv is just white and black right? should the camera support colors also?
<lekernel>
oh, B&W is for old CCTV :) innovation never stops there...
<kristianpaul>
heh, ok
<lekernel>
btw, Chinese cameras might be NTSC. AFAIK, this hasn't been tested either
<lekernel>
so if you want to be sure not to have to mess in the code, find one that has PAL, which I tested many times and works
<lekernel>
otoh, getting ntsc (as well as component) to work would be valuable too
<lekernel>
is reworking all the mm soc scripts to totally do away with impact
<wolfspraul>
understood about ntsc and component - this is helpful, thanks!