--- Log for 20.07.104  Server: sterling.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16p1  Started: 1 day and 7 hours ago

00.05.48 #       <midk> amiconn: rombox?
00.06.18 #       <midk> ah, running entirely from rom?
00.06.25 #       <amiconn> Yup. Rockbox running directly from flash rom, leaving more ram for the mp3 buffer
00.07.17 ***     Saving seen data "./dancer.seen"
00.08.59 #       <midk> lots more? or a bit more?
00.09.32 #       <midk> bbl all
00.09.33 Quit    midk ("just STOP it arspy")
00.32.15 Join    BC|coding [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com)
00.32.15 Quit    Nibbler (Read error: 104 (Connection reset by peer))
00.54.40 Join    tpelliott [0] (telliott@208-251-255-120.res.evv.cable.sigecom.net)
01.09.40 Join    amiconn_ [0] (~jens@pD9E7E415.dip.t-dialin.net)
01.09.54 Part    tpelliott
01.10.11 Quit    amiconn (Nick collision from services.)
01.10.11 Nick    amiconn_ is now known as amiconn (~jens@pD9E7E415.dip.t-dialin.net)
01.25.57 #       <amiconn> Nite all
01.26.12 Part    amiconn
01.29.00 Part    BC|coding
01.33.00 Quit    lImbus (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new age")
01.34.17 #       <kaboofa> har har
01.34.24 #       <kaboofa> irssi is a dawn of a new age
01.40.21 Join    gromit`` [0] (~gromit@ALagny-151-1-42-56.w83-114.abo.wanadoo.fr)
02.07.18 ***     Saving seen data "./dancer.seen"
02.07.57 Quit    mecraw__ ("Trillian (http://www.ceruleanstudios.com)")
02.10.12 Join    Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de)
02.48.49 Join    scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)
02.48.49 Quit    scott666 (Read error: 54 (Connection reset by peer))
02.55.53 Quit    AciD (Read error: 54 (Connection reset by peer))
03.28.56 Quit    Nibbler (Read error: 104 (Connection reset by peer))
03.53.50 Join    dstar5 [0] (lee@ACC2EF17.ipt.aol.com)
04.07.19 ***     Saving seen data "./dancer.seen"
04.20.28 Quit    scott666_ ("i'll be back...eventually...")
04.30.55 Join    Strath [0] (~mike@dgvlwinas01pool0-a214.wi.tds.net)
04.38.47 Join    scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)
04.39.54 Quit    Ka_ (sterling.freenode.net irc.freenode.net)
04.39.54 NSplit  sterling.freenode.net irc.freenode.net
04.39.54 Quit    elinenbe (sterling.freenode.net irc.freenode.net)
04.41.14 NHeal   sterling.freenode.net irc.freenode.net
04.41.14 NJoin   Ka_ [0] (~tkirk@pcp04776551pcs.howard01.md.comcast.net)
04.41.14 NJoin   elinenbe [0] (trilluser@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
04.55.12 Join    AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
05.01.06 Quit    dstar5 ("Leaving")
05.11.57 Join    Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de)
05.17.39 Part    Strath
05.18.06 Quit    Ka_ (sterling.freenode.net irc.freenode.net)
05.18.06 NSplit  sterling.freenode.net irc.freenode.net
05.18.06 Quit    elinenbe (sterling.freenode.net irc.freenode.net)
05.26.27 NHeal   sterling.freenode.net irc.freenode.net
05.26.27 NJoin   Ka_ [0] (~tkirk@pcp04776551pcs.howard01.md.comcast.net)
05.26.27 NJoin   elinenbe [0] (trilluser@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
05.39.32 Quit    AciD ("resistance is futile. you will be ass-stimulated")
06.07.21 ***     Saving seen data "./dancer.seen"
06.18.42 Quit    Nibbler (Read error: 104 (Connection reset by peer))
06.31.28 Join    midk2k3 [0] (~Zakk@c-24-18-39-204.client.comcast.net)
06.31.46 Nick    midk2k3 is now known as midk (~Zakk@c-24-18-39-204.client.comcast.net)
06.43.12 Join    LinusN [200] (~linus@labb.contactor.se)
06.45.21 Quit    scott666_ ("i'll be back...eventually...")
07.07.54 Quit    midk ("Going... BYE!")
07.08.58 Join    midk [0] (~Zakk@c-24-18-39-204.client.comcast.net)
07.50.13 Join    Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de)
08.00.17 Join    Naked [0] (naked@naked.iki.fi)
08.04.18 Quit    Hadaka (Read error: 111 (Connection refused))
08.04.19 Nick    Naked is now known as Hadaka (naked@naked.iki.fi)
08.07.22 ***     Saving seen data "./dancer.seen"
08.24.14 Quit    Nibbler (Read error: 104 (Connection reset by peer))
08.40.26 Join    midk2k3 [0] (~Zakk@c-24-18-39-204.client.comcast.net)
08.41.51 Quit    midk (Read error: 54 (Connection reset by peer))
08.56.29 Join    W_Sherman [0] (jirc@wsip-24-234-190-56.lv.lv.cox.net)
08.58.08 Quit    W_Sherman (Client Quit)
09.02.31 Nick    midk2k3 is now known as midk (~Zakk@c-24-18-39-204.client.comcast.net)
09.12.09 Join    amiconn [0] (~jens@pD9E7E415.dip.t-dialin.net)
09.12.44 #       <midk> hi amiconn 
09.12.44 #       <amiconn> hi all
09.19.30 #       <LinusN> hi
09.27.43 #       <amiconn> LinusN: While I const'ed the icons, I wondered about the variable slider_bar[]. This seems to be used nowhere, however the compiler doesn't warn about an unused variable.
09.30.56 Join    Strath [0] (~mike@dgvlwinas01pool0-a214.wi.tds.net)
09.31.07 #       <Strath> hey guys
09.31.44 Join    [IDC]Dragon [0] (~idc-drago@pD9FF8E7C.dip.t-dialin.net)
09.31.58 #       * midk points at strath, yelling, "HE PETS ME IN WRONG WAYS!"
09.32.03 #       <Strath> I uploaded gromit's pictures of his disassembled gmini 220 
09.32.43 #       <Strath> i didn't "pet" you... i did "pat" you though :P
09.32.53 #       <midk> ok, he pats me in wrong ways then
09.33.02 #       <midk> and.. in wrong.. directions.
09.33.26 #       <Strath> like one would a puppy when it begs for a treat
09.33.53 #       <midk> format my hard drives, ma'am?
09.33.53 #       <amiconn> [IDC]Dragon: Your flash id function change works, however it seems to me that calling "View HW info" is slower now?
09.34.04 #       <[IDC]Dragon> hi there
09.34.31 #       <[IDC]Dragon> maybe because of the memcmp()
09.34.58 #       <[IDC]Dragon> it compares the boot ROM region with the flash
09.35.17 #       <[IDC]Dragon> to check if they are the same, which means no boot ROM
09.35.53 #       <amiconn> And running from rom itself makes it slower?
09.36.29 #       <[IDC]Dragon> the flash has 8 bit bus, versud the DRAM has 16
09.36.36 #       <[IDC]Dragon> versus
09.37.05 #       <[IDC]Dragon> on the other hand it has no CAS delay or whatever
09.37.22 #       <amiconn> It seems that some more functions could be moved to iram
09.37.36 #       <[IDC]Dragon> like?
09.37.56 #       <amiconn> I'd just like to know how much space should be left free for the debug builds
09.39.12 #       <[IDC]Dragon> Strath: this "half" HD looks funny
09.39.53 #       <Strath> i know...
09.40.13 #       <midk> ah.
09.40.16 #       <Strath> it's like sidways or something
09.40.17 #       <midk> that'd be a hitachi?
09.40.25 #       <midk> used in the karma..
09.40.26 #       <Strath> ya
09.41.47 #       <amiconn> [IDC]Dragon: Moving the string handling functions (those that are actually used) to iram should speed up operation from RAM too. For ROM operation moving anything that runs for some time would get faster in IRAM.
09.42.18 #       <[IDC]Dragon> amiconn: yes
09.42.46 #       <[IDC]Dragon> I'd like to know what the flash ROM execution penalty really is...
09.43.47 #       <amiconn> I have a funny battery effect: The battery set I intended to use for the runtime tests (1200 mAh Varta) doesn't work in the recorder - it looks as they are empty, even if they are fully charged.
09.43.48 #       <[IDC]Dragon> amiconn: how did you handle the .lds file?
09.44.10 #       <amiconn> However, they work perfectly in other devices
09.44.15 #       <[IDC]Dragon> I just tried, it gets overwritten
09.44.28 #       <[IDC]Dragon> I think this wasn't the case back in time
09.44.42 #       <[IDC]Dragon> so you changed the template?
09.45.09 #       <amiconn> I put the linkage_flash.lds into the build dir, with its original name. This way it doesn't get deleted when I do "make clean"
09.45.19 #       <amiconn> Then I use the following script for building:
09.45.49 #       <amiconn> cp linkage_flash.lds linkage.lds
09.45.49 #       <amiconn> make
09.45.49 #       <amiconn> rm ajbrec.ajz
09.45.49 DBUG    Enqueued KICK amiconn
09.45.49 #       <amiconn> uclpack >/dev/null --none rockbox.bin rockbox.ucl
09.46.27 #       <[IDC]Dragon> the make restores my original .lds
09.46.48 #       <amiconn> The cp command sets the time stamp of the destination file to the current time and date, so it doesn't get overwritten by the following make
09.46.51 #       <[IDC]Dragon> and if I make it write only to stop this, the build fails
09.46.58 #       <[IDC]Dragon> ah
09.47.23 #       <amiconn> make decides whether to regenerate a file based on the time stamp
09.47.44 #       <[IDC]Dragon> I know (or, I should)
09.47.48 #       <amiconn> Before I made the script I used touch every time
09.47.58 #       <[IDC]Dragon> wasn't thinking about the file date
09.48.59 #       <[IDC]Dragon> the map file tells us names only for the exported symbols
09.49.19 #       <[IDC]Dragon> so the size for menus, etc. remains unknown
09.49.37 #       <[IDC]Dragon> we only know the .data consumption of the whole module
09.49.47 #       <amiconn> yes
09.50.19 #       <[IDC]Dragon> well, a very few KB to be gained, maybe
09.51.10 #       <[IDC]Dragon> the plugin API struct is not onst, yet
09.51.36 #       <[IDC]Dragon> I'd like to use that pointer to check within the flash plugins
09.51.49 #       <[IDC]Dragon> and bail out if we're running from ROM
09.52.14 #       <Strath> ok... time for bed, g'night guys
09.52.18 #       <midk> nite
09.52.20 #       <midk> pat pat
09.52.22 #       <midk> good boy!
09.52.24 #       <amiconn> The default lang string do already go into .rodata; the array itself has to stay in .data because it gets overwritten when you load a .lng file
09.52.25 #       <Strath> lol
09.52.28 #       <Strath> cya
09.52.28 Nick    midk is now known as midk|quakeIII (~Zakk@c-24-18-39-204.client.comcast.net)
09.52.31 Quit    Strath ("Client closed")
09.52.46 #       <[IDC]Dragon> the strings stay?
09.54.02 #       <[IDC]Dragon> in ROM, they have to, inorder to have init values
09.54.27 #       <[IDC]Dragon> but in RAM, i'd expect them to make room for the new language
09.54.59 #       <[IDC]Dragon> maybe this can be improved
09.55.56 #       <amiconn> The loaded strings go into another ram area.
09.56.20 #       <[IDC]Dragon> would be better to use the same
09.56.38 #       <[IDC]Dragon> for normal RAM execution, this would save space
09.56.59 #       <amiconn> Yes, while it won't improve when executing from rom
09.56.59 #       <[IDC]Dragon> for ROM, it doesn't make a difference
09.57.44 #       <[IDC]Dragon> I need to get to work
09.57.54 #       <[IDC]Dragon> cu you in 30 min
09.58.03 Quit    [IDC]Dragon ()
10.05.01 Join    Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de)
10.07.26 ***     Saving seen data "./dancer.seen"
10.08.39 Quit    midk|quakeIII (Read error: 104 (Connection reset by peer))
10.20.34 Join    midk [0] (~Zakk@c-24-18-39-204.client.comcast.net)
10.24.00 Quit    midk (Read error: 104 (Connection reset by peer))
10.25.30 Join    [IDC]Dragon [0] (~c2af7556@reladm.kharkov.net)
10.25.44 #       <amiconn> re [IDC]Dragon
10.28.27 #       <[IDC]Dragon> hi again
10.29.18 Join    midk [0] (~Zakk@c-24-18-39-204.client.comcast.net)
10.29.29 #       <amiconn> If we want to put the default lang string into the memory area that is used for the loaded strings as well, we must somehow force the compiler to put the strings there.
10.29.38 #       <amiconn> *strings
10.29.43 #       <[IDC]Dragon> yes, define a region
10.30.20 Nick    midk is now known as midk|quakeIII (~Zakk@c-24-18-39-204.client.comcast.net)
10.31.01 #       <amiconn> The size of this region has to be adjustable independent of the size of the default string, because the loaded strings may be larger (and this is the case with deutsch.lang)
10.31.17 #       <amiconn> deutsch.lng even
10.31.54 #       <[IDC]Dragon> it needs to have the size we currently use for the lng loading, yes
10.32.08 #       <LinusN> i'm a little bit rusty on the lang system, but aren't the english default strings supposed to be used when the string isn't defined in the .lng file?
10.32.40 #       <[IDC]Dragon> oops, yes
10.33.09 #       <amiconn> oops
10.34.00 #       <amiconn> LinusN: Did you get my question concerning slider_bar[] ? It seems that it is no longer used...
10.35.55 #       <midk|quakeIII> da.
10.39.15 #       <LinusN> question about slider_bar?
10.39.51 #       <LinusN> ah, in icons.c?
10.40.12 #       <amiconn> yup
10.40.17 #       <LinusN> kill it
10.41.14 #       <amiconn> Where did it belong to? It seems that it wasn't used even before you killed some of the various bars
10.41.29 #       <LinusN> very old, obsolete stuff
10.42.08 Join    midk [0] (~Zakk@c-24-18-39-204.client.comcast.net)
10.45.34 #       <amiconn> Killed. Still compiles without warnings, saves some bytes. I can't test on the target atm, because a runtime test is running
10.53.29 Join    Guest1 [0] (~jirc@212.150.63.138)
11.07.48 Quit    midk|quakeIII (Read error: 110 (Connection timed out))
11.08.01 Quit    Guest1 ("Leaving")
11.14.44 #       <LinusN> amiconn: bad news!
11.17.16 #       <amiconn> Tell me
11.19.18 #       <LinusN> https://sourceforge.net/tracker/?func=detail&atid=439118&aid=624697&group_id=44306
11.20.44 #       <LinusN> this could also be related to the ATA optimizations:
11.20.55 #       <LinusN> https://sourceforge.net/tracker/?func=detail&atid=439118&aid=991268&group_id=44306
11.23.09 #       <amiconn> Hmm. The latter report does not state the exact version that causes the problems, and also not the disk type.
11.23.37 #       <LinusN> no, i'm just guessing, i'll send him the same test version as well
11.23.49 #       <amiconn> I must say i hate those %&$§ Hitachi disks ;(
11.25.47 #       <amiconn> Could you prepare additional test versions with only optimized reading/ writing disabled?
11.27.04 #       <amiconn> If we decide to simply disable the optimizations for Hitachi DK23CA & DK23DA this would impact users whose hw combination doesn't exhibit problems with it
11.27.47 #       <amiconn> Additionally, I'd like to see the other disk info (Firmware version, access times etc) and the hw mask of the problematic boxes
11.29.40 #       <amiconn> I wonder if this is a 0x0102 masked recorder...
11.36.31 Nick    midk is now known as midk|sleepy-ing (~Zakk@c-24-18-39-204.client.comcast.net)
12.05.02 Quit    Nibbler (Read error: 104 (Connection reset by peer))
12.07.29 ***     Saving seen data "./dancer.seen"
12.18.15 Quit    midknight2k3 (Read error: 104 (Connection reset by peer))
12.18.22 Join    midk2k3 [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com)
12.24.43 #       <amiconn> [IDC]Dragon: In settings.c, it looks like rtc_bits[] and hd_bits[] could also be declared const, or are they written to somewhere? If I am correct, these tables only define the layout, defaults and names of the settings
12.50.10 #       <[IDC]Dragon> amiconn: yes, I mentioned that yesterday
12.50.26 #       <[IDC]Dragon> (just got back from lunch)
12.51.09 Join    Zxcvb [0] (~somebody@client-216-176-88-89.consolidated.net)
12.53.57 #       <amiconn> The mp3 genres are already declared const
12.54.26 #       <[IDC]Dragon> yes, I saw and mentioned that
12.54.43 #       <[IDC]Dragon> (don't you read what others type?  ;-)
12.55.15 #       <Zxcvb> could rockbox support the flac format?
12.55.44 #       <amiconn> [IDC]Dragon: For the latter one I seem to have missed that.
12.56.02 #       <[IDC]Dragon> amiconn: no pb
12.57.02 #       <amiconn> For the former, if you refer to "13.37.38 #  <[IDC]Dragon> the settings tables", this wasn't precise enough for my limited imagination ;-)
12.57.38 #       <amiconn> Zxcvb: No, see http://rockbox.haxx.se/twiki/bin/view/Main/NoDo
12.57.52 #       <[IDC]Dragon> I'll be more descriptive next time
12.59.00 #       <[IDC]Dragon> are you currently const-policing?
13.00.44 #       <amiconn> Not much atm. I want to have at least some preliminary runtime results before tackling the more complex cases.
13.01.23 #       <amiconn> Perhaps the runtime doesn't increase at all, in case reading the rom all the time makes it draw more power
13.01.50 #       <amiconn> (Complex cases mean e.g. sysfont)
13.01.57 #       <[IDC]Dragon> if you use old cells, their runtime may get better with each charging cycle
13.02.09 #       <Zxcvb> so the DSP would have to be figured out?
13.03.01 #       <amiconn> [IDC]Dragon: My old 1200 mAh cells don't seem to work for the recorder (as reported earlier), so I have to use the default 1500 mAh ones. These are still in good shape
13.03.40 #       <LinusN> Zxcvb: yes
13.03.52 #       <[IDC]Dragon> I meant, if you haven't used them for a while, they may improve with "training"
13.04.17 #       <[IDC]Dragon> so better test like A,B,A
13.04.44 #       <Zxcvb> sounds hard without any docs
13.04.47 #       <[IDC]Dragon> and see how much the two A results differ, before trusting B
13.04.52 #       <LinusN> Zxcvb: we have programming docs for the MAS3507D, but it's a bitch to program, and the memory is very small in the DSP
13.05.06 #       <Zxcvb> oh
13.05.27 #       <Zxcvb> so which formats could the DSP be used to handle?
13.05.44 #       <LinusN> hard to tell
13.05.59 #       <amiconn> [IDC]Dragon: I didn't put them away for too long, only about a month. Of course I'll do at least two complete runs for each rom and ram based, probably best in the order ABBA
13.06.01 #       <LinusN> in theory, we could handle anything, but there are other limitations
13.06.20 #       <LinusN> the memory size, for instance, rules out OGG
13.06.33 #       <[IDC]Dragon> i liked ABBA, as a teenager
13.06.58 #       <LinusN> the slow serial connection to the MAS rules out >20kHz WAV
13.07.08 #       <Zxcvb> LinusN: flac?
13.07.15 #       <LinusN> i dunno
13.07.23 #       <amiconn> LinusN: Some time ago I had a look at the MAS3587F programming docs. Although the command set is described there, it gives no info about accessing the ports :(
13.07.48 #       <LinusN> amiconn: where did you get them from?
13.08.46 #       <LinusN> i have only the 3507 docs
13.10.09 #       <amiconn> Err, I confused them. Still, in the MAS3507D docs available, port access isn't described.
13.10.16 #       <LinusN> true
13.11.35 #       <Zxcvb> video apparently works ok
13.11.43 #       <amiconn> If we are able to get hold of the MAS3587F docs, wav may be possible in full quality if the sh1 serial is able to handle it
13.12.19 #       <LinusN> Zxcvb: the video isn't done by the DSP
13.12.37 #       <LinusN> amiconn: but the serial cable isn't fast enough
13.12.38 #       <Zxcvb> better than videonow from what I have seem
13.12.49 #       <[IDC]Dragon> not even by the SH, to be precise
13.13.09 #       <[IDC]Dragon> it's pre-rendered on a PC
13.13.42 #       <Zxcvb> isn't that what videonow does, though it just uses pressed discs?
13.14.06 #       <[IDC]Dragon> I don't know about that
13.14.41 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
13.14.41 #       * [IDC]Dragon browses
13.15.18 #       <amiconn> The MAS' serial can go up to 6.144 Mbits/s, so this is sufficient for 44.1 kHz 16 bit stereo uncompressed wav (~1.76 Mbits/s including start&stop)
13.15.32 #       <Zxcvb> http://www.wsu.edu/~zocher/
13.15.45 #       <Zxcvb> videonow is a 80x80 b&w video player intended for kids
13.16.08 #       <[IDC]Dragon> brr
13.18.08 #       <amiconn> sh1 serial can go up to 2 Mbits/s for 12 MHz clock, or ~1.84 Mbits/s for 11 MHz
13.18.56 #       <amiconn> So 48 kHz / 16 bit wouldn't be possible on the recorder
13.26.21 #       <amiconn> It seems that only the MAS3587F can handle such a high serial bitrate, the MAS3507D only handles 1 Mbits/s
13.37.20 Join    Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de)
13.42.40 Quit    midk|sleepy-ing (Read error: 104 (Connection reset by peer))
13.56.41 Join    _lImbus [0] (~manuel@kernel.cycos.net)
13.57.04 Nick    _lImbus is now known as lImbus (~manuel@kernel.cycos.net)
13.57.06 #       <lImbus> hi all
14.01.48 #       <LinusN> hi
14.06.22 Join    AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
14.07.30 ***     Saving seen data "./dancer.seen"
14.15.03 Join    ka__ [0] (~tkirk@65.216.194.2)
14.44.50 Quit    Nibbler (Read error: 104 (Connection reset by peer))
15.44.50 Quit    lImbus (Remote closed the connection)
15.47.40 Part    LinusN
16.00.17 Quit    Zxcvb ("Leaving")
16.00.36 Join    hernest [0] (~ju@ACBB5F24.ipt.aol.com)
16.03.05 Join    lImbus [0] (~manuel@kernel.cycos.net)
16.04.46 Join    stripwax [0] (~slowdownc@212.18.226.73)
16.04.55 #       <stripwax> Good afternoon
16.07.32 ***     Saving seen data "./dancer.seen"
16.12.55 #       <lImbus> hi
16.29.12 Join    Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de)
16.41.27 Quit    hernest (Client Quit)
16.52.12 Part    stripwax
16.52.47 Join    dstar5 [0] (lee@ACC63DC7.ipt.aol.com)
17.10.42 Quit    Nibbler (Read error: 104 (Connection reset by peer))
17.17.12 #       <dstar5> http://www.chron.com/cs/CDA/ssistory.mpl/tech/weekly/2690450
17.17.28 #       <dstar5> my machine is no where close to eing able to run doom 3 :(
17.26.46 Quit    [IDC]Dragon ("no fate but what we make")
18.07.35 ***     Saving seen data "./dancer.seen"
18.17.39 Part    lImbus
18.22.43 #       <kaboofa> who needs doom 3 when you have history's mysteries
18.22.54 #       <kaboofa> Mmmmm
18.22.58 #       <kaboofa> History channel = <3
18.36.40 Join    zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl)
18.53.29 Join    Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de)
19.09.27 Quit    Nibbler (Read error: 104 (Connection reset by peer))
19.18.00 Quit    zeekoe (Read error: 60 (Operation timed out))
19.24.14 Join    mecraw__ [0] (~lmarlow@69.2.235.2)
19.29.37 Quit    AciD (Connection timed out)
19.35.56 Join    midk [0] (~Zakk@c-24-18-39-204.client.comcast.net)
19.36.38 Join    zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl)
19.37.32 #       <zeekoe> hiii
19.38.12 #       <midk> zeekoe...
19.38.27 #       <zeekoe> midk!
19.38.32 #       <midk> m?
19.38.41 #       <zeekoe> why are you logged in twice?
19.39.42 #       <midk> i'm special
19.40.25 #       <zeekoe> ok
19.40.29 #       <zeekoe> i understand
19.40.42 #       <zeekoe> btw, anyone tried ROMbox yet?
19.40.53 #       <zeekoe> i may wanna try it
19.41.26 #       <midk> i wasn't aware it was available yet
19.41.49 #       <zeekoe> it is, at the mailinglist
19.41.51 #       <amiconn> zeekoe: :)
19.41.56 #       <zeekoe> just vor recorder v1
19.41.59 #       <zeekoe> amiconn!
19.42.20 #       <zeekoe> amiconn: do you have a v1 recorder?
19.43.42 #       <amiconn> Of course. How else would I be able to test rombox?
19.49.39 #       <zeekoe> so you are testing rombox?
19.49.42 #       <zeekoe> :-X
19.49.46 #       * zeekoe keeps quiet
19.50.16 #       <amiconn> I'm currently doing runtime tests. See http://rockbox.haxx.se/twiki/bin/view/Main/IrcNicks and who posted about rombox...
19.50.16 #       <midk> amiconn created it/
19.50.21 #       <midk> wait..
19.50.28 #       <midk> amiconn, didn't you create rombox?
19.50.46 #       <midk> ahj
19.50.50 #       <zeekoe> yeah, i already knew you were jens arnold
19.51.07 #       <zeekoe> i once said "i like the jensarnold one" about the WPS things
19.51.19 #       <zeekoe> and then you said, "hey, that's me" or something like that
19.51.21 #       <midk> HA HAHA
19.51.26 #       <midk> and i said, that's amiconn
19.51.28 #       <midk> no i did
19.51.30 #       <amiconn> midk: I didn't create it on my own, actually the idea and much work came from Jörg aka. [IDC]Dragon. I "merely" found a stubborn bug and optimized it a bit - see my latest commits
19.51.31 #       <zeekoe> whatever
19.51.33 #       <zeekoe> you said
19.52.06 #       <midk> ah, i thought it was your idea - i was wrong then
19.53.11 #       <zeekoe> ha
19.53.18 #       * zeekoe having to watch LOTR3
19.53.25 #       <zeekoe> (again :-P)
19.53.28 #       <zeekoe> cya l8er
19.53.28 #       <midk> oh, what TORTURE
19.53.32 #       <zeekoe> nah
19.53.33 #       <midk> later zeekoe.
19.53.36 #       <zeekoe> it's a good movie
19.53.36 #       <amiconn> zeekoe: I have that as rvf..
19.53.37 #       <zeekoe> :P
19.53.40 #       <zeekoe> ............
19.53.44 #       <zeekoe> you're kidding
19.53.53 #       <zeekoe> well, bye :)
19.54.56 #       <midk> bye sir.
20.07.39 ***     Saving seen data "./dancer.seen"
20.10.46 #       <kaboofa> woah
20.10.48 #       <kaboofa> work in 2 hrs
20.10.49 #       <kaboofa> fsaflasfl;kuh
20.13.09 Quit    zeekoe (Read error: 110 (Connection timed out))
20.15.10 #       <dstar5> me here :)
20.15.17 #       <midk> ME TO :D
20.16.01 #       <dstar5> rombox? what?
20.16.13 #       <midk> um, rockbox running in ROM
20.16.41 #       <dstar5> does it not already do that..?
20.17.04 #       * dstar5 checks email
20.17.04 #       <midk> RUNNINg
20.17.10 #       <midk> running in from
20.17.13 #       <dstar5> ohh
20.17.13 #       <midk> not running out of
20.17.14 #       <dstar5> weird
20.17.16 #       <dstar5> neat
20.17.21 #       <dstar5> is it slower?
20.17.23 #       <midk> more mp3 buffer room.
20.17.28 #       <midk> i'm not sure
20.22.15 Join    scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)
20.22.30 #       <dstar5> scotty
20.22.51 #       <midk> scottey
20.23.33 Join    Strath [0] (~mike@dgvlwinas01pool0-a214.wi.tds.net)
20.25.07 #       <scott666_> and the spelling award goes to...diddy
20.25.11 Nick    scott666_ is now known as scott666 (~scott666@c-24-245-58-48.mn.client2.attbi.com)
20.27.48 #       <midk> stath
20.27.49 #       <midk> yo
20.27.57 #       <midk> strath
20.27.59 #       <midk> *
20.28.04 #       <Strath> ;)
20.28.22 #       <kaboofa> meedeekay!
20.28.27 #       <midk> come here, come here! that's it! sit! GOOOOD BOYY!!
20.28.36 #       <kaboofa> suckers.
20.28.38 #       * midk pats strath on the head
20.28.43 #       <midk> the head, see... :]
20.28.52 #       <kaboofa> haha
20.28.54 #       <kaboofa> that's kinky!
20.28.58 #       <midk> wtf, stfu
20.29.10 #       <kaboofa> ;)
20.29.11 #       * midk pats strath's fur
20.29.18 #       <kaboofa> ok
20.29.22 #       <kaboofa> damn 'furry' people :P
20.29.26 #       * kaboofa walks off
20.29.30 #       <midk> LOL
20.29.33 #       <midk> going so soon?
20.29.36 #       * kaboofa means, by walking off, back to code
20.29.43 #       <kaboofa> because code > human interaction.
20.29.46 #       <kaboofa> actually
20.29.47 #       <kaboofa> no
20.29.53 #       <kaboofa> but i have to depart for work in an hour :(
20.29.58 #       <kaboofa> SO I AM MAKING MACARONI AND CHEESE@!!!!!
20.30.00 #       <kaboofa> :D
20.30.01 #       * midk pats kaboofa's little "mouth"
20.30.06 #       <midk> ok sounds fun
20.30.09 #       <kaboofa> And listening to Skazi
20.30.15 #       <kaboofa> Mmmm
20.30.22 #       <midk> open wider
20.30.33 #       <kaboofa> last time someone told me that 'bad things' happened.
20.30.50 #       <midk> it's just your mouth
20.30.54 #       <midk> open up
20.30.58 #       <midk> i'll give you a treat
20.31.06 #       <midk> watch the teeth, too.
20.31.10 #       <kaboofa> http://kaboofa.liek.us/tom.jpg
20.31.12 #       <kaboofa> there you go
20.31.29 #       <midk> wider
20.31.29 #       <kaboofa> when you bring a 0 upto an 80 in an AP CompSci class.
20.31.30 #       <midk> WIDER
20.31.30 #       <kaboofa> whee
20.31.36 #       <kaboofa> THAT IS AS WIDE AS IT GOES!
20.31.47 #       <midk> it won't fit. it's too big.
20.31.49 #       <kaboofa> <@Matthew--> actually, writing a nes emu in .net would be great.. no one could run it
20.31.53 #       <kaboofa> <@Sloat> matt, they already have those in real C++ though
20.31.55 #       <kaboofa> yeah.
20.32.08 #       <midk> don't you want a treat?
20.32.29 #       <kaboofa> if by 'treat' you mean 'poison candy' then yes, i want a treat
20.32.39 #       <midk> hm, close!
20.32.41 #       <midk> :P
20.32.51 #       <kaboofa> :P
20.32.53 #       <kaboofa> what's up?
20.32.57 #       <midk> you could define it as poison candy i guess
20.33.04 #       <midk> i was just messing with my dog treat..
20.33.07 #       <kaboofa> i don't even want to kn..
20.33.08 #       <midk> haha NO
20.33.08 #       <kaboofa> ok
20.33.10 #       <midk> i was not.
20.33.13 #       <kaboofa> what?
20.33.17 #       <midk> i don't even want to knok.
20.33.21 #       <kaboofa> know?
20.33.22 #       <kaboofa> ok
20.33.27 #       <midk> kn--ok.
20.33.31 #       <kaboofa> time for making macarono asdfjashkldfj asdflkjh
20.33.32 #       <kaboofa> woah
20.33.41 #       <midk> go put some good ingredients in
20.33.42 #       <kaboofa> i hit some weird key combo and it registered as the 'break' key.
20.33.48 #       <kaboofa> and i had to type fg
20.33.57 #       <midk> whatever..
20.34.15 #       <kaboofa> i don't exactly know what the name of fg is
20.34.23 #       <kaboofa> all i know is that it brins the program back when you hit break
20.34.29 #       <kaboofa> [1]+  Stopped                 irssi
20.34.32 #       <kaboofa> hten
20.34.33 #       <kaboofa> fg
20.34.36 #       <kaboofa> BOOM! irssi is back
20.34.39 #       <kaboofa> and i continue talking on irc.
20.34.58 #       <midk> so go make the food
20.35.24 #       <midk> IRSY
20.38.44 #       <kaboofa> I AM!
20.38.57 #       <midk> am what
20.39.02 #       <kaboofa> cooling
20.54.12 Join    Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de)
21.00.17 Quit    mecraw__ (Read error: 54 (Connection reset by peer))
21.00.37 Join    mecraw__ [0] (~lmarlow@69.2.235.2)
21.01.40 #       * dstar5 wonders why bash and uname.exe would ever need internet acess...
21.01.56 Quit    dstar5 ("Leaving")
21.12.03 Join    AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
21.16.31 Join    midknight2k3 [0] (~Zakk@c-24-18-39-204.client.comcast.net)
21.18.10 Quit    midk (Nick collision from services.)
21.18.12 Nick    midknight2k3 is now known as midk (~Zakk@c-24-18-39-204.client.comcast.net)
21.24.51 Join    midknight2k3 [0] (~Zakk@c-24-18-39-204.client.comcast.net)
21.26.10 #       <kaboofa> whoo
21.26.14 #       <kaboofa> i got a 4 on the AP exam :D
21.26.20 #       <kaboofa> out of 5
21.26.34 #       <kaboofa> and i got a 5 in Java
21.26.36 #       <kaboofa> kick ass.
21.28.38 #       <midknight2k3> gj kaboofer.
21.29.09 #       <kaboofa> 4 in calc
21.29.10 #       <kaboofa> who
21.29.11 #       <kaboofa> *whoo
21.29.18 Nick    kaboofa is now known as BoofaWork (~kaboofa@pcp03462569pcs.indpnd01.mo.comcast.net)
21.29.20 #       <midknight2k3> you mean "woo"
21.29.24 #       <midknight2k3> ooh, where.
21.29.34 #       <BoofaWork> grocery chain
21.29.56 #       <midknight2k3> AY
21.29.58 #       <midknight2k3> GO GET EM
21.37.10 Join    Smooth [0] (909510b8@ACB99728.ipt.aol.com)
21.39.38 #       <Smooth> hi
21.39.42 Quit    midk (Read error: 110 (Connection timed out))
21.40.13 Nick    midknight2k3 is now known as midk (~Zakk@c-24-18-39-204.client.comcast.net)
21.45.09 Join    flemse [0] (~gammel_ma@cpe.atm2-0-1041160.0x503f9f66.arcnxx9.customer.tele.dk)
21.48.33 Join    dstar5 [0] (lee@ACC1B366.ipt.aol.com)
22.01.14 Quit    ka__ ("Leaving")
22.07.42 ***     Saving seen data "./dancer.seen"
22.09.14 Join    StrathAFK [0] (~mike@dgvlwinas01pool0-a214.wi.tds.net)
22.14.49 Quit    Smooth (Read error: 104 (Connection reset by peer))
22.24.22 Quit    Strath (Read error: 110 (Connection timed out))
22.27.04 Quit    flemse ()
22.37.34 Join    maikeul [0] (~gromit@ALagny-151-1-48-48.w83-114.abo.wanadoo.fr)
22.43.26 Quit    dstar5 ("Leaving")
22.43.49 Join    dstar5 [0] (plee@ACC1B366.ipt.aol.com)
22.44.04 Nick    dstar5 is now known as dids (plee@ACC1B366.ipt.aol.com)
22.44.21 Quit    dids (Client Quit)
22.44.40 Join    dstar5 [0] (dids@ACC1B366.ipt.aol.com)
22.44.48 Nick    dstar5 is now known as dids (dids@ACC1B366.ipt.aol.com)
22.46.35 Join    [IDC]Dragon [0] (~idc-drago@pD9FF8E7C.dip.t-dialin.net)
22.46.52 #       <amiconn> hi [IDC]Dragon
22.47.00 #       <[IDC]Dragon> evening
22.47.53 #       <amiconn> As my first runtime round is now over and the batteries have to be charged anyway, I did some more experimentation with declaring things const
22.48.31 #       <amiconn> I wonder why you said that the plugin api struct is not really const - as far as I can see, it is changed nowhere
22.49.18 #       <[IDC]Dragon> no, I think it is const
22.49.29 #       <[IDC]Dragon> did I say different?
22.49.58 Join    da4walker [0] (dasdgasd@pD9F95B27.dip.t-dialin.net)
22.50.20 #       <da4walker> hi folks
22.50.23 #       <da4walker> anyone here?
22.50.42 #       <[IDC]Dragon> no
22.50.49 #       <[IDC]Dragon> ;-)
22.51.02 Quit    midk ("just STOP it arspy")
22.51.25 #       <da4walker> I am searching a jukebox for my car
22.51.35 #       <da4walker> I am a totally newb concerning that thing
22.51.52 #       <amiconn> [IDC]Dragon:
22.51.53 #       <amiconn> 09.51.10 #       <[IDC]Dragon> the plugin API struct is not onst, yet
22.51.53 #       <amiconn> 09.51.36 #       <[IDC]Dragon> I'd like to use that pointer to check within the flash plugins
22.52.02 #       <amiconn> Maybe I got this wrong...
22.52.14 #       <da4walker> at first I want to let the original car radio in and connect the cd line with a jukebox
22.52.22 #       <da4walker> but is this possible?
22.52.27 #       <[IDC]Dragon> it is not declared as const yet, I meant
22.52.45 #       <da4walker> do I need a lot of things or just the jukebox and a simple cable?
22.52.46 #       <[IDC]Dragon> but should be
22.53.02 #       <[IDC]Dragon> da4walker: depends on your stereo
22.53.23 #       <da4walker> hmm, Ok, what must the stereo have so that it works?
22.53.41 #       <[IDC]Dragon> a line in
22.53.45 #       <amiconn> [IDC]Dragon: Ah ok. I already checked this - this requires to touch _every_ plugin, as the declaration of plugins of plugin_start has to be changed
22.54.08 #       <da4walker> ok, the stereo has a button for cd, so I can put a cd changer somewhere in car
22.54.18 #       <da4walker> and control it with the car stereo
22.54.27 #       <[IDC]Dragon> amiconn: too bad, many peopke have private plugins
22.54.29 #       <da4walker> so it must have an line in or not?
22.55.05 #       <[IDC]Dragon> da4walker: the radio must be willing to allow the input to be used without a changer
22.55.14 #       <[IDC]Dragon> what brand is it?
22.55.42 #       <da4walker> it's the original car radio which was in the VW Passat Variant (newer one)
22.55.58 #       <amiconn> [IDC]Dragon: The change isn't difficult
22.56.02 #       <amiconn> enum plugin_status plugin_start(struct plugin_api* api, void* parameter)
22.56.07 #       <amiconn> has to be changed into
22.56.07 #       <da4walker> and I dunno want to change it cause its blue colour in night is fantastic :)
22.56.13 #       <amiconn> enum plugin_status plugin_start(const struct plugin_api* api, void* parameter)
22.56.20 Quit    gromit`` (Read error: 110 (Connection timed out))
22.56.32 #       <dids> da4walker: those do look cool :)
22.56.46 #       <amiconn> Otherwise the plugin wouldn't compile
22.56.51 #       <da4walker> Ok, I read on the rockbox page that I can also control via remote control, is this right?
22.57.01 #       <[IDC]Dragon> amiconn: can't we cast it in the call?
22.57.35 #       <amiconn> Urgs
22.57.45 #       <[IDC]Dragon> da4walker: there is some effort going on to connect VW stereos via a little microcontroller
22.58.03 #       <[IDC]Dragon> see the VWCDPIC project
22.58.33 #       <da4walker> hmm, what u mean by microcontroler? a hardware part which has to be between jukebox and VW stereo?
22.58.41 #       <[IDC]Dragon> da4walker: http://www.k9spud.com/vwcdpic/
22.58.42 Join    wake [0] (~wake@69.158.29.65)
22.58.47 #       <da4walker> ok,thnx
22.58.52 #       <da4walker> will look
22.59.01 #       <amiconn> [IDC]Dragon: Of course we could cast within the call, but this is ugly - see the open() problem
22.59.24 #       <[IDC]Dragon> well, but nobody is gonna modify the struct
22.59.47 #       <[IDC]Dragon> and the open() code had no cast, this is no guarantee
23.00.48 #       <[IDC]Dragon> amiconn: we can prepare a V2 recorder ROM build equally well
23.01.16 #       <[IDC]Dragon> it has the same remaining space, same start address
23.01.28 Join    Smooth [0] (909510b8@ACBE8D1E.ipt.aol.com)
23.01.32 Part    Smooth
23.01.36 Join    Smooth [0] (909510b8@ACBE8D1E.ipt.aol.com)
23.01.38 #       <amiconn> The open code did two casts from (const char *) to (char *)
23.02.05 #       <[IDC]Dragon> I thought the strrchr() was doing this indirectly
23.02.24 #       <[IDC]Dragon> taking a const char*, but returning a char*
23.02.29 #       <da4walker> Ok, I understood it like that, I need also that microcontroller because of the special signal VW has implemented, and if I use Archos Jukebox MP3 player with Rockbox I also can control the jukebox with original buttons on my car stereo (also need another special cable for that) , is this right?
23.02.49 #       <[IDC]Dragon> da4walker: I think so, yes
23.03.42 #       <da4walker> OK, buying the jukebox and flashing it with rockbox shouldn't be a problem
23.03.48 #       <amiconn> [IDC]Dragon: I wonder why it will fit for the v2 while it won't for the fm. I think rockbox has the radio code in for both fm and v2?
23.03.52 #       <da4walker> but u have a link where I can buy these cables I need?
23.06.29 #       <amiconn> Ah oops - I didn't take into account the archos fw may be different. The start address is the same for v2 as for v1 you said?
23.06.58 #       <[IDC]Dragon> amiconn: yes
23.07.54 #       <[IDC]Dragon> da4walker: the plug can be bought from Reichelt (Germany)
23.08.08 #       <[IDC]Dragon> apart from that, I don't know
23.08.11 #       <da4walker> yeah, cool
23.08.14 #       <da4walker> das brauch ich
23.08.50 #       <da4walker> dragon r u german?
23.09.05 #       <[IDC]Dragon> amiconn: oops, you are correct about the Rockbox part
23.09.20 #       <[IDC]Dragon> I forgot Rockbox is so much larger
23.09.32 #       <amiconn> Just checking out a compile...
23.09.35 #       <[IDC]Dragon> can you check if it fits?
23.09.47 #       <[IDC]Dragon> da4walker: yes
23.10.11 #       <da4walker> cool  me too :)
23.10.43 #       <da4walker> u know the name of the plug on reichelt?
23.11.07 #       <da4walker> or the category?
23.11.09 #       <[IDC]Dragon> da4walker: are we a bit lazy?  ;-)
23.11.47 #       <da4walker> I am searching, but cannot find it on reichelt
23.11.55 #       <da4walker> of course everyone is lazy ;)
23.13.14 #       <amiconn> [IDC]Dragon: It does fit, but this one is _very_ tight: while for the v1 recorder there are 6812 bytes left, for the v2 there are only 2636 bytes free
23.13.45 #       <amiconn> Do you have a v2 to test?
23.14.36 #       <[IDC]Dragon> amiconn: I have an FM, could use that
23.14.57 #       <[IDC]Dragon> but I'd have to force the V2 image into it first
23.15.15 #       <[IDC]Dragon> which the plugins normally prevent
23.16.25 #       <[IDC]Dragon> da4walker: part "KS K4-35" or "KS K4G-35"
23.16.28 #       <amiconn> Btw, Saturn still sells v2 recorders (in Berlin)
23.16.34 #       <[IDC]Dragon> here too
23.17.57 #       <da4walker> thnx dragon
23.18.07 #       <amiconn> My first runtime test (running from rom) yielded 10:03 h of runtime - not bad, especially as the average bitrate of the mp3s used was 227 kbps and I used stock 1500 mAh cells
23.19.00 #       <da4walker> ah, yeah but thats just the Klinkstecker, I thought of a place where I can buy the VWCDPIC thing... :(
23.19.26 #       <[IDC]Dragon> da4walker: the author sells that
23.20.15 Join    Doehni_ [0] (~Doensen@110.176-200-80.adsl.skynet.be)
23.20.17 Join    flemse [0] (~gammel_ma@cpe.atm2-0-1041160.0x503f9f66.arcnxx9.customer.tele.dk)
23.20.28 #       <Doehni_> hi there
23.20.46 #       <[IDC]Dragon> amiconn: can't tell, but at least the ROM activity does not completely mess up the runtime
23.22.05 #       <Doehni_> someone here who could help me? my rockbox won't start anymore
23.22.36 #       <[IDC]Dragon> tell us some details
23.22.53 #       <dids> [IDC]Dragon: with rockbox running in rom.. Wouldn't stuff be writting in there a loot, and the flash chip is only meant to be written to so much right?
23.22.59 #       <Doehni_> i heard music and shut the rockbox down. after a few minutes i tried to restart rockbox, but i only see the rockbox-logo
23.23.03 #       <da4walker> no he doesn't sell that
23.23.11 #       <Doehni_> i only heard music before this
23.23.14 #       <da4walker> he has stopped because he has problems with patents
23.23.41 #       <[IDC]Dragon> dids: only the code is in ROM, everything that's written has to stay in DRAM
23.24.11 #       <amiconn> Bah, my client is f***ed up
23.24.31 Part    amiconn
23.24.46 Join    amiconn [0] (~jens@pD9E7E415.dip.t-dialin.net)
23.27.07 #       <da4walker> noone has a link for buying VWCDPic?
23.27.12 #       <[IDC]Dragon> da4walker: drop me an email, a friend of mine is working on that, too
23.27.34 #       <Doehni_> the only thing i can make now with rockbox is to plug it on usb and browse trough the folders by my computer... is someone there who know how to solve this problem?
23.27.51 #       <flemse> erh... is there a limit on how many patches you can have on recorders?
23.29.40 #       <da4walker> ok, just give me your mail dragon (query)... I will write u!!
23.30.28 #       <[IDC]Dragon> newer seen me in the group? well, idc-dragon at gmx dot de
23.31.03 #       <da4walker> sorry, first time I am in this channel
23.31.49 #       <da4walker> should I write email on english or german :)?
23.31.54 #       <da4walker> which one do u prefer?=
23.32.40 #       <[IDC]Dragon> german of course
23.33.24 #       <da4walker> ok
23.35.00 #       <amiconn> [IDC]Dragon: Plugin api const'ed, as well as the irqname array (system.c)
23.35.20 #       <amiconn> Data section is now down to slightly more than 8 KB
23.35.56 #       <[IDC]Dragon> should I do the menus?
23.38.20 #       <da4walker> email is out to idc-dragon@gmx.de
23.38.44 #       <da4walker> would be really great if u say me when ur friend has success
23.38.50 #       <da4walker> have to go now
23.38.51 #       <amiconn> I wonder if the menus will make a big difference (are they defined all over the place?)
23.38.56 #       <da4walker> thnx for the infos so far folks
23.38.57 #       <da4walker> cu
23.39.08 Quit    da4walker ()
23.40.19 #       <amiconn> From looking at the map file, the biggest remaining blocks of initialized data are (apart from the sysfont and lang.c, which must remain as it is) screens.c and mp3_playback.c
23.42.06 #       <amiconn> Ah - screens.c contains the usb logo, which surely can be const'ed
23.42.43 #       <[IDC]Dragon> oh, I thought you did that one, with icons and rockbox splash
23.43.12 #       <amiconn> I wonder why the usb logo is in screens.c, while the rockbox logo is in icons.c
23.43.41 #       <[IDC]Dragon> maybe because we have a USB screen
23.44.17 #       <amiconn> But you could say we have a splash screen as well...
23.44.50 #       <[IDC]Dragon> at that time the application layer is not relly there, but anyway
23.44.56 #       * dids likes the idea of a splash screen for usb
23.45.46 Part    Doehni_
23.53.08 #       <amiconn> [IDC]Dragon: from looking at mp3_playback.c, it seems all the lookup tables at the beginning (units, numdecimals etc.) could be declared const - please correct me if I am wrong
23.53.51 #       <[IDC]Dragon> I think you are right
23.54.10 #       <[IDC]Dragon> (ahem , and I mentioned these as well ;-)
23.54.29 #       <amiconn> Grr, I should read more careful