| 00:05:00 | | Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") |
| 00:20:57 | | Quit hiroshi ("blearg") |
| 00:24:06 | | Join Zoggers [0] (~jirc@dhcp024-208-154-195.insight.rr.com) |
| 00:24:41 | DBUG | Enqueued KICK Zoggers |
| 00:24:41 | Zoggers | A n y 0 n e w i l l i n g t o s e l l t h e i r a r c h 0 s ? ! |
| 00:29:50 | scott666 | depends...do you want one that works? |
| 00:36:24 | | Join kaboofa [0] (~kaboofa@pcp03462569pcs.indpnd01.mo.comcast.net) |
| 00:42:11 | | Join midknight2k3 [0] (ZakkRobert@c-24-16-184-86.client.comcast.net) |
| 00:42:46 | | Quit midknight2k3 (Client Quit) |
| 00:42:47 | | Join midknight2k3 [0] (ZakkRobert@c-24-16-184-86.client.comcast.net) |
| 00:43:08 | | Quit midknight2k3 (Client Quit) |
| 00:46:00 | | Join midknight2k3 [0] (ZakkRobert@c-24-16-184-86.client.comcast.net) |
| 00:46:19 | midknight2k3 | hey amiconn? |
| 00:46:27 | amiconn | Hi midknight2k3 |
| 00:46:35 | midknight2k3 | hey got grayscale working! |
| 00:46:39 | midknight2k3 | 2 questions |
| 00:46:46 | amiconn | Sounds really good. |
| 00:47:27 | amiconn | Shoot |
| 00:47:43 | midknight2k3 | 1) does gray_position_display(0,1); set the *whole* grayscale overlay down a row? |
| 00:48:30 | midknight2k3 | IE if i call gray_drawpixel(0,0); it will put a gray pixel at 0, 8? |
| 00:48:42 | midknight2k3 | when the overlay is done a row that is |
| 00:48:44 | midknight2k3 | down* |
| 00:49:05 | amiconn | Yup. gray_position_display(0,2) would place it two rows down etc. |
| 00:49:50 | amiconn | But: gray_drawpixel(0,0); will always put the pixel at (0,0) _in the grayscale buffer_ |
| 00:50:29 | amiconn | Think of the grayscale buffer as a "window" that can be moved with gray_position_display() |
| 00:51:53 | amiconn | All coordinates given to drawing functions are relative to this window. |
| 00:53:32 | midknight2k3 | hmm |
| 00:53:32 | amiconn | Even if moving the overlay down clips it at the bottom, this is only visual clipping, so if you move it up again, the clipped content will reappear. |
| 00:53:47 | midknight2k3 | is there any way to have a bool option on that such sa "translate" |
| 00:54:05 | midknight2k3 | anything outside of it wouldn't be drawn, as opposed to it all getting moved down? |
| 00:54:27 | midknight2k3 | as is i'd have to move *all* of my drawing functions up 8 pixels |
| 00:55:30 | amiconn | This is no translation at all: The grayscale buffer stays the same regardless of the gray_position_display() parameters. |
| 00:56:17 | midknight2k3 | right but the problem is that now the window is down one rpw |
| 00:56:18 | midknight2k3 | row* |
| 00:56:20 | amiconn | gray_position_display() does only change the origin where the overlay is copied into the lcd hardware. |
| 00:56:25 | midknight2k3 | so i have to move all of my drawing up 1 row? |
| 00:56:34 | midknight2k3 | then wouldn |
| 00:56:41 | midknight2k3 | t everything else move down too? |
| 00:57:29 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
| 00:57:41 | amiconn | Unfortunately I think that you will have to move your drawing one row up. |
| 00:57:58 | midknight2k3 | correct, is there *any* way to keep everything the same but clip the top row off? |
| 00:58:08 | midknight2k3 | i need it down one row because the score is written there |
| 00:58:18 | midknight2k3 | and i need it basically where it's at because of all my drawing |
| 01:00 |
| 01:00:20 | amiconn | Hmm, I think this is not easily possible, or feasible. You could change the drawing functions you use to subtract 8 from y before doing anything else, but then it would be hard to update the framework later. |
| 01:02:12 | amiconn | There is (currently) no way to clip the overlay dynamically. I once thought about implementing that, but that would render the interrupt routine much more complex -> costs speed. |
| 01:02:44 | | Join michaelconner197 [0] (~jirc@cs6668107-179.austin.rr.com) |
| 01:03:17 | michaelconner197 | hey all... got a question |
| 01:03:36 | michaelconner197 | anybody know how to make rockbox (v2.2) save recording prefs? (levels, etc.) |
| 01:06:02 | midknight2k3 | michaelconner197, it does |
| 01:06:14 | midknight2k3 | just make sure you hit stop before shutting off |
| 01:06:20 | midknight2k3 | try updating to a daily build |
| 01:06:40 | midknight2k3 | amiconn, ok question 2: how can i use the "stride" parameter on a normal bitmap? |
| 01:07:25 | michaelconner197 | midknight −− will try that, i'm using the first relase of 2.2. |
| 01:07:30 | michaelconner197 | thanks |
| 01:07:31 | | Quit michaelconner197 ("Leaving") |
| 01:08:12 | amiconn | midknight2k3: Hmm, have to take a look, that "stride" parameter was introduced by [IDC]Dragon. |
| 01:09:07 | midknight2k3 | i spent about a half hour trying it out - no luck |
| 01:09:08 | *** | Saving seen data "./dancer.seen" |
| 01:09:28 | amiconn | That reminds me that I should really commit this (surrounded with #if 0 so that it does not compile for distribution) |
| 01:10:23 | amiconn | Grr, I don't have this "stride" within my internal version - have to merge. |
| 01:12:32 | | Quit AciD ("Read error: 666 (Connection reset by Satan)") |
| 01:12:52 | amiconn | midknight2k3: For showing the whole bitmap, you have to set stride = nx |
| 01:17:22 | midknight2k3 | nx? |
| 01:17:35 | midknight2k3 | i have a 112x64 fullscreen bitmap i want to use |
| 01:17:41 | midknight2k3 | how shall i call teh bitmap function? |
| 01:18:12 | amiconn | Grayscale bitmap or monochrome? |
| 01:18:33 | Zoggers | anyone want to sell their archos? |
| 01:18:35 | | Join `vinman [0] (bastid@bgp01093569bgs.waren401.mi.comcast.net) |
| 01:19:19 | `vinman | any you guys have a site to get premade rvf files ? |
| 01:22:06 | scott666 | checking the mailing list archives |
| 01:22:16 | scott666 | *check |
| 01:25:27 | | Quit Zoggers ("Leaving") |
| 01:27:14 | | Join TheDude2 [0] (Dudewin32@jkhouse2.jvlnet.com) |
| 01:29:10 | amiconn | midknight2k3? |
| 01:30:03 | | Quit `vinman (calvino.freenode.net irc.freenode.net) |
| 01:30:03 | NSplit | calvino.freenode.net irc.freenode.net |
| 01:30:03 | | Quit silencer (calvino.freenode.net irc.freenode.net) |
| 01:30:03 | | Quit kaboofa (calvino.freenode.net irc.freenode.net) |
| 01:30:03 | | Quit ricflair (calvino.freenode.net irc.freenode.net) |
| 01:30:03 | | Quit jkerman (calvino.freenode.net irc.freenode.net) |
| 01:30:03 | | Quit Nibbler (calvino.freenode.net irc.freenode.net) |
| 01:30:03 | | Quit matsl (calvino.freenode.net irc.freenode.net) |
| 01:30:03 | | Quit c0utta (calvino.freenode.net irc.freenode.net) |
| 01:30:03 | | Quit Ka_ (calvino.freenode.net irc.freenode.net) |
| 01:31:11 | | Join Threshold [0] (bastid@bgp01093569bgs.waren401.mi.comcast.net) |
| 01:31:11 | NHeal | calvino.freenode.net irc.freenode.net |
| 01:31:11 | NJoin | silencer [0] (~silencer@nino.via.ecp.fr) |
| 01:31:59 | NJoin | c0utta [0] (~c0utta@249.cust34.nsw.dsl.ozemail.com.au) |
| 01:33:29 | | Join abinitio [0] (~jirc@D-128-95-58-160.dhcp4.washington.edu) |
| 01:35:24 | midknight2k3 | sorry, back? |
| 01:35:26 | midknight2k3 | er |
| 01:35:28 | midknight2k3 | sorry, back. |
| 01:35:40 | amiconn | [01:18:15] <amiconn> Grayscale bitmap or monochrome? |
| 01:35:54 | midknight2k3 | monochrome at the moment |
| 01:36:28 | midknight2k3 | which will lead me to question 3 after this one is answered :D |
| 01:36:29 | NJoin | kaboofa [0] (~kaboofa@pcp03462569pcs.indpnd01.mo.comcast.net) |
| 01:37:30 | abinitio | I just bought the jukebox recorder and have installed the rockbox 2.2. Wonderful really |
| 01:37:46 | midknight2k3 | daily builds have improvements |
| 01:37:56 | midknight2k3 | but happy you like it :) |
| 01:38:46 | abinitio | I use a mac and am wondering if there is a way to build playlists with an interface on the desktop |
| 01:38:56 | amiconn | midknight2k3: So you would have to use gray_drawbitmap(bitmap, 0, 0, 112, 64, 112, true, <fg_value>, <bg_value>); |
| 01:39:44 | midknight2k3 | amiconn: so for b&w, fg value would be 0 and bg would be 255? |
| 01:40:14 | amiconn | - if you want it opaque, that is. If you want a transparent background, use "false" as the 7th parameter, <bg_value> doesn't matter then. |
| 01:40:27 | amiconn | yup. |
| 01:40:35 | midknight2k3 | fg is the bitmap itself |
| 01:40:41 | midknight2k3 | and bg is whitespace around it? |
| 01:40:47 | | Quit abinitio ("Leaving") |
| 01:41:48 | amiconn | fg is used for all pixels whose bits are 1, while bg is used for all pixels whose bits are 0 (if draw_bg == true) |
| 01:43:14 | midknight2k3 | ok |
| 01:43:17 | midknight2k3 | and one more |
| 01:43:30 | midknight2k3 | is there going to be a converter from gray or rgb -> drawgraymap format? |
| 01:44:11 | amiconn | I did not yet write one |
| 01:44:48 | midknight2k3 | i meant will you/somebody else? |
| 01:45:58 | amiconn | Beware that the format needed by gray_drawbitmap is different from the format produced by bmp2rb as well. But I'm just about to change that (it doesn't really make sense to have 2 different internal bitmap formats) |
| 01:46:55 | amiconn | If I find the time, I may write a converter based on bmp2rb. |
| 01:47:10 | midknight2k3 | i love the new drawgraymap bitmap styles |
| 01:47:24 | midknight2k3 | i was considering creating something like it for lcd_bitmap |
| 01:47:31 | midknight2k3 | ie { 1,0,0,1, |
| 01:47:35 | midknight2k3 | 0,1,1,0 |
| 01:47:36 | midknight2k3 | }; |
| 01:47:42 | midknight2k3 | . . |
| 01:47:43 | midknight2k3 | .. |
| 01:48:16 | midknight2k3 | i even created my graymaps from scratch - not something i enjoy doing with bitmaps :) |
| 01:48:54 | amiconn | Yes, creating bitmaps for grayscale is much easier because it uses one byte per pixel. |
| 01:49:49 | amiconn | Anyway, if we would use that for b&w bitmaps as well, this would waste much space (requires 8 times the memory) |
| 01:50:03 | midknight2k3 | hmm yes... |
| 01:50:23 | midknight2k3 | or maybe just add in a lcd_drawmap function |
| 01:50:29 | midknight2k3 | so if you need to use it you can |
| 01:50:33 | midknight2k3 | for grayscale icons or whatever |
| 01:51:06 | amiconn | It _may_ be possible to do that with bitfields (much easier to read for humans, same memory requirements for the machine) |
| 01:51:55 | midknight2k3 | bitfields? |
| 01:51:55 | amiconn | However, this would require that lcd_bitmap() has to be converted to use the format of gray_drawbitmap() and not vice versa. |
| 01:52:06 | midknight2k3 | i meant a new function |
| 01:52:08 | midknight2k3 | lcd_drawmap |
| 01:52:14 | midknight2k3 | that would use the gray format |
| 01:52:22 | midknight2k3 | and keep lcd_Bitmap for the current bitmaps |
| 01:52:47 | amiconn | No, that new function would have the drawback of wasting memory. I meant _defining_ the bitmap with bitfields. |
| 01:53:02 | NJoin | Ka_ [0] (~tkirk@pcp261336pcs.howard01.md.comcast.net) |
| 01:53:32 | amiconn | This would make the definitions almost as easy to read as these for gray_drawgraymap() while not needing more memory. |
| 01:54:33 | midknight2k3 | i don't get it, but ok. :D |
| 01:55:19 | amiconn | I will have a closer look at bit fields, then my next version of the grayscale framework will contain an example of this. |
| 01:55:30 | midknight2k3 | ok |
| 01:55:35 | midknight2k3 | thanks for all your work |
| 01:55:49 | midknight2k3 | breakout i think will be 10x better using your functions :) |
| 01:55:55 | amiconn | I'm currently in the process of polishing the framework for committing it. |
| 01:57:01 | amiconn | Btw: ALthough not yet shown on the rockbox home page, I have committed a speedup patch for the lcd routines (+8% on recorder). |
| 01:58:07 | amiconn | Locally, I've already done a major rework of the lcd driver, which yields another +10% on the recorder |
| 01:58:30 | midknight2k3 | wait, will we now be rb->drawgraymapping? |
| 01:58:36 | midknight2k3 | or still using framework in plugins? |
| 01:59:41 | amiconn | Grayscale is still a plugin-only thing, but it uses the lcd routines of rockbox (namely rb->lcd_blit()), so it profits from these speedups |
| 02:00 |
| 02:00:14 | midknight2k3 | ok |
| 02:01:36 | | Join BlauChip [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
| 02:03:24 | midknight2k3 | lol bc |
| 02:03:28 | midknight2k3 | new nick every time |
| 02:03:37 | amiconn | Hallo BlauChip |
| 02:03:51 | BlauChip | Hallo Ami ;) |
| 02:04:19 | BlauChip | Paying respect to my many German friends today :) |
| 02:04:49 | midknight2k3 | umm bc i'm not german. |
| 02:05:32 | BlauChip | hmmm, Do the US's have an interesting spelling of the colOR blue? |
| 02:05:52 | midknight2k3 | blue. |
| 02:06:19 | BlauChip | but it is a color and not a colour? |
| 02:06:45 | midknight2k3 | color. |
| 02:07:33 | BlauChip | dyslexia lures |
| 02:07:45 | midknight2k3 | ok. |
| 02:07:56 | amiconn | BlauChip: I recommend azul (this is Spanish) |
| 02:08:25 | BlauChip | kinda loses the BC'ness though :( |
| 02:10:09 | BlauChip | anyone here play Othello - and is any good at it? |
| 02:11:35 | midknight2k3 | ME |
| 02:11:56 | BlauChip | serious? |
| 02:12:02 | midknight2k3 | well i'm okay |
| 02:12:08 | midknight2k3 | not a pro |
| 02:12:31 | BlauChip | just wrapping up v2 -and fancy a new AI bot - but i'm not good enough to know what it should do |
| 02:12:44 | midknight2k3 | mm don't ask me. :) |
| 02:18:54 | amiconn | midknight2k3: Ooooops, sorry I was wrong with the stride parameter! |
| 02:19:43 | amiconn | This is counted in whole bytes, so it is not 112 for full width, but 14 |
| 02:20:12 | midknight2k3 | ah |
| 02:20:13 | midknight2k3 | 14 |
| 02:20:14 | midknight2k3 | thanks |
| 02:20:39 | midknight2k3 | i tried 8, 13, 112, 111, 5, a whole multitude of possibilites |
| 02:21:18 | amiconn | I just found that while integrating it into my local version. |
| 02:21:26 | BlauChip | :X |
| 02:22:23 | amiconn | >B:-Q |
| 02:22:36 | | Quit midknight2k3 ("Going... BYE!") |
| 02:22:44 | BlauChip | lol |
| 02:22:47 | | Join midknight2k3 [0] (~Zakk@c-24-16-184-86.client.comcast.net) |
| 02:23:03 | midknight2k3 | oop |
| 02:23:05 | midknight2k3 | s |
| 02:23:17 | amiconn | s |
| 02:23:18 | amiconn | poo |
| 02:23:45 | BlauChip | lol |
| 02:25:51 | kaboofa | pie! |
| 02:27:01 | BlauChip | anyone have a calculator that is able to realise that (1/3)*3=1 ? |
| 02:27:29 | amiconn | My brain ;) |
| 02:28:04 | BlauChip | and is also able to produce the root of 2 accurately and quickly |
| 02:28:22 | BlauChip | :P |
| 02:28:45 | midknight2k3 | LOL |
| 02:28:52 | midknight2k3 | OH WAIT |
| 02:28:59 | midknight2k3 | in school someone was trying to prove that |
| 02:28:59 | amiconn | This cannot be done exactly with numeric method, since sqrt(2) is an irrational number. |
| 02:29:05 | amiconn | *methods |
| 02:29:12 | | Quit Threshold ("L8r I am outta here!") |
| 02:29:14 | midknight2k3 | oen guy was saying 0.3333.... * 3 = 0.999999..... |
| 02:29:18 | BlauChip | i posted the method on the mailing list the other day |
| 02:29:39 | midknight2k3 | what are bc's thoughts on the subject? |
| 02:29:55 | BlauChip | on root 2, or rounding errors? |
| 02:30:19 | midknight2k3 | does 0.3333333333333333 * 3 = 0.99999999999999999999 or 1? |
| 02:30:34 | BlauChip | depends on how you evaluate it |
| 02:30:41 | midknight2k3 | .3 with a line over it. |
| 02:30:44 | midknight2k3 | * 3 |
| 02:30:47 | midknight2k3 | = |
| 02:30:50 | midknight2k3 | .9 with line over it |
| 02:30:51 | midknight2k3 | or 1? |
| 02:30:59 | DBUG | Enqueued KICK BlauChip |
| 02:30:59 | BlauChip | depends on how you evaluate it |
| 02:31:37 | BlauChip | if nothing else it is proof that you should learn to deal wtith fractions |
| 02:32:10 | BlauChip | 1 over 3 times 3 is 1 |
| 02:32:24 | midknight2k3 | i know that was me + wes' point |
| 02:33:30 | BlauChip | .3 recurring time 3 is .9 recurring ....correct, but generally unhelpful |
| 02:34:58 | midknight2k3 | nm\ |
| 02:35:59 | BlauChip | the "best" solution is to evaluate the result to one decimal place further than you need and round |
| 02:36:17 | midknight2k3 | just btw, nm == never mind :) |
| 02:37:00 | BlauChip | oh! I thought it meant "no" mind ...I shall stop nodding :9 |
| 02:37:32 | amiconn | midknight2k3: Already tested gray_drawbitmap with the correct <stride> value? |
| 02:38:04 | BlauChip | I didn't realise that when you said you read that link, that you were trying to imply that you didn't understand it |
| 02:39:44 | midknight2k3 | amiconn: nope, can't right now |
| 02:39:47 | midknight2k3 | tomorrow i shall |
| 02:40:03 | midknight2k3 | bc: it didn't help is all |
| 02:40:06 | midknight2k3 | not really |
| 02:40:23 | BlauChip | stride is the width of the data which holds the sprite |
| 02:40:55 | midknight2k3 | i know but it was not working |
| 02:40:59 | midknight2k3 | does *that* make sense? |
| 02:41:10 | Ctcp | Ignored 4 channel CTCP requests in 20 hours and 56 minutes at the last flood |
| 02:41:10 | * | BlauChip nods feverently |
| 02:41:19 | kaboofa | ugh |
| 02:41:19 | midknight2k3 | okay. |
| 02:41:20 | amiconn | BlauChip: Yup. I did not integrate this extension (made by Jörg) into my local copy until now. |
| 02:42:09 | amiconn | Now it is integrated, as I'm preparing it for commit. |
| 02:42:15 | BlauChip | cool |
| 02:42:24 | BlauChip | do you have a similar thing on the Y coord? |
| 02:42:34 | midknight2k3 | no need |
| 02:42:54 | midknight2k3 | if you tell it the x stride the y stride must only be 1 value |
| 02:43:04 | BlauChip | so no windows then |
| 02:43:06 | amiconn | Compilation will be disabled by default (via #if 0) to prevent having it in the distribution. |
| 02:43:40 | BlauChip | windows -> view-ports |
| 02:43:42 | amiconn | The thing is that you don't need the stride parameter for partial display in y direction. |
| 02:43:53 | midknight2k3 | bc there is no such thing as a y stride |
| 02:44:17 | midknight2k3 | an x stride tells it the width −− thus it can simply make new y columns until it runs out of data |
| 02:44:56 | BlauChip | How do you display a specific section of a 500x500 sprite in the top right 25x25 corner of the screen? |
| 02:45:14 | midknight2k3 | you say that the width is 25 and the height is 25 |
| 02:45:22 | midknight2k3 | and the stride would be 500 still |
| 02:45:47 | BlauChip | specific section |
| 02:45:50 | midknight2k3 | *hopes sincerely that his bluffing is convincing |
| 02:45:59 | BlauChip | sadly not |
| 02:46:00 | midknight2k3 | change the x stride |
| 02:46:06 | midknight2k3 | ..? |
| 02:46:10 | amiconn | BlauChip: Just let your data poiter point to the pixel you want top left, set x, y, nx, ny as you want it. stride will still be 500 |
| 02:46:18 | amiconn | *pointer |
| 02:47:12 | BlauChip | can you point midway through a byte? |
| 02:47:45 | amiconn | ?? Of course not. I thought grayscale here, where 1 pixel == 1 byte. |
| 02:48:57 | amiconn | For b&w this would be much more difficult to implement. |
| 02:49:53 | BlauChip | right |
| 02:49:59 | midknight2k3 | bad bc bad |
| 02:50:14 | BlauChip | still contemplating a full graphics engine |
| 02:50:25 | midknight2k3 | ooh like 3 + d === #D |
| 02:50:28 | BlauChip | 1bpp would be expensive |
| 02:50:33 | midknight2k3 | *can do basic math |
| 02:50:52 | midknight2k3 | what do capital numbers look like? |
| 02:51:16 | BlauChip | not really relevant until you get to advanced differential calculus |
| 02:51:21 | midknight2k3 | hey here's a good joke |
| 02:51:40 | midknight2k3 | "can rockbox handle bools?" "only if they return TRUE!" HAHHAHAHAHAHAHHAHAHHAHAHAHA |
| 02:55:30 | BlauChip | brb |
| 03:00 |
| 03:07:01 | midknight2k3 | did nobody get the joke? |
| 03:09:12 | *** | Saving seen data "./dancer.seen" |
| 03:11:49 | BlauChip | bak |
| 03:14:44 | midknight2k3 | umm fine then |
| 03:17:25 | midknight2k3 | rebooting brb |
| 03:17:50 | | Quit midknight2k3 (Read error: 54 (Connection reset by peer)) |
| 03:19:32 | | Join midknight2k3 [0] (ZakkRobert@c-24-16-184-86.client.comcast.net) |
| 03:20:02 | amiconn | Guess I should get some sleep now, already past 3 a.m. here. |
| 03:20:08 | midknight2k3 | nite |
| 03:20:13 | BlauChip | where are you? |
| 03:20:29 | amiconn | Berlin, Germany. |
| 03:20:58 | BlauChip | right, I keep forgetting about the weird BST thing |
| 03:21:19 | amiconn | Nite all |
| 03:21:23 | | Part amiconn |
| 03:22:35 | | Nick midknight2k3 is now known as midk|FOODY (ZakkRobert@c-24-16-184-86.client.comcast.net) |
| 03:22:40 | midk|FOODY | did you like my joke bc |
| 03:22:55 | BlauChip | not sure i understood it |
| 03:25:35 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
| 03:25:53 | BlauChip | (kettle) brb |
| 03:32:11 | BlauChip | bak |
| 03:45:32 | midk|FOODY | back in a bit |
| 03:45:36 | | Quit midk|FOODY ("Going... BYE!") |
| 03:45:56 | | Join infamouse [0] (~Aaron@780cp35.resnet.neu.edu) |
| 04:00 |
| 04:10:58 | | Join midk [0] (Zakk@c-67-160-88-198.client.comcast.net) |
| 04:10:58 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 04:28:33 | | Quit infamouse (Read error: 110 (Connection timed out)) |
| 04:45:15 | BlauChip | nite all |
| 04:45:24 | | Part BlauChip |
| 04:45:25 | midk | nite |
| 04:50:56 | | Quit TheDude2 (Read error: 54 (Connection reset by peer)) |
| 04:55:33 | | Join jkerman [0] (~jkerman@jkhouse2.jvlnet.com) |
| 05:00 |
| 05:07:03 | | Join infamouse [0] (~Aaron@155.33.96.180) |
| 05:07:09 | infamouse | hello |
| 05:07:19 | midk | hi |
| 05:07:38 | infamouse | how can I tell what kind of battery I have? |
| 05:08:41 | infamouse | it's set in rockbox to 2200 mah |
| 05:08:50 | midk | model? |
| 05:08:52 | infamouse | but I don't think that is what comes stock |
| 05:08:54 | scott666 | are you using a v2/fmr? |
| 05:08:55 | infamouse | recorder v2 |
| 05:09:15 | *** | Saving seen data "./dancer.seen" |
| 05:09:18 | scott666 | you have a 2200 mah, non-replaceable, Li-Ion battery |
| 05:09:45 | midk | gee ty scott |
| 05:09:49 | midk | i can't handle things |
| 05:09:51 | midk | please take over. |
| 05:09:59 | scott666 | way ahead of you midk |
| 05:09:59 | scott666 | lol |
| 05:10:16 | infamouse | hmmm, really....I thought the stock batteries were 1500 mah ones |
| 05:10:28 | scott666 | thats on the recorder v1 |
| 05:10:37 | scott666 | those are NiMH AAs too |
| 05:11:03 | infamouse | so there is no way to replace the ones I have in my recorder now/ |
| 05:12:05 | scott666 | well it is possible to replace them, its just that archos doesnt sell the battey |
| 05:12:09 | scott666 | *battery |
| 05:12:22 | infamouse | oh, as opposed to on the v1, they did? |
| 05:12:45 | scott666 | archos didnt, but you can get NiMH AAs at most electronics stores |
| 05:13:31 | scott666 | *doesnt |
| 05:14:02 | infamouse | oh, but if my batteries were to ever fail and I needed to replace them, I could go to an electronics store and get some, correct? |
| 05:14:06 | midk | scott |
| 05:14:08 | midk | wrong there |
| 05:14:11 | midk | you CAN replace the batteries |
| 05:14:19 | midk | newmp3technology.net |
| 05:14:25 | midk | sells replacements for about $20 |
| 05:14:32 | midk | they're like 2800mah |
| 05:14:41 | DBUG | Enqueued KICK scott666 |
| 05:14:41 | scott666 | :13 PM> <scott666> well it is possible to replace them, its just that archos doesnt sell the battey |
| 05:15:14 | infamouse | ok, I'm just trying to make sure that it is possible to replace my battery in the event that I need to |
| 05:15:14 | midk | you didnt say WHERE |
| 05:15:21 | midk | yes you can infamouse |
| 05:15:24 | scott666 | he didnt ask |
| 05:15:25 | scott666 | lol |
| 05:15:39 | scott666 | you shouldnt have to replace the batteries anyway |
| 05:15:56 | infamouse | anyway, speaking of batteries...I can't seem to find trick charge or deep discharge in any of the settings |
| 05:17:05 | infamouse | are those settings available for the v2? |
| 05:17:12 | scott666 | no |
| 05:17:24 | scott666 | all charging is done with hardware on the v2 |
| 05:17:35 | midk | scott |
| 05:17:40 | midk | VIA is better than WITH |
| 05:17:54 | scott666 | midk |
| 05:17:56 | scott666 | stfu |
| 05:18:00 | scott666 | lol |
| 05:18:14 | midk | scott |
| 05:18:16 | midk | AGJAJGHHKL |
| 05:18:17 | midk | lol |
| 05:18:39 | | Quit scott666 (Excess Flood) |
| 05:18:55 | | Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) |
| 05:19:21 | infamouse | ahh, so is there any harm in charging my v2 when it still has half it's charge left? is that going to decrease the life of the battery? |
| 05:19:28 | scott666 | infamouse: did you get that pm? |
| 05:19:37 | infamouse | nope |
| 05:20:04 | scott666 | booted for flooding |
| 05:20:05 | scott666 | heh |
| 05:20:08 | scott666 | ill dcc it |
| 05:21:13 | infamouse | booted for flooding in a PM? |
| 05:22:55 | infamouse | scott666: I like it |
| 05:22:58 | infamouse | informative |
| 05:23:09 | infamouse | would have answered most of my questions |
| 05:23:17 | scott666 | any more questions just ask and ill add them to it |
| 05:23:20 | infamouse | but is there any harm in charging my v2 when it still has half it's charge left? is that going to decrease the life of the battery? |
| 05:23:28 | scott666 | no |
| 05:23:36 | infamouse | really... |
| 05:25:30 | scott666 | li-ion batteries have no memory effect, youll be fine\ |
| 05:25:36 | scott666 | (added to the faq) |
| 05:25:42 | infamouse | cool |
| 05:26:12 | infamouse | well don't li-ion have a very SMALL memory effect? but one I won't probably notice, correct? |
| 05:26:29 | scott666 | yeah |
| 05:26:44 | scott666 | in the faq i worded it 'virtually no memory effect.' |
| 05:27:41 | infamouse | good deal |
| 05:27:49 | infamouse | what exactly is a UCL file? |
| 05:28:18 | scott666 | http://rockbox.haxx.se/docs/flash.html |
| 05:30:02 | infamouse | I thought it was a flash file, but that flash page got me a little confused |
| 05:31:05 | scott666 | ucl is a form of compression thats used by rockbox to fit into the flashrom |
| 05:31:21 | scott666 | until you flash, you dont need to worry about them |
| 05:31:30 | scott666 | though i do recommend flashing |
| 05:31:37 | infamouse | I'm thinking about it...I hate waiting for it to boot up |
| 05:50:02 | | Join Tenaenae [0] (~jirc@207-207-79-190.ip.theriver.com) |
| 05:50:02 | | Quit Tenaenae (Remote closed the connection) |
| 05:53:15 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
| 05:55:38 | | Quit infamouse (Read error: 60 (Operation timed out)) |
| 06:00 |
| 06:02:56 | | Quit scott666 ("i'll be back...eventually...") |
| 06:11:53 | | Join infamouse [0] (~Aaron@780cp35.resnet.neu.edu) |
| 06:11:59 | infamouse | what's the point of upside down mode? |
| 06:12:30 | midk | mm |
| 06:12:33 | midk | to use it upside down? |
| 06:12:42 | infamouse | haha |
| 06:12:54 | infamouse | I didn't know if there were certain situations where you would need it |
| 06:14:12 | midk | not sure heh |
| 06:14:15 | midk | for fun i gues |
| 06:15:51 | infamouse | is the ajbrec.ajz in the flash zip file, version 2.2? |
| 06:16:29 | midk | i don't know |
| 06:20:23 | infamouse | what if I were to play the ucl file |
| 06:20:26 | infamouse | what would happen |
| 06:20:43 | infamouse | and why isn't the ucl file included in the flash zip if it has to do with flashing? |
| 06:34:16 | infamouse | well, anyway, I just flashed and this is awesome! |
| 06:34:46 | midk | woo. |
| 06:34:54 | midk | infamouse: get the ucl from a daily build |
| 06:35:30 | infamouse | won't that make it so it flashes with the daily build? |
| 06:36:35 | midk | got to go |
| 06:36:36 | midk | yes |
| 06:36:40 | midk | that's what you want |
| 06:36:41 | midk | nite |
| 06:36:47 | | Quit midk ("yo yo yo cya later YO YO YO wasa wasa!") |
| 06:36:49 | infamouse | but the daily builds aren't the most stable.... |
| 07:00 |
| 07:09:17 | *** | Saving seen data "./dancer.seen" |
| 07:45:06 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 07:51:12 | | Quit infamouse (Read error: 60 (Operation timed out)) |
| 07:53:38 | | Quit dwihno (Read error: 60 (Operation timed out)) |
| 08:00 |
| 08:01:03 | | Join dwihno [0] (~dw@81.8.224.89) |
| 08:29:31 | | Join amiconn [0] (~jens@pD9E7DF5A.dip.t-dialin.net) |
| 09:00 |
| 09:09:05 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
| 09:09:21 | *** | Saving seen data "./dancer.seen" |
| 09:11:40 | | Join methangas [0] (methangas@0x50a4329a.virnxx10.adsl-dhcp.tele.dk) |
| 09:18:43 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 10:00 |
| 10:38:03 | | Join jj2dogs [0] (~jj2dogs@138.67.broadband.iol.cz) |
| 10:38:56 | jj2dogs | Hi all... I must say I love the rockbox.. |
| 10:46:39 | jj2dogs | About the new 2.2 there is a plugn flash_firmware.. How do I flash it with rockbox?? |
| 10:48:14 | jj2dogs | And why it isn`t possible to use it as a usb disk for pda?? |
| 10:53:06 | | Join [IDC]Dragon [0] (~c2af7556@reladm.kharkov.net) |
| 10:53:16 | amiconn | Hi Jörg |
| 10:53:48 | [IDC]Dragon | jj2dogs: read http://rockbox.haxx.se/docs/flash.html for instructions on flashing |
| 10:54:10 | [IDC]Dragon | Jens or script-bot-autogreet? |
| 10:55:19 | amiconn | I will repeat myself: There is _no_ bot involved, only that my irc client informs _me_ by beeping/flashing if some special people logon. |
| 10:56:58 | amiconn | Btw, I have a question. It might be that only Linus could answer it, though. |
| 10:57:45 | amiconn | Yesterday I told you that I want to change the lcd driver to also use the unrolled transfer loop. |
| 10:58:22 | [IDC]Dragon | yes, please go ahead |
| 10:58:29 | amiconn | I have already done that locally, and the speed gain even exceeds my expectations: it gives another +10% for the recorder. |
| 10:58:47 | [IDC]Dragon | the 3 byte command are so slow? |
| 10:59:09 | jj2dogs | [IDC]Dragon: So I can`t flash a player?? |
| 10:59:24 | [IDC]Dragon | jj2dogs: currently no. |
| 10:59:26 | amiconn | However, some time ago I talked about this with Linus, and he asked me to stay with a C file. I wanted to convert it to an asm (.S) file. |
| 10:59:59 | jj2dogs | [IDC]Dragon: Dam... The rock box is much better that the original firmware.. |
| 11:00 |
| 11:00:42 | [IDC]Dragon | jj2dogs: many players also have a not flashable chip. did you check yours? |
| 11:00:53 | jj2dogs | And is it possible to aply some patch to player?? |
| 11:01:03 | [IDC]Dragon | patch? |
| 11:01:07 | jj2dogs | [IDC]Dragon: Where do I find it?? |
| 11:01:30 | amiconn | [IDC]Dragon: I _have_ done it in C, but it looks very strange indeed, and definitely _is_ compiler dependent. |
| 11:01:44 | jj2dogs | I red the patch.html but I am not wise from it... |
| 11:01:47 | [IDC]Dragon | info -> debug-> h/w info |
| 11:02:14 | amiconn | It would look much more straightforward in pure asm, be much more logical at the same time, since there is no single C instruction left. |
| 11:02:28 | amiconn | It would also save some more bytes of precious IRAM. |
| 11:03:35 | amiconn | The only reason why Linus asked me to stay with a C file is that if I change it to .S, the connection to the history of lcd.c in cvs would not be obvious. |
| 11:04:05 | amiconn | However, you have done this for memcpy.S and memset.S some time ago... |
| 11:04:16 | [IDC]Dragon | oops |
| 11:04:33 | [IDC]Dragon | maybe that's the reason Linus didn't like it... |
| 11:04:58 | [IDC]Dragon | I guess you'd have no problem sticking with C |
| 11:05:18 | [IDC]Dragon | it's not the most pretty, but will work. |
| 11:06:14 | amiconn | I still think switching to .S would be the far better way. If you want to have a look at what I have, look at http://amiconn.dyndns.org/lcd.c |
| 11:09:25 | *** | No seen item changed, no save performed. |
| 11:12:40 | [IDC]Dragon | looks a bit stange, your asm subroutines outside of any function |
| 11:13:31 | [IDC]Dragon | and what is this SN macro? |
| 11:16:53 | | Quit jj2dogs ("Leaving") |
| 11:17:31 | | Join limbus [0] (~manuel@kernel.cycos.net) |
| 11:26:08 | amiconn | (sorry for being afk) |
| 11:27:01 | amiconn | This SN macro is used to convert numeric constants like LCD_DS etc. into strings, since the asm() pseudo-function needs it that way. |
| 11:33:20 | [IDC]Dragon | lots to learn from your code, great |
| 11:33:39 | [IDC]Dragon | I think I was passing it as an argument to overcome this |
| 11:34:45 | amiconn | The problem is that you can't use the extended asm() syntax (the one with :::) outside of functions, so I had to figure out this. |
| 11:36:31 | [IDC]Dragon | why do you want it outside of a function? |
| 11:38:05 | amiconn | Because I want to have pure asm subroutines. I could put this into a dummy function (this is what Linus did in the gdb stubs), but this would generate additional instructions that would never be used. |
| 11:39:22 | amiconn | For information about how the SN macro works, see http://gcc.gnu.org/onlinedocs/gcc-3.1.1/cpp/Argument-Prescan.html#Argument%20Prescan and http://gcc.gnu.org/onlinedocs/gcc-3.1.1/cpp/Stringification.html#Stringification |
| 11:44:01 | [IDC]Dragon | in general, I know about # and ## of the preprocessor |
| 11:45:30 | [IDC]Dragon | what prevents you from committing your LCD code? |
| 11:46:24 | amiconn | As I said before, this looks very strange and would look much more straightforward in .S form. |
| 11:46:54 | [IDC]Dragon | we can still do that. |
| 11:47:09 | amiconn | Furthermore, I wanted to wait a bit to see if my previous optimization breaks something on the player. |
| 11:47:34 | [IDC]Dragon | our player user just left... |
| 11:47:39 | amiconn | While I tested the player routine by using it for the recorder, I don't have a real player to test. |
| 11:48:02 | [IDC]Dragon | I broke the one i have |
| 11:48:38 | amiconn | What is broken? Can it be fixed? |
| 11:49:09 | [IDC]Dragon | if I knew, I'd fixed it |
| 11:52:46 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- irc client ownage!") |
| 11:53:14 | amiconn | Is this the one that broke while testing the flash procedure for players? |
| 11:56:22 | | Join methangas [0] (methangas@0x50a4329a.virnxx10.adsl-dhcp.tele.dk) |
| 11:56:38 | [IDC]Dragon | yes. |
| 11:56:52 | [IDC]Dragon | I did the serial and uart boot mod |
| 11:57:06 | [IDC]Dragon | then it stayed blank :( |
| 11:57:18 | [IDC]Dragon | even after I undid the mods |
| 11:57:45 | [IDC]Dragon | but the box is alive, I can control it via uart boot |
| 11:58:13 | amiconn | Does that mean that "only" the display does not work? |
| 11:59:21 | [IDC]Dragon | no, the startup somehow hangs |
| 12:00 |
| 12:00:19 | [IDC]Dragon | (lunchtime) |
| 12:00:25 | amiconn | me too. |
| 12:17:32 | | Quit [IDC]Dragon ("no fate but what we make (EOF)") |
| 12:37:27 | | Join Strath_ [0] (aopen@dgvlwinas01pool0-a242.wi.tds.net) |
| 12:51:02 | | Join [IDC]Dragon [0] (~c2af7556@reladm.kharkov.net) |
| 12:51:11 | amiconn | re Jörg |
| 12:52:18 | [IDC]Dragon | hi again |
| 12:54:26 | amiconn | Iiuc, your dead player does boot correctly via uart, but not from ROM? |
| 12:55:10 | | Join Quelsaruk [0] (~jirc@193.136.159.152) |
| 12:55:13 | Quelsaruk | hi |
| 12:55:29 | [IDC]Dragon | it doesn't boot into rockbox, but I can control it to some extend |
| 12:55:59 | [IDC]Dragon | (blink the LED, toggle the LCD post lines, read and program the flash) |
| 12:56:11 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 12:56:13 | [IDC]Dragon | s/post/port |
| 12:57:06 | [IDC]Dragon | Rockbox can't be cold-started on a player, that's what I originally wanted to debug |
| 12:57:14 | amiconn | I know. |
| 12:58:06 | amiconn | What happens if you write the original firmware back to the rom? |
| 12:58:36 | [IDC]Dragon | the LCD lines don't move when I start the firmware, so I suspect it crashes before. |
| 13:00 |
| 13:00:41 | amiconn | ido you have the original rom image of that very box? Perhaps somehow the contents of the file did change a bit, did you try another rom image? |
| 13:00:58 | amiconn | s/ido/do/ |
| 13:01:48 | [IDC]Dragon | sure I do have the ROM |
| 13:02:08 | [IDC]Dragon | I'm pretty confident I restored that, too |
| 13:05:16 | amiconn | What about the hardware mask? |
| 13:05:57 | amiconn | And: is it possible to build a debug version of the bootloader? |
| 13:09:26 | *** | Saving seen data "./dancer.seen" |
| 13:12:17 | [IDC]Dragon | players don't have a hardware mask |
| 13:12:30 | [IDC]Dragon | it's all done by the version number |
| 13:12:50 | [IDC]Dragon | debug version of boot loader? what for? |
| 13:38:23 | Quelsaruk | lunch time, cu |
| 13:38:26 | | Quit Quelsaruk ("Leaving") |
| 13:43:08 | | Join CGI047 [0] (~c2af7556@c231002.adsl.hansenet.de) |
| 13:43:14 | | Nick CGI047 is now known as mattzz (~c2af7556@c231002.adsl.hansenet.de) |
| 13:43:22 | mattzz | yo |
| 13:51:52 | amiconn | [IDC]Dragon: If you could flash a debug version of the boot loader, you may be able to detect the exact spot where it crashes. |
| 13:52:26 | [IDC]Dragon | the boot loader doesn't crash |
| 13:52:35 | [IDC]Dragon | the Archos firmware does. |
| 13:55:33 | amiconn | Is there a disassembly of the Archos firmware for the player? If so, and you have a LA available, it might be possible to find out where it crashes. |
| 13:57:33 | [IDC]Dragon | phew, that sounds like a lot of work |
| 13:58:05 | [IDC]Dragon | then I'd better buy one from ebay |
| 14:00 |
| 14:10:10 | limbus | HI all, a coworker showed my his iPod yesterday. well, not much to say about that, apart from the fact that I saw a game called "Music-Quiz" that plays parts from music files and then, of course, the player has to guess where it comes from. |
| 14:10:34 | limbus | Somebody knows if there are any license / patents problems rebuilding that game for rockbox ? |
| 14:10:58 | limbus | it would be one more game possible for the players. |
| 14:11:42 | mattzz | limbus: did you check google about apple, ipod, music-quiz? |
| 14:12:12 | amiconn | limbus: Imo, if you re-implement it without knowing the original source and name it differently (in case the name itself is patented) there should be no problem |
| 14:14:06 | limbus | ok, I'll think abou that |
| 14:14:14 | limbus | *about |
| 14:17:28 | limbus | did I mention that the "buttons" of the iPod are REALLY cool ? |
| 14:17:33 | limbus | no moving parts |
| 14:21:08 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!") |
| 14:58:16 | | Quit AciD (Read error: 54 (Connection reset by peer)) |
| 15:00 |
| 15:03:30 | | Join pfavr [0] (pfavr@dyna218-088.nada.kth.se) |
| 15:09:28 | *** | Saving seen data "./dancer.seen" |
| 15:38:08 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 15:54:29 | mattzz | [IDC]Dragon: r u listening? |
| 16:00 |
| 16:15:16 | | Quit AciD (Read error: 54 (Connection reset by peer)) |
| 16:18:15 | | Quit mattzz ("CGI:IRC") |
| 16:28:43 | | Join methangas [0] (methangas@0x50a4329a.virnxx10.adsl-dhcp.tele.dk) |
| 16:31:45 | | Quit methangas (Client Quit) |
| 17:00 |
| 17:03:24 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 17:09:33 | *** | Saving seen data "./dancer.seen" |
| 17:27:42 | | Join Ka__ [0] (~tkirk@65.216.194.2) |
| 17:42:03 | | Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") |
| 17:45:42 | | Quit Ka___ (Read error: 110 (Connection timed out)) |
| 17:46:59 | | Join deadite66 [0] (~Miranda@cpc1-yarm1-5-0-cust53.pete.cable.ntl.com) |
| 18:00 |
| 18:13:40 | | Part limbus |
| 18:32:24 | | Quit deadite66 (Read error: 110 (Connection timed out)) |
| 18:58:14 | | Quit [IDC]Dragon ("no fate but what we make (Session timeout)") |
| 18:58:14 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
| 18:59:09 | | Join estesoyyo [0] (~yomismo@81-203-162-115.user.ono.com) |
| 18:59:30 | | Quit Urgo (Read error: 60 (Operation timed out)) |
| 19:00 |
| 19:03:23 | | Join Urgo [0] (Feh45@206-15-137-42.dialup.ziplink.net) |
| 19:09:36 | *** | Saving seen data "./dancer.seen" |
| 19:12:17 | | Part estesoyyo ("Usa Jabber, es libre") |
| 19:17:19 | | Join Strath__ [0] (aopen@dgvlwinas01pool0-a242.wi.tds.net) |
| 19:35:43 | | Quit Strath_ (Read error: 110 (Connection timed out)) |
| 19:37:33 | | Join wake [0] (~wake@HSE-Kitchener-ppp194434.sympatico.ca) |
| 19:42:34 | | Quit AciD (Read error: 60 (Operation timed out)) |
| 20:00 |
| 20:12:02 | | Quit wake ("leaving") |
| 20:38:35 | | Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) |
| 21:00 |
| 21:09:40 | *** | Saving seen data "./dancer.seen" |
| 21:12:44 | | Join BLuECHip [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
| 21:17:52 | BLuECHip | Evenin' all |
| 21:19:01 | elinenbe | envening... |
| 21:19:04 | elinenbe | evening... |
| 21:19:06 | elinenbe | blah. |
| 21:25:40 | | Join wake [0] (~wake@HSE-Kitchener-ppp194434.sympatico.ca) |
| 21:31:13 | | Nick Strath__ is now known as Strath (aopen@dgvlwinas01pool0-a242.wi.tds.net) |
| 21:34:11 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 21:36:12 | Strath | hrm.... *.nist.gov is the third more active viewer of my website :) |
| 21:41:46 | | Quit wake ("leaving") |
| 21:52:07 | | Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) |
| 22:00 |
| 22:07:09 | | Join amiconn_ [0] (~jens@pD9E7FDBF.dip.t-dialin.net) |
| 22:14:20 | | Quit amiconn (Nick collision from services.) |
| 22:14:20 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7FDBF.dip.t-dialin.net) |
| 22:37:57 | | Join [IDC]Dragon [0] (~idc-drago@pD9FF8802.dip.t-dialin.net) |
| 22:38:19 | amiconn | re Jörg |
| 22:38:23 | [IDC]Dragon | Hi Jens |
| 22:38:33 | [IDC]Dragon | do you have the ne cvs set up? |
| 22:38:39 | [IDC]Dragon | new |
| 22:39:55 | amiconn | Not yet. I have mailed Bagder, but did not yet receive an answer. |
| 22:40:07 | [IDC]Dragon | neither did I |
| 22:40:29 | [IDC]Dragon | dunno if he will answer, or silently set it up |
| 22:40:45 | amiconn | In the meantime, I have converted my new lcd code to an asm file. Looks much cleaner and saves 20 more bytes of IRAM. |
| 22:41:00 | [IDC]Dragon | ;-) |
| 22:41:13 | amiconn | If you want to have a look, http://amiconn.dyndns.org/lcd.S |
| 22:41:20 | [IDC]Dragon | thanks |
| 22:41:36 | [IDC]Dragon | so I can plut it in my private build |
| 22:41:41 | [IDC]Dragon | put |
| 22:44:05 | amiconn | Yesterday I brushed up my grayscale.c to prepare it for commit (squash that <tab> characters, integrate your <stride> parameter). Now I find that I cannot commit at all. |
| 22:44:22 | amiconn | :( |
| 22:44:44 | [IDC]Dragon | do you use the time API? |
| 22:44:58 | [IDC]Dragon | timer |
| 22:45:41 | amiconn | yup. |
| 22:46:10 | [IDC]Dragon | anonymous cvs works (read only) |
| 22:48:29 | amiconn | I have optimized the clipping at the right border for gray_drawgraymap while integrating <stride> support. |
| 22:48:30 | [IDC]Dragon | my user account not .-( |
| 22:49:07 | amiconn | Neither does mine: "rejected access to /cvsroot/rockbox for user ..." |
| 22:49:07 | [IDC]Dragon | whatwas happening there? |
| 22:49:31 | amiconn | With the clipping? |
| 22:50:05 | [IDC]Dragon | yes |
| 22:51:04 | [IDC]Dragon | the new cvs is pretty fast |
| 22:52:04 | amiconn | Without <stride> support, it was necessary to let the x-loop always run all the way to the right, even if some pixels are not drawn due to clipping, otherwise the position of the data pointer would not be correct for the next row. |
| 22:53:05 | amiconn | With stride support, the data pointer for the current row is discarded at the end, so it is possible to quit the loop when reaching the right border. |
| 22:57:19 | [IDC]Dragon | yes, this is common practice. |
| 22:59:08 | | Join timd0ug [0] (~timdoug@63.168.8.254) |
| 23:00 |
| 23:01:54 | amiconn | [IDC]Dragon: I still don't understand why the Rockbox crew switched to an own cvs. |
| 23:02:06 | amiconn | Apart from sometimes being a bit slow, I never had problems accessing sourceforge cvs since I was allowed to commit. |
| 23:02:12 | amiconn | Authentication with ssh public key was much more convenient and secure as well. |
| 23:02:33 | amiconn | At least I hope this will be integrated into the haxx.se cvs as well. |
| 23:02:52 | [IDC]Dragon | i haven't managed that |
| 23:03:07 | [IDC]Dragon | tried, but didn't work |
| 23:03:20 | [IDC]Dragon | for another project it did |
| 23:04:19 | amiconn | I have done it by the manual, worked the first time I tried it. I took me a bit of research to get the ssh daemon running (with cygwin). Still not perfect, but it works. |
| 23:05:26 | [IDC]Dragon | ahh, my gdb works again |
| 23:06:41 | amiconn | Hmm, gdb is one thing I have never tried using yet. I suppose I would need a serial connection for that? |
| 23:07:00 | [IDC]Dragon | yes |
| 23:07:31 | [IDC]Dragon | but under windows, it's very unpleasant (=unstable) |
| 23:07:38 | amiconn | This is too bad, since I don't want to mod my box. Apart from that, my laptop does not feature a searial port. |
| 23:07:47 | amiconn | *serial |
| 23:08:10 | [IDC]Dragon | maybe a USB converter would do |
| 23:09:43 | *** | Saving seen data "./dancer.seen" |
| 23:14:07 | | Join top_bloke [0] (~ekolb_pot@0-1pool12-11.nas6.oakbrook1.il.us.da.qwest.net) |
| 23:33:04 | | Join cjnr11 [0] (~dfd@bobillot-5-82-224-193-23.fbx.proxad.net) |
| 23:33:09 | | Part cjnr11 |
| 23:44:32 | amiconn | [IDC]Dragon: I had a look into the cvs manual. Renaming a file _does_ link the history. |
| 23:44:33 | | Quit top_bloke (Read error: 54 (Connection reset by peer)) |
| 23:44:50 | amiconn | It is even possible to make the revision number start with the value of the old file + 1. |
| 23:45:26 | [IDC]Dragon | ah, ok. I didn't rename memcpy/memset |
| 23:45:43 | amiconn | Maybe I can convince Linus that it would be better to switch to lcd.S |
| 23:45:55 | [IDC]Dragon | it seems to bother you... |
| 23:46:27 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:46:27 | * | [IDC]Dragon can't reproduce the voice problem with gdb |
| 23:46:39 | amiconn | If you did compare my lcd.c with lcd.S, you should know why. |
| 23:47:23 | amiconn | Renaming a file in cvs is simple (basically, it is a "linked" commit) |
| 23:47:53 | amiconn | (1) Rename (or replace) the file locally |
| 23:48:01 | amiconn | (2) cvs remove old |
| 23:48:07 | amiconn | (3) cvs add new |
| 23:48:23 | [IDC]Dragon | can we post-mortem rename memset.c into memset.S ? |
| 23:48:34 | amiconn | (4) cvs commit -m "Replaced old with new" old new |
| 23:49:06 | [IDC]Dragon | you do commant line cvs? |
| 23:50:29 | amiconn | Of course I do. Since I did have to install cygwin anyway, I use many of the *nix tools under windows. |
| 23:51:03 | [IDC]Dragon | I like tortoise cvs |
| 23:51:15 | [IDC]Dragon | and a graphical merge tool |
| 23:51:45 | amiconn | I did never have a look at gui cvs tools. |
| 23:53:08 | amiconn | I use(d) openssh from cammand line for the ssh authentication as well. |
| 23:53:14 | amiconn | *command |
| 23:54:30 | | Quit timd0ug ("My damn controlling terminal disappeared!") |
icon identifies that the person is a core developer (has commit access).