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).

#rockbox log for 2011-10-16

00:02:18 Quit benedikt93 (Quit: Bye ;))
00:07:36 Join kadoban_ [0] (~mud@97-124-77-245.phnx.qwest.net)
00:07:42 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
00:08:43 Quit kadoban (Ping timeout: 256 seconds)
00:10:38 Quit webguest48 (Quit: CGI:IRC)
00:10:45 Join kadoban__ [0] (~mud@97-124-68-60.phnx.qwest.net)
00:11:21 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
00:12:41 Quit kadoban_ (Ping timeout: 258 seconds)
00:21:24 Quit ChickeNES (Read error: Connection reset by peer)
00:21:39 Join ChickeNES [0] (~ChickeNES@128.135.100.102)
00:32:41 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
00:33:37 Quit ChickeNES (Read error: Connection reset by peer)
00:33:51 Join ChickeNES [0] (~ChickeNES@128.135.100.102)
00:39:12 Part Zagor
00:51:55Tornebertrik: oh well. i shall try it on ipodvideo when i have a few, if we can at least support that it would be a start
00:53:33 Quit petur (Quit: Leaving)
00:55:57 Quit ChickeNES (Quit: Computer has gone to sleep.)
01:00
01:13:26 Quit markun (Ping timeout: 258 seconds)
01:23:14 Quit bertrik (Quit: OS upgrade)
01:31:07 Quit domonoky (Read error: Connection reset by peer)
01:32:16 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
01:32:16 Quit bertrik (Changing host)
01:32:16 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
01:47:35 Quit bertrik (Remote host closed the connection)
01:49:02 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
01:50:50 Quit ender` (Quit: #define sizeof(x) rand())
01:52:12 Quit Guinness (Read error: Connection reset by peer)
01:55:23 Quit bertrik (Remote host closed the connection)
01:56:04 Join Guinness [0] (~Slayer@c-68-55-111-159.hsd1.va.comcast.net)
01:59:54***Saving seen data "./dancer.seen"
02:00
02:25:19KiwiCamUnhelpful: It's already there. I created a forum thread for comments and someone was having issues seeing the bitmaps. I was thinking that it was something they hadn't done, but to double check would like another clip user to confirm it works for them. http://themes.rockbox.org/index.php?themeid=1425&target=sansaclipplus
02:25:47UnhelpfulKiwiCam: oh... hm, funny, the site is supposed to verify pretty well.
02:26:46KiwiCamUnhelpful: It did verify it. I'm just being paranoid that there's something I've done wrong. :)
02:28:50 Quit tchan (Quit: WeeChat 0.3.5)
02:35:08 Quit pamaury (Remote host closed the connection)
02:36:18 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
02:38:13KiwiCamUnhelpful: OK. Being that the site verified it, Ill just assume that the person downloading the theme did something wrong. Thanks.
02:40:02*KiwiCam is away: Oh look! What's that over there...
02:40:05 Quit KiwiCam (Quit: Leaving)
02:44:03 Quit hilbert (Read error: Connection reset by peer)
02:48:58Unhelpfulgr.
02:52:05 Join KiwiCam [0] (~KiwiCAM@206.192.69.111.dynamic.snap.net.nz)
02:53:15 Join hilbert [0] (~hilbert@adsl-89-217-62-79.adslplus.ch)
03:00
03:03:39 Quit keyb_gr (Ping timeout: 252 seconds)
03:10:05 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/)
03:13:47 Join ChickeNES [0] (~ChickeNES@128.135.100.102)
03:20:23 Quit freddyb (Quit: Leaving)
03:25:29 Join kadoban [0] (~mud@97-124-78-49.phnx.qwest.net)
03:26:35 Quit kadoban__ (Ping timeout: 240 seconds)
03:30:07 Quit ChickeNES (Read error: Connection reset by peer)
03:30:07 Join ChickeNE_ [0] (~ChickeNES@128.135.100.102)
03:31:19 Quit ChickeNE_ (Read error: Connection reset by peer)
03:31:38 Join ChickeNES [0] (~ChickeNES@128.135.100.102)
03:34:59 Quit kadoban (Ping timeout: 260 seconds)
03:40:08 Join kadoban [0] (~mud@97-124-74-185.phnx.qwest.net)
03:40:11 Quit zchs (Ping timeout: 240 seconds)
03:53:55 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net)
03:59:58***Saving seen data "./dancer.seen"
04:00
04:02:17 Quit ChickeNES (Read error: Connection reset by peer)
04:02:40 Join ChickeNES [0] (~ChickeNES@128.135.100.102)
04:04:28 Quit zchs (Ping timeout: 260 seconds)
04:09:42 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net)
04:15:54 Quit amiconn (Disconnected by services)
04:15:54 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:15:55 Quit pixelma (Disconnected by services)
04:15:57 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:15:59 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:16:21 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:16:41 Quit scorche (Disconnected by services)
04:16:48 Join scorche` [0] (~scorche@rockbox/administrator/scorche)
04:17:01 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
04:18:47 Join hilbert [0] (~hilbert@adsl-89-217-62-79.adslplus.ch)
04:23:11 Quit robin0800 (Ping timeout: 255 seconds)
04:25:28 Quit zchs (Ping timeout: 260 seconds)
04:27:24 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net)
04:31:45 Quit [7] (Disconnected by services)
04:31:56 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
04:36:58 Join robin0800 [0] (~robin0800@149.254.61.36)
04:53:32 Quit [Saint] (Read error: Connection reset by peer)
04:53:52 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
05:00
05:01:35 Join Rob2223 [0] (~Miranda@p4FFF0744.dip.t-dialin.net)
05:05:22 Quit Rob2222 (Ping timeout: 245 seconds)
05:31:24 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
05:31:37 Quit [Saint] (Ping timeout: 245 seconds)
05:33:24 Quit ps-auxw (Ping timeout: 240 seconds)
05:35:36 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
05:35:49 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
05:39:07 Quit [Saint_] (Ping timeout: 245 seconds)
05:39:57 Quit [Saint] (Ping timeout: 245 seconds)
05:45:16 Join simonlnu_ [0] (4xdTYjDPh5@210.25-ppp.3menatwork.com)
05:46:23 Join ztcptxm1bx [0] (~pedrofoni@201.29.176.228)
05:48:14 Quit simonlnu (Ping timeout: 255 seconds)
05:48:19 Nick simonlnu_ is now known as simonlnu (4xdTYjDPh5@210.25-ppp.3menatwork.com)
05:48:50 Nick simonlnu is now known as Guest16140 (4xdTYjDPh5@210.25-ppp.3menatwork.com)
05:58:54ztcptxm1bxHi. Is it possible to remove completely the original firmware from my Sansa e200 ? I don't need it for anything anymore
05:59:12 Join Rob2222 [0] (~Miranda@p5DE4BCD3.dip.t-dialin.net)
05:59:16ztcptxm1bxI googled it, but I only found people trying to remove rockbox instead
05:59:39tmztI've heard it's possible on old iPods based on the same chip
05:59:48tmzthaven't seen anybody do it for the e2xxv1
05:59:56tmzter, is it v1 or v2
05:59:59***Saving seen data "./dancer.seen"
06:00
06:00:15 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
06:01:22LloreanThere's generally not much reason to need to remove the original firmware.
06:02:21ztcptxm1bxit's v1
06:02:42ztcptxm1bxI don't know how much space it takes up
06:02:57ztcptxm1bxthats why i wanted to remove ir
06:03:10ztcptxm1bxit*
06:03:15 Quit Rob2223 (Ping timeout: 276 seconds)
06:04:14[Saint]It takes up no space you can use of you remove it.
06:04:23[Saint]*if you
06:04:31ztcptxm1bxhmmmmm
06:04:40ztcptxm1bxI see
06:06:45ztcptxm1bxthank you all
06:07:03 Quit ztcptxm1bx (Quit: The outcome of the Final Experiment has now been placed upon your hands.)
06:16:28 Nick Whopper is now known as Whopper|Away (~colin@about/cooking/sandwich/whopper)
06:19:12 Quit kadoban (Remote host closed the connection)
06:28:32 Nick Guest16140 is now known as simonlnu (4xdTYjDPh5@210.25-ppp.3menatwork.com)
06:29:02 Nick simonlnu is now known as Guest30449 (4xdTYjDPh5@210.25-ppp.3menatwork.com)
06:43:08 Quit robin0800 (Ping timeout: 255 seconds)
07:00
07:17:55 Join JdGord [0] (~AndChat@106.71.252.216)
07:18:39 Quit ChickeNES (Quit: Computer has gone to sleep.)
07:29:22 Nick Guest30449 is now known as simonlnu (4xdTYjDPh5@210.25-ppp.3menatwork.com)
07:29:52 Nick simonlnu is now known as Guest79709 (4xdTYjDPh5@210.25-ppp.3menatwork.com)
07:36:51 Quit JdGord (Quit: Bye)
07:48:07 Quit hilbert (Quit: Computer has gone to sleep.)
07:49:41*KiwiCam is away: Oh look! What's that over there...
08:00
08:00:00***Saving seen data "./dancer.seen"
08:01:38 Quit [Saint] (Ping timeout: 255 seconds)
08:11:51 Join Mad_Max [0] (~chatzilla@c-71-193-88-25.hsd1.mn.comcast.net)
08:12:44 Nick Mad_Max is now known as InstrimentalTrip (~chatzilla@c-71-193-88-25.hsd1.mn.comcast.net)
08:13:19 Nick InstrimentalTrip is now known as BreakDown (~chatzilla@c-71-193-88-25.hsd1.mn.comcast.net)
08:14:11 Nick BreakDown is now known as FloraFauna (~chatzilla@c-71-193-88-25.hsd1.mn.comcast.net)
08:15:14FloraFaunaHey, I have an iPod Classic (the newest model), and I was wondering if there was any way to dual boot the original OS on it with Rockbox?
08:17:47 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
08:18:36FloraFaunahello?
08:21:02 Part FloraFauna
08:25:33 Quit [Saint] (Quit: AndChat - Android IRC Client - http://www.andchat.net/)
08:29:53 Join [Saint] [0] (65628198@gateway/web/freenode/ip.101.98.129.152)
08:30:14 Nick Guest79709 is now known as simonlnu (4xdTYjDPh5@210.25-ppp.3menatwork.com)
08:30:45 Nick simonlnu is now known as Guest41696 (4xdTYjDPh5@210.25-ppp.3menatwork.com)
09:00
09:10:47KiwiCamIs it possible for the Skin Usage size on the Clip to be increased? Currently, it's 49.0KB. Is this a physical constraint? If I could have 100KB, I reckon I could do magic on that thing. Themewize. I'd settle for 60KB ;)
09:31:05 Nick Guest41696 is now known as simonlnu (4xdTYjDPh5@210.25-ppp.3menatwork.com)
09:31:17[Saint]It was...but, then it was reverted.
09:31:34[Saint]...but, I'm biased to that situation, so I won't discuss it.
09:31:35 Nick simonlnu is now known as Guest90142 (4xdTYjDPh5@210.25-ppp.3menatwork.com)
09:33:06[Saint]KiwiCam: I also responded to your theme editor issue on the forum, in case you've not sen it yet.
09:33:14[Saint]*seen it
09:33:32 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
09:40:38[Saint]KiwiCam: If you would be content to revert to a build from approximately a fortnight ago, and then keep maintaining a patch in your own builds...you could set the skin buffer to (theoretically) as much as you want to.
09:40:48[Saint](stealing from the audio buffer)
09:41:12[Saint]Steal too much and audio will be hopeless, though ;)
09:44:03 Join stoffel [0] (~quassel@p57B4B7D2.dip.t-dialin.net)
09:45:43 Part [Saint]
09:46:07 Join [Saint] [0] (65628198@gateway/web/freenode/ip.101.98.129.152)
09:48:01*[Saint] wonders whats happening about FS #12320 & Friends
09:48:02fs-bluebothttp://www.rockbox.org/tracker/task/12320 need substitute to /.rockbox/skin_buffer_size.txt (bugs, unconfirmed)
09:49:38[Saint]I know the implementation wasn't liked with Jd's patch for this regression...but I kinda wished that (as it was an issue with implementation, not the feature) that the implementation would be reverted...and not the entire feature.
09:50:01[Saint]Even if it wasn't liked, it still allowed themes that worked previously to continue to work.
09:50:55 Quit bertrik (Read error: Connection reset by peer)
09:52:03 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
09:52:03 Quit bertrik (Changing host)
09:52:03 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
09:53:50JdGordon[Saint]: noone can be bothered working on the only real fix
09:56:18[Saint]reverting back to pre-bufflib and starting again? :P
09:56:25[Saint]</joking> (....half)
09:56:52JdGordonno, putting one of the important structs onto buflib
09:57:21JdGordonI've said exactly what needs to be done on the dev-ml... but i have no motivation at all to do it and noone else seems keen
09:59:03[Saint]In all seriousness, its probably one of the least important bugs that's crept in lately. But, I (personally) find regressions less tolerable than new issues of unknown origin.
10:00
10:00:02***Saving seen data "./dancer.seen"
10:02:58KiwiCam[Saint]: I've just posted an answer. I feel like saying, could I? could I really? with a big cheesy smile, but I wouldn't know where to start, and besides, if it can be done, shouldn't all Rockbox users get the benefit? I'm going to go to the lounge and watch the game. Fuck. This'll be a game.
10:03:27JdGordongo wallabies!
10:04:43[Saint]KiwiCam: Its a nasty regression that no one feels like handling...
10:05:33[Saint]The fix for it was reverted because its implementation was (to some, most(?)) questionable, but the feautre itself actually wasn't.
10:06:30[Saint]For now, the only fix would be to do your own builds with the inclusion of the reverted commit.
10:06:54[Saint]...or use a dated build.
10:07:13 Join Kiwi_CAM [0] (~Kiwi_Cam@206.192.69.111.dynamic.snap.net.nz)
10:08:01JdGordonits not a nasty regression at all!
10:08:59[Saint]I see it as a regression...it used to "just work", in comes <commit>, it no longer works...how is that not a regression?
10:09:10JdGordonit sure isnt *nasty*
10:09:40[Saint]It is to themers.
10:10:34JdGordonthe question is why does the clip have a small buffer compared to the other targets
10:10:49LloreanHow much smaller is it than, say, the AJBR?
10:11:00LloreanOr the H100's remote?
10:12:03LloreanI thought there used to be some sort of formula used (based on width, height, and mono vs color) for deciding size?
10:14:29LloreanKiwiCam: What are you using up the space on? Are you using properly mono bitmaps, or are you saving them as 16-bit but only using black & white?
10:27:57Kiwi_CAMLlorean: I hope I am. I need the space. I use The GIMP and that tells me they're Indexed 2 Color.
10:29:13 Join ender` [0] (~ender@foo.eternallybored.org)
10:29:25[Saint]Well, if the gimp is getting it wrong...you need to beat him more.
10:31:17LloreanA 500x500 mono bitmap is only about 30k
10:31:17JdGordonthe on disk bmp format makes no difference to the loaded image size
10:31:26LloreanThat's 250,000 pixels.
10:31:42LloreanJdGordon: Mono and color bitmaps used to be stored differently in RAM didn't they?
10:31:44 Nick Guest90142 is now known as simonlnu (4xdTYjDPh5@210.25-ppp.3menatwork.com)
10:32:14 Nick simonlnu is now known as Guest40214 (4xdTYjDPh5@210.25-ppp.3menatwork.com)
10:33:14Kiwi_CAM[Saint]: The Masochist said to the Sadist "Hit me." The sadist said "No!" Don't mention the score please. Community is fine. If I switch to there, that'll be my own fault.
10:37:19Kiwi_CAMLlorean: I have one that's 40 x 95 It's 43.9KB How should I save that to make it smaller?
10:38:06LloreanI don't know, as I don't know the gimp.
10:38:19LloreanIt needs to be 1bpp
10:39:25Kiwi_CAMSo, can you suggest another Linux alternative? (Score!!!! MANG!!)
10:40:24LloreanNot really. I would assume there's a way to do it in The GIMP because it'd be silly if there wasn't.
10:40:51LloreanI'm on a windows computer right now, so I just tested in paint using a method I've used in the past to create mono bitmaps for Rockbox.
10:40:56LloreanThe _far_ past, but still.
10:41:08LloreanIf paint can do something The GIMP can't, I'd be rather shocked.
10:42:57[Saint]Does it *actually* matter if its *not* 1bpp?
10:43:04[Saint]I didn't think it did.
10:43:26Llorean[Saint]: They used to be handled differently. They were stored in their own format in memory.
10:43:38Kiwi_CAMWhat's supposed to be the correct format? What size do you get if you save a 40 x 95 with Paint?
10:43:44[Saint]as long as correct "magic colours" are used, it "just works" I thought.
10:43:57Llorean[Saint]: 1bpp don't use magic colors
10:44:16[Saint]right, bad wording.
10:44:17Llorean1 = draw "foreground color" (same as the font color), 0 = "draw background color/image"
10:45:05LloreanKiwi_CAM: 0.8 KB
10:45:48Llorean[Saint]: Mono bitmaps were treated differently. They can't *not* be transparent. Or didn't used to be able to be. They use significantly less RAM, or again, used to.
10:46:02Kiwi_CAM2 color indexed. What about RGB? I can't find the setting in GIMP.
10:47:15[Saint]Llorean: Right, it was bad wording. by "magic colours" in this case I didn't mean our transparency colour, but rather "only the colours that are actually used" (in this case only black/white, no?)
10:47:20Kiwi_CAMLlorean: Holly SHit! I could do miracles, with bitmaps that small. 40 x 95??? Fuck Linux! I'm shifting to Windows! Ha.
10:47:45[Saint]Kiwi_CAM: its *not* a Windows/Linux thing ;)
10:48:16[Saint]I'm also not convinced that the image type has any effect on the skin ram usage...but may be wrong.
10:48:17Kiwi_CAMSurely there must be a Clip themer here who can help a poor man out? Giz a dime Guvnor?
10:48:17Llorean[Saint]: If the file is a 24-bit bitmap, and only black and white are used, Rockbox still sees the header of a color bitmap.
10:48:48Kiwi_CAM[Saint]: As if I would. I may be a hussy, but I'm not a whore.
10:49:23[Saint]...wait, what? Linux is for whores? ....Awesome.
10:49:49Llorean[Saint]: Try a 24-bit bitmap only using black and white. White will draw as "white" rather than the background color, and black will draw as "black" rather than the foreground color. Now do it with a proper 1bpp bitmap. You can't get black *or* white unless they're set as the actual foreground and background color in settings.
10:49:53Kiwi_CAMLlorean: So what's the Skin Ram usage for? I'm constantly pushing 49KB.
10:50:26LloreanKiwi_CAM: I don't understand what you're asking. It indicates how much RAM the skin is using, as far as I know.
10:50:43JdGordonKiwi_CAM: the images dont load into the skin buffer so their size makes no difference at all
10:51:11JdGordonthe problem is that an internal structure the skin needs is too big for the clips skin buffer
10:51:20JdGordonthere is literally nothing you can do about it
10:51:34JdGordonunless you do a custom build, or fix the underlying issue
10:53:42Kiwi_CAMOK. I'm not familiar with the terminology. It just comes down tobeing able to do stuff on the Sim, and not on the actual device. I guess that every time I look at the Rockbox Info, Skin Usage is always high when I'm having theme issues and I think the coding is right.
10:53:56JdGordon[Saint]: do you tihnk that with my database folder chooser, the .ignore/.unignore system can be removed completly? i.e having a .unignore reall makes no sense?
10:54:25Kiwi_CAMI'll work out how to reduce the bitmap sizes. That's all I need. Thanks for you patience guys.
10:54:33JdGordonthat wont fix your problem
10:54:56JdGordoncan anyone actually come up with a folder sturcture which makes a .unignore file sensible?
10:55:49[Saint]Well...no, but it makes it easier to include the root of a dir and exclude individual folders doesn't it?
10:56:30JdGordonif by default / isnt checked though, when would that make sense?
10:56:40LloreanJdGordon: Go back to the discussion where it was added. I can't think of one, but I think there was one, which is what led to adding it.
10:56:56 Quit Guest40214 (Changing host)
10:56:56 Join Guest40214 [0] (4xdTYjDPh5@unaffiliated/simonrvn)
10:57:13LloreanThe only ones I can think of are pretty contrived.
10:58:20 Nick Guest40214 is now known as simonlnu (4xdTYjDPh5@unaffiliated/simonrvn)
10:59:10[Saint]It makes sense if the entire fs is being walked, but if there's a "scan here, here and here" list, its totally useless I _think_
10:59:14 Quit simonlnu (Quit: .)
10:59:45 Join simonlnu [0] (kDbM5CHBeW@unaffiliated/simonrvn)
11:00
11:00:25JdGordonthats what I'm tihnking too
11:00:39*JdGordon is pretty damn impressed with this ui :)
11:01:34LloreanWith the UI would it be possible for me to say "scan /audio, but not /audio/spoken_word except /audio/spoken_word/podcasts" ?
11:02:03LloreanOne of the strongest features of the database to me is the ability for it to essentially instantly create playlists via its queries so I could quickly get "unheard podcasts"
11:02:22LloreanBut at the same time, I don't want it grabbing the audiobooks that may be parallel to them in my folder structure.
11:03:23[Saint]Llorean: Isn't that possible now?
11:03:38[Saint]with .ignore/.unignore?
11:04:01Llorean[Saint]: Yes, it is. And he was asking if there's something you'd need unignore for, which is why I was wondering if his UI would remove the ability to do that.
11:04:26[Saint]No...no it wouldn't. You know VLC's UI?
11:04:28[Saint]think of that.
11:04:40LloreanI don't know VLC's UI.
11:04:53[Saint]You're including each and every folder you want scanned.
11:05:00LloreanAnd if it can do 100% of what .unignore could do, why is he asking the question about it?
11:05:06[Saint]if its not "ticked/selected", its not scanned.
11:05:24LloreanSo I'd have to select every single album individually, rather than just the parent "music" folder?
11:06:06[Saint]If you didn't want every dir in the parent dir scanned, I believe so.
11:06:37LloreanThat sounds like a headache compared to just being able to say "scan audio, except /spoken_word, except /podcasts"
11:06:45[Saint]And he was asking "If we have a list of dirs to scan, do we need a list of dirs to *not* scan"
11:07:28LloreanNow if the selection just *selected* all subfolders, and then I could unselect "spoken_word" then re-select "podcasts" beneath that, it'd be find.
11:07:41LloreanSo rather than having the scan recursive, have the selection recursive.
11:07:49LloreanEr, fine, not find
11:08:01LloreanThat'd cause a problem with new folders, though
11:08:09[Saint]Apparently my explanation was...lacking.
11:08:15[Saint]it should work like this, yes.
11:08:31[Saint]I didn't mean to say you'd actually need to manually select each dir.
11:08:54JdGordonif you have one folder amonsgt *many* that you dont want scanned, it probaly is placed in the filesystem bdly anyway
11:08:58[Saint]afaik, all children of the parent are automatically selected.
11:09:04JdGordoncorrect
11:09:09JdGordonerr no
11:09:15JdGordontry the damn patch :)
11:09:38LloreanSo it sounds like you're removing existing functionality (the ability to exclude a folder) without a replacement for it.
11:10:17*[Saint] doesn't see how....but, ok.
11:10:46Llorean[Saint]: If it scans subfolders, how do you exclude one?
11:10:56JdGordon1st "ok" on a directory expands it (all children unselected), 2nd press collapses and selects the dir, 3rd press unselects
11:11:02LloreanIf it *doesn't* scan subfolders until you select them, how do you add a new folder to the device and get it scanned without re-running the selector?
11:11:15JdGordonI'll either add a 4th press in there to select al children, or move that to a context menu
11:11:36JdGordonal children of a selected folder are scanned
11:11:39[Saint]JdGordon: Adding all children auto-magically is probably "better"
11:12:16JdGordon?
11:12:19LloreanAdding all children isn't necessary if it scans subfolders. And if it *doesn't* scan subfolders, will require the selector to be run on every sync that adds new folders, which is even worse.
11:13:52[Saint]I'm confusing myself...I need to actually use this, before commenting. Its just speculation otherwise.
11:13:59[Saint]Maybe you should too, Llorean ?
11:14:00JdGordonyes! :)
11:14:33Llorean[Saint]: I don't know. If he'd answer a couple yes-no questions, everything I'm curious about would be resolved.
11:14:52LloreanIn fact, *one* question - "can you exclude a subfolder whose parent is included in the scan?"
11:15:44[Saint]Without even trying it...just having briefly looked at the code, I'll say "yes"...as it'd be pretty fucking stupid if you couldn't.
11:16:15Llorean[Saint]: Yet he keeps saying things that suggest you may not be able to. Like saying that if you needed it, you've probably put your folders in the wrong place.
11:16:21 Join Jaykay [0] (~chatzilla@p5DC57599.dip.t-dialin.net)
11:16:32Llorean[Saint]: Since he seems to have me on ignore, could you ask him the question for me?
11:17:32 Join ThomasAH [0] (~thomas@aktaia.intevation.org)
11:37:33*Llorean wonders what would be the point of even trying the patch, if the author has him on ignore, anyway.
11:43:53 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
11:44:29 Quit bluebrother^ (Read error: Operation timed out)
11:45:18 Quit fs-bluebot (Ping timeout: 248 seconds)
11:46:26 Join fs-bluebot [0] (~fs-bluebo@g226068064.adsl.alicedsl.de)
12:00
12:00:05***Saving seen data "./dancer.seen"
12:07:26 Quit Jaykay (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111006182035])
12:29:11 Join keyb_gr [0] (~chatzilla@p4FF02732.dip.t-dialin.net)
12:30:36 Quit keyb_gr (Client Quit)
12:40:37JdGordonhow does the databases tempbuf not crash?
12:41:12JdGordoncore_alloc_maximum() without ops on a different thread with lots of disk activity?!
12:42:41 Join hilbert [0] (~hilbert@adsl-89-217-62-79.adslplus.ch)
12:43:15JdGordonkugel: worded better, why is tagcache's tempbuf handle not given shrink and move callbacks?
12:43:21JdGordonam i misreading the code?
12:44:08kugelit worked with direct audiobuf use before
12:45:36JdGordonI see no safety mechanism in the code.. either im missing it, or the fact it works is a miracle?
12:46:51JdGordonhow does buflib allocate if a handle has max size?
12:47:52JdGordonif it shrinks on the end then it makes sense (that it was lucky) that its data doesnt get overwritten
12:51:09JdGordonwhy is there a sleep(HZ/2) on hosted builds?
12:51:18JdGordonafter tagcache_init()
12:52:54kugelit worked without protection means before
12:53:23JdGordonyes, I get that, I'm wondering how it is possible that it does/did work
12:53:30JdGordonthere must be some safeguard somewhere
12:54:30JdGordonmaybe it is just lucky with the threading
12:55:20kugelJdGordon: I think root_menu polls for tagcache readiness
12:55:45JdGordonyeah, but that happens after quite a lot of init-ing
13:00
13:00:00JdGordonpretty much, im looking into how to store the folder list so the database.txt file is only read once, but if i put it on buflib right now I'm confident tagcache will break
13:05:32JdGordonhow do i use the shrink callback if i only want to allow it to shrink from the end?
13:09:00 Join Horscht [0] (~Horscht@p5DD5772B.dip.t-dialin.net)
13:09:01 Quit Horscht (Changing host)
13:09:01 Join Horscht [0] (~Horscht@xbmc/user/horscht)
13:11:20kugelJdGordon: the tempbuf us only used at boot
13:12:32kugelbuflib decides where it wants to shrink. but it says where in the hints
13:12:47JdGordonit is also used if dircache isnt enable i think
13:13:32kugelif It's only a short lived tempbuf you could disallow moving and shrinking
13:13:34 Quit efyx__ (Ping timeout: 252 seconds)
13:13:38JdGordonand it is used in a different thread to main() on boot, so in theory with the right conditions alot of allocs can happen while it is commiting the db
13:13:50kugelno, only at boot when I looked at it
13:14:46kugelthe main thread polls tagcache, and other threads don't really allocate
13:15:35JdGordonOH, thats what stops it
13:15:36JdGordonok
13:15:46 Quit hilbert (Quit: Computer has gone to sleep.)
13:23:18JdGordonI'm not sure how this works, but ok, it does.. I can proably use the plugin buffer safely then
13:23:39 Join y4n [0] (y4n@unaffiliated/y4ndexx)
13:24:59 Join efyx__ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net)
13:31:57 Join fyre^OS [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com)
13:34:12 Quit fyrestorm (Ping timeout: 244 seconds)
13:40:04 Join hilbert [0] (~hilbert@7-111-204-62-static.cable.fcom.ch)
13:40:22 Quit hilbert (Remote host closed the connection)
13:40:43 Join hilbert [0] (~hilbert@7-111-204-62-static.cable.fcom.ch)
13:43:50 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
13:48:39 Quit domonoky (Read error: Connection reset by peer)
13:49:45 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
13:57:32 Join Topy [0] (~Topy44@g228132135.adsl.alicedsl.de)
13:58:01 Quit T44 (Read error: Connection reset by peer)
14:00
14:00:06***Saving seen data "./dancer.seen"
14:08:09 Part [Sanyi] ("byeZ!")
14:17:23 Join [Sanyi] [0] (~sanyi@unaffiliated/alexanderc)
14:17:27[Sanyi]skl
14:18:06 Join evilnick [0] (~evilnick@5acc2b6f.bb.sky.com)
14:18:06 Quit evilnick (Changing host)
14:18:06 Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
14:32:24 Quit evilnick (Ping timeout: 252 seconds)
14:37:35 Quit niekie (Quit: No Ping reply in 180 seconds.)
14:38:43 Join niekie [0] (quasselcor@CAcert/Assurer/niekie)
14:40:24 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
14:43:30 Quit ender| (Quit: Do not believe any statistic you didn't falsify yourself.)
14:49:14 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
15:00
15:02:46 Quit antil33t (Read error: Connection reset by peer)
15:03:10 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz)
15:04:37 Join psirusZK [0] (~psirus@p4FF9BAA6.dip.t-dialin.net)
15:08:55psirusZKhey, i’ve just completed a battery runtime test for the ipod 6g, do you want the results added to the wiki?
15:18:48CIA-14New commit by fredwbauer (r30760): FS:12299 Font glyph cache is no longer saved. Each font will now have its own glyph cache file with the extension '.gc' Includes a temporary fix that ...
15:20:00 Quit [Saint] (Ping timeout: 265 seconds)
15:21:25CIA-14r30760 build result: 0 errors, 99 warnings (fredwbauer committed)
15:21:38 Join freddyb [0] (~freddybbb@216.8.239.112.etczone.com)
15:22:09JdGordonfreddyb: woo! all the font bugs done now?
15:24:09freddybMostly :)
15:28:46CIA-14New commit by fredwbauer (r30761): Fix Yellow: missing proto
15:30:46 Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
15:31:00CIA-14r30761 build result: All green
15:36:33 Quit zchs (Ping timeout: 276 seconds)
15:36:58 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net)
15:43:22 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
15:45:46 Join evilnick_ [0] (~evilnick@5ac67f92.bb.sky.com)
15:48:02 Quit evilnick (Ping timeout: 258 seconds)
15:50:29 Quit evilnick_ (Ping timeout: 252 seconds)
15:54:12 Quit [Saint] (Read error: Connection reset by peer)
15:54:13 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
15:54:41 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
15:55:56 Join Buschel [0] (~chatzilla@p54B66A81.dip.t-dialin.net)
15:58:38 Quit [Saint_] (Ping timeout: 255 seconds)
15:59:49 Quit psirusZK (Quit: Verlassend)
16:00
16:00:07***Saving seen data "./dancer.seen"
16:01:39Buschelfreddyb: thanks for fixing the font issues
16:02:14freddybBuschel: thanks for testing a million things that didn't work
16:02:48 Join evilnick [0] (~evilnick@5ac67f92.bb.sky.com)
16:02:48 Quit evilnick (Changing host)
16:02:48 Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
16:03:11Buschel:)
16:04:23*Buschel will now test how his nano2g behaves after all of those fixes
16:04:56 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net)
16:04:56 Quit pamaury (Changing host)
16:04:56 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
16:09:48pamauryarg, why isn't usb working on my fuze+ anymore ! I didn't see any usb related change recently
16:11:14 Quit stoffel (Read error: Operation timed out)
16:12:52Buschelmy nano 2G freezes when it is connected via USB during playback. when connecting USB right after startup I have no isssues
16:13:45Buschelsee FS #12310
16:13:45fs-bluebothttp://www.rockbox.org/tracker/task/12310 USB crash when inserting USB while playback (bugs, new)
16:14:59 Join mortalis [0] (~4d6c62b0@www.haxx.se)
16:17:37pamauryhum, I can't make the DAC dma work on the fuze+, but audio seems to work in pio mode
16:24:58Buschelkugel: will you submit FS #12320 ?
16:24:59fs-bluebothttp://www.rockbox.org/tracker/task/12320 need substitute to /.rockbox/skin_buffer_size.txt (bugs, unconfirmed)
16:29:13 Quit evilnick (Ping timeout: 258 seconds)
16:31:05*[Saint] hopes not.
16:31:32[Saint]I see that as less of a viable solution than that which was reverted.
16:34:02 Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
16:34:06 Quit evilnick (Read error: Connection reset by peer)
16:34:58Buschelwell, for me simple parameter change is reasonable to fix such issues until there is sophisticated solution implemented
16:35:05 Join evilnick [0] (~evilnick@5ac67f92.bb.sky.com)
16:35:13 Quit evilnick (Changing host)
16:35:13 Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
16:35:27 Quit evilnick (Read error: Connection reset by peer)
16:35:45Buschelbut I am more concerned about other trunk issues right now
16:36:01 Join evilnick [0] (~evilnick@5ac67f92.bb.sky.com)
16:36:01 Quit evilnick (Changing host)
16:36:01 Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
16:36:05 Quit evilnick (Read error: Connection reset by peer)
16:46:17 Quit zchs (Ping timeout: 260 seconds)
16:53:21 Quit Buschel (Ping timeout: 260 seconds)
16:59:21 Join Buschel [0] (~chatzilla@p54B66A81.dip.t-dialin.net)
17:00
17:09:25 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
17:09:25 Quit mortalis (Quit: CGI:IRC (EOF))
17:14:41 Quit [Saint] (Ping timeout: 255 seconds)
17:19:14 Quit Buschel (Ping timeout: 260 seconds)
17:38:35 Join stoffel [0] (~quassel@p57B4B7D2.dip.t-dialin.net)
17:53:02 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/)
17:54:20 Join mortalis [0] (~4d6c62b0@www.haxx.se)
17:55:14CIA-14New commit by kugel (r30762): Fix FS #12320 - need substitute to /.rockbox/skin_buffer_size.txt ...
17:56:40 Quit pamaury (Remote host closed the connection)
17:57:22CIA-14r30762 build result: All green
17:58:23 Join matze` [0] (~pflaume@p5498CB0B.dip.t-dialin.net)
17:59:08 Join Buschel [0] (~chatzilla@p54A3B096.dip.t-dialin.net)
17:59:20kugelI commit the my other patches tomorrow, hopefully
17:59:24kugels/the//
18:00
18:00:10***Saving seen data "./dancer.seen"
18:04:56kugeluhm, that delta surprises me
18:05:34kugelI guess the struct reording was only effective on arm
18:05:51kugeldue to small enums
18:07:15 Quit matze` (Remote host closed the connection)
18:27:35 Join ender| [0] (~ender1@foo.eternallybored.org)
18:44:12 Quit Zarggg (Ping timeout: 244 seconds)
18:46:44 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net)
18:47:56 Join Stummi [0] (~Stummi@rockbox/developer/Stummi)
18:53:12 Join z180 [0] (~chatzilla@ip-109-45-187-211.web.vodafone.de)
19:00
19:06:11 Join hilbert [0] (~hilbert@adsl-89-217-62-79.adslplus.ch)
19:27:05 Join robin0800 [0] (~robin0800@149.254.60.165)
19:31:42 Quit z180 (Quit: ChatZilla 0.9.87 [Firefox 3.6.23/20110920075126])
19:56:43 Quit mortalis (Quit: CGI:IRC)
20:00
20:00:13***Saving seen data "./dancer.seen"
20:01:38 Quit robin0800 (Ping timeout: 255 seconds)
20:04:04 Join mystica555_ [0] (~mike@71-211-218-103.hlrn.qwest.net)
20:08:19 Join robin0800 [0] (~robin0800@149.254.61.42)
20:27:02 Quit stoffel (Remote host closed the connection)
20:39:03 Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche)
20:51:59 Quit robin0800 (Quit: Leaving)
20:52:04 Join ender [0] (~ender@foo.eternallybored.org)
20:53:16 Join robin0800 [0] (~robin0800@149.254.60.170)
20:53:22 Quit ender` (Ping timeout: 244 seconds)
20:53:45 Quit ender| (Ping timeout: 276 seconds)
20:56:28 Quit benedikt93 (Ping timeout: 244 seconds)
20:59:20 Join robin0800_ [0] (~robin0800@149.254.61.42)
21:00
21:01:11 Quit robin0800 (Ping timeout: 245 seconds)
21:01:37 Join ender| [0] (~ender1@foo.eternallybored.org)
21:10:53bertrikhow much work is it to release a new rbutil?
21:12:13bertrikI'm asking because someone has a problem patching the latest clip+ firmware. The fix is already in SVN, but not in the release rbutil yet: http://forums.rockbox.org/index.php/topic,29043.0.html
21:16:29 Quit bieber (Remote host closed the connection)
21:22:14 Quit Kiwi_CAM (Quit: Leaving)
21:40:48 Join guymann_ [0] (~charles@66-159-173-144.adsl.snet.net)
21:41:12 Quit robin0800_ (Read error: Connection timed out)
21:41:47 Quit guymann (Ping timeout: 240 seconds)
21:44:41 Join robin0800 [0] (~robin0800@149.254.60.42)
21:47:28 Join guymann [0] (~charles@66-159-148-91.adsl.snet.net)
21:47:35 Quit guymann_ (Ping timeout: 258 seconds)
21:49:51 Nick [Sanyi] is now known as [sanyi] (~sanyi@unaffiliated/alexanderc)
21:50:41 Quit liar (Read error: Connection timed out)
22:00
22:00:15***Saving seen data "./dancer.seen"
22:02:54 Quit robin0800 (Read error: Connection timed out)
22:03:31 Join ajb` [0] (~user@nat18.sesnet.co.uk)
22:04:30 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com)
22:11:12 Nick ajb` is now known as stsquad (~user@nat18.sesnet.co.uk)
22:12:57 Quit y4n (Quit: only amiga makes it possible)
22:17:46CIA-14New commit by fredwbauer (r30763): font_cache.c: Optimize and simplify cache search. ~25% font rendering boost
22:19:17 Quit Stummi (Quit: Bye!)
22:20:07CIA-14r30763 build result: 0 errors, 139 warnings (fredwbauer committed)
22:29:59CIA-14New commit by fredwbauer (r30764): Update convbdf.c for previous change
22:31:48CIA-14r30764 build result: All green
22:32:37 Quit Buschel (Ping timeout: 258 seconds)
22:57:36 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/)
22:58:49 Join hilbert [0] (~hilbert@adsl-89-217-62-79.adslplus.ch)
23:00
23:00:52 Join robin0800 [0] (~robin0800@149.254.61.34)
23:08:05 Quit mudd1 (Ping timeout: 258 seconds)
23:21:04 Part stsquad ("ERC Version 5.3 (IRC client for Emacs)")
23:24:37 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
23:32:04 Join saratoga_ [0] (9803c31c@gateway/web/freenode/ip.152.3.195.28)
23:32:23saratoga_Bertrik: might be a good idea to add clip zip support as well in the next release
23:32:50saratoga_so that we don't have to do another release just to enable that
23:37:08 Join Strife89 [0] (~Strife89@207.144.201.128)
23:54:05bertriksaratoga, still waiting for the clip zip to arrive :\ so I haven't been able to test anything about the clip zip dualbootloader/firmware patching
23:55:03 Quit domonoky (Read error: Connection reset by peer)
23:55:15saratoga_i should have just bought you one :(
23:55:25 Quit Strife89 (Ping timeout: 258 seconds)

Previous day | Next day