Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2011-07-29

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
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:34GigaBrickSo, how do I actually load a playlist using the new playlist catalog?
01:57:52GigaBrickWhenever 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:00
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:02GigaBrickOops, nevermind, misread the manual, I think I've got it figured out now
02:14:26JdGordonGigaBrick: the manual hasnt been updated for the very recent change
02:16:06HaimNJdGordon: I want to report a bug in your patch:
02:16:10HaimNhttp://www.mediafire.com/?hr33fss5p94x8i5
02:16:25 Quit mystica555_ (Ping timeout: 260 seconds)
02:17:39HaimNThe code I used was:
02:17:40HaimNhttp://pastebin.com/rnSXU1Kc
02:18:46JdGordonhaha nice
02:19:23HaimNThe bug happens not only simulator but also in the Player
02:19:37JdGordonwont 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:18HaimN[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:45HaimN[Saint]: I have not seen it, I'll look now
02:30:09HaimNOK 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:36GigaBrickJdGordon, 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:21JdGordon....
02:35:57HaimN[Saint]: No, it does not solve it
02:36:44JdGordonthe issue is broken code, not theme
02:36:48JdGordoni.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:59HaimNHow 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:25HaimNJdGordon: ^ ?
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:50HaimNYes, I know, but had no success do it
02:49:59JdGordon[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:29JdGordonHaimN: 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:00JdGordonyes, but thats not how you do skinned list
02:54:18JdGordon[Saint]: really wish you'd defer to me when you're not 1000% certain
02:56:30HaimNJdGordon: If you can do it on your own time and make an example of sbs file, I'd love to
02:57:04JdGordonHaimN: if you only want it for the menu try: %if(%cs, =, 1)<%Lb(...)>
02:57:19JdGordonthat 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:20HaimNJdGordon: http://www.rockbox.org/wiki/CustomWPS#Current_Screen
02:59:34JdGordonHaimN: you know I wrote that wiki page right? :)
02:59:50[Saint]And like ~98% of the skin code ;)
02:59:53HaimN:)
02:59:53JdGordon[Saint]: sure, if you want to specify a different system in each screen
03:00
03:00:04JdGordonbut if it is *only one* then %if is better
03:00:14HaimN[Saint]: 100%
03:00:28JdGordonand no, but easily more than 60% nowdays
03:00:53[Saint]HaimN: Nah...not quite.
03:00:59HaimNI only changed two details to make it right for me
03:01:23JdGordonhehe, 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:25JdGordonsee, [Saint] is saying i wrote the skin engine and HaimN is saying i wrote this particular skin :)
03:02:47JdGordonwhen really im totally useless and run the code throuhg random generators untill they work!
03:02:56HaimNJdGordon: 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:16JdGordonwhat did it do?
03:03:45JdGordonput %cs somewhere in the screen so you can see the number it returns when in the main menu
03:03:50JdGordonthen use that number
03:04:54HaimNNothing, as if I did not write it, the rest of the menus were the same
03:05:03HaimNOK
03:05:26 Join [Saint] [0] (~Saint]@124-197-58-10.callplus.net.nz)
03:06:00HaimNit returns "1"
03:06:38JdGordonyou didnt liternally add %Lb(...) did you?
03:07:45HaimNwere?
03:07:54JdGordonshow me your sbs
03:08:04HaimN%if(%cs, =, 1)<%Lb(...)> ?
03:08:15JdGordonyes, did you do that?
03:10:30 Join funman [0] (~fun@rockbox/developer/funman)
03:12:04HaimNJdGordon: http://paste.ubuntu.com/654103/
03:12:39JdGordonok, and that displays the normal list always?
03:14:13JdGordonyeah 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:56HaimNJdGordon: I'll show you a clip of it:
03:26:10HaimNhttp://www.mediafire.com/?61bpc2gyvx2qdfx
03:28:18JdGordonthat link isnt working
03:30:43HaimNJdGordon: http://download1159.mediafire.com/unwzk5ih7jkg/61bpc2gyvx2qdfx/out-2.ogv
03:32:55HaimNor: 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:00
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:00
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:46GigaBrickDoes 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:07GigaBrickHmm, 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:00
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:52JdGordon[Saint]: wierd, %mh *should* update immediatly
06:43:06JdGordonalso, you should use a lock icon over the aa image or something instead of text
06:43:18JdGordonreplace the whole control region with a lock button
06:44:08[Saint]I tried just doing %?mh<TEST> and that seems to need a fullscreen update as well
06:44:57JdGordoni 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:01JdGordonor 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:00
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:13pixelma[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:37JdGordonwell, it depends what else is on the line
07:21:38JdGordonpixelma is correct if %s is there *And* it needs to scroll
07:22:42pixelmavery 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:00
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
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:00
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:00
11:07:52HaimNJdGordon: [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:52HaimN%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:00
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:00
13:08:32Slasherisideral: hi :)
13:08:56sideralHi Slasheri! :) It occurred to me that a corruption of the DB's ramcache_header could also happen during a DB commit
13:09:16sideralnormally, the dircache buffer is allocated in front of the tagcache buffer
13:09:30sideraland the normally, the dircache buffer is used for the commit
13:09:44Slasherihmm.. interesting
13:09:59sideralIn particular, by the build_index function
13:10:10Slasheriok, then we should check if there can be any overflows during the commit
13:10:25sideralSo far, I haven't been able to reproduce this corruption in the sim. Do you have a way to reproduce it?
13:10:51Slasherinot anymore :(
13:11:02Slasheribut i will check the build_index, great findings
13:11:09sideralthanks
13:11:30sideralI also still wonder what causes the crashes in retrieve() I occasionally see
13:11:51sideralhaven't been able to reproduce those in the sim either, despite hours of trying
13:12:32sideralbut the crash happens consistently at the same instruction
13:12:45sideralat the line "buf[tfe.tag_length] = '\0';"
13:13:20Slasheriis the buf null or outside the memory space?
13:13:39Slasherithat really doesn't make sense..
13:14:07 Quit drezon (Ping timeout: 255 seconds)
13:14:12sideraloutside memory space. I've seen address 0xF3580831 and 0xF358062d
13:14:30Slasheriok, but i wonder how it doesn't crash earlier
13:15:16sideralme too. possibly it's not the buf ptr that is trashed, but the index (tfe.tag_length)
13:16:16sideralit could be negative, allowing it to pass the preceeding size comparison
13:19:40Slasheriah, 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:06sideralthe 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:47Slasherisideral: 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:16sideralplease 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:35sideralSlasheri: 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:20Slasherisideral: go ahead
13:52:57sideralSlasheri: 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:57sideralWhen 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:28sideralAlso, when DB commit use the dircache buffer and fails, the dircache remains disabled. We should at least reload the dircache
13:54:38siderals/use/uses/
13:55:22sideralFurthermore, when a DB commit fails and is delayed till next boot, the DB remains disabled and dirty. Is that really necessary?
13:56:00sideraland 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:36Slasherisideral: great bug list!
13:56:54 Join HaimN [0] (~quassel@95.86.64.248)
13:57:06Slasherisideral: the DB should only remain dirty if the building was interrupted because of a lost power or other fatal error
13:57:16Slasheriso that should be fixed as well
13:58:23sideralRight now I believe the DB is already marked dirty during the scan and tmpfile building.
13:58:59sideralBut 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:18Slasherihmm.. it should get marked dirty only at the beginning of commit() and back to normal when commit was finished
13:59:38Slasheribut indeed, if tempbuf goes out of space during commit, then the db could stay dirty
14:00
14:00:10Slasherii 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:13Slasheriif 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:40sideralI see.
14:04:37sideralapparently 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:54sideralapparently not, otherwise late commit after a commit failure (leaving a dirty DB behind) wouldn't work at all
14:07:24Slasherisideral: ah, that's bad.. i think commit should abort if the db is found to be dirty
14:08:06sideralagree. looks like the first step is to document the various states and their intended meanings :)
14:08:34Slasherisideral: 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:40Slasherisideral: i wonder if we should automatically take a backup copy or changelog dump of the db before attempting to commit
14:11:00sideralre duplicates: could be! although from the description in FS #12129 it's not clear that the DB is dirty before the commit
14:11:02fs-bluebothttp://www.rockbox.org/tracker/task/12129 3Duplicate database entries (bugs, unconfirmed)
14:12:50sideralre 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:32sideralfor 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:04sideralperhaps just copying the DB to a subdirectory would suffice
14:16:33sideralbut 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:15Slasherisideral: i think copying should be faster because there is less disk seeking involved
14:22:24Slasherisideral: 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:54ukleinekhehe, 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:48ukleinekJust 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:39sideralSlasheri: 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:22sideralthe DB shouldn't be usable while updating or after updating has failed
14:40:30 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
14:40:52sideralIs 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:47sideralSlasheri: also, any comments as to why commit() triggers another DB rescan?
15:00
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:21kugelgevaerts: did you look at the patches?
15:13:27 Join WalkGood [0] (~WalkGood@unaffiliated/walkgood)
15:14:17kugelsideral: it sounds to me that your recent problems aren't actually dircache related?
15:15:01sideralkugel: I uncovered a couple of other bugs hunting that dircache bug of yours ;)
15:15:11sideralBut to be honest, I'm not sure yet
15:15:52sideralIt could well be that the dircache changes, especially the compaction, caused a few regressions by uncovering bugs elsewhere
15:16:46kugelI didn't think my changes were so massive
15:16:57 Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca)
15:17:18kugeland the database has been known for being dodgy
15:17:27sideralIt made the dircache a whole lot smaller, which affects DB commit (which uses the dircache buffer by default)
15:17:44kugelI see
15:18:00kugelI wondered at some point if it wasn't wiser to grab the plugin buffer for the tempbuf
15:19:56sideralAlso, 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:47sideralUsing the plugin buffer seems like a good idea. Is that buffer allocated early in the boot process?
15:21:31sideralAlso, I hope that with your GSoC work, we'll eventually be able to dynamically allocate a tempbuf for DB commit?
15:22:22kugelsideral: the plugin buffer is compile time
15:22:39kugelhowever, the skin engine also uses it during parsing. i don't know if it'd be racy
15:23:05kugeland yes, I plan to make that a dynamic allocation
15:23:26sideralwhat a mess :) I hope you'll get finished soon
15:23:32kugelbut dynamic allocations when the bufsize isn't known is rather tricky
15:24:03kugelthe plugin buffer should be always bigger than dircache
15:24:15kugelsince on targets with little ram there's no dircache :)
15:24:43sideralthe logic in that statement escapes me ;)
15:24:45kugeldircache 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:09drezonI 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:11fs-bluebothttp://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:13gevaertskugel: 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:05kugelgevaerts: okay
15:53:18gevaertskugel: 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
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:00
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:00kugelgevaerts: fwiw, hwcodec still works with the buffer api patch
17:28:09gevaertswonderful!
17:43:00 Quit robin0800 (Quit: Leaving)
17:59:56 Quit kugel (Quit: leaving)
18:00
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:00
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:00
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:43bertrikis Nicolay Jordanov or Hristo Kovachev here?
20:39:33bertrikuser890104, are you a native Bulgarian speaker?
20:40:18user890104bertrik: yes, i am
20:42:08bertrikuser890104, ok great, I have to ask because we normally accept language patches only from native speakers
20:42:29bertrikIs there any kind of special character in your name (I'll add you to docs/CREDITS)?
20:42:43user890104it's in Cyrillic actually :)
20:43:43user890104http://pastebin.com/raw.php?i=SXd7d9nc
20:45:16user890104but if it needs to be written with Latin characters, it is as is - Vencislav Atanasov
20:45:17bertrikHm, not sure what our policy is regarding that. Cyrillic is nearly unreadable to me, sorry.
20:45:45bertrikWould you mind having the Latinised version in docs/CREDITS instead of Cyrillic?
20:45:59user890104it's ok
20:46:45TorneCREDITS is already in utf8, no?
20:47:37bertrikI don't know to be honest, but we have names with ņš in it for example
20:48:54TorneYeah, it is
20:49:07Torneso, 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:14bertrikTorne, 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:23TorneUnicode is unicode
20:56:03TorneIf 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:49user890104bertrik: 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:00
21:04:57bertrikI think I'll stick with the current way we've used so far
21:06:11user890104ok, it's fine either way
21:08:13 Join TheLemonMan [0] (~lem0n@ppp-59-45.26-151.libero.it)
21:13:01bertrikok, here we go :)
21:13:54CIA-14New 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:26CIA-14r30223 build result: All green
21:18:10bertrikhm, +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
22:00:11 Join sideral [0] (~sideral@rockbox/developer/sideral)
22:04:08amiconnbertrik: 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:34amiconnRegarding 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:12amiconnFirst, everything being latin is a leftover from back when rockbox only supported latin1
22:06:57amiconnBut even though we now have unicode support, I think there are reasons to stick with latin.
22:08:07amiconnFirst, 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:56amiconnSecond, not everyone is able to read cyrillic, greek, chinese etc.
22:09:54amiconnThird, the Player can only display latin, cyrillic and greek (and katakana, but only on one of the two different lcd types)
22:12:01amiconnGiven 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:00
23:04:23 Join hskf [0] (~textual@52.sub-75-200-15.myvzw.com)
23:05:06 Quit hskf (Client Quit)
23:14:49gevaertskugel: FS #12159 looks rather straightforward to me. Did anyone else review it already?
23:14:51fs-bluebothttp://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:01gevaertsI'm now looking at FS #12186
23:15:02fs-bluebothttp://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 ;))

Previous day | Next day