<larsc>
i don't see how this relocation stuff could have worked
<wpwrak>
hmm, looking at things pr-wise, i wonder if making effects react to video and mixing the two already works somewhat. if it does, i think that would yield much more impressive demos than "just" generated effects.
<lekernel_>
wpwrak: yeah, mixing the video from the camera has been working for months
<wpwrak>
lekernel: (video) also with the effects reacting in some way to the video input ? if yes, that should make for "newsworthy" demos
<lekernel>
yes
<lekernel>
but I haven't found the occasion to make some good pictures/footage of the system in action
<lekernel>
I have some videos, but they are extremely crappy
<wpwrak>
lekernel: ah, i see. maybe invite some cute girls over, show them the basics of the system, get them drunk, and just make sure everything gets recorded. drunk girls with cool visual effects. should be a smash on youtube ;-)
<Fallenou>
lol
<Fallenou>
or a new big title on the news
<wpwrak>
Fallenou: both. that's called viral marketing ;-)
<kristianpaul>
hmm, i realize now i portant is to use the nanonote as HID device for milkymist
<kristianpaul>
had in his bag a mm1, bunch of cables a keyboard,mouse ccd camera and a black cloth
<xiangfu>
a black sunglasses :)
<kristianpaul>
:p
<kristianpaul>
hopefully and autocamtically just when sun light is aorund ;)
<lekernel>
kristianpaul: what do you need the nanonote for?
<lekernel>
hi xiangfu
<lekernel>
how's it going?
<xiangfu>
lekernel: hi.
<kristianpaul>
lekernel: keyboard
<kristianpaul>
man, carry a keyboard is not conforatble
<kristianpaul>
well, at least with my keyboard
<lekernel>
kristianpaul: I have a rubber rollable keyboard :)
<kristianpaul>
i miss it :(
<kristianpaul>
mine is broken..
<xiangfu>
lekernel: fine. I take two days off. back on working now. full back to work tomorrow :)
<xiangfu>
kristianpaul: `rm` works fine here. never meet an error when do `rm`
<xiangfu>
ls
<xiangfu>
I have take > 20 screenshot. delete them by `rm` one by one
<kristianpaul>
is stuckwith no able to detect memeroy card
<kristianpaul>
...
<xiangfu>
same here under memory card.
<lekernel>
kristianpaul: so what? put some printf's in the driver... and see where it fails
<lekernel>
"not able to detect" isn't going to help
<kristianpaul>
lekernel: so what so far i just test on scope
<kristianpaul>
i'mnot sure with i think memory card never respond the command sent by cmd line
<lekernel>
the scope won't show much... you need at least a logic analyzer
<kristianpaul>
yeah.. but out from home now..
<lekernel>
but really, using printf() should already help a lot
<kristianpaul>
okay
<kristianpaul>
the thing is not clear to me, well me be because i dont understand yet it well, the m1testing, failed too..
<kristianpaul>
thats why i used, scope, i tought something was not good ther, afaik CLK and CMD seems responsive, so yes i think i'll check software side now.
<lekernel>
memory cards, like USB, are super-pesky pieces of trash that require an incredible and extremely frustrating amount of software support to work reliably with all models
<lekernel>
we do not have that amount of software support now
<lekernel>
so it's not very surprising that it fails at times, and it wouldn't be surprising either that the problems come from software "bugs"
<lekernel>
if it's fair to call "bug" a lack of implementation of some crappy detail of that retarded standard
<lekernel>
maybe you could try to strip out the existing code and replace that with the Linux or BSD driver code, which dozens of thousands of people helped fix the problems of
<lekernel>
when you map it to MIDI keyboard it's pretty cool. you can switch very fast between the patches (the software has zero delay for switching) and "play" it like a piano
<rejon>
he  writes for xl8r and has personal ppl at these mags
<rejon>
music mags
<lekernel>
make sure you show them the latest video-in enabled patches
<rejon>
barry from fabricatorz is also max/msp/pd developer
<lekernel>
oh yeah, there are tons of stuff for OSC
<rejon>
that is great
<CIA-43>
milkymist: Michael Walle master * rf265ea1 / (cores/sysctl/rtl/sysctl.v software/include/hw/sysctl.h):
<CIA-43>
milkymist: add a debug scrachpad register to sysctl
<CIA-43>
milkymist: This register is required by the GDB stub. - http://bit.ly/f0rGOp
<CIA-43>
milkymist: Michael Walle master * rc1cedde / (cores/uart/rtl/uart.v software/include/hw/uart.h): uart: add a tx pending status bit - http://bit.ly/gizTB6
<CIA-43>
milkymist: Michael Walle master * rb925cc8 / boards/milkymist-one/rtl/system.v : add UART BREAK support to the SoC - http://bit.ly/egWX9b
<CIA-43>
milkymist: Michael Walle master * r76fe4d4 / (cores/lm32/rtl/lm32_cpu.v cores/lm32/rtl/lm32_top.v):
<CIA-43>
milkymist: lm32: add support for an external break pulse
<CIA-43>
milkymist: Pulsing this input generates a breakpoint exception. - http://bit.ly/gpwnlH
<lekernel>
rejon: you should put up shows with your friends :)
<rejon>
of course!
<rejon>
you should come to lgm!
<rejon>
we doing events every night
<rejon>
all day free software creative app developers
<lekernel>
rejon: what's the deadline again? apr 20?
<rejon>
yeah
<rejon>
or sooner :)
<rejon>
plus there are all those mutek people there and friends from ninjatune
<rejon>
etc
<roh>
mutek? where?
<rejon>
in montreal
<roh>
meh
<rejon>
you are too good for it?
<roh>
nah. but its too far away
<lekernel>
rejon: being stuck in transports for 28 hours is something I hate personally, and it's not a matter of being too good for the event or any other participant. it's a matter of whether it's going to help the project enough to be worth the hassle, which isn't the same thing.
<roh>
i'd like airtravel if i could use a learjet ;)
<rejon>
its good if you make it good
<rejon>
not everything free and easy
<rejon>
sometimes have to help others out too
<lekernel>
lol... they broke LM32 GCC _again_ just before the 4.6 release
<lekernel>
before we have llvm maybe the way to go is to maintain a 4.4 version, which to my knowledge is the less shitty (and the only one with which c++ appears to work)
<kristianpaul>
well if 4.4 worked well i dont see why use earlier version, at least if you need features for rtems, wich i dont think so
<methril_work>
lekernel, for me it was not a segfault, it starts to get more and more memory,and almost all my cpu
<methril_work>
in conftest.c
<lekernel>
funny...
<methril_work>
this is the hardest part to find, just cause cc1 is intermediate compiled :(
<lekernel>
anything gcc is hard. the code is such a mess
<methril_work>
i remember to deal with a bug like that....
<methril_work>
it was a missing lib dependency
<methril_work>
btw, you love GCC when you have to deal with compilers like SDCC or undocumented MSVC or C18
<lekernel>
sdcc is just plain crap man
<lekernel>
don't even dare call that a compiler
<mwalle>
pcc ?
<mwalle>
just reached 1.0 after 30 years :)
<lekernel>
yeah... there was a long empty period it seems
<methril_work>
lekernel, it`s the best opensource compiler for pic devices
<lekernel>
I have never tried pcc
<methril_work>
neither do i
<lekernel>
I have used SDCC to reprogram the 8051 firmware of a DSL modem that I wanted to turn into a SDR. SDCC is part of the reasons why I never completed this project.
<lekernel>
if you want to continue, it was with the AD Eagle chips
<lekernel>
which are a Cypress fx-usb + AD DSP in the same package
<methril_work>
lekernel, i use SDCC for my daily/paid work
<lekernel>
all undocumented ofc
<methril_work>
well, the undocumented is the challenge ;)
<lekernel>
sdcc problems too
<methril_work>
i see sdcc has improved (a little bit) but is a really slow progress
<methril_work>
what version did you use?
<lekernel>
don't remember... it was in 2005
<lekernel>
the (proprietary) DSP toolchain was quite messy too
<methril_work>
well, they are still improving the 8051 arch, and is the maturest of the archs
<methril_work>
all this is why i love milkymist ;)
<mwalle>
whats a SDR?
<mwalle>
software defined radio?
<lekernel>
yes
<lekernel>
some DSL modems have rather interesting DSPs for this purpose, and can be fully reprogrammed over USB
<lekernel>
(and they're dirt cheap)
<roh>
vdsl modems do 30mhz spectrum
<methril_work>
uhm!! it could be used as a DSL/ATM sniffer/decoder
<lekernel>
yup. but given my limited interest in security and the greater difficulty compared to SDR, that's not what I planned to do :p
<lekernel>
mwalle: what do we do with the JTAG ROM? toss?
<mwalle>
now the flterm gdb passthrough patch is still missing, for some reason poll() wont block if gdb releases the pseudo terminal..
<lekernel>
keep both? (jtag+serial)
<lekernel>
we can keep both and select one with the LM32 config?
<mwalle>
lekernel: i would keep both
<lekernel>
maybe have one enabled by default in the SoC
<lekernel>
I guess the serial one works better?
<mwalle>
see CFG_GDBSTUB_ENABLED
<lekernel>
yup
<mwalle>
well both are working, but there is no working frontend for the jtag one
<mwalle>
i dont know the status of terpstra_'s jtag interface
<Fallenou>
lekernel: strange there was no ioctl to change the resolution ?
<mwalle>
btw i guess JTAG break wont work if there is an interrupt at the same time, in which case only the interrupt exception is raised
<Fallenou>
even FBIOPUT_VSCREENINFO ?
<lekernel>
hmm... in fact, maybe
<lekernel>
checking
<mwalle>
lekernel: did you looked into the new lm32 version?
<lekernel>
which one? the nov 2010 lscc release?
<mwalle>
yes
<lekernel>
iirc there wasn't much (if anything) changed
<Fallenou>
you can put the switching of mode in the FBIOPUT_VSCREENINFO which is aimed at changing the value of the fb_var_screeninfo containing the xres and yres
<Fallenou>
dunno if it would be clean
<mwalle>
terpstra_: btw your jtag patches are still on my queue, i haven't forgot it
<lekernel>
Fallenou: maybe. otoh i won't go to great lengths just to get 3 different video modes switched.
<lekernel>
I'm afraid the regular framebuffer api for switching modes might be rather complex...
<larsc>
FBIOPUT_VSCREENINFO is the right method
<Fallenou>
lekernel: I was just thinking you can just use this already existing ioctl, call your set_video_mode() and change the internal structure and that's all
<Fallenou>
it would avoid adding one new ioctl
<mwalle>
gn8
<CIA-43>
mtk: Sebastien Bourdeauducq master * r18dc912 / (include/mtklib.h lib/main.c lib/screen.c): Support changing screen resolution while running - http://bit.ly/hCMcru