--- Log for 21.06.112 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 6 days and 0 hours ago 00.02.30 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) 00.03.18 Quit guymann (Ping timeout: 246 seconds) 00.05.20 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 00.08.12 Quit Wardo (Read error: Connection reset by peer) 00.12.33 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 00.12.34 Quit XavierGr (Remote host closed the connection) 00.13.43 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 00.18.32 # Formatting the Clip with SD Formatter changes the speed drastically for me on Linux. From 1MB/S to 10MB/S going down to 2MB/S. Still twice as fast. 00.21.43 Join sinthetek [0] (~sinthetek@cpe-071-071-085-044.triad.res.rr.com) 00.21.43 Quit sinthetek (Changing host) 00.21.43 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 00.27.01 Quit pamaury (Remote host closed the connection) 00.30.00 Quit kevku (Ping timeout: 272 seconds) 00.30.06 Join Scromple [0] (~Simon@119.225.209.134) 00.32.59 Quit domonoky (Read error: Connection reset by peer) 00.35.07 Quit liar (Ping timeout: 245 seconds) 00.40.45 Join user485763 [0] (~aoeu@112.166.15.141) 00.41.52 Join kevku [0] (x@heaaqi4aafadxg6f6dkvbsdzbk4.dyn.reverse.name) 00.46.23 Join Totalled_ [0] (~Totalled@199.58.84.6) 00.46.55 Quit Totalled (Ping timeout: 252 seconds) 00.46.56 Nick Totalled_ is now known as Totalled (~Totalled@199.58.84.6) 00.55.51 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 14.0/20120612164001]) 01.00.07 Quit ender` (Quit: I like long walks, especially when they are taken by people who annoy me. -- Noel Coward) 01.03.47 Quit user485763 (Ping timeout: 252 seconds) 01.11.17 Join eckoit [0] (~ryan@50.65.10.24) 01.14.28 Quit mgottschlag (Ping timeout: 248 seconds) 01.19.29 *** Saving seen data "./dancer.seen" 01.19.46 Quit guymann (Ping timeout: 246 seconds) 01.21.45 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 01.31.59 Quit factor (Read error: Connection reset by peer) 01.37.42 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 01.43.45 Join [Saint_] [0] (~Saint]@101.98.158.103) 01.43.45 Quit [Saint_] (Changing host) 01.43.45 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.43.56 Quit prof_wolfff (Ping timeout: 276 seconds) 01.56.11 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 02.15.29 Quit Szatan (Ping timeout: 244 seconds) 02.21.07 Join Szatan [0] (principal@dj.from.drumandbass.net.pl) 02.27.48 Quit guymann (Ping timeout: 272 seconds) 02.28.58 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 02.49.46 Join simonlnu_ [0] (simon@unaffiliated/simonrvn) 02.50.54 Join kevinrocks123123 [0] (~6c100455@www.haxx.se) 02.51.36 Quit kevinrocks123123 (Client Quit) 02.54.04 Quit simonlnu_ (Client Quit) 02.56.41 Quit MethoS-- (Ping timeout: 265 seconds) 03.19.32 *** Saving seen data "./dancer.seen" 03.20.44 Quit Thra11 (Remote host closed the connection) 03.25.14 Quit [Saint_] (Quit: Quit) 03.33.07 Quit Scromple (Read error: Connection reset by peer) 03.35.56 Join Scromple [0] (~Simon@119.225.209.134) 03.57.20 Join simonlnu_ [0] (simon@unaffiliated/simonrvn) 04.00.08 Part simonlnu_ 04.03.00 Join TheSphinX^ [0] (~briehl@p5B321C2F.dip.t-dialin.net) 04.06.26 Quit TheSphinX_ (Ping timeout: 240 seconds) 04.07.53 Quit factor (Read error: Connection reset by peer) 04.12.19 Quit guymann (Ping timeout: 272 seconds) 04.13.09 Quit jfc (Ping timeout: 248 seconds) 04.13.50 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 04.14.41 Join jfc [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net) 04.25.42 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 04.35.45 Quit ChanServ (*.net *.split) 04.37.32 Quit pixelma (Ping timeout: 246 seconds) 04.37.53 Quit amiconn (Ping timeout: 246 seconds) 04.44.25 Quit jfc (Ping timeout: 255 seconds) 04.46.26 Join jfc [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net) 04.50.44 Join ChanServ [0] (ChanServ@services.) 04.50.44 Mode "#rockbox +o ChanServ " by kornbluth.freenode.net 04.51.17 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 04.52.24 Join amiconn [0] (quassel@rockbox/developer/amiconn) 04.54.15 Join nosa-j [0] (~m00k@adsl-74-235-42-108.clt.bellsouth.net) 04.54.49 Quit nosa-j (Client Quit) 04.55.21 Join user485763 [0] (~aoeu@112.166.15.141) 05.01.10 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 05.13.32 Join Totalled_ [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 05.13.45 Join nosa-j [0] (~m00k@adsl-74-235-42-108.clt.bellsouth.net) 05.13.53 Quit Totalled (Ping timeout: 252 seconds) 05.13.53 Nick Totalled_ is now known as Totalled (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 05.19.35 *** Saving seen data "./dancer.seen" 05.30.52 # <[Saint]> JdGordon: What happens with font loading wrt buffers? I tried looking, but I'm just not getting it. 05.31.04 # what do you mean? 05.31.10 # <[Saint]> Surely a theme using ~140MB of fonts has consequences? 05.31.26 # fontache is still used 05.31.33 # fontcache* 05.34.19 # <[Saint]> I was just worried that the theme was already *really* bloody big, and then I went and added a font that's just taking the piss in terms of size. 05.36.49 # you've only got 8-32M of RAM to play with anyway remember 05.39.12 # <[Saint]> Well, that's what worried me. I just rediscovered the glyphs param for %Fl, so I'll have a look at seem how low I can get away with setting it. 05.39.58 # <[Saint]> Assuming its not going on HDD based targets, screw the extra disk access. 05.42.03 # <[Saint]> JdGordon: possibly weird question to see if I can save having any backdrop bitmap at all: "Do I need to actually have a backdrop bitmap in order to draw to the backdrop buffer?" 05.42.47 # of course not :) 05.42.57 # using the %VB tag creates the buffer magically 05.44.03 # <[Saint]> Since its just a CCCCCC->000000 gradient anyway, I thought why not draw it with the gradient tag? But I didn't want to try yet because I pretty much just thought of it yesterday and thought I'd ask you and see if I would be wasting my time or not :) 05.44.43 # <[Saint]> It almost certainly won't look as pretty, but it saves 300Kb~1.2MB 05.44.57 # why wont it look as pretty? 05.45.03 # it should look better 05.45.16 # and yes, thats exactly what the gradient tag is for 05.46.03 # <[Saint]> better than a nice blended gradient bitmap image? I look at, say, the line selecter and don't see it happening, but I'm prepared to be amazed. 05.47.09 Quit guymann (Read error: Connection reset by peer) 05.47.36 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 05.48.09 # <[Saint]> Hmmm...confusing wiki 05.48.25 # it should be exactly the same actually 05.48.35 # <[Saint]> DO I actually need to do "%V(0,0,-,-,-) %VB" at the start of the theme, or just "%V(0,0,-,-,-)"? 05.48.50 # <[Saint]> the %VB after the viewport declaration looks very out of place. 05.48.51 # you should do both 05.49.34 # <[Saint]> Oh, I know I need the secondary %V(0,0,-,-,-), but I wondered if the %VB really needed to follow the primary one. 05.49.56 # yes, %VB says to put that viewport on the backdrop 05.50.08 # yes, its not pretty 05.56.23 # <[Saint]> its not so not pretty that "at the start of the theme" really means "absolute start of the theme" does it? I assume it just means "before any other viewport declarations or anything trying to draw in the fullscreen viewport"? 05.56.55 # ??? 05.57.55 # <[Saint]> I'm slightly confused as to whether or not the declaration to set up the fullscreen viewport is really the very first thing the theme has to do or not. 05.58.28 # <[Saint]> and, its not, so I answered my own question. 05.58.51 # if you want to use the backdrop buffer then you need to add a "%V(0,0,-,-,-)" line or parts of the main viewport *may* not be drawn out correctly 06.00.11 # <[Saint]> I know I need to add one, it just says "at the start of the skin", and I took it too literally. 06.00.27 # ah ok 06.00.43 # <[Saint]> Its still possible to do mundane font loading, the usual huge batch of %xl's, turning off the statusbar, etc. 06.00.58 # <[Saint]> it just needs to come before you try draw anything. 06.03.05 # <[Saint]> 240x320 is now down to ~400K 06.03.13 # <[Saint]> or, 39MB with fonts :P 06.06.24 # yes 06.13.52 Quit anewuser () 06.25.47 # <[Saint]> apparently I screwed something up. 06.26.21 # <[Saint]> that's my first guess. I can't seem to get drawing a gradient as the backdrop. 06.28.09 # <[Saint]> Ah, yes. I'm a big derpy derp derp. 06.29.15 # <[Saint]> Ah...it "works"...but, bah. 06.29.56 # <[Saint]> the no-aa case for the track info gets left on the backdrop. 06.30.31 # <[Saint]> rather similar to AlexP's "aa never gets updated if drawn in the backdrop" methinks. 06.32.15 # <[Saint]> and GNU Unifont is so damn ugly I feel compelled to offer two versions, one with fonts for those who'll only ever use English and want fonts that won't make their eyes bleed...and one for our non-English friends. 06.34.28 # <[Saint]> And, if "Mr Someone" wants to automagically reverse the touch area scroll direction for bar tags when the viewport is %ax'd...my localisation work would be complete 06.35.12 # <[Saint]> I have looked, and I officially have NFI whats going on with the touchscreen stuff. 06.56.12 Quit eckoit (Quit: eckoit) 07.03.34 # * JdGordon has no idea what [Saint] is talking about! :) 07.04.55 # <[Saint]> think bar tags that manipulate stuff, ie. seek and volume. 07.05.28 # <[Saint]> actually, they shouldn't be reversed when %ax'd, they should be reversed if the draw direction is inverse. 07.06.07 # <[Saint]> basically: "so you don't swipe in one direction, and change the value in the opposite" 07.08.03 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.09.56 # <[Saint_]> JdGordon: do you get what I mean or am I being unclear? 07.10.04 Quit user485763 (Ping timeout: 260 seconds) 07.10.29 Quit mystica555_ (Ping timeout: 246 seconds) 07.10.44 # <[Saint_]> If a bars draw direction is inverted, the touch area control should be also. 07.10.56 # <[Saint_]> I don't know how to do this myself. 07.12.59 # oh yeah, that part i got 07.15.46 # <[Saint_]> Prepending %ax to the touch declaration seems the more fitting and consistent wat to handle it. 07.16.10 # na, nuking %ax is the real fix 07.17.04 # <[Saint_]> I still maintain there's situations where you might not want viewports flipped in the rtl case. 07.17.24 # <[Saint_]> Or to draw a reversed bar in an ltr case 07.17.51 # <[Saint_]> Nuking %ax would kill that. 07.18.01 # no, that sounds wrong... the reason to align the bar on one side or another comes from the language direction conventions 07.18.16 # so it should make sense that it would always expect to be flipped 07.18.46 # <[Saint_]> You're not taking into account crazy themes that people like to make. 07.18.59 # <[Saint_]> Lang direction shouldn't necessarily dictate the bars 07.19.23 # if you're doing reveresed bar on LTR then you probably would expect reveresed on RTL also 07.19.36 *** Saving seen data "./dancer.seen" 07.19.37 # the issue with automagic flipping is images 07.20.35 # <[Saint_]> We definitely don't want to automatically flip images. An option to would be great though. 07.21.07 # sure 07.31.03 # <[Saint]> JdGordon: Ok, in the short time on my walk home, I thought about it, and I can say I'm warming to the idea of lang direction flipping viewports and bar direction. The problem is, lang direction needs to be able to tell the two direction sensitive touch areas (volume and seek) to always match the fill direction of the bar (ie. respect the invert param). 07.31.10 # <[Saint]> This seems non-trivial. 07.31.39 # no, that is trivial 07.31.54 # i need to look at the code though 07.33.41 # actually, yeah, that might be painful 07.34.53 # no, it's a 1 line change 07.35.00 # <[Saint]> I thought it would be perfectly sane to just flip the direction of the volume and seek touch areas, but, those bars may carry the invert param still and the same problem would happen as happens now with the touch direction not necessarily matching the fill direction. So it needs to flip the touch area direction unless the invert param exists (in other words, always follow the bar draw direction) 07.35.41 # <[Saint]> I looked about 30 minutes ago, and, if this is a one line change I'm just not seeing it :) 07.37.08 # oh errr... yuck 07.37.36 # if you've got more than one vol/prog bar in the wps it wont be able ot handle it 07.37.41 # but that is pretty stupid 07.38.31 # <[Saint]> that situation coming up might safely be assumed an adge case. 07.38.36 # <[Saint]> *edge 07.38.48 # <[Saint]> Unless someone tried to make some weird ambidextrous UI 07.38.56 # ok, so it's not a one line change, but it is trivial 07.40.50 # in skintouch_to_wps() in the VOLUME and SCROLLBAR cases we need to find the bar which overlaps the pixel coordinate (may not be trivial :p ) 07.41.13 # or we link the bar with the region at parse time (or even in the skin lang) 07.41.48 # <[Saint]> the touchscreen stuff just got me bogged down. 07.41.48 # * JdGordon didnt bring his laptop to work today :/ 07.41.56 # I don't tinhk this is hard to do 07.41.59 # <[Saint]> some of that stuff is pretty intense (for me at least) 07.42.02 # just need time to sit and do it 07.42.46 # <[Saint]> "touch area/bar direction weirdness" is the only obvious flaw in the localisation aware stuff I've done. 07.43.00 # <[Saint]> If you use a target with hardware bttons it just works, though :) 07.47.54 # [Saint]: can you do me a super simple test case for 320*240? 07.48.23 # <[Saint]> to show? 07.48.36 # for the slider touching workingness 07.49.25 # <[Saint]> Oh, right. Yes. I can't do it right now, but that won't be difficult no. 07.49.55 # I'll be more inclined to give it a go if i dont have to fiddle with a test skin first 07.50.07 # <[Saint]> fair enough. 07.51.41 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 07.54.00 Join ender` [0] (krneki@foo.eternallybored.org) 07.59.13 # [Saint]: perhaps save language support for later, current cabbiev2 doesnt do it properly either 07.59.40 # <[Saint]> which I consider broken as hell. 07.59.44 # the obstacles seems to be tough and things needn't to be fixed all at once 08.00.10 # yes but nobody really complained about the lack so far :) 08.00.28 # <[Saint]> What tough obstacles? The only thing I don't have working is the the bar touch area direction. 08.00.46 # <[Saint]> apart from that, the UI elements are entirely language aware. 08.01.03 # e.g. the huge font 08.02.04 # there's FS#12629 too 08.02.05 # http://www.rockbox.org/tracker/task/12629 3RTL support in android devices (bugs, unconfirmed) 08.02.32 # yeah that bug makes no sense at all 08.02.56 # <[Saint]> I think its the skin being stupid. 08.03.01 # if that was happening everywhere I'd be ok... but its only android 08.03.04 # probably some __PCTOOL__ vs HOSTED vs APPLICATION somewhere 08.03.04 # no, its not 08.03.08 # <[Saint]> alignment tags fucking up with %ax'd viewports 08.03.13 Quit [Saint_] (Ping timeout: 245 seconds) 08.03.38 # the first pic is from the main menu 08.03.41 # <[Saint]> there used to be (probably still are) some amusing quirks with alignment tags and flipped viewports. 08.03.42 # so its not a skin issue 08.04.08 # <[Saint]> Oh, hmmm... 08.04.22 # kugel: any chance you can look into that? 08.04.28 # <[Saint]> How on earth can this be Android-specific?!? 0_o 08.04.36 # exactly 08.04.53 # Oh. It's not a bug. It's a feature >.> 08.05.00 # <[Saint]> Also, yes, I do respect that there's other thigns I could work on...but, hey. At the end of this, it will be done, and no one else wants to do it :) 08.05.06 # i have very little spare time at the moment 08.05.27 # yeah, just set to hebrew on my ipod and the menu is all correct 08.05.35 # android lcd updating must be doing something wierd 08.05.49 # <[Saint]> As a matter of fact, the font and glyph support is the least interesting thing in this for me. 08.05.55 # font drawing has nothing to do with the lcd backend 08.06.24 # where "nothing to do with" == "abstracted by the generic lcd_framebuffer" 08.06.36 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 08.06.39 # <[Saint]> My main interest was getting the theme to "just work" with the ui elements placed conditional to lang direction. 08.06.41 # I know... thats why this is so messed up 08.07.19 # May I ask why for the Fuze[v2?] the home and submenu button options are reversed when compared to the clips? [And the logic from original firmware] 08.07.28 # http://download.rockbox.org/daily/manual/rockbox-sansafuzev2/rockbox-buildch4.html#x7-500004.3.1 VS http://download.rockbox.org/daily/manual/rockbox-sansaclipv2/rockbox-buildch4.html#x7-500004.3.1 08.08.11 # <[Saint]> I'm not sure how to handle the font issue. Though. 08.08.31 # <[Saint]> If a user just wants English, the GNU Unifonts are unnecessarily huge, and ...well, ugly. 08.09.02 # <[Saint]> But I can't just have the user select GNU Unifont from the fonts, because the theme hardcodes several fonts. 08.09.24 # <[Saint]> (using up to 3 fonts in addition to the set userfont) 08.10.34 # <[Saint]> I'd love to be able to say "Just download the theme pack and select the font you want and it will "just work"", but it won't "just work" for anywhere other than the main menu. 08.10.46 # <[Saint]> The .wps doesn't use userfont at all./ 08.12.10 # <[Saint]> matter of fact, it uses at least 2 non-userfont fonts in the GNU Unifont case, and up to 6 in the Ubuntu font case (as Ubuntu offers nice bold/regular fonts and its nice to use bolded and regular fonts for different things in some places) 08.13.03 Quit [Saint_] (Ping timeout: 245 seconds) 08.14.21 # <[Saint]> There's literally no way I can think of to tackle this except for: 08.14.43 # <[Saint]> A - Only use one font per theme, and never hardcode it, always use userfont. 08.14.59 # <[Saint]> B - Two seperate themes, English and International 08.15.07 # <[Saint]> ...both suck. 08.16.14 # C - font classes 08.16.26 # <[Saint]> clarify? 08.16.30 # skin should request a 16pt font, not a specific 16 point font 08.16.45 # except for parts where it actually is required 08.16.49 # i.e number alignment 08.18.32 # <[Saint]> How does one decide which 16pt font gets chosen? or instead of (or perhaps in addition to?) /rockbox/fonts/ we could have /rockbox/wps/theme_name/fonts/ 08.18.50 # I dont know... probably a config file of some sort 08.19.03 # but it should be up to the user 08.19.10 # no idea how to do it though 08.19.23 # JdGordon, Is there an answer to the question I've asked above or is it just a mistake or I have no clue. 08.20.40 # because we dont care what the OF does, we use the buttons to make rockbox make sense 08.21.18 # JdGordon, I like the answer. Now please tell me why it makes more sense to reverse them on the fuze? 08.21.37 # Because. 08.22.45 # <[Saint]> I can kinda think of a way: If a theme just asks for an XXpt font, it gets taken from /rockbox/userfonts/ which can contain exactly one of each font height following some obvious naming convention ("XX - font_name.fnt") 08.23.01 # Great answer. Now I just need to figure why it keeps confusing me when moving from clip to fuze if it makes more sense. Must be something with my neurons. 08.23.03 # <[Saint]> and if a specific font is requested its taken from /rockbox/fonts/ as usual 08.23.55 Join bitcraft [0] (~bitcraft@173-23-42-120.client.mchsi.com) 08.24.46 # I tihnk thats too much setup and error prone 08.25.23 # I want a simple text file "16: foo.fnt" "16-bold: bar.fnt" and a plugin to set it all up 08.26.40 # then in the skin you'd do %Fc(16, 16-gnufont.fnt) (Font custom) which says "get the user font for 16 or use that one if it isnt set 08.27.11 Join LinusN [0] (~linus@giant.haxx.se) 08.27.47 # <[Saint]> bug2000: patches are also welcomed, and if you can show its a genuine issue that needs looking into and can demonstrate the advantages of said changes you should have no problems getting it accepted. 08.28.14 # [Saint], The real name issue might be an issue. 08.28.33 # <[Saint]> While Rockbox doesn't care a flying f**k what the OF does with its hardware buttons, the button keymaps should be as consistent as possible through different yet similar hardware. 08.28.57 # <[Saint]> bug2000: If you don't supply one, it certainly will be. 08.29.14 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 08.29.30 # [Saint], So to report a bug about consistence and hope :) 08.30.04 # <[Saint]> yeah, historically, "just hoping" doesn't have a very high success rate. 08.30.22 # and changing button mappings is almost impossible anyway 08.30.48 # <[Saint]> JdGordon: in this instance it sounds perfectly doable. 08.31.04 # I promise you it wont happen 08.31.18 # we've had this discussion about a million times 08.31.21 # JdGordon, Ok, I'll just bite it. Thanks for at least notifying me that. 08.31.37 # <[Saint]> I cannot say I have the hardware on hand to check, but if what is reported is correct it definitely should happen. 08.32.14 # [Thanks for making Rockbox awesome] 08.52.40 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 08.59.25 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.59.25 Quit bertrik (Changing host) 08.59.25 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.59.34 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 08.59.41 # JdGordon: ping 09.07.10 # wodz: hi 09.07.15 Quit Scromple (Quit: Leaving) 09.12.01 # JdGordon: Do I assume correctly that to add default cabbie fms I need to tweak apps/settings_list.c ? 09.14.28 Join DanielT [0] (~drt@cpc1-aztw19-0-0-cust912.aztw.cable.virginmedia.com) 09.16.00 Quit wodz (Quit: Leaving) 09.19.37 *** Saving seen data "./dancer.seen" 09.23.28 Quit DanielT (Quit: DanielT) 09.23.56 Quit bug2000 (Ping timeout: 252 seconds) 09.26.04 # wodz (logs): yes 09.26.38 Quit guymann (Ping timeout: 246 seconds) 09.28.48 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 09.34.48 Join Rower [0] (husvagn@v-413-alfarv-90.bitnet.nu) 09.37.51 Quit bertrik (Ping timeout: 272 seconds) 09.37.54 Quit Rower85 (Ping timeout: 264 seconds) 09.39.11 Quit scorche (Disconnected by services) 09.39.16 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 09.48.17 Quit guymann (Ping timeout: 255 seconds) 09.50.16 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 09.52.42 Join petur [0] (~petur@rockbox/developer/petur) 10.04.27 Quit nosa-j (Ping timeout: 265 seconds) 10.12.31 Join mortalis [0] (~mortalis@77.108.98.177) 10.29.14 Quit guymann (Read error: Operation timed out) 10.31.07 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 10.33.30 # <[Saint]> Whoah! 10.33.35 # <[Saint]> that looks crap. 10.33.57 # <[Saint]> Yeah, so, it turns out a bitmap backdrop is well worth the added size. 10.34.21 Quit scorche` (Ping timeout: 250 seconds) 10.35.24 # [Saint]: you have a bug report about gradients? :) 10.35.54 # <[Saint]> I'm not sure "looks crap" is really a bug. :) 10.42.27 Quit kevku (Ping timeout: 272 seconds) 10.48.56 # [Saint]: not sure. Maybe you could post side by side screenshots somewhere? 11.12.37 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 11.12.37 Quit pamaury (Changing host) 11.12.37 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.13.13 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 11.19.39 *** Saving seen data "./dancer.seen" 11.39.56 # [Saint]: IMO letting others decide whether it's a bug or not instead of just not posting if you're unsure is btter 11.39.59 # better* 11.40.58 # <[Saint]> I'm pretty confident its not a bug, its using the same magic the line selector is, and the gradient on that is far from smooth. 11.41.46 # <[Saint]> Instead of a nice, blended, gradient. There's obvious bands of slightly different shades. 11.42.15 # that doesnt suprise me, I saw that coming 11.42.50 # however, when the gradient was introduced there was no target where it showed banding. as there is now it can possibly be improved 11.43.03 # because existing targets where small enough 11.43.08 # were* 11.43.44 # <[Saint]> Yes, that's correct. It was only eevr doing a ~30px (approx) high gradient in most cases. 11.43.57 # <[Saint]> It chokes on 800px high, though :) 11.44.19 # so i guess we need dithering :) 11.44.42 # we have dithering, it's enabled for backdrops :p 11.55.44 # <[Saint]> Oh, the irony. 12.15.29 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.30.07 Quit GermanMushroom (Ping timeout: 272 seconds) 12.58.49 Join T44 [0] (~Topy44@f048168240.adsl.alicedsl.de) 13.02.14 Quit Topy (Ping timeout: 246 seconds) 13.09.22 Join anewuser [0] (~anewuser@200.84.251.43) 13.09.22 Quit anewuser (Changing host) 13.09.22 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 13.18.08 Part LinusN 13.18.34 Quit factor (Ping timeout: 250 seconds) 13.19.42 *** Saving seen data "./dancer.seen" 13.25.57 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 13.26.07 Quit factor (Read error: Connection reset by peer) 13.26.11 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 13.26.31 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 13.27.38 Quit guymann (Ping timeout: 245 seconds) 13.29.34 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 13.45.05 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 13.45.29 # Torne: ping 13.45.33 # hi :) 13.46.28 # Torne: does arm uses mixed endianeese? I mean 1f57280: 01f5ca68 .word 0x01f5ca68 13.46.35 # no 13.46.46 # except for double-precision float on very old cores 13.47.07 # also, i don't know what you mean by that disassembly 13.47.44 # binary 01f5ca68 is interpreted as .word 0x01f5ca68 which is ackward 13.48.09 # i think you are misinterpreting objdump 13.48.48 # the hex values it prints in the left column are not as-memory order 13.49.05 # it's interpreted according to the correct endianness already 13.49.42 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 13.50.10 # if you hexdump the file you will see teh bytes on disk are 68caf501 at that offset :) 13.50.21 # see also: any ARM instruction 13.50.29 # which will have a hex value starting with 'e' 13.50.37 # instead of 'e' in the 7th place as it is in memory 13.50.57 # lunch, bbiab 13.51.23 Quit mgottschlag (Ping timeout: 245 seconds) 14.11.28 Quit petur (Remote host closed the connection) 14.20.16 Quit wodz (Quit: Leaving) 14.20.51 Join mgottschlag [0] (~quassel@2a00:1398:9:fb00:d9e7:c868:14e5:211a) 14.20.51 Quit mgottschlag (Changing host) 14.20.51 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 14.28.12 Quit guymann (Ping timeout: 245 seconds) 14.30.05 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 14.31.26 Join mystica555 [0] (~Mike@70-58-27-171.hlrn.qwest.net) 14.32.58 Quit mystica555 (Read error: Connection reset by peer) 14.40.52 Quit TheSeven (Disconnected by services) 14.40.56 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 14.49.47 Join LinusN [0] (~linus@giant.haxx.se) 15.00.30 Join mystica555 [0] (~Mike@70-58-27-171.hlrn.qwest.net) 15.07.38 Quit guymann (Read error: Operation timed out) 15.10.56 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 15.19.46 *** Saving seen data "./dancer.seen" 15.20.30 Quit mgottschlag (Ping timeout: 264 seconds) 15.20.47 Join petur [0] (~petur@rockbox/developer/petur) 15.26.35 Join krabador [0] (~krabador@host1-181-dynamic.56-79-r.retail.telecomitalia.it) 15.36.32 Join ks [0] (~ks@aqu33-5-82-245-97-150.fbx.proxad.net) 15.44.39 Join Neelark [0] (5af6eaa9@gateway/web/freenode/ip.90.246.234.169) 15.44.57 # Commit 76f7f47 in www by 03Björn Stenberg: Add new foswiki css tags for color 15.50.22 # Commit abb53af in www by 03Björn Stenberg: Correct 'view raw' link 15.50.22 # Commit 3f7b42e in www by 03Björn Stenberg: Rename 'calc speed' to 'est speed'. 15.50.23 # Commit 4b06e1e in www by 03Björn Stenberg: Don't run all the post-round stuff for RC builds. 15.50.23 # Commit 1bc3a59 in www by 03Björn Stenberg: Don't autocomplete RC build form. 15.51.27 # Commit 1c01df7 in www by 03Björn Stenberg: Remove lillebror64-zagor 15.52.40 Quit fs-bluebot (Ping timeout: 246 seconds) 15.53.57 Join fs-bluebot [0] (~fs-bluebo@g226069032.adsl.alicedsl.de) 15.54.15 Join Buschel [0] (~chatzilla@p54A39353.dip.t-dialin.net) 16.00.28 Join prof_wolfff [0] (~prof_wolf@82.159.1.234.dyn.user.ono.com) 16.04.44 Quit Neelark (Quit: Page closed) 16.17.05 Join Thra11 [0] (~thrall@87.113.168.219) 16.19.24 Part LinusN 16.19.51 Join WalkGood [0] (~4@unaffiliated/walkgood) 16.24.16 Join Neelark [0] (5af6eaa9@gateway/web/freenode/ip.90.246.234.169) 16.26.39 Quit bitcraft (Remote host closed the connection) 16.27.28 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 16.29.22 Quit dfkt (Ping timeout: 255 seconds) 16.35.24 Quit factor (Read error: Connection reset by peer) 16.36.24 Quit XavierGr () 16.36.29 Quit petur (Remote host closed the connection) 16.40.47 # I removed the double list thing in WikiUsersGroup now, in an attempt to squash the access problem some people were having 16.41.40 Quit mortalis (Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/) 16.44.54 Join mgottschlag [0] (~quassel@195.37.186.62) 16.44.55 Quit mgottschlag (Changing host) 16.44.55 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 16.46.11 Quit Neelark (Quit: Page closed) 16.52.17 Join user485763 [0] (~aoeu@112.166.15.141) 16.52.47 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 16.53.37 Quit mgottschlag (Ping timeout: 245 seconds) 16.53.47 Join Neelark [0] (5af6eaa9@gateway/web/freenode/ip.90.246.234.169) 16.58.50 Quit Zagor (Quit: Clint excited) 17.04.19 Join petur [0] (~petur@rockbox/developer/petur) 17.05.56 Join kevku [0] (x@heaaqi4aafadxgs2p2g5qa5mmea.dyn.reverse.name) 17.18.05 Join eckoit [0] (~ryan@50.65.10.24) 17.19.48 *** Saving seen data "./dancer.seen" 17.27.39 Quit Buschel (Ping timeout: 265 seconds) 17.33.41 Quit Neelark (Quit: Page closed) 17.38.40 Quit pamaury (Remote host closed the connection) 17.40.30 Join scorche [0] (~scorche@rockbox/administrator/scorche) 17.44.25 Part WalkGood 17.44.54 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 17.52.54 Join stoffel [0] (~quassel@pD9E41AC3.dip.t-dialin.net) 17.54.57 Join Buschel [0] (~chatzilla@p54A39353.dip.t-dialin.net) 18.08.44 Quit Buschel (Ping timeout: 265 seconds) 18.11.57 Quit GermanMushroom (Ping timeout: 245 seconds) 18.12.08 Join mgottschlag [0] (~quassel@HSI-KBW-091-089-250-186.hsi2.kabel-badenwuerttemberg.de) 18.12.09 Quit mgottschlag (Changing host) 18.12.09 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 18.14.13 Join Buschel [0] (~chatzilla@p54A39353.dip.t-dialin.net) 18.18.51 Join Neelark [0] (5af6eaa9@gateway/web/freenode/ip.90.246.234.169) 18.31.26 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 18.36.58 Quit amithkk (Quit: Connection closed for inactivity) 18.41.32 Quit Neelark (Quit: Page closed) 18.46.42 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 18.46.42 Quit pamaury (Changing host) 18.46.42 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.51.38 Quit Szatan (Changing host) 18.51.38 Join Szatan [0] (principal@unaffiliated/blown-engine) 18.51.44 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 18.51.45 Quit n1s (Changing host) 18.51.45 Join n1s [0] (~n1s@rockbox/developer/n1s) 19.01.08 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 19.14.24 Quit n1s (Quit: Ex-Chat) 19.19.16 Quit mgottschlag (Ping timeout: 248 seconds) 19.19.52 *** Saving seen data "./dancer.seen" 19.22.59 Join bitcraft [0] (~bitcraft@66.254.199.148) 19.27.45 Quit stoffel (Remote host closed the connection) 19.28.46 Join lebellium [0] (~chatzilla@g229116210.adsl.alicedsl.de) 19.31.26 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 19.32.07 Quit krabador (Quit: Sto andando via) 19.34.10 Quit saratoga (Ping timeout: 245 seconds) 19.36.47 Quit ks (Quit: Nettalk6 - www.ntalk.de) 19.43.33 Join lebellium_ [0] (~chatzilla@g229116210.adsl.alicedsl.de) 19.45.46 Quit lebellium (Ping timeout: 246 seconds) 19.45.58 Nick lebellium_ is now known as lebellium (~chatzilla@g229116210.adsl.alicedsl.de) 19.46.28 Quit user485763 (Ping timeout: 248 seconds) 19.48.58 Join DanielT [0] (~drt@cpc1-aztw19-0-0-cust912.aztw.cable.virginmedia.com) 19.49.26 Quit DanielT (Client Quit) 19.57.06 Join japc [0] (~japc@121.67.166.178.rev.vodafone.pt) 20.00.14 Quit T44 (Read error: Connection reset by peer) 20.00.33 Join T44 [0] (~Topy44@f048168240.adsl.alicedsl.de) 20.00.59 Join mortalis [0] (~mortalis@77.108.98.177) 20.05.23 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.07.19 Quit benedikt93 (Read error: Connection reset by peer) 20.08.52 Quit lebellium (Ping timeout: 246 seconds) 20.11.10 Quit GermanMushroom (Ping timeout: 272 seconds) 20.11.23 Quit liar (Ping timeout: 245 seconds) 20.11.31 Join MethoS-- [0] (~clemens@134.102.106.250) 20.13.48 Quit japc (Quit: Ex-Chat) 20.15.41 Join lebellium [0] (~chatzilla@g229116210.adsl.alicedsl.de) 20.16.45 Join flaushy [0] (~flaushy@libre.fm/hacker/flaushy) 20.17.51 Join lebellium_ [0] (~chatzilla@g229116210.adsl.alicedsl.de) 20.20.25 Quit lebellium (Ping timeout: 246 seconds) 20.20.31 Nick lebellium_ is now known as lebellium (~chatzilla@g229116210.adsl.alicedsl.de) 20.20.31 Join ks [0] (~ks@74.210.97.84.rev.sfr.net) 20.22.40 Join Neelark [0] (5af6eaa9@gateway/web/freenode/ip.90.246.234.169) 20.26.13 Quit [7] (Disconnected by services) 20.26.15 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 20.26.32 # I would like to thank bertrik and evilnick for helping me unbrick my clip+ Tuesday 20.27.58 # Neelark: how was it bricked? 20.28.19 # * flaushy might have bricked his one as well 20.29.03 # I am pleased to say that after some persistence, linux managed to see the Clip as an unpartitioned drive and I used dd to copy the OF to the drive 20.29.10 Quit ks (Ping timeout: 246 seconds) 20.29.42 # ah okie :) thanks. I will dig through the docu first (didn't find time yet) 20.30.29 # and success! The Clip finally sprung back to life! 20.30.56 # Neelark, nice to hear you fixed it after all 20.32.34 # flaushy: Bricked by itself - was listening to it, paused it, it went to sleep (as it would) tried to power it back up, but nothing. 20.33.26 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 20.33.50 # Neelark: okie, mine just does not power up (yet?) but i flashed it couple of hours ago. Database/playlist buildup took forever as well. So i am not sure whether it is bricked yet or just needs long recharge 20.34.48 # flaushy: You've tried holding power button for 30sec to a minute? 20.35.27 # Force a reset - works for some... 20.36.11 # When you say flashed it, what did you do? 20.38.43 # ah thanks, after a good minute it came to live again 20.38.44 # thx 20.38.59 # Great! 20.39.19 # i installed rockbox for first time, got the clip+ because my gf did not manage to get along with it (playlist searches of original firmwre took forever) 20.40.03 # Rockbox over OF anytime! 20.40.40 # hm it went dead again. I guess on a flat battery. will recharge it overnight and try tomorrow again :) 20.42.59 # Anyway, wanted to say that this page: http://www.rockbox.org/wiki/SansaAMSUnbrick was useful, but didn't have to solder anything. Perhaps the page could just mention to try the dd command and see if that works before opening the player! 20.43.40 # Neelark: people won't read that :) 20.43.44 # It also says "Talk to us in IRC BEFORE attempting this procedure" 20.44.22 # True! 20.44.24 # I am also pretty sure it doesn't speak about soldering anything 20.44.30 # We get people regularly who decide it's time to talk to us when they've taken the player apart and desoldered the battery, and then don't understand the next step, when all they needed was a hard reset 20.46.13 # perhaps we should password protect this wiki page and tell people to ask the password on irc 20.46.39 # lol 20.47.09 # the page does start first with the description of the most invasive procedure 20.47.11 # perhaps we should password protect this wiki page and tell people to ask the password on irc 20.47.26 # funman: if we do that, inaccurate ams unbricking guides will appear on blogs around the net 20.47.27 # Just for me it didn't require any hardware modding... 20.47.41 # bertrik: hmm so we should tell about hard reset? 20.48.36 # It *is* the unbricking page, so I'm not surprised it assumes a bricked player. Reminding people to check this first wouldn 20.48.40 # 't hurt of course 20.48.40 # yes, first mention the hard reset, then the dd trick and finally the opening-your-player step 20.49.35 # yes, sound like a reordering thing is needed 20.52.16 # I think the problem is that the rockbox definition of "bricked" may not be the same as many people expect 20.52.52 # does "bricked" reqire a hardware hack to correct? 20.53.21 # yes, that's basically our definition I think 20.54.50 # there's still quite a bit we don't understand about bricked players 20.55.08 # IIRC, my clip+ at some point showed a 30 MB device 20.55.27 # If it's bricked one level deeper, I get a 4 MB device over USB 20.56.08 Quit Totalled (Ping timeout: 272 seconds) 20.56.15 # You can write to the 4 MB device and read the same data back, but it's not persistent across power cycling so I wonder if this is some kind of RAM loader 20.57.22 # maybe we should write a very simple test to see if the device tries to execute anything in that state, like some position independent code that just toggles the backlight/buttonlight or something 20.58.10 # I have a bricked clip+ that could be used for an experiment like that 21.00.37 # the battery of that clip+ has been de-soldered though 21.03.47 # Now for something different! I like to use the voice menus feature but would it be possible to suppress the "shutting down" announcement somehow? 21.04.44 # Sometimes listen while going to sleep but the damn thing wakes me up as it shuts down! 21.07.36 # There is no standard mechanism for that AFAIK 21.07.59 # maybe you could create your own voice file and leave the shutdown audio clip out 21.08.17 # can that be done? 21.08.44 # I don't know for sure 21.11.11 # I'm trying now, but can't get RockBoxUtility to work right now 21.11.25 Quit Buschel (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901]) 21.12.45 Quit mortalis (Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/) 21.14.27 # not sure what the problem is, but RockBoxUtility appears to hang, no response at all to clicks etc. 21.19.10 # Dont worry, I'll look into it sometime. Thanks again, I and my Clip+ are happy again! 21.19.54 *** Saving seen data "./dancer.seen" 21.23.10 Quit bitcraft (Remote host closed the connection) 21.23.36 Join bitcraft [0] (~bitcraft@158.sub-75-224-169.myvzw.com) 21.26.46 # where do voice files end up on the player anyway? 21.27.04 Join KiwiCam [0] (~KiwiCAM@101.98.171.48) 21.27.18 Quit eckoit (Quit: eckoit) 21.27.23 # oh, in .rockbox/langs 21.28.26 Quit sinthetek (Ping timeout: 272 seconds) 21.30.08 Quit Neelark (Quit: Page closed) 21.33.30 Join ks [0] (~ks@74.210.97.84.rev.sfr.net) 21.34.37 Join sinthetek [0] (~sinthetek@cpe-071-071-085-044.triad.res.rr.com) 21.34.37 Quit sinthetek (Changing host) 21.34.37 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 21.38.40 Join eckoit [0] (~ryan@50.65.10.24) 21.47.47 # format of my clip+ helped. Thanks! 21.54.05 Quit TheSeven (Ping timeout: 264 seconds) 21.58.35 Quit T44 (Read error: Connection reset by peer) 21.59.05 Join T44 [0] (~Topy44@f048168240.adsl.alicedsl.de) 21.59.39 Join nosa-j [0] (~m00k@adsl-74-235-42-108.clt.bellsouth.net) 22.01.37 Quit nosa-j (Quit: lol) 22.03.38 Join nosa-j [0] (~m00k@adsl-74-235-42-108.clt.bellsouth.net) 22.07.30 Quit MethoS-- (Ping timeout: 265 seconds) 22.21.43 Quit y4n (Quit: PANTS OFF!) 22.24.02 Join Totalled [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 22.25.27 Quit ks (Ping timeout: 276 seconds) 22.39.10 Join mgottschlag [0] (~quassel@HSI-KBW-091-089-250-186.hsi2.kabel-badenwuerttemberg.de) 22.39.10 Quit mgottschlag (Changing host) 22.39.10 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 22.48.09 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.57.20 Join b0hoon [0] (~quassel@078088057111.bielskobiala.vectranet.pl) 23.01.36 Join lebellium_ [0] (~chatzilla@g229116210.adsl.alicedsl.de) 23.02.28 Quit lebellium (Ping timeout: 246 seconds) 23.02.31 Nick lebellium_ is now known as lebellium (~chatzilla@g229116210.adsl.alicedsl.de) 23.06.24 Quit GermanMushroom (Ping timeout: 276 seconds) 23.19.06 Quit thegeek (Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )) 23.19.57 *** Saving seen data "./dancer.seen" 23.28.26 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 23.30.16 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 23.37.26 Quit petur (Quit: Leaving) 23.43.55 Quit kevku (Ping timeout: 248 seconds) 23.48.28 Quit b0hoon (Ping timeout: 245 seconds) 23.49.48 Quit domonoky (Read error: Connection reset by peer) 23.57.42 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped)