| 00:04:50 | amiconn | This is of course a start. |
| 00:05:34 | amiconn | The idea behind my search: |
| 00:06:28 | amiconn | Without the library approach, one has to include the source of e.g. grayscale framework to use it. |
| 00:06:51 | LinusN | hence the library |
| 00:07:07 | amiconn | If he does so, he can throw out functions that are not needed to save space (the plugin space is only 32 KB after all) |
| 00:07:55 | amiconn | If all this is put into the library, the whole framework is static, so all functions are included even if only a couple of them are used. |
| 00:08:02 | LinusN | i know all this |
| 00:08:24 | | Quit AciD ("Il vaut mieux douter de ses certitudes que d'ętre sur de ses doutes.") |
| 00:09:04 | amiconn | The whole grayscale framework is rather large (for a total 32 KB of available ram) |
| 00:11:52 | amiconn | Another thing that I could not yet solve in a clean way - the framework needs a pointer to the plugin api structure |
| 00:12:19 | amiconn | How can I supply this without relying on specific variable names? |
| 00:15:10 | LinusN | why not rely on variable names? |
| 00:17:37 | amiconn | The only way I got this to work (well at least compile without errors) is defining the variable within library code (grayscale.c) and then referencing that *in the plugin* by declaring "extern struct plugin_api* rb;" |
| 00:17:43 | amiconn | This is dirrrty.... |
| 00:18:16 | LinusN | why is it so dirty? |
| 00:18:35 | | Join midk [0] (mk@ACC364FC.ipt.aol.com) |
| 00:18:57 | midk | hi evb |
| 00:19:03 | LinusN | hi |
| 00:19:13 | amiconn | LinusN: All hell would break loose if either (1) the plugin author forgets to declare it "extern" or (2) wouldn't call it "rb" |
| 00:19:39 | LinusN | so he would have to correct his mistakes...so what? |
| 00:20:11 | LinusN | it's no different from relying on specific function names imho |
| 00:20:57 | midk | hmm, with the makefile isn't there a way to "make plugins"? |
| 00:21:00 | | Join top_bloke [0] (~ekolb_pot@0-1pool36-14.nas12.oakbrook1.il.us.da.qwest.net) |
| 00:21:04 | midk | i thought this could be done a while ago |
| 00:22:21 | amiconn | Imho this is simply unintuitve and bad style, much like having code in .h files, because although the variable is declared in grayscale.c, it has to be set in the plugin code, without an obvious hint that this is necessary |
| 00:22:56 | midk | amiconn: was the grayscale framework ever going to be placed in rockbox itself, or just plugins? |
| 00:22:58 | amiconn | (of course I could add a check to *every* function...) |
| 00:23:39 | amiconn | midk: Until now there are no plans to place it in the core |
| 00:24:05 | midk | i was going to try some grayscaled status bar icons / dir browser icons |
| 00:24:07 | LinusN | how about having a xxx_init(struct plugin_api *rb) function for each framework? |
| 00:24:25 | midk | grayscaled progressbars and peakmeters would be pretty cool |
| 00:24:44 | LinusN | the grayscale framework will not end up in the core code |
| 00:25:03 | midk | so basically no core grayscale? |
| 00:25:10 | LinusN | exactly |
| 00:25:17 | midk | linusn is such a party pooper. :) |
| 00:25:30 | LinusN | that's me |
| 00:25:35 | midk | jk |
| 00:26:54 | amiconn | LinusN: How would that xxx_init() be called? Do you think of it as a convention, or is there a way to automate it? |
| 00:27:36 | LinusN | a convention |
| 00:33:50 | amiconn | Hmm. Either this way, or every framework declares a struct plugin_api *xxx_rb variable, which has to be set by the plugin by convention |
| 00:34:09 | amiconn | (same approach, only without the need for an extra function) |
| 00:34:20 | LinusN | i like the init function better, since many frameworks may still need one for other reasons |
| 00:34:33 | LinusN | setting up frame buffers etc |
| 00:35:02 | | Join Strath [0] (~mike@dgvlwinas01pool0-a213.wi.tds.net) |
| 00:36:08 | amiconn | Agreed. |
| 00:36:58 | amiconn | The grayscale framework actually has some kind of init function, but it can be called multiple times (after previous de-initialization), and needs a number of parameters |
| 00:37:22 | amiconn | So this one cannot serve as the framework init |
| 00:40:15 | amiconn | LinusN: Another qn concerning conventions: |
| 00:41:46 | amiconn | How to name the functions to avoid name clashing? Shall we establish a convention to call the xyz_ within the "xyz" framework? |
| 00:42:20 | amiconn | Should internal functions be named the same way, or would _xyz_ be more appropriate? |
| 00:44:37 | LinusN | "internal" == static? |
| 00:46:18 | amiconn | Does using "static" hide that function from the symbol table of the lib? |
| 00:46:34 | amiconn | (I always wondered waht "static" does for functions...) |
| 00:46:40 | amiconn | *what |
| 00:47:01 | LinusN | want the static lesson? |
| 00:48:42 | amiconn | I know what it does for variables within functions, but... |
| 00:48:50 | LinusN | static always hides the symbol |
| 00:49:16 | LinusN | when you declare a local variable static, it becomes global, but with a hidden symbol |
| 00:49:39 | LinusN | the same mechanism applies to variables/functions in a global scope |
| 00:50:18 | amiconn | Ahh |
| 00:52:17 | amiconn | So if I use static for a function, that function is only visible from within the module? The of course that part of the problem didn't ever exist. |
| 00:52:24 | amiconn | *Then |
| 00:52:48 | LinusN | exactly |
| 00:53:03 | amiconn | The other part (naming functions for public use) still does |
| 00:53:14 | LinusN | i like the prefix |
| 00:53:28 | LinusN | grayscale_xxx() |
| 00:53:33 | LinusN | or maybe gs_xxx() |
| 00:54:12 | amiconn | So I think I will rename the framework files to gray.c and gray.h. Every function will have a gray_ prefix (most of them already do) |
| 00:54:34 | LinusN | sounds ok |
| 00:55:13 | amiconn | Shall I commit the Makefile? Bagder didn't do it yet, but only posted it on the ml for testing |
| 00:55:36 | LinusN | i am working on it now, i'll commit it soon |
| 00:55:52 | amiconn | Already added my changes? |
| 00:55:57 | LinusN | yes |
| 00:56:18 | LinusN | working on the dependencies |
| 00:56:24 | LinusN | tricky |
| 00:56:43 | amiconn | yup. As I called it, makefiles are magic ;) |
| 00:56:53 | LinusN | not magic at all |
| 00:58:03 | midk | lol |
| 00:58:40 | kaboofa | Oh? Make files, you mean the magic things that just let me blindly type make install? Then have shiney new stuff(tm) on my computer? |
| 00:58:52 | kaboofa | s/Make files/makefiles/ |
| 00:58:57 | amiconn | kaboofa: yes |
| 00:59:13 | LinusN | the principle is sooooo simple |
| 00:59:18 | kaboofa | I know. |
| 00:59:34 | kaboofa | <3 /usr/ports/make search name=softwareTomWants |
| 01:00 |
| 01:01:13 | | Quit top_bloke (Read error: 54 (Connection reset by peer)) |
| 01:03:17 | kaboofa | oh wow |
| 01:03:25 | kaboofa | i just found out something evil that my history teacher did. |
| 01:03:32 | midk | ooh |
| 01:03:34 | midk | let's hear. |
| 01:03:36 | kaboofa | OK! |
| 01:04:08 | kaboofa | We had this mock trial thing, it was 'right after vietname war' and captian ernest medina was on trial. |
| 01:04:21 | midk | yeh yeh get to the good stuff |
| 01:04:42 | kaboofa | We (meaning myself and everyone else on the jury) found him innocent, the procecution didn't prove their point. |
| 01:05:10 | kaboofa | Everyone on the procecution got a 64 as a test grade :X |
| 01:05:13 | kaboofa | one point below passing. |
| 01:05:37 | kaboofa | Everyone on the Defence got like a 115 or some insane crap |
| 01:06:27 | midk | AHAHAHAH |
| 01:07:08 | kaboofa | Hmm, need to grep for the charger for my mobile... the battery is about to die ;\ |
| 01:07:22 | midk | dude tight. |
| 01:08:03 | kaboofa | hmmm |
| 01:08:20 | kaboofa | found the charger for my archos... not the right voltage, but the right idea... |
| 01:08:38 | midk | kaboofa: recorder or studio? |
| 01:08:39 | kaboofa | if i find out who took me phone cable i'm going to rip out their trachea! |
| 01:08:40 | kaboofa | :D |
| 01:08:44 | kaboofa | midk: recorder |
| 01:08:45 | midk | lol |
| 01:10:51 | kaboofa | what keeps messing up my /etc/resolv.conf |
| 01:10:55 | kaboofa | this is really getting to me |
| 01:11:16 | midk | its me |
| 01:11:18 | midk | *stops hacking |
| 01:11:49 | kaboofa | I think it's cron |
| 01:12:48 | kaboofa | Hmm |
| 01:12:50 | kaboofa | it's not cron |
| 01:13:07 | | Quit midk (Read error: 104 (Connection reset by peer)) |
| 01:13:29 | kaboofa | :( |
| 01:14:34 | | Join midk [0] (mk@172.142.90.139) |
| 01:18:06 | LinusN | amiconn: makefile changes committed |
| 01:18:51 | amiconn | Nice. |
| 01:19:10 | midk | *forcefully reminded of LinusN after he tried breakout |
| 01:19:37 | LinusN | midk: i am considering exporting button_read() to the plugins |
| 01:19:38 | amiconn | I already have a "void gray_init(struct plugin_api *rb)" function. |
| 01:19:45 | midk | yay |
| 01:19:53 | midk | erm |
| 01:19:56 | midk | button_read? |
| 01:20:14 | LinusN | raw key reading, no queues and shit |
| 01:20:36 | midk | no button stackup? |
| 01:20:43 | amiconn | LinusN: If you do, please add font_get() on the go, so this doesn't require an extra version bump. |
| 01:20:43 | LinusN | exactly |
| 01:20:47 | midk | YAY |
| 01:21:05 | LinusN | one caveat, though |
| 01:21:07 | midk | also is button_set_repeat getting put in? |
| 01:21:29 | LinusN | the button driver will still send key events to the queue |
| 01:22:04 | LinusN | so you still need a loop to get all the key events, but you can throw them away |
| 01:22:29 | kaboofa | and that's what i'm good at. forgetting the user. |
| 01:22:33 | midk | ah just to keep them from getting buffered? |
| 01:23:18 | LinusN | midk: exactly |
| 01:23:29 | midk | sounds ok |
| 01:23:35 | midk | i think i may be able to handle that |
| 01:23:59 | LinusN | the drawback is of course that you have to handle everything yourself, key repeat, button up/down etc |
| 01:24:18 | LinusN | in your case, it shouldn't be any problems at all |
| 01:24:24 | midk | erm wait? |
| 01:25:30 | amiconn | LinusN: The xyz_init() approach is indeed very good, because I can check later in gray_init_buffer() if rb is already set. |
| 01:25:59 | LinusN | why? |
| 01:26:04 | midk | LinusN: so... can you tell me what really needs to be done differently with this button_read function |
| 01:26:31 | amiconn | If it is not, the grayscale buffer won't get initialized, which in turn is checked by the graphics routines. |
| 01:26:33 | LinusN | midk: button_read() merely returns the current status of the buttons |
| 01:26:50 | LinusN | amiconn: and what does it do if it isn't set? |
| 01:27:20 | midk | linusn: as opposed to button_get_w_tmo...? |
| 01:27:31 | LinusN | i mean, is there a point in wasting code space and cycles on looking for programming mistakes? |
| 01:27:46 | amiconn | It simply returns zero, like for any other error. |
| 01:27:57 | LinusN | amiconn: yes, but why? |
| 01:28:51 | LinusN | midk: button_get_w_tmo() gets the next message from the queue, not the current button status |
| 01:28:52 | amiconn | It cannot initialize the grayscale buffer, because for that it needs rb-> functions itself. It would crash badly if that isn't set. |
| 01:29:00 | midk | so just |
| 01:29:08 | LinusN | amiconn: then let it crash |
| 01:29:11 | midk | switch(rb->button_read) and going on like normal will do? |
| 01:29:37 | LinusN | midk: when i think of it, it's not that simple... |
| 01:30:12 | LinusN | amiconn: my point is: why check for programming mistakes in runtime? |
| 01:31:03 | LinusN | once the programmer fixes the bug, the check only wastes memory and cpu |
| 01:31:09 | amiconn | LinusN: Why do you check bounds in the core graphics routines? |
| 01:31:54 | amiconn | (As it is now, without clipping support I mean) |
| 01:32:05 | LinusN | good point |
| 01:32:16 | amiconn | ;) |
| 01:32:43 | midk | AHAHAHA |
| 01:32:48 | midk | coolies. |
| 01:33:47 | amiconn | I think *some* check should be done to avoid bad crashes. Of course I wouldn't check everything. |
| 01:34:22 | midk | erm |
| 01:34:31 | midk | did i just yell "ahahahaha coolies" |
| 01:34:37 | midk | ...why? |
| 01:37:11 | | Join Blacklabelskater [0] (~chatzilla@rdu74-175-250.nc.rr.com) |
| 01:37:19 | Blacklabelskater | sup |
| 01:39:06 | LinusN | amiconn: afaics, only lcd_bitmap() does a bounds check |
| 01:39:40 | jakesir | hi |
| 01:39:54 | jakesir | LinusN, I have quick question for you |
| 01:39:59 | LinusN | shoot |
| 01:40:13 | jakesir | with your rs232 |
| 01:40:23 | jakesir | can't i use exteral power? |
| 01:40:31 | jakesir | instead of voltage regulator? |
| 01:40:36 | jakesir | http://rockbox.haxx.se/mods/rs232.html |
| 01:40:42 | LinusN | of course you can |
| 01:41:29 | LinusN | i only did that to make it compact and simple |
| 01:41:35 | jakesir | ok |
| 01:41:39 | Blacklabelskater | poopy |
| 01:41:56 | jakesir | so.... just connect Vcc from 3.3 source and just ground it? |
| 01:42:21 | jakesir | but what about DTR? where do i connect that? |
| 01:43:42 | jakesir | or, just connect Tx, Rx, GND without DTR? |
| 01:43:56 | LinusN | dtr is the voltage source for the regulator |
| 01:44:51 | jakesir | ok.... I'm using this powersupply which I can adjust to any voltage |
| 01:45:00 | LinusN | then you don't need dtr |
| 01:45:04 | jakesir | cool |
| 01:45:11 | amiconn | LinusN: lcd_update_rect, lcd_roll, lcd_putsxyofs, lcd_drawrect, lcd_invertrect do bound checks as well. Within lcd_putsxyofs it isn't even necessary. |
| 01:45:35 | LinusN | wow |
| 01:46:21 | amiconn | (Since lcd_putsxyofs uses lcd_bitmap for drawing, which does check for itself) |
| 01:46:38 | LinusN | some of these checks may be good, because the coordinates may come from a bad font file |
| 01:47:05 | LinusN | and the clipping will of course change the situation |
| 01:47:45 | LinusN | i'm normally against runtime checks of programming mistakes (remember the xor discussion in the recording code?) |
| 01:47:54 | amiconn | yup |
| 01:48:10 | *** | Saving seen data "./dancer.seen" |
| 01:48:30 | amiconn | The check in lcd_putsxyofs does only check if the line would go past the lower display margin, which isn't necessary, as lcd_bitmap would already clip there -> partial last line is already possible with text |
| 01:48:38 | LinusN | especially when it's the same programmer (or programming team) that writes all code |
| 01:49:33 | | Join midknight2k3 [0] (mk@AC8E5A8B.ipt.aol.com) |
| 01:49:37 | LinusN | can it clip the entire blit? i mean, can the entire bitmap be off screen? |
| 01:49:49 | amiconn | (I only counted checks that are pure bound checks, not ones that are necessary for the function's behaviour) |
| 01:49:52 | | Quit midknight2k3 (Remote closed the connection) |
| 01:50:21 | amiconn | LinusN: See lines 475-476 in lcd-recorder.c |
| 01:51:30 | | Quit mecraw_ ("Trillian (http://www.ceruleanstudios.com)") |
| 01:51:39 | amiconn | And no, this wasn't added by me. |
| 01:53:36 | amiconn | lcd_bitmap does not yet support negative coordinates though, but it shouldn't be hard to add. For x it is _very_ easy |
| 01:55:08 | LinusN | good |
| 01:55:19 | | Quit midk (Connection reset by peer) |
| 01:55:54 | LinusN | get working on the grayscale lib now, the daily builds are red when there is no code to build in plugins/lib :-) |
| 01:56:35 | LinusN | i have to sleep now, good nite |
| 01:56:50 | LinusN | jakesir: good luck with the rs232 |
| 01:57:12 | | Part LinusN |
| 01:57:30 | kaboofa | I should probably update to uh.. daily.. cvs |
| 01:57:33 | kaboofa | or something or other |
| 01:57:39 | kaboofa | so my plugins run again. |
| 01:59:18 | * | kaboofa goes off to listen to aphex twin, and to update his bulids |
| 02:00 |
| 02:02:53 | | Join midk [0] (mk@ACC24589.ipt.aol.com) |
| 02:04:39 | | Quit BlueChip (Read error: 60 (Operation timed out)) |
| 02:06:16 | | Join BlueChip [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
| 02:06:44 | midk | midknight2k3/rockbox.JPG">http://www.freewebs.com/midknight2k3/rockbox.JPG |
| 02:07:01 | kaboofa | woah |
| 02:07:05 | kaboofa | what is that thing? |
| 02:07:08 | kaboofa | that's awesome |
| 02:08:04 | | Join sunpower [0] (solaris@pool-151-196-54-17.balt.east.verizon.net) |
| 02:08:14 | midk | lol |
| 02:08:16 | midk | a watch? |
| 02:09:28 | | Quit jakesir (Read error: 104 (Connection reset by peer)) |
| 02:10:16 | | Quit midk (Read error: 104 (Connection reset by peer)) |
| 02:17:31 | | Part amiconn |
| 02:59:52 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
| 03:00 |
| 03:48:12 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:20:21 | | Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
| 05:00 |
| 05:05:26 | | Join asfafds [0] (~lkpo3@24.174.133.27) |
| 05:05:27 | | Quit kaboofa (Read error: 104 (Connection reset by peer)) |
| 05:05:35 | | Nick asfafds is now known as mharmon (~lkpo3@24.174.133.27) |
| 05:05:40 | mharmon | is anyone around for questions? |
| 05:07:14 | | Quit mharmon (Client Quit) |
| 05:12:36 | | Join midk [0] (mk@172.195.89.124) |
| 05:15:38 | | Quit midk (Read error: 54 (Connection reset by peer)) |
| 05:21:36 | | Join midk [0] (mk@AC806A3C.ipt.aol.com) |
| 05:44:12 | | Quit midk (Read error: 104 (Connection reset by peer)) |
| 05:48:13 | *** | Saving seen data "./dancer.seen" |
| 05:51:11 | | Join midk [0] (mk@AC9E6129.ipt.aol.com) |
| 06:00 |
| 06:00:13 | | Join scott666_ [0] (~scott666@c-24-245-59-203.mn.client2.attbi.com) |
| 06:00:14 | | Quit scott666 (Read error: 54 (Connection reset by peer)) |
| 07:00 |
| 07:08:19 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 07:29:01 | | Join resc [0] (~tgs@smitht-01.res.carleton.edu) |
| 07:35:05 | | Join amiconn [0] (~jens@pD9E7E869.dip.t-dialin.net) |
| 07:36:23 | midk | ami. |
| 07:40:26 | | Quit resc ("meh") |
| 07:48:18 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:40:35 | | Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
| 08:58:30 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 09:00 |
| 09:24:15 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 09:34:43 | | Quit AciD (Read error: 54 (Connection reset by peer)) |
| 09:48:19 | *** | Saving seen data "./dancer.seen" |
| 09:48:43 | | Join amiconn_ [0] (~jens@pD9E7F17F.dip.t-dialin.net) |
| 09:53:58 | | Quit adi|home (Client Quit) |
| 09:57:15 | | Quit amiconn (Read error: 60 (Operation timed out)) |
| 09:57:16 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7F17F.dip.t-dialin.net) |
| 10:00 |
| 10:01:22 | | Join adi|home [0] (~adi|home@as5300-9.216-194-23-16.nyc.ny.metconnect.net) |
| 10:40:53 | | Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
| 10:51:54 | midk | nite all |
| 10:52:09 | | Quit midk ("its NITE") |
| 10:53:37 | | Join Bagder [241] (~dast@labb.contactor.se) |
| 10:53:49 | amiconn | hi Bagder |
| 10:53:55 | Bagder | hi |
| 10:54:00 | Bagder | thought I'd better drop in ;-) |
| 10:54:38 | amiconn | I've seen that you were a bit impatient to get rid of the red builds ;-) |
| 10:54:48 | Bagder | hehe, yes |
| 10:55:01 | Bagder | but I'll keep my fingers away now |
| 10:55:22 | amiconn | I had already prepared the grayscale library inernally, and renamed it as discussed with Linus. |
| 10:55:39 | amiconn | Originally I wanted to do some tests before committing |
| 10:56:06 | Bagder | sorry for bursting in like that, I should've joined here first |
| 10:56:42 | amiconn | Btw: the jpeg plugin now produces two warnings. This is because not everything in the grayscale lib is really public |
| 10:56:57 | amiconn | So I will switch to gray.h, then it should go away |
| 10:57:13 | amiconn | May I delete grayscale.(c|h) from lib? |
| 10:57:16 | Bagder | feel free to clear up my mess |
| 10:59:32 | amiconn | There is a third plugin using grayscale - mandelbrot.c. I really would like to change that in the evening in order to be able to do some tests. |
| 11:00 |
| 11:01:09 | amiconn | (I can't do tests atm because I left my usb cable at home - special one for recorder v1) |
| 11:02:26 | Bagder | take your time, I'll refrain from ruining this anymore for a while ;-) |
| 11:02:32 | | Join limbus [0] (~manuel@kernel.cycos.net) |
| 11:03:50 | amiconn | Grr, I cannot change jpeg.c to simply use gray.h, since it uses sizeof(tGraybuf), which is private to the grayscale lib... |
| 11:04:24 | Bagder | well, perhaps you can export a function or variable thay provides the size? |
| 11:05:14 | amiconn | Yes, this is something I've already planned, but not yet done. |
| 11:10:44 | amiconn | Bagder: Please see the irc log for plugin library issues I've discussed with Linus (Especially the necessity of an xyz_init() function) |
| 11:15:35 | | Join cjnr11 [0] (dfd@bobillot-5-82-224-193-23.fbx.proxad.net) |
| 11:15:40 | | Part cjnr11 |
| 11:16:58 | Bagder | well, since the plugin library can provide pretty much anything, I guess *init() functions should be provided for those areas that need them |
| 11:27:12 | limbus | Hi Badger: I see some patches are moving into cvs. nice. |
| 11:28:14 | Bagder | foot time! |
| 11:28:19 | Bagder | food even |
| 11:28:22 | amiconn | Bagder: This is of course clear, but one thing will be almost always needed - the plugin api pointer. This should be done with a xyz_init(struct plugin_api *) function by convention |
| 11:28:40 | Bagder | good point |
| 11:28:44 | * | Bagder runs away |
| 11:34:44 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 11:48:21 | *** | Saving seen data "./dancer.seen" |
| 12:00 |
| 12:12:45 | | Join Salokyn [0] (~Nicolas@lns-th2-4f-81-56-190-52.adsl.proxad.net) |
| 12:15:08 | | Part Salokyn |
| 12:15:19 | | Join Salokyn [0] (~Nicolas@lns-th2-4f-81-56-190-52.adsl.proxad.net) |
| 12:15:23 | | Part Salokyn |
| 12:15:45 | * | Bagder fixes his reds |
| 12:27:59 | | Join pfavr [0] (pfavr@t3o61p301.telia.com) |
| 12:47:00 | Bagder | daily-build table ala "xmas-tree look" |
| 12:47:30 | BlueChip | lol |
| 12:53:47 | amiconn | Bagder: Would you mind me delaying the jpeg fix until the evening? |
| 12:54:10 | Bagder | not at all, you take your time |
| 12:54:41 | amiconn | Then the yellow build will stay until I got my things done |
| 12:54:46 | Bagder | yes |
| 12:54:59 | Bagder | I'll fix the reds |
| 12:57:06 | amiconn | I have another optimization for grayscale in mind, and want to fix a potential dangerous instruction sequence along the way. |
| 12:57:54 | amiconn | In grayblock() I have two asm blocks, the first pushing something on the stack what the second one consumes. |
| 12:58:37 | amiconn | If something in between accesses variables expected at defined positions on the stack -> kaboom |
| 12:58:58 | Bagder | :-) |
| 12:59:37 | amiconn | This may occur just if the compiler decides to do the optimization a bit diferently (already got that) |
| 13:00 |
| 13:03:28 | Bagder | ok, only those yellows ones left in the build now |
| 13:10:42 | | Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") |
| 13:41:07 | | Join Salokyn [0] (~Salokyn@lns-th2-4f-81-56-190-52.adsl.proxad.net) |
| 13:41:07 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 13:48:26 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:07:22 | | Quit scott666_ ("i'll be back...eventually...") |
| 14:20:16 | | Join Hes [0] (~hessu@he.fi) |
| 14:44:45 | Hes | http://security.e-matters.de/advisories/072004.html might affect rockbox anonymous cvs, I guess |
| 14:45:25 | Bagder | it does, yes |
| 14:46:17 | Bagder | me update |
| 14:46:58 | Hes | good 8-) |
| 14:47:14 | Bagder | but... |
| 14:47:31 | Bagder | I find no newer version |
| 14:48:56 | limbus | ouch |
| 14:49:09 | Bagder | 1.11.15 is the latest cvshome.org provides |
| 14:49:15 | Bagder | in the stable branch |
| 14:50:00 | Hes | Hmm. |
| 14:50:16 | Hes | CVS stable release <= 1.11.15, CVS feature release <= 1.12.7 says the release, I'm wondering if it should read < |
| 14:50:44 | Hes | http://ftp.cvshome.org/ indicates that .7 and .15 came out 14th of april |
| 14:50:58 | Hes | oh, sorry, forget that |
| 14:51:05 | Bagder | which is before they found this flaw, yes |
| 14:51:08 | Hes | the advisory dates are in may |
| 14:51:25 | * | Hes has wooden eyes |
| 14:52:35 | Hes | Hmm, where is the CVS of CVS? 8-) |
| 14:52:47 | Bagder | http://ccvs.cvshome.org/source/browse/ccvs/ |
| 14:53:03 | elinenbe | amiconn: what other optimitzations are you planning for the grayscale framework? |
| 14:57:18 | amiconn | elinenbe: Font support (already done locally), slight speedup for any depth, moderate speedup for "special" depths (8/16/32 bitplanes) |
| 14:58:30 | amiconn | Furthermore: api change - no more handing over all parameters, but having functions to set draw mode, foregorund & background pens |
| 14:58:42 | amiconn | This will also reduce code size |
| 14:59:21 | amiconn | *foreground even |
| 15:00 |
| 15:04:16 | Hes | ok, just dropped in to say hi, and thanks, the improvements made in recording & the speedups have made me happy a few times lately! |
| 15:05:08 | Hes | the image viewers / grayscale / video work are amazingly funny hacks although i haven't really needed them 8-) |
| 15:11:34 | | Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
| 15:43:33 | | Join edx [0] (edx@pD9EAA4AE.dip.t-dialin.net) |
| 15:48:28 | *** | Saving seen data "./dancer.seen" |
| 15:57:29 | | Join quelsaruk [0] (~WzY@193.136.159.158) |
| 15:57:35 | quelsaruk | hi |
| 15:57:41 | Bagder | howdy |
| 15:57:51 | quelsaruk | :) |
| 16:00 |
| 16:06:11 | | Quit BlueChip (Read error: 104 (Connection reset by peer)) |
| 16:16:56 | | Join MeeBit [0] (meebit@64-40-51-50.ncplus.net) |
| 16:19:47 | | Part MeeBit |
| 16:22:19 | quelsaruk | cu! |
| 16:22:22 | | Part quelsaruk |
| 16:38:01 | | Join MeeBit [0] (meebit@64-40-51-50.ncplus.net) |
| 16:38:02 | elinenbe | amiconn: sounds great! how long until the commit? |
| 16:38:50 | elinenbe | brb |
| 16:38:53 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new age") |
| 16:47:23 | | Part MeeBit |
| 17:00 |
| 17:09:54 | | Join mecraw_ [0] (~mecraw@69.2.235.2) |
| 17:13:08 | | Part Bagder |
| 17:15:50 | | Join BlueChip [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
| 17:16:07 | | Quit sunpower ("—I-n-v-i-s-i-o-n— 2.0 Build 3515") |
| 17:16:13 | | Join jakesir [0] (solaris@pool-151-196-54-17.balt.east.verizon.net) |
| 17:18:51 | | Join KoRnfReaK [0] (~kornfreak@p83.129.177.127.tisdip.tiscali.de) |
| 17:19:12 | KoRnfReaK | Hello |
| 17:19:20 | BlueChip | yo |
| 17:21:21 | KoRnfReaK | planning to put in 2300mAh accus into my AJB6000 |
| 17:22:18 | KoRnfReaK | anyone changed accus already ? |
| 17:22:29 | BlueChip | accus? |
| 17:22:53 | KoRnfReaK | sry im german |
| 17:23:08 | KoRnfReaK | batterys wich you can charge again |
| 17:23:18 | KoRnfReaK | NiMh batterys |
| 17:23:32 | BlueChip | aha - yes, many have put in more powerful batteries |
| 17:23:54 | BlueChip | There is a setting in Rockbox so that the meter will stay accurate |
| 17:24:08 | KoRnfReaK | ive seen already |
| 17:24:18 | KoRnfReaK | you changed batteries ? |
| 17:24:33 | BlueChip | not yet, 12 hours is enough for me :) |
| 17:24:42 | BlueChip | I will when they finally die though |
| 17:25:08 | KoRnfReaK | im thinking about putting in those batteries http://reichelt.de/inhalt.html?SID=14QHRmtdS4AQ4AAFeQS7ke7fa9124edc849c98e10a7f4eb1f3628;ACTION=3;LASTACTION=4;SORT=artikel.artnr;GRUPPE=D52;WG=0;SUCHE=2300%20mAh;ARTIKEL=NH%25204X2300%2520CEL;START=0;END=15;STATIC=0;FC=667;PROVID=0;TITEL=0 |
| 17:26:24 | BlueChip | you can get bigger than 2300, but any NiMH will work okay |
| 17:27:00 | KoRnfReaK | there are 2400mAh batterys but i think that 2300 are okay too |
| 17:27:54 | KoRnfReaK | i will order them in a few days |
| 17:28:09 | KoRnfReaK | my father put then in them ;) |
| 17:28:29 | KoRnfReaK | i thik it roxx if my player runs for 15 hours or more ;) |
| 17:31:48 | KoRnfReaK | you know the gp32 ? |
| 17:32:12 | BlueChip | is that the open platform game unit? |
| 17:32:53 | KoRnfReaK | yes |
| 17:33:16 | BlueChip | in which case ...YES :) |
| 17:33:45 | KoRnfReaK | http://www.lik-sang.com/list.php?category=126& |
| 17:33:53 | KoRnfReaK | this little devil ^^ |
| 17:34:17 | BlueChip | I've given Lik-Sang far too much money in my life :) |
| 17:35:40 | KoRnfReaK | lol |
| 17:35:46 | KoRnfReaK | you have got the gp32 ? |
| 17:36:10 | BlueChip | no, I've been enjoying writing games for the Archos personally |
| 17:36:17 | KoRnfReaK | hehe |
| 17:36:33 | KoRnfReaK | im happy owner of gp32 and AJB6000 |
| 17:36:42 | KoRnfReaK | ;D |
| 17:36:44 | BlueChip | written much for the gp32? |
| 17:37:02 | KoRnfReaK | no im 13 years old |
| 17:37:42 | KoRnfReaK | but i start learning c/c++ in a few months |
| 17:37:57 | BlueChip | JEEZUZ your english is good - why is it that most "foreigners" speak better English than most Enlish people I know?? |
| 17:38:31 | KoRnfReaK | dont know |
| 17:38:35 | BlueChip | At 13 I was just learning "ich bin BlueChip" |
| 17:38:43 | KoRnfReaK | hehe |
| 17:39:04 | BlueChip | Anyway, no reason you cannot learn to speak C - far easier than English imho |
| 17:39:42 | KoRnfReaK | i had my first pc with 7/8 years and that was the beginning with english ;) |
| 17:41:01 | BlueChip | Well, so long as you can understand that data is stored in memory at an address which is just a number and the data is different from a thing which POINTS at the data, you will get along with C just fine :) |
| 17:43:32 | KoRnfReaK | i think im born into a situation like this |
| 17:43:43 | BlueChip | parents are programmers? |
| 17:44:02 | KoRnfReaK | my brother built something like this http://www.bobblick.com/techref/projects/propclock/propclock.html |
| 17:44:17 | KoRnfReaK | and much more |
| 17:44:19 | BlueChip | coooool |
| 17:45:16 | KoRnfReaK | my father build me a amplifier for my boxes ... |
| 17:45:39 | KoRnfReaK | my brother codes and builds and my father is expert in mechanic knowledge |
| 17:45:50 | KoRnfReaK | you get what i mean ? |
| 17:45:56 | BlueChip | understood :) |
| 17:46:12 | BlueChip | So what cool thing do you plan to write? |
| 17:46:25 | KoRnfReaK | i dont know |
| 17:46:31 | KoRnfReaK | an emulator or something |
| 17:46:41 | limbus | he KoRnfReaK: The maximum setting for Batteries within Rockbox is 3200 mAh |
| 17:46:49 | BlueChip | WOW Start Big! |
| 17:47:18 | KoRnfReaK | i mean in the future |
| 17:47:24 | KoRnfReaK | not at the beginning |
| 17:47:32 | limbus | don't forget to reset/check that setting everytime you had your rockbox without batteries or you load a new firmware |
| 17:47:41 | BlueChip | Maybe start by writing a chip8 emulator, they are quite simple |
| 17:47:41 | KoRnfReaK | @limbus but i dont know where to get thema cheap |
| 17:48:31 | *** | Saving seen data "./dancer.seen" |
| 17:50:34 | limbus | to get what cheap ? thos batteries ? I got some at ebay: 8 pieces of 2300mAh for 8 ¤uro + 4 ¤uro transport |
| 17:51:53 | limbus | and don't believe what they say over there. I'm gettin always better results with decharging them |
| 17:52:30 | KoRnfReaK | my brother build a rotation per minute displayer for his trabant (if you dont know http://www.volipindarici.it/appunti/germania1/trabant.jpg ) |
| 17:53:03 | limbus | yeah, I know traband. I'm from belgium and work in germany |
| 17:53:06 | KoRnfReaK | but we had to sell the car ;( |
| 17:53:08 | limbus | err, trabanT |
| 17:53:16 | limbus | what a bummer |
| 17:54:28 | KoRnfReaK | my brother build a gameboy linker with 2 cartridges (4mbit) |
| 17:54:55 | KoRnfReaK | i think thats enough to describe the situation ;) |
| 17:58:13 | KoRnfReaK | and what are you doing all the day ? |
| 17:59:03 | | Part Salokyn |
| 18:00 |
| 18:05:01 | | Part KoRnfReaK |
| 18:05:01 | | Join KoRnfReaK [0] (~kornfreak@p83.129.177.127.tisdip.tiscali.de) |
| 18:06:21 | DBUG | Enqueued KICK BlueChip |
| 18:06:21 | BlueChip | [17:06] *** CTCP: KoRnfReaK pinged you. |
| 18:06:21 | BlueChip | [17:06] *** CTCP: KoRnfReaK requested your version. |
| 18:06:31 | KoRnfReaK | lol |
| 18:06:55 | BlueChip | If KoRnfReaK tries to hack me, KoRnfReaK is in for a nasty surprise |
| 18:07:24 | KoRnfReaK | im not trying to hack you |
| 18:07:30 | KoRnfReaK | just look around mIRC |
| 18:07:38 | BlueChip | ok ;) |
| 18:07:50 | KoRnfReaK | im 13 -_- i cant hack |
| 18:07:58 | limbus | sorry for beeing afk |
| 18:08:13 | KoRnfReaK | and i dont want to hack someone |
| 18:08:49 | limbus | KoRnfReaK: I am somehow developing software all the day, or that's what they pay me at least |
| 18:08:53 | BlueChip | it's fun ...but you'd be better picking someone from a non-techie group :) |
| 18:09:11 | KoRnfReaK | lol |
| 18:09:43 | KoRnfReaK | please dont hack me |
| 18:09:48 | limbus | heh |
| 18:10:01 | BlueChip | You're safe dude, far better things to do with my time ;) |
| 18:10:14 | KoRnfReaK | puhhh |
| 18:10:21 | KoRnfReaK | shit its 18.09 |
| 18:10:29 | BlueChip | out of interest, did you get a reply to your ping? |
| 18:10:30 | KoRnfReaK | so late -.- |
| 18:10:39 | KoRnfReaK | yeah 2 secs |
| 18:10:58 | KoRnfReaK | strange ;) |
| 18:11:26 | BlueChip | strange - must be some weird IRC ping thing - pings are generally blocked here |
| 18:12:19 | amiconn | BlueChip: This _is_ an irc ping: /ctcp <nick> ping |
| 18:14:44 | BlueChip | aha! |
| 18:15:20 | amiconn | And this way you can find out about the irc client: /ctcp <nick> version |
| 18:17:12 | | Quit KoRnfReaK () |
| 18:56:23 | | Join Winner^Sh [0] (~ozkano@dsl81-215-55247.adsl.ttnet.net.tr) |
| 18:56:28 | Winner^Sh | hi all |
| 18:56:39 | Winner^Sh | i want to know |
| 18:57:01 | Winner^Sh | can i add external cdrom to my archos jukebox |
| 18:57:14 | Winner^Sh | via usb port |
| 19:00 |
| 19:00:38 | limbus | hi |
| 19:01:05 | limbus | no, the usb port on the archos jukebox recorder/player/studios can only be used a client. |
| 19:01:23 | limbus | sorry, "as client" |
| 19:04:19 | limbus | Winner^Sh: see http://rockbox.haxx.se/docs/nodo.html#4 |
| 19:33:03 | BlueChip | there is a small device that you can link two masters together with - someone posted in on the ml the other week - not sure if it's up to that though |
| 19:37:15 | Winner^Sh | so it is hopeless :) |
| 19:37:17 | limbus | err. no. we need a device linking two "slaves" or usb-devices together. that device then will be a master (usb controller, usb-host) |
| 19:37:31 | BlueChip | sorry, yes, slaves, not masters - my bad |
| 19:37:49 | limbus | you mean the device does what Winner^Sh needs ? |
| 19:38:25 | Winner^Sh | is there any way to play wma on archos ? |
| 19:38:27 | BlueChip | both jbr & cd are slaves, so yes, but the device I saw was specced for cameras and the likes |
| 19:38:32 | BlueChip | no |
| 19:38:55 | BlueChip | it may be possible, but we need more info on the MAS chip |
| 19:39:55 | limbus | BlueChip: That device may work then. It is a host-controller and has some logic for file-systems and how to copy. |
| 19:40:11 | Winner^Sh | and do you advice to write rockbox to device eprom or load to ram on every boot up ? |
| 19:40:14 | BlueChip | maybe |
| 19:40:36 | BlueChip | flashing makes boot quicker - your call |
| 19:40:54 | limbus | Winner^Sh: wma: another feature blocked in hardware. you really should have a look at the nodo-page :-) http://rockbox.haxx.se/docs/nodo.html |
| 19:41:53 | BlueChip | limbus: flashing is nodo?? |
| 19:42:06 | limbus | n00000 |
| 19:42:47 | limbus | I was still talking about wma, as I specified in the second word that line over there |
| 19:42:51 | limbus | Winner^Sh: Not every device allowes flashing the eprom. |
| 19:43:46 | Winner^Sh | i always escape to update flash because i broke down my ipaq while upgrading flash rom :) |
| 19:45:04 | Winner^Sh | in orginal o/s you can delete files on hd but i could not find any options on rockbox version |
| 19:45:04 | BlueChip | yes, there is always a small risk in flashing - I say only ever do it when the thing is brand new and you can return it easily |
| 19:45:13 | BlueChip | on+play |
| 19:45:59 | Winner^Sh | i ask too many questions sorry about this event.. i am new owner only 5 day lasts |
| 19:46:34 | BlueChip | did you enjoy reading the manual? |
| 19:46:58 | BlueChip | we're always up for suggestions on how to improve it :) |
| 19:48:33 | *** | Saving seen data "./dancer.seen" |
| 19:48:58 | Winner^Sh | conguralations for rockbox. it is great work |
| 19:50:04 | BlueChip | you can find more stuff at my homepage http://homepage.ntlworld.com/cyborgsystems |
| 19:50:25 | | Quit silencer (Read error: 60 (Operation timed out)) |
| 19:53:00 | | Join silencer [0] (~silencer@adsl.via.ecp.fr) |
| 20:00 |
| 20:03:56 | | Join silencer_ [0] (~silencer@nino.via.ecp.fr) |
| 20:07:55 | | Join elinenbe [0] (elinenbe_@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 20:08:01 | | Join CpuMan2001 [0] (~oic@ool-18bbbf99.dyn.optonline.net) |
| 20:09:14 | CpuMan2001 | my archos is spazzing out and acting like some of the buttons are stuck, which they don't seem like they are |
| 20:09:45 | CpuMan2001 | most notibly the on button, so I can't turn it off |
| 20:11:37 | CpuMan2001 | actually I think it works now, nevermind |
| 20:18:47 | | Quit Winner^Sh () |
| 20:20:39 | | Quit silencer (Read error: 110 (Connection timed out)) |
| 20:20:49 | BlueChip | what version? |
| 20:21:38 | BlueChip | actually, more to the point - hold off for about 5 seconds - if it's a firmware issue it will switch off |
| 20:22:14 | limbus | CpuMan2001: I had some problems switching off too. Then I realized that it can't be switched off while charging... |
| 20:22:30 | BlueChip | ahaa -yes, got me a couple of times that one |
| 20:29:26 | | Join Azurefog [0] (~jirc@63.230.8.5) |
| 20:30:04 | Azurefog | Does anyone have the link to Jorg's page with the voice stuff on it? |
| 20:30:30 | BlueChip | not personally, you can do a search of the mailing list from the rockbox homepage :) |
| 20:31:25 | Azurefog | Yeah, I ran through this months posts.... I'll have to do some digging... |
| 20:31:56 | BlueChip | use the "search" box? |
| 20:31:58 | Azurefog | New build killed all my .dirname files... I need to regenerate and I can't find the vbs... |
| 20:32:23 | BlueChip | damn! :( |
| 20:32:52 | limbus | I found out that the spelling is not that bad in english. german is worse |
| 20:33:01 | Azurefog | I hate it when I screw myself up :) |
| 20:33:58 | BlueChip | any help? http://www.google.com/search?hl=en&lr=&ie=UTF-8&q=mp3clipgen.vbs+site%3Arockbox.haxx.se&btnG=Search |
| 20:34:07 | BlueChip | 32 hits |
| 20:34:29 | BlueChip | google is lying ...15 hits |
| 20:34:41 | Azurefog | http://joerg.hohensohn.bei.t-online.de/archos/speech/ |
| 20:34:54 | BlueChip | cool |
| 20:35:01 | Azurefog | got it now... and I rememberd to bookmark it - live and learn. |
| 20:35:06 | BlueChip | lol |
| 20:35:43 | | Quit Azurefog ("Leaving") |
| 20:36:18 | CpuMan2001 | <BlueChip> actually, more to the point - hold off for about 5 seconds - if it's a firmware issue it will switch off |
| 20:36:24 | CpuMan2001 | the problem was that it thought a button was stuck |
| 20:36:31 | CpuMan2001 | so once it turned off it turned right back on |
| 20:36:36 | CpuMan2001 | works now though, no idea why |
| 20:37:20 | limbus | <so once it turned off it turned right back on>: ahh. I understand. that's a silly |
| 20:38:58 | limbus | he guys, gotta go now. goodbye |
| 20:40:29 | | Part limbus |
| 21:00 |
| 21:00:30 | | Join jorbond [0] (~fake@dhcp024-209-003-214.cinci.rr.com) |
| 21:11:15 | | Quit jakesir (Read error: 104 (Connection reset by peer)) |
| 21:15:01 | | Join uski [0] (~moo@gandalf.digital-network.org) |
| 21:15:16 | uski | does anyone knows when will LinusN come ? |
| 21:34:35 | Strath | when he sees his first real live nekid chick? |
| 21:35:29 | Strath | :P |
| 21:41:43 | | Join scott666_ [0] (~scott666@c-24-245-59-203.mn.client2.attbi.com) |
| 21:48:36 | *** | Saving seen data "./dancer.seen" |
| 21:58:27 | | Quit jorbond (Read error: 60 (Operation timed out)) |
| 22:00 |
| 22:00:39 | | Quit CpuMan2001 () |
| 22:07:37 | uski | anyone can tell me the physical size of a Recorder LCD screeen ? |
| 22:13:46 | amiconn | uski: See data sheet, http://rockbox.haxx.se/docs/g112064-30-3.pdf |
| 22:18:33 | uski | perfect ! thx ! |
| 22:18:46 | uski | i'm on the manufacturer's website but i couldn't find the datasheet yet ;) |
| 22:30:38 | elinenbe | amiconn: nice work with the grayscale framework... it's awesome! |
| 22:31:00 | amiconn | ...and it will get even better |
| 22:31:28 | amiconn | :) |
| 22:34:36 | elinenbe | what's up next? |
| 22:37:18 | amiconn | I made the "block painting" (the routine that made the last huge speedup possible) more solid and slightly faster. |
| 22:38:08 | amiconn | Currently I'm experimenting with another speedup approach for block painting with "special" depths |
| 22:38:33 | amiconn | (8, 16 and 32 bits - 9/17/33 shades of gray) |
| 22:39:04 | amiconn | Font support will be included on the way |
| 22:39:36 | amiconn | Next thing is api change & cosolidation - should yield less code size |
| 22:39:47 | amiconn | *consolidation |
| 22:40:30 | uski | amiconn, can i speak to you privately ? |
| 22:42:14 | | Nick scott666_ is now known as scott666 (~scott666@c-24-245-59-203.mn.client2.attbi.com) |
| 22:50:15 | | Quit edx (Read error: 110 (Connection timed out)) |
| 22:58:19 | | Part BlueChip |
| 22:58:43 | elinenbe | amiconn: I think most people would be happy with 8/16/33 shades of gray if those were the only options. |
| 22:59:08 | elinenbe | Is there really a necessity for any other values? |
| 23:00 |
| 23:06:00 | amiconn | I don't know for sure, but support for any bit depth (1 to 32, equals 2 to 33 shades) is the way I wrote it in the first place. |
| 23:07:41 | amiconn | This enables fine-grained "graceful degradation" - if the memory doesn't suffice for n bitplanes, try (n-1), (n-2) ... until it either fits or n < 1 |
| 23:32:47 | | Quit uski ("Fermeture du client") |
| 23:48:38 | *** | Saving seen data "./dancer.seen" |
| 23:49:17 | | Join jorbond [0] (~fake@dhcp024-209-003-214.cinci.rr.com) |
| 23:54:40 | | Quit jorbond () |
icon identifies that the person is a core developer (has commit access).