<qi-bot>
[commit] Werner Almesberger: tools/Makefile.common: offer LDLIBS_$(TARGET) twice (hack - needs more study) http://qi-hw.com/p/ben-wpan/9552b9f
<qi-bot>
[commit] Werner Almesberger: tools/atrf-txrx (DEFAULT_TRIM, usage, main): changed default trim from 0 to 8 http://qi-hw.com/p/ben-wpan/da89623
<qi-bot>
[commit] Werner Almesberger: atusb/fw/Makefile: abstract host so that one can use HOST=ben instead of jlime http://qi-hw.com/p/ben-wpan/2f85fa9
<qi-bot>
[commit] Werner Almesberger: atusb/fw/atusb.c (main): enabled blinking the LED for the prototypes http://qi-hw.com/p/ben-wpan/4759ea6
<Akiwiguy-iPad>
Hello
<wolfspraul>
Akiwiguy-iPad: hi
<Akiwiguy-iPad>
And before anyone asks, yes, I'm on an iPad, and I would much rather have a nanonote in my hand with wifi and irssi. Because the nanonote is epic.
<jow_laptop>
... as is the price for the wifi :D
<Akiwiguy-iPad>
I want to buy a nanonote. I'm saving up... Don't know how much it would be in New Zealand dollars.
<Akiwiguy-iPad>
Plus then I would need the wifi card.
<Akiwiguy-iPad>
How much is the spectec microsd wifi card?
<wolfspraul>
last I checked it was about 80 USD
<wolfspraul>
is it even still available? let me check...
<wolfspraul>
doesn't look like that. not available anymore, at least not at expansys.com
<Akiwiguy-iPad>
Oo, that's expensive
<Akiwiguy-iPad>
And darn.
<wolfspraul>
I may have a used one I could give you for free if you ordered a NanoNote :-) I have two left, need to check the details if you like.
<wolfspraul>
but then I'm a little worried - if wifi is so important to you the NanoNote may not be your best fit.
<akiwiguy-iPad>
Hello again.
<wolfspraul>
sorry gotta go, I read the backlog later...
<wolfspraul>
akiwiguy-iPad: if you don't catch me here, you can email me at wolfgang@sharism.cc
<dvdk>
help!
<dvdk>
my display went (almost) completely white. :/
<dvdk>
looks like gmenu2x sets some bad brightness/contrast settings
<dvdk>
(bootup messages display correctly)
<dvdk>
ah, ok, managed to set the gmenu2 "backlight" setting from the (now barely visible) gmenu2x settings app.
<dvdk>
was set to 100% (but not by me!), now back to 20
<kyak>
dvdk: :)
<dvdk>
hi kyak
<dvdk>
just trying to compile mplayer.
<dvdk>
but it doesn't show up in 'make menuconfig' nor .config :(
<dvdk>
./scripts/feeds install MPlayer
<dvdk>
Installing package 'mplayer'
<dvdk>
maybe some dependency problem?
<kyak>
dvdk: hm.
<dvdk>
running make package/symlinks
<dvdk>
maybe it helps
<dvdk>
ok, seems to work now.
<dvdk>
strange
<kyak>
dvdk: does it show up in ./scripts/feeds search MPlayer?
<dvdk>
yes.
<kyak>
dvdk: are you using the latest feeds?
<dvdk>
but anyways, after make symlinks problem seems to have been fixed.
<kyak>
or you pin it to some svn revision?
<dvdk>
using feeds.conf supplied by openwrt-xburst (?)
<kyak>
ok, so it is pinned to some svn revision
<dvdk>
No rule to make target `package/MPlayer/compile
<dvdk>
hmm.
<kyak>
package/mplayer/compile :)
<dvdk>
i hate it
<dvdk>
:)
<kyak>
ok, i agree
<kyak>
we need to rename it
<kyak>
either all to MPlayer, or all ot mplayer
<dvdk>
thinks that all packages are othewise lowercase
<dvdk>
Debian seems to handle it that way
<dvdk>
renaming: sounds like 'tree conflict' once i try to commit :)
<kyak>
not a problem, make package/symlinks should fix it
<dvdk>
BTW working on an mplayer patch to dynamically load jz47xx_vid vidx
<dvdk>
going to commit to MPlayer/patches, that's why please wait with renaming :)
<dvdk>
or is it mplayer/patches?
<kyak>
dvdk: i see feeds.conf from openwrt-xburst mainly as a means to "pin" to some specific svn revision to be able to reproduce the build later. I myself always use the latest feeds.conf
<dvdk>
hmm.
<kyak>
it's mplayer/patches
<dvdk>
ok
<dvdk>
doesn't have the time to wait for package recompiles after updating feeds :)
<dvdk>
btw openwrt-xburst.git : always using the latest version
<dvdk>
actually:
<dvdk>
src-link qipackages ../../openwrt-packages
<kyak>
yep, using the latest version of openwrt-packages always
<kyak>
but not the latest version of openwrt-feeds :)
<dvdk>
kyak: btw noticed that most recent mplayer-svn can use ffmpeg's theora decoder (i.e. not libtheora).
<dvdk>
maybe that gives us some performance gain?
<kyak>
oh, that's god
<kyak>
*good
<dvdk>
well, without ffmpeg's simd assembly stuff, maybe difference is minor.
<kyak>
maybe we should use the latest mplayer from svn always..
<dvdk>
kyak: well, pin down a revisino and use that.  upgrade after testing that it works.
<dvdk>
some revisions (seldomly) have bugs
<kyak>
yeah
<dvdk>
btw: using svn download method might not work.
<kyak>
why not?
<dvdk>
mplayer does a ffmpeg git checkout from ./configure when using the version from svn
<dvdk>
yuck
<kyak>
heh. Maybe it can be cancelled?
<dvdk>
maybe manually package ffmpeg externally and use it as shared lib?
<dvdk>
to safe some flash
<kyak>
it's already packaged externally
<dvdk>
yeah, can be cancelled.  need to tell ./configure to use an external libffmpeg (i think)
<dvdk>
shouldn't that remove any debug info from the package?
<kyak>
maybe if you have CONFIG_PACKAGE_gdb=y, then openwrt fairly assumes that you are going to debug on target
<kyak>
have a look in data/qi_lb60/conf/config.debug, maybe it will help you.. I never finished it, but there are all debug options i could find in openwrt :)
<dvdk>
ah, but does package_gdb build a target 'gdb' package or just add mipsel-...-gdb to toolchain?
<dvdk>
i thought the latter
<kyak>
builds a target, i suppose
<kyak>
thereis CONFIG_GDB=y for want you want (probably)
<dvdk>
yeah, i only have config_gdb set, btw
<kyak>
what is your grep STRIP .config?
<dvdk>
CONFIG_NO_STRIP=y
<dvdk>
ouch
<dvdk>
:)
<dvdk>
auto-set by config_debug!?
<kyak>
hm-hm
<dvdk>
with config_debug set, i don't have the option to select 'sstrip' for stripping
<kyak>
dvdk: yep, CONFIG_NO_STRIP is autoselected by CONFIG_DEBUG. But it seems that you don't need the CONFIG_DEBUG.
<dvdk>
i need config_debug, else i only see symbols, not line numbers
<dvdk>
(?)
<kyak>
CONFIG_DEBUG enabled debugging symbols on target, you don't need that
<dvdk>
i now have config_debug & config_strip
<kyak>
CONFIG_GDB should work for you
<dvdk>
sure?
<kyak>
no :)
<dvdk>
i think it's correct now: config_debug to add '-g' to cflags, and use_strip to strip it from the package
<dvdk>
(had a silly crash-bug in my latest commit, btw, but only with -vo cvidix)
<kyak>
ah, so you still have a "strip" option
<dvdk>
yes, but toggleing config_debug seems to change strip, so you have to manually re-set strip afterwards
<kyak>
i think it should work this way :) you are right
<dvdk>
also 'sstrip' is not possible offered when config_debug, it seems
<kyak>
yeah
<dvdk>
btw accidentally committed make_flags-j4 with my last commit?
<dvdk>
using it here to speed up builds.
<kyak>
but i don't see that config_debug toggles the strip
<dvdk>
hmm.  but it definitely changed
<dvdk>
or did i toggle it accidentally?
<kyak>
it toggles the Strip arguments
<dvdk>
lets see whither mplayer is now back to sub-10MB range
<methril>
wolfspraul, now waiting for the MMOne to arrive
<kristianpaul>
oh, congrats !
<wolfspraul>
methril: oh wow, fantastic!
<wolfspraul>
thank you for your trust in this project
<methril>
wolfspraul, thank you for bring all those fantastic projects to us
<methril>
;)
<methril>
i'm going to announce in my blog (something new to said)
<wolfspraul>
excellent, thank you
<wolfspraul>
m1 needs a lot more stories to be told, but of course the first step is to get more hardware out
<wolfspraul>
so I cannot complain, we are slowly picking up
<methril>
i'm going to start with the dev env.
<wolfspraul>
you can hookup with xiangfu, who is also just starting (he got his m1 on Thursday)
<wolfspraul>
kristianpaul has a few weeks head start
<wolfspraul>
then there are others of course - the best place is the #milkymist channel
<methril>
i'm on the channel following lekernel progress :)
<kristianpaul>
think wolfspraul forgot nelson for the count ;-)
<kristianpaul>
Also he is in brazil
<wolfspraul>
no did not forget him, but he is very quiet/invisible. I tried to give methril some nicknames for people to ask, if he runs into problems.
<methril>
i've nelson in my contacts
<methril>
i talk with him sometimes
<kristianpaul>
(quiet/invisible) yeap
<kristianpaul>
methril: (ask) yeap i can help with my little experience with mm1 so far :-)
<kristianpaul>
Also i'm very patient :-)
<methril>
kristianpaul, thank you for the offer
<kristianpaul>
methril: what are you plans with milkymist?
<methril>
kristianpaul, help with linux port (mainly), but i would like to learn Verilog
<methril>
kristianpaul, and why not, experiment with FPGAs (maybe hw-radio,...)
<kristianpaul>
oh, wich part of hw-radio?
<methril>
i would like to deal with USRP like radio (and maybe i could do some boards to adapt it)
<methril>
i also would like to experiment the osmocon progress in our FPGA
<methril>
but it's a really long term
<methril>
kristianpaul, are you interested in HW-radio too?