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-11-12

00:00:21jaykayn1s: the comment of get_action_worker says "This function searches the button list for the given context for the just pressed button.". So i thought it would only be called on button presses
00:01:10n1sno
00:01:26n1skugel: there is that
00:02:10n1si'd have though some kind of tick task or whatever would have been safer for the unboosting
00:04:06 Quit fatline (Quit: This computer has gone to sleep)
00:04:31 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net)
00:11:01 Quit benedikt93 (Quit: Bye ;))
00:14:57 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net)
00:14:58 Quit GodEater (Changing host)
00:14:58 Join GodEater [0] (~bibble@rockbox/staff/GodEater)
00:15:33GodEatergoodness me. Debian still has a *loooooong* way to go before it's as straightforward to install as ubuntu or mint
00:15:56scanfbut those OSes are just ripoffs of debian anyway
00:16:09GodEaterripoffs?
00:16:18gevaertsGodEater: even longer before irc clients point you to the right window automatically!
00:16:23GodEatermore polished derivatives
00:16:32scanfGodEater: for n00bs
00:17:29 Quit fatline (Quit: This computer has gone to sleep)
00:19:24pamauryGodEater: installing debian is trivial nowadays
00:23:55*GodEater has taken his debian ranting to -community now - sorry for the interuption ;)
00:24:31scanfGodEater: i want to join so i can make troll and insult you :D
00:25:49*gevaerts points to the topic and promises to get annoyed if people continue this off-topicness
00:30:37scanfwell no one answered my question
00:30:43scanfabout iPod-esque keybindings for rockbox
00:31:19funmanexcept for the quickscreen i don't think keybindings are configurable
00:31:37scanfits counterintuitive for people used to using iPods
00:33:58 Quit metaphys (Quit: CGI:IRC (EOF))
00:36:18gevaertsscanf: I can't comment on that since I've never used the ipod OF, but the official answer is that we want rockbox to be as consistent as possible across targets and not let any sort of OF "compatibility" get in the way of that
00:38:23scanfis there a way to remap keybindings?
00:38:34 Quit jaykay (Quit: CGI:IRC)
00:38:55scanfmenu should take you to the previous screen
00:39:14 Quit n1s (Quit: Ex-Chat)
00:39:30gevaerts*why*?
00:39:35gevaertsThat's just stupid!
00:40:02gevaertsAnyway, edit the relevant file in apps/keymaps and recompile
00:41:19scanfcurrently, in the file browser, <- takes you back, but on nowplaying, Menu takes you back
00:41:33scanfitd be easier to use if there was ONE button that was always back
01:00
01:00:23 Join Keripo [0] (~Keripo@eng169.wireless-resnet.upenn.edu)
01:10:07 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped)
01:18:09 Quit Keripo (Quit: Leaving.)
01:20:22 Join Keripo [0] (~Keripo@dhcp0751.kin.resnet.group.UPENN.EDU)
01:28:27 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
01:37:11 Quit ender` (Quit: I find television very educating. Every time somebody turns on the set, I go into the other room and read a book. -- Groucho Marx)
01:46:51***Saving seen data "./dancer.seen"
02:00
02:07:03 Quit keyb_gr (Ping timeout: 256 seconds)
02:22:03 Quit pamaury (Remote host closed the connection)
02:22:15 Join Transformer [0] (~Transform@ool-4a59e397.dyn.optonline.net)
02:24:33 Quit Transformer (Excess Flood)
02:46:51 Quit Topy44 (Ping timeout: 240 seconds)
02:48:41 Join Topy44 [0] (~Topy44@f049103015.adsl.alicedsl.de)
03:00
03:18:44 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net)
03:39:26 Quit Torne (Ping timeout: 258 seconds)
03:39:35 Join T44 [0] (~Topy44@f048231040.adsl.alicedsl.de)
03:40:07 Join Torne [0] (~torne@rockbox/developer/Torne)
03:42:42 Quit Topy44 (Ping timeout: 260 seconds)
03:45:46Lloreanscanf: You seem to be confused. "Menu" doesn't take you 'back' from the WPS. It takes you to the menu. The WPS can be entered from a variety of screens, but menu won't take you to those screens from it. It will always take you to the menu.
03:46:53***Saving seen data "./dancer.seen"
04:00
04:09:46 Quit amiconn (Disconnected by services)
04:09:46 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:10:11 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:10:51 Quit pixelma (Disconnected by services)
04:10:53 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:10:55 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:16:55 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net)
04:31:43 Join habathcx [0] (~ANDREW-PC@71-90-89-165.dhcp.ftbg.wi.charter.com)
04:39:14 Quit Ac-town (Excess Flood)
04:39:53 Join Ac-town [0] (~Ac-town@osuosl/staff/actown)
04:49:42 Join sinthetek [0] (~sinthetek@cpe-174-111-026-094.triad.res.rr.com)
04:49:42 Quit sinthetek (Changing host)
04:49:42 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
04:56:04 Quit [7] (Disconnected by services)
04:56:27 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
04:56:34 Quit habathcx (Read error: Connection reset by peer)
04:57:32 Join ReimuHak_ [0] (~reimu@adsl-99-76-197-17.dsl.kntpin.sbcglobal.net)
05:00
05:02:22 Quit Lucifer (Read error: Connection reset by peer)
05:08:20 Join Rob2223 [0] (~Miranda@p5DE4B251.dip.t-dialin.net)
05:09:44 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net)
05:11:24 Join Topy [0] (~Topy44@g228233250.adsl.alicedsl.de)
05:11:29 Join hskf [0] (~hskf@h105.125.56.24.cable.frmv.jetbroadband.com)
05:12:02 Quit Rob2222 (Ping timeout: 245 seconds)
05:14:32 Quit T44 (Ping timeout: 258 seconds)
05:16:58 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net)
05:22:10 Quit factor (Ping timeout: 260 seconds)
05:24:46 Quit hskf (Quit: Colloquy for iPhone - http://colloquy.mobi)
05:27:33 Join factor [0] (~factor@74.197.205.204)
05:29:01 Join Falco98 [0] (~chatzilla@pool-173-72-186-213.clppva.fios.verizon.net)
05:29:57Falco98anyone else think maybe it's time for the Android port to be upgrade from the "unusable" column over to the "unstable" column?
05:38:56 Quit Strife89 (Ping timeout: 276 seconds)
05:46:54***Saving seen data "./dancer.seen"
05:51:38 Join Strife89 [0] (~Strife89@207.144.201.128)
06:00
06:18:49 Quit fatline (Quit: This computer has gone to sleep)
06:22:25 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net)
06:33:57 Join T44 [0] (~Topy44@f048227016.adsl.alicedsl.de)
06:36:57 Quit Topy (Ping timeout: 258 seconds)
06:50:31 Quit Strife89 (Ping timeout: 260 seconds)
06:59:54 Quit tjb0607 (Read error: Connection reset by peer)
07:00
07:02:22 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
07:03:22 Join tjb0607 [0] (~quassel@bc10753.bendcable.com)
07:15:01 Quit othniel (Ping timeout: 260 seconds)
07:21:22 Join froggyman [0] (~seth@50.105.149.180)
07:21:23 Quit froggyman (Changing host)
07:21:23 Join froggyman [0] (~seth@unaffiliated/froggyman)
07:46:56***Saving seen data "./dancer.seen"
07:49:07 Quit fatline (Quit: This computer has gone to sleep)
07:55:41 Quit T44 (Ping timeout: 240 seconds)
07:55:48 Join T44 [0] (~Topy44@f049200130.adsl.alicedsl.de)
08:00
08:32:00 Join Horschti [0] (~Horscht@xbmc/user/horscht)
08:35:29 Quit Horscht (Ping timeout: 258 seconds)
08:36:32 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
08:45:56 Join n1s [0] (~n1s@nl118-175-223.student.uu.se)
08:45:56 Quit n1s (Changing host)
08:45:56 Join n1s [0] (~n1s@rockbox/developer/n1s)
08:52:01 Join y4n [0] (y4n@unaffiliated/y4ndexx)
09:00
09:05:16kugeldid anyone see FS #12376 already?
09:05:17fs-bluebothttp://www.rockbox.org/tracker/task/12376 New batch of icons (patches, assigned)
09:07:50 Join B4gder [0] (~daniel@host-95-199-27-254.mobileonline.telia.com)
09:07:51 Quit B4gder (Changing host)
09:07:51 Join B4gder [241] (~daniel@rockbox/developer/bagder)
09:16:42 Join Topy [0] (~Topy44@f048073232.adsl.alicedsl.de)
09:18:29 Quit T44 (Ping timeout: 240 seconds)
09:21:54 Join othniel [0] (~othniel@adsl-108-86-48-67.dsl.snantx.sbcglobal.net)
09:33:30 Quit zchs (Ping timeout: 244 seconds)
09:43:58 Join Keripo1 [0] (~Keripo@eng169.wireless-resnet.upenn.edu)
09:46:16 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net)
09:46:47 Quit Keripo (Ping timeout: 258 seconds)
09:46:48 Join ender` [0] (~ender@foo.eternallybored.org)
09:46:57***Saving seen data "./dancer.seen"
10:00
10:16:10 Quit Keripo1 (Quit: Leaving.)
10:16:43 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
10:16:44 Quit bertrik (Changing host)
10:16:44 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
10:28:05 Quit B4gder (Ping timeout: 240 seconds)
10:41:27 Join B4gder [241] (~daniel@rockbox/developer/bagder)
10:42:29 Quit othniel (Ping timeout: 276 seconds)
10:55:07 Quit BHSPitMonkey (Remote host closed the connection)
10:56:38 Quit bluebrother (Disconnected by services)
10:56:39 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother)
10:59:41 Quit fs-bluebot (Ping timeout: 240 seconds)
11:00
11:00:27 Quit B4gder (Quit: It is time to say moo)
11:01:21 Join fs-bluebot [0] (~fs-bluebo@g224236205.adsl.alicedsl.de)
11:02:09 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net)
11:03:58 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
11:08:05 Quit Misanthropos (Ping timeout: 240 seconds)
11:11:44 Quit stripwax (Quit: Miranda IM!- Smaller, Faster, Easier. http://miranda-im.org)
11:11:59 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
11:31:08 Join Misanthropos [0] (~Misanthro@testomat.ee.ethz.ch)
11:35:39 Quit stripwax (Read error: Connection reset by peer)
11:41:11 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
11:47:00***Saving seen data "./dancer.seen"
11:55:01bertrikdo we have a wiki page with information about the lcd api?
11:55:09 Join stripwax__ [0] (~Miranda@87-194-34-169.bethere.co.uk)
11:55:20bertrikI wonder how to draw a coloured rectangle from a plugin
11:56:29bertrikSomething like lcd_set_foreground() to set the colour, then set the draw mode to solid, then just call lcd_fillrect?
11:58:13bertrikoh, I guess I can use lcd_set_drawinfo to set the foreground, background and mode in one go
11:59:26amiconnhttp://www.rockbox.org/wiki/GraphicsAPI
12:00
12:01:15 Quit stripwax (Quit: http://miranda-im.org)
12:08:32 Quit fatline (Quit: This computer has gone to sleep)
12:11:39 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net)
12:11:40 Quit pamaury (Changing host)
12:11:40 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
12:16:33desowinwhat is the playback api workflow? I never get pcm_play_dma_start called (even when on wps screen) - any ideas what can be wrong?
12:26:57 Join dfkt [0] (dfkt@unaffiliated/dfkt)
12:34:39 Join TheLemonMan [0] (~LemonBoy@ppp-54-33.26-151.libero.it)
12:41:03desowinoh, it turns out decoding is horrible slow on this target
12:48:52 Join pamaury_ [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net)
12:49:56 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
12:50:04 Quit stripwax (Client Quit)
12:50:15 Quit pamaury (Ping timeout: 252 seconds)
12:52:29 Quit stripwax__ (Ping timeout: 240 seconds)
12:56:13 Join JdGord [0] (~AndChat@58.104.42.187)
12:58:02 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net)
12:58:03 Quit pamaury (Changing host)
12:58:03 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
12:58:36 Quit pamaury_ (Ping timeout: 240 seconds)
13:00
13:01:33 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
13:06:13 Join mortalis [0] (~mortalis@77.108.98.176)
13:41:23 Join freddyb [0] (~freddybbb@216.8.239.112.etczone.com)
13:47:04***Saving seen data "./dancer.seen"
13:48:21 Join hilbert [0] (~hilbert@adsl-89-217-232-115.adslplus.ch)
14:00
14:00:47 Join keyb_gr [0] (~chatzilla@p57989328.dip.t-dialin.net)
14:03:30 Quit Xerion (Quit: )
14:08:57 Join jdgord_ [0] (~AndChat@58.104.42.187)
14:09:57 Quit JdGord (Read error: Connection reset by peer)
14:17:46freddybI'm going to commit FS #12293 and FS #12344 in a few days unless someone objects.
14:17:47fs-bluebothttp://www.rockbox.org/tracker/task/12293 Global default glyph size setting for gui/skins (patches, new)
14:17:47fs-bluebothttp://www.rockbox.org/tracker/task/12344 Sansa Clip+: PANIC occurred when dircache is enabled (bugs, unconfirmed)
14:19:33 Join JdGord [0] (~AndChat@58.104.42.187)
14:19:35 Quit jdgord_ (Read error: Connection reset by peer)
14:20:27gevaertsfreddyb: has kugel commented on FS #12344? He's done some work there recently
14:20:28fs-bluebothttp://www.rockbox.org/tracker/task/12344 Sansa Clip+: PANIC occurred when dircache is enabled (bugs, unconfirmed)
14:20:46 Join jdgord_ [0] (~AndChat@58.104.42.187)
14:20:48 Quit JdGord (Read error: Connection reset by peer)
14:21:17freddybNo, I was kinda hoping he would.
14:21:34gevaertsWell, he's been pinged now...
14:25:27 Quit ukleinek (Remote host closed the connection)
14:26:03 Quit jdgord_ (Quit: Bye)
14:26:18gevaertsFor FS #12293 I can't say I know the entire context well enough to comment, but I'm not convinced that this global glyph number should be a *theme* setting. The way I understand this it's meant to tune the trade-off between disk access and memory use, so I'm not sure it shouldn't be in system
14:26:18fs-bluebothttp://www.rockbox.org/tracker/task/12293 Global default glyph size setting for gui/skins (patches, new)
14:28:59gevaertsActually, I'm not convinced this should be a setting. A skin can (up to a point anyway) meaningfully say how many glyphs are useful for a given font (i.e. if you just show a clock, 15 glyphs is enough...) so I do agree that setting this per font load line is useful (and more useful than specifying kilobytes), but will any user be able to sensibly deduce the optimal number for the global setting?
14:30:07gevaertshmmm
14:30:11freddybThe thing is right now we're loading 1250 glyphs for 15-Adobe-Helvetica, 8818 for the iLike fonts, it's kind of a waste on the order of ~40k per font.
14:30:34freddybfor small fonts ^
14:30:44gevaertsSure, but why a settable number?
14:31:26freddybI thought the Asian users might not find the English number acceptable.
14:31:46gevaertsright
14:31:48freddybI can get by with ~100 really.
14:34:59freddybI was also wondering, is there a particular reason that the audio buffer cannot be moved by buflib? When it's shunk the entire thing is emptied out and reloaded. Is doing the same for a move any worse?
14:35:03gevaertshm, I haven't thought this through, but the *maximum* number of different glyphs one needs at any given time depends on font size and screen size (disregarding scrolling text for now). This reduces to the number of pixels on the screen (for non-AA fonts anyway, AA need to multiply that by something)...
14:35:47gevaertsI'd *like* the audio buffer to be able to do live move and shrink. The people involved seem to think it's difficult
14:35:58freddybAA bitmaps are 4x, IIRC.
14:37:39*gevaerts wants this to be easy! One reasoning leads to the idea that number of glyphs is the relevant parameter, another says it's screen size... This is no fun!
14:37:42freddybI think it would require some changes to the callback system because it would need a post move callback to reload the buffer and you wouldn't bother to move the audio buffer data.
14:38:25gevaertsSurely a memmov() to move the buffer is going to be cheaper than reading it all back in from disk?
14:39:05freddybIn my opinion screen size is a red herring. Some screens are small and some playlists are long.
14:39:34freddybYes, if you know how to reattach everything.
14:39:54*gevaerts leaves buffering to specialists
14:41:30freddybIf I was smart, I'd break the file buffer into equal chunks and then only the playing chunk would be locked and other chunks could be moved around to facilitate compaction.
14:41:56gevaertsAssuming you can fit all glyphs you'll ever need in RAM you're right. If you can't, you have to make sure you can draw as many glyphs as possible without hitting the disk. hmmm, this works out to "you need to only cache glyphs that will occur again on the same screen", and that leads to madness...
14:42:18 Join T44 [0] (~Topy44@f049233161.adsl.alicedsl.de)
14:43:38freddybI noticed that playlist insert does actually call stringsize for the tags so they will be prebuffered. Either, way we're still talking about MUCH less font memory than we currently use.
14:43:42gevaertsI guess you're right and number of glyphs is best everywhere
14:44:12gevaertsThis just leaves the best place for the setting. Prepare for a 300-mail flamewar! ;)
14:44:22freddybGawd...
14:44:29 Quit Topy (Ping timeout: 240 seconds)
14:46:32freddybI'll just put it in both places. That will make EVERYONE happy.
14:46:47gevaertsBoth? It's also language-related!
14:47:27freddybSee you on the ML, buddy!
14:47:30gevaerts:)
14:49:34JdGordonthe setting shold probably go under settings > limits
14:50:07gevaertshm, maybe. Limits tend to be hard limits now though
14:52:55freddybI'm not going to be stubborn over where to put the setting.
14:53:11gevaertsI think all (or nearly all) theme settings now are things a theme author can sensibly use in the .cfg file. Since this setting is really related to the language(s) used in tags and filenames (not even the UI language, really), I'd say it shouldn't ever be used by theme authors
14:53:30gevaertsThat's enforceable by the theme site, so there's no technical problem there
14:55:14gevaertsI can see reasons for and against all places, so I'm fine with a coin toss really
15:00
15:25:56 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net)
15:29:48*amiconn does not like the idea of yet another 'limit' setting
15:42:00freddybAmiconn: what do you prefer?
15:45:35 Quit fatline (Quit: This computer has gone to sleep)
15:47:05***Saving seen data "./dancer.seen"
15:48:54 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net)
15:56:53 Join Topy [0] (~Topy44@f048171151.adsl.alicedsl.de)
15:59:24 Quit T44 (Ping timeout: 240 seconds)
16:00
16:01:38 Quit Misanthropos (Ping timeout: 276 seconds)
16:07:43 Join Misanthropos [0] (~Misanthro@testomat.ee.ethz.ch)
16:10:02 Quit benedikt93 (Quit: Bye ;))
16:10:03 Join casainho [0] (~chatzilla@bl20-152-156.dsl.telepac.pt)
16:12:46 Quit casainho (Remote host closed the connection)
16:14:59 Join casainho [0] (~chatzilla@2.81.152.156)
16:18:11 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
16:28:24kugelfreddyb: there are some solutions for FS #12344, and IMO the one you implemented is not the best one
16:28:25fs-bluebothttp://www.rockbox.org/tracker/task/12344 Sansa Clip+: PANIC occurred when dircache is enabled (bugs, unconfirmed)
16:28:38kugelplus, I did make a comment
16:28:43kugel(in irc)
16:29:51kugelI also dont understand why the problem you describe happens
16:30:09 Join metaphys [0] (~56206037@www.haxx.se)
16:30:09kugelif dircache is built from scratch, it does a foreground scan, i.e. block the main thread until it's done
16:31:26kugeland that's the only time dircache allocs the maximum and shrinks afterwards
16:31:59 Quit casainho (Remote host closed the connection)
16:38:36bertrikoh blocking the main thread? I've seen a few occasions where my clip+ hung on boot with a freshly updated sd card in it, and reacting only to button presses by reenabling the backlight
16:42:30freddybI won't commit FS #12344 then, but something should be done as we're wasting megabytes of memory in certain situations.
16:42:30fs-bluebothttp://www.rockbox.org/tracker/task/12344 Sansa Clip+: PANIC occurred when dircache is enabled (bugs, unconfirmed)
16:44:02 Quit metaphys (Quit: CGI:IRC)
16:45:51kugelfreddyb: how can dircache create the whole you describe?
16:47:29kugelhole*
16:49:24freddybRead the Flyspray, you can reproduce it on the simulator (you may help to put tagcache in ram)
16:51:05 Join jeanlouis [0] (~56206037@www.haxx.se)
16:51:06kugelfreddyb: I read it
16:52:34 Join metaphys [0] (~jean-loui@d86-32-96-55.cust.tele2.at)
16:52:39kugelfreddyb: there's one core_shrink() in dircache.c, after the "non-transparent" build. and that happens before tagcache is loaded or audio buffer is allocated
16:54:06 Quit jeanlouis (Client Quit)
16:54:27 Part metaphys
16:55:23kugelfreddyb: the fixed move_callback can be fixed independantly. and I think making audio maximize its buffer is also another (unrelated) task
16:58:02freddybI'll let you deal with it but currently audio_reset_buffer() allocates the first memory hole regardless of size for the audio file buffer and the dircache can be rebuilt when cards are inserted or removed.
16:59:09kugelright, but the dircache can't create holes in this cases
16:59:56freddybThe original bug in the FS was caused by the audio file buffer ending up too small for just the extra_data size part of the buffer.
16:59:57 Join stripwax__ [0] (~Miranda@87-194-34-169.bethere.co.uk)
17:00
17:00:51freddybDo you have an 8 meg target with a card slot to test with?
17:01:17 Quit stripwax (Ping timeout: 240 seconds)
17:01:20kugelyes
17:01:30 Join metaphys [0] (~jean-loui@d86-32-96-55.cust.tele2.at)
17:14:13kugelfreddyb: I'm on a sim with 8MB now. what are the steps to repro?
17:15:46kugelthe recipe on the task isnt working for me
17:19:20freddybIt doesn't crash?
17:19:54kugelno
17:20:03kugelit says "please reboot to enable"
17:20:13freddybDoes cycling dircache fail?
17:21:31kugelI turned it off (from on), then back on directly after
17:21:47kugelthis is btw also the expected behavior
17:22:23freddybplease reboot to enable means it didn't work but it will try again on reboot.
17:22:52freddybprobably because the memory request failed
17:23:45 Quit FOAD (Read error: Operation timed out)
17:24:31kugeldid I already commit the work to allow dircache build without reboot?
17:25:14 Join FOAD [0] (~foad@83.161.135.61)
17:25:14 Quit FOAD (Changing host)
17:25:14 Join FOAD [0] (~foad@unaffiliated/foad)
17:25:15kugeloh yes I did :)
17:25:17freddybyep, r30393
17:25:40kugelthen things are clearer now
17:26:19freddybI'm less concerned about rebooting for dircache than buflib_alloc_max() not giving the largest free block.
17:26:47 Quit mc2739 (Ping timeout: 260 seconds)
17:28:19kugelfreddyb: core_alloc fails with what audio_buffer_availble returned. that shouldnt happen
17:28:33freddybYou might put a comment in the buflib docs about core_alloc_max() because it took me a while to understand that it will always fail with fully compacted memory once the audio buffer is allocated
17:28:36 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
17:28:54freddybIt has to fail if there's any fragmentation.
17:29:13kugelyes, it's not smart. it takes whatever space is free at the end
17:30:13kugelthere's a comment saying that more might be available than it says due to compaction
17:30:50freddybI thought it gave the total free.
17:30:58freddybOops.
17:31:18kugelwell, ideally it should do that indeed
17:32:13 Quit tchan (Quit: WeeChat 0.3.6)
17:33:39kugelfreddyb: I need to run, going to have more time to chat tomorrow
17:34:10 Join Keripo [0] (~Keripo@dhcp0751.kin.resnet.group.UPENN.EDU)
17:34:11freddybOK.
17:42:29 Quit freddyb (Quit: Leaving)
17:45:06 Quit Misanthropos (Ping timeout: 258 seconds)
17:47:07***Saving seen data "./dancer.seen"
17:52:09 Join Misanthropos [0] (~Misanthro@testomat.ee.ethz.ch)
18:00
18:27:26 Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de)
18:29:08 Join SimGer [0] (~SimGer@g224212152.adsl.alicedsl.de)
18:29:14lebelliumhey bertrik : is it normal I now get a "data abort" or freeze when I try to load a theme with build r30968 ?
18:29:36bertrikno
18:30:12lebelliumit is supposed to work normaly whis this build?
18:31:40bertrikyes, but I don't know much about themes, what happens when they get loaded, or what the current bugs are
18:32:07lebelliumhum ok
18:32:14lebelliummaybe I should reinstall RB
18:32:51lebelliumdo you have more clues on the "shaken display" issue?
18:33:03bertrikno, not really, I need to know more about it
18:33:29bertriklike, for example, does the entire display shake? when does it happen? how many pixels does it shake?
18:33:40bertrikdoes it shake left/right, or up/down?
18:33:53bertrikdoes the display flicker (in intensity) when shaking?
18:34:01lebelliumok so:
18:35:07bertrikMaybe the wisechip display doesn't like odd pixel addresses. A good thing is that we have the datasheet for the oled controller.
18:35:08lebelliumnot the entire display shake, only UI viewport, the top status bar doesn't shake. it shake 1px right for a few milliseconds
18:36:09lebelliumno issue on the WPS
18:36:39lebelliumit only happens when pressing a key
18:37:46bertrikWhat do you mean by UI viewport?
18:38:34lebelliumThe UI viewport is the zone used in themes to display the menu and sub-menus
18:41:26lebelliumthe status bar doesn't belong to this viewport so it doesn't shake. Of course there is no Menu viewport on the WPS so it doesn't shake either
18:45:36 Quit fatline (Quit: This computer has gone to sleep)
18:45:51bertrikcan you do a quick test with a custom main binary?
18:47:38lebelliumI can help you as much as I can but I don't have good RB technical knowledges. If you explain to me what's a "main binary"... :)
18:52:03bertriklebellium, try http://www7.zippyshare.com/v/46982107/file.html and copy it to .rockbox
18:52:38 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net)
18:55:16LalufuAh, chromatic aberrations. Auch bekannt als "physics, bitches!"
18:56:03 Nick [sanyi] is now known as [Sanyi] (~sanyi@unaffiliated/alexanderc)
18:56:36lebelliumbertrik: oooooh it doesn't shake anymore!
18:57:45lebelliumyou're a genius! what did you do?
18:58:49bertrikmagic ;)
18:59:42bertrikI made sure that all writes to the framebuffer are aligned to even addresses horizontally
18:59:55lebelliumvery good
19:00
19:00:05lebelliummaybe I can report to you other issues?
19:00:31lebelliumI have 3 more issues
19:00:33bertrikso, if the the rectangle to be updated is at an odd horizontal address or width, I made the driver copy a slightly larger rectangle
19:00:44bertrikplease report them on the tracker instead of directly to me
19:00:59bertrikyou can still mention them here of course
19:02:54lebelliumthe progress bar on the WPS is fine (green color) but in the menus each pixel of this progress bar is a different random color so you can imagine how ugly it is^^
19:04:49bertrikI can't imagine this to be a problem in the sansa clip zip specific driver, so I think this is a generic theme bug, or some oddity in the wps that triggers a weird situation
19:06:05lebelliumit works normaly in the UI simulator and dfkt or you did not mention this issue when trying the theme
19:10:41bertrikor does it always have garbage pixels in the bottom of the screen?
19:11:21bertrikI've seen some garbage in the progress bar on my visionox display too some time ago, so if that's the same as yours, then I think it's not related to the exact display hardware type
19:12:35lebelliumI only see these garbage pixels when there is this progress bar in the menus. If there is no music playback I just see the background pic with normal pixels
19:13:19lebelliumif you have the occasion, try my theme v0.80
19:13:38lebelliumthen we'll see quickly if it comes from the WiseChip screen or not
19:47:11***Saving seen data "./dancer.seen"
20:00
20:20:59 Quit TheLemonMan (Quit: WeeChat 0.3.6)
20:25:41 Quit liar (Read error: Connection timed out)
20:28:15 Quit SimGer (Quit: Verlassend)
20:28:50 Quit hilbert (Read error: Connection reset by peer)
20:39:49 Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
20:42:10 Join WalkGood [0] (~4@unaffiliated/walkgood)
20:57:12bertriklebellium, I'll commit the "shake fix" in a few minutes
20:57:13 Join hilbert [0] (~hilbert@adsl-89-217-232-115.adslplus.ch)
21:00
21:00:36 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl)
21:01:20lebelliumbertrik : thanks :)
21:03:24 Join webguest65 [0] (~c9e82c38@www.haxx.se)
21:03:48bertrikwow, committing the database can take a long time
21:04:38 Quit webguest65 (Client Quit)
21:06:36 Join {phoenix} [0] (~dirk@p4FEC3560.dip.t-dialin.net)
21:08:48 Join _jhMikeS_ [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net)
21:08:48 Quit _jhMikeS_ (Changing host)
21:08:48 Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS)
21:08:48 Quit jhMikeS (Disconnected by services)
21:10:39 Join {-phoenix-} [0] (~dirk@p4FEC3560.dip.t-dialin.net)
21:10:53 Quit factor (Ping timeout: 240 seconds)
21:11:23 Quit stripwax__ (Ping timeout: 252 seconds)
21:11:23 Quit {phoenix} (Ping timeout: 240 seconds)
21:13:32 Quit {-phoenix-} (Remote host closed the connection)
21:14:13 Join factor [0] (~factor@74.197.205.204)
21:14:47CIA-22New commit by bertrik (r30969): Sansa clip zip: update lcd_update_rect to even-align horizontal coordinates for the wisechip display type
21:17:03 Quit ReimuHak_ (Quit: Leaving...)
21:17:09CIA-22r30969 build result: All green
21:19:50 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
21:27:34 Nick [Sanyi] is now known as [sanyi] (~sanyi@unaffiliated/alexanderc)
21:28:12 Quit froggyman (Quit: Ex-Chat)
21:29:26 Join froggyman [0] (~seth@50.105.149.180)
21:29:27 Quit froggyman (Changing host)
21:29:27 Join froggyman [0] (~seth@unaffiliated/froggyman)
21:31:07 Nick [sanyi] is now known as [Sanyi] (~sanyi@unaffiliated/alexanderc)
21:35:11 Quit froggyman (Quit: Ex-Chat)
21:35:23 Join froggyman [0] (~seth@50.105.149.180)
21:35:32 Quit froggyman (Changing host)
21:35:32 Join froggyman [0] (~seth@unaffiliated/froggyman)
21:41:54 Join stoffel [0] (~quassel@p57B4DE80.dip.t-dialin.net)
21:42:32dfktbertrik, seems that fixed my bitmap corruptions too, so far :)
21:46:32 Quit froggyman (Quit: Ex-Chat)
21:47:12***Saving seen data "./dancer.seen"
21:55:05lebelliumdfkt: do you also face issues when loading another theme or reloading your theme? Either it's frozen on "loading..." or I get this message: Data Abort at 30052B3C
21:55:06lebelliumFSR 0x8 (domain 0, fault address 0x891557)
21:55:39dfkti never got a freeze, but often a data abort
21:55:48dfktat various addresses
21:57:40lebelliumok, so I'm not the single one, I'm reassured
22:00
22:01:38 Quit y4n (Quit: PÆNTS ØLF!)
22:01:58 Join froggyman [0] (~froggyman@50.105.149.180)
22:02:12 Nick froggyman is now known as Guest45480 (~froggyman@50.105.149.180)
22:04:53 Join hskf [0] (~hskf@h105.125.56.24.cable.frmv.jetbroadband.com)
22:05:31 Part hskf
22:21:35 Quit stoffel (Remote host closed the connection)
22:28:46 Quit WalkGood (Ping timeout: 256 seconds)
22:31:35 Nick Guest45480 is now known as froggyman (~froggyman@50.105.149.180)
22:32:03 Quit froggyman (Changing host)
22:32:03 Join froggyman [0] (~froggyman@unaffiliated/froggyman)
22:36:06 Quit bluefoxx (Ping timeout: 252 seconds)
22:39:47 Quit fatline (Quit: This computer has gone to sleep)
22:41:23 Quit Llorean (Read error: Connection reset by peer)
22:43:20 Join ReimuHak_ [0] (~reimu@wireless.sit-co.net)
22:51:55 Join WalkGood [0] (~4@adsl-74-233-24-196.mia.bellsouth.net)
22:51:55 Quit WalkGood (Changing host)
22:51:55 Join WalkGood [0] (~4@unaffiliated/walkgood)
22:55:10 Quit advcomp2019 (Read error: No route to host)
22:57:59 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
23:00
23:01:18 Quit Guinness (Read error: Connection reset by peer)
23:01:22 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
23:01:34 Quit WalkGood (Quit: gtg later ♪ ♫ ♪ ♫ ♪ ♫ ♪ ♫)
23:06:42 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
23:14:01 Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111109112850])
23:25:30 Quit tjb0607 (Read error: Connection reset by peer)
23:27:06 Join tjb0607 [0] (~quassel@bc10753.bendcable.com)
23:43:20 Quit user890104 (*.net *.split)
23:43:40 Join user890104 [0] (~Venci@static.225.178.40.188.clients.your-server.de)
23:47:16***Saving seen data "./dancer.seen"
23:54:06 Quit keyb_gr (Ping timeout: 245 seconds)

Previous day | Next day