--- Log for 12.11.111 Server: gibson.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 4 hours ago 00.00.21 # n1s: 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.10 # no 00.01.26 # kugel: there is that 00.02.10 # i'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.33 # goodness me. Debian still has a *loooooong* way to go before it's as straightforward to install as ubuntu or mint 00.15.56 # but those OSes are just ripoffs of debian anyway 00.16.09 # ripoffs? 00.16.18 # GodEater: even longer before irc clients point you to the right window automatically! 00.16.23 # more polished derivatives 00.16.32 # GodEater: for n00bs 00.17.29 Quit fatline (Quit: This computer has gone to sleep) 00.19.24 # GodEater: installing debian is trivial nowadays 00.23.55 # * GodEater has taken his debian ranting to -community now - sorry for the interuption ;) 00.24.31 # GodEater: 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.37 # well no one answered my question 00.30.43 # about iPod-esque keybindings for rockbox 00.31.19 # except for the quickscreen i don't think keybindings are configurable 00.31.37 # its counterintuitive for people used to using iPods 00.33.58 Quit metaphys (Quit: CGI:IRC (EOF)) 00.36.18 # scanf: 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.23 # is there a way to remap keybindings? 00.38.34 Quit jaykay (Quit: CGI:IRC) 00.38.55 # menu should take you to the previous screen 00.39.14 Quit n1s (Quit: Ex-Chat) 00.39.30 # *why*? 00.39.35 # That's just stupid! 00.40.02 # Anyway, edit the relevant file in apps/keymaps and recompile 00.41.19 # currently, in the file browser, <- takes you back, but on nowplaying, Menu takes you back 00.41.33 # itd be easier to use if there was ONE button that was always back 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.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.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.46 # scanf: 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.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.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.57 # anyone 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.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.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.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.05.16 # did anyone see FS#12376 already? 09.05.17 # http://www.rockbox.org/tracker/task/12376 3New 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.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.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.01 # do 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.20 # I wonder how to draw a coloured rectangle from a plugin 11.56.29 # Something like lcd_set_foreground() to set the colour, then set the draw mode to solid, then just call lcd_fillrect? 11.58.13 # oh, I guess I can use lcd_set_drawinfo to set the foreground, background and mode in one go 11.59.26 # http://www.rockbox.org/wiki/GraphicsAPI 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.33 # what 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.03 # oh, 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.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.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.46 # I'm going to commit FS#12293 and FS#12344 in a few days unless someone objects. 14.17.47 # http://www.rockbox.org/tracker/task/12293 3Global default glyph size setting for gui/skins (patches, new) 14.17.47 # http://www.rockbox.org/tracker/task/12344 3Sansa 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.27 # freddyb: has kugel commented on FS#12344? He's done some work there recently 14.20.28 # http://www.rockbox.org/tracker/task/12344 3Sansa 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.17 # No, I was kinda hoping he would. 14.21.34 # Well, he's been pinged now... 14.25.27 Quit ukleinek (Remote host closed the connection) 14.26.03 Quit jdgord_ (Quit: Bye) 14.26.18 # For 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.18 # http://www.rockbox.org/tracker/task/12293 3Global default glyph size setting for gui/skins (patches, new) 14.28.59 # Actually, 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.07 # hmmm 14.30.11 # The 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.34 # for small fonts ^ 14.30.44 # Sure, but why a settable number? 14.31.26 # I thought the Asian users might not find the English number acceptable. 14.31.46 # right 14.31.48 # I can get by with ~100 really. 14.34.59 # I 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.03 # hm, 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.47 # I'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.58 # AA 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.42 # I 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.25 # Surely a memmov() to move the buffer is going to be cheaper than reading it all back in from disk? 14.39.05 # In my opinion screen size is a red herring. Some screens are small and some playlists are long. 14.39.34 # Yes, if you know how to reattach everything. 14.39.54 # * gevaerts leaves buffering to specialists 14.41.30 # If 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.56 # Assuming 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.38 # I 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.42 # I guess you're right and number of glyphs is best everywhere 14.44.12 # This just leaves the best place for the setting. Prepare for a 300-mail flamewar! ;) 14.44.22 # Gawd... 14.44.29 Quit Topy (Ping timeout: 240 seconds) 14.46.32 # I'll just put it in both places. That will make EVERYONE happy. 14.46.47 # Both? It's also language-related! 14.47.27 # See you on the ML, buddy! 14.47.30 # :) 14.49.34 # the setting shold probably go under settings > limits 14.50.07 # hm, maybe. Limits tend to be hard limits now though 14.52.55 # I'm not going to be stubborn over where to put the setting. 14.53.11 # I 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.30 # That's enforceable by the theme site, so there's no technical problem there 14.55.14 # I can see reasons for and against all places, so I'm fine with a coin toss really 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.00 # Amiconn: 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.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.24 # freddyb: there are some solutions for FS#12344, and IMO the one you implemented is not the best one 16.28.25 # http://www.rockbox.org/tracker/task/12344 3Sansa Clip+: PANIC occurred when dircache is enabled (bugs, unconfirmed) 16.28.38 # plus, I did make a comment 16.28.43 # (in irc) 16.29.51 # I also dont understand why the problem you describe happens 16.30.09 Join metaphys [0] (~56206037@www.haxx.se) 16.30.09 # if dircache is built from scratch, it does a foreground scan, i.e. block the main thread until it's done 16.31.26 # and that's the only time dircache allocs the maximum and shrinks afterwards 16.31.59 Quit casainho (Remote host closed the connection) 16.38.36 # oh 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.30 # I won't commit FS#12344 then, but something should be done as we're wasting megabytes of memory in certain situations. 16.42.30 # http://www.rockbox.org/tracker/task/12344 3Sansa Clip+: PANIC occurred when dircache is enabled (bugs, unconfirmed) 16.44.02 Quit metaphys (Quit: CGI:IRC) 16.45.51 # freddyb: how can dircache create the whole you describe? 16.47.29 # hole* 16.49.24 # Read 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.06 # freddyb: I read it 16.52.34 Join metaphys [0] (~jean-loui@d86-32-96-55.cust.tele2.at) 16.52.39 # freddyb: 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.23 # freddyb: the fixed move_callback can be fixed independantly. and I think making audio maximize its buffer is also another (unrelated) task 16.58.02 # I'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.09 # right, but the dircache can't create holes in this cases 16.59.56 # The 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.51 # Do you have an 8 meg target with a card slot to test with? 17.01.17 Quit stripwax (Ping timeout: 240 seconds) 17.01.20 # yes 17.01.30 Join metaphys [0] (~jean-loui@d86-32-96-55.cust.tele2.at) 17.14.13 # freddyb: I'm on a sim with 8MB now. what are the steps to repro? 17.15.46 # the recipe on the task isnt working for me 17.19.20 # It doesn't crash? 17.19.54 # no 17.20.03 # it says "please reboot to enable" 17.20.13 # Does cycling dircache fail? 17.21.31 # I turned it off (from on), then back on directly after 17.21.47 # this is btw also the expected behavior 17.22.23 # please reboot to enable means it didn't work but it will try again on reboot. 17.22.52 # probably because the memory request failed 17.23.45 Quit FOAD (Read error: Operation timed out) 17.24.31 # did 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.15 # oh yes I did :) 17.25.17 # yep, r30393 17.25.40 # then things are clearer now 17.26.19 # I'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.19 # freddyb: core_alloc fails with what audio_buffer_availble returned. that shouldnt happen 17.28.33 # You 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.54 # It has to fail if there's any fragmentation. 17.29.13 # yes, it's not smart. it takes whatever space is free at the end 17.30.13 # there's a comment saying that more might be available than it says due to compaction 17.30.50 # I thought it gave the total free. 17.30.58 # Oops. 17.31.18 # well, ideally it should do that indeed 17.32.13 Quit tchan (Quit: WeeChat 0.3.6) 17.33.39 # freddyb: 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.11 # OK. 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.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.14 # hey bertrik : is it normal I now get a "data abort" or freeze when I try to load a theme with build r30968 ? 18.29.36 # no 18.30.12 # it is supposed to work normaly whis this build? 18.31.40 # yes, but I don't know much about themes, what happens when they get loaded, or what the current bugs are 18.32.07 # hum ok 18.32.14 # maybe I should reinstall RB 18.32.51 # do you have more clues on the "shaken display" issue? 18.33.03 # no, not really, I need to know more about it 18.33.29 # like, for example, does the entire display shake? when does it happen? how many pixels does it shake? 18.33.40 # does it shake left/right, or up/down? 18.33.53 # does the display flicker (in intensity) when shaking? 18.34.01 # ok so: 18.35.07 # Maybe the wisechip display doesn't like odd pixel addresses. A good thing is that we have the datasheet for the oled controller. 18.35.08 # not the entire display shake, only UI viewport, the top status bar doesn't shake. it shake 1px right for a few milliseconds 18.36.09 # no issue on the WPS 18.36.39 # it only happens when pressing a key 18.37.46 # What do you mean by UI viewport? 18.38.34 # The UI viewport is the zone used in themes to display the menu and sub-menus 18.41.26 # the 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.51 # can you do a quick test with a custom main binary? 18.47.38 # I 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.03 # lebellium, 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.16 # Ah, chromatic aberrations. Auch bekannt als "physics, bitches!" 18.56.03 Nick [sanyi] is now known as [Sanyi] (~sanyi@unaffiliated/alexanderc) 18.56.36 # bertrik: oooooh it doesn't shake anymore! 18.57.45 # you're a genius! what did you do? 18.58.49 # magic ;) 18.59.42 # I made sure that all writes to the framebuffer are aligned to even addresses horizontally 18.59.55 # very good 19.00.05 # maybe I can report to you other issues? 19.00.31 # I have 3 more issues 19.00.33 # so, 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.44 # please report them on the tracker instead of directly to me 19.00.59 # you can still mention them here of course 19.02.54 # the 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.49 # I 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.05 # it works normaly in the UI simulator and dfkt or you did not mention this issue when trying the theme 19.10.41 # or does it always have garbage pixels in the bottom of the screen? 19.11.21 # I'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.35 # I 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.19 # if you have the occasion, try my theme v0.80 19.13.38 # then we'll see quickly if it comes from the WiseChip screen or not 19.47.11 *** Saving seen data "./dancer.seen" 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.12 # lebellium, 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.36 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 21.01.20 # bertrik : thanks :) 21.03.24 Join webguest65 [0] (~c9e82c38@www.haxx.se) 21.03.48 # wow, 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.47 # New commit by 03bertrik (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.09 # r30969 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.32 # bertrik, 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.05 # dfkt: 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.06 # FSR 0x8 (domain 0, fault address 0x891557) 21.55.39 # i never got a freeze, but often a data abort 21.55.48 # at various addresses 21.57.40 # ok, so I'm not the single one, I'm reassured 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.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)