--- Log for 09.10.114 Server: rajaniemi.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 17 days and 0 hours ago 00.07.34 Join franklin [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 00.09.55 Quit bertrik (Remote host closed the connection) 00.12.10 # * franklin saves 100k on 2048 bin size: G#1008 00.12.14 # 3Gerrit review #1008 at http://gerrit.rockbox.org/r/1008 : 3[POC]: RLE compression of plugin bitmaps by Franklin Wei 00.12.59 # still some kinks to work out 00.13.10 # some noise near the edges 00.15.25 Quit lebellium (Quit: ChatZilla 0.9.91 [Firefox 33.0/20141002185629]) 00.16.18 # <[Saint]> Oh. Cute. A naive RLE implementation. 00.16.26 # <[Saint]> That's...that's actually very cool. 00.16.55 # * franklin thinks that's the first time [Saint] has said something like that ;) 00.17.19 # it saves 50% bin size on ipod6g! :D 00.17.25 Nick franklin is now known as [Franklin] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 00.18.02 # <[Saint]> Rule Length Encoding for bitmap was one of the very first programatic challenges I was ever sit in university. 00.18.05 # <[Franklin]> only proof-of-concept for now 00.18.11 # <[Saint]> *ever set 00.18.23 # <[Saint]> So many moons ago now. 00.18.49 # <[Franklin]> not sure why there's noise 00.20.15 # <[Saint]> RLE is fairly noisey. 00.20.25 # <[Franklin]> but it should be lossless 00.20.27 # <[Franklin]> but its not 00.20.28 # <[Saint]> There's a couple of hybrid implementations I looked at years ago. 00.20.43 # <[Franklin]> just near the very end of the bitmap, there's a bit of noise 00.21.28 # <[Franklin]> nothing major, but noticable 00.21.45 # <[Saint]> I remember finding one that did a discrete cosine transform and RLE, but it wasn't exactly quick. 00.21.52 # Sounds like a bug then 00.21.56 # <[Franklin]> yep 00.22.14 # <[Franklin]> but this is actually useful? :) 00.22.20 # <[Franklin]> that's a first for me 00.22.52 # <[Saint]> Errrr, shit, sorry. I was needlessly vague. It should be lossless, yes, but I have come across many naive RLE implementations that...well...aren't. :) 00.23.11 # <[Franklin]> but this ought to be 00.23.19 # <[Saint]> I believe this is rather useful, yes. 00.23.33 # <[Saint]> How quick is it? Is there noteable overhead? 00.23.38 # <[Franklin]> very 00.23.43 # <[Franklin]> instant, even 00.24.03 # <[Franklin]> maybe .01 seconds for a 224x224 bitmap 00.24.08 # * [Franklin] will test 00.24.39 # <[Saint]> TheSeven has worked fairly extensively with compression formats for cramming in emCORE. 00.24.49 # <[Saint]> Perhaps some of his work could be robbed. 00.24.53 # * foolsh has never seen [Saint] this excited before, god [Franklin] might even be forgiven for being a newfag 00.25.03 Quit ender` (Quit: Any technology distinguishable from magic is insufficiently advanced. -- Gehm's Corollary to Clarke's Third Law) 00.25.06 # <[Franklin]> LOL 00.25.24 # emCORE-based stuff uses plain .png files for graphics these days 00.25.36 # <[Franklin]> aww 00.25.45 # * [Franklin] wants lossless, but nothing fancy 00.25.48 # <[Saint]> TheSeven, ahhh...my mistake. 00.26.10 # decoding PNG is actually fairly simple 00.26.20 # the worst part of it is the gzip 00.26.25 # <[Saint]> TheSeven I guess I'm thinking of the iLoader and very early emCORE days then. 00.26.27 # <[Saint]> My mistake. 00.26.55 # <[Saint]> PNG in Rockbox would be fukken *awesome*. 00.26.57 # doesn't mean that what emcore isn't doing wouldn't be equally applicable to what you were discussing ;) 00.27.04 # <[Saint]> SVG...a Godsend. 00.27.15 # doesn't the picture viewer support png already? 00.27.34 # <[Franklin]> LOL I use %llu and it says just that 00.27.35 # <[Franklin]> llu 00.27.38 # <[Saint]> Oh. Hmmm. Possibly. I pay little attention to plugins. 00.27.52 # I think that's where emcore robbed it from actually ;) 00.27.58 # <[Saint]> Aha. 00.27.58 # <[Franklin]> that explains a lot 00.28.32 # <[Franklin]> overhead is 0 ticks 00.28.39 # <[Franklin]> so less than 1/100 of a second 00.28.46 # <[Franklin]> for 224x224 bitmap 00.29.00 # <[Saint]> I would *love* SVG in the core, accessible to the theme engine. 00.29.09 # * [Franklin] wonders how slow that'd be 00.29.13 # <[Saint]> That'd be so fricken sweet, but vastly increase overhead. 00.29.20 # <[Franklin]> yep 00.29.23 # <[Saint]> [Franklin]: quite - I posit. 00.29.29 # <[Saint]> Depending wildly on the target. 00.29.37 # <[Franklin]> way more that 1/100 seconds ;) 00.29.45 # if anything, this would have to be rendered while loading the skin 00.29.52 # <[Saint]> Some of the more capable targets could almost certainly do it without batting an eyelid. 00.29.59 # <[Saint]> Classic, N2G, i.MX* 00.30.07 # <[Franklin]> true 00.30.21 # * [Franklin] has some work to do now 00.30.31 # <[Franklin]> as in real, legit work :) 00.30.42 # <[Franklin]> and not RLE 00.31.38 # * [Saint] is stuck at home today, so might actually be able to get a few things done, but there's a /lot/ on my catchup list. I need to finish getting the V2 hardware for my clients out the door and into their hands. 00.33.20 # <[Saint]> △△△ 00.33.57 # <[Saint]> hahahaha. that somehow got stuck up in a few minutes of lag. 00.34.08 # <[Saint]> also - newfag can't triforce. 00.34.14 # <[Franklin]> excuse me? 00.34.18 # <[Franklin]> *ahem* 00.34.52 Quit [Franklin] (Quit: Lost terminal) 00.35.34 Join franklin [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 00.36.27 # * franklin will try to multitask 00.36.31 Nick franklin is now known as [Franklin] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 00.37.44 # <[Franklin]> [Saint]: what should be done about 24-bit targets? use 32-bit ints? 00.38.04 # <[Franklin]> which uses and extra byte and is pretty much exactly what I'm *not* trying to do 00.39.20 # <[Franklin]> or just do it byte-by-byte? 00.39.30 # <[Franklin]> (which complicates uncompression) 00.42.18 # <[Franklin]> also, how should this be made transparent to the plugin (i.e., no function call is needed in the plugin to decompress)? 00.57.33 Join ungali [0] (~ungali@unaffiliated/ungali) 00.59.01 Quit chrisb (Ping timeout: 272 seconds) 00.59.06 # <[Franklin]> [Saint]? 01.00.21 # <[Saint]> No idea I'm sorry. 01.01.05 # <[Franklin]> perhaps something in plugin_load? 01.01.45 # <[Franklin]> but then how does it know what bitmaps there are to load? 01.01.52 # <[Franklin]> probably best to leave it up to the plugin 01.05.40 Quit petur (Quit: Leaving) 01.14.12 Quit foolsh (Remote host closed the connection) 01.36.05 *** Saving seen data "./dancer.seen" 01.39.54 Join chrisb [0] (~chrisb@pool-71-175-243-4.phlapa.east.verizon.net) 01.44.30 Quit chrisb (Ping timeout: 258 seconds) 01.45.36 Quit [Franklin] (Quit: leaving) 01.45.48 Join Aldem [0] (~Aldem@unaffiliated/aldem) 01.45.51 Quit Pierluigi (Remote host closed the connection) 01.45.53 Join franklin [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 01.45.56 Nick franklin is now known as [Franklin] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 01.59.20 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 01.59.54 Join nialv7 [0] (~nialv7@130.245.201.129) 02.01.01 # <[Franklin]> [Saint]: could I possibly use a fancier (off-the-shelf) compression method? 02.01.31 # <[Franklin]> perhaps gzip? 02.01.31 # <[Saint]> almost certainly. 02.01.39 # <[Franklin]> but would it be too slow? 02.04.25 # * [Franklin] will probably stick with RLE for now, but once he figures out the framework, possibly use a different method 02.20.17 # I'm using a fuze+ now, and I'm having problem with usb 3.0 port. when I try to copy files to the internal memory, there's no problem. When I was copying to the sd card, it stops working after several MBs. 02.20.28 # And it works well with a usb 2.0 port 02.20.33 # I'm on linux 02.21.23 # some error messages: 02.21.23 # [ 6874.720200] xhci_hcd 0000:00:14.0: Setup ERROR: setup context command for slot 26. 02.21.23 # [ 6874.720202] usb 1-2: hub failed to enable device, error -22 02.21.23 DBUG Enqueued KICK nialv7 02.21.23 # [ 6874.880190] usb 1-2: reset high-speed USB device number 27 using xhci_hcd 02.21.23 # [ 6874.896593] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880221f4fe88 02.24.38 Quit Aldem (Quit: Leaving) 02.24.41 # <[Franklin]> how do I set the flags for bmp2rb used? 02.24.51 # <[Franklin]> (what flags are used) 02.26.13 # <[Franklin]> well first I should probably make it work for all color depths 02.27.45 # welp I was wrong, same problem happens with usb 2.0 02.30.28 # guess I'll have to use the OF while copying files... 02.31.03 # <[Franklin]> sorry, no idea 02.31.27 # <[Franklin]> nialv7: perhaps ask pamaury when you see him 02.31.29 # <[Franklin]> it's his port 02.31.31 # <[Franklin]> gnight all 02.34.19 Quit varogami (Ping timeout: 246 seconds) 02.36.07 Quit [Franklin] (Ping timeout: 260 seconds) 02.49.10 Join Strife89 [0] (~Strife89@adsl-98-80-233-69.mcn.bellsouth.net) 02.50.42 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 03.00.00 Quit AlexP (Remote host closed the connection) 03.03.00 Join AlexP [0] (~alex@rockbox/staff/AlexP) 03.36.07 *** Saving seen data "./dancer.seen" 03.37.14 Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) 03.42.28 Quit the-kyle (Quit: The client bought the farm) 03.51.16 Quit alexbobp (Ping timeout: 250 seconds) 04.10.05 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 04.10.27 Nick alexbobp is now known as Guest54182 (~alex@capitalthree.pwnz.org) 04.22.15 Quit ungali (Remote host closed the connection) 04.36.34 Join the-kyle [0] (~kyle@cpe-075-177-188-248.nc.res.rr.com) 04.40.51 Quit the-kyle (Ping timeout: 240 seconds) 04.46.56 Quit Strife89 (Quit: Leaving) 04.49.49 Quit [Saint] (Quit: Read error: Connection reset by a queer) 04.52.23 Join [Saint] [0] (~saint@rockbox/staff/saint) 04.55.13 Quit pixelma (Disconnected by services) 04.55.14 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.55.16 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.55.38 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.55.38 Quit amiconn (Disconnected by services) 04.55.41 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.55.42 Join the-kyle [0] (~kyle@kyle.tk) 05.11.27 Quit TheSeven (Ping timeout: 260 seconds) 05.12.37 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.21.56 Quit mc2739 (Ping timeout: 245 seconds) 05.23.00 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 05.36.10 *** Saving seen data "./dancer.seen" 06.02.22 Join JdGordon [0] (~jonno@ppp118-209-19-2.lns20.mel4.internode.on.net) 06.02.59 Quit JdGordon_ (Ping timeout: 244 seconds) 06.20.47 Quit chrisb (Ping timeout: 250 seconds) 06.43.06 Join ungali [0] (~ungali@unaffiliated/ungali) 07.03.03 Quit shmibs (Ping timeout: 258 seconds) 07.04.15 Quit yuriks (Remote host closed the connection) 07.06.29 Join yuriks [0] (~quassel@opentyrian/developer/yuriks) 07.11.21 Join shmibs [0] (~shmibs@198.52.217.65) 07.16.36 Quit mc2739 (Ping timeout: 260 seconds) 07.18.22 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 07.23.07 Join n9xvt [0] (41b96f3d@gateway/web/freenode/ip.65.185.111.61) 07.24.45 # evening,, i have a question,, on my ipod nano 2nd gen will i cause any issue if i use a WPS from a different device? the one i like best isnt available for my rig,, 07.28.09 Join mortalis [0] (~kvirc@212.44.150.238) 07.36.14 *** Saving seen data "./dancer.seen" 07.37.45 Join xorly [0] (~xorly@m180.dkm.cz) 07.45.09 Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) 07.59.46 # well it kinda worked,, but the size is wrong,, at least it didnt harm anything 08.22.58 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 08.25.26 # [Saint] and [Franklin]: You definitely miss the point why we do not support png in core. This was discussed extensively when I tweaked png support in imageviewer plugin. Compressed image saves space *ON STORAGE* which is dirty cheap. At the same time it needs substantially more ram which is precious resource. 08.25.27 Join ender` [0] (krneki@foo.eternallybored.org) 08.27.04 # [Saint]: And here we go with SVG. 1) xml is terrible to parse without malloc (or some constraint implementation) 2) You still need to scale the result to fit particular resolution. This introduces artifacts and is slow. 3) There is no free implementation of embbeded SVG subset I am aware of. 08.29.50 # And the final point is that graphic resources are problematic on native targets (read as insane HD phones) and not on DAPs with 320x240 typical resolution. 08.31.15 # Anyway if someone implements SVG decoder I'll be glad to review and help 08.34.30 # We could go emcore way and implement subset of png decoding in core of course but this will open *tons* of questions why particular image used in theme doesn't show up. I'd avoid this. 08.36.51 Join varogami [0] (~varogami@dynamic-adsl-94-34-4-47.clienti.tiscali.it) 08.38.15 Join petur [0] (~petur@rockbox/developer/petur) 08.42.34 # <[Saint]> ikeboy: if you read the logs - regarding your glyph cache question, glyph cache can be disabled entirely by settings and I forgot about this. 08.43.24 # <[Saint]> Settings->System->Limits->Glyphs To Cache 08.43.42 # <[Saint]> IIRC, 0 is an acceptable input for this. 08.44.03 # <[Saint]> anyhoo, gotta run, just remembered about this. 08.48.41 Quit n9xvt (Quit: Page closed) 08.49.52 Quit xorly (Ping timeout: 244 seconds) 08.58.28 Quit ungali (Ping timeout: 272 seconds) 09.36.16 *** Saving seen data "./dancer.seen" 09.43.43 # Build Server message: 3New build round started. Revision 1e7b93a, 255 builds, 32 clients. 09.48.13 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 09.48.14 Quit pamaury (Changing host) 09.48.14 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.53.14 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 10.02.42 Nick Guest54182 is now known as alexbobp (~alex@capitalthree.pwnz.org) 10.23.13 # maybe we should use utf8 as default cuesheet encoding? 10.28.38 Quit pamaury_ (Ping timeout: 250 seconds) 10.34.52 # nialv7: I've never seen this usb problem before, what would be *way* more useful than a kernel message is to capture a trace using wiresharl 10.34.55 # *wireshark 10.35.40 # ok I'll try that when I have time 10.36.14 # btw I'm using a 64GB SDXC, don't know if that matters 10.38.11 Quit synergst` (Read error: Connection reset by peer) 10.41.49 # pamaury: I guess you didn't get e100 yet? 10.41.52 Join synergst` [0] (~dev@575196a0.skybroadband.com) 10.45.25 Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 11.08.27 Join kugel__ [0] (~kugel@rockbox/developer/kugel) 11.09.04 # wodz: I think we should have png in the core, but I guess we want a plugin architecture for the decoders 11.13.22 # kugel__: subset of png in core would be easy. Scaling and various color mappings not. Substantial part of the decoder code in imageviewer is just for conversions. 11.15.03 # kugel__: So as long as we restrict ourselves to 1) no scaling 2) use native color depth it should be easy BUT I know what will happen. Themers will start to complain about their favourite png not showing up 11.15.40 # what's the problem with scaling? 11.15.50 # size of the buffer 11.16.08 # png can be decoded 'in place' but can't be scaled in place 11.16.14 # what about scale-on-load like with jpeg? 11.17.01 # What for would you like to have png? If for theming I don't see the point of scaling on target 11.19.15 # album art 11.20.09 # ah 11.20.25 # if you could decode png row-by-row then you could plug it into our scale-on-load code 11.20.48 # you can decode row-by-row unless png is not progressive 11.21.04 # *as long as 11.21.09 # you know what I mean 11.21.26 # right, that's a restriction with jpeg too 11.22.38 # Is AA in png that common? 11.23.54 # don't know 11.24.13 # i have seen it and desktop programs usually support it 11.25.15 # I may try to craft some SOC when get bored and find some free time (which is rather unrealistic unfortunately) 11.25.22 # *POC 11.36.17 *** Saving seen data "./dancer.seen" 11.47.18 Join Princess_Pwny [0] (~Pwny@162.243.174.18) 11.48.41 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 12.23.30 Quit michaelni (Read error: Connection timed out) 12.24.10 Join michaelni [0] (~michael@chello084114129144.4.15.vie.surfer.at) 12.32.15 Join lycide [0] (~kvieta@149.255.100.107) 12.34.34 Join nk2032 [0] (~nick001@ANantes-652-1-275-161.w2-8.abo.wanadoo.fr) 12.40.06 Nick lycide is now known as kvieta (~kvieta@149.255.100.107) 12.42.51 Quit petur (Read error: Connection reset by peer) 12.43.29 Join petur [0] (~petur@rockbox/developer/petur) 12.52.10 Quit Catelite (Ping timeout: 272 seconds) 12.57.21 Quit jhMikeS (Ping timeout: 240 seconds) 13.30.18 Part foolsh 13.35.07 Nick suYin`OFF is now known as suYin (suYin@server1.bouncer4you.de) 13.36.20 *** Saving seen data "./dancer.seen" 13.48.11 Quit varogami (Ping timeout: 245 seconds) 13.49.43 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 13.50.22 Quit DormantBrain (Ping timeout: 260 seconds) 13.52.15 Join DormantBrain [0] (~andy@74.112.200.73) 13.52.20 Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73) 14.02.56 Quit michaelni (Quit: Leaving) 14.15.45 Join michaelni [0] (~michael@chello084114129144.4.15.vie.surfer.at) 14.26.26 Join krabador [0] (~krabador@unaffiliated/krabador) 14.27.46 Join pauldgroot [0] (~pauldgroo@5ED47C81.cm-7-5b.dynamic.ziggo.nl) 14.52.15 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.57.59 Quit amayer (Quit: Leaving) 15.01.34 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.11.15 Quit wodz (Quit: Leaving) 15.13.18 Quit pauldgroot (Read error: Connection reset by peer) 15.15.14 Join pauldgroot [0] (~pauldgroo@5ED47C81.cm-7-5b.dynamic.ziggo.nl) 15.29.00 Quit pauldgroot (Read error: Connection reset by peer) 15.32.43 Join pauldgroot [0] (~pauldgroo@5ED47C81.cm-7-5b.dynamic.ziggo.nl) 15.35.31 Join maruk1 [0] (~papier@titanium.v6.sdv.fr) 15.36.21 *** Saving seen data "./dancer.seen" 15.45.22 Quit Rower (Ping timeout: 272 seconds) 16.10.28 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 17.11.01 Quit mortalis (Ping timeout: 244 seconds) 17.18.25 Quit kugel__ (Ping timeout: 246 seconds) 17.31.31 Join ZincAlloy [0] (~Adium@pD9EEAD94.dip0.t-ipconnect.de) 17.36.25 *** Saving seen data "./dancer.seen" 17.37.59 Join xorly [0] (~xorly@m180.dkm.cz) 17.40.12 Quit petur (Quit: *plop*) 17.43.10 Quit pamaury (Remote host closed the connection) 17.49.51 Quit maruk1 (Quit: Leaving.) 17.56.21 Quit chrisb (Ping timeout: 240 seconds) 18.03.29 Quit krabador (Quit: Sto andando via) 18.11.24 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 18.13.47 Join cmhobbs_ [0] (~cmhobbs@wsip-70-166-234-2.ks.ks.cox.net) 18.19.47 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.24.18 Quit shamus (Ping timeout: 260 seconds) 18.25.14 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 18.26.36 Quit cmhobbs_ (Ping timeout: 250 seconds) 18.49.19 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.51.37 Join Catelite [0] (~Deluge@va-67-237-166-25.dhcp.embarqhsd.net) 18.51.37 Quit Catelite (Changing host) 18.51.37 Join Catelite [0] (~Deluge@Powder/Staff/Catelite) 19.00.04 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 19.04.00 Quit pauldgroot (Remote host closed the connection) 19.04.23 Join pauldgroot [0] (~pauldgroo@5ED47C81.cm-7-5b.dynamic.ziggo.nl) 19.36.27 *** Saving seen data "./dancer.seen" 19.38.51 Join clib21 [0] (c607f163@gateway/web/freenode/ip.198.7.241.99) 19.43.46 Join rockboxuser [0] (2ed0b1a1@gateway/web/freenode/ip.46.208.177.161) 19.43.55 # ........tumbleweed........... 19.44.03 Quit rockboxuser (Client Quit) 19.48.58 Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 20.06.02 Join krabador [0] (~krabador@unaffiliated/krabador) 20.15.32 Quit bluebrother (Disconnected by services) 20.15.37 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 20.15.55 Quit Rower (Ping timeout: 260 seconds) 20.18.34 Quit fs-bluebot (Ping timeout: 244 seconds) 20.21.26 Quit bertrik (Ping timeout: 260 seconds) 20.21.34 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 20.23.26 Quit krnlyng (Quit: huiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii) 20.23.47 Join krnlyng [0] (~liar@83.175.90.24) 20.25.32 Join fs-bluebot [0] (~fs-bluebo@g225253114.adsl.alicedsl.de) 20.26.06 Quit nialv7 (Ping timeout: 260 seconds) 20.41.31 Join wodz [0] (~wodz@89-75-106-114.dynamic.chello.pl) 20.41.57 # \o/ lcd on iriver e150 is working 20.45.11 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 20.45.20 Quit dfkt (Disconnected by services) 20.45.35 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 20.46.52 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 20.46.57 Join rela [0] (~x@pdpc/supporter/active/rela) 20.49.50 Join petur [0] (~petur@rockbox/developer/petur) 21.01.59 Quit ZincAlloy (Quit: Leaving.) 21.09.54 Join nialv7 [0] (~nialv7@adm-129-49-226-137.wi-fi.stonybrook.edu) 21.24.43 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.28.50 # pamaury: I have working lcd on e150 :-) 21.34.26 Quit rela (Read error: Connection reset by peer) 21.36.30 *** Saving seen data "./dancer.seen" 21.44.40 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 21.50.13 Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) 21.52.28 Quit nialv7 (Ping timeout: 246 seconds) 21.54.57 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 21.56.42 Join nialv7 [0] (~nialv7@adm-129-49-226-137.wi-fi.stonybrook.edu) 22.01.42 Quit wodz (Quit: Leaving) 22.08.27 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 22.17.23 Quit chrisb (Ping timeout: 272 seconds) 22.21.13 Quit y4n (Quit: Assumption is the mother of all fuckups) 22.22.41 Join ZincAlloy [0] (~Adium@pD9EEAD94.dip0.t-ipconnect.de) 22.25.04 Nick suYin is now known as suYin`OFF (suYin@server1.bouncer4you.de) 22.25.22 Quit krabador (Ping timeout: 250 seconds) 22.31.48 Quit pamaury (Remote host closed the connection) 22.31.48 Join krabador [0] (~krabador@unaffiliated/krabador) 22.34.59 Quit nialv7 (Ping timeout: 260 seconds) 22.37.39 Quit foolsh (Remote host closed the connection) 22.44.47 Part clib21 22.58.42 Quit nk2032 () 22.59.29 Quit petur (Remote host closed the connection) 23.11.55 Quit ZincAlloy (Quit: Leaving.) 23.14.11 Quit amayer (Quit: Leaving) 23.25.46 Quit Provel (Ping timeout: 260 seconds) 23.26.17 Join Provel [0] (Provel@75-132-30-64.dhcp.stls.mo.charter.com) 23.36.33 *** Saving seen data "./dancer.seen" 23.44.00 Quit ender` (Quit: foot, n. a device used for finding Lego bricks in the darkness) 23.55.44 # <[Saint]> After having a fairly lengthy discussion with a Rockbox user in person the other day (it turns out one of my customers for my "ISP" is a DAP/Rockbox enthusiast of sorts) this morning I wonder the following: 23.56.22 # <[Saint]> Would anyone have any objection to the default setting for the volume cap being 0dB? 23.58.50 # <[Saint]> Joe Average type users don't appear to know why going above 0dB may be bad and why it ends up sounding like dirt, and can go above 0dB without noticing very easily (for example if not looking at the device screen at the time of changing volume).