--- Log for 11.09.111 Server: hitchcock.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 3 hours ago 00.00.16 Quit petur (Remote host closed the connection) 00.01.32 Join Keripo [0] (~Keripo@eng042.wireless-resnet.upenn.edu) 00.05.16 *** Saving seen data "./dancer.seen" 00.12.04 Quit ReimuHakurei (Read error: Connection reset by peer) 00.12.51 Join ReimuHakurei [0] (~kudo@75.16.237.76) 00.18.37 Join ChickeNE_ [0] (~ChickeNES@rouxbicon.rh.uchicago.edu) 00.19.58 Quit ReimuHakurei (Read error: Connection reset by peer) 00.20.38 Join ReimuHakurei [0] (~kudo@adsl-75-16-237-76.dsl.kntpin.sbcglobal.net) 00.35.34 Quit liar (Ping timeout: 258 seconds) 00.48.17 Quit einhirn (Read error: Connection reset by peer) 00.51.13 Join ReimuHakurei_ [0] (~kudo@adsl-75-16-237-76.dsl.kntpin.sbcglobal.net) 00.53.59 Quit ReimuHakurei (Ping timeout: 260 seconds) 01.02.02 Join ReimuHakurei [0] (~kudo@adsl-75-16-237-76.dsl.kntpin.sbcglobal.net) 01.02.18 Quit ReimuHakurei_ (Read error: Connection reset by peer) 01.12.05 Quit ReimuHakurei (Ping timeout: 252 seconds) 01.12.13 Join ReimuHakurei_ [0] (~kudo@adsl-75-16-237-76.dsl.kntpin.sbcglobal.net) 01.14.27 Quit Galois (Quit: Leaving) 01.38.07 Quit ender` (Quit: Debating creationists on the topic of evolution is rather like trying to play chess with a pigeon — it knocks the pieces over, craps on the board, and flies back to its flock to claim victory. -- Scott D. Weitzenhoffer) 02.05.18 *** Saving seen data "./dancer.seen" 02.18.27 # gevaerts: multiple viewports? where? 02.18.56 # JdGordon: having a list item be one viewport is a bit of a pain 02.19.08 # Maybe I'm missing something though 02.19.53 # bertrik: it can improve gcc's inlining decisions 02.20.47 # gevaerts: you are :) every viewport with the label specified is drawn for each item in the rectangle 02.21.11 # Can you have more than one viewport with the same label? 02.21.14 # I also think extending LT/I to get an offsets text/icon is piss easy 02.21.23 # yeah.. DUH! :) 02.21.46 # oh 02.21.51 # That would help I uess 02.21.56 # * gevaerts goes to try 02.22.34 # the x/y positions are relative to the items rectangle, not to 0,0 of the screen 02.24.35 # Yes, that part is clear. I just didn't realise that labels don't have to be unique 02.24.52 # k 02.25.45 # hm, I seem to have a colour problem. %Vf doesn't seem to work for the selected item 02.26.21 Quit bertrik (Ping timeout: 258 seconds) 02.26.21 # Wait 02.26.35 # It does work, except if the selected item is the first one in the list 02.29.42 # is Vf on a different line to the text? 02.30.04 # pastebin your sbs 02.31.36 # http://paste.debian.net/129295/ 02.31.43 # The list bit is at the end 02.32.19 # %tn is unique to my tree, but should be unrelated (it returns the alphabetical position of the first letter of a string) 02.33.44 # why have you got the image labels in '' marks? 02.34.41 # Because that's what CustomWPS seems to suggest? 02.35.23 # ok, guess that will need reqording then 02.35.32 # try putting the last line on the line above it 02.35.36 # i.e remove the \n 02.35.53 Quit n1s (Remote host closed the connection) 02.36.42 # %Vf/b dont salways eat the newline which means the text on the next line doesnt fit in the viewoirt 02.37.51 # That doesn't change things 02.38.40 Join casainho [0] (~chatzilla@2.81.156.230) 02.39.46 # hmm, dunno, gtg, back in 30min or so 02.49.44 Quit casainho (Quit: ChatZilla 0.9.87 [Firefox 6.0.1/20110830092941]) 02.56.34 Quit robin0800 (Quit: Leaving) 02.56.46 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 03.17.14 Quit soap (Read error: Connection reset by peer) 03.21.51 Join Horscht [0] (~Horscht@p5DD573FC.dip.t-dialin.net) 03.21.51 Quit Horscht (Changing host) 03.21.51 Join Horscht [0] (~Horscht@xbmc/user/horscht) 03.22.42 Quit Horschti (Ping timeout: 258 seconds) 03.22.47 # JdGordon: sometimes I get the impression that %Vf() and %Vb() apply for the *next* list item 03.25.45 Join soap [0] (~soap@71-86-23-242.static.cpgr.mo.charter.com) 03.25.45 Quit soap (Changing host) 03.25.45 Join soap [0] (~soap@rockbox/staff/soap) 03.26.04 # gevaerts: that's probalby a bug then 03.26.23 # try using %Vs(colour, ) instead 03.26.35 # that definitly works for the current line 03.27.09 # also, do you want to commit %ss? 03.27.40 # I think it's useful enough, yes 03.27.52 # %Vs works 03.28.01 # do *you* want to commit it? 03.28.39 # New commit by 03jdgordon (r30499): Fix FS#12270 - properly initialiase the wps_data struct so skin_data_reset() doesnt crash later 03.28.53 # hm, my tree is a bit dirty in that area, since I added some more tags 03.29.11 # I think i want to double check the code before it goes in, i was doing it in my sleep and think it isnt completly correct 03.30.17 Join soap__ [0] (~soap@94.75.232.194) 03.30.39 Quit soap (Disconnected by services) 03.30.42 Nick soap__ is now known as soap (~soap@94.75.232.194) 03.30.48 Quit soap (Changing host) 03.30.48 Join soap [0] (~soap@rockbox/staff/soap) 03.31.02 # r30499 build result: All green 03.50.07 # New commit by 03jdgordon (r30500): New tag %ss() which lets you get a substring of another tag. ... 03.52.26 # r30500 build result: All green 03.55.35 Quit Keripo (Quit: Leaving.) 04.05.22 *** Saving seen data "./dancer.seen" 04.08.23 Quit robin0800 (Quit: Leaving) 04.24.42 # scorche - I still can not access the forums when connecting through my NL VPN. 04.25.35 Join Galois [0] (djao@efnet-math.org) 04.26.12 Quit ChickeNE_ (Quit: Computer has gone to sleep.) 04.26.59 # soap: odd - get back to me in a few hours if you can - i am not really in a position to debug anything 04.35.44 Quit TheSeven (Disconnected by services) 04.36.01 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.47.54 Join Jak_o_Shadows [0] (~hayden@CPE-144-136-212-25.sa.bigpond.net.au) 04.52.23 # JdGordon: r30499 seems to have broken albumart display 04.54.58 # oh bugger 04.55.11 # file a bug so i dont forget please :) 04.55.55 Join casainho [0] (~chatzilla@2.81.156.230) 04.56.39 # sure thing 04.57.54 Quit amiconn (Disconnected by services) 04.57.56 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.58.01 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.58.26 Quit pixelma (Read error: Operation timed out) 04.58.54 Join pixelma [0] (quassel@rockbox/staff/pixelma) 05.34.28 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 05.35.39 Quit ps-auxw (Ping timeout: 260 seconds) 05.36.07 Join Rob2222 [0] (~Miranda@p4FFF083D.dip.t-dialin.net) 05.37.42 Quit advcomp2019 (Ping timeout: 258 seconds) 05.39.24 Join ps-auxw [0] (~arneb@p4FF7F71E.dip.t-dialin.net) 05.40.07 Quit Rob2223 (Ping timeout: 260 seconds) 06.05.27 *** Saving seen data "./dancer.seen" 06.32.11 Quit froggyman (Ping timeout: 276 seconds) 06.41.23 Join merbanan [0] (~banan@c-83-233-163-209.cust.bredband2.com) 06.57.35 Join MikeH__ [0] (~Mike@71-211-209-55.hlrn.qwest.net) 06.57.47 Join Mikeb0ok [0] (~mike@71-211-209-55.hlrn.qwest.net) 06.57.47 *** Alert Mode level 1 06.57.47 DBUG Enqueued KICK mystica555_ 06.57.47 DBUG Enqueued KICK mystica555 06.57.47 *** Alert Mode level 2 06.57.47 DBUG Enqueued KICK MikeH__ 06.57.47 DBUG Enqueued KICK Mikeb0ok 06.57.47 *** Alert Mode level 3 06.59.20 Quit mystica555_ (Read error: Operation timed out) 06.59.25 Nick Mikeb0ok is now known as mystica555_ (~mike@71-211-209-55.hlrn.qwest.net) 06.59.25 DBUG Enqueued KICK mystica555_ 06.59.25 *** Alert Mode level 4 07.00.50 Quit mystica555 (Disconnected by services) 07.00.56 Nick MikeH__ is now known as mystica555 (~Mike@71-211-209-55.hlrn.qwest.net) 07.00.56 DBUG Enqueued KICK mystica555 07.00.56 *** Alert Mode level 5 07.07.30 Join froggyman [0] (~seth@50.105.133.91) 07.07.30 Quit froggyman (Changing host) 07.07.30 Join froggyman [0] (~seth@unaffiliated/froggyman) 07.10.57 *** Alert Mode OFF 07.15.19 Join ChickeNE_ [0] (HydraIRC@99-133-145-177.lightspeed.cicril.sbcglobal.net) 07.19.35 Quit ChickeNE_ (Client Quit) 07.32.16 Join Jak_o_Shadows1 [0] (~hayden@CPE-144-136-212-25.sa.bigpond.net.au) 07.34.56 Quit Jak_o_Shadows (Ping timeout: 258 seconds) 07.39.13 Quit casainho (Read error: Operation timed out) 08.05.28 *** Saving seen data "./dancer.seen" 08.09.58 Quit powell14ski_ (Quit: powell14ski_) 08.32.56 Join Jak_o_Shadows [0] (~hayden@CPE-144-136-212-25.sa.bigpond.net.au) 08.34.55 Quit Jak_o_Shadows1 (Ping timeout: 252 seconds) 08.54.28 Join Keripo [0] (~Keripo@eng062.wireless-resnet.upenn.edu) 08.56.59 Quit ej0rge (Ping timeout: 260 seconds) 09.05.57 Join ReimuHakurei [0] (~kudo@75.16.237.76) 09.06.11 Quit ReimuHakurei_ (Ping timeout: 260 seconds) 09.15.41 Join ReimuHakurei_ [0] (~kudo@adsl-75-16-237-76.dsl.kntpin.sbcglobal.net) 09.16.32 Quit ReimuHakurei (Read error: Connection reset by peer) 09.33.45 Join Jak_o_Shadows1 [0] (~hayden@CPE-144-136-212-25.sa.bigpond.net.au) 09.36.50 Quit Jak_o_Shadows (Ping timeout: 258 seconds) 09.40.27 Quit ReimuHakurei_ (Ping timeout: 260 seconds) 10.05.31 *** Saving seen data "./dancer.seen" 10.06.07 Quit bluefoxx (Ping timeout: 260 seconds) 10.08.44 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 10.12.57 Join n1s [0] (~quassel@rockbox/developer/n1s) 10.13.07 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 10.18.17 Join hiptobecubic [0] (~john@unaffiliated/hiptobecubic) 10.19.04 # I find that charging my ipod4g in rockbox is terribly inefficient, has anyone else noticed anythign like this? I usually reboot into standard firmware to charge otherwise it will take days 10.24.40 # hiptobecubic: What version of Rockbox are you using, and what do you have "Charge during USB connection" set to? 10.26.11 Join Horschti [0] (~Horscht@p5DD57E79.dip.t-dialin.net) 10.26.11 Quit Horschti (Changing host) 10.26.11 Join Horschti [0] (~Horscht@xbmc/user/horscht) 10.27.16 Quit Horscht (Ping timeout: 260 seconds) 10.27.39 Join mels` [0] (~user@180.113.86.84) 10.28.59 # Llorean, great question... hold on 10.30.13 # 3.8 "yes" 10.30.26 # i see 3.9+ is out, i'll tyr that 10.30.28 # try* 10.30.55 # Are you charging it from a PC, or a wall charger? 10.31.32 # either, althoug wall charger is faster of the two for sure 10.31.48 # In Rockbox, which one were you trying? 10.31.57 # You may wish to try "Force" rather than "Yes" for wall chargers. 10.34.11 Join ender` [0] (~ender@foo.eternallybored.org) 10.34.57 Quit mels` (Quit: ERC Version 5.3 (IRC client for Emacs)) 10.39.05 # it works better with the wall charger than over usb 10.51.43 Join stoffel [0] (~quassel@p57B4AFCF.dip.t-dialin.net) 10.57.42 # Llorean, running 3.9.1 now, we'll see if it does any better 10.58.01 Join mELs [0] (~user@180.113.86.84) 10.59.45 Quit mELs (Client Quit) 11.02.40 # mc2739: still around? 11.07.21 # New commit by 03jdgordon (r30501): Fix albumart which r30500 broke (FS#12271) 11.09.46 # r30501 build result: All green 11.14.06 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.17.26 Join mELs [0] (~user@180.113.86.84) 11.23.18 Quit mystica555_ (Ping timeout: 260 seconds) 11.28.23 Join mystica555_ [0] (~mike@71-211-209-55.hlrn.qwest.net) 11.34.28 Join Jak_o_Shadows [0] (~hayden@CPE-144-136-212-25.sa.bigpond.net.au) 11.36.10 Quit Jak_o_Shadows1 (Ping timeout: 240 seconds) 11.36.33 Join slooopy [0] (~sloo@188-193-85-156-dynip.superkabel.de) 11.56.14 Quit Keripo (Quit: Leaving.) 12.05.32 *** Saving seen data "./dancer.seen" 12.07.25 Join dfkt|n [0] (dfktn@chello062178002170.1.11.univie.teleweb.at) 12.07.26 Quit dfkt|n (Changing host) 12.07.26 Join dfkt|n [0] (dfktn@unaffiliated/dfkt) 12.12.57 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 12.12.57 Quit pamaury (Changing host) 12.12.57 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.15.12 Join ReimuHakurei [0] (~kudo@75.16.237.76) 12.23.32 Quit ReimuHakurei (Ping timeout: 250 seconds) 12.31.51 Quit fyrestorm (Quit: quit) 12.40.07 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 12.42.32 Part mELs ("ERC Version 5.3 (IRC client for Emacs)") 12.44.19 # New commit by 03jdgordon (r30502): Rework how the skin gets the list item text to save some ram. Also allow the %LI and %LT tags to take 2 optional parameters to get a different items ... 12.46.28 # r30502 build result: 18 errors, 0 warnings (jdgordon committed) 12.48.20 # New commit by 03jdgordon (r30503): fix red 12.48.49 Join fyrestorm [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 12.49.51 # gevaerts: using ^ with a ui viewport + list rectangle that are the same size you can do some interesting effects showing the current item in a big font and smaller fonts the further away they are :) 12.50.40 # r30503 build result: All green 12.51.02 Join b0hoon [0] (~quassel@public-gprs42477.centertel.pl) 12.51.24 Join y4n [0] (y4n@unaffiliated/y4ndexx) 12.52.13 Join lebellium [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 13.08.08 Quit b0hoon (Remote host closed the connection) 13.08.31 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 13.08.31 Join b0hoon [0] (~quassel@public-gprs42477.centertel.pl) 13.23.20 Quit bluefoxx (Ping timeout: 250 seconds) 13.25.48 Join Horscht [0] (~Horscht@xbmc/user/horscht) 13.26.47 Quit Horschti (Ping timeout: 260 seconds) 13.31.33 Join fyre^OS [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 13.32.05 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 13.32.52 Quit dfkt|n (Ping timeout: 250 seconds) 13.34.31 Quit fyrestorm (Ping timeout: 260 seconds) 13.39.06 Quit Stummi (Quit: Leaving...) 13.41.43 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 13.44.59 Join Horschti [0] (~Horscht@p57B57B45.dip.t-dialin.net) 13.44.59 Quit Horschti (Changing host) 13.44.59 Join Horschti [0] (~Horscht@xbmc/user/horscht) 13.45.12 Join bluefoxx [0] (FuzzyLomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 13.46.00 Quit Horscht (Ping timeout: 258 seconds) 13.51.52 Quit b0hoon (Ping timeout: 260 seconds) 13.54.58 Join b0hoon [0] (~quassel@public-gprs536.centertel.pl) 13.54.58 Quit b0hoon (Client Quit) 13.55.48 Join b0hoon [0] (~quassel@public-gprs536.centertel.pl) 13.56.16 Quit y4n (Quit: PÆNTS ØLF!) 13.58.47 # New commit by 03b0hoon (r30504): HDD6330: Fix random strange behavior of the touchpad. Setting the sensitivity higher than normal is not a good idea for this one. 14.00.54 # r30504 build result: All green 14.05.35 *** Saving seen data "./dancer.seen" 14.08.06 Quit fyre^OS (Read error: Connection reset by peer) 14.08.35 Join fyrestorm [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 14.15.42 # JdGordon: that looks useful! 14.15.56 Ctcp Ignored 6 channel CTCP requests in 3 minutes and 9 seconds at the last flood 14.15.56 # * gevaerts grabs an editor and his sbs file 14.21.03 # New commit by 03b0hoon (r30505): HDD6330: Fix random issues with the button light (MENU button sometimes does not light up). 14.21.09 Join Horscht [0] (~Horscht@xbmc/user/horscht) 14.21.37 Quit Horschti (Ping timeout: 260 seconds) 14.23.09 # r30505 build result: All green 14.24.22 Join y4n [0] (y4n@unaffiliated/y4ndexx) 14.33.28 # Hum, I can't find where the OF sets the charging current... 14.41.47 # * pamaury would dream of something the fuze+ OF would just...do simply 14.57.01 Quit y4n (Disconnected by services) 14.57.08 Join y4n [0] (y4n@unaffiliated/y4ndexx) 15.00.14 # Do we have any soc here which does software charge current throttling based on die temperature ? 15.01.53 Quit y4n (Ping timeout: 258 seconds) 15.02.21 # Has anyone here ever converted metafont fonts? 15.04.19 Join y4n [0] (y4n@unaffiliated/y4ndexx) 15.05.27 Join Lear [0] (chatzilla@141.191.216.81.static.g-hn.siw.siwnet.net) 15.07.16 Quit b0hoon (Ping timeout: 260 seconds) 15.08.10 Quit Jak_o_Shadows (Remote host closed the connection) 15.08.40 Join b0hoon [0] (~quassel@public-gprs278277.centertel.pl) 15.11.05 # anyone know fonts? 15.12.24 Quit y4n (Quit: The world around me drops away, replaced by worlds being created and destroyed by my imagination.) 15.15.35 # pamaury: i *think* the beast does something like that, jhMikeS knows the gory details though 15.18.36 # indeed 15.19.38 # I'm not sure I have access to the battery tempature however 15.22.39 # kugel: is there any way I can force a handle to move? 15.23.06 # huh? no. why would you want that? 15.23.51 # to verify that that wont cause a crash 15.24.09 # kugel: JdGordon wants to do it, isn't it a sufficiently good reason ? :) 15.25.25 # JdGordon: ah, for debugging. during development I had a small debug alloc at the very begin, which could be freed via debug menu. on the next compaction all allocs would move 15.28.26 # hey, apparently freescale put the sb file formation documentation on thei website 15.31.35 # out of 14 pages, I just learn one useful thing, yeah ! 15.32.49 # I think moving fontacache to buflib is going to be very fidly :/ 15.33.19 # so, how do people feel about a setting which allows users to set the skin buffer size which gets statically allocated so everyone can get their themes in? 15.35.39 Part hiptobecubic ("For a holy stint, a moth of the cloth gave up his woolens for lint.") 15.45.38 # JdGordon: I think we discussed that before. And I think we wanted buflib to avoid exactly this kidn of settinsg 15.48.15 # New commit by 03b0hoon (r30506): HDD6330: Enable only one led (from five) on the scroll strip in order to save battery life. 15.50.38 # r30506 build result: All green 15.56.17 # * bertrik considers considerable pruning of the sansa clip zip new ports thread 16.04.18 Quit antil33t (Read error: Connection reset by peer) 16.04.37 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 16.05.38 *** Saving seen data "./dancer.seen" 16.06.34 # New commit by 03b0hoon (r30507): HDD6330: Enable headphone detection. 16.07.03 Quit zchs (Ping timeout: 258 seconds) 16.08.55 # r30507 build result: All green 16.10.25 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 16.11.17 Join y4n [0] (y4n@unaffiliated/y4ndexx) 16.17.06 Quit b0hoon (Ping timeout: 260 seconds) 16.24.16 Join b0hoon [0] (~quassel@public-gprs1929.centertel.pl) 16.25.31 # JdGordon: the difference between the %LI number and the original icon number is a bit annoying when you want to actually show an icon: you can't reuse the same bitmap strip... 16.25.52 Quit Llorean (Read error: Connection reset by peer) 16.38.30 # hm 16.39.19 # Strings are utf8 internally? 16.42.02 Join dfkt|n [0] (~dfkt@chello062178002170.1.11.univie.teleweb.at) 16.42.03 Quit dfkt|n (Changing host) 16.42.03 Join dfkt|n [0] (~dfkt@unaffiliated/dfkt) 16.42.19 # If so, I suspect the %ss implementation will go wrong as soon as someone, somewhere, uses an accent 16.46.38 Quit dfkt|n (Client Quit) 16.49.30 Join ReimuHakurei [0] (~kudo@adsl-75-16-237-76.dsl.kntpin.sbcglobal.net) 16.51.50 # JdGordon: I suspect we want something like http://paste.debian.net/129382/ 16.54.22 # yay 16.54.42 # finally fixed the last bug with the audio buffer reclaim work 16.55.39 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 16.56.42 # gevaerts: the strlen() is I think correct, as the result is used as byte coutn in memcpy 16.58.38 # kugel: the second one? right 16.58.48 # yes 16.58.58 # * gevaerts nods 17.02.39 # So http://paste.debian.net/129388/ 17.05.42 # gevaerts: I wonder why this substring doesn't use the more common end parameter (instead of len) 17.06.20 # Is end more common? 17.06.36 # just wondered, I thought but I just see in c++ it's len 17.06.46 # (java does end) 17.07.04 # I don't think it really matters though. I suspect nearly all uses will be from the start or to the end, in which cases they're the same 17.09.28 Quit zchs (Ping timeout: 276 seconds) 17.10.02 Join Project_X [0] (clayton.ha@ip68-102-80-180.ks.ok.cox.net) 17.11.40 Part Project_X 17.13.46 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 17.15.22 Join ej0rge [0] (~alhaz@207.135.137.71) 17.22.38 Join b0hoon_ [0] (~quassel@aaef105.neoplus.adsl.tpnet.pl) 17.23.20 Quit b0hoon (Ping timeout: 258 seconds) 17.23.45 Quit saratoga (Ping timeout: 252 seconds) 17.23.52 Quit ReimuHakurei (Quit: And therefore, dye this sky red. The time has come again for my body to only go forward / Even the 'people' who pass by and the 'things' which become lost in confusion / Will one day be like vanished memories) 17.24.45 Join ReimuHakurei [0] (~kudo@adsl-75-16-237-76.dsl.kntpin.sbcglobal.net) 17.25.25 Quit ej0rge (Ping timeout: 276 seconds) 17.26.30 Join ej0rge [0] (~alhaz@207.135.137.71) 17.27.42 Quit antil33t (Read error: Connection reset by peer) 17.28.02 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 17.29.57 # New commit by 03gevaerts (r30508): Make %ss utf8-aware 17.31.57 # r30508 build result: All green 17.32.33 # gevaerts: ret_len is the len paramter? 17.33.33 # then it's probably in chars if given by the user 17.34.14 # * kugel thinks the code would be simpler if it was the end parameter 17.35.26 # kugel: yes 17.35.28 # hm 17.36.46 # So yes, it's still buggy 17.39.43 Quit ReimuHakurei (Ping timeout: 276 seconds) 17.40.14 Quit ej0rge (Ping timeout: 260 seconds) 17.41.43 Join ej0rge [0] (~alhaz@207.135.137.71) 17.47.56 Join kevku [0] (x@2001:470:28:773:babe:feed:dead:beef) 17.48.43 # kugel: I think http://paste.debian.net/129394/ should fix it 17.50.05 # * dionoea wonders when the skining engine will move to a language like lua. It seems be becoming quite complex these days. 17.54.36 Quit ej0rge (Ping timeout: 250 seconds) 17.54.38 # ok, testing seems to show that this is correct 17.54.57 # New commit by 03gevaerts (r30509): Second attempt at making %ss utf8-clean 17.56.15 Join ej0rge [0] (~alhaz@207.135.137.71) 17.56.37 # dionoea: the skin language itself isn't getting more complex, really. It's just the actual functionality, and I don't think something like lua helps there. The stuff still has to be implemented *somewhere* 17.57.08 # r30509 build result: All green 17.59.01 # gevaerts: indeed. but when you look at all the tags which pop up all the time and when you try reading the corresponding skin files it kind of makes you think. Of course I never code skins and only added tags once so my view might be a bit incomplete 17.59.37 # it kind of feels like reading a program in J :) 18.02.00 # I think skin files are mainly hard to read because they mix functionality and output (similar to e.g. "bad" php), but I suspect that changing that wouldn't make them any more readable because the amount of pure positioning code would explode 18.02.17 # Unless you change the entire model 18.04.15 # you're probably right... Only having to implement core functions and not the whole programing logic would probably make it somewhat easier though. Anyway it's not like I'm going to do anything about it :) 18.05.27 # I don't think lua makes it easier to read. remember that you need to code the UI layout as well 18.05.40 *** Saving seen data "./dancer.seen" 18.07.01 # might be. I remember adding lua module to vlc and they were definitively easier to write and understand than the C equivalent (of course this doesn't exactly compare to rockbox's skining engine) 18.07.08 # modules 18.09.07 Quit ej0rge (Ping timeout: 260 seconds) 18.10.06 Join Horschti [0] (~Horscht@p5DD57E74.dip.t-dialin.net) 18.10.06 Quit Horschti (Changing host) 18.10.06 Join Horschti [0] (~Horscht@xbmc/user/horscht) 18.11.09 Quit Horscht (Ping timeout: 260 seconds) 18.13.34 Join ReimuHakurei [0] (~kudo@wireless.sit-co.net) 18.15.04 # JdGordon: can't I use other tags that return numbers for start and length in %ss? 18.16.17 Join ej0rge [0] (~alhaz@207.135.137.71) 18.17.03 # no, obviously not... 18.17.52 Quit stoffel (Ping timeout: 260 seconds) 18.19.02 # Probably not worth the effort anyway 18.26.06 Part b0hoon_ ("GTG. Bye.") 18.27.47 Quit ReimuHakurei (Read error: Connection reset by peer) 18.32.22 Join MethoS- [0] (~clemens@134.102.106.250) 18.37.30 Join stoffel [0] (~quassel@p57B4AFCF.dip.t-dialin.net) 18.47.56 # do we have some function to find the first/last bit set of an integer §? 18.48.29 # (I can use some builtin of course) 18.48.55 # pamaury: find_first_set_bit() or so 18.49.19 # indeed, thanks 18.49.20 # or ffs()? 18.49.58 # there should also be clz() 18.50.56 # find_first_set_bit 18.55.12 Quit ej0rge (Ping timeout: 260 seconds) 18.57.05 Join ej0rge [0] (~alhaz@207.135.137.71) 19.05.31 Quit n1s (Ping timeout: 276 seconds) 19.13.16 Quit ej0rge (Ping timeout: 260 seconds) 19.14.06 Join ej0rge [0] (~alhaz@207.135.137.71) 19.17.43 Join jef22 [0] (464f6619@gateway/web/freenode/ip.70.79.102.25) 19.20.52 Quit ej0rge (Ping timeout: 260 seconds) 19.21.52 Join ej0rge [0] (~alhaz@207.135.137.71) 19.21.59 Quit jef22 (Client Quit) 19.22.36 Join jef22 [0] (464f6619@gateway/web/freenode/ip.70.79.102.25) 19.27.16 Quit ej0rge (Ping timeout: 260 seconds) 19.29.10 Join ej0rge [0] (~alhaz@207.135.137.71) 19.34.21 # Good morning! I've been using using rockbox on my nano2g since available, but now it doesn't come out of screensaver, and there's a bunch of colored line on the screen. Buttons & wheel work fine. Tried formating & reinstalling, same thing... Very puzzling... 19.35.34 Quit Lear (Quit: ChatZilla 0.9.87 [Firefox 7.0/20110908135051]) 19.41.18 Join einhirn [0] (~Miranda@p548518B8.dip0.t-ipconnect.de) 19.49.30 Quit bluebrother (Disconnected by services) 19.49.30 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 19.52.21 Quit fs-bluebot (Ping timeout: 260 seconds) 19.53.35 Join fs-bluebot [0] (~fs-bluebo@g225253126.adsl.alicedsl.de) 19.55.20 Join ReimuHakurei [0] (~kudo@wireless.sit-co.net) 19.55.34 Quit antil33t (Read error: Connection reset by peer) 19.55.56 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 20.01.30 Quit stoffel (Remote host closed the connection) 20.05.42 *** Saving seen data "./dancer.seen" 20.07.32 # * gevaerts wouldn't mind a mode in the simulator that draws borders around viewports 20.08.00 # jef22: so everything works as normal except the screen shows garbage? That sounds like a hardware problem... 20.22.45 Quit Horschti (Quit: Verlassend) 20.29.06 Quit pamaury (Ping timeout: 260 seconds) 20.29.10 Join pamaury_ [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 20.31.05 Join Keripo [0] (~Keripo@eng181.wireless-resnet.upenn.edu) 20.31.06 Join Horscht [0] (~Horscht@xbmc/user/horscht) 20.43.01 # gevaerts: No, the screen works fine when it starts, as long as I'm doing something on the machine it stays clean and I can navigate no problem. But when I let it go in screensaver it won't come back to normal screen, just those lines but I can skip tunes or adjust volume... 20.43.49 # jef22: did this start happening with a specific version? 20.45.49 # the first one that had nano 2nd gen on it. But it ran for a while flawlessly. When it happened I formated and reinstalled with 3.9 with same results. 20.46.53 # hm, I don't know then. Maybe someone else will have ideas 20.47.04 # * gevaerts doesn't have a nano2g 20.48.09 Quit jef22 (Quit: Page closed) 20.55.51 Quit Keripo (Quit: Leaving.) 20.58.52 Quit ReimuHakurei (Ping timeout: 260 seconds) 21.01.20 Quit Horscht (Quit: Verlassend) 21.10.18 Join Keripo [0] (~Keripo@eng181.wireless-resnet.upenn.edu) 21.10.20 Join niekie [0] (~niek@CAcert/Assurer/niekie) 21.16.08 Join petur [0] (~petur@rockbox/developer/petur) 21.21.09 # hum, I don't understand why the imx233 battery conversion does voltage * 29 / 128 for Li-Ion :-/ 21.21.17 Nick pamaury_ is now known as pamaury (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 21.21.26 Quit pamaury (Changing host) 21.21.26 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.21.34 # *converter 21.23.53 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 21.24.39 # pamaury: weird, but this is a matter of opamp gain/resistor divider setup 21.25.19 # Is there a documentation how to use shiny new buflib allocator? 21.26.35 # buflib.h has lots of documentation 21.26.45 Quit niekie (Read error: Connection reset by peer) 21.26.47 # This is weird: the adc value is something like 14000 (which is way to high for being a voltage). Perhaps this is to have better accuracy but even then I can't understand how a 12-bit accurate adc can produce such a value 21.27.13 Join niekie [0] (~niek@CAcert/Assurer/niekie) 21.27.35 # kugel: It would be nice to setup wiki page with examples 21.28.11 # pamaury: Is this 'raw' value from hw register or something else? 21.30.46 # raw value 21.31.03 # but the lradc has a converter to put a scaled value in some power register 21.31.23 # and this converter does * 29 / 2^n 21.32.28 Join Horscht [0] (~Horscht@p5DD57E74.dip.t-dialin.net) 21.32.28 Quit Horscht (Changing host) 21.32.28 Join Horscht [0] (~Horscht@xbmc/user/horscht) 21.32.46 Join TheLemonMan [0] (~LemonBoy@ppp-163-59.26-151.libero.it) 21.34.43 # oops my code was wrong so I might be telling crap :) 21.35.13 # ah much better values now \o/ 21.41.56 # kugel: What is the policy of buflib_alloc()? 21.42.12 # policy? 21.43.00 # If there is buflib_alloc_ex() which can have extended parameters so I assume buflib_alloc() assumes something 21.44.25 # sure, it assumes default paramters 21.44.34 # still not sure what you mean by policy 21.44.56 # and default parameters are...? 21.45.46 # a default name and default callbacks 21.45.58 # not sure why this is important to know 21.46.22 # (default callbacks as in no callbacks) 21.46.48 Join ReimuHakurei [0] (~kudo@wireless.sit-co.net) 21.46.58 # the point of the non-ex version is that you don't need to care about the extended params 21.49.06 Join belak [0] (belak@subtle/user/belak) 21.49.10 # Just wondering what the status of the iPod rockbox port is... last I heard the battery life really sucked and it crashed randomly. Have any of these been fixed? 21.49.53 # Can I simply call handle = buflib_alloc(); char *ptr = buflib_get_data(handle); and pass this ptr as a param to for example fread()? 21.50.48 # belak: I assume You mean Ipod Classic - if so nothing changed AFAIK 21.51.06 # wodz: yeah 21.51.08 # Thanks 22.00.48 Quit Stummi (Quit: Bye!) 22.05.45 *** Saving seen data "./dancer.seen" 22.06.37 # wodz: no 22.07.40 # you need to lock the handle in a move_callback since fread can yield 22.08.39 Quit y4n (Read error: Connection reset by peer) 22.09.14 Join y4n [0] (y4n@unaffiliated/y4ndexx) 22.09.42 Quit benedikt93 (Quit: Bye ;)) 22.11.11 # kugel: Can I kindly ask you to describe use scenarios of this new toy? I know that documenting code is boring but reading others code just to understand how to allocate some space is boring also 22.12.48 # wodz: did you read the comments in buflib.h? 22.12.55 # yes 22.13.00 # it's not like I didn't do documentation 22.14.16 # I didn't say that - you documented somehow implementation details. I am asking for some higher level doc with examples. Is this so much? 22.14.59 # then I missed my intention. I didn't want to document implementation details 22.15.46 # I'm not sure examples are better than real "production" code 22.16.22 # but I'll see what I can do 22.16.55 # After lecture of buflib.h it is unclean to me 1) Do I have to call buflib_init() at the very begining or is this called somewhere and creates default context. 2) How do I know if something yield() and trash my alloc? 22.17.02 Quit y4n (Quit: Today is the perfect day for a perfect day.) 22.17.19 # wodz: if you want to allocate memory use the core_* wrappers 22.17.51 # great, and where can I find .h file for this one? 22.18.03 # in the same directory as buflib.h.... 22.18.05 # Can I use this from plugin? 22.18.56 # buflib_init() creates a buflib instance for one big buffer so that you can make smaller allocations from it 22.19.30 # there's pre-defined instance for the core (and core memory) 22.19.48 # in plugins you can create a new instance 22.22.13 # so, you can use buflib from plugins, but not allocate from core memory 22.22.20 # (except through audio_get_buffer()) 22.22.40 Join bah [0] (~bah@c-24-20-32-150.hsd1.wa.comcast.net) 22.23.27 # kugel: Does this mean the mempool will be from pluginbuf? 22.27.25 # you can make pools with usign a static allocation or plugin_get_buffer() 22.29.06 # ok, I think I understand 22.29.12 Quit pamaury (Remote host closed the connection) 22.32.07 # wodz: allocs can only move on behalf of new allocs 22.32.28 # so if you do allocs from only one thread you don't need to lock 22.34.07 Quit TheLemonMan (Quit: WeeChat 0.3.5) 22.34.57 # wait, no, that's not correct 22.37.05 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 22.53.31 Quit einhirn (Read error: Connection reset by peer) 23.03.23 Quit wodz (Quit: Leaving) 23.23.46 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 23.24.58 Join fml [0] (~chatzilla@manz-590f18c3.pool.mediaWays.net) 23.26.09 # Out of curiosity: what is the new "substring" wps tag good for? I mean, if you have a tag, then why not show it all, and if you have a custom text, you can just write it in the length needed. 23.28.36 # fml: I use it for things like http://www.evonet.be/~gevaerts/screen4.bmp 23.29.02 # The first letter is a different font, and when the letter changes it's also a different colour 23.29.34 # fml: there's no serious consideration for new tags anymore. they're added when someone asks for it :) 23.30.02 # kugel: I didn't commit the three others I implemented yesterday! 23.31.03 # gevaerts: hua! I'm very impressed! Did you designed it by yourself? Ah, I forgot that you are an artist... :-) 23.31.51 # gevaerts: I'd expect the string parameter to be the first, and the start and length 2-nd and 3-d. 23.31.57 # fml: it's still very much in progress. http://www.evonet.be/~gevaerts/wps.bmp is the matching wps, complete with a progress candle :) 23.33.26 # gevaerts: now we need a tag to process the AA image so that it better fits the background (add some scratches etc.) 23.34.16 Quit Keripo (Ping timeout: 276 seconds) 23.34.21 # Yes, that's pretty much required 23.35.29 # And make the edges not so straight. Another question (slightly off topic): what are the underscores in the names for? Is it your system of naming folders? 23.35.47 # yes, I don't like filenames with spaces in them 23.35.58 Join Keripo [0] (~Keripo@eng181.wireless-resnet.upenn.edu) 23.36.21 Quit bluefoxx (Ping timeout: 260 seconds) 23.36.30 # Maybe I need a tag to hide them :) 23.37.17 # or convert to space again 23.37.41 # How about a general regular expression tag? 23.43.26 Quit kevku (Ping timeout: 260 seconds) 23.51.57 Quit bah (Remote host closed the connection) 23.52.18 # gevaerts: such a tag would be a viable solution to the "the" problem. 23.56.34 Join linuxguy3 [0] (~timj@216-80-116-174.c3-0.lem-ubr1.chi-lem.il.cable.rcn.com) 23.56.34 Quit fml (Quit: ChatZilla 0.9.87 [Firefox 6.0.2/20110902133214])