--- Log for 29.07.111 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 19 hours and 58 minutes ago 00.02.25 Quit mudd1 (Quit: Ex-Chat) 00.04.30 Quit bertrik (Quit: :tiuQ) 00.04.34 *** Saving seen data "./dancer.seen" 00.15.16 Join HaimN [0] (~quassel@95.86.64.248) 00.15.32 Quit fdinel (Read error: Connection reset by peer) 00.16.42 Quit pamaury (Remote host closed the connection) 00.23.11 Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca) 00.30.40 Quit kevku (Ping timeout: 264 seconds) 00.34.45 Join bieber_ [0] (~quassel@cpe-72-185-238-244.tampabay.res.rr.com) 00.47.06 Quit keyb_gr (Ping timeout: 252 seconds) 00.51.47 Quit benedikt93 (Quit: Bye ;)) 00.57.23 Quit domonoky (Read error: Connection reset by peer) 01.00.15 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 01.03.09 Quit bieber_ (Read error: Connection reset by peer) 01.05.38 Quit ender` (Quit: Where there's a will, there's an inheritance tax.) 01.20.00 Join Horscht [0] (~Horscht@xbmc/user/horscht) 01.21.51 Quit sideral (Quit: Leaving.) 01.22.54 Quit Horschti (Ping timeout: 258 seconds) 01.30.34 Quit HaimN (Remote host closed the connection) 01.32.49 Join krazykit [0] (~krazykit@206.183.185.8) 01.33.09 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 01.37.12 Join mystica555_ [0] (~mike@24-221-68-198.pools.static.spcsdns.net) 01.42.31 Quit soap (Read error: Connection reset by peer) 01.43.10 Join soap [0] (~soap@rockbox/staff/soap) 01.44.17 Join Thra11_ [0] (~thrall@87.114.251.40) 01.46.44 Quit Thra11 (Ping timeout: 246 seconds) 01.47.20 Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 6.0/20110721152715]) 01.47.51 Join HaimN [0] (~quassel@95.86.64.248) 01.57.34 # So, how do I actually load a playlist using the new playlist catalog? 01.57.52 # Whenever I try "Add To New Playlist..." it just brings up the virtual keyboard and wants me to create a new file 01.58.38 Quit [Saint] (Ping timeout: 246 seconds) 02.03.25 Join [Saint] [0] (~st.lasciv@124-197-58-10.callplus.net.nz) 02.04.35 *** Saving seen data "./dancer.seen" 02.06.28 Quit Thra11_ (Ping timeout: 250 seconds) 02.07.02 # Oops, nevermind, misread the manual, I think I've got it figured out now 02.14.26 # GigaBrick: the manual hasnt been updated for the very recent change 02.16.06 # JdGordon: I want to report a bug in your patch: 02.16.10 # http://www.mediafire.com/?hr33fss5p94x8i5 02.16.25 Quit mystica555_ (Ping timeout: 260 seconds) 02.17.39 # The code I used was: 02.17.40 # http://pastebin.com/rnSXU1Kc 02.18.46 # haha nice 02.19.23 # The bug happens not only simulator but also in the Player 02.19.37 # wont have any time to look at it till after shabbas, probabbly sunday night even 02.22.55 Join Thra11_ [0] (~thrall@46.208.57.112) 02.24.27 # <[Saint]> wait...what? You can use numerals as sub-identifiers? 02.25.11 # <[Saint]> what is "%xd(identifier,value)" doing? 02.25.24 # <[Saint]> %xd(images, 32) in HaimN's example 02.27.18 # [Saint]: It says to use the picture number 32 of the images 02.28.35 # <[Saint]> HaimN: Did you check the logs (do you read the IRC backlogs?) and see my response to your PM from eysterday? 02.28.42 # <[Saint]> And, oh...right, yes. 02.29.22 # <[Saint]> I'm not used to seeing numerals used...its only really useful for cases when there's more than 26 subimages in the bitmapstrip 02.29.43 # <[Saint]> I'll PM you my reply from yesterday so you don't have to dig through the logs. 02.29.45 # [Saint]: I have not seen it, I'll look now 02.30.09 # OK thanks! 02.30.37 # <[Saint]> Basically, I'm more than happy to mentor you when/where I can...but I've really no time for another project at the present. 02.30.38 Quit robin0800 (Quit: Leaving) 02.31.12 # <[Saint]> Hopefully this situation will change in the next few days as I finigh the final push for this RaaA theme I'm working on. 02.32.28 # <[Saint]> your code could be crashing due to line 3 of your pastbin: 02.32.31 # <[Saint]> %Vi(-,0,0,-,-35,1) 02.32.57 # <[Saint]> "-35" is problematic, and most likely will not parse 02.33.36 # JdGordon, yeah, but the current documentation helped me realize I needed to select "Play Next" to overwrite the current playlist with the one I want 02.33.42 # <[Saint]> I assume you want it to be "%Vi(-,0,0,-,35,1)" 02.33.48 # <[Saint]> HaimN: ^ 02.34.43 # <[Saint]> Hmmm...actually, no...I mean, that may well be what you want. But this should not crash it. 02.34.49 # <[Saint]> Negative values are allowed. 02.34.53 # <[Saint]> I forget this. 02.35.21 # .... 02.35.57 # [Saint]: No, it does not solve it 02.36.44 # the issue is broken code, not theme 02.36.48 # i.e me 02.43.24 # * [Saint] decides it might be useful if the touchscreen softlock disabled scrolling and selection in the lists also 02.43.36 # <[Saint]> ...does it? I've just coded so far, not tested. 02.44.21 # <[Saint]> That way softlock could be used in all the .sbs screens also (if desired). 02.46.59 # How can I do that the rest of the menus (except the main menu) look normal, and the main menu will be a table? [Saint] , What you told me did not help, probably it does not work with the tag %Lb, I tried many ways to do this and failed, perhaps because there is then some more Viewports, Anybody have another idea how to do it? (With this code: http://pastebin.com/rnSXU1Kc) 02.47.25 # JdGordon: ^ ? 02.47.45 # <[Saint]> you need to use the %cs tag 02.47.54 Quit Rondom (Remote host closed the connection) 02.47.55 Quit GeekShadow (Quit: The cake is a lie !) 02.48.03 # <[Saint]> set conditions for all screens other than the main menu. 02.49.50 # Yes, I know, but had no success do it 02.49.59 # [Saint]: no, it doesnt 02.50.26 # <[Saint]> HaimN: Well, then, you're doing it wrong ;) 02.50.35 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 02.50.47 Quit TheLemonMan (Read error: Connection reset by peer) 02.51.29 # HaimN: hmm, If you want to use the inbuilt lists I cant remember if i added a way to disable the skin list in %Lb sso you can put both in a conditionals 02.52.26 # <[Saint]> set up the viewports you want to be displayed, give all the viewports that will be displayed on the same screen an identifier to share (give them all the same identifier in other words), then use %cs to call the viewport identifier relevant to the ones you want to display in the correct position in the %?cs conditional. 02.52.27 # <[Saint]> Done. 02.52.59 Quit Thra11_ (Ping timeout: 260 seconds) 02.53.42 # <[Saint]> so, %?cs<%Vd(screen1)|%Vd(screen2)|%Vd(screen3)....etc. etc. 02.54.00 # yes, but thats not how you do skinned list 02.54.18 # [Saint]: really wish you'd defer to me when you're not 1000% certain 02.56.30 # JdGordon: If you can do it on your own time and make an example of sbs file, I'd love to 02.57.04 # HaimN: if you only want it for the menu try: %if(%cs, =, 1)<%Lb(...)> 02.57.19 # that 1 might be the wrong number for the main menu though 02.59.00 # <[Saint]> why do an if statement and not %?cs<||||> if you want to set conditions (that might differ amongst themselves) for other screens also? 02.59.20 # JdGordon: http://www.rockbox.org/wiki/CustomWPS#Current_Screen 02.59.34 # HaimN: you know I wrote that wiki page right? :) 02.59.50 # <[Saint]> And like ~98% of the skin code ;) 02.59.53 # :) 02.59.53 # [Saint]: sure, if you want to specify a different system in each screen 03.00.04 # but if it is *only one* then %if is better 03.00.14 # [Saint]: 100% 03.00.28 # and no, but easily more than 60% nowdays 03.00.53 # <[Saint]> HaimN: Nah...not quite. 03.00.59 # I only changed two details to make it right for me 03.01.23 # hehe, what we have here is a failure to communicate :D 03.01.49 # <[Saint]> Indeed. Apparently we're not on the same page ;) 03.02.22 Nick Strife1989 is now known as Strife89 (~Strife89@207-144-19-39.cstel.net) 03.02.25 # see, [Saint] is saying i wrote the skin engine and HaimN is saying i wrote this particular skin :) 03.02.47 # when really im totally useless and run the code throuhg random generators untill they work! 03.02.56 # JdGordon: I checked it out, it did not work (%if(%cs,=,1).... 03.03.08 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 03.03.16 # what did it do? 03.03.45 # put %cs somewhere in the screen so you can see the number it returns when in the main menu 03.03.50 # then use that number 03.04.54 # Nothing, as if I did not write it, the rest of the menus were the same 03.05.03 # OK 03.05.26 Join [Saint] [0] (~Saint]@124-197-58-10.callplus.net.nz) 03.06.00 # it returns "1" 03.06.38 # you didnt liternally add %Lb(...) did you? 03.07.45 # were? 03.07.54 # show me your sbs 03.08.04 # %if(%cs, =, 1)<%Lb(...)> ? 03.08.15 # yes, did you do that? 03.10.30 Join funman [0] (~fun@rockbox/developer/funman) 03.12.04 # JdGordon: http://paste.ubuntu.com/654103/ 03.12.39 # ok, and that displays the normal list always? 03.14.13 # yeah dunno... need to do atual work now 03.18.42 Quit T44 (Ping timeout: 255 seconds) 03.20.29 Quit evilnick (Ping timeout: 276 seconds) 03.21.28 Join Topy44 [0] (~Topy44@f049078184.adsl.alicedsl.de) 03.25.56 # JdGordon: I'll show you a clip of it: 03.26.10 # http://www.mediafire.com/?61bpc2gyvx2qdfx 03.28.18 # that link isnt working 03.30.43 # JdGordon: http://download1159.mediafire.com/unwzk5ih7jkg/61bpc2gyvx2qdfx/out-2.ogv 03.32.55 # or: http://www.sendspace.com/file/vuopwe 03.33.53 Join evilnick [0] (~evilnick@94.197.127.62.threembb.co.uk) 03.33.54 Quit evilnick (Changing host) 03.33.54 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 03.41.17 Quit HaimN (Remote host closed the connection) 03.41.29 Quit fdinel (Read error: Connection reset by peer) 03.42.20 Quit desowin (Ping timeout: 240 seconds) 03.43.16 Join desowin [0] (~desowin@ip-69-162-133-251.static.chi2.systeminplace.net) 03.45.30 Join HaimN [0] (~quassel@95.86.64.248) 04.02.16 Quit evilnick (Ping timeout: 250 seconds) 04.03.07 Quit LambdaCalculus37 (Quit: Fwump) 04.04.38 *** Saving seen data "./dancer.seen" 04.06.55 Quit [7] (Disconnected by services) 04.07.07 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.11.42 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 04.22.55 Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca) 04.50.14 Quit amiconn (Disconnected by services) 04.50.14 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.50.14 Quit pixelma (Disconnected by services) 04.50.16 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.50.19 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.50.32 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 05.02.44 Quit GigaBrick (Remote host closed the connection) 05.03.20 Join GigaBrick [0] (~kenneth@67-5-112-12.spok.qwest.net) 05.03.46 # Does the Gigabeat F have the option to put the display to sleep after the backlight has been turned off? I see it mentioned in the manual but don't see the actual setting in the interface 05.17.05 Join Scr0mple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 05.19.31 Quit Scromple (Ping timeout: 250 seconds) 05.25.29 Quit Scr0mple (Read error: Connection reset by peer) 05.28.14 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 05.32.56 Quit [Saint] (Remote host closed the connection) 05.34.15 Join [Saint] [0] (~st.lasciv@124-197-58-10.callplus.net.nz) 05.37.59 Quit Horscht (Quit: Verlassend) 05.41.54 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 05.43.55 Join [Saint] [0] (~Saint]@124-197-58-10.callplus.net.nz) 05.45.22 Join Rob2222 [0] (~Miranda@p5DE4B9BA.dip.t-dialin.net) 05.49.01 Quit Rob2223 (Ping timeout: 246 seconds) 05.49.55 Join Strife1989 [0] (~Strife89@207-144-19-39.cstel.net) 05.52.07 # Hmm, maybe only the Gigabeat X supports the Display Power-off feature? 05.52.12 Quit simonlnu (Read error: Connection reset by peer) 05.52.45 Join simonlnu [0] (KwVLGd9X7U@unaffiliated/simonrvn) 05.53.35 Quit Strife89 (Ping timeout: 255 seconds) 06.04.42 *** Saving seen data "./dancer.seen" 06.17.54 # <[Saint]> Hmmmm....bugger. 06.19.29 # <[Saint]> %?if(%mh,=,t)<%acTAP & HOLD TO UNLOCK> doesn't refresh properly when it is false, only on a fullscreen update. 06.21.03 # <[Saint]> So it is possible that nice, helpful "TAP & HOLD TO UNLOCK" message can be displayed even if the screen is actually unlocked. ;) 06.21.48 # <[Saint]> It only gets updated after an action that triggers a fullscreen update. 06.23.08 # <[Saint]> pixelma: Didn't you have a "solution" for lines that do not refresh correctly? Some trick with alternating sublines? 06.36.27 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.38.28 Quit [Saint] (Remote host closed the connection) 06.39.44 Join [Saint] [0] (~st.lasciv@124-197-58-10.callplus.net.nz) 06.42.52 # [Saint]: wierd, %mh *should* update immediatly 06.43.06 # also, you should use a lock icon over the aa image or something instead of text 06.43.18 # replace the whole control region with a lock button 06.44.08 # <[Saint]> I tried just doing %?mh and that seems to need a fullscreen update as well 06.44.57 # i cant invesitgate now... have a look in libs/skin_parser/tag_table.c and make sure mh is set to UPDATE_DYNAMIC 06.45.00 # <[Saint]> also, the text isn't what is used to activate the softlock. I'm using long press on the titlebar for now. 06.45.01 # or whatever that define is 06.45.37 # <[Saint]> only in the wps though, long press on the titlebar is still quickscreen in the .sbs 07.14.13 Join kevku [0] (x@2001:470:28:773:babe:feed:dead:beef) 07.14.53 Quit funman (Ping timeout: 258 seconds) 07.20.13 # [Saint]: not fullscreen updates, just a workaround for the dynamic content on scrolling lines in combination with next track metadata only being available when next track is buffered on hwcodec 07.21.37 # well, it depends what else is on the line 07.21.38 # pixelma is correct if %s is there *And* it needs to scroll 07.22.42 # very likely for track or artist names on our hwcodec targets' displays 07.31.46 Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net) 07.43.13 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 07.43.14 Join bluefoxx_ [0] (fuzzylomba@2002:4647:1f1f::4647:1f1f) 07.46.18 Quit bluefoxx (Ping timeout: 252 seconds) 08.03.22 Quit Xerion (Read error: Connection reset by peer) 08.04.44 *** Saving seen data "./dancer.seen" 08.05.00 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 08.09.27 Quit simonlnu (Read error: Operation timed out) 08.14.21 Join Taco_Princess [0] (~Taco_Prin@unaffiliated/gamefreak264) 08.15.39 Quit HaimN (Ping timeout: 246 seconds) 08.16.10 Join HaimN [0] (~quassel@95.86.64.248) 08.41.00 Quit Strife89 (Quit: Sleep at last) 08.41.05 Join T44 [0] (~Topy44@g228175144.adsl.alicedsl.de) 08.44.08 Quit Topy44 (Ping timeout: 255 seconds) 08.46.12 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.51.45 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.00.51 Join ender` [0] (~ender@foo.eternallybored.org) 09.03.10 Quit Scromple (Quit: Leaving) 09.10.21 Quit Keripo (Ping timeout: 264 seconds) 09.16.39 Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net) 09.21.08 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.29.01 Quit sasquatch (Quit: WeeChat 0.3.5) 09.29.27 Join sasquatch [0] (~username@p4FF2D75F.dip.t-dialin.net) 09.33.51 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net) 09.33.51 Quit pamaury (Changing host) 09.33.51 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.36.44 Quit krazykit (Ping timeout: 264 seconds) 09.41.16 Join keyb_gr [0] (~chatzilla@p4FF04732.dip.t-dialin.net) 09.49.43 Quit HaimN (Ping timeout: 276 seconds) 09.50.11 Join HaimN [0] (~quassel@95.86.64.248) 10.02.32 Join bluebrother [0] (~dom@g226070254.adsl.alicedsl.de) 10.02.32 Quit bluebrother (Changing host) 10.02.32 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 10.02.34 Quit Galois (Ping timeout: 260 seconds) 10.04.47 *** Saving seen data "./dancer.seen" 10.05.05 Quit bluebroth3r (Ping timeout: 240 seconds) 10.05.07 Quit fs-bluebot (Ping timeout: 255 seconds) 10.06.18 Join fs-bluebot [0] (~fs-bluebo@g226070254.adsl.alicedsl.de) 10.50.39 Quit skx` (Ping timeout: 240 seconds) 10.51.29 Join skx` [0] (~skx@78-20-16-156.access.telenet.be) 10.53.40 Quit sideral (Quit: Leaving.) 11.07.52 # JdGordon: [Saint] I do not know why, but this code worked for me: http://paste.ubuntu.com/654334/ 11.08.43 Quit GigaBrick (Remote host closed the connection) 11.08.52 # %Vi(-,0,0,-,-,1) Control the rest of the menu 11.11.09 Quit HaimN (Read error: Connection reset by peer) 11.11.35 Join HaimN [0] (~quassel@95.86.64.248) 11.16.23 Quit keyb_gr (Ping timeout: 252 seconds) 11.16.58 Join TheLemonMan [0] (~lem0n@ppp-59-45.26-151.libero.it) 11.22.47 Join sideral [0] (~sideral@rockbox/developer/sideral) 11.59.45 Join lasser [0] (~chatzilla@p57B58154.dip0.t-ipconnect.de) 12.01.25 Join Galois [0] (djao@efnet-math.org) 12.01.25 Quit HaimN (Read error: Connection reset by peer) 12.02.25 Join HaimN [0] (~quassel@95.86.64.248) 12.04.49 *** Saving seen data "./dancer.seen" 12.10.49 Join drezon [0] (~skeller@89.246.80.210) 12.19.10 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 12.21.42 Quit casainho (Client Quit) 12.34.28 Quit Taco_Princess (Ping timeout: 252 seconds) 12.40.17 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 12.56.41 Quit Keripo (Quit: Leaving.) 13.08.32 # sideral: hi :) 13.08.56 # Hi Slasheri! :) It occurred to me that a corruption of the DB's ramcache_header could also happen during a DB commit 13.09.16 # normally, the dircache buffer is allocated in front of the tagcache buffer 13.09.30 # and the normally, the dircache buffer is used for the commit 13.09.44 # hmm.. interesting 13.09.59 # In particular, by the build_index function 13.10.10 # ok, then we should check if there can be any overflows during the commit 13.10.25 # So far, I haven't been able to reproduce this corruption in the sim. Do you have a way to reproduce it? 13.10.51 # not anymore :( 13.11.02 # but i will check the build_index, great findings 13.11.09 # thanks 13.11.30 # I also still wonder what causes the crashes in retrieve() I occasionally see 13.11.51 # haven't been able to reproduce those in the sim either, despite hours of trying 13.12.32 # but the crash happens consistently at the same instruction 13.12.45 # at the line "buf[tfe.tag_length] = '\0';" 13.13.20 # is the buf null or outside the memory space? 13.13.39 # that really doesn't make sense.. 13.14.07 Quit drezon (Ping timeout: 255 seconds) 13.14.12 # outside memory space. I've seen address 0xF3580831 and 0xF358062d 13.14.30 # ok, but i wonder how it doesn't crash earlier 13.15.16 # me too. possibly it's not the buf ptr that is trashed, but the index (tfe.tag_length) 13.16.16 # it could be negative, allowing it to pass the preceeding size comparison 13.19.40 # ah, indeed 13.20.52 Quit TheLemonMan (Remote host closed the connection) 13.21.16 Join TheLemonMan [0] (~lem0n@ppp-59-45.26-151.libero.it) 13.22.06 # the reason could be that either the db index file is corrupt (unlikely) or that the seek (= idx->tag_seek[tag]) is corrupt 13.24.46 Quit evilnick (Ping timeout: 258 seconds) 13.28.31 Quit robin0800 (Ping timeout: 255 seconds) 13.28.47 # sideral: checking the build_index() is going to take a while as it's probably the most complex function in tagcache :) especially tempbuf handling needs to be checked 13.29.16 # please take your time :) 13.29.18 Join lebellium [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 13.38.23 Join krazykit [0] (~krazykit@206.183.185.8) 13.39.45 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 13.40.35 # Slasheri: Still have time for a couple more questions? 13.42.53 Quit HaimN (Ping timeout: 260 seconds) 13.43.19 Join HaimN [0] (~quassel@95.86.64.248) 13.49.20 # sideral: go ahead 13.52.57 # Slasheri: I observed a few DB quirks when a DB commit or reload fails due to insufficient resources, and I'm wondering whether we should fix any of them: 13.53.57 # When DB after update/commit does not fit into preallocated buffer, it remains disabled. We could check for sufficient size beforehand and leave the old DB enabled instead 13.54.28 # Also, when DB commit use the dircache buffer and fails, the dircache remains disabled. We should at least reload the dircache 13.54.38 # s/use/uses/ 13.55.22 # Furthermore, when a DB commit fails and is delayed till next boot, the DB remains disabled and dirty. Is that really necessary? 13.56.00 # and finally, in commit(), another DB rescan is started; shouldn't that rather be just a reload? 13.56.17 Quit HaimN (Quit: No Ping reply in 180 seconds.) 13.56.36 # sideral: great bug list! 13.56.54 Join HaimN [0] (~quassel@95.86.64.248) 13.57.06 # sideral: the DB should only remain dirty if the building was interrupted because of a lost power or other fatal error 13.57.16 # so that should be fixed as well 13.58.23 # Right now I believe the DB is already marked dirty during the scan and tmpfile building. 13.58.59 # But maybe I'm mistaken.. I did end up a few times in a state where the DB was dirty and the tmpfile existed 13.59.18 # hmm.. it should get marked dirty only at the beginning of commit() and back to normal when commit was finished 13.59.38 # but indeed, if tempbuf goes out of space during commit, then the db could stay dirty 14.00.10 # i think we should try to determine the necessary buffer size more accurately before starting commit 14.01.31 Quit HaimN (Client Quit) 14.02.04 Join HaimN [0] (~quassel@95.86.64.248) 14.02.13 # if commit really was interrupted in the middle of db writing, then db should remain dirty (because the db is corrupted in that case) 14.02.40 # I see. 14.04.37 # apparently the commit checks whether the DB is dirty as it starts out, but does it use that information at all? 14.04.52 *** Saving seen data "./dancer.seen" 14.05.54 # apparently not, otherwise late commit after a commit failure (leaving a dirty DB behind) wouldn't work at all 14.07.24 # sideral: ah, that's bad.. i think commit should abort if the db is found to be dirty 14.08.06 # agree. looks like the first step is to document the various states and their intended meanings :) 14.08.34 # sideral: that could possible also be the reason for duplicates to appear.. if we try to commit into a dirty db 14.09.25 Join Poodlemastah [0] (~chatzilla@h-241-205.a218.priv.bahnhof.se) 14.09.31 Quit Poodlemastah (Client Quit) 14.09.40 # sideral: i wonder if we should automatically take a backup copy or changelog dump of the db before attempting to commit 14.11.00 # re duplicates: could be! although from the description in FS#12129 it's not clear that the DB is dirty before the commit 14.11.02 # http://www.rockbox.org/tracker/task/12129 3Duplicate database entries (bugs, unconfirmed) 14.12.50 # re backup: yeah, that would have saved my DB a few times. Now I often create a changelog before starting to experiment. But I'm not sure what would be the most efficient and least error-prone way to do it 14.13.32 # for example, that automatic backup should probably not be the one that's automatically reimported an reinitialization 14.13.51 Join antil33t [0] (~antil33t@124-197-33-15.callplus.net.nz) 14.16.04 # perhaps just copying the DB to a subdirectory would suffice 14.16.33 # but copying is perhaps more expensive than a changelog dump? 14.17.43 Join drezon [0] (~skeller@89.246.80.210) 14.21.30 Quit HaimN (Quit: No Ping reply in 180 seconds.) 14.22.06 Join HaimN [0] (~quassel@95.86.64.248) 14.22.15 # sideral: i think copying should be faster because there is less disk seeking involved 14.22.24 # sideral: but copying needs more disk space 14.25.39 Quit lasser (Quit: ChatZilla 0.9.87 [Iceweasel 3.5.16/20110701113851]) 14.27.36 Quit HaimN (Quit: No Ping reply in 180 seconds.) 14.28.09 Join HaimN [0] (~quassel@95.86.64.248) 14.31.06 Quit FoH (Quit: ¡ooʇ ‘ǝןdoǝd ǝɹɐ sʇɐq) 14.32.54 # hehe, I asked the manufacturer of my new player for an updated firmware, but there will be none. So I asked for documentation how to update the firmware and some more things. 14.33.48 # Just got a reply a la: I will forward you question to our product manager. The mail is Cc:d so someone new @$manufacturer.de 14.38.06 Quit HaimN (Quit: No Ping reply in 180 seconds.) 14.38.44 Join HaimN [0] (~quassel@95.86.64.248) 14.39.39 # Slasheri: another observation I made recently: In debugging that display_format corruption I mentioned yesterday, I once had a crash where the main thread was using the format (to render a database view) while or after that corruption occurred. Looks like some kind of synchronization is missing between the tagcache thread and tagtree.c 14.40.22 # the DB shouldn't be usable while updating or after updating has failed 14.40.30 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.40.52 # Is there something in place that should prevent this? 14.42.03 Quit krazykit (Ping timeout: 252 seconds) 14.42.04 Quit mc2739 (Ping timeout: 240 seconds) 14.44.15 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 14.45.02 Quit antil33t () 14.47.58 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 14.50.50 Quit HaimN (Quit: No Ping reply in 180 seconds.) 14.51.17 Join HaimN [0] (~quassel@95.86.64.248) 14.58.47 # Slasheri: also, any comments as to why commit() triggers another DB rescan? 15.02.08 Join evilnick [0] (~evilnick@94.197.127.62.threembb.co.uk) 15.02.08 Quit evilnick (Changing host) 15.02.08 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 15.06.22 Quit HaimN (Read error: Connection reset by peer) 15.13.21 # gevaerts: did you look at the patches? 15.13.27 Join WalkGood [0] (~WalkGood@unaffiliated/walkgood) 15.14.17 # sideral: it sounds to me that your recent problems aren't actually dircache related? 15.15.01 # kugel: I uncovered a couple of other bugs hunting that dircache bug of yours ;) 15.15.11 # But to be honest, I'm not sure yet 15.15.52 # It could well be that the dircache changes, especially the compaction, caused a few regressions by uncovering bugs elsewhere 15.16.46 # I didn't think my changes were so massive 15.16.57 Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca) 15.17.18 # and the database has been known for being dodgy 15.17.27 # It made the dircache a whole lot smaller, which affects DB commit (which uses the dircache buffer by default) 15.17.44 # I see 15.18.00 # I wondered at some point if it wasn't wiser to grab the plugin buffer for the tempbuf 15.19.56 # Also, I disagree about the DB being dodgy :) From my experience, the majority of the "DB bugs" people have reported eventually turned out to be problems elsewhere. It's just that the DB always crashes first, being the first piece of serious computation that gets to run 15.20.47 # Using the plugin buffer seems like a good idea. Is that buffer allocated early in the boot process? 15.21.31 # Also, I hope that with your GSoC work, we'll eventually be able to dynamically allocate a tempbuf for DB commit? 15.22.22 # sideral: the plugin buffer is compile time 15.22.39 # however, the skin engine also uses it during parsing. i don't know if it'd be racy 15.23.05 # and yes, I plan to make that a dynamic allocation 15.23.26 # what a mess :) I hope you'll get finished soon 15.23.32 # but dynamic allocations when the bufsize isn't known is rather tricky 15.24.03 # the plugin buffer should be always bigger than dircache 15.24.15 # since on targets with little ram there's no dircache :) 15.24.43 # the logic in that statement escapes me ;) 15.24.45 # dircache is 8MB+, I don't think there's a target with 8MB+ and a non-512K plugin buffer 15.25.27 Quit mc2739 (Quit: leaving) 15.26.47 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 15.33.09 # I updated FS#12191 with some battery benchmarks. Seems increasing DAC bias to 100% (from 50%) eats quite some battery. But increasing HP amp bias to the setting recommended by the data sheet for 16Ohm loads seems to not affect runtime. 15.33.11 # http://www.rockbox.org/tracker/task/12191 3Higher quality audio hw settings for AS3515 (Clipv1, Fuzev1, m200v4, c200v2 and e200v2) (patches, unconfirmed) 15.46.59 Join y4n [0] (y4n@unaffiliated/y4ndexx) 15.48.13 # kugel: sorry, not yet. I've been either busy or too tired these last few days. I slept enough last night, so tonight should be doable 15.53.01 Quit liar (Quit: hallowed are the ori!) 15.53.05 # gevaerts: okay 15.53.18 # kugel: prod me if I don't do it 15.56.27 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 15.56.31 Quit WalkGood (Quit: restart) 15.57.09 Join mshathlonxp [0] (~athlonmpp@5ad4ef88.bb.sky.com) 16.00.28 Join WalkGood [0] (~WalkGood@unaffiliated/walkgood) 16.04.55 *** Saving seen data "./dancer.seen" 16.04.55 Quit parafin (Ping timeout: 264 seconds) 16.07.08 Join parafin [0] (parafin@parafin.static.corbina.ru) 16.18.14 Quit Xerion (Read error: Connection reset by peer) 16.18.35 Quit parafin (Quit: So long and thanks for all the fish) 16.18.43 Join parafin [0] (parafin@paraf.in) 16.19.31 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 16.34.52 Join lebellium_ [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 16.36.53 Quit lebellium (Ping timeout: 260 seconds) 16.37.03 Nick lebellium_ is now known as lebellium (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 16.41.45 Quit Xerion (Quit: ) 16.41.54 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 16.58.16 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.03.19 Quit benedikt93 (Quit: Bye ;)) 17.20.26 Quit guymann (Ping timeout: 252 seconds) 17.22.29 Join guymann [0] (~charles@66-159-144-55.adsl.snet.net) 17.28.00 # gevaerts: fwiw, hwcodec still works with the buffer api patch 17.28.09 # wonderful! 17.43.00 Quit robin0800 (Quit: Leaving) 17.59.56 Quit kugel (Quit: leaving) 18.01.26 Quit TheLemonMan (Quit: .) 18.04.56 *** Saving seen data "./dancer.seen" 18.16.11 Part WalkGood 18.20.43 Join kugel [0] (~kugel@141.45.176.104) 18.20.43 Quit kugel (Changing host) 18.20.43 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.23.28 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 18.32.25 Join thegeek [0] (~nnscript@132.108.34.95.customer.cdi.no) 18.34.06 Join Horscht [0] (~Horscht@p5DD56826.dip.t-dialin.net) 18.34.06 Quit Horscht (Changing host) 18.34.06 Join Horscht [0] (~Horscht@xbmc/user/horscht) 18.37.20 Join japc [0] (~japc@194.65.5.235) 18.52.30 Join keyb_gr [0] (~chatzilla@p4FF01D9B.dip.t-dialin.net) 19.06.23 Join stoffel [0] (~quassel@p57B4C7B8.dip.t-dialin.net) 19.09.24 Quit drezon (Quit: So long and thanks for all the fish) 19.10.06 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 19.19.29 Quit japc (Quit: Ex-Chat) 19.22.37 Quit sideral (Ping timeout: 240 seconds) 19.39.01 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 19.43.23 Join mystica555_ [0] (~mike@66-87-27-209.pools.spcsdns.net) 19.53.48 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.53.48 Quit bertrik (Changing host) 19.53.48 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.55.27 Join lebellium_ [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 19.56.31 Quit lebellium (Ping timeout: 258 seconds) 19.56.46 Nick lebellium_ is now known as lebellium (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 20.05.00 *** Saving seen data "./dancer.seen" 20.24.44 Quit mystica555_ (Ping timeout: 276 seconds) 20.28.19 Join krazykit [0] (~krazykit@206.183.182.189) 20.37.43 # is Nicolay Jordanov or Hristo Kovachev here? 20.39.33 # user890104, are you a native Bulgarian speaker? 20.40.18 # bertrik: yes, i am 20.42.08 # user890104, ok great, I have to ask because we normally accept language patches only from native speakers 20.42.29 # Is there any kind of special character in your name (I'll add you to docs/CREDITS)? 20.42.43 # it's in Cyrillic actually :) 20.43.43 # http://pastebin.com/raw.php?i=SXd7d9nc 20.45.16 # but if it needs to be written with Latin characters, it is as is - Vencislav Atanasov 20.45.17 # Hm, not sure what our policy is regarding that. Cyrillic is nearly unreadable to me, sorry. 20.45.45 # Would you mind having the Latinised version in docs/CREDITS instead of Cyrillic? 20.45.59 # it's ok 20.46.45 # CREDITS is already in utf8, no? 20.47.37 # I don't know to be honest, but we have names with ņš in it for example 20.48.54 # Yeah, it is 20.49.07 # so, yeha, any unicode will work :) 20.52.44 Quit Stummi (Read error: Connection reset by peer) 20.53.52 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 20.55.14 Quit Strife1989 (Quit: Vamoose!) 20.55.14 # Torne, so it's possible to do Cyrillic in docs/CREDITS? But we don't seem to use it for any of the names so far. 20.55.23 # Unicode is unicode 20.56.03 # If your editor displays the existing nonascii characters there correctly then it's doing the right thing, and writing/pasting in other charaters will be fine 20.56.19 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 20.59.49 # bertrik: if you decide that names can be written in Cyrillic, the names of the other two contributors are supposed to be written in native Bulgarian like this: http://pastebin.com/raw.php?i=2rTCG0VK 21.04.57 # I think I'll stick with the current way we've used so far 21.06.11 # ok, it's fine either way 21.08.13 Join TheLemonMan [0] (~lem0n@ppp-59-45.26-151.libero.it) 21.13.01 # ok, here we go :) 21.13.54 # New commit by 03bertrik (r30223): FS#12210 - Bulgarian translation update by Vencislav Atanasov 21.17.03 # * bertrik is slightly worried about how long it takes 21.17.26 # r30223 build result: All green 21.18.10 # hm, +204 on the player 21.46.09 Join japc [0] (~japc@bl16-225-49.dsl.telepac.pt) 21.47.06 Quit japc (Client Quit) 21.53.30 Quit liar (Remote host closed the connection) 21.53.48 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 21.54.13 Quit liar (Remote host closed the connection) 21.54.31 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.00.11 Join sideral [0] (~sideral@rockbox/developer/sideral) 22.04.08 # bertrik: I think that's entirely RAM delta (lang buffer; can't check as hover doesn't work on smartphone browser), and it's because bulgarian has apparently become the largest .lng file for the Player 22.05.02 *** Saving seen data "./dancer.seen" 22.05.34 # Regarding CREDITS and native spelling - I think the problem is at least two-fold 22.05.59 Join krnlyng [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.06.12 # First, everything being latin is a leftover from back when rockbox only supported latin1 22.06.57 # But even though we now have unicode support, I think there are reasons to stick with latin. 22.08.07 # First, not all fonts support all scripts. It would probably look weird if some names are printed as all-blocks depending on the font 22.08.53 Quit liar (Ping timeout: 240 seconds) 22.08.56 # Second, not everyone is able to read cyrillic, greek, chinese etc. 22.09.54 # Third, the Player can only display latin, cyrillic and greek (and katakana, but only on one of the two different lcd types) 22.12.01 # Given that, and the fact that many fonts do implement cyrillic and greek, we could allow those, but then the question is where to stop. We do have chinese, korean, japanese and even thai (iirc) contributors 22.19.00 Quit sideral (Quit: Leaving.) 22.19.37 Join sideral [0] (~sideral@rockbox/developer/sideral) 22.20.15 Quit Stummi (Quit: Bye!) 22.34.09 Quit y4n (Quit: only amiga makes it possible) 22.48.05 Quit sideral (Ping timeout: 264 seconds) 22.49.29 Join Thra11 [0] (~thrall@87.113.251.156) 22.52.53 Quit efyx (Quit: Quitte) 23.04.23 Join hskf [0] (~textual@52.sub-75-200-15.myvzw.com) 23.05.06 Quit hskf (Client Quit) 23.14.49 # kugel: FS#12159 looks rather straightforward to me. Did anyone else review it already? 23.14.51 # http://www.rockbox.org/tracker/task/12159 3GSoC/Buflib: Remove direct audiobuf accesses (patches, new) 23.15.01 Quit Thra11 (Ping timeout: 276 seconds) 23.15.01 # I'm now looking at FS#12186 23.15.02 # http://www.rockbox.org/tracker/task/12186 3GSoC/Buflib: Put extended buflib into core (patches, new) 23.17.03 Quit stoffel (Remote host closed the connection) 23.18.23 Join simonlnu [0] (f8h1YI082d@unaffiliated/simonrvn) 23.20.22 Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 6.0/20110721152715]) 23.30.03 Join Thra11 [0] (~thrall@87.113.251.156) 23.31.11 Join lebellium [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 23.34.23 Join japc [0] (~japc@bl16-225-49.dsl.telepac.pt) 23.34.44 Join robin0800 [0] (~robin0800@149.254.61.37) 23.35.07 Quit scorche (Read error: Connection reset by peer) 23.36.02 Quit krazykit (Ping timeout: 240 seconds) 23.38.06 Quit japc (Client Quit) 23.40.15 Join scorche [0] (~scorche@rockbox/administrator/scorche) 23.46.00 Join thegeek_ [0] (~nnscript@132.108.34.95.customer.cdi.no) 23.46.56 Quit Thra11 (Read error: Operation timed out) 23.47.09 Quit thegeek (Read error: Connection reset by peer) 23.47.21 Join Thra11 [0] (~thrall@87.113.251.156) 23.55.20 Quit benedikt93 (Quit: Bye ;))