02:08.04 | mibus | bug #144 has been fixed, for those that care ;) |
02:15.27 | florian | hi! |
02:15.40 | mibus | hey florian |
02:17.31 | florian | hu, its early in the morning her in this area... time for a coffee! |
02:20.06 | mibus | nah, its like 8PM, what are you on about! :P |
03:58.22 | pigeon | Yo pb_. |
03:58.31 | pb_ | hi pigeon |
03:58.57 | pigeon | pb_: Been playing with xft... |
03:59.13 | pigeon | pb_: xft does support pcf/bdf fonts right? |
04:01.11 | pb_ | Not that I know of. |
04:01.41 | pigeon | Hmm at least xft is putting pcf/bdf into .xftcache |
04:02.01 | pb_ | Oh, actually, maybe it does. |
04:02.31 | pb_ | I'd never noticed that before. Most people who are using xft prefer ttf fonts. |
04:03.09 | pigeon | I have this little testing program here, which when I load a ttf fonts, it works perfectly, while if I load pcf/bdf, it always draws nothing. |
04:03.26 | pb_ | Is this on an ipaq, or on your desktop? |
04:03.31 | pigeon | Desktop. |
04:03.36 | pb_ | OK. |
04:03.50 | pb_ | You don't get any errors or anything, it just draws no glyphs? |
04:04.01 | pigeon | Excellent. Now I got segfault for XftFreeTypeOpen. |
04:04.15 | pigeon | No errors. XftFontOpenName is returning me something. |
04:04.24 | pigeon | But with the same code, it works with the ttf only. |
04:04.25 | pb_ | http://mail.gnome.org/archives/gtk-devel-list/2002-March/msg00298.html certainly implies that pcf fonts ought to work. |
04:07.15 | pb_ | You should probably ask mallum or jg, those guys understand this Xft magic much better than I do. |
04:07.30 | pigeon | ta :) |
04:07.37 | pb_ | Or keithp, who doesn't hang out in this channel but can sometimes be found in #handhelds.org. |
04:07.54 | pigeon | Yes... keithp the guy. :) |
04:43.39 | pb_ | mallum: morning |
04:48.11 | mallum | hey pb_ |
05:01.51 | mallum | pb_: did you try mbdesktop ? |
05:03.00 | pb_ | mallum: downloaded the code, haven't compiled it yet. |
05:03.23 | pb_ | mallum: my home machine seems to have dropped off the net for some reason. |
05:06.19 | mallum | pb_: dont make me get the milkfloat ... |
05:07.49 | pb_ | ! |
05:08.21 | mallum | pb_: dont worry only joking |
05:08.35 | mallum | pb_: prolly take me a few days to drive a milkfloat to cambridge anyway |
05:14.34 | pb_ | indeed, I guess the milk would be fairly rancid by the time you arrived. |
06:03.31 | mallum | pb_: would (54 * R + 183 * G + 19 * B)/256 |
06:04.05 | mallum | pb_: be faster than : (( ((*r * 30) + (*g * 59) + (*b * 11)) / 100) ? |
06:08.11 | pb_ | almost certainly. |
06:08.34 | pb_ | dividing by anything other than a power of 2 is very slow on arm. |
06:08.39 | mallum | pb_: becuase the dumbadd compiler will realise it can bitshift the 256 ? |
06:08.53 | pb_ | yes. |
06:10.16 | mallum | pb_: cool |
06:10.34 | mallum | pb_: dont forget your writing all the stuff like that is ARM asm BTW ;-) |
06:13.48 | pb_ | ah, you need some kind fof 3117 h4x0r d00d to do that. I think the opie guys are into extreme assembler and that kind of thing, maybe they can help. |
06:24.39 | mallum | pb_: but I thought you were 3117 h4x0r d00d ? |
06:25.35 | pb_ | mallum: you must have me confused with someone else. |
06:27.10 | mallum | pb_: :( |
06:27.10 | mallum | pb_: man, I have to get off my lazy ass and do some paid work ... |
06:28.01 | pb_ | :-/ |
06:28.28 | pb_ | you had any interviews recently? |
06:30.44 | mallum | I got this P&O job todo |
06:30.56 | mallum | and then Im working at that showstudio possibly till xmas |
06:30.57 | pb_ | oh yeah. |
07:17.22 | benmeyer | http://www.sharpusa.com/products/ModelLanding/0,1058,1016,00.html |
07:17.24 | benmeyer | new product |
07:19.06 | pb_ | neat. |
07:19.14 | pb_ | what are the main changes from SL-5500? |
07:19.28 | benmeyer | 64 flash |
07:19.40 | benmeyer | larger batt, speaker, mic, 400xscale |
07:27.37 | pb_ | yeah, cool. |
07:27.45 | pb_ | seems strange to still only have 32MB RAM though. |
07:28.18 | benmeyer | eh, what can you say |
07:29.00 | pb_ | indeed. |
07:29.00 | pb_ | is the 5600 on sale now? |
07:29.00 | benmeyer | well actually that is an increase sense the ram was being used as storage in the 5500 and 5000 |
07:29.00 | benmeyer | decedmber |
07:29.25 | pb_ | any idea how retail price will compare to the 5500? |
07:29.40 | benmeyer | probaly similar |
07:29.47 | benmeyer | ~500 at retail launch |
07:29.48 | | benmeyer: parse error: dunno what the heck you're talking about |
07:30.01 | pb_ | right, cool. |
07:30.16 | pb_ | you have to watch those ~ symbols, ibot gets all upset. |
07:32.56 | mallum | ooh that is nice |
07:33.17 | mallum | benmeyer: is it actually much faster practically that the non-xscale one ? |
07:35.45 | benmeyer | depends |
07:35.52 | benmeyer | still waiting on a updated rom to do tests |
07:35.57 | benmeyer | so no comment yet |
07:36.07 | benmeyer | will have something before release of course though |
09:39.35 | benmeyer | mallum: did Spencer e-mail you? |
09:42.01 | mallum | benmeyer: no not as yet ... |
14:16.18 | spung | pb_: i think i just hit that DST bug :\ |
14:16.26 | pb_ | spung: ah :-/ |
14:18.09 | spung | pb_: http://netman.ath.cx/dst.png |
14:18.38 | benmeyer | calender? |
14:20.55 | pb_ | spung: sure looks like it. |
14:23.07 | spung | pb_: is mccarthy still looking at that? |
14:23.36 | pb_ | spung: dunno, I haven't heard from mccarthy in ages. |
14:24.35 | spung | pb_: well, i remember you said calendar didn't use UNIX time.. but it does.. i think that if you used that calendar_time_s to store start time would fix this problem, no? |
14:27.56 | pb_ | spung: calendar certainly does use UNIX time at the moment; I probably said that I was planning to change that. |
14:31.47 | spung | pb_: well, atm i'd say the bug only occurs with events inserted before DST comes into action (which happened with the "bla" event in the screenshot).. I don't understand why it displays the correct time but puts it into the wrong row :\ |
14:32.32 | pb_ | spung: there may be a separate bug in the day view, I dunno. |
14:34.26 | spung | pb_: i think it's a event_db_list_for_period() bug, because it isn't returning that event which only ends at 22:00 and it's 21:38 now.. |
14:34.56 | pb_ | yeah, sounds like you're right. |
14:39.50 | spung | pb_: maybe it's the parse_date() thing? it calls timegm? where's timegm? no man page, no google.. |
14:40.37 | PaxAnima | spung: timegm has a man file |
14:40.59 | spung | PaxAnima: not here :\ i have gmtime tho |
14:41.03 | spung | is it the same thing? |
14:41.20 | PaxAnima | it's the inverse of gmtime |
14:42.08 | spung | what do you mean? |
14:42.46 | PaxAnima | just read from the manual |
14:43.09 | spung | no manual here... |
14:45.57 | spung | well, i'm going to read more about DST |
14:55.18 | spung | oh well, DST is a PITA |
15:15.14 | mallum | pb_: does linux do 'prebinding' ? |
15:23.55 | pb_ | mallum: what's prebinding? |
15:24.32 | mallum | pb_: something that increases apt startup time on darwin / osx |
15:24.57 | pb_ | might be library prelinking, which linux can do with glibc 2.3 |
15:25.32 | mallum | pb_: yeah sound the same I think, kindof where the apt remebers symbol location or summin |
15:29.56 | BBrox_ZZzZzZzzzz | Hmmm, how can that work ? |
17:07.38 | mallum | woah, mbdesktop has a bad ass memory leak |
17:12.52 | mallum | hmm, must remember to destroy xft drawables |