00:00:00 | rasher | Zagor: that's strange |
00:00:32 | | Join truthtaco_ [0] (n=truthtac@adsl-74-8-74.aby.bellsouth.net) |
00:00:55 | gevaerts | JdGordon|: we go through (parts of) the OF on most targets |
00:01:18 | JdGordon| | not like the mr500 |
00:01:27 | JdGordon| | stop your bloody pedantiness |
00:01:30 | | Quit TruthTaco (Read error: 60 (Operation timed out)) |
00:01:33 | Zagor | JdGordon|: generic builds? |
00:01:57 | JdGordon| | Zagor: like checkwps, or tools... just running a .sh or a make |
00:02:40 | gevaerts | JdGordon|: why does that difference matter? What's so wrong about the mr500 way that it would make it a no-go for support? |
00:02:42 | | Nick truthtaco_ is now known as TruthTaco (n=truthtac@adsl-74-8-74.aby.bellsouth.net) |
00:02:58 | JdGordon| | I didnt say it would... I just said it sucks |
00:03:13 | JdGordon| | no other target has to be booted as an extra step |
00:03:24 | | Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) |
00:03:59 | | Part domonoky |
00:04:03 | rasher | Zagor: I can't figure out why it wouldn't work :\ |
00:05:28 | gevaerts | JdGordon|: I agree there. It would be a lot nicer not to have that feature |
00:06:05 | JdGordon| | I'm bringing my jtag-ed mr500 to new york.. maybe we can have a play |
00:06:11 | Zagor | rasher: "SELECT * FROM `log` WHERE client = 'lillebror1-zagor' AND TYPE = 'completed' AND revision =22381" shows different data than the graph, at least |
00:08:35 | Zagor | yay, first 1000+ speed reading |
00:09:38 | kugel | JdGordon|: what is the problem about the rec statusbar? |
00:09:49 | JdGordon| | its there! |
00:10:03 | JdGordon| | its actually completly different than the regular one |
00:10:16 | JdGordon| | and not possible to skin jsut yet |
00:10:34 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
00:10:35 | | Quit dfkt (Read error: 104 (Connection reset by peer)) |
00:11:19 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
00:11:42 | | Quit bluebrother ("leaving") |
00:12:35 | Zagor | rasher: now it worked! weird. |
00:13:01 | rasher | Zagor: I poked it.. but nothing that shouldn't have been working previously I think.. |
00:13:08 | Zagor | ok |
00:14:22 | | Quit robin0800 (Read error: 60 (Operation timed out)) |
00:17:00 | kugel | JdGordon|: eh, making the old statusbar and new one play nicely together is nasty |
00:17:24 | JdGordon| | play together how? |
00:17:56 | kugel | user either via the statusbar setting |
00:18:00 | kugel | use* |
00:18:21 | JdGordon| | yeah, nup forget it... complelty remove the old one except in the rec screen |
00:18:30 | JdGordon| | (longer term goal) |
00:18:47 | kugel | yea |
00:19:10 | kugel | longer term goal. How about this can get quicker in than custom vp? |
00:19:13 | JdGordon| | hmm.... this might not work so nicely.. each display will need its own statusbar skin line |
00:19:33 | JdGordon| | I dont tinhk we can reasonably move on this untill the skin struct is much smaller |
00:19:39 | kugel | it already has I think? |
00:19:53 | JdGordon| | no, its resized in code |
00:20:04 | kugel | what? |
00:20:14 | JdGordon| | "it has already" to what? |
00:20:21 | kugel | "each display will need its own statusbar skin line" |
00:20:32 | JdGordon| | screen size I meant |
00:21:14 | kugel | you confuse me now |
00:21:23 | JdGordon| | the skin code |
00:21:30 | JdGordon| | to fit the screen properly |
00:21:42 | JdGordon| | also, crap... the images neeed to come from disk which wont be nice |
00:22:55 | JdGordon| | wwe shuold be able to get around that with some hacks, but wont be nice |
00:23:04 | JdGordon| | unless we drop the images? |
00:23:39 | kugel | I think we might be able to use little hacks |
00:23:52 | JdGordon| | or statusbar only tags |
00:24:19 | kugel | on the other hand, images from disk arent that bad, loaded once only anyway |
00:24:49 | kugel | or statusbar only tags. although I see now real reason to not offer them to the wps also. |
00:24:54 | JdGordon| | the viewport tag would be really nice if it could do -X for the placement bits.. so it starts X pixels from the bottom/right of the screen |
00:26:47 | kugel | should be possible to implement |
00:27:34 | JdGordon| | I wonder how many people would be upset if the default statusbar was redically simplified? only showing text and have it centered |
00:27:40 | JdGordon| | that would greatly simplify things |
00:27:44 | JdGordon| | or left aligned |
00:28:15 | kugel | wtf? |
00:28:18 | JdGordon| | pixelma: any thoughts on that? |
00:28:51 | kugel | are you serious? |
00:28:54 | pixelma | can't follow at the moment |
00:28:54 | JdGordon| | very |
00:28:58 | amiconn | Since the statusbar is also part of the usb screen, and early usb must not access the disk, there must be a built-in default statusbar |
00:29:22 | kugel | the disk won't be accessed |
00:29:29 | JdGordon| | amiconn: it would all be loaded well before usb is started |
00:29:36 | kugel | it's working like a wps, loaded once. |
00:29:56 | JdGordon| | kugel: my thinking is that I would imagine most people either disable the statusbar, or would use a pretty one once all this goes in |
00:30:07 | amiconn | Early usb must not access the disk *at all*. The rockbox binary comes from flash rom in this case |
00:30:10 | JdGordon| | just like the wos |
00:30:23 | pixelma | isn't early USB when you start Rockbox in USB mode? |
00:30:31 | kugel | JdGordon: let's just add some %SB tags for those tiny built-in icons.. |
00:30:38 | saratoga | anyone around who is familar with filterbanks |
00:30:44 | saratoga | googling is just making me more confused |
00:30:56 | JdGordon| | kugel: I tihnk we can scrap them completly |
00:31:31 | JdGordon| | we could also ship a old_statusbar.sb file along with the needed .bmp's for those that want it |
00:31:56 | JdGordon| | seen as cabbie has the sb disabled on almost all(all even?) targets |
00:32:05 | kugel | yea, or we make it like the hardcoded wps and use simple tags |
00:32:22 | pixelma | a fallback WPS is there too, why not a similar approach there? |
00:32:26 | JdGordon| | its not possible to keep the look consistant without having a #ifdef hell |
00:32:56 | JdGordon| | pixelma: we would, but I'm proposing a single skin setup for all targets, not a target specific one for each |
00:33:02 | kugel | why? we can insert the .sb file into the .c file before compiling |
00:33:04 | JdGordon| | the wps has 2 screen sizes |
00:33:22 | JdGordon| | kugel: and who is going to set them all up? |
00:33:39 | * | JdGordon| thinks getting rid of those built in icons is a useful change |
00:33:53 | CIA-61 | New commit by zagor (r22386): Added support for release tags. Patch by Dominik Wenger (FS #10525). |
00:35:07 | kugel | JdGordon|: the ifdef hell could also be in external .h files |
00:35:25 | JdGordon| | I tihnk avoiding it completly is better |
00:35:34 | * | kugel is undecided |
00:35:40 | JdGordon| | think about it.. to do it properly you are talking at least 3 viewports |
00:35:51 | JdGordon| | + adding tags to handle the inbuilt icons |
00:36:05 | kugel | 1 vp should be enough |
00:36:14 | JdGordon| | no way |
00:36:25 | JdGordon| | target specific spaces to pad it? |
00:36:38 | pixelma | JdGordon|: for the complete skin? And do you only mean the fallback WPS/skin or also stuff like cabbiev2 (I doubt the latter would work with all the different screen sizes and aspect ratio etc.) |
00:37:02 | JdGordon| | I only mean the fallback skin |
00:37:08 | kugel | just a premade .sb in wps/ for each target |
00:37:20 | JdGordon| | kugel: the fallback cant touch the disk |
00:37:38 | kugel | that's why it should be automagically turned into a .h or so |
00:37:45 | JdGordon| | I already said I think it would be good to have a target specific old_statusbar.sb skin for each |
00:38:08 | kugel | isn't that what I said? |
00:38:08 | | Quit saratoga ("CGI:IRC (EOF)") |
00:38:16 | mcuelenaere | Anyone opposed to commiting FS #10534 (make scrollbar width variable)? I could make binsize hit smaller by only enabling it for touchscreen targets (don't see much use for non-touchscreen targets..) |
00:38:27 | JdGordon| | mcuelenaere: go for it! |
00:38:28 | kugel | go for it |
00:38:47 | Zagor | new round speed record: 182 seconds |
00:38:55 | kugel | ccache ftw! |
00:38:59 | JdGordon| | kugel: the difference is you want to hard code that back in.. I'm saying thats not needed, the hardcoded fallback should be dead simple |
00:39:15 | JdGordon| | Zagor: you can do better than that!! :) |
00:39:18 | kugel | but that's going to hit the disk, isn't it? |
00:39:22 | JdGordon| | no |
00:39:24 | JdGordon| | when? |
00:39:40 | pixelma | ok, couldn't the distribution of the fallback icons be calculated from the screenwidth and then put into the fallback .sb file (like LCD_WIDTH minus all icons width divided by number of all icons -1 -> gets you the spacing |
00:39:41 | kugel | loading icons? |
00:40:15 | JdGordon| | kugel: put it this way.. cabbie is the default theme, that has to come from disk, and it doesnt have the sb enabled... if cabbie fails to load then the bar comes from a very boring hardcoded with no images, and the hardcoded wps |
00:40:26 | pixelma | (number of all icons - 1) ;) |
00:40:28 | JdGordon| | ideally users would never see the hardcoded sb (like the wps) |
00:41:03 | kugel | i think it shouldn't be too hard to have the fallback including icons built in |
00:41:17 | JdGordon| | they are not needed... and waste space |
00:41:19 | kugel | generated from .sb files in wps/ |
00:41:25 | CIA-61 | New commit by mcuelenaere (r22387): FS #10534: Make scrollbar width variable through a setting (useful for touchscreen targets) |
00:41:33 | JdGordon| | you have to add special handling for them which isnt needed |
00:41:42 | JdGordon| | noone is going to use the current bar anyway |
00:41:53 | kugel | I don't think so |
00:41:57 | JdGordon| | and hitting the disk to load a prettier one isnt going to cause any issues |
00:41:58 | * | mcuelenaere was also thinking of adding an option to position the scrollbar on the left |
00:42:01 | pixelma | I might |
00:42:02 | kugel | it's a valuable thing on smaller screens |
00:42:13 | JdGordon| | mcuelenaere: go for it! |
00:42:17 | mcuelenaere | hehe |
00:42:20 | JdGordon| | although real RTL would be better |
00:42:44 | JdGordon| | OK, I'll try explaining once more.... |
00:42:45 | mcuelenaere | Right-To-Left? |
00:42:51 | JdGordon| | yes |
00:42:55 | JdGordon| | for hebrew/arabic |
00:43:18 | mcuelenaere | ah you mean the text, I'm only talking about placing the scrollbar on the left |
00:43:24 | mcuelenaere | I think it's easier to handle on-target |
00:43:41 | pixelma | with my suggestion I don't think you need different sb files (and I think it's currently done similarly in the fixed statusbar now - if not fixed positions, some calculated from the right side) |
00:44:04 | JdGordon| | pixelma: kugel: think about the wps, there is a very boring wps which is bassically the "error" wps, cabbie is the default. if cabbie cant load then the error one is shown... same for the statusbar, we would ship a "default.sb" which is the same as todays, and the error one would be similar but much more boring |
00:44:59 | kugel | the error wps is build-in though |
00:45:04 | kugel | built-in* |
00:45:19 | kugel | you say it shouldn't be |
00:45:36 | pixelma | cabbiev2 uses the small icons in list on small screens - and on small screens I think having the old statusbar is nicer as it doesn't waste so much space |
00:45:37 | JdGordon| | no... I'm saying there will be ONE built in, just like the wps, which is boring |
00:46:44 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
00:46:51 | pixelma | in lists, in the WPS it's ok as you don't have so many lines anyways |
00:47:09 | CIA-61 | New commit by mcuelenaere (r22388): Don't redefine SCROLLBAR_WIDTH (aka fix yellow) |
00:47:25 | JdGordon| | pixelma: yes, the current bar would be there, but it would come from disk instead of hardcoded |
00:47:40 | JdGordon| | there would be an error fallback on hardcoded incase it cant load |
00:47:47 | | Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) |
00:48:28 | pixelma | I don't know |
00:49:01 | JdGordon| | kugel: did that make it clearer? |
00:49:08 | kugel | yea, I don't like it |
00:49:51 | JdGordon| | arg, why? |
00:50:06 | amiconn | JdGordon|: As already mentioned, the default statusbar must be available without hitting the disk at all, otherwise early usb will break |
00:50:23 | kugel | I like %SB tag idea better |
00:50:32 | kugel | making the icons free for use in any skin |
00:50:37 | JdGordon| | amiconn: it wont be a problem, slightly less pretty but not a problem |
00:50:43 | mcuelenaere | hmm should I bring LANG_LEFT & LANG_RIGHT back from the dead or use LANG_SCROLLBAR_LEFT & LANG_SCROLLBAR_RIGHT? |
00:51:02 | amiconn | That means the statusbar code must not even try to read the disk unless told explicitly (i.e. by loading the settings) |
00:51:05 | JdGordon| | kugel: the STATUSBAR icons are not skinnable... they SUCK.... they are a waste |
00:51:15 | kugel | mcuelenaere: I guess the latter one, it might still be translated in some files |
00:51:40 | kugel | waste? how can 8x8 icons be a waste? |
00:51:48 | JdGordon| | because they arnt useful |
00:51:57 | mcuelenaere | kugel: but doesn't that duplicate language strings? I can imagine a generic LANG_LEFT & _RIGHT being useful in other places.. |
00:52:14 | amiconn | I think this bar can be even simpler than the current one though, because in that mode there will never be playback (obviously) |
00:52:24 | kugel | mcuelenaere: ugh, I meant the former* |
00:53:08 | JdGordon| | kugel: I would be very surprised if many people used the hardcoded bar, so anything added to code for it is a waste |
00:53:20 | | Join Strife1989 [0] (n=michael@adsl-220-102-96.mcn.bellsouth.net) |
00:53:25 | kugel | I can imagine that |
00:53:38 | JdGordon| | what? that people would or wouldnt use it? |
00:54:06 | kugel | I would use the current statusbar on the clip, possibly on my yh920 too |
00:54:25 | JdGordon| | ok, but why would you care if it comes from disk or is in the code? |
00:54:41 | * | amiconn will probably use the default bar on most of his targets |
00:54:57 | kugel | for a) consistent fallback sb, and b) as for the reasons amiconn mentioned |
00:55:01 | gevaerts | amiconn: the early-usb statusbar issue could also be "solved" by having the usbscreen provide more (i.e. some) information itself |
00:55:05 | JdGordon| | if you want to then change it a bit to suit you, you then have to have 2 copies of it in ram |
00:55:14 | | Quit jgarvey ("Leaving") |
00:55:38 | JdGordon| | kugel: how can you say that if the whole thing is identical on every target is not consistant? |
00:55:41 | pixelma | mcuelenaere: where's LANG_LEFT/RIGHT used currently? Just trying to find out if there could be context dependent translations that did not just simply translate to left/right (and where the translater could at least need some hint that it is more generic now, if it wasn't already) |
00:55:45 | JdGordon| | THE FALLBACK ONE WOULD IDEALLY NEVER BE SEEN |
00:55:56 | amiconn | Why use anything that wastes more space than that, or even fiddle with it? It works, and has all the necessary information... |
00:56:00 | kugel | it's not the same, but it's still consistent over targets, like cabbiev2 |
00:56:10 | mcuelenaere | pixelma: it's deprecated, so I guess nowhere |
00:56:29 | JdGordon| | you cant undeperatce a string without breaking voice... |
00:56:33 | JdGordon| | or, I assume not |
00:56:36 | amiconn | The only exception will probably be the targets with very high pixel density... i.e 3 out of 15 for me |
00:56:41 | pixelma | JdGordon|: ok, then it'll show up as different anyway |
00:56:51 | pixelma | err mcuelenaere |
00:57:08 | mcuelenaere | grep only finds references in apps/lang/* |
00:57:26 | mcuelenaere | JdGordon|: what do you mean? |
00:57:40 | kugel | mcuelenaere: I don't really understand capping of the scrollbar to 6 and 20 (20 is OK, but 6 could even be lowered) |
00:57:59 | mcuelenaere | ah yes, those are just arbitrary |
00:58:00 | JdGordon| | mcuelenaere: LANG_LEFT is already deprecated right? I tinhk if you undeprecate it you will break current voice and lang files? |
00:58:20 | kugel | you better ask rasher for that |
00:58:21 | mcuelenaere | I don't know, I'm not really familiar with voice files |
00:58:37 | kugel | I guess undeprecating + moving it at the end would work |
00:58:41 | mcuelenaere | but I guess I could mess a bit with langtool.pl (or what's it called?) |
00:59:07 | JdGordon| | kugel: that will definetly break it |
00:59:14 | kugel | why? |
00:59:34 | kugel | deprecated stuff is ignored, it's not in the lng or voices after genlang |
00:59:47 | kugel | isn't it? |
00:59:50 | mcuelenaere | kugel: what do you suggest as a lower limit? 1? |
00:59:53 | JdGordon| | its not ignored.. iirc its kept in the generated .lng as a placeholder |
00:59:59 | JdGordon| | to keep the enum correct |
01:00 |
01:00:21 | mcuelenaere | and perhaps the upper limit could be bigger (for 640x480 targets) |
01:00:26 | JdGordon| | mcuelenaere: and an upper limit of 30 even... |
01:00:37 | kugel | mcuelenaere: 3 probably, I'm not sure if the scrolling part of the bar is still visible at 2 |
01:00:45 | JdGordon| | the range is free... so you could go as far as LCD_WIDTH even! |
01:00:46 | kugel | the scrollbar has a 1px border too |
01:01:29 | * | gevaerts proposes an upper limit of LCD_WIDTH/10 |
01:01:35 | | Quit bertrik ("Leaving") |
01:01:45 | * | mcuelenaere uses gevaerts' proposal |
01:01:57 | gevaerts | \☺/ |
01:01:58 | JdGordon| | I know pronounce you man and scrollbar! |
01:02:00 | kugel | then also update the manual accordingly :) |
01:02:09 | kugel | I'd like to see how you add this to the manual |
01:02:30 | JdGordon| | if the bar has a border of 2x1 pixels then make the minimum 3 and subtract 2 from it when drawing... |
01:02:44 | pixelma | kugel: and your changes? |
01:02:45 | mcuelenaere | hmm I don't even have the manual toolchain installed.. |
01:02:51 | | Quit efyx_ (Remote closed the connection) |
01:03:14 | | Nick robin0800_ is now known as robin0800 (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
01:03:33 | | Join J-23_ [0] (n=zelazko@unix.net.pl) |
01:03:35 | kugel | pixelma: I'll do it, BdN3504 wanted to look at the ui viewport for me |
01:03:43 | | Nick J-23_ is now known as Guest23768 (n=zelazko@unix.net.pl) |
01:03:57 | | Quit robin0800 (Remote closed the connection) |
01:04:38 | | Quit J-23 (Read error: 104 (Connection reset by peer)) |
01:05:48 | CIA-61 | New commit by mcuelenaere (r22389): * Fix red ... |
01:07:09 | | Quit aaron424 ("ChatZilla 0.9.85 [Firefox 3.0.13/2009080315]") |
01:08:13 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
01:10:00 | | Quit Zagor ("Clint excited") |
01:12:17 | | Quit GeekShado_ ("The cake is a lie !") |
01:15:51 | | Nick Strife1989 is now known as Strife80 (n=michael@adsl-220-102-96.mcn.bellsouth.net) |
01:16:00 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
01:16:15 | kugel | JdGordon|: the other nice thing about the skin-statusbar is that it will bring the touch regions into the ui (hopefully) |
01:16:17 | *** | Saving seen data "./dancer.seen" |
01:17:17 | kugel | and, since .sb and .wps should be compatible, possibly staying in the wps on the remote while browsing menus in the main unit (and vice versa) |
01:17:20 | | Quit Thundercloud (Read error: 101 (Network is unreachable)) |
01:17:54 | JdGordon| | I'm not agreeing with anything untill you agree that a minimal fallback .sb is the way to go :D |
01:19:56 | kugel | stroppy cow ;) |
01:20:03 | JdGordon| | ? |
01:24:17 | | Quit robin0800 (Remote closed the connection) |
01:27:58 | | Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) |
01:29:21 | | Quit trisiak (Read error: 110 (Connection timed out)) |
01:35:44 | | Part toffe82 |
01:37:26 | CIA-61 | New commit by mcuelenaere (r22390): Add setting to position the scrollbar on the left or right |
01:38:45 | | Quit aaron424 ("ChatZilla 0.9.85 [Firefox 3.0.13/2009080315]") |
01:42:58 | | Join TheCoolGman [0] (n=446e5e7d@gateway/web/cgi-irc/labb.contactor.se/x-hmaawnipzejexllu) |
01:43:51 | JdGordon| | kugel: sb patch? im getting on the bus in 30min and want to have a looky |
01:44:10 | kugel | ok |
01:45:23 | TheCoolGman | Hi I've tried to bring this up before but no one was on IRC, MPEG Player can be such a pain playing this guessing game to see what mpg is going to play. So I was wonder what is the possiblites of making MPEG Player project any video for that target like iPod video projects at 320x240? |
01:48:13 | | Quit Strife80 (Remote closed the connection) |
01:49:23 | CIA-61 | New commit by mcuelenaere (r22391): Update Dutch translation |
01:57:28 | | Join Strife1989 [0] (n=michael@adsl-220-102-96.mcn.bellsouth.net) |
01:58:08 | | Nick Strife1989 is now known as Strife89 (n=michael@adsl-220-102-96.mcn.bellsouth.net) |
02:00 |
02:00:40 | kugel | wpsbuild.cfg is too complex for me :( |
02:00:49 | kugel | wpsbuild.rb |
02:01:09 | | Quit Rondom (Nick collision from services.) |
02:01:20 | | Join Rondom [0] (n=Rondom@dslb-084-057-176-061.pools.arcor-ip.net) |
02:05:56 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
02:07:32 | kugel | pl* |
02:09:16 | | Quit mt (Read error: 104 (Connection reset by peer)) |
02:15:02 | | Quit CaptainKwel ("Page closed") |
02:15:14 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
02:15:31 | | Join JdGordon_ [0] (i=441bee45@gateway/web/freenode/x-erljrnyaczsjkiju) |
02:16:00 | kugel | JdGordon: http://pastie.org/586583 |
02:17:03 | | Quit daurn ("Leaving") |
02:17:41 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
02:18:27 | | Quit martian67_ (SendQ exceeded) |
02:18:37 | JdGordon_ | is there a conditional for rtc present? |
02:19:01 | Dhraakellian | I just got approximately 13-13.5h out of my Fuze |
02:19:21 | pixelma | mcuelenaere: as far as I can see, the Player doesn't have a scrollbar so the lang strings should be only for the ones with lcd_bitmap feature (I think) |
02:19:40 | pixelma | JdGordon_: yes |
02:19:51 | mcuelenaere | pixelma: hmm then that code shouldn't be compiled for the player either? |
02:19:59 | TruthTaco | I havent timed it but i think the rockbox software gives me considerably less battery time than the OFW for the fuze |
02:20:01 | JdGordon_ | CustomWPS says use %?ca ? |
02:20:05 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
02:20:42 | Dhraakellian | not the most scientific test, of course. (multiple codecs, multiple bitrates, hold button off, backlight on and off a lot due to interaction, DAP turned on and off a number of times, etc) |
02:21:07 | JdGordon_ | kugel: pixelma: this probably doesnt work but this is what I think the fallback/error statusbar shuld be for all targets... "B:%bl%% V:%pv %?mh<|H> %ar%?ca<%cH:%cM|>%?lh<*|>" see how simple it is? it means its very obvious that the one you tried to load had an error |
02:21:10 | Dhraakellian | not as good as my e260 was getting, but not too horrible |
02:21:53 | kugel | JdGordon_: we'll see |
02:22:18 | pixelma | JdGordon_: hmm, no. That is/was only for targets to check if the RTC is set |
02:23:24 | JdGordon_ | otherwise we need to remove the rtc bits in non rtc bulds (obviously) |
02:23:35 | JdGordon_ | the rest is target agnostic which makes it very useful |
02:23:44 | JdGordon_ | the only thing missing is remote hold i think |
02:23:48 | JdGordon_ | and play status |
02:23:58 | pixelma | IIRC you can use every valid %csomething there but I introduced a RTC present tag, %?cc if I'm not mistaken |
02:24:02 | JdGordon_ | which could be added a P/p/S ? |
02:24:20 | pixelma | and I thought I put it somewhere (maybe manual) |
02:24:30 | JdGordon_ | I might have missed it in the wiki? |
02:25:21 | JdGordon_ | by my count thats les than 30 tokens... |
02:27:04 | | Quit martian67 (Connection timed out) |
02:27:18 | pixelma | yes %?cc and it's in the manual but not on CustomWPS |
02:27:24 | JdGordon_ | actually... the whole play/pause/stop word might even fit |
02:28:37 | pixelma | I always wonder how targets with a real HD active LED deal with the virtual LED tag |
02:28:51 | JdGordon_ | they display it i assume? |
02:29:40 | pixelma | if nothing's changed it's not compiled for those so I think it's ignored -> display nothing? |
02:30:03 | JdGordon_ | probably |
02:31:01 | pixelma | not sure about your suggestion and I need some sleep |
02:33:39 | | Quit TheCoolGman ("CGI:IRC (EOF)") |
02:36:33 | | Quit martian67_ (Read error: 104 (Connection reset by peer)) |
02:38:35 | | Join toffe82 [0] (n=chatzill@adsl-70-235-224-5.dsl.frs2ca.sbcglobal.net) |
02:40:02 | kugel | this wpsbuild.pl is...meh |
02:40:20 | kugel | why couldn't they use a reasonable script language :( |
02:40:38 | JdGordon_ | like? |
02:40:49 | | Quit Strife89 ("Leaving") |
02:41:44 | * | kugel avoids that question |
02:42:04 | JdGordon_ | bbs |
02:43:42 | CIA-61 | New commit by mcuelenaere (r22392): Reclaim a bit of binsize for non-lcd_bitmap targets |
02:45:05 | | Quit JdGordon_ (Ping timeout: 180 seconds) |
02:45:57 | kugel | mcuelenaere: it's only 1 :) |
02:46:01 | kugel | stupid charcell |
02:46:06 | mcuelenaere | ah :) |
02:53:33 | CIA-61 | New commit by kkurbjun (r22393): M:Robe 500: Increase the max icon size. |
02:56:35 | | Join wooster23y [0] (n=w@pool-70-107-95-70.ny325.east.verizon.net) |
03:00 |
03:00:11 | wooster23y | hello rockboxers.. I have sansa e200 and with recent builds under Plugins > Applications > i see a new entry: Remote Control |
03:01:03 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
03:01:15 | wooster23y | I have no idea what it is... when I select it I get various entries that appear to be used to control a PC or something (Desktop, Presentation, Media Player)... |
03:01:23 | tmzt | wooster23y: that's for using the Sansa as a hid remote control |
03:01:31 | tmzt | (like a usb device) |
03:01:31 | wooster23y | tmzt, ok thanks |
03:02:01 | wooster23y | I kinda though that but whenever I plug the sanda into USB, the screen, etc is disabled so I can't access anything |
03:02:08 | wooster23y | the sansa that is |
03:02:58 | wooster23y | the sansa screen is filled with an image of a USB plug, and can't be 'controlled' itself to do any controlling |
03:03:00 | tmzt | after selecting the plugin? |
03:03:12 | wooster23y | Yeah.... |
03:03:27 | wooster23y | I don't have any HID installed on my desktop , maybe that's the problem |
03:03:36 | wooster23y | I've never used HID before ...I'llcheck on that |
03:03:55 | JdGordon | wow, that icon change added 83KB! |
03:04:06 | JdGordon | no... 166KB! |
03:05:00 | kkurbjun | yeah, quite a bit.. unforunately the code reserves a buffer for each screen that is the same size |
03:05:11 | gevaerts | wooster23y: you have to connect in charge-only mode for that plugin to work |
03:05:22 | kkurbjun | so teh remote has support for 35x25 pixel icons that it will never use |
03:05:41 | wooster23y | gevaerts, oh, ok, thanks |
03:05:53 | wooster23y | I'll try to figure out how to get into that mode :> |
03:06:43 | gevaerts | it's in the manual somewhere. Maybe you need to look for "power" instead of "charge" though |
03:07:26 | wooster23y | ok thanks gevaerts |
03:07:48 | | Quit mcuelenaere () |
03:09:52 | JdGordon | kkurbjun: ah yes, that usual problem |
03:12:25 | kugel | no problem, he has still 530k free :) |
03:13:05 | kkurbjun | :) |
03:13:46 | kugel | unless we stop JdGordon in his malloc frenzy, icons might get skin_alloc'd or something too soon'ish :) |
03:14:13 | JdGordon | that would be bad? :confused: |
03:14:58 | kugel | screens should probably more often share the same buffer which can sized more dynamically (at compiling time) |
03:15:56 | | Quit kkurbjunW (Remote closed the connection) |
03:16:03 | | Quit DataGhost (Nick collision from services.) |
03:16:11 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
03:16:15 | kkurbjun | I think sizing buffers at load times for themes makes sense |
03:16:20 | *** | Saving seen data "./dancer.seen" |
03:16:38 | | Join kkurbjunW [0] (n=karlk@12.41.166.8) |
03:17:59 | | Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
03:19:40 | | Quit wooster23y () |
03:26:39 | | Quit scorche (Connection timed out) |
03:28:59 | | Quit elcan ("leaving") |
03:29:08 | | Join elcan [0] (i=user36@massdeop.us) |
03:29:24 | kugel | time to make the sb patch a bit more tracker'able |
03:29:39 | JdGordon | by starting again? :) |
03:30:17 | gevaerts | or by ading random chat? :) |
03:31:33 | | Join funman [0] (n=fun@rockbox/developer/funman) |
03:32:31 | kugel | by adding a .h ;) |
03:37:02 | | Join Rudy4Pez [0] (n=rudy4pez@m100e36d0.tmodns.net) |
03:38:20 | Rudy4Pez | Llorean, Topy44: Another concern about album art .jpg file detection is the "AlbumArt_{32B3752A-B3BC-42B7-81B5-3E33919A6A6E}_Large.jpg" format that WMP uses. I forgot to mention that last night. |
03:39:10 | kugel | I don't see how album art.jpg would help there |
03:39:11 | Topy44 | Rudy4Pez: we actually agreed on front.jpg in the end |
03:39:20 | Rudy4Pez | (And also back when I ripped CDs, I used MusicMatch. I'm pretty sure that's the program that generated "album.jpg".) |
03:39:43 | Topy44 | i have been thinking about the format you just mentioned, but i cant see a way for rb to generate that filename without parsing the dir |
03:39:57 | CaptainKwel | Hello. May I have write access to the wiki? JasonAYu |
03:40:41 | Rudy4Pez | Topy44: Really? I thought Llorean would never budge on that, haha. Also, the WMP format is a good argument to have RB parse the dir. I just couldn't remember it last night because I was running on fumes. |
03:41:50 | Rudy4Pez | But in the mean time, adding front/album.jpg to the existing list is the simplest solution. |
03:42:15 | Topy44 | i would ask you to confirm that musicmatch generates album.jpg files by default |
03:43:24 | Rudy4Pez | Oh man, it's been a while since I've used it. I can find out though. |
03:43:33 | Topy44 | good |
03:44:03 | funman | CaptainKwel: you should be able to write now |
03:44:32 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
03:45:24 | Rudy4Pez | Apparently "dBpoweramp" generates it as well. |
03:47:05 | Topy44 | never heard of that |
03:47:44 | Rudy4Pez | Nor have I, lol. |
03:47:58 | Rudy4Pez | But VMJ uses it too. |
03:48:05 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
03:48:06 | Rudy4Pez | And I have used that before. |
03:50:44 | Rudy4Pez | I also found an OS X program called sbtooth that uses it. |
03:50:59 | | Quit dmb (Read error: 60 (Operation timed out)) |
03:52:15 | Rudy4Pez | As does J.River MediaJukebox/MediaCenter. |
03:52:35 | Topy44 | hmhm |
03:53:40 | Rudy4Pez | If I recall, I believe Winamp (or a popular album art plugin for Winamp) had it on the list of valid filename formats. |
03:53:59 | Rudy4Pez | But it's been a while since I've used any PC-based music programs. |
03:54:05 | Rudy4Pez | Winamp included. |
03:54:14 | Topy44 | good enough for me, i'll suggest it... not my decision anyway, but the more programs use it the more likely the stupporn ones like llorean will agree :) |
03:54:28 | Topy44 | stubborn |
03:54:34 | CaptainKwel | funman: thanks! |
03:55:21 | * | gevaerts wonders how endless discussions about which programs use what album art naming scheme can be called on-topic |
03:55:46 | Topy44 | its a discussion on wheter or not to include the filename in rb, therefore its on topic imho |
03:56:20 | funman | where is the list of filenames checked for album art? |
03:56:41 | Rudy4Pez | Topy44: Exactly. I personally don't use any of theose programs, but other people obviously do. |
03:57:02 | Rudy4Pez | Gotta think outside ourselves. ;) |
03:57:22 | Topy44 | funman: its on the docs page, search album art |
03:57:47 | Topy44 | the routine is in albumart.c line 124 onwards |
03:57:59 | gevaerts | All I see is an endless list of "oh, I foun this obscure program that also uses it", without any reference to what "it" might be, and with a more or less obvious undertone of "take that, Llorean" |
03:58:11 | Topy44 | heh |
03:58:23 | Topy44 | no, i do get lloreans point |
03:58:43 | Rudy4Pez | "it" is the format of 'album.jpg' as an album art filename. |
03:58:49 | Topy44 | if one or more relevant pc programs use it its worth consideration - i'm not saying it has to go in, but it should at least be suggested |
03:58:51 | funman | this list looks quite specific to rockbox, without looking for compatibility with external programs |
03:59:02 | | Join Blue_Dude [0] (n=chatzill@adsl-235-222-153.mco.bellsouth.net) |
03:59:17 | Rudy4Pez | I have a feeling that "relevant" is going to be a point of contention. |
03:59:19 | Rudy4Pez | lol |
03:59:36 | Topy44 | yeah :) but you might aswell ask "is mp3 really a relevant file format?" :) |
03:59:42 | Rudy4Pez | If the devs have never heard of it, good luck on getting it included. |
03:59:50 | Rudy4Pez | Heehee. |
04:00 |
04:00:04 | funman | and incomplete, looking at the code (folder.jpg |
04:00:17 | funman | "*folder.jpg" isn't mentioned in the list, and ./cover.jpg is loaded afair |
04:01:15 | funman | Rudy4Pez: if several programs use a common naming for album art, and other programs are moving toward this scheme, then it's a good hint for rockbox |
04:01:51 | gevaerts | funman: the comment wasn't updated apparently |
04:02:13 | funman | if each program uses a specific filename for storing its informations, then there is little gain for compatibility with "software X album art database" |
04:02:20 | Blue_Dude | All right, I test compiled for Sansa E280, Gigabeat F, and iRiver H120. I don't have the right tools in Cygwin to compile for Onda. I can't think if a thing that I can test on now. |
04:02:36 | Topy44 | i still believe a parsing algorhyhtm should be considered, but we need to get some core devs discussing that seriously, instead of just dismissing it on the grounds that they dont give a **** :) |
04:03:03 | gevaerts | Topy44: stop spreading lies. Nobody dismissed it on those grounds |
04:03:07 | Topy44 | heh |
04:03:14 | funman | Topy44: discussion is welcome on any topic of course |
04:03:21 | Topy44 | its ok, i dont want to start another discussion/fight right now :) |
04:04:04 | Rudy4Pez | lol "discussion/fight" :P |
04:04:35 | gevaerts | also, don't expect to be taken seriously if the most detailed proposal you can come up with is "a parsing algorithm" |
04:04:49 | funman | if you're not going to discuss about it, then don't mention it. trolls are welcome on #rockbox-community but not here |
04:05:05 | * | gevaerts disagrees with funman. Troills are also not welcome there |
04:05:20 | Topy44 | again, i dont want to start over again now. we already had that discussion, including suggestions on how to implement it, earlier |
04:05:32 | Topy44 | i'll shut up now :) |
04:05:36 | funman | Topy44: can you point me to a date / irclogs? |
04:05:40 | Topy44 | sure, sec |
04:05:51 | * | gevaerts read the discussions, and he does not remember any suggestions on how to implement this |
04:06:39 | Topy44 | try yesterday midday GMT+1 (whatever timezone your logs use) |
04:08:09 | gevaerts | ah yes, the "pick the first random file you see" algorithm |
04:08:12 | Topy44 | well, there are two ways... either during playlist creation, check for every file added and save the filename in the playlist, or parse dircache on file load |
04:08:16 | Topy44 | no, not first random file |
04:08:26 | Topy44 | check for keywords, like album, front, cover, etc |
04:08:39 | Topy44 | only if none work, use the first file |
04:09:02 | gevaerts | how does this interact with looking in parent directories? |
04:09:15 | Topy44 | in most cases there will be only one file and that will be in some way relevant to the music... of course for people that use large directories with tons of files instead of sorting them by album that will fail |
04:09:25 | funman | find . -name $my_naming.jpg -exec mv {} cover.jpg \; |
04:09:49 | gevaerts | whereas the current system never fails |
04:10:14 | Topy44 | yeah, but only gets it right if you pre-sorted the collection - didnt i just say i dont want to start this discussion again right now? i am kind of busy |
04:10:29 | Topy44 | another time |
04:10:31 | Rudy4Pez | The current system fails in it's ability to include as wide a variety of filenames. |
04:10:47 | Topy44 | Rudy4Pez: thanks, thats a good way of saying it |
04:10:50 | funman | Rudy4Pez: i think it's not really wanted |
04:10:51 | Rudy4Pez | (Wider than 7, at least, or whatever the current number is.) |
04:11:06 | gevaerts | Rudy4Pez: I have seen exactly zero serious arguments for why that is a real problem |
04:11:38 | Topy44 | it is by me, and i am sure many others. possibly one should ask other users on their opinion instead of dismissing it on the sole grounds that other devs THINK its not wanted |
04:11:39 | Rudy4Pez | Last I checked, one of the perks of Rockbox was supposed to be it's versatility.. |
04:11:53 | gevaerts | For nsome reason, rockbox does not start playing if I press stop. I occasinally do that. Can't it start playing anyway? |
04:12:00 | Rudy4Pez | That's why it's offered on so many platforms.. That's why it supports so many formats.. Right? |
04:12:16 | Topy44 | gevaerts: sure, just reconfigure your keys :) |
04:12:17 | funman | Topy44: FYI, Folder.jpg is created by windows (WMP?) |
04:12:17 | gevaerts | Topy44: wanted or not wanted by users is totally irrelevant |
04:12:31 | Topy44 | funman: yeah, someone said that previously |
04:12:42 | Topy44 | gevaerts: is it? isnt rockbox made for, you know, users? |
04:12:42 | Rudy4Pez | I view supporting more common album art filenames as an extension of that same versatillity. |
04:13:01 | Rudy4Pez | Topy44: Exactly. I touched on that last night. |
04:13:08 | gevaerts | Topy44: ah, there we have the issue. No it's not. It's made for the people who make it |
04:13:14 | Topy44 | heh |
04:13:20 | gevaerts | seriously |
04:13:45 | Topy44 | that of course is a whole discussion on its own: do you implement something you dont need yourself, just because another non-dev user might want it? or is it irrelevant because you, the dev in question, doesnt need it |
04:13:51 | Rudy4Pez | The more people that Rockbox works for, the more people use it. The more people use it, the more people contribute to it. |
04:14:02 | funman | Topy44: you could work on a patch implementing your idea, that would make your idea more likely to be read & discussed |
04:14:26 | Topy44 | yes, unfortunately my dev skills arent that far yet. though its not impossible that i might work on that |
04:14:33 | funman | and would help users needing this feature, should the patch be rejected by developers |
04:14:45 | Topy44 | (FYI, i do a little code, but i havent gone further then tiny changes up to now) |
04:15:29 | Topy44 | the whole problem with patches that wont get commited is that they need to be maintained all the time to work against current svn |
04:16:40 | Rudy4Pez | Expansion and versatillity is extremely key to the success and advancement of a communal project such as this one. |
04:17:08 | Rudy4Pez | The more people to whom you can appeal, the more people will care. People caring about your project is generally a good thing. |
04:17:14 | gevaerts | Rudy4Pez: do you have any idea what you're talking about, or are you just typing in random rubbish? |
04:17:37 | Topy44 | i actually believe he is making a point |
04:17:38 | Rudy4Pez | Nah, I just made that all up. :P |
04:17:43 | Topy44 | but... i'll shut up now. really. :) |
04:17:48 | funman | Topy44: you can't know if it will be committed before writing it |
04:17:56 | Mode | "#rockbox +o funman " by ChanServ (ChanServ@services.) |
04:18:12 | Topy44 | yeah, but is it right to ignore a suggestion by someone just because he isnt a coder? |
04:18:29 | funman | yes, there is no coding on-demand |
04:18:36 | Topy44 | seems so :) |
04:18:46 | gevaerts | Topy44: we are ignoring the suggestion just because we think it's a bad idea, not because of who made it |
04:19:10 | kugel | And I do because I just don't care :) |
04:19:25 | Topy44 | meaby we should agree to disagree and see what other people think once it takes on a more serious form :) |
04:19:48 | Rudy4Pez | "Considering a suggestion" and "coding on-demand" are two very different things. |
04:19:55 | * | gevaerts also thinks that telling people to work on features they don't want in order to get hypothetical new contributors is probably one of the best ways to make projects fail |
04:20:22 | funman | Rudy4Pez: the best way to add a feature to an open source project is to send a patch |
04:20:26 | Topy44 | its the real difference between open source and commercial software i guess - open source software is made for the people that made it, while commercial software is made for the customers :) |
04:20:53 | funman | right |
04:22:34 | | Quit Rudy4Pez ("back to work") |
04:26:38 | Mode | "#rockbox -o funman " by funman (n=fun@rockbox/developer/funman) |
04:32:18 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
04:32:44 | | Join Llorean [0] (n=DarkkOne@adsl-99-182-52-92.dsl.hstntx.sbcglobal.net) |
04:32:50 | | Quit Llorean (Client Quit) |
04:33:40 | | Quit kugel (Remote closed the connection) |
04:36:22 | | Join pyro-pitbull [0] (n=killbox@c75.152.57-44.clta.globetrotter.net) |
04:36:37 | | Part pyro-pitbull |
04:49:19 | Unhelpful | Bagder: people who can't svn can git-http :) |
04:52:38 | | Quit Topy44 () |
04:58:12 | | Join ej0rge [0] (n=alhaz@alhaz.fttp.xmission.com) |
05:00 |
05:16:25 | *** | Saving seen data "./dancer.seen" |
05:24:55 | CIA-61 | New commit by blue_dude (r22394): FS #10199: Adds limiter DSP function |
05:32:01 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
05:38:58 | JdGordon | anyone around to test a patch? |
05:39:46 | funman | Blue_Dude: did you see your commit breaks on sh CPUs (undef symbol) and on YH920 (IRAM section is full) |
05:40:04 | Blue_Dude | Oh yeah. Working on it right now. |
05:40:25 | funman | not sure what happens on yh920, the chessclock plugin shouldn't use IRAM afaiu |
05:40:35 | Blue_Dude | The plugins are going to be pretty easy. I'm not sure yet what to do with the IRAM being full. |
05:40:54 | JdGordon | got a good builkd time though :) |
05:41:33 | Blue_Dude | OK, I fixed the plugins... |
05:41:35 | funman | "rockbox.elf" > I believe make -j* is used and the error messages are not directly following targets |
05:42:12 | funman | I was about to suggest removing the lcd framebuffer from iram for yh920, but it isn't :/ |
05:43:05 | Blue_Dude | I got Archos player to compile plugins successfully. It needed a swcodec IFDEF |
05:45:23 | CIA-61 | New commit by blue_dude (r22395): Fix red: plugins on hwcodec targets |
05:46:16 | funman | recorder/recorderv2 etc are not hwcodec (only the player) |
05:47:55 | Unhelpful | they're not? i thought all sh1 were... |
05:48:01 | Blue_Dude | Well, they choked on the same item. We'll see if it works. |
05:48:46 | Blue_Dude | The bin delta's not as bad as I thought. |
05:48:53 | JdGordon | funman: they are |
05:49:01 | JdGordon | all archos/sh1 targets are hwcodec |
05:50:04 | | Quit HBK (Read error: 113 (No route to host)) |
05:51:06 | Blue_Dude | Hm. Just the one target chokes on IRAM. Suggestions? |
05:52:09 | JdGordon | disable it on that target? |
05:52:23 | Blue_Dude | I'm compiling a local version to work with. I can start removing IRAM tags until it behaves but it's going to affect performance on everything else. |
05:52:24 | JdGordon | or on all targets with < X IRAM? |
05:52:40 | funman | sorry, i'm mistaken with lcd_charcell |
05:53:05 | funman | Blue_Dude: i'm looking at it (the yh920) |
05:53:28 | Blue_Dude | What would be an appropriate IFDEF to carve out that target? |
05:53:48 | funman | none |
05:54:09 | JdGordon | coolest data abort ever!!!! |
05:54:20 | JdGordon | all I see is Da with some pixels |
05:54:25 | JdGordon | its written in the last viewport! |
05:55:57 | CIA-61 | New commit by jdgordon (r22396): it is mildly useful to reset the viewport to the full screen for the panic screen.... |
05:57:40 | JdGordon | wtf? that didnt fix it? |
06:00 |
06:00:16 | funman | IRAM_LCDFRAMEBUFFER is only respected in 16 bits lcd driver |
06:01:45 | funman | Blue_Dude: a fix would be to define IRAM_LCDFRAMEBUFFER to IBSS_ATTR for *all* targets using drivers/{lcd-2bit*,lcd-1bit*} (in their respective config-*.h), but for the YH920 |
06:02:12 | funman | that would free enough iram (the yh920 build will link with 0x100 more iram bytes) |
06:02:28 | Blue_Dude | Whoa. OK, where do I go to fix that? |
06:02:43 | funman | ok let me look at it ^^ |
06:03:06 | Blue_Dude | I haven't dug into the config files at all. Hardware scares me. :) |
06:05:45 | JdGordon | Blue_Dude: is this limiter on by default? |
06:05:59 | Blue_Dude | No. |
06:06:43 | Blue_Dude | When settings tries to read in a new value, it should fill with a 0, which is off. |
06:07:25 | Blue_Dude | You have to go to the menu and dial in a value greater than 0 for it to enter the signal chain. |
06:07:34 | JdGordon | ok |
06:08:09 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
06:08:41 | Blue_Dude | That's a change I made in the last week or so. Before there was still a residual process in the chain, but now nothing happens with it unless you turn it on. |
06:10:02 | JdGordon | cool |
06:10:08 | CIA-61 | New commit by funman (r22397): LCD_DEPTH == 1 : specify if lcd framebuffer is in iram into the model specific config file |
06:12:25 | Blue_Dude | funman: will that fix my problem or is this something else? |
06:12:32 | funman | next commits will |
06:12:45 | Blue_Dude | ok, great |
06:12:50 | funman | yh920 is 2bpp |
06:16:04 | JdGordon | why am i getting a crash on target but not in the sim? :'( |
06:16:21 | Blue_Dude | What is crashing? |
06:17:15 | JdGordon | wps display |
06:17:21 | JdGordon | compelty my code... |
06:17:33 | JdGordon | wow, its nice and foobar! |
06:17:36 | Blue_Dude | You're scaring me, man. |
06:18:00 | JdGordon | :) |
06:18:13 | JdGordon | and why the heck is AA not showing in the sim? Unhelpful? |
06:18:24 | JdGordon | there isnt a seperate define is there? |
06:23:55 | CIA-61 | New commit by funman (r22398): LCD_DEPTH == 2, vertical interleaved : specify if lcd framebuffer is in iram into the model specific config file |
06:23:59 | CIA-61 | New commit by funman (r22399): LCD_DEPTH == 2, horizontal packing: specify if lcd framebuffer is in iram into the model specific config file |
06:24:03 | DBUG | Sent KICK CIA-61 to server |
06:24:03 | CIA-61 | New commit by funman (r22400): LCD_DEPTH == 2, vertical packing: specify if lcd framebuffer is in iram into the model specific config file |
06:24:04 | Kick | (#rockbox CIA-61 :Stop repeating yourself) by logbot!n=bjst@rockbox/bot/logbot |
06:24:08 | | Join CIA-61 [0] (n=CIA@208.69.182.149) |
06:24:14 | JdGordon | brute force it? :) |
06:24:42 | funman | damned, the build system didn't take the 3 commits :/ |
06:24:50 | Mode | "#rockbox +o funman " by ChanServ (ChanServ@services.) |
06:25:03 | Mode | "#rockbox +v CIA-61 " by funman (n=fun@rockbox/developer/funman) |
06:25:05 | Mode | "#rockbox -o funman " by funman (n=fun@rockbox/developer/funman) |
06:26:39 | Blue_Dude | Build bot got itself booted. :) |
06:29:18 | funman | hmm why are the commits built one by one ? :( |
06:30:55 | JdGordon | they dont do lots anymore? damn |
06:31:17 | Blue_Dude | Hey, it worked! |
06:31:19 | funman | 22400 doesn't seem to be built |
06:31:46 | JdGordon | you made it worse :) |
06:31:59 | Blue_Dude | Compiled r22400 on my local copy of yh920 and it went through. |
06:32:05 | CIA-61 | New commit by funman (r22401): iaudiox5 has a 16 bits display, not a 2 bits. ... |
06:32:13 | funman | Blue_Dude: right, but what about the other :o |
06:32:22 | | Quit CaptainKwel (Remote closed the connection) |
06:32:33 | JdGordon | it might take a minute after each round to decide to start again? |
06:32:43 | Blue_Dude | Well... |
06:32:44 | JdGordon | or you killed it.. which means no more builds untill zagor wakes |
06:32:52 | funman | 22401 is building |
06:33:03 | JdGordon | not on my client |
06:33:12 | Blue_Dude | No there it goes. Skipped r22400 in the build. |
06:33:12 | funman | http://build.rockbox.org/dev.cgi |
06:33:12 | JdGordon | oh yes it is |
06:33:14 | JdGordon | silly screen |
06:33:37 | funman | oh fasty fast build system |
06:33:41 | funman | thanks !! |
06:35:51 | Blue_Dude | I'm trying to build on a not-so-new laptop. I'm thankful for the fast build system on here. |
06:36:14 | Blue_Dude | Ack! |
06:36:43 | Blue_Dude | This is like whack-a-mole. |
06:36:45 | CIA-61 | New commit by funman (r22402): h300 has a 16 bits display, not a 2 bits. ... |
06:37:06 | funman | allright, now it will be all green |
06:40:39 | Blue_Dude | Oh, pretty green color. |
06:40:44 | funman | ^^ |
06:41:10 | Blue_Dude | Thanks, man! |
06:41:24 | | Join timc [0] (n=aoeu@60.21.32.9) |
06:42:04 | funman | np |
06:42:59 | JdGordon | want to figure out my issue now? :) |
06:43:28 | funman | /quit ! |
06:43:46 | JdGordon | oh good.. a data abort.. at least thats useufl |
06:43:58 | funman | JdGordon: how reproducible is it? |
06:44:04 | funman | (bbs) |
06:44:09 | JdGordon | I dont know what *it* is :p |
06:44:53 | tmzt | usually unaligned access on arm or similar platforms |
06:45:09 | JdGordon | yeah, no i dont tihnk so |
06:45:34 | tmzt | where is it occuring? |
06:46:44 | JdGordon | when it displays the wps |
06:46:47 | JdGordon | not always though |
06:47:42 | JdGordon | it corrupt memory, or NULL pointer |
06:47:44 | JdGordon | almost certainly |
06:47:50 | tmzt | so rockbox is showing that error? |
06:49:51 | JdGordon | definetly corrupt memory somewhere |
06:50:00 | JdGordon | I shoudl take some photos of the different ways this is showing up |
06:53:26 | JdGordon | sweet repro in the sim |
06:53:35 | JdGordon | [3]+ Floating point exception./rockboxui ! |
06:53:43 | Blue_Dude | Night all. Thanks again for all the help. |
06:54:30 | JdGordon | oh you're joking! this might not even be my bug |
06:54:48 | | Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
06:55:05 | JdGordon | div0 error! |
06:55:23 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
06:55:59 | JdGordon | no, it must be :( |
06:57:39 | | Nick Guest23768 is now known as J-23 (n=zelazko@unix.net.pl) |
06:59:10 | | Quit ehntoo (Read error: 110 (Connection timed out)) |
07:00 |
07:00:36 | funman | JdGordon: can you run the sim under valgrind? |
07:00:49 | JdGordon | i havnt tried? |
07:01:06 | funman | "valgrind ./rockboxui" |
07:01:14 | JdGordon | whats valgrind? |
07:01:42 | funman | a multi purpose program to help debugging. in this invocation it will report read/writes out of buffers |
07:07:21 | | Quit FOAD (Read error: 110 (Connection timed out)) |
07:07:21 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
07:13:54 | | Quit kkurbjunW (Remote closed the connection) |
07:14:49 | | Join kkurbjunW [0] (n=karlk@12.41.166.9) |
07:16:29 | *** | Saving seen data "./dancer.seen" |
07:31:01 | CIA-61 | New commit by jdgordon (r22403): move viewports into the skin buffer, no more viewport limit on the skin |
07:31:10 | * | JdGordon really hopes that works! |
07:32:35 | pixelma | "really hopes that works" - what happened to good old testing? |
07:34:12 | JdGordon | got bored of testing :) |
07:34:16 | JdGordon | I mean... morning :) |
07:34:30 | JdGordon | na, i tested on my mini and im rpetty sure i got all the bugs |
07:35:31 | JdGordon | bugger you archos player! greens across the bopard except there |
07:35:58 | JdGordon | pixelma: that should just about even out the previous change's delta.. so you shouldnt have anything to worry about again |
07:36:26 | JdGordon | and incase it disappears.... 175s build!!! under 3min! |
07:36:44 | JdGordon | all glory to Zagor and gevaerts and rasher and whoever else should get credit |
07:37:43 | pixelma | as if that would be the only thing to worry about ;) I'll yell at you in case my viewport heavy WPS(s) don't work anymore :P |
07:38:06 | JdGordon | any chance you could check in the next 90min or so :) |
07:38:36 | pixelma | no, probably only after work |
07:39:05 | JdGordon | ok, so I at least get to sleep a bit before being yelled at :) |
07:39:18 | JdGordon | RELAX.... it works! |
07:43:33 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
07:47:57 | | Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) |
07:48:53 | | Quit funman ("free(random());") |
08:00 |
08:05:18 | | Quit obo ("No Ping reply in 90 seconds.") |
08:05:20 | | Join obo_ [0] (n=obo@77-99-230-49.cable.ubr04.trow.blueyonder.co.uk) |
08:10:00 | | Join Rob2222 [0] (n=Miranda@p4FDCE9D0.dip.t-dialin.net) |
08:15:47 | | Join flydutch [0] (n=flydutch@host214-146-dynamic.15-87-r.retail.telecomitalia.it) |
08:17:22 | | Quit Rob2223 (Read error: 60 (Operation timed out)) |
08:19:22 | amiconn | JdGordon: Sure I won't complain about such small deltas for the players, if it is an overall gain otherwise. While the player has the same amount of ram as the other archoses, it still has the smallest binary of all of them |
08:19:39 | * | amiconn doesn't like this attitude of JdGordon and kugel regarding testing |
08:20:04 | JdGordon | what attitude? :) |
08:20:49 | JdGordon | you dont actually think I'd commit something without testing it first do you?! |
08:21:08 | | Part toffe82 |
08:23:32 | amiconn | I would not expect anyone doing that in the first place, but when reading your and kugel's statements here, that's not so clear anymore |
08:24:10 | | Join ender` [0] (i=krneki@84.255.206.8) |
08:25:22 | amiconn | Of course it would be a waste to build all builds or even just all target builds before commit - that's something the build system is much better (and faster) at. |
08:25:51 | JdGordon | if you're talking about todays "discussion" then thats what we were saying |
08:26:23 | amiconn | What I do expect though is (1) code being tested and fixed so nothing is knowingly broken, and (2) builds being tested on a representative selection of the affected targets and sims |
08:27:03 | JdGordon | I doubt you'll get any arguments from anyone on that |
08:27:18 | JdGordon | maybe from kugel... he doesnt build any targets before ci :) |
08:27:22 | * | JdGordon goes to bed |
08:27:40 | amiconn | [07:31:10] -*- JdGordon really hopes that works! |
08:29:06 | JdGordon | + sarcasm... |
08:29:41 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
08:29:51 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
08:30:29 | Lear | JdGordon: My viewport wps stopped working... |
08:31:55 | JdGordon | thats not a funny joke... |
08:32:10 | JdGordon | was it working before that commit? |
08:32:30 | Lear | A build from yesterday worked at least... |
08:32:51 | JdGordon | zip it up and send it to me.... which target? |
08:32:55 | JdGordon | not working how? |
08:33:28 | Lear | Nope. when I run in the sim, I get this: Invalid parameter list for token 63: "display preloaded image 0" |
08:33:48 | JdGordon | you're trying to display an image which isnt loaded |
08:33:55 | JdGordon | there is no %xl line for it |
08:34:05 | JdGordon | 3rd dev with that issue now :/ |
08:34:11 | Lear | Should be, as it used to work... |
08:34:25 | JdGordon | the parser was made more strict yesterday |
08:36:00 | Lear | And the complaint is for an empty line, making it hard to find what image, if any... |
08:36:24 | JdGordon | yeah, the debug text is on my todo list |
08:36:38 | JdGordon | ignore that image 0 bit |
08:36:57 | JdGordon | pastebin the .wps... ill give it a quick look |
08:37:56 | Lear | No need, I acutally had a reference to an image that didn't exist any more. I had moved it to the fixed background. :) Sorry. So the error message was only off by one. |
08:38:51 | * | JdGordon goes to bed... for real this time |
08:39:10 | Lear | And I really need to go to work... |
08:40:04 | Lear | Btw, checkwps doesn't build. No make rule for wps_parser.c... |
08:40:55 | | Quit Lear ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
08:41:08 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
08:48:08 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
08:56:31 | | Join mt [0] (n=MTee@rockbox/developer/mt) |
08:59:07 | | Quit elcan (Remote closed the connection) |
09:00 |
09:03:27 | | Join PaulJam [0] (n=Paule@p54BEF409.dip.t-dialin.net) |
09:08:10 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
09:12:51 | | Quit Stephen__ ("Leaving") |
09:16:34 | *** | Saving seen data "./dancer.seen" |
09:17:55 | CIA-61 | New commit by jdgordon (r22404): store the image label instead of a number so debug output is actually useful when %xd is used witout a coresponding %xl |
09:22:41 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:24:02 | | Quit stripwax ("http://miranda-im.org") |
09:28:59 | | Quit Grahack ("Leaving.") |
09:31:13 | CIA-61 | New commit by nls (r22405): FS #10536 by David Kauffmann, make the manual point to the theme site for additional themes instead of the old wiki galleries. |
09:53:22 | | Quit Thundercloud (Remote closed the connection) |
10:00 |
10:01:15 | | Quit TruthTaco (simmons.freenode.net irc.freenode.net) |
10:01:15 | NSplit | simmons.freenode.net irc.freenode.net |
10:01:15 | | Quit courtc (simmons.freenode.net irc.freenode.net) |
10:01:15 | | Quit Torne (simmons.freenode.net irc.freenode.net) |
10:01:15 | | Quit kkurbjun (simmons.freenode.net irc.freenode.net) |
10:01:15 | | Quit Kohlrabi (simmons.freenode.net irc.freenode.net) |
10:01:15 | | Quit scorche|sh (simmons.freenode.net irc.freenode.net) |
10:02:23 | NHeal | simmons.freenode.net irc.freenode.net |
10:02:23 | NJoin | Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) |
10:02:31 | | Join scorche|sh [0] (n=scorche@67.18.187.47) |
10:02:40 | NJoin | Torne [0] (i=torne@lowell.wolfpuppy.org.uk) |
10:02:40 | NJoin | courtc [0] (n=court@unaffiliated/courtc) |
10:07:43 | | Join scorche|1h [0] (n=scorche@squisch.net) |
10:07:44 | | Quit scorche|sh (Killed by douglas.freenode.net (Nick collision)) |
10:07:49 | NJoin | TruthTaco [0] (n=truthtac@adsl-74-8-74.aby.bellsouth.net) |
10:07:49 | NJoin | kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) |
10:07:49 | NJoin | scorche|sh [50] (n=scorche@rockbox/administrator/scorche) |
10:07:54 | | Quit scorche|sh (Success) |
10:08:57 | | Quit PaulJam (".") |
10:12:06 | DEBUG | EOF from server (Connection reset by peer) (snapshot: netstuff.c line 545) |
10:12:06 | *** | Cleanup |
10:12:06 | *** | Cleanup |
10:12:06 | *** | Saving seen data "./dancer.seen" |
10:12:06 | *** | Exit |
10:12:08 | *** | Started Dancer V4.16 |
10:12:08 | DEBUG | connect(2) failed on socket 3 (Connection refused) (snapshot: netstuff.c line 150) |
10:12:08 | *** | Connected to irc.freenode.net on port 6667 |
10:12:08 | *** | Logfile for #rockbox started |
10:12:13 | *** | Server message 501: 'logbot :Unknown MODE flag' |
10:12:13 | Mode | "logbot :+i" by logbot |
10:12:13 | | Join logbot [0] (n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-wdvozzqhiolfzqid) |
10:12:13 | | Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) |
10:12:13 | | Join TruthTaco [0] (n=truthtac@adsl-74-8-74.aby.bellsouth.net) |
10:12:13 | | Join courtc [0] (n=court@unaffiliated/courtc) |
10:12:13 | | Join Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) |
10:12:13 | | Join petur [50] (n=petur@rockbox/developer/petur) |
10:12:13 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
10:12:13 | | Join ender` [0] (i=krneki@84.255.206.8) |
10:12:13 | | Join flydutch [0] (n=flydutch@host214-146-dynamic.15-87-r.retail.telecomitalia.it) |
10:12:13 | | Join Rob2222 [0] (n=Miranda@p4FDCE9D0.dip.t-dialin.net) |
10:12:13 | | Join obo_ [0] (n=obo@rockbox/developer/obo) |
10:12:13 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
10:12:13 | | Join kkurbjunW [0] (n=karlk@12.41.166.9) |
10:12:13 | | Join FOAD [0] (n=dok@dinah.blub.net) |
10:12:13 | | Join timc [0] (n=aoeu@60.21.32.9) |
10:12:13 | | Join +CIA-61 [0] (n=CIA@208.69.182.149) |
10:12:13 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
10:12:13 | | Join ej0rge [0] (n=alhaz@alhaz.fttp.xmission.com) |
10:12:13 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
10:12:13 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
10:12:13 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
10:12:13 | | Join Rondom [0] (n=Rondom@dslb-084-057-176-061.pools.arcor-ip.net) |
10:12:13 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
10:12:13 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
10:12:13 | | Join amiconn [0] (i=quassel@rockbox/developer/amiconn) |
10:12:13 | | Join pixelma [0] (i=quassel@rockbox/staff/pixelma) |
10:12:13 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
10:12:13 | | Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
10:12:13 | | Join Tristan53 [0] (i=tristan@66.252.24.153) |
10:12:13 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
10:12:13 | | Join ch4os [0] (n=ch4os@gentoo/user/ch4os) |
10:12:13 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
10:12:13 | | Join faemir [0] (n=faemir@78.33.109.163) |
10:12:13 | | Join Lss [0] (n=Lss@cm61.delta93.maxonline.com.sg) |
10:12:13 | | Join z35 [0] (n=z35@ool-45701ce5.dyn.optonline.net) |
10:12:13 | | Join evilnick [0] (i=0c140464@gateway/web/freenode/x-chelptnnsjieyteb) |
10:12:13 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
10:12:13 | | Join intrados_ [0] (n=intrados@cpe-71-67-138-190.woh.res.rr.com) |
10:12:13 | | Join alexbobp [0] (n=alex@adsl-75-34-100-218.dsl.austtx.sbcglobal.net) |
10:12:13 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
10:12:13 | | Join fyrestorm [0] (n=nnscript@cpe-68-173-235-106.nyc.res.rr.com) |
10:12:13 | | Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
10:12:13 | | Join thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) |
10:12:13 | | Join sinthetek [0] (n=sinthete@cpe-075-183-051-184.triad.res.rr.com) |
10:12:13 | | Join evilnick_home [0] (n=evilnick@pool-173-52-149-141.nycmny.east.verizon.net) |
10:12:13 | | Join suom1 [0] (i=markus@viitamaki.net) |
10:12:13 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
10:12:13 | | Join lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) |
10:12:13 | | Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
10:12:13 | | Join cg_ [0] (n=cromos@cable-kmi-fe71de00-186.dhcp.inet.fi) |
10:12:13 | | Join AB3JU [0] (n=dz@alt.dissonance.nl) |
10:12:13 | | Join Hadaka [0] (n=naked@naked.iki.fi) |
10:12:13 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
10:12:13 | | Join shaggy-h [0] (n=kiwi@host-87-74-127-193.dslgb.com) |
10:12:13 | | Join parafin [0] (i=parafin@paraf.in) |
10:12:13 | | Join bubsy [0] (i=Bubsy@94.139.72.137) |
10:12:13 | | Join bah_ [0] (n=bah@c-76-105-203-173.hsd1.wa.comcast.net) |
10:12:13 | | Join w1ll14m [0] (n=wpeters@mail.setict.nl) |
10:12:13 | | Join Res1 [0] (n=Res@user-0c6s6hp.cable.mindspring.com) |
10:12:13 | | Join markun [50] (n=markun@rockbox/developer/markun) |
10:12:13 | | Join jhulst [0] (n=jhulst@jhulst.com) |
10:12:13 | | Join gtkspert [0] (n=gtkspert@203-206-32-134.dyn.iinet.net.au) |
10:12:13 | | Join Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) |
10:12:13 | | Join crwl [0] (n=crawlie@a91-156-100-168.elisa-laajakaista.fi) |
10:12:13 | | Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
10:12:13 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
10:12:13 | | Join freqmod_qu [0] (i=quasselg@dhcp208-240.ed.ntnu.no) |
10:12:13 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
10:12:13 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
10:12:13 | | Join at0m [0] (n=at0m@94-225-90-23.access.telenet.be) |
10:12:13 | | Join lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) |
10:12:13 | | Join AfterDeath [0] (n=icxcnika@freenode/weird-exception/network-troll/afterdeath) |
10:12:13 | | Join GodEater [0] (n=bibble@rockbox/staff/GodEater) |
10:12:13 | | Join Jester [0] (n=Jester@unaffiliated/jester) |
10:12:13 | | Join Ridayah [0] (n=ridayah@173-19-110-59.client.mchsi.com) |
10:12:13 | | Join Shaid [0] (i=adam@lurking.shaid.net) |
10:12:13 | | Join AlexP_ [0] (n=alex@rockbox/staff/AlexP) |
10:12:13 | | Join tarbo_ [0] (n=me@unaffiliated/tarbo) |
10:12:13 | | Join mortti_ [0] (i=mortti@beer.modeemi.cs.tut.fi) |
10:12:13 | | Join killan [0] (n=nnscript@c-0efa70d5.06-397-67626721.cust.bredbandsbolaget.se) |
10:12:13 | | Join fred_2 [0] (i=fred@hpc-cluster.hamburgnet.de) |
10:12:13 | | Join jordan`` [0] (i=gromit@78.235.252.137) |
10:12:13 | | Join krazykit [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) |
10:12:13 | | Join shadearg [0] (i=arg@ipv4.panoptix.net) |
10:12:13 | | Join redfox [0] (n=redfox2@ns351996.ovh.net) |
10:12:13 | | Join crashd [0] (i=foobar@lostnode.org) |
10:12:13 | | Join webmind [0] (n=webmind@shell.puscii.nl) |
10:12:13 | | Join aidy [0] (n=aidy@mail.rty.ca) |
10:12:13 | | Join Overand [0] (i=overand@crappy.domain.name) |
10:12:13 | | Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
10:12:13 | | Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) |
10:12:13 | | Join r00s [0] (n=ru@zentrale.profitables.biz) |
10:12:13 | | Join jon-kha [0] (i=jon-kha@kahvi.eu.org) |
10:12:13 | | Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
10:12:13 | | Join Zambezi [0] (i=Zulu@bnc.fran.dotbnc.se) |
10:12:13 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
10:12:13 | | Join JohnTeddy [0] (i=unstable@tor/regular/sid) |
10:12:13 | | Join Neovanglist [0] (i=Neovangl@69.31.129.33) |
10:12:13 | | Join aevin [0] (i=eivindsy@unaffiliated/aevin) |
10:12:13 | | Join jvd [0] (i=syscrash@poipu/developer/syscrash) |
10:12:13 | | Join rwong [0] (n=ricky@www.roflwaffle.com) |
10:12:13 | | Join Guest66974 [0] (i=jljhook@irkki.fi) |
10:12:13 | | Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) |
10:12:13 | | Join rasher [50] (n=rasher@rockbox/developer/rasher) |
10:12:13 | | Join bittin_ [0] (i=bittin@anapnea.net) |
10:12:13 | | Join Beta2K [0] (n=beta@d24-36-68-97.home1.cgocable.net) |
10:12:13 | | Join linuxguy3 [0] (n=timj@adsl-68-253-209-176.dsl.emhril.ameritech.net) |
10:12:13 | | Join maraz [0] (i=maraz@xob.kapsi.fi) |
10:12:13 | | Join blithe_ [0] (n=blithe@blakesmith.me) |
10:12:13 | | Join preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) |
10:12:13 | | Join rphillips [0] (n=rphillip@unaffiliated/rphillips) |
10:12:13 | | Join gibbon_ [0] (i=gibbon_@could.become.a.servant4you.org) |
10:12:13 | | Join dionoea [0] (n=dionoea@videolan/developer/dionoea) |
10:12:13 | | Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) |
10:12:13 | | Join Erant [0] (i=erant@plz.stfu.kthnx.org) |
10:12:13 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
10:12:13 | | Join Necos [0] (i=1001@cpe-76-169-21-84.socal.res.rr.com) |
10:12:13 | | Join @ChanServ [0] (ChanServ@services.) |
10:12:13 | | Join bzed [0] (n=bzed@devel.recluse.de) |
10:12:16 | | Join scorche|sh [0] (n=scorche@squisch.net) |
10:12:17 | | Join Torne [0] (i=torne@81.171.46.118) |
10:12:18 | | Join tmzt [0] (n=tmzt@adsl-76-244-147-106.dsl.akrnoh.sbcglobal.net) |
10:12:18 | | Join Unhelpful [0] (n=quassel@pool-72-70-187-147.hrbgpa.fios.verizon.net) |
10:12:22 | | Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
10:12:27 | | Join FlynDice [0] (n=FlynDice@24.19.225.90) |
10:12:29 | | Join markdrago [0] (n=mdrago@24.186.158.92) |
10:12:33 | | Join yosafbridge [0] (n=yosafbri@ludios.net) |
10:12:37 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
10:12:44 | | Join mt [0] (n=MTee@rockbox/developer/mt) |
10:13:04 | | Join YpsyZNC [0] (n=ypsy@geekpadawan.de) |
10:13:14 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
10:13:40 | | Join avacore^ [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
10:15:34 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
10:17:12 | | Join meermanr [0] (n=meermanr@robmeerman.co.uk) |
10:23:17 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
10:25:40 | | Join pamaury [0] (n=pamaury@sal63-1-82-243-96-220.fbx.proxad.net) |
10:29:46 | | Join bertrik [0] (n=bertrik@d90-128-154-247.cust.tele2.nl) |
10:29:49 | | Quit timc (Connection timed out) |
10:30:07 | Ctcp | Version from freenode-connect!freenode@freenode/bot/connect |
10:30:25 | *** | Server message 477: 'logbot #rockbox :[freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup' |
10:37:35 | | Quit mt (Remote closed the connection) |
10:37:44 | | Quit aevin (Read error: 131 (Connection reset by peer)) |
10:37:50 | | Join fml [0] (n=4fd3c348@gateway/web/cgi-irc/labb.contactor.se/x-cjdqrqqhuwljwyuq) |
10:39:07 | fml | I wonder whether we should have separate settings for the width of the scrollbar on the main display and on the remote. Position (Right/Left) may stay the same for both, but I doubt it for the width. |
10:40:32 | fml | And one more thing: I'd change the meaning of "scrollbar_pos" so that false means "Left". Then they would apper as "Left, Right" (in this order) in the menu −− more natural IMO. Any objections? |
11:00 |
11:10:42 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
11:14:44 | | Quit kkurbjunW (Remote closed the connection) |
11:16:14 | | Join kkurbjunW [0] (n=karlk@12.41.166.8) |
11:25:19 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
11:38:52 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
11:41:54 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
11:44:10 | * | fml pings mcuelenaere because of FS #10538 and FS #10539 and quits |
11:44:18 | | Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") |
11:54:34 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
11:59:36 | | Join mt [0] (n=MTee@rockbox/developer/mt) |
12:00 |
12:01:19 | | Join elcan [0] (i=user36@massdeop.us) |
12:11:51 | | Join mt_ [0] (n=MTee@196.221.62.195) |
12:12:09 | *** | Saving seen data "./dancer.seen" |
12:31:54 | | Quit mt (Read error: 113 (No route to host)) |
12:46:22 | | Nick mt_ is now known as mt (n=MTee@196.221.62.195) |
13:00 |
13:00:51 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
13:14:43 | | Join daurnimator [0] (i=daurnima@freenode/staff/daurnimator) |
13:24:14 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
13:25:34 | | Quit FOAD (Read error: 60 (Operation timed out)) |
13:25:34 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
13:30:49 | | Join ehntoo [0] (n=ehntoo@adsl-99-156-192-57.dsl.applwi.sbcglobal.net) |
13:47:50 | | Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
13:48:07 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
13:48:52 | | Quit dfkt (Nick collision from services.) |
13:48:56 | | Nick dfkt_ is now known as dfkt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
13:59:00 | Unhelpful | JdGordon: which sim? i've used the sim to test AA and PF... |
14:00 |
14:01:37 | | Quit n1s ("Lämnar") |
14:02:01 | | Quit AndyI (Read error: 110 (Connection timed out)) |
14:02:27 | | Quit ehntoo (Read error: 110 (Connection timed out)) |
14:03:44 | | Quit bertrik (Read error: 110 (Connection timed out)) |
14:12:11 | *** | Saving seen data "./dancer.seen" |
14:12:28 | | Join hd [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
14:12:30 | | Quit hd (Read error: 54 (Connection reset by peer)) |
14:14:58 | | Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) |
14:15:20 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
14:20:23 | | Quit Torne ("reboot, damnit") |
14:21:08 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
14:32:54 | CIA-61 | New commit by teru (r22406): Update japanese translation. some are not translated though. |
14:38:49 | | Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) |
14:46:31 | | Quit LambdaCalculus37 ("This computer has gone to sleep") |
14:49:05 | | Quit moos ("reboot") |
14:50:07 | | Join funman [0] (n=fun@rockbox/developer/funman) |
14:51:05 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
14:53:10 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
14:53:31 | | Join daurn [0] (i=daurnima@freenode/staff/daurnimator) |
14:55:13 | | Join wagonbear [0] (n=bycy@59.85.96.58.static.exetel.com.au) |
14:55:50 | wagonbear | hello. i've just successfully installed rockbox on my ipod 4g greyscale. it's booted it up and the screen is now quite dark and the text is hard to read. the contrast and lcd mode settings are not really doing anything to help. maybe it's something to do with the theme i've loaded? |
15:00 |
15:03:29 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
15:03:29 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
15:03:43 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
15:10:50 | | Quit daurnimator (Read error: 110 (Connection timed out)) |
15:11:30 | | Quit LambdaCalculus37 ("Fwump") |
15:11:58 | | Quit kkurbjunW (Remote closed the connection) |
15:12:21 | | Join kkurbjunW [0] (n=karlk@12.41.166.9) |
15:12:57 | | Quit wagonbear () |
15:25:41 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
15:25:43 | | Join bertrik [0] (n=bertrik@d90-128-154-247.cust.tele2.nl) |
15:26:23 | | Part Grahack |
15:26:26 | kugel | amiconn: we were talking about test compiling (to see if it gets reds), not about general testing. |
15:33:20 | CIA-61 | New commit by lenzone10 (r22407): Updated italian translation. |
15:40:10 | CIA-61 | New commit by teru (r22408): snake: Clear backdrop before displaying highscores and restore background, foreground and backdrop after displaying highscores. ... |
15:42:09 | | Quit pamaury (Read error: 113 (No route to host)) |
15:44:28 | | Part LinusN |
15:45:49 | CIA-61 | New commit by teru (r22409): snake2: improve redrawing after pause. wrap some long lines. |
15:46:09 | | Quit aaron424 ("ChatZilla 0.9.85 [Firefox 3.0.13/2009080315]") |
15:56:23 | | Join Valaddiction [0] (n=dylan@199-18-139-82.dhcp.columbus.oar.net) |
16:00 |
16:00:29 | | Quit Valaddiction ("byeee") |
16:12:14 | *** | Saving seen data "./dancer.seen" |
16:14:22 | | Join Torne [0] (i=torne@lowell.wolfpuppy.org.uk) |
16:43:02 | | Join mt_ [0] (n=MTee@196.20.37.51) |
16:44:54 | | Join scorche [50] (n=scorche@rockbox/administrator/scorche) |
16:46:26 | | Join LambdaCalculus37 [0] (n=LambdaCa@rockbox/staff/LambdaCalculus37) |
16:55:47 | | Join Rob2223 [0] (n=Miranda@p4FDCF758.dip.t-dialin.net) |
16:56:05 | | Join CaptainKwel [0] (i=2669ecc2@gateway/web/freenode/x-lcnwlcwacptdjdzi) |
16:58:24 | | Quit funman ("free(random());") |
16:59:05 | | Join pamaury [0] (n=pamaury@sal63-1-82-243-96-220.fbx.proxad.net) |
17:00 |
17:00:31 | | Quit mt (Read error: 113 (No route to host)) |
17:02:11 | | Quit Rob2222 (Read error: 60 (Operation timed out)) |
17:03:43 | | Quit teru ("Quit") |
17:05:06 | | Join Omlet [0] (n=Omlet05@225.120-240-81.adsl-dyn.isp.belgacom.be) |
17:08:22 | | Quit mt_ (Read error: 113 (No route to host)) |
17:11:52 | | Quit Omlet () |
17:12:54 | | Join froggyman [0] (n=chatzill@pool-72-69-196-209.chi01.dsl-w.verizon.net) |
17:19:58 | | Join stoffel [0] (n=quassel@p57B4D784.dip.t-dialin.net) |
17:24:19 | | Join Lss [0] (n=Lss@cm44.delta97.maxonline.com.sg) |
17:32:27 | | Quit pamaury ("exit(*(int *)0 / 0);") |
17:33:32 | | Join JdGordon_ [0] (i=460763c7@gateway/web/freenode/x-fjzueyypawizklla) |
17:41:26 | | Quit robin0800 (Read error: 60 (Operation timed out)) |
17:45:19 | JdGordon_ | 32bit aligned pointers always have the bottom 3 bits 0 right? |
17:45:45 | bertrik | bottom 2 bits |
17:46:13 | JdGordon_ | there goes that idea then :/ |
17:46:20 | JdGordon_ | 2 bits isnt enough to do anything useful with |
17:46:55 | JdGordon_ | trying to figure out how to turn the tokens[1024] array in the wps struct to something more dynamic |
17:47:27 | Torne | you could make exciting assumptions about the range of pointers and steal bits off the top too? :) |
17:47:59 | JdGordon_ | that was my other idea.. I dont think that would work for the sim thouhg? |
17:48:23 | Torne | it would work on many platforms. :) |
17:48:32 | Torne | (i.e. no) |
17:48:49 | JdGordon_ | doesnt virtual memory addresses throw all those assumtpions out the window? |
17:48:54 | Torne | not entirely |
17:48:56 | bertrik | pointers could point anywhere within the 4GB space, on some ARMs IRAM or DRAM is mapped quite high for example |
17:49:23 | Torne | bertrik: yes, but they generally won't point to *either half* of the 4GB space, for this particular purpose, on any particular target, i mean |
17:49:32 | JdGordon_ | I think I'll have to add another 4 bytes to the viewport struct which isnt devastating |
17:49:33 | Torne | tokens[] is not going to point to IRAM |
17:50:03 | bertrik | it was just an example |
17:50:13 | Torne | JdGordon_: probably. |
17:50:36 | | Join mt [0] (n=MTee@rockbox/developer/mt) |
17:50:41 | Torne | it would be tricky to do it in a way that would actually work on every platform. :) |
17:51:15 | JdGordon_ | it was such a bad idea I stopped myself asking that :) |
17:51:44 | bertrik | but maybe the range of possible values for pointers is quite small |
17:52:08 | Torne | bertrik: not on all the sims, though |
17:52:19 | JdGordon_ | I need to store a pointer and an index as cheaply as possible |
17:52:26 | Torne | win32 is probably the smallest and that's 2GB |
17:52:30 | bertrik | a pointer could be constructed as LARGE_FIXED_OFFSET + small variable integer |
17:52:31 | JdGordon_ | the range for both would be quite smll |
17:53:03 | Torne | hm, i'm not sure how the sim does its ram, actually |
17:53:06 | JdGordon_ | it needs to be "fast" though also because this code does get run a hell of a lot |
17:53:21 | | Quit petur ("work->home") |
17:53:34 | bertrik | oh forget it, I don't really like it myself either |
17:54:31 | | Quit bertrik ("De groeten") |
17:54:38 | JdGordon_ | I'm thinking of having this token list as a linked list, each list item has a much smaller array inside it, say 32 tokens each |
17:54:57 | JdGordon_ | maybe even smaller |
17:56:14 | JdGordon_ | actually.. I could for viewports to have their first toekn at the start of a new list item to make it easier.. slightly more wasteful though |
17:57:24 | JdGordon_ | keeping track of the last token would be fun though |
17:57:28 | JdGordon_ | hmmm.... |
17:59:06 | kugel | aww, anti-aliased fonts are too nice |
18:00 |
18:02:17 | kugel | btw, I was wondering why x, y, width, and height are ints. screen dimensions are shorts in some places |
18:02:24 | kugel | (of a struct viewport) |
18:03:25 | JdGordon_ | laziness |
18:03:48 | JdGordon_ | you can change them if you want to get a tiny delta |
18:04:42 | kugel | it won't have a huge impact for the view static vps we have, but maybe for skins |
18:04:54 | kugel | few* |
18:05:28 | JdGordon_ | I tihnk it wouldnt be noticable.... |
18:06:41 | * | kugel thinks we should add a few typedefs for those type of data (screen dimensions, current tick), for consistency |
18:07:04 | JdGordon_ | typedefs are bad |
18:07:58 | kugel | for structs/enums/unions, I agree. not so much for int based types that need to be respected |
18:12:16 | *** | Saving seen data "./dancer.seen" |
18:13:18 | | Join LambdaCalculus3_ [0] (n=rmenes@208.71.93.154) |
18:13:36 | kugel | heh, I just got a data abort where the text is written into a wps vp |
18:14:23 | | Join Riku [0] (i=Lss@117.20.172.188) |
18:14:33 | | Quit JdGordon_ (Ping timeout: 180 seconds) |
18:18:06 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
18:18:34 | | Join JdGordon| [0] (n=Miranda@131.107.0.69) |
18:19:20 | | Quit jgarvey ("Leaving") |
18:21:41 | | Join pamaury [0] (n=pamaury@sal63-1-82-243-96-220.fbx.proxad.net) |
18:29:38 | | Join domonoky1 [0] (n=Domonoky@g229248004.adsl.alicedsl.de) |
18:30:17 | | Join Sajber^ [0] (n=Sajber@h-142-120.A213.priv.bahnhof.se) |
18:30:55 | | Quit Sajber^ (Read error: 54 (Connection reset by peer)) |
18:32:17 | | Quit Lss (Read error: 110 (Connection timed out)) |
18:46:46 | | Join Omlet [0] (n=Omlet05@225.120-240-81.adsl-dyn.isp.belgacom.be) |
18:48:24 | | Quit domonoky (Read error: 110 (Connection timed out)) |
18:50:07 | | Join Strife89 [0] (n=michael@adsl-220-102-96.mcn.bellsouth.net) |
18:50:21 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
18:50:30 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
18:58:49 | | Quit BlakeJohnson86 (Remote closed the connection) |
18:59:35 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
19:00 |
19:07:18 | | Part kkurbjunW |
19:08:20 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
19:08:53 | | Quit AndyIL (Read error: 104 (Connection reset by peer)) |
19:10:02 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
19:12:57 | | Join Lss [0] (n=Lss@cm44.delta97.maxonline.com.sg) |
19:13:01 | | Join BryanJacobs [0] (n=bryanjac@128.151.67.243) |
19:18:59 | | Join funman [0] (n=fun@rockbox/developer/funman) |
19:31:54 | | Quit Riku (Read error: 110 (Connection timed out)) |
19:33:27 | | Quit kachna (Read error: 60 (Operation timed out)) |
19:36:53 | Unhelpful | JdGordon: maybe index1+index2 rather than pointer+index? |
19:38:47 | | Quit LambdaCalculus3_ ("Fwump") |
19:39:09 | JdGordon| | ? |
19:41:41 | Unhelpful | your dynamic token list... instead of a pointer, and storing some other data in the bits that are unused due to alignment, you could (if the items pointed to are stored together) use an index, of whatever size you think will work, and have the rest of the bits left over. |
19:41:48 | | Quit LambdaCalculus37 ("Leaving") |
19:41:49 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:42:19 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
19:42:45 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
19:42:53 | JdGordon| | I'm still confused, but no, I tihnk i'll get around the problem by forcing viewports to start in new list items |
19:43:09 | | Join trisiak [0] (n=tree@chello089076201062.chello.pl) |
19:43:44 | JdGordon| | I could just be making it worse than it need be, and just use a linked list for the whole lot of tokens instead |
19:44:16 | | Quit einhirn (Client Quit) |
19:44:30 | JdGordon| | that would double the overall ram usage (for the tokens array), but the ram is allocated anyway and not static anymore so its proably a saving |
19:45:11 | Unhelpful | JdGordon: what exactly is tokens an array *of*, at present? |
19:45:42 | JdGordon| | an array of wps_tokens |
19:46:06 | JdGordon| | which is a wopping 8 bytes i think |
19:46:58 | Unhelpful | and you want a dynamic array of them? |
19:47:08 | JdGordon| | yeah |
19:47:30 | JdGordon| | the needed size isnt known untill the end of parsing which makes things tough |
19:48:06 | Unhelpful | JdGordon: and it's to be stored where... space chopped from the start of the audio buffer? |
19:48:18 | JdGordon| | yep |
19:48:54 | Unhelpful | could you grab an unreasonably large amount of space, and return what you don't need? |
19:49:24 | JdGordon| | I was going to say we could allocate tokens from the start, and everything else from the end and they could meet in the middle.. but that wont work for bitmaps |
19:49:41 | JdGordon| | no, that would fragment the buffer |
19:49:47 | JdGordon| | oh hang on! |
19:49:50 | JdGordon| | we could do that |
19:49:58 | JdGordon| | oh no.. we couldnt |
19:50:08 | Unhelpful | so... we need buffer defrag? ;) |
19:50:31 | kugel | I like the blocks of 32 tokes idea, what's wrong with that? |
19:50:49 | | Quit Omlet () |
19:51:42 | JdGordon| | images are loaded at the end of parsing.. so we could do that maybe.. it would look something like this after a few skins are loaded... |tokens skin1|images skin1|tokens skin2|images skin2|−−−−−−−−−−−−|data skin2|data skin1| |
19:51:58 | maraz | I like the 32 tokes idea, what could possibly be wrong with that? |
19:52:05 | JdGordon| | nice and confusing.. but we shouldnt need to debug it so it could work |
19:52:31 | kugel | :/ that seems complicated and error prone |
19:52:32 | Unhelpful | JdGordon: why would it need to be a linked list of blocks of tokens? can't you allocate the blocks consecutively? |
19:53:13 | JdGordon| | no, we cant because it will alloc a block of tokens, then parse untill that block is full which we assume means more allocation during that time |
19:53:35 | JdGordon| | right now allocation always happens from the start |
19:54:16 | BryanJacobs | wouldn't it be nice if there were some kind of, I dunno, dynamic memory allocator for this sort of thing? |
19:54:32 | JdGordon| | that still wouldnt help though |
19:54:42 | JdGordon| | the problem is not knowing how big to allocate |
19:55:02 | BryanJacobs | ... isn't that what you DON'T have to do with dynamic allocations? |
19:55:14 | BryanJacobs | realloc() exists for that reason |
19:55:44 | | Join Sajber^ [0] (n=Sajber@h-142-120.A213.priv.bahnhof.se) |
19:55:59 | JdGordon| | realloc means changing everything to use offsets instead of pointers, which is messy |
19:56:25 | JdGordon| | I tinhk that scheme I mentioned above is actually the way to go |
19:57:04 | | Quit Sajber^ (Read error: 104 (Connection reset by peer)) |
19:57:11 | kugel | can you elaborate why the other ways don't work? |
19:57:34 | JdGordon| | the other way being blocks of token arrays? it will work, its just more messy |
19:58:05 | kugel | "|tokens skin1|images skin1|tokens skin2|images skin2|−−−−−−−−−−−−|data skin2|data skin1|" looks way more messy |
19:58:21 | JdGordon| | viewports/lines/sublines keep track of indexes into the tokens array for where they start/stop... |
19:58:23 | kugel | complicating detection of "out of buffer" also |
19:58:35 | JdGordon| | true, but overall simpler i tinhk |
19:58:54 | JdGordon| | parsing only happens once, token traversing happens many times per second |
19:59:39 | JdGordon| | and remember, once its in the buffer its static, so as long as its all allocated correctly there shuold be nothing dangerous happening |
19:59:56 | JdGordon| | as long as everything plays by the allocation rules |
20:00 |
20:00:21 | kugel | you're still in the duty of explaining why loading the statusbar after the wps doesn't work |
20:00:38 | JdGordon| | ha? what? |
20:00:39 | kugel | that looks to me like there's still bugs in there, and you're going to complicate it more |
20:01:04 | JdGordon| | I have no idea what you're talking about |
20:01:31 | kugel | don't you remember? when I loaded the statusbar first, the images weren't after the wps is loaded |
20:01:43 | kugel | "the order matters", which I don't understand |
20:02:18 | BryanJacobs | is there some particular reason why WPSs aren't XML? |
20:02:25 | JdGordon| | you didnt show me the diff with that issue... I'm 99% sure that was pebkac :) |
20:02:35 | JdGordon| | BryanJacobs: yes! XML is NOT the answer to everything |
20:02:46 | kugel | just swap wps and statusbar loading in settings.c... |
20:02:48 | JdGordon| | oh lord.. adding a xml parser would be HUGE |
20:03:07 | BryanJacobs | it doesn't have to be a standards-compliant one... it's just a state machine... |
20:03:30 | | Quit GeekShadow ("The cake is a lie !") |
20:03:35 | JdGordon| | kugel: if there was an issue remote targets wouldnt work... |
20:03:47 | BryanJacobs | OK, technically an XML parser is a pushdown automaton, no? |
20:03:51 | JdGordon| | we should go css :) |
20:03:56 | BryanJacobs | heh. |
20:04:04 | BryanJacobs | now that's complicated |
20:04:10 | * | JdGordon| doesnt know the intricacies of xml parsers |
20:04:30 | BryanJacobs | I'm pretty sure they only need a stack, not some high-powered computation engine |
20:04:56 | BryanJacobs | and they have maybe a dozen states |
20:05:43 | JdGordon| | the parser isnt the issue... its the allocation for things like images and viewports |
20:06:13 | Lear | Hrm, resurrecting deprecated strings is naughty... :) |
20:09:48 | JdGordon| | kugel: the only possible way that your statusbar thing breaks is if somehow you are resetting the buffer between skins... it works with remote targets therefore the probablem has to be in your change |
20:09:54 | amiconn | Lear: Originally it wasn't, but things probably changed when target dependent language generation was added |
20:11:23 | kugel | JdGordon|: settings.c is the only place where it's resetted? then I didn't do that wrong (reset before any is loaded) |
20:11:58 | | Quit dfkt (Read error: 110 (Connection timed out)) |
20:12:10 | Lear | amiconn: If the old genlang treated an empty translation as no translation, then yes... |
20:12:18 | *** | Saving seen data "./dancer.seen" |
20:12:24 | JdGordon| | I'll have another look tonight if i get a chance |
20:14:25 | | Quit bzed (Remote closed the connection) |
20:14:28 | | Join bzed [0] (n=bzed@devel.recluse.de) |
20:15:27 | | Join Omlet [0] (n=Omlet05@225.120-240-81.adsl-dyn.isp.belgacom.be) |
20:15:37 | | Quit Omlet (Client Quit) |
20:15:43 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
20:15:51 | Lear | Not a new thing, but currently the top three entries in the "Theme Settings" menu are "Browse Theme Files", "Font" and "While Playing Screen". A bit inconsistent... |
20:16:02 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
20:16:24 | amiconn | Lear: I was thinking about the potential id shift problem, not empty translations |
20:16:28 | pixelma | the rename to only font and only WPS is quite new |
20:16:41 | kugel | teru really fixed AAF for mpegplayer |
20:16:46 | amiconn | The latter is fixable just by killing the translation from all non-english .lang files |
20:16:51 | kugel | any reason not to commit it soon then (anti-aliased fonts)? |
20:17:22 | mcuelenaere | Lear, amiconn: regarding resurrecting deprecated strings; I have a problem where they show up as empty strings. Any ideas about that? Should I re-deprecate them and add them under an other name? |
20:17:23 | pixelma | IMO it adds nothing than binsize |
20:17:47 | | Quit suom1 (Remote closed the connection) |
20:17:50 | Lear | amiconn: Yes, but it wasn't done, so I got empty strings for one setting. Not very nice. :) |
20:17:51 | | Join suom1 [0] (i=markus@viitamaki.net) |
20:18:16 | kugel | Lear: that was done on purpose |
20:18:58 | pixelma | empty strings on purpose? |
20:19:07 | kugel | because wps and font can be preselected, so they behave like real settings, hence the "browse" was thrown away |
20:19:38 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
20:33:33 | CIA-61 | New commit by mcuelenaere (r22410): Fix empty LANG_LEFT & LANG_RIGHT strings. |
20:33:52 | JdGordon| | kugel: how does AAF handle non AA fonts...? |
20:34:09 | kugel | as before |
20:34:21 | kugel | different drawing functions, based on the depth |
20:34:52 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
20:35:25 | JdGordon| | so all exsisting fonts will keep working? |
20:35:33 | kugel | yea |
20:37:50 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
20:38:39 | | Quit funman ("free(random());") |
20:39:44 | kugel | wtf, my custom sb doesn't show up on target |
20:41:27 | kugel | :( skin RAM usage doesn't increase |
20:43:02 | | Quit scorche (Read error: 60 (Operation timed out)) |
20:48:11 | JdGordon| | see!! |
20:48:20 | JdGordon| | which target? |
20:49:08 | kugel | e200 |
20:49:21 | CIA-61 | New commit by learman (r22411): Update Swedish translation. |
20:51:56 | kugel | omg logf is empty |
20:52:09 | JdGordon| | is it actually loading bmps? |
20:52:17 | JdGordon| | its unlelky to change noticably if you arnt |
20:52:27 | kugel | dunno |
20:52:31 | rasher | mcuelenaere: err, did you just break old languages? |
20:52:47 | JdGordon| | no, I mean is your .sb doing any %xl's? |
20:53:18 | kugel | ye |
20:53:36 | Lear | rasher: fixed them, I'd say. |
20:54:26 | rasher | Hm right, he didn't touch english.lang |
20:54:42 | rasher | So it was just unnecessary |
20:55:19 | Zagor | hmm, even the build-id dirs hamper ccache since so many files are shared between builds |
20:55:32 | Lear | rasher: No. Tried changing scroll bar position using an "unfixed" language? |
20:55:44 | kugel | Zagor: bluebrother proposed build-<target> |
20:55:58 | Zagor | kugel: yes, that's what is running now |
20:56:19 | kugel | oh, I didn't that id == target |
20:56:23 | kugel | didn't know |
20:56:39 | | Quit froggyman ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
20:56:52 | Zagor | it means ipodvideo and ipodcolor will never share cache, which makes new client take longer to get up to speed |
20:57:41 | Zagor | a quick test shows half of their .o files are identical |
20:57:50 | rasher | Lear: so someone deprecated LANG_LEFT/RIGHT and then someone else started using it again? |
20:57:53 | evilnick | gevaerts has landed, fact fans |
20:58:04 | Zagor | and I assume the same is true for many other targets |
20:58:07 | Lear | rasher: Exactly. |
20:58:09 | evilnick | oops, sorry :) |
20:59:45 | rasher | Lear: Huh, but they're deprecated in English as well |
20:59:51 | rasher | I can't make sense of this |
21:00 |
21:00:01 | Zagor | rasher: can you add a line saying how many builds were done as scheduled and not? |
21:00:25 | Lear | rasher: You must look at the wrong version... |
21:00:41 | rasher | Lear: Yeah.. |
21:01:24 | rasher | Zagor: should be possible |
21:01:40 | rasher | Zagor: Just count total builds vs dequeued events? |
21:02:14 | Zagor | rasher: yeah, that ought to be correct. dequeued and abandoned |
21:02:42 | rasher | Doesn't abandon generate a dequeue event? |
21:02:44 | rasher | :| |
21:03:11 | Zagor | no |
21:03:25 | rasher | That makes it much more complicated |
21:03:33 | Zagor | oh? |
21:03:48 | rasher | I'd have to check for abandoned builds whether they were queued builds or not |
21:04:08 | Zagor | only queued builds are ever abandoned |
21:04:27 | Zagor | uh, sorry no |
21:05:28 | rasher | Can we cheat and only count dequeues vs total? Abandons are rare |
21:05:34 | Zagor | all builds the disconnected clients had queued or was running will be marked abandoned |
21:05:47 | Zagor | rasher: sure, it's certainly a good start |
21:11:03 | domonoky1 | is there a link to rashers build-stats page somewhere ? |
21:11:21 | | Quit mt (Read error: 104 (Connection reset by peer)) |
21:13:57 | Zagor | domonoky1: rasher.dk/rockbox/buildgraphs/">http://rasher.dk/rockbox/buildgraphs/ |
21:15:18 | pixelma | forum question: I'd like to move this thread http://forums.rockbox.org/index.php?topic=22526.msg154848#msg154848 but where should I put it? It's likely a file view problem, so I'd suggest the UI subforum though I'm not sure. It definitely doesn't belong into the RbUtility forum... |
21:15:43 | domonoky1 | nice :-) we should link to that from the current build page. |
21:19:34 | domonoky1 | looks like ~20 clients didnt complete any build in the last few build rounds :-) |
21:20:38 | Zagor | domonoky1: yes, they performed slower than average. that means other clients overtake them and "steal" their builds |
21:22:31 | | Quit flydutch ("/* empty */") |
21:23:59 | kugel | interesting, it craps out at "if (!wps_data || !buf)" |
21:24:28 | kugel | but wps_data isn't 0 (I dereference it jsut before) and buf isn't 0 (I splash it) |
21:25:51 | JdGordon| | gremlins |
21:26:37 | JdGordon| | what do you mean dereference before that? you actually check its not NULL? |
21:27:34 | | Join hd [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
21:27:38 | | Quit hd (Read error: 104 (Connection reset by peer)) |
21:29:06 | kugel | data is null apparently |
21:29:24 | kugel | JdGordon: I do "if (wps_data->debug)" just before the splash |
21:29:52 | kugel | it seems 0, but it's static struct :/ |
21:29:59 | Zagor | kugel: that can be true even if wps_data is 0... |
21:30:30 | kugel | normall dereferncing NULL pointers gives a crash |
21:30:36 | kugel | norally* |
21:30:52 | Zagor | on memory protected system, yes |
21:31:03 | Zagor | systems |
21:31:05 | kugel | maybe I remember wrong then |
21:32:37 | JdGordon| | do some splashf()-ing |
21:34:41 | kugel | awesome, I found it |
21:35:05 | kugel | I called sb_skin_init() only in the sim-version of main() ;) |
21:37:05 | kugel | and I found the problem why loading sb before wps fails also |
21:37:18 | kugel | (yes it was my failure :p ) |
21:38:02 | | Quit Dhraakellian (Read error: 60 (Operation timed out)) |
21:38:42 | JdGordon| | :D |
21:38:57 | JdGordon| | kugel: thats why you should use app_main() and not main() |
21:39:08 | | Quit pixelma (Nick collision from services.) |
21:39:08 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
21:39:19 | | Quit amiconn (Nick collision from services.) |
21:39:20 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
21:39:21 | JdGordon| | so, am I now allowed to try that complicated allocation scheme? |
21:39:26 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
21:39:26 | kugel | it needs to be before I just put it after gui_syncwps_init |
21:39:38 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
21:39:41 | kugel | both need to be before settings_apply(), which needs to be done early |
21:39:50 | kugel | JdGordon|: no |
21:39:56 | kugel | I don't like that system, really |
21:40:33 | JdGordon| | oh well :) good thing i was being rhetorical |
21:41:01 | | Join sbeh [0] (n=sbeh@aef.wh.uni-dortmund.de) |
21:42:37 | kugel | keep it simple :( mem allocation is always error prone itself already, complicating even more sounds horrible for me |
21:42:48 | | Join Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) |
21:43:56 | sbeh | hi, yesterday I load new mp3s on my sansa e200, it was ready so I shutted down my ubuntu, but on the display of the sansa stood, that it's stil writing (I think some caching), but the pcs turn just off (why does it do that, I can't unmount the mp3-player while the kernel still flushes to cache?!?!!?!!) nevertheless, the sansa rebootet and the rockbox-bootloader shows 'no partition found' now, do I realy need to unbrick it? |
21:53:53 | * | kugel thinks this looks awesome http://imagebin.org/60127 |
21:54:54 | kugel | meh, I'm going to need to kill the skin's default viewport |
21:55:21 | | Quit stoffel (Remote closed the connection) |
21:55:22 | JdGordon| | ? |
21:55:37 | JdGordon| | kugel: that will completly break when playback stops thoughg :D |
21:56:07 | * | JdGordon| would get the list vp down and right a bit.. but yes, does look good |
21:58:51 | | Quit Strife89 ("Leaving") |
22:00 |
22:04:11 | kugel | JdGordon|: why would it break? |
22:10:09 | kugel | skin_redraw with WPS_REFRESH_ALL refreshs the default viewport too, which sort of destroys the list |
22:10:43 | | Quit Zarggg () |
22:11:21 | kugel | we really need to init the id3 and nextid3 structs (fill with sane defaults) for this statusbar to work |
22:11:27 | JdGordon| | kugel: because alot of those tags will simple crash if data->id3 == NULL |
22:11:41 | JdGordon| | no, we need to make those tags safe |
22:12:19 | kugel | my idea would be simpler :p |
22:12:22 | *** | Saving seen data "./dancer.seen" |
22:12:43 | JdGordon| | simpler != betterer |
22:13:28 | kugel | more complex != the bestest, too ;) |
22:14:42 | JdGordon| | well of course not... |
22:14:56 | * | JdGordon| 's ideas is the bestest by definition! |
22:17:13 | | Quit Lear ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
22:20:43 | kugel | grrr, this viewport is killing everything :( |
22:21:18 | JdGordon| | the fix is to make sure the skin doesnt draw in the list viewport, or not use the full display for the sb skin |
22:22:32 | pixelma | conditional viewport based on the playback status |
22:22:49 | pixelma | viewports |
22:23:07 | JdGordon| | not playback status.... skin/wps "mode" is the way my version did it |
22:25:19 | kugel | how can I force not using the full display in the sb skin? |
22:25:38 | kugel | I don't have anyhting outside of my %V |
22:26:09 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
22:26:25 | JdGordon| | you should have a look at how i handled it in my patch... |
22:26:33 | JdGordon| | it *might* even still be in sync a bit maybe |
22:26:56 | kugel | the one you posted to custom ui vp? |
22:27:03 | JdGordon| | yeah |
22:28:07 | kugel | just never doing WPS_REFRESH_ALL isn't an option I guess |
22:28:25 | JdGordon| | no |
22:28:31 | JdGordon| | you need to add some trickery |
22:28:41 | * | JdGordon| suggests shelving sb skinning for a while still |
22:28:44 | JdGordon| | we arnt quite ready for it |
22:29:41 | kugel | I think we are, it just needs more of the alloc rework |
22:31:12 | JdGordon| | hmm... if WPS_REFRESH_ALL only erases the default vp then the statusbar one could set its default to some known area |
22:31:18 | JdGordon| | getting around the issue |
22:31:48 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
22:31:49 | JdGordon| | of course that is only when the sb is in one rectangle outside the list vp |
22:34:40 | JdGordon| | for the sb skin... I tihnk there should be 2 possibilities (both always avilaable)... 1) seperate .sb which is forced into a specified vp, 2) an extension of the .wps which specifies where the list vp is and is careful to not draw in it if its being shown |
22:34:50 | kugel | we could detect if the default viewport is used, and deactivate it entirely if it isn't |
22:34:54 | JdGordon| | 2 takes precedence over 1 |
22:35:37 | | Quit Grahack ("Leaving.") |
22:36:00 | kugel | i.e. your first suggestion |
22:36:34 | kugel | ah |
22:36:46 | JdGordon| | I think having both as options is the way to go.. i dont really know how to do it properly though |
22:37:13 | JdGordon| | I mean, when music is playing it makes sense for a full blown skined bar.. but when there is no music it should be dummed down |
22:37:14 | kugel | I don't like 2) |
22:37:46 | kugel | that breaks the interchangability of wps without changing the theme a bit |
22:38:03 | JdGordon| | not really.. |
22:38:19 | JdGordon| | I tinh this holw idea that wps are seperate from themes is rediculous anyway |
22:38:21 | JdGordon| | think* |
22:38:26 | JdGordon| | whole* |
22:38:32 | kugel | the .wps doesn't need to care anyway, skin_redraw does |
22:39:11 | kugel | I may just add a flag WPS_REFRESH_ALMOST_ALL |
22:39:58 | JdGordon| | please dont! |
22:40:44 | kugel | why |
22:41:26 | JdGordon| | just dont call it that |
22:41:38 | | Join Omlet [0] (n=Omlet05@225.120-240-81.adsl-dyn.isp.belgacom.be) |
22:41:40 | | Quit BryanJacobs ("Java user signed off") |
22:41:48 | JdGordon| | it shouldnt be needed anyway |
22:43:27 | * | JdGordon| maanaged to get it all redrawing fine without adding any new redraw flags... |
22:43:34 | JdGordon| | you dont want to be outdone by me now do you?! |
22:44:23 | kugel | hmm, another problem. if in the wps, who's getting wps_state.do_full_update first? :( |
22:44:53 | kugel | JdGordon|: I saw your mode, but I a new flag is much easier and cheaper (I think) |
22:45:01 | JdGordon| | they shouldnt both be enabled together |
22:45:17 | JdGordon| | umm... hmm... |
22:45:39 | kugel | I think that should be possible |
22:46:07 | JdGordon| | nup, i dont think so |
22:46:20 | kugel | why? |
22:46:22 | JdGordon| | maybe scrapping 2) abovev would good |
22:46:22 | | Nick w1ll14m is now known as Guest50751 (n=wpeters@mail.setict.nl) |
22:46:28 | JdGordon| | just for simplicity sake |
22:47:03 | kugel | eh |
22:47:30 | kugel | there's nothing complicated about it I think |
22:49:05 | * | kugel tries to go with the detecting default vp usage and deactivating |
22:51:23 | kugel | what is the label of norma %V viewports? |
22:51:38 | JdGordon| | normal? |
22:51:45 | kugel | yea |
22:51:53 | JdGordon| | VP_DEFAULT_LABEL or VP_NO_LABEL |
22:52:52 | kugel | how can you differentiate between all the viewports? |
22:53:06 | JdGordon| | all which? |
22:53:22 | JdGordon| | only conditional viewpoerrts and the defualt have identifiable labels |
22:54:03 | kugel | so I can't find the first defined viewport, basically? |
22:55:25 | JdGordon| | you can |
22:55:40 | JdGordon| | vp_default_label is #defined to '|' iirc |
22:55:53 | JdGordon| | which is illegal for others (enforced by the parser) |
22:56:32 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
22:57:48 | kugel | meh, I think I'll go with setting the default viewport to the first defined one, and tell the user "you might get a blank a screen once in a while if you don't use viewports at all, so use them" |
22:58:03 | kugel | not using any doesn't really make sense anyway if one wants to see the list |
22:58:56 | JdGordon| | hu? |
23:00 |
23:02:15 | sbeh | 'no partition table' solved by 'touch format.fmt' :( |
23:05:51 | | Join truthtaco_ [0] (n=truthtac@adsl-67-43-242.aby.bellsouth.net) |
23:06:47 | Bagder | "Guess I'm new around here anyways I'm porting Android OS to my Ipod Nano 1st Gen and My wii I might need some extra help" |
23:06:53 | Bagder | now that's a great quote |
23:06:56 | | Quit sbeh () |
23:07:09 | | Join ehntoo [0] (n=ehntoo@99.156.192.57) |
23:07:13 | JdGordon| | if only we had some place to group all those quotes... |
23:07:34 | JdGordon| | using a precious metal as an adgective :) |
23:07:39 | JdGordon| | adjective even |
23:07:49 | * | JdGordon| gives up... |
23:07:51 | JdGordon| | adj. |
23:14:14 | | Join LambdaCalculus37 [0] (i=41585845@rockbox/staff/LambdaCalculus37) |
23:21:12 | | Quit TruthTaco (Read error: 110 (Connection timed out)) |
23:21:45 | | Quit Omlet () |
23:22:08 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
23:23:26 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
23:24:00 | | Quit LambdaCalculus37 () |
23:24:29 | | Join Stephen__ [0] (n=S@86-40-186-162-dynamic.b-ras2.srl.dublin.eircom.net) |
23:29:11 | | Join LambdaCalculus37 [0] (i=41585845@rockbox/staff/LambdaCalculus37) |
23:32:38 | kugel | JdGordon|: I just copy the second viewport into the default one |
23:32:49 | JdGordon| | what what whaaat? |
23:33:25 | JdGordon| | how on earth is that suipposed to be correct? |
23:33:30 | JdGordon| | (no offence) |
23:33:50 | kugel | why should it be wrong? |
23:34:28 | JdGordon| | what was it for? |
23:34:36 | kugel | I really don't want the skin engine to know which skin it is drawing for, that seems worse |
23:34:57 | kugel | to kill the default viewport |
23:35:14 | JdGordon| | which is why I tinhk one skin per screen at any time is the way to go |
23:35:24 | JdGordon| | why are you kiling the default viewport? |
23:35:32 | JdGordon| | just set it correctly |
23:35:39 | kugel | well, I do that with the copy |
23:35:54 | kugel | I don't kill him, I just give him the values of the second one |
23:35:57 | JdGordon| | and the copy comes from where? |
23:36:13 | kugel | not having a second viewport won't work anyway |
23:37:01 | kugel | that's basically your first suggestion ("seperate .sb which is forced into a specified vp") without limiting the viewports further |
23:37:48 | | Quit evilnick ("Page closed") |
23:37:57 | JdGordon| | I am so incredibly confused |
23:39:12 | kugel | the default one is the implicit skin vp, which is fullscreen. when this one is redrawn it "kills" the list (and the other ui stuff, until that stuff is redrawn). I now copy the value of the second viewport (the first defined one), so that it is not fullscreen |
23:39:36 | kugel | it has at least the size of the statusbar then, but the statusbar may contain more viewports |
23:41:44 | JdGordon| | there is nothing wrong with doing a full screen clear *once*.. in fact its probably a good idea... |
23:41:48 | domonoky1 | kugel: and if you dont have any extra viewports defined ? (think of very simple skins, or old ones) |
23:42:18 | kugel | domonoky1: fail to parse it, i.e. don't support statusbars without at least 1 viewport |
23:42:47 | kugel | JdGordon|: what do you need a fullscreen clear for? clearing the whole statusbar is absolutely enough |
23:42:47 | JdGordon| | then the parser has to know what its loading.. which we havnt decide if we want |
23:43:05 | JdGordon| | when going from wps->menu... |
23:43:10 | kugel | the wrapper does that. after skin_data_load() |
23:43:26 | kugel | the list does that already... |
23:43:35 | mcuelenaere | is there some kind of ACTION_MENUITEM_CHANGED for callbacks in apps/menus/* ? |
23:43:40 | JdGordon| | no it doesnt... the list only clears the list vp... doesn ti? |
23:43:48 | kugel | no |
23:43:59 | kugel | the whole screen |
23:44:03 | JdGordon| | mcuelenaere: yeah, each menu has a callback for each button press |
23:44:10 | JdGordon| | s/has/can have/ |
23:44:26 | kugel | that's the GUI_EVENT_REFRESH I committed with custom ui vp |
23:44:46 | mcuelenaere | JdGordon|: ok, and what action indicates that an other item is selected? |
23:45:14 | kugel | mcuelenaere: I guess you want to stop "live updating" of the scrollbar? |
23:45:26 | mcuelenaere | kugel: no, I want it to be correct |
23:45:41 | mcuelenaere | (see FS #10541) |
23:46:00 | mcuelenaere | or go from width 24 to 3 (or vice versa) |
23:46:02 | | Join roolku [0] (n=roolku@77-99-223-115.cable.ubr16.sgyl.blueyonder.co.uk) |
23:46:17 | kugel | mcuelenaere: then you probably want to add a callback to it. I think that's called before redrawing and actually changing the setting (the new value is passed as parameter) |
23:46:27 | kugel | in settings_list.c directly |
23:46:36 | JdGordon| | mcuelenaere: really any action could be used... you could be smart and check the current selection and the previous if oyu want |
23:46:56 | JdGordon| | you cant force a menu redraw from the item callback |
23:47:01 | mcuelenaere | ah |
23:47:02 | | Part domonoky1 |
23:47:07 | mcuelenaere | can't you return ACTION_REDRAW? |
23:47:15 | mcuelenaere | or send a GUI_EVENT_REFRESH? |
23:47:17 | JdGordon| | from the menu callback yes |
23:47:22 | JdGordon| | the first is better |
23:47:24 | mcuelenaere | that's what I meant |
23:47:26 | JdGordon| | if that works :) |
23:47:33 | mcuelenaere | uh, what first? |
23:47:38 | | Quit ehntoo (Read error: 110 (Connection timed out)) |
23:47:40 | mcuelenaere | ah mine |
23:47:55 | kugel | I think you could set the setting in the callback (so that it is applied before redrawing) |
23:47:57 | roolku | Zagor: in case you are wondering - somebody is running an experiment on the cluster, that's why b??-roolku are slow |
23:48:10 | JdGordon| | umm... actually that might not work... you still need to menu to handle the item change, I dont eremember the action handing order |
23:48:17 | Zagor | roolku: ok. thanks. |
23:48:24 | roolku | Zagor: this is not the case for b22, b38, ro1, ro2, pc and pyros |
23:48:31 | mcuelenaere | but would a GUI_EVENT_REFRESH work? |
23:48:36 | kugel | no |
23:49:01 | kugel | unless you pass a redraw function to it, which isn't quite doable with do_menu stuff |
23:49:15 | roolku | Zagor: so I am not sure why they don't complete. I did clear out ccache after your change to the build dirs last night though |
23:49:27 | mcuelenaere | I suppose I can't do return action | ACTION_RERAW; ? |
23:49:28 | kugel | also, that is only active when you're using a custom ui vp |
23:49:56 | JdGordon| | nope |
23:50:17 | JdGordon| | mcuelenaere: iirc there is some special handling for certain settings when they return |
23:50:20 | JdGordon| | in menu.c |
23:50:30 | | Quit bmbl ("Bye!") |
23:52:33 | mcuelenaere | JdGordon|: you're sure I can't return an ACTION_REDRAW? (line 404 in menu.c seems to handle this?) |
23:52:49 | JdGordon| | I dont remember the ordering |
23:52:55 | JdGordon| | and I cant look at the code right now |
23:52:59 | JdGordon| | try it and see |
23:53:15 | mcuelenaere | http://pastebin.com/d5fe54cdb |
23:53:20 | JdGordon| | im at work.... |
23:53:37 | JdGordon| | if the origional action is passed to the list before the callback then it will work |
23:53:55 | Zagor | roolku: the server is also being unfair to them. there's a bug where some clients don't get any builds scheduled, which cause them to sometimes try too big ones first |
23:54:09 | JdGordon| | otherwise, if the menu callback has the lists, you could manually send the selection change action to it, then return ACTION_REDRAW |
23:54:23 | kugel | ok, my way doesn't work |
23:54:27 | Zagor | roolku: and since you run so many clients, you are statistically more likely to get hit by this bug (which I'm looking at right now) |
23:54:37 | | Quit LambdaCalculus37 (Ping timeout: 180 seconds) |
23:54:52 | roolku | ah okay. :) |
23:55:02 | mcuelenaere | hmm the callback doesn't get called when changing the selection.. |
23:55:35 | JdGordon| | hmm... I guess that sholdnt be a surprise... umm... |
23:55:43 | JdGordon| | check the setting handling |
23:56:09 | JdGordon| | wait a sec... whats the issue? |
23:56:13 | kugel | mcuelenaere: the callback in settings_list.c is called upon changing the selection, but I can't see a way to get a redraw from there |
23:56:37 | kugel | (if you add one, that is) |
23:57:13 | mcuelenaere | JdGordon|: when changing the scrollbar width, the scrollbar gets drawed before the setting gets set (so you only see the previous scrollbar width, not the current) |
23:57:41 | | Quit moos ("Rockbox rules the DAP world") |
23:58:10 | JdGordon| | when going back into the menu you mean? |
23:58:16 | JdGordon| | it updates live in the setting |
23:58:26 | mcuelenaere | yes, it updates live |
23:58:32 | JdGordon| | this is hard to test on the ipod vid... need a huge font to do it :) |