--- Log for 13.11.105  Server: kornbluth.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 8 days and 19 hours ago

00.02.01 #       <XShocK> not expensive at all.
00.02.23 #       <XShocK> actually to be exact,  making wakeup will be much harder.
00.02.37 #       <lokki> hmmm
00.02.49 #       <lokki> anyhow, a calendar and a clock
00.02.55 #       <lokki> thats just amazing
00.03.11 #       <XShocK> just regular clock+calendar is just an RTC chip, capacitor(you can actually ommit it too), resistor.
00.03.37 #       <XShocK> maxim.com actually even send free samples of their RTCs.
00.04.49 #       <XShocK> to make wakeup you will also need progmrammable counter, another chip.
00.05.10 #       <lokki> which will probably not fit into the case
00.05.43 #       <XShocK> not really. rtc is a 4 pin, 2 by 2 mm chip. counter is also pretty mauch the same size.
00.05.51 #       <XShocK> rtc is a 8 pin ...
00.06.31 #       <XShocK> you also need a 32.768khz quartz
00.06.45 #       <lokki> ok
00.09.30 #       <amiconn> XShocK: Many rtc chips have an alarm function
00.11.07 #       <XShocK> true. ijust used the one that don't :)
00.11.58 #       <XShocK> since i don't really need alarm,but will probably alter it to have it anyway, will change chip.. 
00.16.50 Quit    lokki ("CGI:IRC")
00.16.53 #       <XavierGr> and how the clock stores the time, when the unit shuts down?
00.17.15 #       <XavierGr> Doesn't it need a battery?
00.18.04 #       <XavierGr> or it will draw power for its need from the main battery?
00.18.29 #       <XavierGr> and what current consumption does it have, if it draws power from mains?
00.18.31 #       <XShocK> yes. it draws power from main battery
00.19.15 #       <XShocK> when main 3.3 volts are disconnected, it switch directly to battery and turns into lower consumption mode.
00.19.20 #       <XavierGr> I mean, will it have a major difference in battery consumption?
00.19.31 #       <XavierGr> which is?
00.19.59 #       <XShocK> i actually couldn't measure power, my ,multimeter somehow measured 0. :) while i crearly saw a since wave on the quartz which meant it was working.
00.20.15 #       <XavierGr> it must be lower than 1-2mA to say that it will not make a difference
00.20.27 #       <XavierGr> I guess I am not sure
00.20.36 #       <XavierGr> anyway have to eat now
00.21.03 #       <XavierGr> Plaese make a wiki tutorial on how to do it, I am very interested into this. Please.....
00.21.14 #       <XShocK> it is 100microampere
00.21.53 #       <XavierGr> then great
00.22.27 #       <XShocK> hmm.. it is actually even less. 800-1200nA
00.22.44 Join    arkascha_ [0] (n=arkascha@xdsl-195-14-221-116.netcologne.de)
00.23.06 #       <XShocK> 100microA is a standby current. 800-1200nA is on BACKUP battery
00.27.27 #       <XShocK> 0.0008 mA looks really scary. :)
00.28.44 #       <amiconn> The RTC chip used in the archos recorders has a backup battery current of < 500nA
00.31.53 #       <XShocK> I liked that Tektronix TDS2024 osciloscope so much...
00.32.53 #       <amiconn> linuxstb: This rrockbox devkit uses a stone-age sh-elf-gcc ...
00.33.01 Quit    _arkascha (Read error: 110 (Connection timed out))
00.36.05 #       <linuxstb_> amiconn: Yes, but the ipod_fw.c errors are caused by the native compiler.
00.36.11 #       <amiconn> yes
00.36.39 #       <linuxstb_> I've emailed bluechip.  I don't know if he actively maintains his devkit.
00.37.25 #       <amiconn> Current native gcc on cygwin is 3.4.4. Currently recommended sh-elf-gcc is 3.3.6
00.39.08 Quit    ashridah ("gone")
00.39.08 #       <amiconn> What's the recommended arm-elf-gcc?
00.39.11 Join    ghode|afk [0] (n=garudin@host-84-9-104-184.bulldogdsl.com)
00.40.15 #       <linuxstb> I'm using 3.4.4
00.40.29 #       <amiconn> ok
00.41.43 #       <linuxstb> IPL still use 2.95 for the kernel, so I have no idea if 3.4.4 is the best choice.  I just decided to try the newest version  (ignoring gcc4)
00.42.07 #       <amiconn> Yeah, rockbox code isn't really up to be build under gcc 4
00.42.18 #       <amiconn> Loads of signedness warnings...
00.44.54 Quit    ender` (Read error: 113 (No route to host))
00.54.51 Quit    arkascha_ (Remote closed the connection)
00.57.53 ***     Saving seen data "./dancer.seen"
01.14.40 Join    tucoz [0] (n=50ca6645@labb.contactor.se)
01.16.18 Quit    tucoz (Client Quit)
01.16.20 Join    tucoz [0] (n=50ca6645@labb.contactor.se)
01.16.59 #       <tucoz> Hi, I had not updated rockbox for some time and just notice that the shut down splash is now not gray scale anymore? is this intended?
01.18.43 Quit    tucoz (Client Quit)
01.20.42 Join    DJDD [0] (n=DJDD@CPE-143-238-11-25.vic.bigpond.net.au)
01.21.22 Join    tucoz [0] (n=martin@69.80-202-102.nextgentel.com)
01.23.53 #       <tucoz> I just thought that the amount of commits made recently may have caused this.
01.29.14 #       <tucoz> Anyway, it is all the splashes. I just thought I mention it in case it is an unwanted behaviour.
01.32.28 #       <linuxstb_> tucoz: Yes, I think I caused that with one of my commits.  It was not intended.
01.34.54 #       <tucoz> ok, seems like the ipod port is moving in the right directon though
01.35.37 #       <tucoz> Nice work. Btw, I had a look at a friends nano the other day. Have to say that it is pretty mp3-player
01.35.50 #       <tucoz> *a
01.36.04 #       <tucoz> good night
01.36.06 Part    tucoz ("Leaving")
01.40.57 Quit    paugh ("whoops")
01.43.11 #       <amiconn> linuxstb: Turns out this splash() background problem was indeed introduced by one of your commits - but due to my wrong hint :-(
01.43.46 #       <linuxstb_> I realised that. 
01.43.49 #       <amiconn> Only the old splashes are affected
01.44.28 #       <amiconn> Obviously I didn't look closely enough. LCD_MAX_LEVEL-1 != LCD_WHITE ...
01.44.32 #       <linuxstb_> But the old code - using LCD_MAX_RED-1 for example wasn't very intuitive. 
01.44.52 #       <linuxstb_> I mistakenly read that as being the maximum...
01.45.05 #       <amiconn> Yes, even the -1 isn't intuitive. It only works nicely for 2bit greyscale
01.45.35 #       <amiconn> For higher depths -1 would only give a very faint effect
01.46.02 #       <amiconn> (2*LCD_MAX_LEVEL/3) would be more appropriate
01.46.31 #       <linuxstb_> The plugins use that in some places.
01.46.42 #       <amiconn> ...but for colour lcd, maybe a coloured background would be even better?
01.47.29 #       <linuxstb_> For the colour LCDs, I think we'll need some kind of (user-configurable) colour scheme.   But I'm happy to ignore that for now.
01.48.00 #       <amiconn> Hmm.
01.48.45 #       <amiconn> Support for custom colours (and greyscales) needs some work in the scrolling functions
01.54.59 #       <linuxstb_> So should I define LCD_LIGHTGRAY and LCD_DARKGRAY in lcd.h and just use those for now?
02.08.29 Quit    DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
02.09.27 Quit    Moos ("Glory to Rockbox")
02.22.30 Nick    Rick is now known as Gibbed (i=rick@unaffiliated/Rick)
02.22.43 Nick    Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net)
02.22.58 Quit    gromit` (Remote closed the connection)
02.35.42 Join    gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
02.35.49 Quit    gromit` (Remote closed the connection)
02.36.04 Join    gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
02.41.59 Part    linuxstb_
02.42.44 Quit    solexx_ (Read error: 110 (Connection timed out))
02.57.54 ***     Saving seen data "./dancer.seen"
03.07.13 Join    _user_ [0] (n=18d79b85@labb.contactor.se)
03.14.49 Join    solexx [0] (n=jrschulz@d020180.adsl.hansenet.de)
03.15.59 Quit    _user_ ("CGI:IRC (EOF)")
03.17.32 Quit    dpassen1 ()
03.27.36 Join    Zezayer [0] (n=8fa7e3d0@labb.contactor.se)
03.31.24 Join    actionshrimp [0] (i=dave@dhcp-163-1-214-173.seh.ox.ac.uk)
03.39.31 Quit    Zezayer ("CGI:IRC")
03.57.18 Quit    actionshrimp ("a bird in the bush is worth two in your house")
04.01.57 Part    XavierGr
04.26.51 Join    whatboutbob [0] (n=cbd60719@labb.contactor.se)
04.32.57 #       <whatboutbob> how do you guys (rb devs) feel about press coverage?
04.35.07 #       <whatboutbob> to clarify, i can prolly get  an article written about rockbox for some aussie newspapers...just wanna know if that'd be ok with y'all?
04.47.26 Join    Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com)
04.54.13 #       <thegeek_> I know there have been articles about rockbox before
04.54.21 #       <thegeek_> so I think it would be ok
04.54.33 #       <thegeek_> but I am in no way offically part of the rockbox team
04.57.56 ***     Saving seen data "./dancer.seen"
05.01.21 #       <XShocK> btw, is it normal that ihp120 target does not build with DEBUG option?
05.02.00 #       <XShocK> /home/rinat/rockbox/apps/codecs/libmad/global.h:36:4: error: #error "cannot define both DEBUG and NDEBUG"
05.02.47 #       <Paul_The_Nerd> I dunno, but it sounds kinda unlikely
05.04.02 Quit    DJDD ("Trillian (http://www.ceruleanstudios.com")
06.11.43 Join    DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au)
06.33.38 Quit    whatboutbob ("CGI:IRC (EOF)")
06.44.26 Quit    ehntoo (Remote closed the connection)
06.57.58 ***     Saving seen data "./dancer.seen"
07.00.56 Quit    Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]")
07.09.24 Quit    RotAtoR ()
07.46.17 Quit    XShocK (Remote closed the connection)
07.52.16 Join    Jungti1234 [0] (n=jungti12@58.77.81.75)
07.52.36 #       <Jungti1234> hi
08.00.18 #       <Jungti1234> How do you become if apply H100 rockbox firmware to H300?
08.14.36 Join    ashridah [0] (i=ashridah@220-253-122-10.VIC.netspace.net.au)
08.16.56 #       <Jungti1234> Is no there a person to answer on my question?
08.18.18 #       <ashridah> Jungti1234: what was the question?
08.18.27 #       <Jungti1234> How do you become if apply H100 rockbox firmware to H300?
08.19.59 #       <ashridah> bricked
08.20.08 #       <ashridah> i doubt the H300 would even accept the H100 firmware
08.20.23 #       <ashridah> but the LCD and probably other components are different
08.21.28 #       <ashridah> so the unit would fail to restart at best, and would probably be unfixable.
08.23.30 #       <Jungti1234> oh..
08.23.38 #       <Jungti1234> Thank answer.
08.26.20 #       <Slasheri> hi :)
08.26.54 #       <Slasheri> amiconn: now the player works fine again, it took something over 10h with hdd spinning do completely discharge the battery
08.27.09 #       <Slasheri> *to
08.27.32 #       <ashridah> Slasheri: rofl.
08.27.36 #       <Slasheri> :)
08.57.59 ***     Saving seen data "./dancer.seen"
09.16.51 Join    itsjohnc [0] (n=nobody@ool-457ac5fc.dyn.optonline.net)
09.17.04 Part    itsjohnc
09.33.07 #       <amiconn> Slasheri: Nice to hear :-)
09.36.34 #       <amiconn> I think there are 2 reasons why the battery lasted so long: The hdd was spinning but not accessed, it auto-parked the heads and that lowers power consumption. And the cpu ran at 11 MHz.
09.43.54 Join    Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net)
09.57.18 Quit    Maxime (Read error: 110 (Connection timed out))
10.09.16 Quit    Mxm`Pas`Bien (Read error: 110 (Connection timed out))
10.42.10 #       <Bagder> having mat holton set to moderated on the rockbox list was a good idea
10.42.34 #       <Bagder> we get viruses with his From: address sent to the list several times a week
10.53.08 Quit    Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300")
10.57.35 #       <amiconn> Bagder: What is bad (for him) is that these viruses are very likely sent from elsewhere
10.57.41 #       <Bagder> indeed
10.57.45 #       <amiconn> Isn't there a better method to filter?
10.57.51 #       <Bagder> yes there is
10.58.00 #       <Bagder> we should run a proper viruscheck on all incoming mails
10.58.02 ***     Saving seen data "./dancer.seen"
10.58.11 #       <Bagder> we that is still on the todo
10.58.14 #       <Bagder> but that
11.12.23 Join    amiconn_ [0] (n=jens@p54BD4395.dip.t-dialin.net)
11.14.52 Quit    amiconn (Nick collision from services.)
11.14.52 Nick    amiconn_ is now known as amiconn (n=jens@p54BD4395.dip.t-dialin.net)
11.16.29 Join    mashalla [0] (n=dj-dave@p5498EFA4.dip.t-dialin.net)
11.18.03 Join    Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net)
11.20.55 Join    ender` [0] (i=ychat@84.52.165.220)
11.42.42 Quit    Mxm`Pas`Bien (Read error: 104 (Connection reset by peer))
11.42.44 Join    Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net)
11.46.38 Join    len0x [0] (n=len0x@mobileweb02.london.02.net)
11.46.48 Quit    mashalla (Read error: 110 (Connection timed out))
11.48.28 #       <linuxstb> Morning all.  How do people feel about splitting crt0.S into CPU specific files? i.e. crt0-sh.S, crt0-m68k.S, crt0-arm.S and crt0-calmrisc16.S
11.49.25 #       <Bagder> if you think that improves readability and not hinders maintainability, then sure
11.52.18 Part    len0x
11.54.21 Join    linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net)
12.04.54 Join    LinusN [0] (n=linus@labb.contactor.se)
12.04.56 #       <linuxstb_> Bagder: I don't feel that strongly about it, so unless others say "yes, good idea", I'll just leave it.
12.05.31 #       <Bagder> LinusN might have an opinion?
12.05.37 #       <LinusN> not really
12.05.48 #       <Bagder> then lets leave it as-is for now
12.06.01 #       <linuxstb_> OK, no problem.
12.06.02 #       <LinusN> the linker cmd files might have to be changed though
12.06.26 #       <linuxstb_> But is that simply changing the INPUT()?
12.06.50 #       <LinusN> hmm, looks like they are prepared for that already
12.08.33 #       <LinusN> len0x is planning to let the playback status icon reflect the radio status too
12.08.51 #       <LinusN> so that the Play icon is shown when playing radio
12.09.07 Quit    linuxstb (Read error: 110 (Connection timed out))
12.09.58 #       <LinusN> i don't really mind, but i'm not sure i like the way it is implemented
12.10.54 #       <linuxstb_> On a different subject, the iPod builds are now clean enough to add to the automatic builds.  But I'm not sure how many we need to add - currently there is bootloader/normal/simulator for Nano and Color/Photo.
12.11.10 #       <linuxstb_> Shouldn't we have a radio icon instead of re-using the play icon?
12.11.26 #       <LinusN> i think i'd like that better
12.12.08 #       <Bagder> linuxstb_: we could start with a few
12.12.13 #       <Bagder> and expand later if need be
12.13.07 #       <Bagder> what's the binary name of rockbox on ipod?
12.13.11 #       <Bagder> rockbox.ipod ?
12.13.13 #       <linuxstb_> rockbox.ipod
12.13.33 Join    Jungti1234 [0] (n=jungti12@58.77.81.75)
12.13.44 #       <linuxstb_> I'm not sure if we should have different extensions for the different builds though.
12.14.01 #       <linuxstb_> s/builds/targets/
12.14.02 #       <Bagder> on iriver we don't
12.14.08 #       <Bagder> we just store the model name in the file
12.14.12 #       <Bagder> and have the bootloader check it
12.14.20 #       <linuxstb_> That's the approach I've adopted so far.
12.16.10 #       <Hadaka> what?? rockbox for ipod in development? wow
12.16.32 #       <Hadaka> can a nano be made to play ogg?
12.17.23 Join    linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net)
12.17.23 #       <Bagder> I believe it already can with ipl
12.18.48 #       <Hadaka> (I didn't even know ipod linux ran on nano yet)
12.19.08 #       <Bagder> it does
12.19.23 #       <Hadaka> but that's way nice, seems like I have to get one of those then
12.19.29 Join    Maxime` [0] (n=flemmard@fbx.flemmard.net)
12.20.41 #       <Bagder> now commit something!
12.21.41 Join    _FireFly_ [0] (n=FireFly@p54A4554B.dip.t-dialin.net)
12.21.52 #       <Hadaka> I think I might commit myself to installing rockbox 2.5 on my archos today ;)
12.21.58 Join    DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se)
12.26.17 #       <Bagder> ipod builds added
12.26.40 #       <Hadaka> on that note, I seem to have trouble locating where are the instructions for rockbox 2.5 in flash
12.26.43 #       <Bagder> I'm sure I messed up something, but that'll show soon :-)
12.27.43 #       <Hadaka> ah, bootbax, found it
12.27.46 Quit    Kohlrabi ("Leaving")
12.27.47 #       <Hadaka> s/bax/box/
12.28.20 Quit    Mxm`Pas`Bien (Read error: 110 (Connection timed out))
12.28.29 Join    Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net)
12.28.39 Quit    Kohlrabi (Client Quit)
12.28.44 Join    Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net)
12.28.54 Quit    Kohlrabi (Client Quit)
12.29.08 #       <linuxstb> A change has been committed....
12.29.33 Join    Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net)
12.32.59 Quit    linuxstb_ (Read error: 110 (Connection timed out))
12.33.09 Join    mashalla [0] (i=mashalla@p5498E1D2.dip.t-dialin.net)
12.38.38 Join    Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr)
12.45.45 #       <Bagder> dang
12.45.58 #       <Bagder> now that is a table
12.46.03 #       <_FireFly_> ??
12.46.10 #       <Bagder> check the cvs build table
12.47.04 #       <_FireFly_> wow who was the elefant which had sit down on the table;)
12.47.56 #       <linuxstb> Nice :)
12.48.20 #       <linuxstb> I'm thinking of disabling the building of the plugins for now - that's what is causing all the errors in the main build.
12.48.55 #       <Bagder> sure, we did that in the iriver beginning too
12.49.13 #       <linuxstb> OK, another commit on the way.
12.49.42 #       <Bagder> LinusN: seeing we miss a h300 boot build there, you think it is premature to add one?
12.50.55 Join    actionshrimp [0] (i=dave@dhcp-163-1-214-173.seh.ox.ac.uk)
12.51.29 #       <linuxstb> If I make two commits in quick succession, will only the first commit be used in the build?  Or do I have a few seconds to do the second one?
12.51.47 #       <Bagder> it checks for new changes every 60 seconds
12.52.06 #       <Bagder> so you have 0-60 seconds for a second commit ;-)
12.52.31 #       <linuxstb> OK, I'll just separate them by a semi-colon on the same line.
12.53.27 #       <linuxstb> OK, the next builds should be yellow for the main targets.
12.53.28 #       <Bagder> I'm leaning towards a system that will require N seconds of no commits before it actually starts the rebuild
12.53.39 #       <Bagder> to allow a series of commits better
12.53.43 Join    andy_ [0] (i=andy@h72n2fls304o1033.telia.com)
12.54.05 #       <_FireFly_> this shouldn't be so hard to implement
12.54.21 Join    ep0ch| [0] (n=ep0ch|@84.12.168.31)
12.54.22 #       <Bagder> not really, it just conflicts somewhat with how the scripts work atm
12.54.33 #       <linuxstb> Maybe just increase the gap from 60 seconds to 2 or 3 minutes.
12.54.43 #       <andy_> is it only me who would like line-selector to default to inverse bar instead of pointer?
12.54.57 #       <ep0ch|> the new memcpy doesnt seem to affect the codecs boost ratio at all :(
12.55.11 #       <linuxstb> ep0ch|: The codecs probably don't use it yet.
12.55.19 #       <ep0ch|> ohhh
12.55.27 #       <ep0ch|> they have to be written to use it?
12.55.29 #       <_FireFly_> Bagder: what have you done to the wps-code ;) i have to update my wps-widget again ;)
12.55.47 #       <Bagder> my change was very small
12.55.56 #       <ep0ch|> i thought the new memcpy would override the standard one
12.56.27 #       <linuxstb> ep0ch|: I was wrong, looking at the code, I think they do use the new memcpy.  But obviously not enough for it to be noticable.
12.56.47 #       <linuxstb> It's only memmove that's implemented locally for the codecs.
12.56.55 #       <Bagder> gone
12.57.02 #       <ep0ch|> oh ok
12.57.23 #       <ep0ch|> how's the ipod coming along? :)
12.57.52 #       <linuxstb> http://www.rockbox.org/daily.shtml
12.58.05 ***     Saving seen data "./dancer.seen"
12.58.16 #       <ep0ch|> i see lots of red
12.58.17 #       <linuxstb> Rockbox now compiles (almost) cleanly for the iPod.  The work is now to slowly fill in the gaps.  
12.58.28 #       <linuxstb> ep0ch|: Those are just the plugins - see the results of the next build.
12.58.45 #       <ep0ch|> goodjob
12.58.50 #       <linuxstb> It's just because there are no button mappings defined for each plugins.
12.58.57 #       <linuxstb> So I've disabled the plugin building for now.
12.59.11 #       <ep0ch|> so how far does booting get?
12.59.49 #       <linuxstb> The bootloader works (booting either ipodlinux or the Apple firmware).  But there is not yet a functional Rockbox for it to load.
13.00.28 Quit    ashridah ("Leaving")
13.02.56 #       <ep0ch|> ipod have two cpus right? do you think rockbox will need much work to utilise both cpus?
13.04.29 #       <linuxstb> I think we would just use one CPU for the codecs, and one for everything else.  So it shouldn't be too hard - the codecs already run in their own thread.
13.04.56 #       <LinusN> do we know how to communicate between the cpu:s?
13.05.46 #       <linuxstb> I don't, but the IPL people do - they've got both CPUs working.  I would also expect it to be documented in standard ARM documentation as well.
13.06.02 #       <Jungti1234> http://mt.dreamwiz.com/review/review.asp?revID=419&idx=A009  <- How about this mp3 player?
13.06.35 Join    ender1 [0] (i=ychat@84.52.165.220)
13.07.24 #       <ep0ch|> i have a feeling the hardware in that one is similar to ihp
13.12.56 #       <_FireFly_> looks nice 
13.13.53 #       <Jungti1234> :)
13.14.55 #       <Jungti1234> And this? -
13.14.56 #       <_FireFly_> but to much windows related pics for my taste ;)
13.15.30 #       <_FireFly_> and i can't understand korean or what that language is
13.15.51 #       <Jungti1234> http://www.zdnet.co.kr/reviews/coolgear/0,39033536,39140988,00.htm
13.16.07 #       <andy_> Jungti1234: cute menu graphics.. we should have a cute menu option in rockbox :)
13.17.40 #       <Jungti1234> How about mp3 player kit?
13.18.05 #       <Jungti1234> Popularity is good very in the Korea.
13.18.30 #       <Jungti1234> But, there is no many a person who buy because of expensive price.
13.20.03 #       <Jungti1234> Use translation.
13.23.44 Quit    ender` (Read error: 110 (Connection timed out))
13.26.09 #       <linuxstb> I mentioned this yesterday, but the last two warnings in the iPod builds are actually bugs.  Someone familiar with databox should try and fix them (values in the range -1 to 130 being stored in a char).  Only the arm compiler gives a warning because chars are unsigned by default on that platform, but it's a problem with signed chars as well.
13.31.11 Quit    andy_ ()
13.31.37 #       <Moos> HCl is your man ;)
13.37.13 #       <Jungti1234> haha
13.37.25 #       <Jungti1234> Found interesting image.
13.37.37 #       <Jungti1234> http://www.medulla.co.uk/images/H340/H300-graphics/H3MOD/Skin_Themes/pics/no_ipod.gif
13.38.25 #       <_FireFly_> ;)
13.39.27 #       <_FireFly_> has someone of the devs found some time to look at my wps-widget (http://sourceforge.net/tracker/index.php?func=detail&aid=1353466&group_id=44306&atid=439120)
13.39.28 #       <_FireFly_> ?
13.39.35 #       <Jungti1234> Does iriver hate ipod? :)
13.40.11 #       <LinusN> _FireFly_: zip?
13.40.18 #       <_FireFly_> it looks like or it's only a marketing gag
13.40.57 Join    len0x [0] (n=len0x@mobileweb02.london.02.net)
13.40.59 #       <_FireFly_> LinusN: yepp 
13.41.08 #       <LinusN> _FireFly_: i'd prefer a single patch file
13.41.11 Quit    Maxime` (Read error: 104 (Connection reset by peer))
13.41.13 #       <_FireFly_> k
13.42.37 #       <_FireFly_> the problem was i had made the diff with "cvs diff" but due the anonymouse checkout of the tree i can't add my files to the tree so i had made a zip 
13.43.04 #       <_FireFly_> the current filename-sheme of my patch might be not the best
13.43.31 #       <LinusN> the "g" in gwps.c might not be necessary
13.45.07 #       <_FireFly_> i will change it
13.45.26 #       <_FireFly_> any other suggestions ??
13.46.26 #       <LinusN> not yet, will have a look
13.46.58 #       <LinusN> basically, you've moved the wps code to a "widget", so it can have two instances?
13.47.33 #       <_FireFly_> with a few changes yes i think
13.48.22 #       <_FireFly_> currently some functions uses the gui_sync* function of other widgets
13.50.13 #       <LinusN> nitpick: if(!wps_data || !buf) return false;
13.50.22 #       <LinusN> break that into two lines
13.50.38 #       <_FireFly_> why ??
13.50.55 #       <LinusN> easier to read imho
13.51.45 #       <thegeek_> LinusN : thanks for the connector, it works good, but I found out that the actual problem was not the connector, it was the two small resistors on the ground channel
13.51.54 #       <thegeek_> L5 and L6
13.52.05 #       <thegeek_> ;)
13.52.40 #       <LinusN> aha, so it works now?
13.52.45 #       <thegeek_> well
13.52.52 #       <thegeek_> it worked great last night
13.53.00 #       <thegeek_> however, I think my harddrive is failing
13.53.10 #       <thegeek_> I've been getting ata -35 errors for some time now
13.53.25 #       <thegeek_> and it seems my little operation has made it worse
13.53.41 #       <_FireFly_> LinusN: if i change gwps.h to wps.h then which header(this file or the file in apps/ ) is matched first is wps.h is included
13.53.41 #       <LinusN> it might not be the hard drive after all
13.53.49 #       <thegeek_> very true
13.54.03 #       <LinusN> _FireFly_: aaaah, didn't think of that
13.54.31 #       <_FireFly_> :)
13.54.43 #       <LinusN> thegeek_: does it work better if you push the ata daughterboard together with the mainboard?
13.54.55 #       <thegeek_> but when I hear the hardrive spin up, when it fails I have a "click"
13.54.55 #       <thegeek_> hmm
13.54.57 #       <thegeek_> let me check
13.55.28 #       <thegeek_> heh
13.55.33 #       <thegeek_> it worked
13.55.51 #       <LinusN> then you have a problem with the connector between the boards
13.55.59 #       <thegeek_> I just squeezed right over the connector to the harddrive
13.56.00 #       <thegeek_> yeah
13.56.07 #       <LinusN> a common issue with these players
13.56.37 #       <thegeek_> well
13.56.39 #       <thegeek_> good news:)
13.56.41 #       <thegeek_> I guess
13.56.45 #       <thegeek_> is it fixable?
13.56.55 #       <LinusN> yes, but it takes quite some soldering skills
13.57.06 #       <thegeek_> hmm
13.57.22 #       <thegeek_> as in
13.57.33 #       <thegeek_> _very_ good soldering skills?
13.58.25 Quit    Sandking ()
13.58.41 Join    Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net)
13.58.42 #       <LinusN> well, i've done that repair a few times now, and it requires SMD soldering experience
13.58.45 #       <thegeek_> ah
13.59.02 #       <thegeek_> it seems to work great if I just keep a little pressure on the connector
13.59.29 #       <_FireFly_> tape it ;)
13.59.34 #       <thegeek_> perhaps I could just add a little object there that would exert pressure when the case is screwed together
14.00.19 #       <thegeek_> ghettofix
14.00.32 #       <LinusN> yes, that might make it work for a little longer
14.00.51 #       <LinusN> i have heard of other people doing that
14.04.07 #       <LinusN> _FireFly_: at first glance, your widget looks good
14.04.54 #       <LinusN> _FireFly_: what's the idea with gwps-common?
14.05.00 #       <thegeek_> hmm
14.05.12 Quit    gromit` (Read error: 104 (Connection reset by peer))
14.05.19 #       <thegeek_> when the hardrive spins down, is there supposed to be a click
14.05.23 #       <LinusN> no
14.05.26 #       <thegeek_> hehe
14.05.31 #       <thegeek_> guess my fix is no 100%
14.05.34 #       <thegeek_> *not
14.05.43 #       <_FireFly_> in the first place i had the idea to spilt of these function which are used from both displays
14.06.06 #       <Slasheri> Hmm, now my secondary bootloader and rombox works fine :)
14.06.14 #       <LinusN> Slasheri: wee!
14.06.25 Join    gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
14.06.30 #       <_FireFly_> but now i think these file can be renamed
14.06.31 #       <Slasheri> Next step would be to change the initial reset vector to replace the primary boot loader
14.06.55 #       <Slasheri> But i think i don't want to try that yet.. :)
14.07.07 #       <_FireFly_> LinusN: now you have your single patch-file ;)
14.07.13 #       <LinusN> saw that, gr8
14.07.34 #       <LinusN> Slasheri: so you have a flashing plugin?
14.07.39 #       <Slasheri> LinusN: would you like to test my bootloader in few days before i try booting it directly?
14.07.49 #       <Slasheri> LinusN: yes, it works great :)
14.08.02 #       <Moos> Slasheri: Hi, have you got a BDM?
14.08.07 #       <Slasheri> Moos: no
14.08.14 #       <LinusN> Slasheri: submit a patch
14.08.43 #       <Slasheri> LinusN: ok, thanks. I will do that soon :)
14.09.02 #       <Moos> Slasher: you've got courage to do those things without BDM :)
14.09.17 #       <LinusN> Moos: finland is not that far from sweden :-)
14.09.25 #       <Moos> XD
14.09.41 #       <LinusN> he can row over to stockholm and unbrick it :-)
14.09.54 #       <crwl> hehe
14.09.56 #       <Slasheri> LinusN: now the flash plugin erases section 0x8 - 0x1effff and places my secondary boot loader at 0x8. Then it places rockbox at 0x10000
14.10.07 #       <Slasheri> hehe :D
14.10.14 Quit    gromit` (Read error: 104 (Connection reset by peer))
14.10.55 Join    webguest65 [0] (n=d5bd9cb5@labb.contactor.se)
14.11.04 #       <webguest65> hi everybody
14.11.07 Join    gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
14.11.21 #       <webguest65> is somebody working on aac?
14.11.39 #       <thegeek_> hmm
14.11.42 #       <thegeek_> seems to work ok now
14.11.59 #       <thegeek_> if it just last a little longer I'm happy
14.12.04 #       <thegeek_> thanks for all the help LinusN:)
14.12.26 #       <webguest65> what does it need to play realtime?
14.12.45 #       <LinusN> Slasheri: i had no idea that you could erase from 0x08, i thought you had to erase the entire sector
14.13.20 #       <Slasheri> LinusN: yes, i had to erase entire section but i have a safe guard in the code that immediately after the erase replaces the reset vectors
14.14.13 Nick    ender1 is now known as ender` (i=ychat@84.52.165.220)
14.14.20 #       <Slasheri> LinusN: when the only bootloader would be at 0x8, user could in future safely upgrade the rockbox because flashing wouldn't touch any cricital sectors
14.15.34 #       <LinusN> so you have two boot loaders, one primary and one secondary?
14.15.43 #       <Slasheri> yes :)
14.15.56 #       <Slasheri> and i haven't touched the primary bootloader at all
14.16.09 #       <Slasheri> i just press rec+play when i want to test my boot loader
14.16.27 #       <Slasheri> (the secondary bootloader is almost same as primary, only a few little modifications)
14.17.46 #       <Slasheri> LinusN: now the secondary boot loader seems to work well but i am afraid to change the reset address to that bootloader.. If it fails, i could no longer boot at all
14.20.14 #       <Slasheri> LinusN: btw, do you think it would be a very bad idea to save settings to the last sector in flash? (that would require erase cycle after 8 save cycles). I am going to try if that could give any decrease on boot time
14.21.52 #       <LinusN> Slasheri: i wouldn't want to write to the flash more than necessary
14.23.26 #       <ep0ch|> you know those 128 bytes that are available to store settings with...
14.23.27 #       <Slasheri> ok, that would then probably be a bad thing to do
14.23.45 #       <Slasheri> ep0ch|: those are not enough :/
14.23.50 #       <ep0ch|> could it be possible just to save the frequently changed settings in there
14.24.03 #       <ep0ch|> like volume, etc
14.24.25 #       <ep0ch|> that would save writing to the disk on shutdown on quite a few occasions
14.24.55 #       <LinusN> the settings are saved whenever the disk spins up
14.26.07 #       <ep0ch|> i thought the hardisk always spun up on shutdown to write the settings
14.29.08 #       <LinusN> nope, only if the settings have changed since the last spinup
14.30.16 #       <ep0ch|> well, i just checked, i started up rockbox waited for the cache check to finish and spin down. Then switched off, the HD spun up and did something.
14.30.17 Quit    gromit` (Read error: 104 (Connection reset by peer))
14.30.53 Join    gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
14.31.04 #       <Slasheri> btw, with flashed rockbox we can safely disable that cache check also when it's not necessary :)
14.34.17 Quit    Kohlrabi ("Leaving")
14.34.18 Quit    Mxm`Pas`Bien (Read error: 104 (Connection reset by peer))
14.34.41 Join    Maxime` [0] (n=flemmard@fbx.flemmard.net)
14.35.37 #       <webguest65> i read somewhere it's because of the compiler (gcc 3.x.x instead of gcc 4.0) true?
14.36.05 #       <webguest65> i mean aac playback
14.38.01 #       <ep0ch|> i believe aac gained near realtime playback under gcc4. however other codecs suffered, i.e. less effecient.
14.39.34 #       <webguest65> so, either the other codecs have to be rewritten for gcc4 or aac has to be further optimized with gcc3 ?
14.40.20 #       <ep0ch|> aac has to further optimized whatever
14.40.46 #       <webguest65> i thought somebody allready worked on that quite hard
14.40.57 #       <webguest65> linuxstb?
14.50.57 Quit    webguest65 ("CGI:IRC")
14.51.20 Join    Maxime`` [0] (n=flemmard@fbx.flemmard.net)
14.55.07 Join    Maxou` [0] (n=flemmard@fbx.flemmard.net)
14.55.52 Quit    Maxime`` (Read error: 104 (Connection reset by peer))
14.58.06 ***     Saving seen data "./dancer.seen"
14.58.22 #       <LinusN> how about making the default iriver font a little bigger?
14.59.13 #       <Maxou`> snap font is great :p
14.59.20 #       <ep0ch|> well i'm using nimbus-12, wish there was a nimbus-10...
14.59.52 #       <len0x> nimbus is a great font indeed
15.00.14 #       <crwl> i personally think fonts as small as snap are almost useless, and my vision is ok
15.00.56 #       <crwl> (and it's sad that almost every WPS in WpsGallery is based on some ridiculously small font)
15.01.11 #       <LinusN> crwl: in the iriver, yes, but not on the archos
15.01.26 #       <crwl> LinusN, indeed
15.01.52 #       <LinusN> i personally use nimbus-12
15.02.07 #       <crwl> me too 
15.02.18 #       <crwl> it's a good font
15.02.30 #       <LinusN> a chicago clone
15.02.41 Quit    Maxime` (Read error: 110 (Connection timed out))
15.02.54 #       <LinusN> gives that nice ipod look :-)
15.03.13 #       <ep0ch|> which file specifies the default font?
15.04.26 #       <LinusN> firmware/makefile
15.05.07 #       <LinusN> it used fonts/rockbox_default.bdf
15.05.10 #       <linuxstb> webguest65 (if you read this message in the logs): the status of aac is "in progress".  It's being worked on a little, but it isn't anyone's top priority.  It did gain significantly from gcc4, but as you said, the other codecs seemed to suffer a little.
15.05.12 #       <ep0ch|> ty
15.05.29 #       <Jungti1234> bye
15.05.42 Quit    Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300")
15.06.24 #       <Slasheri> LinusN: with default settings iriver boot time from flash: 4s
15.08.17 #       <ep0ch|> how are you timing this? from pressing 'play'  to when?
15.08.37 #       <Slasheri> ep0ch|: from play until directory tree is shown
15.08.53 Join    webguest24 [0] (n=522788bc@labb.contactor.se)
15.09.17 #       <ep0ch|> its about 5s normally then
15.09.30 #       <Slasheri> yes, i got 6s
15.10.01 #       <webguest24> hi there, does nayone have time for a noob question about his iriver?
15.10.03 #       <ep0ch|> i think the realtest should include having resume playback enabled
15.10.45 #       <ep0ch|> well more realistic
15.10.48 #       <webguest24> ive got a file in my .rockbox directory that i cant access/delete. its called like B something, with no extension and is about 1MB, how do i get rid of it?
15.11.13 #       <webguest24> i think its buggering up my WPS, as they cant load the bmps
15.11.35 #       <webguest24> do i have to format or defrag or what?
15.12.07 #       <ep0ch|> how have you tried deleteing it so far?
15.12.25 #       <webguest24> shift delete
15.12.34 #       <ep0ch|> via usb?
15.12.40 #       <linuxstb> webguest24: Are you using a very new version of Rockbox?  The way that the WPS handles bitmaps has changed.
15.12.41 #       <ep0ch|> what about rockbox delete
15.12.42 #       <webguest24> i also tried renaimg it but it doesnt work
15.12.46 #       <webguest24> yes, via USB
15.12.56 #       <webguest24> ah
15.13.08 #       <webguest24> well rockbox doesnt allow you to navigate to .rockbox folder
15.13.19 #       <ep0ch|> change navigation view
15.13.33 #       <ep0ch|> Show Files: All, should do
15.14.18 #       <Moos> press lon a/b and down joistick
15.14.23 #       <Moos> *long
15.15.13 #       <webguest24> it wont delete
15.15.22 #       <webguest24> but it will rename
15.16.02 #       <webguest24> maybe the file is like a bad sector or something? a dodgy file?
15.16.10 #       <Maxou`> u tried a chkdsk ?
15.16.41 #       <webguest24> no, how would i do that?
15.16.50 #       <webguest24> and might it wear out the disk?
15.17.33 #       <Maxou`> chkdsk youririverDriveLetter:
15.17.39 #       <_FireFly_> I think Maxou` mean scandisk ;) under windows
15.17.41 #       <webguest24> in MS DOS?
15.17.44 Join    tucoz [0] (n=martin@69.80-202-102.nextgentel.com)
15.17.51 #       <Maxou`> in a command window yes
15.18.00 #       <Maxou`> Start > Run > Cmd
15.18.01 #       <Maxou`> here ^^
15.18.17 Join    ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com)
15.18.19 #       <tucoz> Hi
15.18.48 #       <tucoz> What exactly does the crt.S file do, and what does it mean?
15.19.25 #       <tucoz> I mean, what does crt stand for?
15.19.44 #       <webguest24> so when im in the cmd window what do i type? chkdsk F: or whatever?
15.20.38 #       <LinusN> tucoz: it performs the initializations for the C runtime code
15.21.00 #       <LinusN> and i believe it stands for C RunTime
15.21.19 #       <tucoz> LinusN, ah, ok. Then I was on the right track.
15.21.20 #       <tucoz> thanks
15.22.00 #       <webguest24> ah i got it
15.22.35 #       <webguest24> its truncating the file, whatever that means!:)
15.22.59 #       <Slasheri> ep0ch|: 8s to wps from disk, 6s from flash
15.23.25 #       <tucoz> hmm, was the lineselector not inverted by default? I seem to recall that it was, but when my settings was reset I got the little tiny arrow instead.
15.24.07 #       <webguest24> the file is still there, what the hell do i do? 
15.24.25 #       <ep0ch|> tucoz: it was for a brief period iirc
15.24.25 #       <_FireFly_> backup your files and format the drive 
15.24.45 #       <Maxou`> webguest24: what's the exact name of the file
15.25.09 #       <webguest24> it is called "p"
15.25.12 #       <tucoz> ep0ch|, oh. Then it should be inverted by default imho
15.25.21 #       <webguest24> and in the .rockbox directory
15.26.31 #       <webguest24> chkdsk says /p first allocation unit is not valid
15.27.18 #       <LinusN> i also think the default should be inverted
15.27.54 #       <Maxou`> chkdsk /F F:
15.28.21 #       <webguest24> have done, 97% complet
15.28.28 #       <tucoz> webguest24, is it possible to delete the file from within rockbox?
15.28.35 #       <webguest24> no, tried that
15.28.46 #       <Maxou`> with the /F ?
15.28.54 #       <webguest24> do i want to convert lost chains into files?
15.29.00 #       <webguest24> yes with the /f
15.29.15 #       <Maxou`> ok
15.29.20 #       <LinusN> webguest24: yes, it you want to see what the file contained
15.29.39 #       <webguest24> right lets see if it worked:)
15.30.06 #       <webguest24> wahoo! p is gone
15.30.09 #       <Maxou`> ^^
15.30.21 #       <Maxou`> whatever we say, chkdsk is great sometimes lol
15.30.28 #       <webguest24> thanks a bunch guys
15.30.33 #       <webguest24> and thanks chkdsk
15.30.44 #       <Maxou`> ^^
15.31.30 #       <webguest24> :D
15.34.33 Quit    webguest24 ("CGI:IRC")
15.35.06 #       <tucoz> regarding crt.S, is the S meaning subroutines?
15.35.31 #       <LinusN> S == assembler source
15.35.37 #       * tucoz writes really weird sentences today
15.36.13 #       <tucoz> LinusN, ok. You were correct about the c-run-time
15.36.42 #       <tucoz> But I do know to little on compilers to understand what it does ;)
15.42.52 #       <tucoz> LinusN, you better watch out. A wolf is on the loose in Stockholm. :D
15.43.17 #       * LinusN locks the door
15.48.43 Quit    Lynx_awy (Read error: 104 (Connection reset by peer))
15.49.31 Join    Lynx_awy [0] (n=lynx@tina-10-4.genetik.uni-koeln.de)
15.51.51 Part    len0x
15.55.33 #       <Slasheri> LinusN: i am implementing a failsafe menu to the new bootloader with options: "A) Boot from disk B) Boot from rom C) Enter USB mode D) Reset settings E) Boot from address"
15.55.56 #       <Slasheri> that would then pop up if user presses rec
15.56.00 #       <Moos> w00t
15.56.43 #       <Moos> great job Slasheri and this without BDM :D
15.57.01 #       <_FireFly_> tucoz: about the wolf here is a short tale which i had made :):
15.57.03 #       <_FireFly_> The Wolf will come to bring death to everybody
15.57.04 #       <_FireFly_> nobody have seen the wolf with his own eyes
15.57.04 #       <_FireFly_> they found only some paw print of a wolf near the death bodys
15.57.04 DBUG    Enqueued KICK _FireFly_
15.57.04 #       <_FireFly_> but the mysteric thing is, no wounds was found on the death bodys
15.57.04 #       <_FireFly_> so nobody knows if the killer is a wolf oder not
15.57.07 #       <_FireFly_> and nobody found the answer for the mysterium
15.57.28 #       <Moos> Slasheri: good luck for your futur progress
15.57.40 #       <solexx> is the information about the iriver remote on the iIriverStatus page still accurate?
15.57.43 #       <solexx> ( Currently the file browser and partial menus are supported)
15.57.47 #       <Slasheri> Moos: thanks, i try not to brick my player :)
15.57.49 #       <_FireFly_> yepp
15.57.53 #       <_FireFly_> solexx: 
15.57.55 #       <Moos> :D
15.57.59 #       <solexx> thx
15.58.11 #       <_FireFly_> i have made a wps-widget for multi-screen
15.58.18 #       <_FireFly_> it can be found on the tracker
15.58.23 #       <Moos> is it finished?
15.58.36 #       <Moos> full I mean :)
15.58.37 #       <_FireFly_> what the wps-widget ??
15.58.52 #       <tucoz> _FireFly_, nice rhyme
15.58.59 #       <_FireFly_> tucoz: thanks
15.59.25 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
15.59.25 #       * tucoz likes the ...is a wolf oder not 
15.59.41 #       <Moos> _FireFly_: have you speak with TiMiD about your new patch?
16.00.08 #       <LinusN> Slasheri: "enter usb mode"? why?
16.00.09 #       <_FireFly_> yepp he has given some suggestions about it :) 
16.00.22 #       <Moos> :)
16.00.26 #       <_FireFly_> TiMiD are u here ??
16.00.31 #       <Moos> he like your patch?
16.00.53 #       <Slasheri> LinusN: that is not probably necessary, i will figure it out later :) of course it would enter usb mode automatically also if it detects usb
16.01.03 #       <Slasheri> but it could give user an option not the enter the mode
16.01.10 #       <Slasheri> with a little timeout for example
16.01.14 #       <LinusN> and what would B) be?
16.01.23 #       <_FireFly_> i don't know becuase i didn't said something about the current version of my patch but LinusN seams to like it
16.01.31 #       <Slasheri> it would do the normal flash boot
16.01.32 #       <_FireFly_> he didn*t
16.01.49 #       <Moos> _FireFly_: mk
16.01.49 #       <Slasheri> E) would be for debugging and developers
16.01.57 #       <Slasheri> it would allow to run code from any address
16.02.02 #       <LinusN> Slasheri: i think it should be on anither button
16.02.19 #       <Slasheri> LinusN: Hmm, the failsafe menu?
16.02.33 #       <LinusN> it would be so cumbersome to boot the original for those who still do that
16.02.35 #       <Slasheri> currently i have put it to hold switch
16.02.56 #       <Slasheri> LinusN: that bootloader would be available only when rockbox is flashed..
16.03.05 #       <LinusN> ah
16.03.11 #       <Slasheri> so it wouldn't be possible to boot original firmware with that bootloader at all
16.03.21 #       <Slasheri> unless rolo could do that in future
16.03.27 #       <Moos> we don't need it :)
16.03.35 #       <LinusN> ok, so rombox needs a different primary boot loader
16.03.42 #       <Slasheri> yes
16.03.56 #       <LinusN> the i don't mind the rec button
16.03.59 #       <LinusN> then
16.04.09 #       <Slasheri> that is mainly patched original bootloader with ifdefs
16.04.18 #       <Slasheri> ah, ok :)
16.05.08 #       <LinusN> i guess two options would be enough: "boot from disk" and "boot from address"
16.05.20 #       <Slasheri> hmm, true
16.05.27 #       <Slasheri> and maybe also the reset settings
16.05.29 #       <Moos> sounds very good
16.11.56 #       <LinusN> i think the settings reset should be in rockbox itself and not in the boot loader
16.12.47 #       <LinusN> the boot loader should be as dumb as possible
16.13.31 #       <Slasheri> Hmm, yes. But somehow it would be good if user could reset the settings before rockbox is fully booted. Either from bootloader or rockbox itself
16.14.21 #       <LinusN> yes i fully agree with that, but not in the boot loader
16.15.35 #       <Slasheri> What about giving bootloader a number or something like that, which would be passed to rockbox when it's booting?
16.15.47 #       <Slasheri> then it could do some things depending on that value from bootloader
16.17.24 #       <LinusN> sounds complicated
16.17.43 #       <LinusN> then you have to update the bootloader if you add new startup features
16.17.53 #       <Slasheri> no
16.18.05 #       <Slasheri> user could enter any value from bootloader, and rockbox would interpret it
16.18.14 #       <Slasheri> something like a linux bootloader :)
16.18.24 #       <LinusN> why from the boot loader? i don't get it
16.18.25 #       <Slasheri> where kernel interprets the boot options
16.19.13 #       <Slasheri> Hmm.. if we have a menu there, it would be easy to read the value in the failsafe mode. Of course that would not be the best way for user
16.19.33 #       <LinusN> especially since the non-rom bootloader doesn't have that menu
16.19.38 #       <Slasheri> true..
16.19.57 #       <LinusN> i wast to keep the bootloader functionality to a minimum
16.20.02 #       <LinusN> want
16.21.12 #       <Slasheri> hmm, then rockbox could check some button values or implement own menu there. I really don't know what would be the best choice :)
16.26.32 #       <LinusN> the best choice is obviously to do it in rockbox
16.26.49 #       <LinusN> so you can extend that menu without having to reflash the boot loader
16.27.00 #       <Slasheri> yes, that would be good
16.30.55 Quit    HCl (Read error: 110 (Connection timed out))
16.32.31 Join    preglow [0] (n=thomjoha@hekta.edt.aft.hist.no)
16.32.48 #       <preglow> damn, you guys have been busy
16.37.44 #       <linuxstb> Welcome back preglow.
16.39.20 #       <preglow> hi
16.39.27 #       <preglow> you're right, the ipodloader button driver is glitchy
16.39.37 #       <preglow> i did a hack to make it load firmware according to keypress
16.39.42 #       <preglow> but it doesn't always work
16.40.05 #       <linuxstb> I've been playing as well, and I think the trick is to press the key as quickly as possible - before the apple logo appears.
16.40.20 #       <preglow> well, not exactly an elegant solution
16.40.36 #       <preglow> i wonder if we should set up the full interrupt driven driver in the bootloader, already
16.40.46 #       <linuxstb> That's why I wanted to write a "proper" driver - based on the IPL kernel driver.
16.40.46 #       <preglow> but i also suspect the best thing is to touch as little as possible :/
16.41.02 #       <preglow> but yes
16.41.25 #       <preglow> what should go first? making rockbox work?
16.42.03 #       <linuxstb> It would be nice to get Rockbox running.  That's just waiting for crt0.S to be written now.
16.42.21 #       <linuxstb> As you can see from CVS, rockbox.ipod is compiling now.
16.42.33 #       <preglow> yup
16.42.39 #       <preglow> well
16.42.42 #       <preglow> we also need threading, no?
16.44.02 #       <linuxstb> Yes - it obviously won't do anything useful without threading.
16.44.30 #       <preglow> that shouldn't be too hard, if we forget about the second core for the moment
16.46.03 #       <preglow> i'll have a look at it now, as a matter of fact
16.46.44 #       <linuxstb> Nice.
16.52.12 Join    _DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se)
16.55.18 #       <Maxou`> hum, what do yo umean about running "rockbox fro mflash"? you mean 'copy' the .rockbox folder into the flash memory of the player?
16.55.54 #       <preglow> well, primarily rockbox.iriver
16.56.13 #       <Maxou`> and, what's the advantages? (other than 2s less @ boot?)
16.56.28 #       <preglow> faster boot, more memory for file buffering
16.56.35 #       <Maxou`> ok I see
16.56.48 #       <LinusN> i don't buy the memory argument though
16.58.10 ***     Saving seen data "./dancer.seen"
16.58.17 #       <Maxou`> :x
16.58.19 Quit    DJDD (Read error: 110 (Connection timed out))
16.59.30 #       <preglow> LinusN: well, me neither
16.59.47 #       <preglow> and don't really the faster boot either
16.59.48 #       <LinusN> what's the gain? 200-300k?
16.59.57 #       <preglow> but then again, i'm not the one coding this
16.59.58 #       <preglow> heh
17.00.27 #       <Moos> less spinning disc, right?
17.00.32 #       <preglow> no
17.00.44 #       <preglow> not by any amount that will matter
17.01.22 #       <linuxstb> Almost a screendump feature: http://www.davechapman.f2s.com/rockbox/screendump.bmp
17.01.50 #       <preglow> i'm doing a big pscp here, and suddenly nothing but putty and pscp works
17.02.06 #       <tucoz> cool, you are really going somewhere with this it seems.
17.02.18 #       <linuxstb> I'm just trying to implement the screen_dump function for 16-bit displays.  Get rid of a few warnings.
17.02.22 #       <ep0ch|> is the read speed from flash and ram similar on ihp?
17.04.02 #       <preglow> ep0ch|: perhaps similar, but not equal
17.04.34 #       <preglow> ARGH
17.04.45 #       <preglow> why the hell doesn't web browsing work
17.05.03 #       <preglow> opera has its bugs, obviously
17.05.15 #       <LinusN> norwegian crap :-)
17.05.30 #       <ep0ch|> wow an opera user
17.05.50 Quit    DangerousDan (Read error: 110 (Connection timed out))
17.05.53 #       <preglow> i just recently started to use it
17.06.01 #       <preglow> used to use firefox
17.06.06 #       <preglow> which isn't without its annoying parts either
17.06.48 #       <ep0ch|> i always found opera couldnt render quite a few pages well, but that was a good few years back
17.06.48 #       <linuxstb> Ah, that's more like it: http://www.davechapman.f2s.com/rockbox/screendump.bmp
17.07.02 #       <tucoz> preglow, use ie for a wonderful browsing experience ;)
17.09.51 #       <preglow> ep0ch|: only problem i have with opera is connectivity issues
17.09.55 #       <preglow> sometimes it just stalls in loading
17.09.57 #       <preglow> when there's no reason
17.10.27 #       <Maxou`> i quite like opera
17.10.39 #       <Maxou`> except some things but..
17.28.35 Join    chopped_pork [0] (n=solid@pc176-194.ghnet.pl)
17.41.34 #       <tucoz> OT, does static linking mean that I 'bundle' the executable with the library? If used with e.g. boost, will this give me faster executables?
17.41.54 #       <preglow> you bundle the library _in_ the executable
17.41.57 #       <preglow> faster, perhaps
17.42.06 #       <_FireFly_> maybe faster but bigger executables
17.42.09 #       <preglow> depends on whether any other programs use boost as well, at the same time
17.42.22 Part    ep0ch|
17.42.24 #       <preglow> most of boost is header based anyway, so you don't have a choice
17.42.46 #       <tucoz> preglow, _FireFly_ : ok, thanks. Hmm, what does that mean? that I can not link it statically?
17.43.03 #       <preglow> tucoz: there is nothing to link against in the majority of boost. all the functionality is in .h files
17.43.14 #       <preglow> tucoz: the code is inlined
17.43.17 #       <tucoz> preglow, oh, I see.
17.43.27 #       <preglow> there are some expecptions
17.43.31 #       <preglow> line filesystem and python wrapper
17.43.35 #       <tucoz> ok
17.43.36 #       <preglow> exceptions!
17.43.45 #       * tucoz understood anyway
17.44.30 #       <linuxstb> Anyone know if a linux kernel has a built-in checksum, or anything else I can use to check that it's valid?
17.44.36 #       <tucoz> boost is really good I think. The little I have used it has helped me lots
17.44.45 #       <preglow> yes, boost is a must for c++ coding, if you ask me
17.44.49 #       <preglow> i use it all the time
17.45.21 #       <tucoz> preglow, cool. I used stl all the time, but there were some parts missing there, so boost is a nice addition to that.
17.45.36 #       <preglow> i use stl all the time too
17.45.44 #       <preglow> but alone it's a bit lacking
17.45.49 #       <tucoz> I mean, stl exclusively.
17.46.07 #       <tucoz> But, then I had to reinvent the wheel all the time
17.47.32 #       <preglow> what's up with the 'started' variable in thread.c ?
17.47.49 #       <preglow> seems like some archs does started thread detection in a different way without any very good reason
17.48.36 #       <LinusN> it depends how the thread is started
17.49.52 #       <LinusN> you either start it by "manually" putting a valid stack frame on the thread stack and do a context switch, or you use the "started" flag to make the scheduler start it explicitly
17.51.04 #       <preglow> the why doesn't all archs have 'started'?
17.51.06 #       <preglow> then
17.51.37 #       <preglow> riight
17.51.40 #       <preglow> forget me
17.52.04 #       <LinusN> forget who? :-)
17.52.11 #       <preglow> there you go
17.52.21 #       <preglow> bah, who puts the stack pointer in a non-last register!
17.52.22 #       <preglow> arm does
17.55.04 Join    amiconn_ [0] (n=54bd4aef@labb.contactor.se)
17.55.07 #       <amiconn_> hi
17.55.11 #       <preglow> hello
17.56.05 #       <amiconn_> LinusN, preglow: All rockbox targets use a 'started' indication in the scheduler, the forged context method is long gone
17.56.39 #       <amiconn_> The difference is that the gmini uses a separate 'started' flag, while the others use the start address field for that
17.56.58 #       <preglow> why does it do that? just hasn't been fixed yet?
17.57.06 #       <amiconn_> If the start address is non-NULL, the thread needs to be started. NULL indicates already started
17.57.35 #       <amiconn_> The gmini port is stalled, and I didn't want to change code that I can neither compile nor test
17.59.11 #       <preglow> ok, thanks for clearing up
17.59.22 #       <preglow> i'll delete that in the ipod target, then
17.59.45 #       <amiconn_> The SH and coldfire targets both use the start address technique
18.00.02 #       <amiconn_> I'd suggest to do the same on arm
18.00.09 #       <preglow> will
18.02.07 Join    RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com)
18.02.35 #       <preglow> i'll just assume members in a struct that are 4 bytes big will never be padded here
18.02.40 #       <preglow> sound assumption, yes?
18.02.53 #       <preglow> the members are 4 bytes big, not the struct iself ;)
18.04.48 #       <amiconn_> I think this assumption is safe, at least on a <= 32bit architecture
18.05.07 Quit    mashalla (Read error: 110 (Connection timed out))
18.06.17 Join    DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au)
18.13.07 #       <preglow> hmm
18.13.21 #       <preglow> r0-r3 are both scratch and used for parameter passing on arm
18.14.09 #       <preglow> so i still need to save them, then
18.14.13 #       <amiconn_> Nope
18.14.36 #       <amiconn_> SH1 is similar; r0-r7 are scratch, r4-r4 are used for parameter passing
18.14.43 #       <amiconn_> r4-r7 I mean
18.15.24 #       <preglow> of course
18.15.29 #       <preglow> yield takes no parameters
18.18.27 #       <amiconn_> bbl
18.18.33 Quit    amiconn_ ("CGI:IRC (EOF)")
18.20.51 #       <preglow> anyone know about arm and alignment needs?
18.21.06 #       <preglow> think i'll align stack by four to be sure
18.23.23 Join    ashridah [0] (i=ashridah@220-253-121-203.VIC.netspace.net.au)
18.25.16 #       <TiMiD> _FireFly_: !
18.25.31 #       <TiMiD> show me your wps :)
18.25.53 #       <_FireFly_> look at the tracker :)
18.26.37 #       <_FireFly_> http://sourceforge.net/tracker/index.php?func=detail&aid=1353466&group_id=44306&atid=439120
18.26.37 #       <ashridah> _FireFly_: that's right, you wrote a remote wps patch or something didn't you?
18.27.04 #       <_FireFly_> not a remote-wps patch a multi-screen-wps-"widget"
18.27.39 #       <TiMiD> I look
18.27.57 #       <TiMiD> (sry, but I havn't a lot of time, lot of things to do those days ...)
18.28.03 #       <_FireFly_> np
18.30.26 Join    dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU)
18.31.02 #       <preglow> linuxstb: do you know how wide the ram bus is on the ipod?
18.31.20 #       <preglow> in some cases they say it actually pays to compile to thumb code
18.31.52 Join    Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net)
18.31.53 Quit    Rick (Nick collision from services.)
18.32.02 Nick    Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net)
18.32.06 #       <ashridah> _FireFly_: it seems to have a compilation error in gui/gwps.c
18.32.14 #       <_FireFly_> ??
18.32.16 #       <ashridah> gui/gwps.c: In function 'wps_data_load':
18.32.16 #       <ashridah> gui/gwps.c:647: error: syntax error before 'if'
18.33.02 #       <ashridah> missing semicolon
18.33.21 #       <ashridah> works after adding it to gwps.c:646
18.33.34 #       <_FireFly_> oh 
18.33.38 #       <_FireFly_> i see :) 
18.33.44 #       <_FireFly_> sorry for that
18.35.44 #       <_FireFly_> fixed on tracker
18.36.13 #       <ashridah> so what does the patch do anyway? :)
18.36.30 #       <ashridah> wait. hang on, i've copied the wrong rockbox.zip :)
18.36.36 #       <_FireFly_> adds multi-screen support 
18.36.38 #       <_FireFly_> :)
18.37.11 #       <_FireFly_> and as in my unofficial remote-patch it adds also loading of *.rwps (remote-wps) files
18.37.30 #       <linuxstb> preglow: No, I don't know.
18.39.15 #       <ashridah> _FireFly_: got it working. hot. 
18.39.37 #       <linuxstb> preglow: Interesting thread: http://ipodlinux.org/forums/viewtopic.php?p=928
18.40.45 #       <_FireFly_> ashridah: thanks
18.41.00 #       <_FireFly_> i hope it will get in cvs soon
18.43.20 #       <preglow> what, there are numbers there that suggests gcc 2.95 is faster than 3.4...
18.43.24 #       <preglow> generates faster code, that is
18.44.09 #       <_FireFly_> i think that depends on the target arch
18.47.00 #       <preglow> what is the procedure register on sh? same as link register on arm?
18.49.45 Quit    DJDD ("Trillian (http://www.ceruleanstudios.com")
18.58.11 ***     Saving seen data "./dancer.seen"
19.02.49 Join    Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net)
19.03.10 Quit    ashridah ("paintball :)")
19.05.08 #       <LinusN> yes
19.05.15 #       <LinusN> think so
19.05.27 #       <LinusN> it contains the return address in a subroutine call
19.06.25 Join    amiconn_ [0] (n=54bd7bd9@labb.contactor.se)
19.07.07 #       <amiconn_> preglow:  The SH procedure register stores the return address from a subroutine.
19.07.24 #       <amiconn_> bsr/jsr don't push it on the stack
19.08.04 #       <amiconn_> This means the lowest-level subroutine calls don't need to access memory
19.12.33 #       <preglow> amiconn_: same as on arm, thebn
19.19.50 Quit    lostlogic (Read error: 110 (Connection timed out))
19.22.39 Join    Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com)
19.24.09 Join    lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net)
19.24.22 #       <preglow> i love the fact that you need to bloody buy protective cases for ipods in multipacks
19.24.42 #       <_FireFly_> *g*
19.25.07 #       <thegeek_> preglow : when I found out, I was upset
19.25.24 #       <preglow> what the hell is up with it anyway?
19.25.28 #       <thegeek_> indeed
19.25.29 #       <preglow> why would i want _FIVE_ cases?
19.25.31 #       <linuxstb> preglow: Obviously you want them in different colours to match what you are wearing...
19.25.36 #       <thegeek_> it is extremely annoying
19.25.42 #       <preglow> linuxstb: i will kill then maim steve jobs
19.25.50 #       <linuxstb> hehe
19.25.50 #       <thegeek_> hehehe
19.26.56 #       <preglow> haha
19.27.04 #       <preglow> you need to buy the arm instruction reference
19.27.06 #       <preglow> i love people
19.27.24 #       <_FireFly_> moep :)
19.27.34 #       <thegeek_> yarr
19.27.46 #       <thegeek_> I feel like some carmageddon
19.27.51 #       <thegeek_> anyone remember that game?
19.27.55 #       <preglow> sure
19.27.56 #       <thegeek_> wonderful stress reliever
19.28.04 #       <preglow> played it a ton of years ago
19.28.06 #       <thegeek_> nr 2 was the best
19.29.40 #       <preglow> can only remember the first one
19.30.20 #       <thegeek_> aha
19.30.25 #       <thegeek_> it seems they are making a nr.4
19.30.28 #       <thegeek_> yay;)
19.42.53 Quit    amiconn_ ("CGI:IRC (EOF)")
19.47.26 #       <preglow> now, if there was some way to test threading...
19.53.59 #       <linuxstb> You can probably just create some threads manually in the bootloader that display a counter on the screen and then yield.
19.54.43 #       <linuxstb> In fact, the bootloader at least starts the scroll thread.
19.55.06 #       <chopped_pork> hm... how can i convert a .ttf font to .fnt? i'd like to check if verdana 8 looks as good on rockbox as it does in x11 :)
19.56.57 #       <tucoz> chopped_pork, maybe fontforge can help you with that
19.58.08 #       <tucoz> or maybe this: http://sbiswas.tripod.com/ttf2bdf/
19.59.29 #       <tucoz> and run the convbdf tool found in the rockbox/tools dir 
19.59.31 #       <chopped_pork> great, thanks, i'll look into that
19.59.46 #       <tucoz> which will convert a .bdf font to fnt
20.00.29 #       <chopped_pork> oooh ttf2bdf is for windows, evil :>
20.00.30 #       <tucoz> http://crl.nmsu.edu/~mleisher/ttf2bdf.html
20.00.41 #       * preglow suddenly realises he's in windows
20.00.54 #       <chopped_pork> ah much beter now ^^
20.01.03 #       <tucoz> hehe, what a nice suprice
20.01.09 #       <tucoz> surprice
20.06.15 #       <chopped_pork> convbdf says Error: Too wide characters (>16 pixels) :/
20.08.36 #       <chopped_pork> oh it worked with a 6px font size
20.08.45 #       <chopped_pork> and 7px too
20.09.20 #       <_FireFly_> chopped_pork: remember you don't have a big resolution on the device :)
20.09.43 #       <_FireFly_> so 6 or 7px fonts-size is big enough 
20.10.26 #       <_FireFly_> or i'm wrong
20.14.40 #       <chopped_pork> alright so either i've done something wrong or the default font actually *is* verdana
20.29.01 Quit    _DangerousDan (Read error: 104 (Connection reset by peer))
20.32.39 Join    DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se)
20.40.51 Join    Sandking [0] (n=jacek@ogorek.akron.wroc.pl)
20.46.48 Join    len0x [0] (n=len0x@193.113.235.174)
20.46.55 Join    markun [0] (n=karl@bastards.student.ipv6.utwente.nl)
20.53.14 #       <preglow> amiconn: how do we know that gcc always allocates a scratch register for the attr parameter in the store/load_context functions?
20.58.13 ***     Saving seen data "./dancer.seen"
20.59.45 Quit    BirdFish ("reboot")
20.59.47 #       <linuxstb> preglow: I've been working on a bootloader a little - I'm about to commit a new version with the ipodloader button code which lets you triple-boot depending on keypress.
21.01.30 #       <preglow> which workS?
21.03.13 Join    XShocK [0] (n=XShocK@centaur.acm.jhu.edu)
21.03.33 #       <linuxstb> preglow: If you press the key very very early, then yes.  So it's not perfect, but it's good enough for now.
21.03.36 #       <preglow> the bootloader code or the proper interupt driven code?
21.03.37 #       <preglow> ahh
21.03.49 #       <linuxstb> Yes, just the bootloader code.  We can replace it later.
21.03.51 #       <preglow> i've got one which does that as well
21.03.54 #       <XShocK> now my iriver shows time and date..  :))
21.04.04 #       <preglow> but it doesn't look like shit, so go ahead and commit yours :)
21.04.17 Join    yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at)
21.04.29 #       <LinusN> XShocK: nice!
21.05.09 #       <preglow> how?
21.05.25 #       <preglow> please tell me you've implemented a low power sleep mode :>
21.05.47 #       <XShocK> :) no. i added RTC chip to it. 
21.06.45 #       <chopped_pork> ;o
21.06.59 #       <Maxou`> it's possible? o_o
21.07.09 Join    linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net)
21.07.33 #       <preglow> haha
21.11.37 #       <linuxstb_> preglow: I load the linux kernel and rockbox into a temporary buffer first.  So if there is a problem, we can still fall through to the apple firmware.
21.12.05 #       <linuxstb_> I'm just reducing the amount of screen clutter (so it will be fine on the Nano), then I'll commit.
21.12.57 #       <preglow> think i'll boot linus now, so i can test this code
21.13.01 #       <preglow> linux...
21.13.12 #       * LinusN is reading the "seconds" register of the h300 rtc :-)
21.13.21 #       <preglow> :PP
21.13.27 #       <preglow> nicety
21.13.35 #       <preglow> linuxstb_: ipods _do_ have an rtc, yes?
21.13.51 #       <linuxstb_> preglow: Yes.
21.15.07 #       <thegeek_> http://www.microsoft.com/korea/events/ready2005/visual_img/Develop_Song.swf
21.15.09 #       <thegeek_> catchy!
21.16.57 #       <preglow> ahahah
21.20.52 Quit    linuxstb (Read error: 110 (Connection timed out))
21.21.38 Join    BirdFish [0] (n=bradbox8@64.108.5.134)
21.26.19 Quit    CoCoLUS (Remote closed the connection)
21.26.40 Join    petur [0] (i=petur@d54C2B033.access.telenet.be)
21.27.36 Join    CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at)
21.30.15 #       <preglow> argh
21.30.26 #       <preglow> the gfx card fan adjustmant prog doesn't work after i updated my ubuntu
21.31.56 Quit    linuxstb_ (Read error: 110 (Connection timed out))
21.33.53 Join    Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com)
21.34.35 Join    linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net)
21.38.41 #       <preglow> linuxstb_: going to commit soon?
21.40.58 Quit    petur (" Want to be different? HydraIRC -> http://www.hydrairc.com <-")
21.41.08 #       <preglow> hah, my bootloader now panics :-)
21.43.27 #       <Paul_The_Nerd> And that deserves a smile?
21.44.09 #       <Paul_The_Nerd> Isn't a panic generally a bad thing?
21.44.16 #       <preglow> oh yes
21.44.24 #       <linuxstb_> preglow: Soon.  Do you know how many lines of text your Nano can display in the bootloader?
21.45.55 #       <preglow> linuxstb_: nine
21.46.14 #       <linuxstb_> My bootloader displays 10 in the worse case...  I'll remove one :)
21.46.34 #       <preglow> but i wonder where this stokov comes from
21.46.38 #       <preglow> the scrolling thread doesn't work in any case
21.47.26 #       <linuxstb_> Your ipod build has the stack overflow detection working?
21.47.38 #       <preglow> obviously
21.47.53 #       <preglow> i removed the threading #ifdef 
21.47.59 #       <preglow> so it's got thread code built in
21.48.10 #       <LinusN> does your crt0.S fill the stack with 0xdeadbeef?
21.48.16 #       <linuxstb_> No.
21.48.17 #       <preglow> LinusN:  :-)
21.48.22 #       <LinusN> there you go
21.50.05 Join    mashalla [0] (i=mashalla@p5498DFDE.dip.t-dialin.net)
21.50.12 Quit    Sandking ()
21.58.53 Join    muesli_- [0] (i=muesli_t@Bc1eb.b.pppool.de)
21.59.23 #       <muesli_-> re
21.59.41 #       <linuxstb_> preglow: OK, I've committed my updated bootloader.
22.00.13 #       <linuxstb_> When you actually want to run rockbox, you'll need to remove the #ifdef
22.00.46 Quit    Kohlrabi (Nick collision from services.)
22.00.51 Join    Kohlriba [0] (n=Kohlrabi@dslb-082-083-132-098.pools.arcor-ip.net)
22.04.56 #       <preglow> linuxstb_: okies
22.08.41 Quit    BirdFish ("studies")
22.09.07 Join    ]RowaN[ [0] (i=a2b0y@82-43-214-84.cable.ubr10.newm.blueyonder.co.uk)
22.09.54 #       <]RowaN[> whats the general feeling on moving the main rockbox exe to inside the .rockbox directory, to make the root look a bit cleaner. i know its been disucssed before
22.10.21 #       <LinusN> i'm not against it
22.11.45 #       <muesli_-> would be cool (just my 0.0002cents...)
22.11.49 #       <Paul_The_Nerd> I think it'd be kinda nice too.
22.12.11 #       <linuxstb_> It means that if you don't have "show all files", then you can't browse to it to reboot.  But maybe that's not an issue.
22.12.39 #       <Lear> for developers it might be...
22.13.12 #       <linuxstb_> Personally I would prefer a reboot option in the menu - maybe the top option in Debug
22.14.06 #       <Paul_The_Nerd> I always kinda wondered why there wasn't one.
22.14.20 #       <muesli_-> would be cool, too (just my 0.0002cents again...)
22.14.35 #       <]RowaN[> well maybe the bootloader could execute /.rockbox/rockbox.iriver if it doesnt find a copy of the file on the root.. but maybe thats a needless complication of a bootloader which is supposd to be kept simple
22.14.59 #       <preglow> yes
22.15.08 #       <preglow> but not much, i suppose
22.15.08 #       <Paul_The_Nerd> Or...
22.16.00 #       <linuxstb_> Another option is to make .rockbox just hold configuration files, and put the binaries (rockbox.iriver, the plugins and the codecs) somewhere else.
22.16.01 #       <Paul_The_Nerd> You could just change the display supported files so it ignored rockbox.iriver. I know it's kinda counterintuitive since it's technically supported, but that way you wouldn't have to rewrite the bootloader.
22.16.55 #       <LinusN> there is another reason to put in in .rockbox:
22.17.10 #       <]RowaN[> wow just seen ipod builds on the daily page  =]
22.17.29 #       <LinusN> so many lamers extract only the rockbox.iriver file to the player, this way they *have* to extract .rockbox
22.17.30 #       <]RowaN[> is there a public bootloader for ipods?
22.18.02 #       <preglow> linuxstb_: what the hell? does arm stacks grow upward?
22.18.16 #       <]RowaN[> oh no this channel is going to end up full of ipod owners!  ='[
22.18.25 #       <preglow> linuxstb_: or is you putting _stackbegin in sp an error?
22.21.11 #       <tucoz> ]RowaN[, join #ipodlinux for a taste of how that will be ;)
22.21.20 #       <]RowaN[> *shudder*
22.22.10 #       <]RowaN[> hmm i guess i have slightly less reason to laugh at ipod owners now though
22.22.23 #       <tucoz> linuxstb_, have the ipodlinux community shown any interest in the rockbox port?
22.22.48 #       <linuxstb_> preglow: It could be a mistake.
22.22.58 #       <]RowaN[> the sound quality from my ipod sucked (tinny, no bass, EQ made everything distort), but everyone else seems to think its ok.. maybe mine was faulty.. doesnt seem likely though
22.23.14 #       <linuxstb_> preglow: Compare my code with startup.s in the ipodloader directory.
22.23.41 #       <linuxstb_> tucoz: No, none at all.
22.23.44 #       <tucoz> I just wonder if the sound quality of the bundled head phones is any good, or if people just use them as a fasion statement
22.24.40 #       <tucoz> linuxstb_, that is too bad. Well, maybe there will be interest in a while.
22.25.24 #       <tucoz> (I meant fashion :)
22.25.26 #       <linuxstb_> I don't think many people there know what Rockbox is.  Or maybe they are just very happy with ipodlinux.
22.26.48 #       <tucoz> That is probably true. Just curious, does it take long time to boot ipl?
22.26.54 #       <]RowaN[> tucoz: it was dire with my 3rd gen ipod, original headfones or my own sony ones (which sound great with my iriver, and with my £50 cd player)
22.27.04 #       <]RowaN[> it was nice of apple to refund me so promptly though  =]
22.28.04 #       <preglow> linuxstb_: it could be that they've swapped the stackbeing and stackend symbols
22.28.05 #       <tucoz> hehe, ok. (dire means crap right?)
22.28.12 #       <preglow> linuxstb_: in rockbox, i believe stackend is the one with the higher address
22.28.27 #       <linuxstb_> That could explain the corruptions then.
22.28.39 #       <preglow> not really
22.29.29 #       <preglow> adding another sprintf should just overwrite previously overwritten stack
22.37.28 Join    arkascha [0] (n=arkascha@xdsl-213-168-118-225.netcologne.de)
22.44.45 #       <amiconn> preglow: Regarding your register question - we can't make that bullet-proof. Gcc seems to use a scratch register by convention.
22.45.04 #       <preglow> amiconn: that might become a very interesting bug one day
22.45.28 #       <amiconn> If we want to make it bulletproof, we would have to write the context switching in assembler
22.47.25 #       <Paul_The_Nerd> Question:
22.47.50 #       <Paul_The_Nerd> Is the directory navigation menu item related to the ability to change directories with the remote while in WPS?
22.49.59 Quit    arkascha (Client Quit)
22.51.24 Quit    len0x (Read error: 145 (Connection timed out))
22.52.41 Join    len0x [0] (n=len0x@mobileweb02.london.02.net)
22.54.02 #       <_FireFly_> Paul_The_Nerd: not only also with the main (PLAY+LEFT/RIGHT or short+long press LEFT/RIGHT
22.54.32 #       <Paul_The_Nerd> Yes
22.54.36 #       <Paul_The_Nerd> I was just curious.
22.54.39 #       <_FireFly_> Paul_The_Nerd: http://forums.rockbox.org/index.php?topic=1797.0
22.54.41 #       <Paul_The_Nerd> I like the "move to another folder" bit of it.
22.54.49 #       <Paul_The_Nerd> But not the button press aspect which seems to be new. =/
22.55.27 #       * Paul_The_Nerd shrugs.
22.56.45 #       <_FireFly_> ??
22.57.06 #       <len0x> who doesn't like what? :)
22.57.23 #       <Paul_The_Nerd> For example, if you're playing and reach the end of a directory, with it enabled it goes on to the next directory, but if it's disabled it doesn't seem to.
22.57.56 #       <len0x> what's wrong with that behaviour ?
22.57.59 #       <Paul_The_Nerd> That part I like
22.58.17 ***     Saving seen data "./dancer.seen"
22.58.18 #       <Paul_The_Nerd> The part I dislike is that the addition of the "Folder Skip" button combination is enabled/disabled by the same menu choice, it seems.
22.58.19 #       <len0x> but?
22.58.30 #       <len0x> no
22.58.34 #       <Paul_The_Nerd> Hrm
22.58.46 #       <len0x> option doesn't have anything to do with skip
22.59.03 #       <len0x> skip to te next folder will alwasy work
22.59.27 #       <Paul_The_Nerd> Hrm
22.59.31 #       <_FireFly_> yepp
22.59.35 #       <_FireFly_> just tested
22.59.38 #       <Paul_The_Nerd> Earlier, I'd turned it off, and then Source/Bitrate didn't skip folders on me.
22.59.45 #       <Paul_The_Nerd> Lemme double check, maybe somehow I just didn't press it right.
22.59.57 #       <len0x> there was bug at some point
23.00.12 #       <len0x> I know because I coded it :)
23.00.17 #       <_FireFly_> :)
23.00.43 #       <_FireFly_> radio does now also work on the remote :)
23.01.01 #       <len0x> I know :)
23.01.22 #       <_FireFly_> i have a quick-hack to show the keyboard om the remote
23.01.23 Quit    dpassen1 ()
23.02.01 #       <len0x> I'm not completely done with radio.c yet...
23.02.07 #       <_FireFly_> it was/is a part of my unofficial remote-patch
23.02.11 #       <len0x> keyboard on remote ?
23.02.26 #       <len0x> does it fit ?
23.02.50 #       <_FireFly_> yepp i have revert it to the old 4 page version for the remote
23.02.54 Join    Paul_The_Nerd_ [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com)
23.02.56 #       <_FireFly_> only
23.03.07 #       <Paul_The_Nerd_> Sorry 'bout that
23.03.17 #       <Paul_The_Nerd_> My laptop had apparently come unplugged and hybernated.
23.03.21 #       <Paul_The_Nerd_> hibernated
23.03.51 #       <Paul_The_Nerd_> Okay, so apparently I was mistaken
23.04.05 #       <Paul_The_Nerd_> Does Source/Bitrate do nothing if you're playing a playlist then?
23.04.17 #       <_FireFly_> len0x: look at home.arcor.de/s.wezel/remote-keyboard.patch
23.04.30 DBUG    Enqueued KICK len0x
23.04.30 #       <len0x> 05Paul_The_Nerd_:01 obviously
23.04.36 #       <Paul_The_Nerd_> Okay
23.04.44 #       <Paul_The_Nerd_> Then there's some sort of bug in it
23.04.44 #       <len0x> works only for folders
23.04.55 #       <Paul_The_Nerd_> I thought I was accidentally hitting the Source/Bitrate button while listening to my rock playlist
23.05.17 #       <_FireFly_> Paul_The_Nerd: i have just test it it doesn't work when you play a playlist
23.05.23 #       <Paul_The_Nerd_> For some reason in the middle of the music playing, a song will end, and instead of moving to the next playlist entry, it moves into either the recording folder, or the patchset folder for the old midi plugin thing
23.05.43 #       <Paul_The_Nerd_> I'd thought I was accidentally triggering the folder navigation, but apparently it's something else.
23.07.18 #       <LinusN> there is something fishy with playlist playback
23.07.26 #       <LinusN> suddenly it just freaks out
23.07.32 #       <Paul_The_Nerd_> Excellent! I'm not crazy!
23.07.44 #       <Paul_The_Nerd_> I'd assumed it was error on my part rather than a bug.
23.07.57 #       <Paul_The_Nerd_> Carelessly moving the wrong thing on the remote.
23.08.39 #       <len0x> which build are you running ?
23.09.38 #       <Paul_The_Nerd_> 051113-1723
23.09.41 Quit    Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]")
23.09.52 #       <Paul_The_Nerd_> And choosing Info->Version gets me... the credits?
23.10.21 #       <len0x> lol indeed
23.11.05 #       <_FireFly_> it shows shortly the version and then the credits
23.11.11 #       <Paul_The_Nerd_> Yep
23.11.13 #       <Paul_The_Nerd_> I didn't know that.
23.11.21 #       <Paul_The_Nerd_> I'd always just run the credits plugin.
23.11.54 #       <amiconn> _FireFly_: <_FireFly_> yepp i have revert it to the old 4 page version for the remote <= it was 3-page before...
23.12.36 #       <_FireFly_> amiconn : yepp it is 3 page 
23.12.39 Quit    mashalla ()
23.13.03 #       <_FireFly_> for the remote only in my patch
23.13.28 #       <_FireFly_> which is a split-off of my old unofficial remote-patch
23.13.29 #       <amiconn> LinusN: Not only playlist playback is fishy...
23.13.50 #       <LinusN> really?
23.14.11 #       <amiconn> Today I used my iriver for real a bit. The Stop button didn't always react as expected
23.14.30 #       <amiconn> Got that two times
23.14.49 #       <LinusN> empty wps screen?
23.15.06 #       <preglow> scroll thread still isn't working
23.15.07 #       <amiconn> No, wps was still shown, and music still played
23.15.09 #       <len0x> I know how to do empty wps scree :)
23.15.29 #       <preglow> bah
23.15.40 #       <amiconn> Just as if I didn't press the button, but lock was not enabled. The volume control worked
23.16.14 #       <amiconn> The first time I got it to react after a couple of tries. The second time the only working method was the 8-second shutdown
23.16.39 #       <Paul_The_Nerd_> I've had that happen too amiconn, but only once so far.
23.16.39 #       <len0x> a bug: play something -> to go the radio -> exit radio via stop -> press play - blanks screen
23.16.42 #       <amiconn> So I couldn't have been the button itself, otherwise the 8-second shutdown wouldn't have worked either
23.17.09 #       <len0x> because playlist is not saved
23.17.16 #       <len0x> (current)
23.17.45 #       <len0x> actually no
23.18.47 #       <_FireFly_> len0x: i can*t reproduce this bug
23.19.01 #       <len0x> I was sure that how I got it... (may be I pressed stop instead of play indeed)
23.20.10 #       <len0x> but I just tried and couldn't either...
23.20.12 #       <_FireFly_> if i press stop i see shortly the wps and then the filetree
23.20.26 Quit    Paul_The_Nerd (Read error: 110 (Connection timed out))
23.20.38 Nick    Paul_The_Nerd_ is now known as Paul_The_Nerd (n=paulthen@cpe-66-68-93-2.austin.res.rr.com)
23.21.12 #       <len0x> for some reason playback is resumed properly now (previously when entering radio current playback position was not saved)
23.21.34 #       <len0x> i.e. when I press play
23.22.14 #       <preglow> i do some longs lcd_puts calls, then call yield in a loop for a long time, this should be sufficient to see some scrolling, yes?
23.22.55 #       <amiconn> Is the timer interrupt already implemented?
23.23.03 #       <preglow> nope
23.23.07 #       <preglow> should that matter?
23.23.12 #       <amiconn> Of course
23.23.19 #       <preglow> bah
23.23.21 #       <preglow> of course it will
23.23.22 #       <amiconn> The scrolling thread uses current_tick...
23.23.26 #       <preglow> yes...
23.23.43 #       <linuxstb_> current_tick is a macro pointing to the RTC
23.23.56 #       <preglow> oh, so it should work
23.23.59 #       <linuxstb_> The ATA driver (and other places) already use it.
23.24.58 #       <_FireFly_> good night everybody
23.25.40 Quit    _FireFly_ ("Leaving")
23.26.24 Join    MacDancer [0] (n=MacDance@adsl-69-106-251-2.dsl.pltn13.pacbell.net)
23.29.16 #       <preglow> wonderful, now my ipod just refuses to boot
23.29.25 #       <preglow> after displaying a battery symbol
23.29.38 #       <preglow> i guess i'll have to assume it doesn't charge via usb in linux, then
23.29.46 #       <markun> you can't have bricked it, can you?
23.30.00 #       <preglow> markun: that would have been, very, very hard
23.30.18 #       <preglow> it looks to me like it's pretty close to impossible
23.30.27 #       <markun> good to hear
23.30.38 #       <preglow> it's got a bootloader in flash that can always boot in disk mode
23.30.56 #       <preglow> but still, this is somewhat strange
23.32.27 #       <preglow> it plain refuses to boot
23.32.30 #       <linuxstb_> preglow: Hold switch?
23.32.39 #       <preglow> linuxstb_: no
23.32.46 #       <preglow> linuxstb_: i've never used that yet
23.32.48 #       <linuxstb_> It's only me that does that then :)
23.33.01 #       <preglow> it displayed a battery symbol on screen when i tried to boot it
23.33.14 #       <preglow> and now it doesn't do anything when i try to turn it on
23.33.21 #       <linuxstb_> Mine charges fine from Linux.
23.33.29 #       <preglow> i'm pretty damned sure mine did as well
23.33.43 #       <linuxstb_> It does just sound like the battery is empty though.
23.33.54 #       <preglow> i'm also pretty sure the battery wasn't completely emptyu
23.33.55 #       <preglow> hmmm
23.34.12 #       <preglow> this was just normal development, i can't have bricked it doing this
23.34.28 #       <preglow> bah
23.34.32 #       <linuxstb_> So the reboot combination works, but it goes straight to a battery icon?
23.34.37 #       <preglow> i'll just boot windows and see what happens
23.34.38 #       <preglow> no
23.34.39 #       <preglow> nothing happens
23.34.42 #       <preglow> it never turns on
23.34.45 #       <preglow> displays nothing
23.35.25 #       <linuxstb_> I would just try charging it for a while.  I too would be extremely surprised if you've bricked it.
23.35.51 #       <preglow> i'
23.36.11 #       <preglow> i've plugged it straigt into my box now, perhaps the lcd panel usb hub crashed or something
23.36.32 #       <preglow> no, i refuse to believe it's possible to brick it doing something like thsi
23.36.38 #       <preglow> i've done way crazier things
23.36.46 #       <preglow> like the time cygwin overwrote the partition table and mbr
23.37.15 #       <amiconn> All lcd monitor usb hubs I've seen so far are passive. Unlikely that it is sufficient for recharging your ipod...
23.37.35 #       <preglow> amiconn: worked fine so far...
23.37.42 Join    _DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se)
23.38.11 #       <preglow> pfew
23.38.13 #       <preglow> i got it going again
23.38.14 #       <amiconn> How do you know it charged for real?
23.38.26 #       <preglow> amiconn: well, i assume it does charge for real when it claims to be charging for real
23.38.31 #       <preglow> amiconn: it also reported full battery
23.38.35 #       <preglow> but i've got it going again
23.38.36 #       <amiconn> ah.
23.38.44 #       <preglow> there was some strange lockup in the apple flash
23.38.56 #       <preglow> i must have not held the reset combo for long enough
23.39.04 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
23.39.04 #       * preglow wipes away sweat
23.39.23 #       * linuxstb_ passes preglow a cold beer
23.41.01 #       <preglow> now there's something i could have used right about now
23.41.15 #       <preglow> oh well, i'll continue tickling the threading
23.41.32 #       <preglow> fun part is the battery is almost full
23.41.33 #       <preglow> haha
23.41.56 #       <]RowaN[> err whaddu i have to do to get my bmp showing in the wps now
23.42.41 #       <amiconn> preglow: There's some thread and timer tick test code in firmware/test/kernel
23.42.58 #       <amiconn> It seems that it needs a gdb stub though...
23.43.00 Quit    ehntoo ("Leaving")
23.43.08 #       <Paul_The_Nerd> ]RowaN[: I think it needs to be in a folder with the same name as the .wps file
23.43.14 #       <preglow> i'll just spawn a couple of threads that does simple stuff
23.43.22 #       <Paul_The_Nerd> in .rockbox/wps/ you have bob.wps and a folder named bob with all the .bmp files
23.43.24 #       <Paul_The_Nerd> etc
23.43.26 #       <amiconn> Does the ipod have an rs232 interface?
23.43.37 #       <linuxstb_> Yes.
23.44.08 #       <linuxstb_> Or at least the 3G and earlier models did.  I think the 4G models do, but it may not have a linux driver.
23.44.35 #       <linuxstb_> I think it's used to connect to the various ipod peripherals
23.45.36 #       <]RowaN[> Paul: still not working
23.45.55 #       <]RowaN[> do i have to put the image pathname in the wps now?
23.49.51 #       <preglow> haha
23.49.58 #       <preglow> i created two threads that just incremented variables
23.50.05 #       <]RowaN[> the info on rockbox.org/twiki/bin/view/Main/CustomWPS#Images is out of date
23.50.09 #       <preglow> bootloader now creashes, runs, crashes, runs, crashes, runs
23.51.09 Join    HCl [0] (i=hcl@titania.student.utwente.nl)
23.51.24 #       <preglow> hahaha
23.51.25 #       <preglow> i am a fool
23.51.42 #       <]RowaN[> can anyone help me with wps?
23.52.09 Quit    muesli_- (Read error: 110 (Connection timed out))
23.52.31 #       <preglow> ok, threading works
23.52.50 #       <preglow> note to self: rockbox does not handle threads exiting very well
23.52.54 Quit    DangerousDan (Read error: 110 (Connection timed out))
23.52.55 #       <linuxstb_> preglow: Nice.
23.53.27 #       <Paul_The_Nerd> ]RowaN[: I'm not 100% certain. I moved my .wps file into the WPS folder, moved my images into a subfolder and everything worked fine
23.53.37 #       <linuxstb_> Does that mean you can tick the first box here? http://www.rockbox.org/twiki/bin/view/Main/IpodPort
23.53.37 Join    ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com)
23.53.43 Quit    ehntoo (Client Quit)
23.53.49 #       <preglow> yeah, but i'll give it a few more tests first
23.54.06 #       <preglow> scrolling still doesn't work for some raso
23.54.06 #       <Paul_The_Nerd> The .wps file still simply calls it backround.bmp and it's in .rockbox/wps/paul/background.bmp with the .wps being .rockbox/wps/paul.wps
23.54.07 #       <preglow> reason
23.54.34 #       <linuxstb_> Are the necessary LCD functions implemented?
23.54.40 Join    ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com)
23.54.59 #       <preglow> perhaps, perhaps not :)
23.55.14 #       <]RowaN[> hmm thats how i have it, but image not showing
23.55.20 #       <Paul_The_Nerd> Odd.
23.55.27 #       <linuxstb_> preglow: I would guess not - I only did the very minimum to get the text displaying.
23.55.36 #       <Paul_The_Nerd> What's the line in your WPS that loads the image?
23.56.02 #       <]RowaN[> %x|a|test.bmp|0|0|
23.56.45 #       <Paul_The_Nerd> Hrm
23.56.51 #       <Paul_The_Nerd> Odd.
23.56.55 #       <]RowaN[> ah whoops
23.57.00 #       <Paul_The_Nerd> Hrm?
23.57.03 #       <]RowaN[> i renamed the image to rowan.bmp
23.57.06 #       <]RowaN[> forgot to change wps
23.57.09 #       <Paul_The_Nerd> Hehehe
23.57.26 #       <]RowaN[> a shoolboy error
23.57.37 #       <Paul_The_Nerd> It happens
23.58.15 #       <preglow> linuxstb_: looks like it's all implemented to me