| 00:02:44 | zeekoe | amiconn: how's the mod? |
| 00:03:14 | amiconn | zeekoe: Still soldering (these 0805 smds are damn small beasts) |
| 00:03:20 | zeekoe | :P |
| 00:03:38 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 00:04:16 | zeekoe | smaller than this one? i made this: http://home.student.utwente.nl/r.teune/micpreamp.jpg |
| 00:04:17 | zeekoe | :P |
| 00:04:53 | zeekoe | whoops, you can forget the "i made this", copied a bit too much from the logs (it is true though) |
| 00:07:23 | | Join edx [0] (edx@pD9EAA9FB.dip.t-dialin.net) |
| 00:08:31 | amiconn | Quite a bit smaller. That mic preamp seems to be made mostly of conventional parts (except the chip) |
| 00:08:41 | zeekoe | yep |
| 00:08:54 | amiconn | Unfortunately I broke the solder pads of one of the leds :( |
| 00:09:01 | zeekoe | that's really bad |
| 00:09:19 | zeekoe | if it's so small, can you fix it? |
| 00:09:24 | amiconn | So I have to glue it into place, and wire it to the contacts |
| 00:09:47 | zeekoe | ok |
| 00:09:58 | amiconn | (I have to wire anyway, since I have to put each of the 2 leds of either side in parallel instead of in series |
| 00:10:37 | zeekoe | the white ones need higher voltage? |
| 00:11:10 | zeekoe | you shouldn't be doing this kind of stuff at 00:10 am :) |
| 00:12:45 | amiconn | Yes, they need higher voltage. And no, 00:10 am is a good time to do such stuff ;-) |
| 00:25:06 | amiconn | It works!! :-)) |
| 00:27:29 | zeekoe | cool |
| 00:27:38 | zeekoe | you have white backlight now? |
| 00:28:16 | zeekoe | and it only took you one and a half hours :P |
| 00:29:09 | zeekoe | and my video is ready too |
| 00:29:14 | zeekoe | after about five hours |
| 00:29:40 | zeekoe | and 16 empty batteries |
| 00:32:59 | zeekoe | oh boy |
| 00:33:05 | zeekoe | it's even in sync |
| 00:36:52 | *** | Saving seen data "./dancer.seen" |
| 00:40:09 | amiconn | http://arnold-j.bei.t-online.de/Rockbox/WhiteBacklight1.jpg and http://arnold-j.bei.t-online.de/Rockbox/WhiteBacklight2.jpg :)) |
| 00:42:18 | zeekoe | nice :) |
| 00:43:02 | zeekoe | the light seems to be brighter than [IDC]Dragon's |
| 00:43:48 | amiconn | This may be caused ba another backlight / ambient light brightness ratio when taking the photos |
| 00:43:54 | amiconn | s/ba/by/ |
| 00:43:59 | zeekoe | yeah, brobably |
| 00:44:52 | zeekoe | can you post a grayscale picture? |
| 00:51:28 | amiconn | amiconn.dyndns.org/WhiteBacklight3.jpg">http://amiconn.dyndns.org/WhiteBacklight3.jpg |
| 00:52:07 | amiconn | (Too bad my digicam has no macro capabilities) |
| 00:52:41 | zeekoe | :) |
| 00:52:47 | zeekoe | looks ghosty :) |
| 00:53:04 | zeekoe | and you modded the two other leds too? |
| 00:53:43 | amiconn | I modded the 4 backlight leds only |
| 00:55:01 | zeekoe | but the ready led seems white too |
| 00:55:42 | amiconn | The red led isn't active in any of my pics, it's only the backlight that shines through |
| 00:56:39 | zeekoe | i guess the green led is a bit overillumanited and so it looks white |
| 00:57:36 | amiconn | Watching video is much more fun than before - I'm now able to distinguish very dark shades of gray :) |
| 00:58:46 | zeekoe | cool |
| 00:59:00 | zeekoe | but white leds are expensive i guess |
| 00:59:25 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 00:59:27 | amiconn | € 1.69 per led |
| 01:00 |
| 01:00:08 | zeekoe | s/white leds/conrad |
| 01:00:19 | amiconn | yup |
| 01:00:52 | amiconn | I bought them at Schuricht. However, they sell 10 pieces minimum |
| 01:01:18 | zeekoe | ok |
| 01:01:28 | zeekoe | at my school i can order stuff from farnell |
| 01:01:34 | amiconn | So I have 6 leds left now, as I broke none (unlike I thoguht) |
| 01:01:41 | zeekoe | ok |
| 01:01:52 | zeekoe | so you can sell them :) |
| 01:01:54 | amiconn | s/thoguht/thought/ |
| 01:03:59 | zeekoe | for school i had to solder some stuff once, varicap diodes |
| 01:04:12 | zeekoe | only smd in a really small package was available |
| 01:04:26 | zeekoe | i ordered 10, broke 7, and needed 2 :) |
| 01:06:57 | midk | haha! |
| 01:07:00 | midk | HAHAHA! |
| 01:07:06 | * | midk laughs wickedly |
| 01:07:19 | zeekoe | mwahahaha |
| 01:07:45 | midk | ssh before i egg your house |
| 01:08:04 | zeekoe | me? |
| 01:08:20 | midk | yes |
| 01:08:23 | midk | you |
| 01:09:04 | zeekoe | ssh as in secure shell? |
| 01:09:09 | midk | shh. |
| 01:09:17 | zeekoe | ok |
| 01:09:23 | zeekoe | and what does egging a house mean? |
| 01:09:55 | midk | i throw raw eggs at your house |
| 01:09:56 | midk | it gets messy |
| 01:10:28 | zeekoe | fine |
| 01:10:36 | zeekoe | come here if you like |
| 01:12:01 | zeekoe | have you already seen amiconn's 1337 archos mod? |
| 01:12:08 | midk | nope |
| 01:12:39 | midk | now i have :) |
| 01:12:44 | midk | nice!! |
| 01:12:44 | midk | WOW |
| 01:13:25 | midk | what's on the screen in #3? |
| 01:14:38 | zeekoe | i asked for a grayscale picture |
| 01:15:38 | midk | a picture of a bus? :) |
| 01:15:44 | zeekoe | no, an office |
| 01:15:53 | midk | ... |
| 01:16:02 | zeekoe | well, it looked like an office |
| 01:16:03 | midk | it's a bus |
| 01:16:10 | zeekoe | now i see it too |
| 01:16:14 | amiconn | midk: It's a part of an image showing a fire-brigade truck (or how that's called in English) |
| 01:16:25 | midk | ah |
| 01:16:34 | midk | zeekoe, how could you interpret that as an office? |
| 01:16:38 | zeekoe | dunno |
| 01:16:46 | midk | you're weird/. |
| 01:16:50 | zeekoe | i saw something like a chair and a bureau |
| 01:16:57 | zeekoe | is bureau correct english? |
| 01:17:09 | zeekoe | no, my eyes are bad |
| 01:18:01 | zeekoe | i really thought of it as an office, but now i know it's a bus i can't figure how i've seen it before |
| 01:18:30 | * | midk stares at zeekoe |
| 01:18:57 | | Join dstar5 [0] (Lee@ACC1395D.ipt.aol.com) |
| 01:19:06 | dstar5 | my jukebox is here :) |
| 01:19:07 | zeekoe | dstar5!!!! |
| 01:19:12 | zeekoe | tri-vi-a! |
| 01:19:15 | zeekoe | jukebox? |
| 01:19:19 | dstar5 | archos |
| 01:19:25 | zeekoe | archos? |
| 01:19:25 | amiconn | The original image is here: amiconn.dyndns.org/Feuerwehr.jpg">http://amiconn.dyndns.org/Feuerwehr.jpg |
| 01:20:12 | midk | aha! |
| 01:20:23 | dstar5 | the drive in this one is REALLY quiet |
| 01:20:39 | zeekoe | dstar5: what did you do to it? |
| 01:20:59 | dstar5 | and it has the HD MP3 RECORDER written above the buttons, like the old blue recorders had |
| 01:21:43 | zeekoe | i have HD MP3 RECORDER too |
| 01:21:47 | zeekoe | but it isnt blue |
| 01:21:50 | zeekoe | its blackish |
| 01:22:18 | dstar5 | it is black |
| 01:23:17 | dstar5 | the guy thta had it must have taken good care of it, no damage at all, and the little plastic sticker is still on the screen |
| 01:24:04 | zeekoe | so... why all this excitement??? did i miss something?? |
| 01:30:59 | zeekoe | did you buy a new recorder or so? |
| 01:31:15 | dstar5 | on ebay |
| 01:31:21 | zeekoe | ok |
| 01:31:34 | zeekoe | recorder v1? |
| 01:32:07 | dstar5 | yes |
| 01:32:22 | dstar5 | i hope it is flashable |
| 01:32:28 | zeekoe | :) |
| 01:32:29 | zeekoe | never got one before? |
| 01:32:34 | dstar5 | i am copying the dudes music on my HD incas ei want it |
| 01:32:39 | dstar5 | then i am goign to reformat |
| 01:32:41 | zeekoe | heh |
| 01:32:42 | dstar5 | install rockbox |
| 01:32:48 | dstar5 | and flash if i can |
| 01:32:57 | dstar5 | then the long process of copying my msuic.... |
| 01:33:13 | dstar5 | no i had a recorder before |
| 01:33:45 | dstar5 | what is "dream weaver" |
| 01:34:04 | dstar5 | he had it on the drive |
| 01:34:15 | zeekoe | ok |
| 01:34:19 | zeekoe | dream weaver? |
| 01:34:25 | zeekoe | maybe dreamweaver |
| 01:34:34 | zeekoe | that's an html editor |
| 01:34:51 | dstar5 | weird |
| 01:36:39 | zeekoe | ? |
| 01:38:15 | zeekoe | so he didnt even format the drive before selling it..? |
| 01:39:56 | dstar5 | no |
| 01:40:10 | dstar5 | does not bother me... i like free msuic :) |
| 01:40:14 | zeekoe | :P |
| 01:40:18 | dstar5 | and it al appears to be nice quality |
| 01:40:21 | zeekoe | what kind of music is on the drive? |
| 01:40:22 | dstar5 | 224 kbs |
| 01:40:25 | zeekoe | cool |
| 01:40:33 | dstar5 | acustic mostly |
| 01:40:38 | zeekoe | ok |
| 01:41:02 | dstar5 | mostly live... |
| 01:41:09 | zeekoe | too bad for the guy he never heard of rockbox |
| 01:41:13 | dstar5 | i know |
| 01:41:15 | dstar5 | lol |
| 01:45:18 | | Join BlueChip [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
| 01:46:22 | dstar5 | yo BC! |
| 01:46:37 | BlueChip | yo d5 :) |
| 01:51:51 | zeekoe | i dont like BlueChip |
| 01:51:52 | zeekoe | bye |
| 01:51:56 | zeekoe | :-P |
| 01:52:02 | BlueChip | byee |
| 01:52:04 | zeekoe | nah, just need to sleep |
| 01:52:14 | zeekoe | see you |
| 01:52:23 | midk | later zeeker |
| 01:52:30 | zeekoe | zeek_oe_ |
| 01:52:39 | midk | ZYKERR!?! |
| 01:52:43 | zeekoe | like manatee |
| 01:53:02 | midk | zeeker. |
| 01:54:32 | zeekoe | die |
| 01:54:44 | midk | zeekoe? |
| 02:00 |
| 02:03:53 | | Join amiconn_ [0] (~jens@pD9E7F44B.dip.t-dialin.net) |
| 02:04:52 | | Quit amiconn (Nick collision from services.) |
| 02:04:53 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7F44B.dip.t-dialin.net) |
| 02:05:09 | midk | i see amiconn has the situation under control. |
| 02:05:18 | amiconn | midk: Huh? |
| 02:05:37 | midk | the duplicate nicks |
| 02:05:40 | midk | never mind :) |
| 02:06:01 | amiconn | I just got disconnected by my provider (T-Online disconnects all users at least once per day) |
| 02:06:22 | midk | right. and you ghosted the other one so i said you had it under control.. |
| 02:06:34 | amiconn | Yep |
| 02:07:25 | | Join Lee_ [0] (Lee@ACC69349.ipt.aol.com) |
| 02:08:02 | | Quit dstar5 (Nick collision from services.) |
| 02:08:16 | | Nick Lee_ is now known as dstar5 (Lee@ACC69349.ipt.aol.com) |
| 02:08:28 | midk | i see dstar5 has the situation under control. |
| 02:10:35 | dstar5 | why does bash, uname, and this other thing always want to connect to the inter net when i start cygwin? |
| 02:11:56 | BlueChip | take it you're using the full cygwin install |
| 02:12:25 | | Quit zeekoe (Read error: 60 (Operation timed out)) |
| 02:12:41 | dstar5 | yes |
| 02:12:45 | dstar5 | atm |
| 02:12:59 | amiconn | Still no one tried Rombox on a v2 ? |
| 02:13:10 | BlueChip | v1, unflashable, sorry |
| 02:17:50 | dstar5 | ohh no |
| 02:18:06 | dstar5 | flash: M=?? D=?? |
| 02:18:26 | amiconn | dstar5: unflashable :( |
| 02:21:40 | dstar5 | well.. i do have a good chip in my old board... |
| 02:21:49 | dstar5 | i not sure if i would want to replace it |
| 02:21:56 | dstar5 | that chip is so small |
| 02:23:17 | amiconn | You should have some experience with smd soldering if you're going to do this |
| 02:23:41 | | Quit mecraw ("Trillian (http://www.ceruleanstudios.com)") |
| 02:23:56 | dstar5 | no smd soldering... |
| 02:24:22 | amiconn | Today I did the white backlight mod. It wasn't easy to solder those tiny beasts called smd leds... |
| 02:24:52 | amiconn | I even broke the soldering pads for one of the leds |
| 02:25:13 | dstar5 | ill be back later |
| 02:25:19 | dstar5 | time to play with my archos a bit |
| 02:25:23 | | Quit dstar5 ("Leaving") |
| 02:25:36 | amiconn | I guess it's time to sleep now |
| 02:25:48 | amiconn | Nite all |
| 02:25:53 | BlueChip | nite |
| 02:26:11 | | Part amiconn |
| 02:28:12 | | Quit edx () |
| 02:29:01 | | Join tpelliott [0] (telliott@208-251-255-120.res.evv.cable.sigecom.net) |
| 02:31:00 | tpelliott | is it possible to get "incompatible version" from plugins when you are using an AJZ and rocks from the same bleeding edge build? |
| 02:31:32 | midk | tpelliott, is it when you try to flash? |
| 02:32:01 | tpelliott | It happened even when I rolo'd the AJZ |
| 02:32:22 | midk | right |
| 02:32:25 | BlueChip | try erasing everything and unzipping your own "make zip" |
| 02:32:28 | midk | but when you play a ucl right? |
| 02:33:44 | tpelliott | It happened when I played "rockbox.ucl" |
| 02:34:04 | midk | correct. i get the problem too. |
| 02:34:15 | BlueChip | ah, flashing issue - forget my previous comment |
| 02:36:35 | tpelliott | I have a Windows utility called "create.exe" that downloads the latest build and creates the ucl. I'm not sure who wrote it. Are you familiar with this? |
| 02:36:55 | tpelliott | I think it may be out of date. |
| 02:36:56 | *** | Saving seen data "./dancer.seen" |
| 02:37:18 | midk | it doesn't work for me. that means it's probably a problem |
| 02:37:37 | tpelliott | ok. |
| 02:37:41 | BlueChip | there a doc on cvs on my site which may help |
| 02:37:51 | midk | bc, it's a rockbox_flash problem/ |
| 02:38:12 | DBUG | Enqueued KICK BlueChip |
| 02:38:12 | BlueChip | <tpelliott> I have a Windows utility called "create.exe" that downloads the latest build and creates the ucl. |
| 02:38:24 | BlueChip | cvs is likely a good solution |
| 02:38:40 | midk | i did get cvs |
| 02:38:40 | midk | just a half hour ago |
| 02:38:40 | tpelliott | I have the same problem with the jpg viewer. Everything's up to date as far as I know. |
| 02:43:31 | | Join zobo [0] (~erik@foxtail.org) |
| 02:56:35 | | Join fifer- [0] (~Pickle@80.229.144.229) |
| 02:57:27 | fifer- | does anyone here know the debian package that contains sh-elf-gcc? |
| 02:58:18 | BlueChip | the linux guys are all out at the moment, might be quicker to compile it yourself? |
| 02:58:55 | midk | follow the cross-compiler docs/ |
| 02:58:57 | fifer- | thats the thing, i have been on google for about 30mins looking for info on it |
| 02:58:59 | fifer- | :/ |
| 02:59:26 | fifer- | thx midk |
| 02:59:35 | midk | np |
| 02:59:41 | midk | remember the export PATH command |
| 02:59:52 | fifer- | will do :) |
| 02:59:53 | fifer- | thx |
| 03:00 |
| 03:00:03 | midk | np |
| 03:00:14 | BlueChip | you're cooking tonight mk |
| 03:01:28 | midk | did i really just beat you to an answer there? ;) |
| 03:33:05 | | Quit AciD ("Hiroshima 45, Tchernobyl 86, Windows 95") |
| 03:45:42 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 03:50:45 | midk | bbl |
| 03:50:49 | | Quit midk ("Leaving") |
| 03:50:55 | | Quit fifer- (Read error: 60 (Operation timed out)) |
| 03:58:51 | | Part tpelliott |
| 04:00 |
| 04:00:59 | | Part BlueChip |
| 04:29:39 | | Quit scott666 (Read error: 104 (Connection reset by peer)) |
| 04:29:39 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 04:29:47 | | Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 04:36:59 | *** | Saving seen data "./dancer.seen" |
| 04:45:31 | | Nick AciD is now known as AciD` (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 05:00 |
| 05:05:14 | | Quit AciD` (".L") |
| 05:46:55 | | Join dstar5 [0] (Lee@ACC49DAA.ipt.aol.com) |
| 05:47:41 | dstar5 | hey scott666 |
| 05:50:37 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 05:51:15 | scott666 | hey midk and dstar5 |
| 05:51:24 | midk | yo scott |
| 05:51:39 | dstar5 | futurama is fun to watch on rockbox |
| 05:51:55 | dstar5 | i noticed the vu meters look bad in .8 ratio |
| 05:51:59 | dstar5 | i need to fix them |
| 05:52:16 | dstar5 | i would have never let it go if iknew they looked so bad |
| 05:52:26 | dstar5 | thye look god in square on simulator |
| 05:52:31 | dstar5 | s/god/good |
| 05:52:38 | dstar5 | s/thye/they |
| 05:52:49 | midk | s/in/and |
| 05:52:53 | | Nick scott666 is now known as scott|brb (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 05:53:47 | | Quit midk (Client Quit) |
| 05:53:51 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 05:55:16 | midk | dstar5, perhaps we should collaborate on another update.. |
| 05:55:21 | | Join Treyqae [0] (~Treyqae@adsl-8-45-253.mia.bellsouth.net) |
| 05:55:46 | dstar5 | remove the annoying and wastefull mini meters! |
| 05:56:09 | midk | ..or if you feel that putting down work is needed, we shall not |
| 05:57:18 | midk | they're purely cosmetic - i also included an on/off option, if you noticed |
| 05:57:29 | dstar5 | they are useless |
| 05:57:38 | midk | i was thinking of a decay screen redesign, and perhaps an addition of a new mode or two |
| 05:57:44 | midk | seriously. shut up. |
| 05:58:13 | dstar5 | scott|brb: dont you think mini meters are annoying and useless? |
| 05:59:29 | dstar5 | <midk> they're purely cosmetic if you think that gap ther is bad, fine, i will resize the needles and all |
| 05:59:43 | dstar5 | but minimeters are no good solution |
| 05:59:54 | | Nick scott|brb is now known as scott666 (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 05:59:58 | midk | dstar5, i was trying to be friendly and initiate another update.. probably with a lack of minimeters. |
| 06:00 |
| 06:00:10 | midk | but if you really feel you need to complain about a small feature that is easily shut off, fuck it. |
| 06:00:14 | dstar5 | <dstar5> remove the annoying and wastefull mini meters! |
| 06:00:14 | dstar5 | <midk> ..or if you feel that putting down work is needed, we shall not |
| 06:00:20 | midk | so let's not. |
| 06:00:22 | | Part Treyqae |
| 06:00:34 | midk | yes, it's my work, if you do feel like putting it down that's fine, we don't have to do an update./ |
| 06:01:00 | dstar5 | sorry for being rude... but still |
| 06:01:17 | midk | i'm quite tired of your complaints |
| 06:01:22 | dstar5 | i said i did not like mini meters, but you did not discuss, and left them anyway |
| 06:01:30 | midk | what's your point? |
| 06:01:34 | midk | whoever merged em liked em |
| 06:01:36 | midk | that's what matters |
| 06:02:38 | dstar5 | no i dont think he even loked at the code (it was [IDC]Dragin i believe btw |
| 06:02:50 | | Nick scott666 is now known as scott|war3 (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 06:03:01 | midk | doesn't matter, your update that removed the functionality wasn't merged... |
| 06:03:03 | midk | what does that say? |
| 06:03:04 | dstar5 | also see me mail in the list: charging while on usb |
| 06:04:37 | dstar5 | <midk> doesn't matter, your update that removed the functionality wasn't merged... |
| 06:04:37 | dstar5 | <midk> what does that say? maybe no one has looked at them? |
| 06:04:53 | midk | that's fine, then why remove them if nobody cares about them? |
| 06:04:56 | midk | they must go unnoticed. |
| 06:05:17 | midk | whatever, i'm done with this conversation. |
| 06:05:29 | dstar5 | ok shut up you only want mini meters in because you made them |
| 06:05:45 | midk | i think that's the reason YOU don't want them in - because you didn't code them |
| 06:05:47 | dstar5 | dont fuck with whats there |
| 06:05:50 | dstar5 | no |
| 06:06:00 | dstar5 | i had no problems with anythig else you did |
| 06:06:13 | midk | because i didn't do much else |
| 06:06:16 | dstar5 | i just asked you not to do the minis adn you would not discuss and did anyway |
| 06:06:18 | midk | you had a problem with my decay screen |
| 06:06:39 | dstar5 | excuse me I WROTE THE DECAY SCRENN |
| 06:06:44 | midk | why should i care if you don't like my code? it got in, and your removal of them didn't.. so.. |
| 06:06:48 | dstar5 | s/SCRENN/SCREEN |
| 06:06:51 | midk | i wrote the decay screen, you updated it |
| 06:07:02 | dstar5 | no |
| 06:07:07 | dstar5 | i wrote it |
| 06:07:10 | dstar5 | code stealer. |
| 06:15:01 | | Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
| 06:15:02 | | Quit dstar5 (Read error: 104 (Connection reset by peer)) |
| 06:37:01 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:09:17 | | Join LinusN [200] (~linus@labb.contactor.se) |
| 07:09:18 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 07:10:17 | midk | hey LinusN |
| 07:10:28 | midk | i think tonight i'll get breakout fixed up |
| 07:15:03 | LinusN | wow |
| 07:45:50 | | Join elinenbe [0] (trilluser@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 08:00 |
| 08:03:23 | | Quit scott|war3 (Read error: 110 (Connection timed out)) |
| 08:19:05 | | Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
| 08:33:28 | | Join CourtesyFlush [0] (~lsktst@24-116-138-164.cpe.cableone.net) |
| 08:34:36 | CourtesyFlush | Hello? |
| 08:34:39 | LinusN | hi |
| 08:34:40 | midk | hi hi hi |
| 08:34:45 | CourtesyFlush | I have a problem |
| 08:34:51 | LinusN | shoot |
| 08:34:53 | midk | i see LinusN is on the ball tonight |
| 08:35:07 | LinusN | "this morning" you mean :-) |
| 08:35:08 | midk | :) |
| 08:35:29 | midk | "afternoon" then |
| 08:35:30 | LinusN | my last day before my well-deserved vacation |
| 08:35:32 | CourtesyFlush | When I turn on my Recorder v2 It starts to load the OS then it fades out doesnt turn on |
| 08:35:34 | midk | deal |
| 08:35:39 | midk | aw, we'll miss you |
| 08:35:47 | CourtesyFlush | And when its pluged into the usb it turns off after a whle |
| 08:35:51 | LinusN | CourtesyFlush: battery status? |
| 08:35:52 | CourtesyFlush | Im sure its charged |
| 08:36:24 | LinusN | the batteri may be dead |
| 08:36:25 | CourtesyFlush | But I am charging it right now hoping it will work after a while |
| 08:36:40 | LinusN | or the battery connections may be bad |
| 08:36:40 | CourtesyFlush | But I have a flight tomorrow and I dont want to be with out it |
| 08:36:52 | CourtesyFlush | It could be that |
| 08:37:02 | *** | Saving seen data "./dancer.seen" |
| 08:37:10 | CourtesyFlush | Im not sure if im using the original power cord thing |
| 08:37:17 | LinusN | oh |
| 08:37:20 | LinusN | voltage? |
| 08:37:23 | CourtesyFlush | Im not sure |
| 08:37:25 | | Join edx [0] (edx@pD9EABC48.dip.t-dialin.net) |
| 08:37:27 | CourtesyFlush | Ill check |
| 08:37:38 | LinusN | general rule, if you don't know the voltage, don't plug it in |
| 08:37:47 | LinusN | you may kill it |
| 08:37:48 | CourtesyFlush | 4.5 |
| 08:37:52 | LinusN | too low |
| 08:37:57 | CourtesyFlush | Is that bad though? |
| 08:38:06 | CourtesyFlush | Did it kill my battery? |
| 08:38:12 | LinusN | probably not |
| 08:38:18 | LinusN | you need 6V |
| 08:38:18 | CourtesyFlush | hmm |
| 08:38:21 | CourtesyFlush | Alright |
| 08:38:26 | CourtesyFlush | That will help a lot |
| 08:38:27 | CourtesyFlush | Thanks |
| 08:38:31 | LinusN | you're welcome |
| 08:38:38 | CourtesyFlush | I guess I better try to find the original power cord |
| 08:38:43 | LinusN | indeed |
| 08:39:13 | CourtesyFlush | Or |
| 08:39:24 | CourtesyFlush | Is there a way to configure it so it will like the 4.5 volt? |
| 08:39:34 | LinusN | midk: i will probably drop in here from time to time, can't stay away, you know |
| 08:39:39 | LinusN | CourtesyFlush: no |
| 08:40:00 | midk | LinusN, good... how long'll you be gone? |
| 08:40:04 | midk | week? few weeks? |
| 08:40:06 | LinusN | 4.5V should be enough to charge the battery, but it will take AGES |
| 08:40:11 | LinusN | 4 weeks |
| 08:40:15 | midk | i've used a 4.5 adapter- didn't do much |
| 08:40:19 | midk | woo, yay... |
| 08:40:26 | midk | by then breakout could be done |
| 08:40:29 | midk | ..... nah. :) |
| 08:40:35 | LinusN | midk: i believe it when i see it |
| 08:41:03 | LinusN | CourtesyFlush: you may be better off charging it via the USB cable |
| 08:41:07 | midk | eh, still have to implement .. hm... <something pointless and not space-saving> |
| 08:41:10 | LinusN | it's 5V |
| 08:41:51 | CourtesyFlush | Ok |
| 08:41:51 | LinusN | it still takes a lot longer than with the original charger |
| 08:41:56 | CourtesyFlush | Ok |
| 08:42:03 | CourtesyFlush | no longer than 5 hours? |
| 08:42:09 | LinusN | i dunno |
| 08:42:18 | | Join Christi-S [0] (~Sarah@client-427-p-2-lns.winn.dial.virgin.net) |
| 08:42:24 | LinusN | Christi-S: welcome |
| 08:42:34 | Christi-S | Morning, Linus. |
| 08:42:39 | LinusN | sorry about your dad |
| 08:42:52 | Christi-S | 'S OK. Against all odds he's still alive. |
| 08:43:11 | Christi-S | Not quite sure how he pulled off restarting his kidneys but I'm pleased. |
| 08:43:22 | LinusN | i'm glad |
| 08:43:39 | Christi-S | Me too. :) |
| 08:43:41 | LinusN | how is he then? |
| 08:44:21 | | Join amiconn [0] (~jens@pD9E7F44B.dip.t-dialin.net) |
| 08:44:26 | Christi-S | Very ill. But slowly getting better. If he could stop feeling sick and eat something it would be quicker. |
| 08:44:41 | Christi-S | Still, we'll see how things go. |
| 08:45:03 | LinusN | i hope it turns out well |
| 08:45:13 | LinusN | CourtesyFlush: plane leaves in 5 hours? |
| 08:45:17 | Christi-S | Trouble is he'll doubtless still have the cancer, so that's unlikely, but I live in hope. |
| 08:45:47 | CourtesyFlush | Well I leave for airport in 5 hours about |
| 08:45:58 | CourtesyFlush | more like 6 |
| 08:46:14 | Christi-S | Anyway, Rockbox. I'm thinking about implememnting "file move" as a plugin, with added functionality for .m3u files so that it changes the paths in them when it moves them. |
| 08:46:17 | LinusN | CourtesyFlush: then go look for the charger, and charge in with USB in the meantime |
| 08:46:29 | Christi-S | Does that sound like a sensible way to do it. |
| 08:46:38 | LinusN | Christi-S: you're nuts :-) |
| 08:47:03 | CourtesyFlush | alright |
| 08:47:13 | LinusN | actually, we should start with implementing file move in the FAT driver first |
| 08:47:14 | Christi-S | Well, yes, but it didn't strike me as that difficult to do. Maybe I'm underestimating the difficulty. |
| 08:47:29 | LinusN | it's not hard, just kidding |
| 08:47:37 | Christi-S | *laugh* |
| 08:47:38 | midk | hm, someone asked about plugins howto on the list... |
| 08:47:43 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 08:47:43 | * | midk has fingers twitching to write one |
| 08:47:50 | LinusN | but how will it find the playlists? |
| 08:47:59 | midk | i could document the whole process of rewriting clock from scratch |
| 08:48:01 | * | Christi-S points midk in the direction of the wiki. |
| 08:48:26 | LinusN | midk: played with the split editor yet? |
| 08:48:27 | Christi-S | Well, it'd only allow moving one file at a time. |
| 08:48:31 | * | midk points Christi-S in the way of ... the... store. |
| 08:48:37 | midk | LinusN, i tried, it was a bit confusing |
| 08:48:51 | midk | i couldn't get it to split right |
| 08:48:53 | LinusN | Christi-S: i mean, searching the hard drive for playlists is likely to take some time |
| 08:48:59 | midk | there needs to be a provided doc or something |
| 08:49:08 | amiconn | hi all |
| 08:49:20 | midk | hey amiconn |
| 08:49:24 | Christi-S | Oh, right. My idea would be to have it as a viewer. |
| 08:49:29 | LinusN | midk: http://rockbox.haxx.se/twiki/bin/view/Main/PluginSplitEdit |
| 08:49:34 | Christi-S | So you'd find the playlist you want to move. |
| 08:49:41 | Christi-S | manually. |
| 08:49:57 | LinusN | aha, you mean moving *playlists*, not mp3 files |
| 08:50:23 | * | Christi-S nods. |
| 08:50:27 | * | LinusN cleans his glasses |
| 08:50:44 | LinusN | hi amiconn |
| 08:50:46 | Christi-S | I create playlists with Rockbox, but I don't really want them all hanging about in the root. |
| 08:51:22 | amiconn | LinusN: Any news concerning the problematic boxes (optimized ata & Hitachi DK23DA)? |
| 08:51:25 | midk | Christi-S, they save in the "current dir" when you choose save them.. |
| 08:51:37 | LinusN | amiconn: no news... |
| 08:51:39 | Christi-S | midk: Not on my box. |
| 08:51:40 | midk | anyone considered a dual browser setup like the av3x0 for copying/moving files? |
| 08:51:55 | midk | Christi-S, well you can specify a dir with the keyboard |
| 08:52:07 | midk | ie, enter /music/playlist.m3u and it will save it in /music |
| 08:52:10 | Christi-S | True, but you have to specify it every time. |
| 08:52:12 | midk | (yes, i'm clever) |
| 08:52:21 | Christi-S | Ah, but are you big? |
| 08:52:28 | midk | what about including the current dir in the name? |
| 08:52:33 | midk | Christi-S, sure |
| 08:52:40 | LinusN | midk: "Create playlist" doesn't let you choose where to put it |
| 08:52:51 | midk | no, saving a dynamic one |
| 08:52:51 | Christi-S | Big *and* clever - nice. :) |
| 08:53:02 | midk | you get to name it.. when you name it you can specify a path manually. |
| 08:53:11 | midk | including the path automatically sounds like a good idea. |
| 08:53:36 | * | Christi-S wonders if adding browse support to the file naming dialogue might be another way to go. |
| 08:53:44 | LinusN | midk: dual browser, like side-by-side? |
| 08:53:47 | Christi-S | So many options, so little clue. :) |
| 08:54:02 | midk | LinusN, yes, half of the screen is devoted to one and other half to the other |
| 08:54:20 | midk | you can highlite a file on the left, go to the destination on the right and maybe on+play-> move (or copy) |
| 08:54:22 | LinusN | would be really wonderful on a Player... :-) |
| 08:54:27 | midk | er..... :) |
| 08:54:30 | midk | recorders only. |
| 08:54:54 | LinusN | midk: so you devote a whopping 56 pixels for each browser |
| 08:55:03 | LinusN | lots of scrolling... |
| 08:55:07 | midk | LinusN, if i had 320 to shell out i would |
| 08:55:09 | midk | :) |
| 08:55:17 | midk | well.. what about just.. |
| 08:55:27 | Christi-S | You could always do a vertical split. |
| 08:55:33 | midk | on+play, move(or copy), then you get a browser to pick where you want to move it to |
| 08:55:35 | LinusN | sounds better |
| 08:56:23 | * | Christi-S also wonders if alternative playlist formats are worth considering. |
| 08:56:32 | LinusN | why? |
| 08:56:51 | Christi-S | The way m3u handles directories is annoying, to say the least. |
| 08:57:01 | Christi-S | Don't know if there's a better solution. |
| 08:57:24 | LinusN | what's wrong about the dir "handling"? |
| 08:58:29 | Christi-S | Well the fact that you can't easily move a playlist (the problem I'm actually trying to solve.) |
| 08:59:13 | LinusN | if you create the list with an absolute path, it will work anywhere |
| 08:59:57 | * | Christi-S nods. Maybe the answer is to patch Rockbox's creation code so it uses absolute paths. |
| 09:00 |
| 09:00:13 | Christi-S | (Or make it a configuration option. Some people like relative paths.) |
| 09:00:34 | LinusN | absolute paths are good when you move around the playlist file |
| 09:00:45 | | Quit CourtesyFlush ("Read error: Connection reset by peanuts") |
| 09:00:53 | midk | er |
| 09:00:56 | LinusN | relative paths are good when you move around the directory |
| 09:00:59 | midk | i thought linus just said.. |
| 09:01:16 | midk | "absolute paths are good when you (Connection reset by peanuts)" |
| 09:01:19 | midk | hmm, never mind.. |
| 09:01:25 | Christi-S | Swings and roundabouts. Hmmm. |
| 09:02:29 | Christi-S | I think what I'd propose doing is making Rockbox write absolute paths by default with relative paths as a playlist option. Does that sound like a sensible thing to implement? |
| 09:03:03 | Christi-S | (If we're going to implement move/copy, it should really be in the core code rather than a plugin, I think.) |
| 09:04:39 | amiconn | I agree that an option to choose between relative and absolute paths in playlist creation would be nice. I do also use both types of playlists |
| 09:04:50 | LinusN | the "Create playlist" option creates absolute paths today |
| 09:05:17 | LinusN | so moving around the playlist is easy today |
| 09:05:22 | Christi-S | Hmmm. What's the difference between that and "Save current playlist"? |
| 09:06:18 | amiconn | Christi-S: Especially "move" should pe implemented in the fat driver (way faster than using copy, then delete source from a plugin) |
| 09:06:45 | * | Christi-S nods to amiconn. |
| 09:07:13 | LinusN | that's why i wrote "actually, we should start with implementing file move in the FAT driver first" :-) |
| 09:07:47 | LinusN | Christi-S: "save current playlist" saves the entire dynamic playlist contents to a new playlist file |
| 09:07:57 | LinusN | with inserted files etc |
| 09:08:28 | | Join Christi-S- [0] (~Sarah@client-425-p-2-lns.winn.dial.virgin.net) |
| 09:08:29 | LinusN | i guess i have a good vacation project then, implementing file/dir move in the fat driver |
| 09:08:56 | Mode | "#rockbox +o LinusN " by ChanServ (ChanServ@services.) |
| 09:09:02 | Kick | (#rockbox Christi-S :LinusN) by LinusN!~linus@labb.contactor.se |
| 09:09:32 | Christi-S- | I think I need to have a look at "Create new playlist" then document it better. |
| 09:09:46 | LinusN | Christi-S-: good |
| 09:10:14 | Christi-S- | Always nice to discover there's no need to do something. ;) |
| 09:10:25 | LinusN | i made quite a few changes while you were gone, so you have lots of nice catching up to do |
| 09:10:54 | Christi-S- | I don't think I'll do that till we have a feature freeze. |
| 09:11:00 | LinusN | good idea |
| 09:11:18 | Christi-S- | Best not to run after a moving target. |
| 09:11:36 | * | Christi-S- thinks ROMbox looks quite exciting. |
| 09:12:30 | Christi-S- | Oh, Linus, can you sub christi@chiark.greenend.org.uk to the cvs list for me? The online form doesn't seem to be working for me. |
| 09:13:37 | LinusN | it doesn't work? |
| 09:13:58 | Christi-S- | It's probably a side effect of the enormous spam-trap on that address. |
| 09:15:24 | * | LinusN just tried the form |
| 09:16:01 | Christi-S- | I did it a while back and got a "Your request has been received" screen but no further response. |
| 09:16:20 | * | Christi-S- tries again. |
| 09:17:15 | Christi-S- | Right. I just resubmitted the request. |
| 09:18:24 | LinusN | you need to respond from that exact email address |
| 09:18:59 | Christi-S- | I have email from the server this time. That's an improvement. |
| 09:19:46 | Christi-S- | Right - now on it. Irritating how it always works as soon as I mention the problem. ;) |
| 09:19:58 | LinusN | :-) |
| 09:20:07 | LinusN | i see you in the database now |
| 09:20:14 | Christi-S- | Cool. |
| 09:20:34 | LinusN | prepare to be swamped in cvs commits :-) |
| 09:20:44 | * | Christi-S- nods. |
| 09:21:11 | LinusN | hey all, is the "Shut down" menu option really necessary on the recorder? |
| 09:21:43 | * | Christi-S- wonders what pet project to work on next - better LiOn battery level indicator or improvements to the FM radio. |
| 09:21:59 | LinusN | anything particular in mind? |
| 09:22:17 | LinusN | is the lion indicator that bad? |
| 09:22:41 | Christi-S- | Timed recording is what I'd particularly like, since I always forget to tune into radio shows. |
| 09:23:59 | Christi-S- | Of course that involves messing around with the rtc. |
| 09:24:32 | LinusN | yup |
| 09:25:00 | Christi-S- | Another thing I'm vaguely considering is seeing if I can pick up the station information transmission. Not sure if that's doable though. |
| 09:25:29 | LinusN | RDS? |
| 09:25:38 | * | Christi-S- nods. |
| 09:25:47 | LinusN | not possible |
| 09:25:52 | Christi-S- | Shame. |
| 09:26:06 | LinusN | archos removed the RDS received from the PCB |
| 09:26:09 | LinusN | receiver |
| 09:26:18 | Christi-S- | I had a feeling it might be wishful thinking. |
| 09:26:36 | LinusN | there are pads for mounting a RDS receiver chip |
| 09:26:45 | Christi-S- | Surely the RDS info is encoded in the FM output somewhere though? |
| 09:26:56 | LinusN | yes it is |
| 09:27:03 | LinusN | but you need a decoder to extract it |
| 09:27:27 | * | Christi-S- was wondering if it'd be possible to decode in software. |
| 09:27:31 | LinusN | nope |
| 09:27:51 | Christi-S- | Too processor intensive? |
| 09:28:32 | LinusN | absolutely, and there is no analog FM rx data available to the cpu |
| 09:28:45 | LinusN | only the demodulated sound |
| 09:29:09 | Christi-S- | Oh, right. And the appropriate waveforms aren't in the demodulated sound? |
| 09:29:19 | LinusN | nope |
| 09:29:31 | Christi-S- | Bugger. |
| 09:29:39 | LinusN | and even if archos had mounted the RDS chip, the cpu would have too much to do to keep up |
| 09:30:01 | Christi-S- | Ah well, it was a nice idea. |
| 09:30:10 | LinusN | yup |
| 09:30:42 | Christi-S- | In which case I'll probably look at LiOn charge indication first, since that's a smaller project than the timed recording. |
| 09:31:03 | Christi-S- | Of course I'm open to other suggestions. |
| 09:31:06 | LinusN | Christi-S-: is the discharge curve wrong in the power management code? |
| 09:31:54 | Christi-S- | It doesn't seem to work well for me. Plus I'd like more detailed display (time remaining before full charge - pretty v2 'charging' screen). |
| 09:32:37 | LinusN | ooooh |
| 09:32:51 | LinusN | that's a tough one |
| 09:33:05 | LinusN | how much playtime do you get? |
| 09:33:19 | Christi-S- | about 10 hours, I think. |
| 09:33:28 | Christi-S- | With a 2800mAh battery. |
| 09:33:43 | Christi-S- | (All my MP3s are encoded at 256Kb) |
| 09:34:00 | * | amiconn wonders why "rockbox info" only says "charging" while the v1's charging screen does display battery percentage |
| 09:34:45 | LinusN | the battery percentage display in the charging screen should be removed |
| 09:35:00 | LinusN | it's only fooling the user into thinking that the battery is full |
| 09:35:06 | LinusN | while it isn't |
| 09:35:17 | * | Christi-S- nods. |
| 09:35:36 | LinusN | Christi-S-: do you have an idea how to calculate the remaining charge time? |
| 09:35:44 | Christi-S- | I tend to get a steep initial charge which then drops to a shallower one somewhere between 3 and 4 volds. |
| 09:35:57 | * | amiconn thinks the percentage display in the charging screen is a good thing |
| 09:36:15 | Christi-S- | Well I was going to look up the chemistry of LiOn batteries and see if that gave me any ideas. |
| 09:36:36 | Christi-S- | (I tend to find stuff I don't know much about to be more interesting to tackle.) |
| 09:37:02 | amiconn | On the v1, there is a similar problem with the percentage display when discharging, since the discharge curve does depend on the type of cells |
| 09:38:10 | amiconn | While the percentage seems to be pretty correct for the original Archos supplied 1500 mAh cells, that isn't the case with my 2200 mAh Ansmann cells |
| 09:38:27 | LinusN | calculating remaining cell energy is a whole science in itself |
| 09:39:31 | LinusN | for example, look at this: http://www.maxim-ic.com/appnotes.cfm?appnote_number=526 |
| 09:39:32 | amiconn | For these, the battery percentage is usually displayed too low |
| 09:39:42 | Christi-S- | I think improvement on the current results ought to be possible. I think redoing the model based on theoretical battery chemistry would be worth a try. |
| 09:40:14 | LinusN | Christi-S-: that is possible on the FM/V2, but really hard on V1 |
| 09:40:46 | LinusN | since it varies a lot between brands and capacities |
| 09:41:16 | LinusN | we need to find out the chemistry of the FM/V2 battery to begin with |
| 09:41:41 | * | Christi-S- nods. Most of the work on battery time was done on the v1 - looking at revising it for the V2 seems like a nice idea. |
| 09:42:00 | amiconn | The battery display could (try to) auto-calibrate itself, since rockbox does have the info when the backlight, hd etc are switched on/ off, so the power consumption is roughly known |
| 09:42:27 | Christi-S- | Linus: Possibly we can do this empirically by writing charge/discharge info to a file. |
| 09:42:47 | LinusN | i assume that the fm cells have a graphite electrode |
| 09:42:54 | amiconn | The exception is of course usb mode - rockbox doesn't know whether the hd is on or off then |
| 09:43:18 | LinusN | we do, but we discard the battery measurements when the HD is on |
| 09:43:27 | LinusN | ah, surry, we don't |
| 09:43:38 | LinusN | (know when it's on) |
| 09:44:21 | Christi-S- | linus - that's probably a place where I can start then - buffering those values. |
| 09:44:27 | LinusN | btw, we should probably always activate the charger when entering usb mode |
| 09:45:11 | Christi-S- | Do we not? |
| 09:45:31 | LinusN | the charging code needs revising, and he first step would be to increase the sample rate, from 1 sample/min to perhaps 1 sample/s |
| 09:46:20 | * | Christi-S- nods. I'll have a look later today. |
| 09:48:24 | * | Christi-S- is beginning to think timed recording would actually be the simpler project. |
| 09:48:46 | LinusN | also read docs/CHARGING_ALGORITHM |
| 09:49:29 | Christi-S- | Thanks. Will do. |
| 09:50:57 | LinusN | amiconn: the power management code tries to compensate for hard drive activity, but not for other stuff, like backlight |
| 09:53:10 | Christi-S- | Right - see people later. |
| 09:53:12 | | Quit Christi-S- ("If I were actually witty, this quitline would be funny.") |
| 10:00 |
| 10:11:50 | LinusN | amiconn: what do you think about redefining the scroll speed setting from Hz to ms/step? |
| 10:11:50 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 10:12:25 | midk | /me chimes in with, "that was my idea!" |
| 10:12:38 | LinusN | midk: yes |
| 10:12:46 | midk | see,, he agrees with me |
| 10:13:00 | midk | how were you planning to do it, assuming you were to do it? |
| 10:13:40 | LinusN | i think Hz is a better unit, but the HZ granularity make the Hz->ms calculation very coarse |
| 10:14:06 | LinusN | wasting precious config block bits, and annoying the user |
| 10:14:20 | midk | what about a different sleep, newsleep(int ms) |
| 10:14:43 | LinusN | midk: the kernel has only 10ms accuracy |
| 10:14:57 | midk | dah |
| 10:15:08 | LinusN | increasing the accuracy will affect performance |
| 10:15:22 | midk | so how were you planning to do it? |
| 10:15:40 | LinusN | the setting will be in 10ms steps, of course |
| 10:15:53 | ze | http://psyco.yi.org:8042/alien_bug/alien_bug1.jpg |
| 10:15:54 | midk | that'd suck... |
| 10:16:01 | ze | anybody know what that is? |
| 10:16:18 | midk | absolutely no idea |
| 10:16:32 | LinusN | looks like a grasshopper to me |
| 10:16:35 | ze | heh |
| 10:16:48 | midk | PRAYING MANTIS |
| 10:16:56 | LinusN | midk: what will suck? |
| 10:17:04 | midk | 10ms steps |
| 10:17:13 | ze | well its about 2" long |
| 10:17:13 | LinusN | why? |
| 10:17:19 | midk | i may be able to live with 10ms.. not 20, or 30 - if that's what you mean |
| 10:17:20 | ze | and i dunno 1/2" fat |
| 10:17:33 | midk | 10ms until the next step takes place? |
| 10:17:46 | LinusN | yes, that's 100Hz |
| 10:18:01 | midk | then what's 20? |
| 10:18:08 | ze | or actually closer to 4.5cm x 1cm |
| 10:18:08 | LinusN | 50Hz |
| 10:18:09 | ze | heh |
| 10:18:13 | midk | and what's 3 then? |
| 10:18:18 | midk | ze: what is it? |
| 10:18:20 | LinusN | do the math |
| 10:18:28 | LinusN | 100/30 |
| 10:18:42 | midk | what's the point then? that's just as bad as "XX Hz" |
| 10:19:04 | ze | midk: i dunno, i just found it on the floor in our garage |
| 10:19:14 | LinusN | midk: the point is that it's annoying that 25Hz an 26Hz gives the same speed |
| 10:19:54 | midk | hmm |
| 10:20:27 | LinusN | the Hz calculation gives the same sleep() value for a lot of the Hz values |
| 10:20:35 | midk | why don't you just write something of a linear scale for the speed function? |
| 10:20:57 | LinusN | do you speak english? |
| 10:20:58 | ze | whatever it is, i think it's injured.. and it was tangled in cathair and fuzz when i found it (which you can see in the pic) |
| 10:21:19 | LinusN | we can only speel in 10ms intervals |
| 10:21:21 | ze | it slowly managed to mostly untangle itself, in short bursts of activity with long rests in between |
| 10:21:21 | LinusN | sleep |
| 10:21:23 | ze | heh |
| 10:21:31 | midk | 1 = 1, 2 = 2 ... 5 = 6, 6 = 7, 8 = 9, 9 = 10, 10 = 12, 11 = 13, 12 = 15, 13 = 17, 14 = 19.... |
| 10:21:56 | LinusN | what unit would that be? |
| 10:22:24 | midk | the end result would be put into "scroll_speed" |
| 10:22:39 | midk | so you could still use that into HZ/scroll_speed |
| 10:22:43 | midk | use that with* |
| 10:24:00 | LinusN | midk: i don't follow you |
| 10:24:09 | midk | well... |
| 10:24:26 | midk | write a linear scale is the simplest way to describe my idea |
| 10:24:45 | midk | take out the "hz" suffix and just have a speed number |
| 10:24:56 | midk | if the speed were 20 have the real scroll_speed 30... |
| 10:24:56 | LinusN | the main goal is that each step in the setting should give a different speed |
| 10:25:05 | midk | that's what the scale would accomplish |
| 10:26:12 | midk | sleep(HZ/scroll_times[scroll_speed]); |
| 10:27:46 | midk | char scroll_times[] = { 1, 2, 3, 5, 6, 8, 9, 11, 13, 15, 18, 20, 23, 26, 30, 34, 37, 42, 47, 53, 57, 64, 70, 76, 83 }; |
| 10:27:52 | midk | that's a crummy scale, but... :) |
| 10:27:55 | midk | just as an idea. |
| 10:28:12 | LinusN | how is that better than the ms scale? |
| 10:28:46 | midk | the ms scale loses speed increase as you make it faster, just like the Hz setting currently |
| 10:29:00 | LinusN | ah, good point |
| 10:29:49 | LinusN | still, i'd just invert the setting value |
| 10:29:53 | midk | my scale (or something like it) would ensure that the speed increments stay the same as your speed increases |
| 10:30:41 | LinusN | they won't |
| 10:30:46 | midk | i still think my approach would be simplest... hard to say, i'm not postive about what you're planning |
| 10:31:06 | midk | my scale sucks. but if you had a more accurate table it'd work well |
| 10:31:49 | LinusN | i'm afraid that we can't make the speed increments the same without significantly lowering the max speed |
| 10:32:25 | midk | why don't we just increase the limit to 50 then, and let the user take care of it? :) |
| 10:33:00 | LinusN | because i don't want any bug reports saying "scroll speed doesn't change" |
| 10:33:51 | midk | joke... hmm, well... you seem to understand it better than I, so i'll leave it to you |
| 10:34:13 | LinusN | so maybe it may better to use an anonymous scale, like you said, with 1 being the slowest and X being the fastest |
| 10:34:38 | midk | that sort of tied in with the linear scale idea |
| 10:34:46 | LinusN | yeah |
| 10:34:51 | midk | as you said it'd have to be lowered (the max speed) |
| 10:35:03 | midk | but i think that it'd still be quite fast? |
| 10:35:07 | midk | i didn't really do the math.. |
| 10:35:16 | LinusN | i'll give it a try |
| 10:35:30 | midk | the max shown speed would be lower - but the actual speed would be a lot higher - isn't this true? |
| 10:35:39 | midk | it wouldn't be as variable |
| 10:35:54 | LinusN | but the fastest will be 50Hz and the second fastest will be 33Hz |
| 10:36:18 | LinusN | then 25Hz etc |
| 10:36:25 | midk | the point would be that the steps would remain the same |
| 10:36:40 | midk | to the end user, "19" would be 33 and "20" would be 50 |
| 10:36:40 | LinusN | they won't in the higher range |
| 10:36:51 | midk | well, a lot closer than the Hz scale |
| 10:37:05 | *** | Saving seen data "./dancer.seen" |
| 10:42:02 | ze | ok so it's a jerusalem cricket |
| 10:42:22 | ze | which i guess are also referred to a "potato bugs" and "children of the earth" |
| 10:42:22 | midk | woooo |
| 10:42:26 | midk | potato bugs |
| 10:42:27 | midk | :) |
| 10:42:37 | ze | heh |
| 10:42:42 | midk | ah, so it is |
| 10:42:50 | midk | how'd you find out? |
| 10:42:57 | ze | googling |
| 10:43:03 | midk | ... |
| 10:43:04 | ze | eventually i came upon a pic/id |
| 10:43:07 | midk | "bug" |
| 10:43:39 | ze | yeah '"~insect" OR "~bug" california' |
| 10:43:55 | midk | http://math.uc.edu/~chalklr/My%20Photos/Wild%20Flowers%20and%20their%20Associates/006%20%20Potato%20Beetle.jpg |
| 10:44:02 | midk | potato beetle |
| 10:44:03 | midk | YAY. |
| 10:44:31 | ze | the 3rd image looked remotely similar, though i was fairly sure it wasn't it |
| 10:44:42 | amiconn | LinusN: (sorry, was away.) I think the scroll speed settings should stay to be defined in Hz. And imho increasing the upper limit to 25 Hz was unnecessary either. |
| 10:44:50 | ze | but it took me to a page full of bug pics people sent in to get identified |
| 10:45:00 | ze | and it was on there |
| 10:45:01 | ze | heh |
| 10:45:30 | ze | hmm no not a potato beetle heh |
| 10:45:49 | midk | :) |
| 10:45:56 | midk | amiconn, 10hz is a bit slow.. |
| 10:45:59 | amiconn | Everything above 8 Hz looks extremely blurry. You could have it increased to 15 Hz as this wouldn't have required additional settings bits |
| 10:46:28 | LinusN | amiconn: what step size do you have then? |
| 10:47:09 | midk | extremely blurry? |
| 10:47:23 | midk | i see virtually no blur even at about 20 |
| 10:47:35 | midk | definitely not "extremely blurry" |
| 10:47:59 | amiconn | LinusN: Up to 15 Hz, only 12 Hz and 13 Hz give identical speeds |
| 10:50:06 | midk | ah, did anyone notice: the latest rockbox_flash returns "incompatible version" when used |
| 10:50:09 | midk | even with the correct daily |
| 10:50:17 | midk | unless it's been fixed quite recently |
| 10:52:25 | LinusN | works for me |
| 10:53:51 | midk | ok |
| 10:55:36 | amiconn | LinusN: Okay, if I use 1 pixel steps then it doesn't look that blurry even with 25 Hz |
| 10:56:08 | amiconn | Usually I use 3 pixel steps with my small font |
| 10:59:06 | midk | the point in the idea is a smaller step and faster speed, so it's smoother but just as fast |
| 10:59:11 | midk | (my idea at least) |
| 11:00 |
| 11:07:15 | amiconn | Both scales have problems: If you use Hz, step size is large with low settings (1 Hz <-> 2Hz) and gets finer with higher setting. With a time scale it's the other way round |
| 11:09:45 | LinusN | yes, but then we don't lie about the resolution |
| 11:12:18 | amiconn | With a simple time scale (10 ms step), if you want the speed to be settable as low as it is now, you need even more config bits |
| 11:13:00 | LinusN | yeah, we would need a table, like midk says |
| 11:13:18 | midk | my bra1n r t3h huge!!? |
| 11:13:20 | midk | i mean.. yeah.. |
| 11:15:01 | amiconn | Imho the table should roughly resemble an exponential scale, possibly doubling the delay time every 3 steps |
| 11:15:08 | LinusN | yup |
| 11:15:27 | amiconn | And the maximum speed should be limited to 50 Hz (2 ticks) |
| 11:15:44 | midk | i've got to reboot into linux - back in 5-7 minutes |
| 11:15:48 | midk | have to reinstall lilo too |
| 11:16:01 | | Quit midk ("just STOP it arspy") |
| 11:16:34 | LinusN | i think 100 would be ok too |
| 11:19:21 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 11:20:19 | amiconn | LinusN: Exponential table with 3 steps for doubling (except in the beginning), resembling 10 ms steps: |
| 11:20:46 | amiconn | 2, 3, 4, 5, 6, 8, 10, 12, 16, 20, 25, 32, 40, 50, 64, 80, 100 |
| 11:23:43 | amiconn | 100 Hz may require too much cpu power if there are a lot of scrolling lines |
| 11:23:50 | LinusN | yeah |
| 11:27:46 | LinusN | amiconn: looks good |
| 11:28:46 | LinusN | so we change it to 0=slowest .. 16=fastest |
| 11:29:12 | LinusN | mmm, would have been nice to fit in 4 bits... |
| 11:29:41 | LinusN | so maybe 1Hz is a bit slow... |
| 11:37:25 | | Join [IDC]Dragon [0] (~d90a3255@reladm.kharkov.net) |
| 11:37:37 | [IDC]Dragon | hi guys! |
| 11:37:47 | midk | hey [IDC]Dragon |
| 11:38:02 | [IDC]Dragon | amiconn: congrats to your white backlight, saw that |
| 11:38:31 | [IDC]Dragon | looks blue-ish like mine |
| 11:40:03 | [IDC]Dragon | I used some (insulating) silver foil to form a "light guard", focuses more light into the LCD and reduces "light leakage" at the side of the case |
| 11:41:44 | LinusN | i ordered a bunch of leds, but i won't get them before i leave for vacation :-( |
| 11:42:08 | amiconn | [IDC]Dragon: Yeah, white backlight looks really nice. Unfortunately I broke the pads for one of the leds, so I had to glue it into place. |
| 11:42:30 | amiconn | I did already think about light shielding as well. What insulating foil did you use? |
| 11:42:56 | [IDC]Dragon | I scraped that from an ESD bag |
| 11:43:50 | amiconn | I think ESD bag foil isn't completely insulating, otherwise it wouldn't be of use against ESD |
| 11:43:51 | [IDC]Dragon | were your LEDs supposed to be warm-white? |
| 11:44:35 | [IDC]Dragon | amiconn: I coudn't measure any conductivity at the surface |
| 11:44:50 | amiconn | I used 0805 leds as I wanted, and I think 1206 would not fit into the cutouts of the plastic lcd frame |
| 11:45:35 | amiconn | The biggest problem is to solder them in vertically, especially as mine do have the metal contacts at the underside only |
| 11:46:07 | [IDC]Dragon | uh, yes. better use a kind which has the contact all around |
| 11:48:33 | [IDC]Dragon | something else: would you have enough space to distribute your ROMbox build together with the matching plugins? I think this is what some people are struggling with. |
| 11:52:52 | amiconn | The leds are supposed to be neutral white. I used these: http://www.schuricht.de/pdf/D05075.pdf |
| 11:53:21 | amiconn | For the plugins: That's why I suggest using the stated daily build |
| 11:54:16 | [IDC]Dragon | LinusN: do you know more about the RDS chip you've mentioned? |
| 11:55:20 | | Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
| 11:56:58 | [IDC]Dragon | LinusN: like, what chip is it, how do you know, is it really not feasible for the CPU? |
| 11:57:35 | LinusN | http://rockbox.haxx.se/docs/S1A0905X01.pdf |
| 11:57:50 | LinusN | pure guesswork |
| 11:58:05 | LinusN | it was likely to use the same manufacturer |
| 11:58:21 | LinusN | it fits in the socket |
| 11:58:49 | LinusN | the serial port input from the cpu goes to the tx pin of the chip |
| 11:59:37 | LinusN | (or was it the serial port...?) |
| 11:59:42 | LinusN | can't remember |
| 11:59:56 | [IDC]Dragon | I think the serial |
| 12:00 |
| 12:00:21 | LinusN | from what i saw back then, it would be a lot of work for the cpu |
| 12:00:47 | [IDC]Dragon | but perhaps not all the time |
| 12:01:01 | [IDC]Dragon | just until the station name is gathered |
| 12:01:12 | LinusN | RDS info changes all the time |
| 12:01:35 | [IDC]Dragon | but you don't have to follow that |
| 12:02:24 | [IDC]Dragon | 1187 bps doesn't sound too much data |
| 12:03:36 | LinusN | the synch detection would be a pain |
| 12:04:57 | LinusN | since the synchronization is done by examining the results from the error-checking |
| 12:05:42 | [IDC]Dragon | I'm not at all in the details of this serial stream |
| 12:05:54 | [IDC]Dragon | looks like you have |
| 12:06:39 | LinusN | i studied it, yes |
| 12:06:58 | [IDC]Dragon | and ordered a sample? ;-) |
| 12:07:09 | LinusN | i had a dream of getting me a chip and get it to work |
| 12:07:35 | [IDC]Dragon | lunch time |
| 12:14:14 | | Join lImbus [0] (~manuel@kernel.cycos.net) |
| 12:16:57 | midk | i once had a dream that people complained about my clock on the mailing list. |
| 12:17:05 | midk | it was really more of a nightmare :_ |
| 12:17:07 | midk | :)* |
| 12:37:08 | *** | Saving seen data "./dancer.seen" |
| 12:46:34 | | Part LinusN |
| 13:00 |
| 13:16:49 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 13:20:20 | | Nick midk is now known as midk|slepe (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 13:20:23 | | Nick midk|slepe is now known as midk|sleep (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 13:20:30 | midk|sleep | nite evb |
| 13:20:54 | | Join Fifer- [0] (~FIfer@80.229.144.229) |
| 13:51:45 | * | midk|sleep is away: sleeping |
| 14:00 |
| 14:37:09 | *** | Saving seen data "./dancer.seen" |
| 14:39:13 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 15:00 |
| 15:01:21 | | Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
| 15:08:51 | | Join Smooth [0] (909510b8@ACBD9015.ipt.aol.com) |
| 15:08:54 | | Quit Smooth (Client Quit) |
| 15:22:45 | | Quit AciD (".L") |
| 15:23:30 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 15:24:25 | | Quit [IDC]Dragon ("no fate but what we make (EOF)") |
| 15:25:28 | | Quit AciD (Client Quit) |
| 15:28:22 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 15:57:11 | | Quit Fifer- (Read error: 104 (Connection reset by peer)) |
| 16:00 |
| 16:37:12 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:14:25 | | Quit lImbus (Remote closed the connection) |
| 17:27:44 | | Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 17:39:17 | | Join Smooth [0] (~909510b8@ACBD658E.ipt.aol.com) |
| 18:00 |
| 18:04:41 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 18:22:29 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 18:24:07 | | Join dbob [0] (jus@ACD2F847.ipt.aol.com) |
| 18:37:14 | *** | Saving seen data "./dancer.seen" |
| 18:48:03 | | Join zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
| 18:48:58 | | Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 19:00 |
| 19:06:23 | | Quit scott666 (Read error: 110 (Connection timed out)) |
| 19:35:32 | | Join Fifer- [0] (~FIfer@80.229.144.229) |
| 19:36:00 | Fifer- | hi, i am using the 2.6.7 kernel and i am running debian. i have compiled usb-storage etc but cannot mount /dev/sda1 |
| 19:36:02 | Fifer- | any ideas? |
| 19:43:58 | | Quit Fifer- ("Leaving") |
| 20:00 |
| 20:14:32 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 20:20:50 | | Quit Smooth (Read error: 104 (Connection reset by peer)) |
| 20:23:05 | | Quit zeekoe (Read error: 60 (Operation timed out)) |
| 20:37:17 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:56:22 | | Nick midk|sleep is now known as midk (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 21:58:30 | | Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
| 22:00 |
| 22:08:15 | | Join deathsc0ut|Gratz [0] (none@pD9EE5CF2.dip.t-dialin.net) |
| 22:08:25 | DBUG | Enqueued KICK deathsc0ut|Gratz |
| 22:08:25 | deathsc0ut|Gratz | Hello everybody :) |
| 22:08:35 | midk | hi there |
| 22:08:54 | deathsc0ut|Gratz | Mh... I came here to ask a question aaand well |
| 22:09:26 | deathsc0ut|Gratz | I built a new hard disk into my AJBR formated it to Fat 32 and now I plugged it into my USB Port |
| 22:09:34 | deathsc0ut|Gratz | But my damn win xp doesnt want to recognize the drive |
| 22:09:36 | deathsc0ut|Gratz | in the explorer |
| 22:09:53 | deathsc0ut|Gratz | That´s crazy because the jukebox seems to be ok with the new hard disk |
| 22:10:12 | midk | how did you format it? |
| 22:11:46 | deathsc0ut|Gratz | With some partitioning program |
| 22:11:51 | deathsc0ut|Gratz | similar as partition magic |
| 22:11:55 | deathsc0ut|Gratz | and whatsoever there is |
| 22:12:03 | midk | on your computer, then |
| 22:12:07 | deathsc0ut|Gratz | jep |
| 22:13:15 | deathsc0ut|Gratz | I already tried to delete all USB drivers, because before I did that |
| 22:13:27 | deathsc0ut|Gratz | windows said something in my task bar like Drive not found |
| 22:13:29 | midk | well that's why it wouldn't work |
| 22:13:36 | midk | if you took out your usb drivers for it. |
| 22:13:51 | deathsc0ut|Gratz | mh I installed them again |
| 22:13:54 | deathsc0ut|Gratz | :) |
| 22:14:07 | deathsc0ut|Gratz | Now it doesn´t say Drive not found anymore |
| 22:14:12 | deathsc0ut|Gratz | but it still wont work |
| 22:14:21 | midk | you know how to get into device manager, right? |
| 22:14:27 | *** | Alert Mode level 1 |
| 22:14:27 | deathsc0ut|Gratz | right :) |
| 22:15:00 | midk | is there anything listed under "unknown devices"? |
| 22:15:57 | *** | Alert Mode level 2 |
| 22:15:57 | deathsc0ut|Gratz | Nope I dont think so... I already checked there and also checked with automatic search |
| 22:16:09 | deathsc0ut|Gratz | for hardware which hasnt been installed |
| 22:16:24 | | Join [IDC]Dragon [0] (~idc-drago@pD951281B.dip.t-dialin.net) |
| 22:16:32 | midk | maybe idc would know |
| 22:16:40 | midk | what sort of hardware was it? |
| 22:17:02 | [IDC]Dragon | know what? |
| 22:17:12 | deathsc0ut|Gratz | it´s a hitachi Travelstar 40 gigs |
| 22:17:25 | midk | having trouble getting xp to recognize his archos recorder with a new hard drive |
| 22:17:31 | deathsc0ut|Gratz | actually it´s called Hitachi DK23FB-40F |
| 22:18:03 | [IDC]Dragon | I recommend Paragon to format it |
| 22:18:14 | [IDC]Dragon | the free demo version is fine |
| 22:18:27 | *** | Alert Mode level 3 |
| 22:18:27 | deathsc0ut|Gratz | Oh He He He |
| 22:18:38 | deathsc0ut|Gratz | I looked damn long for some program which worked for me |
| 22:18:50 | deathsc0ut|Gratz | and then I found that program which was made by Paragon |
| 22:18:56 | deathsc0ut|Gratz | but I couldn´t use anything in the demo |
| 22:19:05 | deathsc0ut|Gratz | but afterall I found some version which worked |
| 22:19:13 | deathsc0ut|Gratz | so I used paragon |
| 22:19:21 | deathsc0ut|Gratz | Right now I mounted the drive with that program |
| 22:19:26 | deathsc0ut|Gratz | probably that helps somehow |
| 22:19:38 | [IDC]Dragon | I used the Paragon demo, maybe they meanwhile crippled it some more? |
| 22:19:51 | *** | Alert Mode level 4 |
| 22:19:51 | deathsc0ut|Gratz | Yeah you couldn´t use anything |
| 22:20:47 | deathsc0ut|Gratz | hmmmm |
| 22:20:56 | deathsc0ut|Gratz | HAAAA |
| 22:21:02 | deathsc0ut|Gratz | I have a solution |
| 22:21:03 | *** | Alert Mode level 5 |
| 22:21:03 | deathsc0ut|Gratz | :) |
| 22:21:14 | deathsc0ut|Gratz | I can copy files on my JB by mounting it |
| 22:21:16 | *** | Alert Mode level 6 |
| 22:21:16 | deathsc0ut|Gratz | :) |
| 22:21:43 | deathsc0ut|Gratz | just copied a folder and it works.... but it would still be good if it would be recognized normally |
| 22:23:11 | deathsc0ut|Gratz | Hm... does anybody else has an idea how the AJB can be shown in the explorer? |
| 22:24:54 | deathsc0ut|Gratz | Well ok i will go... it works quite well that way... |
| 22:24:58 | deathsc0ut|Gratz | thanks for everybody helping me |
| 22:24:59 | *** | Alert Mode level 7 |
| 22:24:59 | deathsc0ut|Gratz | See Ya! |
| 22:25:04 | deathsc0ut|Gratz | *waves* |
| 22:25:11 | | Quit deathsc0ut|Gratz ("« Ë×Çü®§îöñ » Info-[v9.4.22]- Released-[August 19, 2002]- Channel-[#Excurs") |
| 22:35:00 | *** | Alert Mode OFF |
| 22:36:11 | [IDC]Dragon | amiconn: do you read? |
| 22:37:18 | *** | Saving seen data "./dancer.seen" |
| 22:53:01 | | Join Guest [0] (jirc@64.116.183.131) |
| 22:54:49 | | Join zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
| 23:00 |
| 23:05:26 | | Quit [IDC]Dragon () |
| 23:15:36 | | Quit Guest ("Leaving") |
| 23:26:10 | zeekoe | hi |
| 23:26:29 | zeekoe | anyone knowing where the usb screenshotting is done? (which source file?) |
| 23:26:47 | | Join LinusN [200] (~linus@labb.contactor.se) |
| 23:26:53 | LinusN | apps/misc.c |
| 23:27:05 | zeekoe | hm... already looked at it |
| 23:27:08 | zeekoe | let's look again |
| 23:27:56 | zeekoe | the boundary checking is done (in etchasketch) :) |
| 23:28:05 | LinusN | :-) |
| 23:28:05 | zeekoe | whew, what a lot of work that was :P |
| 23:34:42 | | Part LinusN |
| 23:35:50 | midk | zeekoe, wish me to help you implement a "move around" mode? |
| 23:36:16 | zeekoe | move around? |
| 23:36:24 | midk | without drawing. |
| 23:36:40 | zeekoe | ok |
| 23:36:45 | zeekoe | that's cool |
| 23:36:49 | zeekoe | but i think i can do that |
| 23:36:55 | midk | heh, good luck |
| 23:36:57 | zeekoe | once did it in Ti-Basic |
| 23:37:02 | midk | i tried it a few times, didn't work |
| 23:37:02 | zeekoe | but... if you want to do it |
| 23:37:04 | zeekoe | ok |
| 23:37:06 | midk | i'm sure i know how to do it now |
| 23:37:12 | zeekoe | well, you may do it |
| 23:37:26 | zeekoe | i get some error: |
| 23:37:28 | zeekoe | ../../apps/plugins/etchasketch.c:66: warning: implicit declaration of function ` |
| 23:37:28 | zeekoe | memset' |
| 23:37:38 | midk | i'd have to see the code.... |
| 23:37:41 | zeekoe | but memset is declared in plugin.h |
| 23:37:50 | zeekoe | it's the screen_dump code |
| 23:37:57 | zeekoe | copypasted |
| 23:38:00 | zeekoe | :) |
| 23:38:37 | midk | ahhh |
| 23:38:43 | midk | you were planning to save to disk, no? |
| 23:38:47 | midk | save sketches to disk* |
| 23:38:50 | zeekoe | yep |
| 23:39:06 | midk | ok here's what you do |
| 23:39:07 | zeekoe | linus said i had to do it :) |
| 23:39:11 | midk | err |
| 23:39:34 | midk | well i need what you have so far to see what's wring |
| 23:39:35 | midk | wrong* |
| 23:39:49 | zeekoe | yeah, was already uploading it |
| 23:40:01 | zeekoe | http://home.student.utwente.nl/r.teune/etchasketch.c |
| 23:40:40 | midk | ah, i see what's wrong |
| 23:40:47 | zeekoe | cool |
| 23:41:02 | zeekoe | what is it? |
| 23:41:22 | midk | you're not using the api correctly |
| 23:41:35 | midk | you need to add rb-> before you can snprintf or close |
| 23:41:52 | zeekoe | hm... ok |
| 23:42:06 | zeekoe | of course |
| 23:42:10 | midk | try adding a "rb->" before every function that it gives an error for |
| 23:42:24 | midk | after that we can try moving without etching |
| 23:42:24 | zeekoe | so if i write code for rockbox itself i dont have to do rb, and now i do |
| 23:42:28 | zeekoe | ok |
| 23:42:32 | midk | plugins use an api |
| 23:42:38 | midk | you have to have rb-> before those functions |
| 23:43:21 | midk | which means you're telling [rockbox](rb)[to](->)[do this](lcd_clear_display();] |
| 23:43:40 | zeekoe | heh... :P |
| 23:43:54 | zeekoe | i did rb->screen_dump :P |
| 23:44:05 | midk | asdfadsf. :) |
| 23:44:13 | midk | that will not work. |
| 23:44:31 | zeekoe | that's called object oriented programming, isnt it? |
| 23:44:52 | midk | i don't think so, but i'm not sure. |
| 23:44:57 | zeekoe | at least at all OO examples (C++, php OO) they use -> |
| 23:46:48 | midk | let me see how you took care of the boundary checking |
| 23:47:13 | midk | nice nice.. |
| 23:47:40 | zeekoe | is it? |
| 23:48:02 | zeekoe | just standard boundary checking |
| 23:48:32 | midk | yeah. i was going to suggest drawing the pixel constantly but your way is a bit better |
| 23:48:55 | midk | excellent, you also added a clear-screen function |
| 23:49:07 | midk | rb->lcd_clearrect(0,0,112,64); |
| 23:49:07 | midk | rb->lcd_update_rect(0,0,112,64); |
| 23:49:14 | midk | this could be improved and a bit simpler |
| 23:49:22 | midk | rb->lcd_clear_display(); |
| 23:49:27 | zeekoe | linus told me to add a clearscreen function :) |
| 23:49:29 | midk | rb->lcd_update(); |
| 23:49:38 | zeekoe | hm.. ok :) |
| 23:49:53 | zeekoe | how about this? |
| 23:49:54 | zeekoe | extern unsigned char lcd_framebuffer[LCD_HEIGHT/8][LCD_WIDTH]; |
| 23:50:03 | zeekoe | should it be changed to extern unsigned char rb->lcd_framebuffer[LCD_HEIGHT/8][LCD_WIDTH]; |
| 23:50:23 | midk | nope |
| 23:50:33 | zeekoe | the compiler complains |
| 23:51:10 | midk | weird |
| 23:51:40 | zeekoe | /home/guest/simbuild/etchasketch.po(.text+0xe3): In function `screen_dump': |
| 23:51:40 | zeekoe | /home/guest/uisimulator/win32/../../apps/plugins/etchasketch.c:62: undefined ref |
| 23:51:40 | zeekoe | erence to `_lcd_framebuffer' |
| 23:52:09 | zeekoe | and you called me zeekoe!!! :P |
| 23:52:31 | midk | what are you editing with? |
| 23:52:34 | midk | i did? |
| 23:52:59 | zeekoe | <midk> zeekoe, wish me to help you implement a "move around" mode? |
| 23:53:04 | zeekoe | TextPad |
| 23:53:19 | midk | view the line numbers |
| 23:53:30 | midk | its' erroring on line 62, and line 62 is... |
| 23:53:31 | midk | buf[i++] = lcd_framebuffer[y][x]; |
| 23:54:12 | zeekoe | yep |
| 23:54:19 | midk | drop everything and upload what you've got, so we can fix this. |
| 23:54:40 | zeekoe | it says undefined reference to lcd_framebuffer |
| 23:54:52 | zeekoe | but a few lines above, lcd_framebuffer is defined |
| 23:55:03 | zeekoe | uploaded |
| 23:55:06 | midk | can you upload it? i want to see something |
| 23:55:25 | zeekoe | http://home.student.utwente.nl/r.teune/etchasketch.c |
| 23:55:59 | midk | first error.. |
| 23:56:09 | midk | line 28, function declaration isnt a prototype |
| 23:56:18 | zeekoe | ?? |
| 23:56:37 | midk | add "void" in between the parenthases of show_pix when you declare it |
| 23:56:40 | zeekoe | my gcc doesnt tell it |
| 23:56:43 | zeekoe | ok |
| 23:56:44 | midk | void showpix(void) { |
| 23:56:44 | midk | rb->lcd_drawpixel(y,x); /* draw the pixel */ |
| 23:56:44 | midk | rb->lcd_update_rect(y,x,1,1); /* make rockbox show it */ |
| 23:56:44 | DBUG | Enqueued KICK midk |
| 23:56:44 | midk | } |
| 23:56:51 | zeekoe | sounds reasonable |
| 23:57:12 | midk | remove the rb-> before screen_dump, as it's not in the API |
| 23:57:13 | Ctcp | Ignored 2 channel CTCP requests in 1 hour and 48 minutes at the last flood |
| 23:57:13 | * | zeekoe used VB too much, it's lame at strict use of language |
| 23:57:18 | midk | nder BUTTON_F2 |
| 23:57:25 | zeekoe | uh |
| 23:57:26 | zeekoe | i did? |
| 23:57:31 | midk | you need to remove it |
| 23:57:36 | midk | case BUTTON_F2: |
| 23:57:36 | midk | screen_dump(); |
| 23:57:36 | midk | break; |
| 23:57:42 | zeekoe | i already did |
| 23:57:47 | midk | ok |
| 23:57:50 | zeekoe | weird |
| 23:57:54 | zeekoe | i'll upload again |
| 23:58:02 | midk | ok |
| 23:58:06 | zeekoe | can you download again |
| 23:58:20 | midk | still the same |
| 23:58:22 | zeekoe | it should've been gone before |
| 23:58:23 | zeekoe | weird |
icon identifies that the person is a core developer (has commit access).