--- Log for 26.06.104  Server: anthony.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16p1  Started: 1 month and 11 days ago

00.06.04 Quit    elinenbe (" HydraIRC -> http://www.hydrairc.com <- Chicks dig it")
00.07.36 ***     Saving seen data "./dancer.seen"
00.08.10 Quit    iSheep ()
00.21.13 Join    elinenbe [0] (trilluser@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
00.26.08 Quit    AciD (Read error: 104 (Connection reset by peer))
00.53.28 Quit    c0utta (Read error: 54 (Connection reset by peer))
01.02.44 Quit    top_bloke (Read error: 60 (Operation timed out))
01.10.13 Part    amiconn
01.36.31 Join    Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de)
01.57.58 Nick    midk|movie is now known as midk (~Zakk@c66-235-14-120.sea2.cablespeed.com)
01.59.11 Quit    midk ("just STOP it arspy")
02.00.58 Join    midk [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com)
02.07.40 ***     Saving seen data "./dancer.seen"
02.22.52 Quit    Nibbler (Read error: 54 (Connection reset by peer))
02.25.50 Join    AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
03.30.50 Nick    midk is now known as midk|game (~Zakk@c66-235-14-120.sea2.cablespeed.com)
04.01.05 Join    Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de)
04.07.44 ***     Saving seen data "./dancer.seen"
04.13.52 Nick    midk|game is now known as midk (~Zakk@c66-235-14-120.sea2.cablespeed.com)
05.09.17 Nick    midk is now known as midk|here-but-go (~Zakk@c66-235-14-120.sea2.cablespeed.com)
05.09.17 Quit    Nibbler (Read error: 54 (Connection reset by peer))
05.09.28 Nick    midk|here-but-go is now known as midk (~Zakk@c66-235-14-120.sea2.cablespeed.com)
06.07.46 ***     Saving seen data "./dancer.seen"
06.12.51 Join    michaelolsen [0] (~mike@c-24-12-216-51.client.comcast.net)
06.13.10 #       * michaelolsen looks around
06.13.42 #       <michaelolsen> hmmm i think the only nick i remember in her is logbot lol
06.13.50 Part    michaelolsen
06.13.59 Join    Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de)
06.38.31 Quit    Nibbler (Read error: 54 (Connection reset by peer))
07.52.55 Quit    AciD (""Linux ? Ya moins bien, mais c'est plus cher"")
08.07.50 ***     Saving seen data "./dancer.seen"
08.14.11 Join    Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de)
08.31.59 Quit    Nibbler (Read error: 54 (Connection reset by peer))
09.40.35 #       <midk> bcbc?
09.44.57 #       <BC> nods
09.47.04 #       <midk> i figgered it out
09.47.06 #       <midk> anyways
09.47.12 #       <midk> wow -- i have a free button on my clock!
09.47.26 #       <midk> *is usually buttonless and attempts to map functions to key combos
09.47.35 #       <midk> f2... very accessible
09.47.38 #       <midk> how to utilize it.
09.50.11 #       <midk> ah crap
09.51.04 #       <BC> found a luverly bug in in gcc yesterday
09.51.09 #       <midk> that is?
09.51.23 #       <midk> DAH
09.51.31 #       <midk> i hate having to compress text to fit it on the lcd
09.51.36 #       <midk> *hard pressed for lcd space
09.51.41 #       <BC> it cannot handle bools in a struct
09.51.42 #       <midk> lol..
09.51.43 #       <midk>             rb->lcd_puts(0, 3, "[UP] Poweroff ON");
09.51.43 #       <midk>             rb->lcd_puts(0, 4, "[DWN]Poweroff OFF");
09.51.53 #       <midk> hopefully not applying to rockbox.
09.52.00 #       <BC> wtf is "poweroff on"
09.52.04 #       <midk> i know!
09.52.10 #       <midk> i cant convey it with like 15chars
09.52.15 #       <midk> idle poweroff activated
09.52.23 #       <midk> enabled*
09.52.37 #       <midk> ok i'll have to do a sort of
09.52.43 #       <BC> how about AUTO-OFF: Yes/No
09.52.57 #       <midk> OMGZ
09.53.15 #       <midk>             rb->lcd_puts(0, 3, "[UP] AUTO-OFF on");
09.53.15 #       <midk>             rb->lcd_puts(0, 4, "[DWN]AUTO-OFF off");
09.53.16 #       <midk> ?
09.53.46 #       <BC> how about a tik box?
09.54.10 #       <BC> [x] off-timer
09.56.59 #       <midk> hn
09.57.01 #       <midk> no room
09.57.12 #       <BC> lol
09.57.23 #       <BC> room for "off" no room for "X"
09.57.24 #       <midk> lol
09.57.32 #       <midk> yah that's about it
09.57.49 #       <BC> well dude good luck, think laterally
09.57.57 #       <midk> just btw.. this is the help screen
09.58.04 #       <midk> i meant.. i have no room at the options screen :)
10.04.57 #       <midk> bc did you see my creditroll code?
10.05.12 #       <BC> no spam it ove
10.05.13 #       <BC> r
10.05.19 #       <midk> haha
10.05.33 #       <BC> <shrugs>
10.05.53 #       <midk> actually
10.05.58 #       <midk> *bites nails
10.06.37 #       <midk> dcc or aim?
10.07.12 #       <midk> aha
10.07.13 #       <midk> here
10.07.27 #       <midk> http://freewebs.com/midky/ credits.txt
10.07.28 #       <midk> er
10.07.31 #       <midk> http://freewebs.com/midky/credits.txt
10.07.44 #       <midk> logbot, you'll yell at me for it
10.07.48 #       <midk> wtf
10.07.51 #       <midk> lol*
10.07.53 ***     Saving seen data "./dancer.seen"
10.07.55 #       <BC> dcc or aim it ove then I can just dsave and compile
10.08.04 #       <midk> it's integrated into the clock
10.08.13 #       <midk> it doesn't work on its own
10.08.26 #       <BC> i'll wait until I can see it running ;)
10.08.33 #       <midk> it's in the patches page, bc.
10.08.47 #       <midk> i am seriously afraid to touch it...
10.08.54 #       <midk> last time it totally screwed it up
10.09.23 #       <midk> but it's at that link if you'd like to see
10.11.38 #       <BC> rb->sleep(HZ/2) sleeps for 1/2  or .5 of a second
10.12.00 #       <midk> right...
10.12.17 #       <BC> if (btn !=  BUTTON_NONE && !(btn & BUTTON_REL))
10.12.22 #       <BC> watch your braces dude
10.12.25 #       <midk> oops
10.12.28 #       <midk> wait what
10.12.33 #       <midk> i messed up a comment
10.13.10 #       <midk> see... some of this hurts my brain to comprehend.. so i just say.. if it works, it's fine
10.13.19 #       <midk> if you have a suggestion, please tell me! :)
10.13.52 #       <BC> what is the value of BUTTON_NONE ??
10.14.04 #       <midk> 0?
10.14.46 #       <BC> then 
10.14.46 #       <BC> if ( (!btn) && (!(btn&BUTTON_REL)) )
10.14.58 #       <midk> if that will work, i shall use it.
10.15.10 #       <BC> if your info is correct, it will work
10.15.18 #       <midk> ooo
10.15.22 #       <midk> *saves old code just in case
10.15.25 #       <midk> :)
10.15.42 DBUG    Enqueued KICK BC
10.15.42 #       <BC> 01 if ( (!(btn==BUTTON_NONE)) && (!(btn&BUTTON_REL)) ) 
10.15.58 #       <midk> if you slip me a twenty now i can bump you up a bit in the credits list
10.16.04 #       <BC> LOL
10.16.39 #       <BC> imho: either go alphabetical, or most help
10.16.44 Join    Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de)
10.17.04 #       <midk> bc
10.17.19 #       <BC> falls a poor second to amiconn
10.17.20 #       <midk> *checks to make sure bc's name is near top of list before going on
10.17.45 #       <BC> you could do reversa alphabet - that would please Zagor
10.18.13 #       <midk> no, i think i will do it in order of most help
10.18.42 #       <midk> *wonders if dstar5 would kill him if he put him last
10.23.03 #       <BC> death comes to us all in the end
10.23.13 #       <BC> s/in/at
10.23.31 #       <midk> OKIES YAYYYY
10.23.36 #       <midk> *puts dstar5 last
10.27.42 #       <BC> death appraoches
10.28.19 #       <midk> *replaces dstar5 at top of list
10.28.40 #       <midk> *places arsepie at the end of the list
10.28.44 #       <midk> end end
10.28.48 #       <midk> after the blank spaces and black holes
10.29.28 #       <BC> you wanna ut a copper bar or something over the top of the credits :)
10.30.09 #       <midk> you mean, just under your and my names bc
10.30.13 #       <midk> we belong together
10.30.17 #       <midk> well not that way
10.30.25 #       <BC> oh evil fate how wicked thou art
10.30.40 #       <midk> you don't like me?
10.30.45 #       <midk> *puts away leather and whips set
10.30.48 #       <midk> *SADLY
10.31.14 #       <BC> Ever checked up to see what your mates buy off ebay?
10.31.32 #       <midk> no..
10.31.38 #       <midk> do i want to know?
10.31.40 #       <midk> no..
10.31.40 #       <BC> my mate buught a cat-o-9 ...geez we gave him grief down the pub for that ;)
10.31.41 #       <midk> YES
10.31.56 #       <midk> how much??!
10.32.55 #       <BC> lol
10.33.02 #       <BC> dont recall
10.33.55 #       <midk> let's get this bc
10.33.56 #       <midk> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=736&item=5905531366&rd=1
10.34.04 #       <midk> i'll split the cost, but i get to use it wednesdays and sundays
10.35.08 #       <midk> OHO
10.35.10 #       <midk> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=1468&item=5504380979&rd=1
10.35.13 #       <midk> wil you get it for me bc
10.37.32 Join    amiconn [0] (~jens@pD9E7FAE2.dip.t-dialin.net)
10.37.34 #       <BC> :9
10.38.14 #       <midk> hmmmmmmmmmmmmmmmm
10.39.16 #       <amiconn> hi bc!
10.39.41 #       <midk> hey amiconn. hi bcbc.
10.40.15 #       <amiconn> BC: Did you get your function callback to work?
10.40.42 #       <midk> time for me to sleep
10.40.49 #       <amiconn> nite midk
10.40.51 #       <BC> yes, thanks dude, would you believe my two (or so) hours of insanity were down to a MISSING SEMI COLON - ARGH
10.40.52 #       <midk> so good nite bcbc and amiconn.
10.40.56 #       <BC> nite mk
10.41.00 #       <midk> GOOD WORK BC
10.41.11 #       <BC> LOL
10.41.15 #       <amiconn> BC: lol
10.41.52 Nick    midk is now known as midk|sleeeeeepz (~Zakk@c66-235-14-120.sea2.cablespeed.com)
10.42.01 #       <BC> gotta update my cvs and double check the grey scale mod
10.42.09 #       <amiconn> BC: I've seen you have a problem with bools in structs?
10.42.32 #       <BC> yes, nasty stuff
10.42.45 #       <BC> was okay before I split it into a lib
10.42.52 #       <amiconn> I wonder why is that, since both Jörg's alpine_cdc plugin and a test plugin of mine use that (for thread status)
10.43.13 #       <BC> array of struct with bool in a lib ...is the issue
10.43.47 #       <BC> the array indexer counts the bool as 1 sometimes and 4 at others
10.44.36 #       <BC> maybe I will strip it back to a demo once I have finished the real work - we might be able to trace it in a simple example
10.45.48 #       <amiconn> Iirc bool == char in sh1 gcc, so 1 byte is correct. However, the compiler sometimes has to pad fields to get proper alignment.
10.46.05 #       <BC> this was all in sim, not seen a target yet
10.46.52 #       <BC> in sh-1 a bool is 1byte
10.47.06 #       <BC> when I save my .vol options on the pc a bool is 4
10.47.28 #       <BC> I think the problem is most likely in stdbool.h
10.47.51 #       <BC> i bet bool is enummed
10.49.11 #       <amiconn> Bool may perfectly have different sizes on different architectures.
10.49.39 #       <amiconn> Code should not rely on specific lengths of datatypes
10.49.47 #       <BC> indeed, my issue is that it has different sizes between lib modules both under simulator conditions
10.50.02 #       <amiconn> Huh?
10.50.37 #       <BC> one proc accesses the data one way, another proc accesses the data another way
10.50.47 #       <BC> seen it before with gcc
10.51.42 #       <BC> it seems that (internally) sizeof(struct) does not return the sizeof(all-entries-in-struct)
10.52.36 #       <BC> by made up example:   struct { bool b;} s;     sizeof(s)=4  sizeof(s.b)=1
10.53.11 #       <BC> so once you put it in an array all hell breaks loose
10.53.39 #       <amiconn> Imho this is correct behaviour - the compiler pads to longword.
10.54.21 #       <BC> so when you do   b1=s[1].b    you would expect to receive elements 4,5,6 AND 7 into your bool yes?
10.54.47 #       <amiconn> No.
10.54.59 #       <BC> then you would also experience the problem I had
10.55.10 #       <BC> cos that is what it does
10.55.34 #       <amiconn> In your example, if you do struct { bool b;} s[10]; the array would be 40 bytes in size.
10.55.49 #       <BC> the size of the array is irrelevant
10.56.12 #       <BC> the relevant point is that SOME procedures believe the struct to be one size based a calculation of a bool being 4 bytes...
10.56.12 #       <amiconn> s[0].b should give back byte 0, s[1].b byte 4 etc.
10.56.30 #       <BC> and OTHER procedures will believe the struct to be calculated on a bool size of 1
10.56.39 #       <BC> do you want to see it in action?
10.57.23 #       <BC> it's all okay until you have an array of srtuct
10.57.35 #       <amiconn> This may happen if you use different struct packing settings for compilation of the two procedures
10.57.45 #       <BC> indeedly
10.58.15 #       <amiconn> It did work before you broke up your lib?
10.58.19 #       <BC> yep
10.58.34 #       <BC> before it was no-lib-at-all
10.58.35 #       <amiconn> All source code was in one file back then?
10.58.43 #       <BC> klondike runs fine
10.58.51 #       <BC> break into lib... engine busted
10.59.01 #       <BC> yes, all in one file
10.59.23 #       <BC> cuppa T ...brb
10.59.52 #       <amiconn> Now you have a plugin under /apps/plugins and a number of library files in /apps/plugins/lib and it doesn't work anymore?
11.20.13 #       <BC> that's correct
11.20.13 Quit    Nibbler (Read error: 54 (Connection reset by peer))
11.20.31 #       <BC> (sorry about the delay, found ants - bwwwaaahahahahahahahaaaaaaa)
11.21.26 #       <amiconn> Then I suspect the Makefiles in /apps/plugins and /apps/plugins/lib call gcc with different options, at least for simulator builds
11.22.24 #       <BC> i declare a static array in main() ...then pass the pointer to lib_init()
11.23.25 #       <amiconn> I guess you have a header file defining your struct?
11.23.29 #       <BC> yep
11.28.23 #       <amiconn> The makefile for the plugins does include a hell lot more -m and -D for gcc than that for the lib..
11.29.18 #       <BC> the libs don't actually compile under sim anyway
11.29.40 #       <BC> but as we are the only lib authors and yours don't do sim anyway, it only effects me - lol
11.31.18 #       <amiconn> If the libs don't even compile - how do you experience your problem?
11.31.30 #       <BC> loads of bodges to make it work
11.32.45 #       <BC> that's probably why I need an extra bodge to get bools working :)
11.36.45 #       <amiconn> The compiler flags are very different for compiling the lib and the plugins for the sim...
11.37.53 #       <BC> Yes, it is still quite in it's infancy, but sadly I just have to sit back and wait for others to fix the core code - so in the mean time, I just work around all the bugs
11.38.01 #       <amiconn> Most notably: While for the plugins it does -DWIN32 -DNOCYGWIN and -mno-cygwin (the latter even twice -lol) for the lib it doesn't do any of these
11.38.28 Join    acathla_ [0] (~acathla@nord-2-81-57-97-57.fbx.proxad.net)
11.38.32 #       <acathla_> hi
11.38.56 #       <BC> yes, they are certainly reqquired to get things going ....did you see my email "libplugin blues"?
11.38.57 #       <BC> hi
11.39.59 #       <amiconn> I will compare the lines with their counterparts when compiling for the target and see what I can do
11.40.25 #       <acathla_> does anyone have a backup of the hardware mod : Nick Robinson's Sony Remote Joystick RM-X4S interface. The link is broken
11.40.35 #       <BC> sorry, no
11.40.39 #       <acathla_> :(
11.41.02 #       <BC> checking the "libplugin blues" email will probably tell you most of what you need to know
11.41.16 #       <BC> (sorry, that was aimed at amiconn)
11.44.16 #       <BC> acathla_ ...can check the url from here if you like?
11.45.01 #       <BC> ami ....for the first line, I now use
11.45.01 #       <BC> #if defined(SIMULATOR) && !defined(__MINGW32__) 
11.48.58 #       <amiconn> I now think I found the flag difference that most likely causes your problem ...
11.49.25 #       <amiconn> For the target, both plugins and lib are compiled with -O (makes sense)
11.49.55 #       <amiconn> But for the sim, the lib is still compiled with -O, while the plugins are compiled without. Argh!
11.52.02 #       <BC> -O?
11.52.15 #       <amiconn> optimization
11.52.22 #       <BC> ahhaaaaaa - righty
11.59.58 #       <amiconn> I try to understand the Makefile mess - it seems while building for the target uses the individual Makefiles within the source dirs, the (win32) simulator build is entirely driven by /uisimulator/win32/Makefile ...
12.00.26 #       <amiconn> ..except that it also uses the target's makefile for the plugin lib...
12.01.01 #       <BC> respect ...I must be honest, makefiles still confuse me, I really should take the time to work them out one day ...not the syntax, just the real-life use of them
12.02.08 #       <amiconn> I don't really know much about Makefiles either - maybe this is why I'm confused
12.03.27 #       <BC> it's the way they all daisy chain that does my head in ....then at some point they sew back into "configure" which is bash script ...another point of inexpereience
12.03.43 Join    LinusN [200] (~linus@labb.contactor.se)
12.04.05 #       <BC> Mornin' cap'n
12.04.06 #       <amiconn> hi LinusN
12.04.15 #       <LinusN> yo d00dz
12.04.46 #       <amiconn> Did you read our conversation about Makefiles, plugins, libs and simulators?
12.05.23 #       <LinusN> yes
12.06.45 #       <LinusN> the simulator build is a kludge
12.06.51 #       <amiconn> I don't really get how all this is supposed to work - am I right that the Makefile in /uisimulator/win32 controls the sim build almost completely, except the plugin lib
12.06.54 #       <amiconn> ?
12.07.20 #       <LinusN> as you said, the uisimulator Makefile does everything except for the libs
12.07.55 ***     Saving seen data "./dancer.seen"
12.07.59 #       <amiconn> Shouldn't the plugin lib build then be added to it also?
12.08.34 #       <LinusN> sure
12.09.41 #       <amiconn> I wonder why it is done that way - wouldn't it be more straightforward to use the individual Makefiles for both target and simulator builds?
12.10.22 #       <BC> I guess it was an easy starting point?
12.10.31 #       <LinusN> yes, but we ddidn't want to "pollute" the target makefiles with sim stuff
12.11.12 #       <LinusN> the target build is the "main" build
12.12.25 #       <amiconn> Agreed. Then the libplugin should be added to the sim Makefile, and everything related to simulator should be taken out of the libplugin Makefile, correct?
12.12.34 #       <LinusN> yes
12.14.34 #       <amiconn> If I would only know how to do that...
12.16.59 #       <amiconn> Different topic: If I build a dev environment with cygwin according to the Howto or use BC's devkit, I get sh-gcc 3.3.1
12.17.42 #       <amiconn> Apparently the "official" compilation still uses sh-gcc 3.0.4, which sometimes behaves differently.
12.18.12 #       <amiconn> (See yesterday's discussion on the grayscale bug with 3.3.1
12.18.58 #       <amiconn> What is your recommendation, are there other known problems with gcc 3.3.1?
12.20.10 #       <LinusN> i have no idea
12.20.17 #       <LinusN> i use 3.2 myself
12.20.45 #       <LinusN> hmmm
12.20.49 #       <LinusN> not at home, it seems
12.22.40 #       <amiconn> The binaries in the daily build packages are identical to those I get when compiling with sh-elf-gcc 3.0.04 on cygwin.
12.23.07 #       <amiconn> With gcc 3.3.1 I get smaller binaries (2..3 %)
12.23.39 #       <LinusN> nice
12.24.15 #       <LinusN> feel free to do the needed changes to make it compile with all gcc versions
12.27.15 #       <amiconn> So far I didn't find problems with the binaries built with sh-elf-gcc 3.3.1, other than that with grayscale I did already fix (I was relying on compiler behaviour there, which changed)
12.28.10 #       <amiconn> ajbrec.ajz: 187 KB -> 180 KB
12.29.46 #       <amiconn> There is a slight chance that the gdb stub may cause problems when compiled with 3.3.1, but I can't test thtis
12.31.09 #       <LinusN> how could it cause problems?
12.32.13 #       <amiconn> Gcc 3.0.4 used to save the pr register at the start of all functions and restore it at the end.
12.32.37 #       <amiconn> Gcc 3.3.1 optimizes this away if no other function is called from within this one
12.33.22 #       <amiconn> If you call a subroutine from within an asm block, gcc does not notice that
12.34.00 #       <amiconn> The gdb stub uses jsr/bsr...
12.34.29 #       <LinusN> ah
12.34.39 #       <LinusN> i'll try that someday
12.35.11 #       <amiconn> I could compile a debug build for you, but as said I can't test it myself...
12.40.38 #       <amiconn> Argh! Debug build is completely broken (at least for recorders)
12.44.29 #       <amiconn> ---
12.44.30 #       <amiconn> main.c: In function `init':
12.44.30 #       <amiconn> main.c:189: error: `rb' undeclared (first use in this function)
12.44.30 DBUG    Enqueued KICK amiconn
12.44.30 #       <amiconn> main.c:189: error: (Each undeclared identifier is reported only once
12.44.30 #       <amiconn> main.c:189: error: for each function it appears in.)
12.44.30 ***     Alert Mode level 1
12.44.30 #       <amiconn> make[1]: *** [/home/Administrator/rb-patched/debug-recorder/main.o] Error 1
12.44.31 ***     Alert Mode level 2
12.44.31 #       <amiconn> make: *** [apps] Error 2
12.44.33 #       <amiconn> ---
12.45.20 #       <amiconn> A few warnings show up before that...
12.45.34 #       <BC> wtf - main.c using the plugin interface?
12.50.40 #       <amiconn> Apparently it does have something to do with the DEBUGF macro...
12.54.32 ***     Alert Mode OFF
12.56.33 #       <amiconn> The thing is that main.c includes plugin.h, which redefines that macro if PLUGIN is defined. Why is that?
12.58.58 #       <amiconn> Or rather, why are the files within apps compiled with -DPLUGIN ?
12.59.59 Join    Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de)
13.06.50 #       <BC> second q ...gotta be a mistake
13.07.10 #       <BC> first q ...plugins will need to call-back
13.07.40 #       <BC> for a plugin to output to debug it will use rb-> prefix on the debug call
13.08.13 #       <amiconn> Yes, but then the files in apps should be compiled without -DPLUGIN=1
13.09.06 #       <BC> i agree
13.23.14 #       <amiconn> LinusN: are you reading?
13.58.28 Part    amiconn
14.07.59 ***     Saving seen data "./dancer.seen"
14.21.00 Quit    Nibbler (Read error: 54 (Connection reset by peer))
14.28.49 Join    c0utta [0] (~c0utta@47.cust4.sa.dsl.ozemail.com.au)
15.11.15 Part    acathla_ ("Byebye")
15.33.10 #       <elinenbe> http://www.qvcuk.com/ukgasp/frameset.asp?nest=tsv_430113.html&dd=ukhtml/frames/DrillFrameUKEL.html
15.33.39 #       <BC> lol - watched them pluggin that this morning - seems like a good deal
15.34.13 #       <BC> will remote control your cable box
15.34.38 #       <BC> spare battery  ...must mean it can be swapped easily
15.35.13 #       <elinenbe> BC: enough battery for 24 hours of use!
15.35.25 #       <elinenbe> I think it comes with 3 - 8 hour batteries
15.35.31 #       <BC> 2x12
15.35.40 #       <BC> 2 rechargeable lithium-ion batteries for up to 24 hours of continuous use
15.35.41 Join    AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
15.35.52 #       <BC> certainly not 12hrs of video playback - lol
15.36.27 #       <BC> CF slot has to be the winner
15.36.39 #       <BC> now to find £400
15.37.43 #       <BC> might be nice to throw a copy of that link at the ml
15.58.34 Join    Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de)
16.08.00 ***     Saving seen data "./dancer.seen"
17.12.47 Quit    Nibbler (Read error: 54 (Connection reset by peer))
17.13.41 Join    lImbus [0] (lImbus@44-40.240.81.adsl.skynet.be)
17.14.06 #       <lImbus> Hi All
17.14.13 #       <BC> hey hey limbo-man
17.14.23 #       <lImbus> hehe
17.17.34 #       <lImbus> BC, do you know if there is space within the status bar left ?
17.17.52 #       <BC> let me look...
17.18.20 #       <lImbus> I see battery, plug sign, SPACE, volume, Stop/Pause/Play-Symbol, Repeat, Shuffle, SPACE, Time
17.18.34 #       <lImbus> dunno what's supposed to be shown on the SPACES
17.18.41 #       <BC> there seem to be gaps a) before time and b) after battery
17.19.02 #       <BC> "plug" yes forgot that one
17.19.27 #       <BC> i agree with your finding
17.19.28 #       <lImbus> yup. the problem is following: I try to teach my mates (the ones who are NOT developers) to not turn off the unit before the hdd has spun down
17.20.04 #       <BC> spinning disc icon approaching?
17.20.17 #       <lImbus> whould be need, eh ?
17.20.22 #       <lImbus> neat, of course
17.20.37 #       <BC> i think ON+F1 or whatever to rtigger an orderly shut-dwon
17.21.07 #       <lImbus> it seems hard for them. even the trick to set disk spindown and baclight timeout BOTH to 10 seconds (so backlight shown disk spinning in 90 % of case) does not fit to the mind.
17.21.09 #       <BC> did you notice 3.02 went up?
17.21.39 #       <BC> i never bother to wait in honesty
17.21.52 #       <lImbus> they just don't think about it. so a sign of more warning character would show hem how to treat.
17.22.15 #       <BC> if the backlight wont help them ,then an icon will make little odds
17.22.42 #       <lImbus> amiconn showed me a pdf yesterday (see log for url) that explains pretty well how the emergency parking of the hdd-heads is done, and how much it decreases your hdd-life
17.23.26 #       <lImbus> the backlight is not a solution because they want it longer than 10 seconds. and more than 10 seconds of hard disc does not make sense and consumes too much power
17.23.32 #       <BC> i know, i'm just lazy - maybe I will write an ordely shut-down for PLAY=2S or ON+f1
17.24.19 #       <BC> how about off-off-off
17.24.47 #       <lImbus> off off off by the meaning of 3 seconds-off ?
17.24.55 #       <lImbus> pressing off tree times does not work
17.25.03 #       <BC> no, tripple click == orderly shutdown
17.25.19 #       <BC> my v1 (like linus') also shuts down in about 1S
17.25.21 #       <lImbus> it's too often the way you WANT to go somewhere else, eh ?
17.25.55 #       <lImbus> ahhm no, ok.
17.25.57 #       <lImbus> my mistake
17.26.02 #       <BC> I know it does not work, but if you are to write an orderly shut-dwon you can tie it to whatever you want
17.26.14 #       <lImbus> I thought one could go one level up in dir browsing or menues by off
17.26.47 #       <BC> ON+F1 is currently unused, but it's not very one handed
17.27.24 #       <lImbus> yeah
17.27.44 #       <lImbus> off off off would be as well as on2 secs.
17.28.22 #       <lImbus> I just see in the code there is the keylock symbol somewhere else
17.29.06 #       <lImbus> on-f1 is the id3-tag info while in WPS
17.29.30 #       <BC> ON+F1 for 2S
17.29.40 #       <lImbus> the keylock is just the space between shuffle and timie
17.29.42 #       <lImbus> -i
17.30.11 #       <BC> it really doesn't matter about the key, my suggestion is importantly that an orderly shut-dwon should exist
17.30.30 #       <lImbus> jup
17.30.58 #       <lImbus> for me, as I am too impatient and for the noobs that do not want to bother.
17.31.12 #       <lImbus> technical newbies I mean
17.31.24 #       <BC> too impatient for what?
17.31.51 #       <lImbus> for waiting 10 secs, then switching off.
17.31.59 #       <lImbus> if in a hurry, it kills me
17.32.02 #       <BC> ah
17.32.11 #       <BC> well pick a keystroke and go 4 it :)
17.32.57 #       <lImbus> that would be fine.
17.33.13 #       <lImbus> I would not even need the icon anymore
17.45.17 #       <BC> would still be cute though
17.46.31 #       <lImbus> already hacking on it.
17.46.36 #       <BC> :)
17.58.47 #       <lImbus> BC: there is not enough space in the statusbar
17.58.51 #       <BC> I reckon
17.59.00 #       <lImbus> 2 pixels between plug sign and volume.
17.59.16 #       <lImbus> I thought it was more, then connected the dc after seeing the code
18.00.05 #       <BC> spinning icq flower next to the clock would be my choice
18.05.55 #       <BC> how about an animation around/behind the clock
18.08.02 ***     Saving seen data "./dancer.seen"
18.08.45 #       <lImbus> jup, that is my next intend
18.09.01 #       <lImbus> just flipping background, it that works
18.57.01 Join    Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de)
19.21.24 Nick    midk|sleeeeeepz is now known as midk (~Zakk@c66-235-14-120.sea2.cablespeed.com)
19.21.24 Quit    Nibbler (Read error: 54 (Connection reset by peer))
19.22.39 #       <midk> hi bcbc
19.24.45 Quit    BC (Read error: 54 (Connection reset by peer))
19.38.40 #       <lImbus> to BC who will certainly be reading the log as soon as he notices his connection had been reset by that silly boy called peer:
19.39.18 #       <lImbus> sorry, I was for pizza. Now I will be off. try to bug me on monday. EMail is not a good idea as the network is beeing reconfigured these days.
19.39.45 Quit    lImbus (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so cool")
20.03.46 Join    pfavr [0] (~Peter_Fav@c076102a.s-oe.bostream.se)
20.08.04 ***     Saving seen data "./dancer.seen"
20.41.25 Quit    pfavr ("ChatZilla 0.9.61 [Mozilla rv:1.7/20040624]")
20.57.13 Join    Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de)
21.26.44 Join    telliott [0] (telliott@208-251-255-120.res.evv.cable.sigecom.net)
21.26.45 Quit    Nibbler (Read error: 54 (Connection reset by peer))
21.41.51 #       <telliott> I wish this show was syndicated across the country so I could listen without being tied to my computer.
21.44.38 #       <telliott> sorry.  Wrong window.
22.01.30 Join    dstar5 [0] (lee@IC62.library.oregonstate.edu)
22.08.05 ***     Saving seen data "./dancer.seen"
22.32.26 Part    telliott
23.03.10 Join    Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de)
23.42.16 Quit    dstar5 ("Leaving")
23.42.16 Quit    Nibbler (Read error: 54 (Connection reset by peer))