00:15:22 | | Join midk [0] (mk@ACC2AE13.ipt.aol.com) |
00:23:34 | *** | Saving seen data "./dancer.seen" |
00:29:20 | | Quit AciD (""Linux ? Ya moins bien, mais c'est plus cher"") |
00:33:33 | | Quit friday101 (Read error: 110 (Connection timed out)) |
00:42:09 | | Quit mecraw__ ("Trillian (http://www.ceruleanstudios.com)") |
00:51:35 | bluEchiP | Just so it's in the logs, this is me being concerned in case you (Badger) did not get why I laughed earlier ....The name "baGDer" made me smile, and I thought I'd share - no offense intended :) |
00:52:03 | midk | ... |
00:52:09 | midk | WiNS cracks me up |
00:52:14 | midk | LOLACS |
00:53:31 | bluEchiP | can't resist those little psychological tricks everywhere :) |
00:53:51 | midk | O WiNS |
00:53:55 | midk | LOLACSSSSSSSSSSSSS |
01:00 |
01:03:20 | midk | hmm |
01:03:24 | midk | *furious |
01:18:22 | bluEchiP | found lots of room for speed improvement in the line drawing algorithm |
01:18:35 | bluEchiP | and smaller code too! |
01:18:53 | midk | drawline? |
01:18:57 | bluEchiP | yeah |
01:19:06 | midk | OMFG PINCH ME |
01:19:09 | midk | jk |
01:21:09 | midk | hmm well i think i'm going to add a statusbar to breakout bc |
01:21:14 | bluEchiP | and if you are only drawing 90 and 45 degree lines - it's a killer |
01:21:23 | midk | we'll have to move down the top if i do |
01:21:31 | bluEchiP | we? |
01:21:33 | bluEchiP | lol |
01:21:35 | midk | i'll! |
01:22:06 | bluEchiP | if you coded it like i suggested, that will take a single line of code to ensure everything still works |
01:22:15 | bluEchiP | if not, then you have your work cut out |
01:22:17 | midk | oyes? |
01:22:33 | midk | *starts over |
01:25:16 | bluEchiP | the lot? |
01:26:08 | midk | pretty much |
01:26:14 | midk | i have to do a bit of work on it |
01:26:21 | midk | i have to move the whole overlay down a row |
01:26:26 | midk | and everything else up one |
01:26:31 | midk | and add the statusbar |
01:26:49 | bluEchiP | #define TopLine 10+4 |
01:27:11 | midk | why 10+4? |
01:27:21 | bluEchiP | was at 10, now is 4 lower |
01:27:40 | bluEchiP | (10+4) actually |
01:28:11 | midk | 4 lower... it's going to be 8 high |
01:28:18 | bluEchiP | THAT TOO |
01:28:20 | bluEchiP | that too |
01:28:28 | midk | wait then where did the 4 come from? |
01:28:34 | bluEchiP | WHATEVER |
01:29:06 | midk | um |
01:29:09 | midk | yessir |
01:29:19 | bluEchiP | sir - lol |
01:29:29 | midk | yes sir funny sir |
01:29:35 | midk | midk assclown, sir |
01:31:06 | midk | so 10+8? |
01:31:22 | bluEchiP | no idea - only you knwo where from and where to |
01:31:38 | midk | i don't know where the 10 came from originally |
01:31:41 | midk | i think it should be just 10 |
01:31:45 | midk | 8 for the text |
01:31:48 | midk | 2 for the line under it |
01:31:53 | midk | make that 11. |
01:31:56 | bluEchiP | as you wish |
01:32:01 | midk | TY TY |
01:32:04 | midk | or 10 |
01:32:09 | midk | so it hits the line? |
01:32:13 | midk | you decide bc |
01:32:17 | midk | i need you to decide for me |
01:32:35 | midk | 11 so it bounces 1px away from the line, or 10 so it hits the line and bounces? |
01:33:30 | bluEchiP | dont worry - if its one line of code - you can correct it later if you want |
01:33:40 | midk | ok i'll say 10 |
01:34:06 | midk | #define BALL_MIN_Y 10 /* farthest up the ball can go */ |
01:34:08 | midk | >_< |
01:34:56 | bluEchiP | #define Top 10 /* top of play area*/ |
01:35:08 | bluEchiP | whatever - the longer the variable, the more you have to type |
01:35:13 | midk | but BALL_MIN_Y ties in well with my other stuff |
01:35:19 | midk | #define BALL_MAX_Y 55 |
01:35:20 | midk | #define BALL_MAX_TALL_Y 55 /* farthest down the ball can go with tall paddle */ |
01:35:20 | midk | #define BALL_MAX_SHORT_Y 56 /* farthest down the ball can go with short paddle */ |
01:35:20 | DBUG | Enqueued KICK midk |
01:35:20 | midk | #define BALL_MIN_Y 10 /* farthest up the ball can go */ |
01:35:20 | midk | #define BALL_MAX_X 105 /* farthest right the ball can go */ |
01:35:20 | *** | Alert Mode level 1 |
01:35:20 | midk | #define BALL_MIN_X 1 /* farthest left the ball can go */ |
01:35:58 | bluEchiP | #define bXmin (1) |
01:36:28 | midk | hmm |
01:36:37 | bluEchiP | #define bXmax (LCD_WIDTH-1-ballW) |
01:36:37 | midk | good idea bc. |
01:36:56 | bluEchiP | may not need -1 |
01:37:31 | midk | i like -1 OYES |
01:37:37 | bluEchiP | then you have |
01:37:37 | bluEchiP | int bX, bY; /* ball X,Y */ |
01:37:46 | midk | int ball_x = 34; /* ball start position (x) */ |
01:37:47 | midk | int ball_y = 34; /* ball start position (y) */ |
01:37:56 | bluEchiP | if (bX<bXmin) whatever |
01:38:02 | midk | i'll make that bX and bY though |
01:38:08 | bluEchiP | whatver you like |
01:38:12 | midk | just a moment here |
01:38:13 | bluEchiP | i hate typing |
01:38:17 | midk | lol |
01:38:20 | midk | yessir sir |
01:39:26 | bluEchiP | love the way US call everyone "sir", outside of business it's quite the insult in the UK |
01:39:35 | midk | oh sorry |
01:39:39 | bluEchiP | np |
01:39:44 | midk | i think that's your way of saying "stop it" |
01:39:45 | midk | lol |
01:40:01 | bluEchiP | more of a "yeah right" or a "f you" |
01:40:15 | midk | i was going to say that i swear |
01:42:17 | bluEchiP | how many greyscales are really useable? |
01:42:24 | bluEchiP | ...in a game |
01:42:30 | midk | up to 33 |
01:42:51 | amiconn | bluEchiP: I'm currently looking at your starfield demo code. |
01:42:56 | midk | OH I LOVE IT |
01:43:05 | midk | AHEMFLYTHRUSPACEAAEEMMMMMMM |
01:43:05 | bluEchiP | errrrr - it's just been vastly improved - but yes? |
01:43:22 | midk | *coughs to cover up that loud noise |
01:44:18 | bluEchiP | comment on the confusing use of "int t;" will cause me to cringe for the second time tonight - LOL |
01:44:22 | amiconn | I wonder why you are using so many I8 / UI8. |
01:44:35 | midk | i love ui32. |
01:44:45 | amiconn | This is actually slower most of the time and generates more asm instructions than using UI32 / I32 on a 32bit machine like the SH |
01:45:02 | bluEchiP | hmm |
01:45:07 | midk | did bc just get told? |
01:45:10 | midk | heh jk |
01:45:16 | midk | no keep ui32 |
01:45:17 | midk | i like it |
01:45:21 | *** | Alert Mode OFF |
01:45:54 | bluEchiP | that's handy to know - thanks |
01:46:27 | bluEchiP | now you've got me wondering what to do about sprite data |
01:47:22 | amiconn | Of course you have to use byte width for byte data like sprites, but I recommend using int for coordinates |
01:47:47 | bluEchiP | yes,thanks - that show() routine would be a fair chunk faster with that knowledge me thinks |
01:47:57 | amiconn | Second thing that puzzles me is your line algorithm - "else if (deltay)" with an comment saying /* horz */ |
01:48:21 | bluEchiP | OUCH! |
01:48:21 | amiconn | Shouldn't this read "else if (!deltay)" ? |
01:48:32 | bluEchiP | yes indeed - lol |
01:48:42 | midk | amiconn ooh |
01:48:56 | bluEchiP | do you like the use of "int t" in the show() routine? |
01:49:31 | amiconn | And the last thing - you call these routines sprite routines, but imo they aren't, because they don't save the background. |
01:50:10 | midk | bad boy bc |
01:50:31 | midk | so amiconn |
01:50:37 | midk | if i move the overlay down 1 row |
01:50:48 | midk | anything that uses a gray function will have to be moved up basically? |
01:51:01 | bluEchiP | three answers to that ... |
01:51:10 | bluEchiP | 1. they're now called "bc" routines because I am about to jack in using the core rand() function which is FAR too costly for me |
01:51:17 | bluEchiP | 2) they are very much in their infancy |
01:51:55 | amiconn | A final one - using rb->memset() in spr_CLS() would be very likely much faster than using a loop. |
01:52:04 | bluEchiP | 3) the way I have it all mapped in my head atm, saving the background will not be relevant, as the sprites will exist on different layers |
01:52:23 | amiconn | midk: yes |
01:52:23 | bluEchiP | blinding idea - THANK YOU |
01:52:28 | midk | bc lol |
01:52:31 | midk | ty ami |
01:53:03 | bluEchiP | i presume memset lives in iram |
01:53:12 | midk | gah this is NOT good. |
01:53:20 | midk | i may just use gray bitmaps for the numbers |
01:53:36 | amiconn | bluEchiP: Yes it does, and it is fully asm optimized :) |
01:54:09 | amiconn | midk: I really consider adding font support to the framework. |
01:54:27 | midk | i certainly can't move this up. |
01:54:38 | midk | i suppose i'll use bitmaps then until font support is added |
01:54:38 | bluEchiP | mk: feel free to nick the starfield stuff |
01:54:39 | midk | thanks though |
01:54:45 | midk | heh ty |
01:55:17 | amiconn | Font support demands to change another thing in the framework first, namely gray_drawbitmap() |
01:56:06 | bluEchiP | my god - it's in assembler - wow - cool |
01:56:36 | amiconn | gray_drawbitmap() will be changed to use the same bitmap format as lcd_bitmap(), so you can use bmp2rb to make bitmaps for it as well. |
01:56:56 | bluEchiP | what is that format do you know? |
01:56:58 | midk | calm down bc |
01:57:01 | midk | do you know assembly? |
01:57:08 | bluEchiP | lol - just a wee bit |
01:57:13 | midk | ami: i'll use the drawgraymap |
01:57:19 | midk | probably keep it actually |
01:57:24 | midk | THATS A REALLY GOOD IDEA! |
01:57:29 | midk | *keeps idea for self |
01:57:38 | midk | it would match my splash screen font. |
01:58:10 | | Join silencer_ [0] (~silencer@adsl.via.ecp.fr) |
01:58:20 | amiconn | midk: gray_drawgraymap() will stay with it's current format, only gray_drawbitmap will change. |
01:58:32 | midk | i'm going to use drawgraymap |
01:58:35 | midk | easier and better |
01:58:41 | midk | maybe i'll grayshade my font |
01:58:44 | midk | oyah oyah oyah. |
01:59:20 | bluEchiP | ami - do you think that 33 shades are really visible in a game? |
02:00 |
02:00:30 | amiconn | Imo the maximum of 33 shades is too slow for a game, I would only use 8..16. 33 shades is for image viewers or such. |
02:00:41 | midk | i use 8 |
02:00:55 | bluEchiP | 8 and 16, not 9 and 17? |
02:01:04 | midk | dahaha. |
02:01:19 | midk | amiconn: did you say you were creating a jpg or bmp reader? |
02:01:54 | | Quit silencer (Read error: 54 (Connection reset by peer)) |
02:02:00 | bluEchiP | if you are, you may be delighted to know that ID3 specifies the standard image size as 64x64 (although supports anything) |
02:02:05 | amiconn | midk: [IDC]Dragon is developing a jpeg viewer (which basically already works as he told me) |
02:02:30 | midk | i want to see. |
02:02:40 | amiconn | Next thing I'm thinking of is (1) using draw modes to shorten the code a bit and (2) optimized drawing routines. |
02:02:50 | midk | there's an album art id3 info tag |
02:04:18 | bluEchiP | ami: how many "register int x"'s am i likely to get away with, and does it assign them from the top of the declaration list down ....do you know? |
02:04:18 | amiconn | midk: The jpeg vewer cannot run in parallel to music playback, as it has to use the playback buffer |
02:04:37 | midk | aw |
02:04:53 | bluEchiP | blimey - i knew it was big - but i didn't know it was THAT bit |
02:05:12 | | Join silencer [0] (~silencer@138.195.149.157) |
02:05:29 | amiconn | bluEchiP: I don't know about the assignment sequence - the gcc optimizer sometimes does very odd things. |
02:06:43 | amiconn | Most of the time you don't really need to explicitly require "register" |
02:07:06 | amiconn | As long as you don't reference a variable's address and the scope of that variable is not too large, it will be put in a register. |
02:07:38 | bluEchiP | cool - i must say, i am mighty impressed with what our compiler does |
02:08:01 | amiconn | If you want to know for sure which variable is registered and which is not, you have to disassemble the object module. |
02:08:16 | bluEchiP | yes, i must look into the assembly at some point |
02:08:38 | bluEchiP | i've not looked at it AT ALL yet :( |
02:09:21 | amiconn | The odd thing with the gcc optimizer is - while being very clever at some spots, it does not do obvious optimizations in other spots. |
02:10:05 | bluEchiP | I suppose the guy who wrote it had to stop somewhere - but it is often annoying to find glaring omissions |
02:11:15 | amiconn | The best example for that was the recording data transfer loop (before I optimized it). There I could see both behaviours close together. |
02:11:36 | | Join george_4_man [0] (Joosa@ool-44c4728b.dyn.optonline.net) |
02:12:02 | george_4_man | can anyone help me with cygwin please? |
02:12:20 | | Join scott666_ [0] (~scott666@24.245.59.203) |
02:12:37 | bluEchiP | ami: I've got a whole bunch of new optimisations for existing code ...I should submit them to you - you can claim the work and they will get included :) |
02:13:10 | bluEchiP | ami: you might be interested to compare my mods to the bressenham algorithm |
02:13:42 | bluEchiP | george_4_man: yes, but for the next 3 minutes I am making tea - queue up some questions while I am gone :) |
02:14:02 | george_4_man | okay |
02:14:23 | george_4_man | i tried to do a make, but sh-elf-gcc doesn't exist, where may i find that? |
02:14:26 | amiconn | bluEchiP: Yes, that is one thing I want to try (at first within the grayscale framework). |
02:15:31 | amiconn | george_4_man: See http://rockbox.haxx.se/docs/cygwin_sdk.html , especially step 3 |
02:15:48 | george_4_man | yeah, i'm on that right now, i did everything |
02:16:39 | amiconn | Hmm. You did install the sh-gcc and sh-binutils packages? |
02:16:43 | george_4_man | yeah |
02:16:57 | george_4_man | could it have something to do with not being able to download the setup.ini? |
02:17:10 | amiconn | Perhaps you should look where in the cygwin dir structure the executables are located. |
02:17:22 | george_4_man | for what? |
02:17:24 | | Quit silencer_ (Read error: 104 (Connection reset by peer)) |
02:18:21 | amiconn | To know (1) if they are really there and (2) for knowing their path. Perhaps they are in a path that isn't included in the search path of the shell by default. |
02:18:47 | george_4_man | it's not in there |
02:19:29 | | Join silencer_ [0] (~silencer@nino.via.ecp.fr) |
02:19:29 | | Quit silencer (Read error: 54 (Connection reset by peer)) |
02:19:48 | midk | back in 30 or less |
02:20:07 | george_4_man | ah, i found it, thanks |
02:20:10 | | Quit midk (Read error: 54 (Connection reset by peer)) |
02:20:30 | amiconn | george_4_man: where? |
02:20:53 | george_4_man | opt/sh1 |
02:21:23 | amiconn | So next thing is to check your search path: |
02:21:31 | george_4_man | i just copied it to bin |
02:21:38 | george_4_man | is that a bad thing? |
02:22:05 | bluEchiP | george_4_man: i can heartily reccomend the dev kit on my home page |
02:22:25 | amiconn | That's another alternative, but I prefer to not put things that don't belong to genuine cygwin into /bin |
02:23:04 | george_4_man | so how do i change the search path? |
02:23:35 | *** | Saving seen data "./dancer.seen" |
02:24:49 | | Join midk [0] (mk@AC87045A.ipt.aol.com) |
02:25:20 | amiconn | george_4_man: One moment, have to take a look. |
02:25:43 | george_4_man | k thanks |
02:39:46 | | Part george_4_man |
02:42:05 | amiconn | Grr, now he is gone. It took me quite a while to find it; there are definitely too many ways to do something in unix. |
02:42:28 | scott666_ | heh |
02:42:34 | | Nick scott666_ is now known as scott666 (~scott666@24.245.59.203) |
02:43:00 | bluEchiP | maybe he got kicked and plans to return :) |
02:43:46 | bluEchiP | well, *I'VE* implemented all your suggestions, so you ARE appreciated - actually, what is more appreicated is your proof reading my code for me :) |
02:44:29 | amiconn | Did you update starfield.c on the web already? |
02:44:45 | bluEchiP | take me 10 seconds.... |
02:44:58 | bluEchiP | actually, let me just check it still compiles |
02:45:29 | bluEchiP | done |
02:49:40 | amiconn | (1) You can optimize the coordinate bounds checks by doing "if ( (unsigned) x >= LCD_WIDTH || (unsigned) y >= LCD_HEIGHT)" |
02:49:45 | amiconn | (That reminds me that I wanted to use that as well..) |
02:50:14 | bluEchiP | which line? |
02:50:48 | amiconn | E.g. in bc_plot() |
02:50:53 | bluEchiP | oh yes, very cool |
02:50:59 | bluEchiP | (found it as you said) |
02:51:49 | | Join silencer [0] (~silencer@adsl.via.ecp.fr) |
02:52:05 | bluEchiP | that's a real hoopy bit of thinking there :) |
02:52:23 | bluEchiP | (whoopy?) |
02:53:06 | bluEchiP | (as in "saz that hoopy Ford Prefect there's a cool frood who really knows where his towel is") |
02:53:24 | | Quit midk (Read error: 60 (Operation timed out)) |
02:54:10 | amiconn | bluEchiP: Dito in bc_line(), only that the condition(s) is/are reversed. |
02:55:16 | bluEchiP | i've also noticed that "abs(expression)" causes the expression to encoded thrice and calculated twice |
02:55:48 | | Quit silencer_ (Read error: 104 (Connection reset by peer)) |
02:56:14 | | Join friday101 [0] (~why@pcp06796835pcs.bowie01.md.comcast.net) |
02:56:19 | | Join silencer_ [0] (~silencer@nino.via.ecp.fr) |
02:56:40 | friday101 | SOMEONE PLEASE FIX THE HEBREW FONT PROBLEM! |
02:56:45 | friday101 | gooday! |
02:56:48 | | Quit friday101 (Client Quit) |
02:57:01 | scott666 | lol |
02:57:11 | bluEchiP | lol |
02:57:34 | bluEchiP | i'm sure there's a good jewish joke in that somewhere |
02:57:40 | scott666 | drive-by feature requests |
02:57:44 | bluEchiP | lol |
02:58:28 | bluEchiP | i thought jews were stereo-typically supposed to be frugal with money not manners |
02:58:44 | bluEchiP | (best i could come up with at short notice) |
02:59:13 | | Quit arspy87 ("Leaving") |
02:59:50 | scott666 | yeah, i was trying to think of one |
03:00 |
03:00:34 | | Quit silencer (Read error: 54 (Connection reset by peer)) |
03:01:34 | | Join midk [0] (mk@AC838038.ipt.aol.com) |
03:01:42 | | Join silencer [0] (~silencer@nino.via.ecp.fr) |
03:02:37 | amiconn | bluEchiP: Apart from 3 locations in bc_line() where the optimized bounds check would be applicable, I didn't find more things. |
03:02:58 | bluEchiP | fantastic - thanks for your time :) |
03:03:14 | bluEchiP | I'm wondering if the abs can be optimised |
03:03:58 | midk | abs. |
03:04:02 | midk | hi bc and ami |
03:04:17 | amiconn | bluEchiP: I did not find an abs() in your code ?! |
03:04:27 | bluEchiP | in bc_line() |
03:04:37 | bluEchiP | deltax and deltay |
03:05:15 | | Quit silencer_ (Read error: 104 (Connection reset by peer)) |
03:06:17 | amiconn | Ah oops, you already tried to replace it. |
03:06:22 | bluEchiP | deltax = abs(x2-x1) |
03:06:22 | bluEchiP | becomes |
03:06:22 | bluEchiP | deltax = x2-x1; if (deltax<0) deltax = (~deltax)+1; |
03:06:22 | DBUG | Enqueued KICK bluEchiP |
03:06:22 | bluEchiP | ?? |
03:06:52 | bluEchiP | sorry - what is there atm is wrong |
03:07:03 | amiconn | Unfortunately, your "&= 0x7FFFF" can't work. |
03:07:05 | bluEchiP | i just stripped the sign - I didn't 2's it |
03:07:34 | midk | ho to you too. |
03:07:55 | amiconn | toot |
03:08:17 | bluEchiP | what do you think to the above idea? |
03:09:33 | amiconn | About that: deltax = x2-x1; if (deltax<0) deltax = (~deltax)+1 ? |
03:09:38 | bluEchiP | yes |
03:09:52 | midk | is the rule, no c++ style comments? |
03:10:00 | bluEchiP | yes |
03:10:11 | bluEchiP | handy for debugging though |
03:10:11 | midk | dah. |
03:10:31 | | Join silencer_ [0] (~silencer@adsl.via.ecp.fr) |
03:10:32 | amiconn | I think this will generate almost the same code as simply using deltax = abs(x2-x1); |
03:11:05 | bluEchiP | it's that "almost" I'm counting on |
03:11:50 | amiconn | Since this is only called twice in your function, it should have a neglectible impact on performance. |
03:12:04 | bluEchiP | but it IS in drawline() |
03:12:14 | bluEchiP | which is quite a popular graphical call |
03:12:43 | amiconn | If you really want it fast, you'd have to use asm. |
03:13:14 | midk | amiconn: as bc was saying, usually the gray in my breakout paddle is sort of flickery −− any way to sort of smooth it out? |
03:13:45 | bluEchiP | yes, I supopse as have no plans to submit the code to Rockbox, I do not need to conform to their coding standards - hmmm |
03:14:38 | amiconn | You can code your "if(deltax < 0) deltax = (~deltax)+1" with only 2 asm instructions... |
03:15:01 | amiconn | Oops, 3 instructions of course |
03:15:05 | bluEchiP | lol |
03:15:52 | amiconn | midk: As I did not see it yet, I can't tell for sure, maybe not. |
03:16:31 | | Join Mylacc [0] (~Mylacc@63-174-114-63.uterr.blacksburg.ntc-com.net) |
03:19:24 | | Quit silencer (Read error: 60 (Operation timed out)) |
03:21:57 | amiconn | bluEchiP: deltax = x2 - x1; asm ("cmp/pz %0 \n bt 1f \n neg %0,%0 \n 1: \n" : "+r"(deltax) ); |
03:22:39 | Ctcp | Ignored 3 channel CTCP requests in 5 hours and 45 minutes at the last flood |
03:22:39 | * | bluEchiP stares at code until it makes sense |
03:22:46 | amiconn | Of course this is machine dependent, so to be surrounded with #ifndef SIMULATOR .. #endif |
03:23:40 | Mylacc | What does Dir Buffer is full mean? I know it means that it wont display the directories but with is the max amount or how do i fix this? |
03:23:48 | bluEchiP | in the menu |
03:24:53 | bluEchiP | but i'll be blown if I can find it |
03:25:42 | bluEchiP | general->system->limits |
03:26:14 | Mylacc | ok, found that |
03:26:27 | Mylacc | first is max files in dir |
03:26:34 | Mylacc | and the second is max playlist size |
03:26:46 | Mylacc | my problem is max dirs |
03:26:47 | Mylacc | i think |
03:27:03 | Mylacc | because there are only 3000 mp3s and my max files in dir is set to 4000 |
03:27:11 | Mylacc | so that shouldnt be the problem |
03:27:21 | bluEchiP | hm - what version do you run? |
03:27:42 | Mylacc | 2.2 |
03:27:46 | Mylacc | v2 recorder |
03:28:12 | bluEchiP | ami: can i replace the "\n"'s with real newlines for readable? - sorry, I never did get my ahead around this presentation of assembler |
03:28:25 | bluEchiP | Mylacc: 2.2 - release or daily build? |
03:28:30 | Mylacc | release |
03:28:50 | bluEchiP | try a daily build - cos it may have been found and fixed |
03:29:06 | Mylacc | ok, thanks, will do |
03:29:07 | amiconn | Mylacc: The default for max files in dir is 400. This shouldn't be set too high; it's sufficient to set this just above the maximum number of mp3s that you have _in one dir_ |
03:29:09 | bluEchiP | problem is all the devs use daily, so help on release stuff is difficult to obtain |
03:29:46 | bluEchiP | ami: is there a doc somewhere that explains this asm format? |
03:30:16 | amiconn | bluEchiP: You can split the asm code string into several lines, but the \n's inside the string must remain. |
03:30:24 | bluEchiP | ok - cheers |
03:30:54 | amiconn | Yes, see http://gcc.gnu.org/onlinedocs/gcc-3.0.4/gcc_5.html#SEC68 , section 5.36 |
03:31:14 | midk | bcbccc |
03:31:30 | amiconn | This is how I write longer asm blocks in that format: |
03:31:35 | amiconn | asm( |
03:31:58 | amiconn | "cmp/pz %0 \n" |
03:32:24 | amiconn | "bt 1f \n" |
03:32:37 | amiconn | "neg %0,%0 \n" |
03:32:48 | amiconn | "1: \n" |
03:33:01 | amiconn | : /* outputs */ |
03:33:45 | amiconn | ./* %0, in & out */ "+r"(deltax) |
03:33:50 | amiconn | ); |
03:34:21 | amiconn | (sorry the dot at the start of the second last line shouldn't be there) |
03:34:37 | bluEchiP | tanks |
03:34:38 | bluEchiP | thanks |
03:34:54 | bluEchiP | what is the "1:" ? |
03:35:21 | Mylacc | sorry, this might be a dumb question but did the file format chance? there is no .rockbox directory, only a rockbox-daily-20040511 directory |
03:35:40 | bluEchiP | did you download source code or build? |
03:35:55 | amiconn | The 1: is a local label (target for the bt instruction) |
03:36:05 | Mylacc | ha |
03:36:08 | Mylacc | good call, thanks |
03:36:23 | bluEchiP | oh! - so what's the "f" in "bt 1f" then ...forward reference? |
03:36:49 | bluEchiP | i had guessed that 1f was a hex value specifying the branch distance |
03:37:01 | amiconn | yup, 1f means "jump to the next "1" label you find in "f"orward direction. |
03:37:07 | bluEchiP | Mylacc: lol ;) |
03:38:14 | bluEchiP | so "bt heref" would match with "here:" ??? |
03:38:32 | bluEchiP | sorry, i must be sounding really thick right now |
03:39:21 | amiconn | no, because "here" wouldn't be a local label. To match "here:", you would have to use "bt here". |
03:40:11 | amiconn | The asm above is explained quickly: |
03:40:18 | | Join silencer [0] (~silencer@nino.via.ecp.fr) |
03:41:04 | bluEchiP | should i presume asm( "code" : %0 : %1 : %2 : %3 ); |
03:41:09 | amiconn | "+r"(deltax) specifies that deltax is both an input and output parameter, and it should be put in a register. |
03:41:39 | amiconn | As this is the first parameter, that register will be referenced with %0 within the asm. |
03:41:57 | bluEchiP | understood |
03:42:51 | | Quit silencer_ (Read error: 60 (Operation timed out)) |
03:42:57 | amiconn | The first instruction "cmp/pz %0" is "compare if %0 is _p_ositive or _z_ero. |
03:43:01 | Mylacc | I have over 125 folder in one directory, is this causing the problem cause it's still happening |
03:43:52 | amiconn | If yes, it sets the t condition flag, otherwise it resets it. |
03:44:21 | bluEchiP | yep - i'm pretty cool with the assembler, just not the inline thing |
03:44:43 | amiconn | Ok then. |
03:44:46 | bluEchiP | cheers |
03:45:26 | bluEchiP | I must pull down the SH1 programmers docs and learn them all - but I used to write BIOSes for a living, so asm as a concept is well understood by a stray corner of my grey matter |
03:45:44 | amiconn | The syntax within the asm() string is the same as for pure asm, except of the %0 thing. |
03:46:16 | bluEchiP | that's cool - there seem to be lots of weird things to learn about what starts happening after the colons |
03:46:23 | amiconn | SH1 asm is not really hard to learn - since it is a risc machine, there aren't that many instruction. |
03:46:42 | bluEchiP | risc - cool - my last disasm was for a risc chip |
03:46:52 | amiconn | I learned it in a few days. |
03:47:19 | amiconn | If you really want to optimize, there are some pitfalls, though. |
03:47:23 | bluEchiP | wrote a documenting disassmebler for a series of RISC based CPUs |
03:47:39 | bluEchiP | MIPS-X core |
03:48:03 | bluEchiP | pitfalls? |
03:48:25 | bluEchiP | arguments with gcc? |
03:49:19 | amiconn | No, within the asm itself I mean. There are situations where an instruction sequence would cause a pipeline stall, which can be resolved by re-ordering. |
03:50:02 | bluEchiP | you wanna try dealing with "delayed branching" - that's a mind blower |
03:50:38 | amiconn | You have to - unconditional branches are always delayed branches with the sh. |
03:51:06 | bluEchiP | how many delay slots? |
03:51:12 | amiconn | One. |
03:51:27 | bluEchiP | that's not too bad |
03:51:51 | bluEchiP | two slots really forces the abusive use of NOP |
03:52:10 | amiconn | Another thing: Don't use a register you load from memory in one instruction within the next instruction. |
03:52:58 | amiconn | Next: Keep memory load/store instructions at longword boundaries (if executing from 32 bit memory, i.e. IRAM) |
03:53:17 | amiconn | There are a few others. |
03:53:18 | bluEchiP | fully and completely understood |
03:53:28 | bluEchiP | (at a silicon level) |
03:53:39 | bluEchiP | thanks for the heads up |
03:53:52 | bluEchiP | you can write some GREAT code if you try to though |
03:54:11 | bluEchiP | it's great for getting reference addresses to variables |
03:55:27 | | Quit silencer (Read error: 104 (Connection reset by peer)) |
03:55:44 | amiconn | Have a look at lcd.S as well as copy_read_data() and copy_write_data() in ata.c for some really tricky optimizations. |
03:56:37 | bluEchiP | ld r1,100[r2] |
03:56:38 | bluEchiP | ld r3,r1 |
03:56:38 | bluEchiP | ...r3 = 100+r2 |
03:56:41 | amiconn | (all 3 end up in IRAM, so rule #2 above applies. However, plugin code does not.) |
03:57:13 | | Join silencer [0] (~silencer@138.195.149.157) |
03:58:28 | amiconn | Ooops, copy_read_sectors() and copy_write_sectors() of course. |
03:58:35 | Mylacc | OK, i reordered the folders to letters in the alphabet so i am assuming 125+ folder was the problem |
03:59:06 | bluEchiP | can you report that to the mailing list pleae so it does not get forgotten about |
03:59:16 | bluEchiP | ^^ @ Mylacc |
03:59:30 | amiconn | I should really get some sleep now. |
03:59:42 | midk | bc |
03:59:43 | midk | pm |
03:59:44 | midk | ? |
03:59:46 | bluEchiP | amiconn: thank you for all your help - it is greatly appreciated |
03:59:51 | midk | nite ami |
03:59:59 | bluEchiP | sleep good my friend |
04:00 |
04:00:13 | amiconn | nite |
04:00:19 | | Part amiconn |
04:00:39 | Mylacc | ok, will do |
04:00:54 | Mylacc | subscribing first |
04:00:54 | Mylacc | lol |
04:03:57 | Mylacc | ok, once i get the address i will send it out, prolly tomorrow since i did a daily mailing |
04:04:13 | Mylacc | thanks for your help |
04:04:14 | bluEchiP | nice one dude |
04:04:18 | bluEchiP | you're welcome |
04:23:38 | *** | Saving seen data "./dancer.seen" |
04:24:12 | | Join Strath__ [0] (aopen@216.165.135.240) |
04:24:25 | | Nick Strath__ is now known as Strath (aopen@216.165.135.240) |
04:24:29 | midk | strathy. |
04:24:49 | Strath | hey midi |
04:25:01 | midk | what's up? |
04:25:28 | Strath | just getting back to work on that emulator code |
04:25:44 | Strath | first i've been in my office all day... |
04:25:54 | midk | hmm how's it coming? |
04:26:38 | bluEchiP | so, mk, you gonna name the challenge for the coding compo publicly? |
04:26:52 | midk | coding compo? |
04:27:02 | bluEchiP | lol |
04:27:23 | Strath | not too bad, getting the I/O implemented, figuring out the specific memory mapping of the device, etc... fun stuff :) |
04:27:23 | midk | well sure |
04:27:23 | midk | let's see who can finish my breakout game first. |
04:27:23 | midk | go for it! |
04:27:25 | bluEchiP | lol |
04:27:31 | Strath | done |
04:27:48 | Strath | oh, wait... you meant writing it, not playing it? |
04:28:09 | midk | writing |
04:28:17 | midk | you must suck at breakout if you are done so soon |
04:28:20 | midk | PAHAHAHAHAHAHAHAHA |
04:28:23 | midk | um yeah. |
04:28:51 | Strath | heh, never said i didn't :P |
04:29:08 | midk | i never said you did |
04:29:35 | bluEchiP | mk, stop acting your age - lol |
04:29:38 | Strath | though had the thought never entered your mind that maybe i was running it on an emu at many times normal speed?!? hrm!? |
04:29:42 | midk | LOL bc |
04:29:50 | midk | bc stop acting like a baby |
04:29:52 | midk | oh you are one |
04:29:54 | midk | PAHAHAHAHA |
04:29:54 | bluEchiP | wahhh |
04:29:55 | midk | HAHAHAHAHAHA |
04:29:58 | midk | AHAHAHAHAHAHAHAHAHAHAHAHA |
04:30:04 | midk | *coughs |
04:30:09 | Strath | children, children... please |
04:30:12 | | Quit Mylacc ("«»«»« 7th SpaRRow v5.2 by SpinoC at http://jump.to/sparrow »«»") |
04:30:14 | Strath | ;) |
04:30:20 | midk | children, BABY you meanm |
04:30:22 | midk | mean* |
04:30:26 | midk | ADAGAAHAHAHAHA |
04:30:31 | midk | no the baby is bc btw. |
04:31:06 | Strath | ya... yer all relativly babies.... |
04:31:12 | midk | you too then |
04:31:21 | midk | NO NOT FAIIIIIIIIR |
04:31:25 | midk | YOUUUUU TOOOOOOOOOOOOOOOOOOOOOOO |
04:31:34 | Strath | *snicker* |
04:31:38 | bluEchiP | hey Strath, back me up on this ...I've gotta try and save mk, 3000 lines of code ...when defining a font, use a 2d array and not loads of 1d arrays |
04:32:03 | midk | 3000 lines of code? |
04:32:31 | bluEchiP | (3000 comedic exaggeration) |
04:32:37 | Strath | why not use a single 1d array for all of the data? |
04:32:38 | midk | ok |
04:32:42 | midk | OOOOH |
04:32:44 | midk | bc just got told |
04:32:47 | midk | for the fourth time! |
04:32:50 | midk | TODAY! |
04:32:58 | bluEchiP | and index the start of each char how? |
04:33:02 | midk | must feel pretty crunchy |
04:33:16 | bluEchiP | mk: <shhhh> ...listen ...you may learn something |
04:33:24 | midk | bc you will |
04:33:26 | midk | that's for sure |
04:33:33 | midk | you need an upgrade |
04:33:43 | Strath | hell, all a 2d array is, is a 1d array with your programing language taking care of the details |
04:34:06 | bluEchiP | so why would you choose to do the math yourself rather then letting the compiler do it? |
04:34:33 | Strath | index the start of each char through pointer arithmatic |
04:34:52 | midk | heh bc |
04:34:57 | midk | i already said i'd do it your way |
04:35:00 | bluEchiP | why not let the compiler do it? |
04:35:14 | midk | AL. READY. SAID. that I. WOULD DO. IT. YOUR WAY. |
04:35:15 | Strath | masakistic(sp)? |
04:35:28 | Strath | (really sp) |
04:35:29 | bluEchiP | lol |
04:35:33 | Strath | *grin* |
04:35:36 | bluEchiP | masochistic (fwiw) |
04:35:51 | Strath | tnx |
04:36:12 | Strath | i just love playing devil's advocate |
04:36:32 | bluEchiP | so if you were trying to write readable code quickly, would you go with ....1) bit 1d array 2) lots of little 1d arrays 3) big 2d array |
04:36:41 | bluEchiP | I kinda noticed |
04:36:43 | bluEchiP | lol |
04:37:01 | midk | it's almost like somebody set bluechip's bool annoy to TRUE |
04:37:07 | midk | HAHAHHAHAAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA |
04:37:08 | Strath | hell, my emu code uses a 3d array |
04:37:28 | bluEchiP | I'm trying to save mk a bunch of aggro, but he seems to think it's just "my way" rather than just a "good choice" |
04:37:42 | Strath | there is one declaration that is char[400][10] |
04:37:54 | midk | it's your way obviously, you won't stop bothering me about it even after i already said i'd do it that way |
04:38:11 | midk | it seems to me like you're trying to convince strath to take your side so i'll think it's an even better idea |
04:38:34 | bluEchiP | mk: <shhhh> ...listen |
04:38:34 | Strath | just gotta be *more* right, :) |
04:38:44 | * | Strath is the same way |
04:38:51 | bluEchiP | Strath ...you are evil! |
04:38:54 | bluEchiP | LOL |
04:38:56 | midk | bc: nerd! |
04:39:59 | bluEchiP | mk: you might like to look up the term "devils advocate" |
04:40:19 | Strath | three hour debate at 2am about the relative similarities of the java VM and emulators in general.... |
04:40:20 | midk | bc: you might want to look up the term "eat me" |
04:40:53 | bluEchiP | Sorry dude, I'm striaght |
04:41:03 | midk | TWEEZERS WITH PADS |
04:41:04 | Strath | in the hallway of a dorm |
04:41:17 | bluEchiP | with one sock on |
04:41:20 | midk | wait you just became straight? |
04:41:31 | Strath | anyway... use what feels right for the given task |
04:42:23 | bluEchiP | so you suggest that newbie-c-guy should use a 3d array for his font - that'll be fun code to read :) |
04:42:40 | midk | bc why overcomplicate it for me |
04:43:08 | Strath | if you understand a concept one way, don't use a less understood method just because it is said to be *more* right, the odds of producing buggy code shoot way up. |
04:43:15 | bluEchiP | strath is the dude with all the cool coding ideas - i'm a K.I.S.S kinda guy |
04:43:20 | midk | correct. |
04:44:00 | bluEchiP | Strath: fair call ...mk: in which case i suggest you go back to the massive switch statement idea |
04:44:13 | midk | you were just rooting for a 2d array |
04:44:20 | midk | does strath really have that much power over you? |
04:44:56 | bluEchiP | i like his style |
04:45:04 | Strath | i throw out "cool coding ideas" to expose alternate methods, then use the resulting concurence of those involved. |
04:45:23 | bluEchiP | have you seen my Starfeld demo yet? |
04:45:39 | midk | bc: me? |
04:45:47 | bluEchiP | sorry, no, Strath |
04:45:59 | Strath | stating "trueisms" is fun :) |
04:46:14 | Strath | hrm? |
04:46:34 | bluEchiP | i spend two hours debating bresenhams optimisations tonight |
04:46:37 | bluEchiP | lol |
04:46:49 | bluEchiP | Strath: hvae you seen my Starfield "maxi demo" |
04:46:56 | Strath | nope |
04:47:03 | bluEchiP | (not quite a mega demo - lol) |
04:47:14 | midk | LOL |
04:47:16 | Strath | rockbox? |
04:47:18 | bluEchiP | the rocks are not built fomr the latest source but... |
04:47:19 | midk | i wanna see |
04:47:30 | Strath | if so, i don't have a compatible player |
04:47:41 | bluEchiP | http://homepage.ntlworld.com/cyborgsystems/Rockbox |
04:47:42 | midk | lol strath |
04:47:50 | midk | he was inferring that i should try it |
04:47:55 | midk | You Don't Know BC |
04:47:57 | bluEchiP | its run on the sim too |
04:48:30 | Strath | which is why i'm working on reverse engineering the one i do have |
04:49:14 | bluEchiP | *it runs .... |
04:49:31 | bluEchiP | infer = deduce ... imply = suggest |
04:50:24 | Strath | ewe, macros.... :P |
04:50:24 | midk | in·fer |
04:50:29 | midk | To hint; imply |
04:52:07 | bluEchiP | in US really? WOW ..."England & America; Two great nations seperated by one common language" <chruchill, i think> |
04:52:20 | Strath | sine tables... good |
04:52:44 | midk | bc did you get that definition? |
04:53:57 | bluEchiP | i have a sin table generator if you ever need one quickly |
04:54:17 | midk | k, avoid it |
04:54:18 | midk | nice work btw |
04:54:21 | Strath | why for your string constants, did you use #define's rather than char* ? |
04:55:16 | Strath | lol /* what good C program would be lacking an int i ? */ |
04:55:35 | Strath | very useful comment :) |
04:56:00 | midk | bc |
04:56:27 | midk | you messed up |
04:56:37 | midk | it's not homepage.ntlworld.com/rockbox |
04:56:52 | midk | its homepage.ntlworld.com/cyborgsystems/rockbox |
04:56:55 | bluEchiP | why the #define ...ummmmmmm, nope, can't come up with a reason ....luck of the draw I guess - lol |
04:57:02 | Strath | heh |
04:57:22 | Strath | ya... been there :) |
04:57:28 | midk | http://dictionary.reference.com/search?q=infer&r=67 |
04:57:31 | midk | #4 |
04:57:53 | bluEchiP | as it is only referenced once, it shouldn't make any difference |
04:58:51 | Strath | and as dictionaries are based on common usage, it is people like you who caused #4 to be added ;P |
04:59:09 | bluEchiP | Well, it would seem that American is taking over as the new global language |
04:59:36 | bluEchiP | sadly i've never found a free English dictionary on the net |
04:59:37 | Strath | that is so depressing |
05:00 |
05:00:03 | midk | hmm bc |
05:00:12 | midk | does your starfield use grayscale? |
05:00:29 | Strath | why can't the world standardize on one of the nice asian languages? |
05:01:56 | bluEchiP | yay- cantonese - never be stuck for the "right" word again - LOL :) |
05:02:12 | midk | bc? |
05:02:50 | Strath | *grin* |
05:02:59 | bluEchiP | no mk, the distinct lack of "grey_" will back that up ...I very much doubt it is fast enough for all the crap I'm doing |
05:03:21 | midk | ok did you see what i said about that error you made in your scroller? |
05:04:38 | bluEchiP | no |
05:05:04 | midk | 19:56:37 | <midk> it's not homepage.ntlworld.com/rockbox |
05:05:04 | midk | 19:56:52 | <midk> its homepage.ntlworld.com/cyborgsystems/rockbox |
05:05:34 | bluEchiP | D'OH |
05:05:38 | bluEchiP | cheers - fixed |
05:05:59 | midk | :) |
05:07:07 | Strath | interesting: http://energy21.freeservers.com/as01.htm |
05:07:13 | mike18 | ok smartie pants's |
05:08:07 | mike18 | i tried making playlists and i just updated my rockbox version and the playlists dont save right or something > when i load them it says "end of song file" and when i load em in winamp theres nothing |
05:08:11 | mike18 | what is wrong? |
05:08:51 | Strath | the file is empty? |
05:08:58 | midk | lo |
05:09:00 | midk | l |
05:09:09 | midk | wow nice job strath |
05:09:24 | Strath | glad i could help ;) |
05:09:36 | midk | haha |
05:09:41 | mike18 | you're not very smart |
05:09:43 | mike18 | :) |
05:09:48 | mike18 | smartass more like it |
05:10:12 | midk | HAHA |
05:10:34 | bluEchiP | afaik - rockox does not write to the play list - check it both before and after use :) |
05:11:18 | mike18 | ok i made them in winamp and loaded them from the mp3 player then saved em as a playslist to the mp3 player and emptiness |
05:12:28 | bluEchiP | sorry, i dont follow that sequence of events :( |
05:14:25 | bluEchiP | 1. make playlist - 2. cehck with notepad 3. put on jukebox 4. use jukebox 5. opne list in notepad |
05:16:14 | midk | ok bc |
05:16:24 | midk | can you tell me about this 2d array? |
05:16:48 | bluEchiP | look at my font file |
05:17:31 | midk | unsigned long/ |
05:17:49 | midk | othelo.c right? |
05:17:57 | bluEchiP | no font9x9.h |
05:18:20 | midk | ui32. |
05:18:39 | | Join Ka___ [0] (~tkirk@65.216.194.2) |
05:18:57 | midk | la'y! |
05:19:01 | midk | ka'y! |
05:20:23 | bluEchiP | jelly |
05:20:34 | midk | LOL |
05:20:39 | | Quit c0utta (niven.freenode.net irc.freenode.net) |
05:20:39 | NSplit | niven.freenode.net irc.freenode.net |
05:20:39 | | Quit mbr (niven.freenode.net irc.freenode.net) |
05:20:39 | | Quit Ka__ (niven.freenode.net irc.freenode.net) |
05:21:53 | midk | bc does it work the same for the drawgraymap format? |
05:22:23 | bluEchiP | you would need to calculate the value differently |
05:22:31 | midk | right |
05:22:33 | midk | i think |
05:22:41 | bluEchiP | but the concept is still sound |
05:22:48 | bluEchiP | valueS |
05:22:52 | midk | can you help. |
05:23:15 | NHeal | niven.freenode.net irc.freenode.net |
05:23:15 | NJoin | c0utta [0] (~c0utta@125.cust38.nsw.dsl.ozemail.com.au) |
05:23:23 | NJoin | mbr [0] (~mb@stz-softwaretechnik.com) |
05:23:43 | bluEchiP | if you get everything but the numbers done, yes |
05:24:12 | midk | so fill in my font junk then ui32 my way out of irc? |
05:24:56 | bluEchiP | no idea |
05:25:10 | midk | k |
05:25:13 | midk | UI32 |
05:27:59 | bluEchiP | i suggest when you draw each char you use a different keystroke for each greyscale |
05:28:15 | midk | different keystroke? |
05:28:22 | midk | *watching movie |
05:28:24 | midk | "what now?" |
05:28:26 | midk | lol |
05:30:35 | bluEchiP | ok l8rz dude - enjoy the film |
05:30:41 | midk | no wait |
05:30:43 | midk | no no no |
05:30:59 | midk | i always watch film whilst i code |
05:34:02 | midk | this format can be used in the array right |
05:34:02 | midk | static unsigned char font_r[] = { |
05:34:02 | midk | 0, 0, 0, 0, 0, /* |#####| */ |
05:34:02 | DBUG | Enqueued KICK midk |
05:34:02 | midk | 0, 255, 255, 255, 0, /* |# #| */ |
05:34:02 | midk | 0, 255, 255, 255, 0, /* |# #| */ |
05:34:02 | *** | Alert Mode level 1 |
05:34:02 | *** | Alert Mode level 2 |
05:34:02 | midk | 0, 255, 255, 255, 0, /* |# #| */ |
05:34:04 | midk | 0, 0, 0, 0, 0, /* |#####| */ |
05:34:06 | midk | 0, 255, 0, 255, 255, /* |# # | */ |
05:34:08 | midk | 0, 255, 255, 0, 255, /* |# # | */ |
05:34:10 | midk | 0, 255, 255, 255, 0, /* |# #| */ |
05:34:12 | midk | }; |
05:40:15 | bluEchiP | if you're only using black and white - use the same format that is there already |
05:40:38 | bluEchiP | it will reduce your code size by 87.5% |
05:40:42 | midk | LMAO |
05:40:48 | midk | no its just not gray shaded yet |
05:41:16 | bluEchiP | do you plan to use more than 16 shades? |
05:41:28 | midk | no |
05:41:29 | midk | i use 8 |
05:41:50 | bluEchiP | do it as nibbles |
05:41:56 | bluEchiP | save 50% |
05:41:57 | midk | nibbles. |
05:41:59 | midk | ? |
05:42:02 | bluEchiP | 4 bits |
05:42:07 | midk | dot dot dots |
05:44:03 | *** | Alert Mode OFF |
05:53:17 | bluEchiP | bye all |
05:53:21 | | Part bluEchiP |
05:56:34 | | Part scott666 |
06:00 |
06:03:02 | | Join wake [0] (~wake@HSE-Kitchener-ppp194434.sympatico.ca) |
06:03:30 | midk | hi wake |
06:04:00 | wake | hello |
06:11:13 | | Join minh [0] (~jirc@dyn-83-154-127-158.ppp.tiscali.fr) |
06:12:08 | minh | hi there |
06:12:39 | midk | hi |
06:13:13 | minh | i just flashed my Archos ! |
06:13:22 | midk | cool |
06:13:23 | minh | congratulations !! |
06:13:51 | minh | very good job you have done |
06:14:40 | | Quit wake ("leaving") |
06:14:47 | midk | i only contributed a plugin and a few minor patches |
06:14:51 | midk | but i'm sure the devs appreciated |
06:14:56 | midk | aprreciate it* |
06:14:59 | midk | gah you know what i mean |
06:15:00 | midk | :) |
06:15:04 | midk | working on a breakout plugin right now |
06:15:15 | minh | is anybody talk french in your team ? |
06:15:22 | minh | yes anyway |
06:15:31 | minh | it must be a lot of work |
06:16:09 | minh | what is the brek out plug in ? |
06:16:10 | midk | it is |
06:16:15 | midk | breakout. it's a game |
06:16:20 | midk | bounce a ball off a paddle and hit the blocks |
06:16:29 | minh | ah yes ! |
06:17:44 | minh | i'm working with remoted difital cameras on blimps |
06:18:12 | midk | oh cool! |
06:18:28 | minh | and i hoped for a connection solution between yhe archos and the cam |
06:18:40 | minh | but i read is not possile |
06:18:43 | midk | can't happen |
06:18:45 | minh | possible |
06:19:17 | minh | yo |
06:20:17 | minh | so we lookinf on a micro pc solution from Via |
06:21:19 | midk | cool |
06:21:23 | midk | i'd like to see that |
06:21:44 | minh | me too ;-) |
06:22:06 | minh | it's a lot of work in perspective... |
06:23:18 | minh | have fun in programming your game, and again very good job guys ! |
06:23:27 | midk | thanks! |
06:23:29 | minh | ciao see you |
06:23:42 | *** | Saving seen data "./dancer.seen" |
06:24:01 | | Quit minh ("Leaving") |
06:36:45 | | Join Ka__ [0] (~tkirk@65.216.194.2) |
06:40:57 | midk | ka |
06:43:20 | | Quit Ka___ (Read error: 60 (Operation timed out)) |
06:59:46 | | Join bluEchiP [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
06:59:46 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
07:00 |
07:01:09 | midk | bcbc |
07:01:15 | midk | so much for "Sleep time" |
07:01:15 | midk | lol |
07:01:47 | midk | hmm i sort of got my font down |
07:01:56 | bluEchiP | 05.53.17 # <bluEchiP> bye all |
07:01:56 | bluEchiP | 05.53.21 Part bluEchiP |
07:02:05 | midk | now i have to move it into one of those 2d guys right |
07:02:16 | midk | you pm'ed me 3 hours ago saying something about bedtime |
07:02:33 | bluEchiP | if you want me to look at what you have and pass comment - i will |
07:02:41 | midk | yay |
07:02:53 | midk | can i dcc you the source? |
07:03:13 | bluEchiP | presume so |
07:04:09 | | Join LinusN [200] (~linus@labb.contactor.se) |
07:04:18 | midk | hi linusn |
07:05:29 | bluEchiP | linus, you guys interested in so optimisations for your bressenhams? |
07:10:27 | bluEchiP | is that the whole font? |
07:10:47 | midk | so far |
07:10:52 | midk | i'm adding more as we speak |
07:10:56 | midk | well i've halted |
07:11:06 | midk | but when we finish setting it up i can add to it right |
07:18:28 | bluEchiP | REMIND ME HOW MANY shades you are using (hex mode) |
07:18:42 | midk | 8 shades |
07:22:16 | midk | ooo |
07:22:30 | bluEchiP | if you just do the pictures as shown in the example, you will never need to type n the numbers |
07:23:43 | LinusN | bluEchiP: i'm all ears |
07:23:48 | midk | ohh |
07:23:56 | LinusN | (cool demo btw :-) |
07:24:14 | bluEchiP | thanks - with ami's help it's been optimised another great chunk |
07:25:05 | midk | so bluechip i can insert them in there like you did with your 9x9 font file? |
07:25:50 | bluEchiP | drawline: the use of "abs" is debateable, I finally settled on |
07:25:50 | bluEchiP | deltax = x2 - x1; asm ("cmp/pz %0 \n bt 1f \n neg %0,%0 \n 1: \n" : "+r"(deltax) ); |
07:25:50 | bluEchiP | but it is worth considering that the (x2-x1) is compiled three times and executed twice |
07:26:35 | bluEchiP | x & y are unrequired vars - smaller and quicker to use x1 and y1 as the counters |
07:27:42 | bluEchiP | if numpixels is defined last you can use |
07:27:42 | bluEchiP | numpixels = (++deltax); |
07:27:42 | bluEchiP | saving you the cost of doing the numpixels++ at the end |
07:28:25 | bluEchiP | if you assign "d" after "dinc1" you do not need to do the *2 twice ...this CANNOT be <<1 because of negative numbers, so is quite costly |
07:29:17 | bluEchiP | xinc2 and yinc2 are always set to 1, this can be done ONCE where "numpixels++" is currently |
07:29:28 | bluEchiP | instead of twice |
07:30:06 | bluEchiP | if (d<0) might be efficiiently replaced with if(d&0x8000) |
07:30:37 | bluEchiP | ...and the same in clearline |
07:31:44 | LinusN | is d a short? |
07:32:03 | bluEchiP | everything is int |
07:32:17 | LinusN | then d&0x8000 won't work |
07:32:18 | bluEchiP | whoops |
07:32:30 | bluEchiP | 0x80000000 |
07:32:35 | LinusN | :-) |
07:33:39 | midk | yay!!! |
07:33:46 | midk | i reduced flicker of gray pixels in my plugin |
07:33:50 | midk | *dances |
07:34:16 | bluEchiP | how? |
07:34:31 | midk | only redraw gray when needed |
07:34:33 | midk | :D |
07:34:46 | bluEchiP | oh yes, that will make a tonne of difference :) |
07:34:53 | midk | now it actually looks decent |
07:35:13 | midk | if that was sarcasm there, it shouldn't have been :) |
07:35:21 | midk | it really does it look nice now |
07:35:38 | | Join adi|home [0] (~adi|home@216.194.23.68) |
07:36:39 | midk | bc no target still? |
07:36:49 | bluEchiP | eh? |
07:36:53 | bluEchiP | oh |
07:36:55 | midk | no target handy? |
07:37:11 | bluEchiP | bit busy right now |
07:37:17 | midk | 'sok |
07:37:19 | midk | time for bed |
07:37:20 | midk | nite all |
07:37:25 | | Quit midk () |
07:37:25 | bluEchiP | nite |
07:42:15 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
07:49:36 | | Quit adi|home (Client Quit) |
07:51:34 | | Quit AciD (Read error: 54 (Connection reset by peer)) |
08:00 |
08:02:40 | | Join Luna [0] (jirc@66.236.25.44.ptr.us.xo.net) |
08:03:27 | | Join [1]c0utta [0] (~c0utta@125.cust38.nsw.dsl.ozemail.com.au) |
08:05:24 | Luna | ARGOSY USB 2.0 POCKET DRIVE ALUMINUM 2.5" EXTERNAL ENCLOUSRE W/ TOSHIBA 60.0GB 4200RPM 2MB NOTEBOOK HARD DISK DRIVE |
08:05:38 | Luna | http://www.pcmicrostore.com/PartDetail.aspx?q=b:1182;c:36116;p:10501409 |
08:05:50 | | Join adi|home [0] (~adi|home@as5300-9.216-194-23-136.nyc.ny.metconnect.net) |
08:06:04 | Luna | ne1 care to post this deal to mail list ? |
08:06:24 | Luna | out |
08:06:26 | | Quit Luna (Client Quit) |
08:16:03 | bluEchiP | LinusN: how expensive is a double? |
08:18:12 | LinusN | expensive? |
08:18:29 | bluEchiP | t states |
08:18:53 | bluEchiP | or whatever they call a time unit nowdays - lol |
08:19:46 | bluEchiP | (aX+c)%m works more effectively as a fraction |
08:19:47 | LinusN | it depends on the operations performed on it, but i'd say it's pretty expensive |
08:20:12 | LinusN | lots of shifting and masking going on |
08:20:42 | bluEchiP | it would be a single div and a mul back up again |
08:21:04 | LinusN | yes, if you used fixed point in your own format |
08:21:30 | bluEchiP | yes, that might be a better idea |
08:21:38 | bluEchiP | thanks |
08:22:33 | LinusN | also remember that you have to link with the floating point library, wasting valuable plugin memory space |
08:22:59 | bluEchiP | ohh - hadn't considered that at all - thank you :) |
08:23:43 | *** | Saving seen data "./dancer.seen" |
08:28:13 | | Quit c0utta (Read error: 110 (Connection timed out)) |
08:28:18 | | Nick [1]c0utta is now known as c0utta (~c0utta@125.cust38.nsw.dsl.ozemail.com.au) |
08:36:34 | bluEchiP | that's me done for today - byeeeeee |
08:36:46 | | Part bluEchiP |
08:43:27 | | Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
08:53:36 | | Part LinusN |
09:00 |
09:30:04 | | Join LinusN [200] (~linus@labb.contactor.se) |
09:32:01 | dwihno | Welcome back, Dr. Felzing. |
09:32:04 | dwihno | \o/ |
09:33:19 | LinusN | :-) |
09:50:30 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
09:50:38 | | Join wake [0] (~wake@HSE-Kitchener-ppp194434.sympatico.ca) |
09:51:12 | | Quit adi|home (Client Quit) |
10:00 |
10:11:28 | | Join amiconn [0] (~jens@pD9E7ED1D.dip.t-dialin.net) |
10:19:06 | | Quit wake (Remote closed the connection) |
10:23:44 | *** | Saving seen data "./dancer.seen" |
11:00 |
11:50:49 | | Join limbus [0] (~manuel@kernel.cycos.net) |
12:00 |
12:23:47 | *** | No seen item changed, no save performed. |
12:50:51 | | Quit limbus (Remote closed the connection) |
12:57:32 | | Join limbus [0] (~manuel@kernel.cycos.net) |
13:00 |
13:32:59 | | Join pfavr [0] (pfavr@dyna218-088.nada.kth.se) |
14:00 |
14:23:51 | *** | Saving seen data "./dancer.seen" |
14:33:00 | | Quit limbus (Remote closed the connection) |
14:50:35 | | Join limbus [0] (~manuel@kernel.cycos.net) |
14:56:46 | | Quit Strath ("ChatZilla 0.9.61 [Mozilla rv:1.7b/20040316]") |
15:00 |
15:42:24 | | Quit AciD (Read error: 54 (Connection reset by peer)) |
15:46:32 | elinenbe | JPEG viewer!!!! NICE!!!! |
15:46:34 | elinenbe | WOO! |
15:46:35 | elinenbe | :) |
15:46:39 | elinenbe | WOOOOOOOO!!!!!!!!!!!! |
15:56:32 | limbus | are you allright ? |
16:00 |
16:01:30 | | Part LinusN |
16:23:54 | *** | Saving seen data "./dancer.seen" |
16:41:07 | | Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") |
16:58:14 | | Join mecraw__ [0] (~mecraw@69.2.235.2) |
17:00 |
17:15:56 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
17:29:18 | elinenbe | I'm okay. |
17:39:15 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
17:58:25 | | Part limbus |
18:00 |
18:09:26 | | Join mecraw_ [0] (~mecraw@69.2.235.2) |
18:09:26 | | Quit mecraw__ (Read error: 54 (Connection reset by peer)) |
18:23:58 | *** | Saving seen data "./dancer.seen" |
18:40:18 | | Quit mike18 ("—I-n-v-i-s-i-o-n— 2.0 Build 2520") |
18:54:59 | | Quit jkerman (Read error: 104 (Connection reset by peer)) |
18:58:21 | | Join Nibbler [0] (nibbler@212.202.78.119) |
19:00 |
19:27:30 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
19:51:40 | | Quit AciD (Read error: 54 (Connection reset by peer)) |
19:53:40 | | Join jkerman [0] (Dudewin32@jkhouse2.jvlnet.com) |
20:00 |
20:05:11 | | Join edx [0] (edx@pD9EAA245.dip.t-dialin.net) |
20:12:34 | | Join RavenWorks [0] (RavenWorks@modemcable240.220-201-24.mc.videotron.ca) |
20:12:49 | RavenWorks | Hey, anyone in? |
20:14:13 | RavenWorks | any difference between the Recorder and RecorderV2, other than uglitude? |
20:18:15 | | Join M0RiNF3N [0] (M0RiNF3N@81.86.92.109) |
20:18:25 | RavenWorks | Heya.. |
20:18:28 | M0RiNF3N | hello |
20:18:42 | RavenWorks | I'm going to buy an Archos recorder... |
20:18:50 | RavenWorks | d'you know what the difference between the normal and the V2 is..? |
20:18:51 | M0RiNF3N | really |
20:19:21 | M0RiNF3N | the normal looks pretty chunky |
20:19:42 | RavenWorks | Yeah, I noticed. |
20:19:50 | RavenWorks | Is that it, though, just a case redesign? |
20:20:27 | M0RiNF3N | dunno, i guess if your gonna install rockbox then there wont be any difference in the interface |
20:22:26 | M0RiNF3N | its funny, i figured there would be more difference myself but as far as I can tell your right, only a facelift |
20:23:59 | *** | Saving seen data "./dancer.seen" |
20:25:52 | RavenWorks | Know any good places to buy them? |
20:25:56 | RavenWorks | The Archos site doesn't ship to Canada |
20:26:50 | M0RiNF3N | i would have thought ebay was the best, they come up pretty cheap on there |
20:27:23 | RavenWorks | Yeah, but what if I get a busted one.. |
20:27:56 | M0RiNF3N | what makes you think that would happen? |
20:29:14 | RavenWorks | What makes you think it wouldn't? |
20:29:22 | RavenWorks | not to sound paranoid or anything :P |
20:31:35 | M0RiNF3N | I've bought heaps of stuff on ebay and I've never had any trouble. I've had plenty of stuff shipped internationally as well and I've had no problems whatsoever |
20:31:50 | M0RiNF3N | thats what makes me think it wouldn't :P |
20:32:19 | RavenWorks | Yeah, but I've got no backup plan if it turns out to have a bad battery or something.. |
20:32:56 | RavenWorks | I've been warned to stay away from the FM Recorder, would you agree with that? |
20:33:10 | RavenWorks | I'm sorry, I'm nuts about spending money on stuff like this. X) |
20:34:05 | M0RiNF3N | isn't the fm recorder just the 128Mb flash recorder? |
20:34:25 | RavenWorks | http://store.yahoo.com/softbyweb/arjufmrep50.html |
20:34:31 | RavenWorks | It's a recorder, with an FM reciever too. |
20:34:46 | RavenWorks | but I've been told the battery life sucks and the buttons are frail. |
20:37:10 | M0RiNF3N | dunno, I'm not really that bothered about having an FM radio so I haven't looked into it |
20:40:56 | RavenWorks | Thing is it's cheaper than the Recorder. |
20:42:32 | M0RiNF3N | dunno, battery life is important to me, i still reckon ebay is the way to go, you can get brand new product with warranty and if all else fails ebay/paypal will guarantee you wont lose out |
20:42:57 | RavenWorks | I guess. |
20:43:02 | RavenWorks | With Warranty...? |
20:45:07 | M0RiNF3N | sure, look around, there are heaps of great deals to be had on ebay, check peoples ratings, buyers comments etc, if you think something is not right then don't buy, but believe me there is a whole world of bargains out there to be had |
20:48:49 | RavenWorks | Arright. |
20:48:55 | RavenWorks | I'll look into it, thanks.. |
20:48:58 | M0RiNF3N | np |
20:48:58 | RavenWorks | GTG. |
20:49:02 | M0RiNF3N | me too |
20:49:03 | RavenWorks | Take care. |
20:49:05 | | Part M0RiNF3N |
20:49:08 | | Quit RavenWorks () |
21:00 |
21:16:31 | | Join bluEchiP [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
21:17:41 | | Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
21:17:53 | elinenbe | amiconn: you here? |
21:18:11 | amiconn | Yes I am. |
21:26:03 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
21:26:24 | | Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
21:27:37 | elinenbe | amiconn: any work on your minesweeper? |
21:27:55 | elinenbe | I saw that Jorg committed what looks to be the beginning of a jpeg viewer... |
21:27:57 | elinenbe | that's nice! |
21:28:40 | amiconn | Still nothing concerning minesweeper... |
21:29:57 | amiconn | ...was busy improving the grayscale framework, and doing the optimized lcd driver |
21:30:12 | | Join Strath__ [0] (aopen@dgvlwinas01pool0-a234.wi.tds.net) |
21:30:20 | | Nick Strath__ is now known as Strath (aopen@dgvlwinas01pool0-a234.wi.tds.net) |
21:31:54 | | Join cjnr11 [0] (dfd@bobillot-5-82-224-193-23.fbx.proxad.net) |
21:31:58 | | Part cjnr11 |
21:50:43 | | Join AciD [0] (~acid@82.67.133.87) |
21:50:43 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
21:55:58 | | Join lImbus [0] (lImbus@254-68.242.81.adsl.skynet.be) |
22:00 |
22:03:16 | | Quit AciD (Read error: 60 (Operation timed out)) |
22:03:18 | | Join NukNuk [0] (NukNuk@217.93.7.3) |
22:03:58 | NukNuk | howdy |
22:04:10 | lImbus | ho |
22:04:15 | NukNuk | you know something about the crative jukebox hack? |
22:04:15 | NukNuk | :/ |
22:04:21 | NukNuk | i mean rockbox is awesome |
22:04:51 | bluEchiP | redchair are the people to speak to about creative kit |
22:05:01 | lImbus | ehh, I use it, and I plan to participate iin development, i train ;-) |
22:05:18 | NukNuk | well where to find them :) |
22:06:29 | NukNuk | im looking for backuping tools |
22:06:33 | | Join scott666 [0] (~scott666@c-24-245-59-203.mn.client2.attbi.com) |
22:06:46 | bluEchiP | nomadness.net |
22:06:57 | NukNuk | didnt find any |
22:12:06 | | Join amiconn_ [0] (~jens@pD9E7F221.dip.t-dialin.net) |
22:12:22 | | Quit amiconn (Nick collision from services.) |
22:12:23 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7F221.dip.t-dialin.net) |
22:12:50 | | Join [IDC]Dragon [0] (~idc-drago@pD9FF8044.dip.t-dialin.net) |
22:13:10 | amiconn | Hi Jörg |
22:13:19 | | Join cjnr11 [0] (dfd@bobillot-5-82-224-193-23.fbx.proxad.net) |
22:13:21 | [IDC]Dragon | Hi Jens |
22:13:25 | | Part cjnr11 |
22:13:33 | [IDC]Dragon | JPEG viewer is "ready" |
22:14:28 | amiconn | So you really should release it: |
22:14:29 | amiconn | [15:46:57] <elinenbe> JPEG viewer!!!! NICE!!!! |
22:14:29 | amiconn | [15:46:59] <elinenbe> WOO! |
22:14:29 | DBUG | Enqueued KICK amiconn |
22:14:29 | amiconn | [15:47:00] <elinenbe> :) |
22:14:29 | amiconn | [15:47:04] <elinenbe> WOOOOOOOO!!!!!!!!!!!! |
22:14:29 | *** | Alert Mode level 1 |
22:14:29 | amiconn | [ |
22:14:42 | [IDC]Dragon | seen that |
22:14:45 | NukNuk | deutsche hier?= |
22:14:52 | [IDC]Dragon | no ;-) |
22:14:57 | NukNuk | gibts auch sone mod szene für die jukeboxes? |
22:15:08 | NukNuk | [IDC]Dragon dein host verrät dich :D |
22:15:18 | [IDC]Dragon | what kind of mod? |
22:15:25 | [IDC]Dragon | I did many mods |
22:15:55 | [IDC]Dragon | (we try to stick with english so the others have a chance) |
22:16:01 | NukNuk | well |
22:16:09 | [IDC]Dragon | and be glad the swedish do so as well |
22:16:11 | NukNuk | how do you modify |
22:16:13 | NukNuk | the software |
22:16:33 | [IDC]Dragon | with an editor? |
22:16:47 | NukNuk | well thats true |
22:16:57 | NukNuk | but where to get the files from |
22:17:01 | NukNuk | cant extract the exe |
22:17:43 | [IDC]Dragon | you know http://rockbox.haxx.se, do you? |
22:18:06 | amiconn | [IDC]Dragon: I try to modify my gray_drawbitmap() function to use the same format as lcd_bitmap(), so you can use bmp2rb-made bitmaps. |
22:18:12 | NukNuk | im talking about creative jukebox softawre |
22:18:26 | [IDC]Dragon | wrong group |
22:18:39 | lImbus | creative != archos |
22:19:10 | [IDC]Dragon | amiconn: well, I don't need that |
22:19:11 | NukNuk | thats the fxxn point :P |
22:19:18 | NukNuk | where to find ppl |
22:19:27 | NukNuk | that why im asking for the nomad scene |
22:19:32 | lImbus | certainly not here |
22:19:39 | NukNuk | well who knows |
22:20:22 | [IDC]Dragon | amiconn: one thing prevents me from committing: |
22:20:29 | amiconn | Yes, but I will need that for incorporating font support. The fonts do also use the internal bitmap format of rockbox if I am right. |
22:20:46 | amiconn | However, the format description in lcd-recorder.c seems to be wrong (or I don't get it) |
22:20:48 | [IDC]Dragon | currently, I can only view jpgs which are at least display size |
22:21:10 | scott666 | NukNuk: someone was here for a while asking for info on how to crack one of the nomad players, you could look in the logs |
22:21:23 | NukNuk | which logs :D |
22:21:28 | NukNuk | ah hmm |
22:21:30 | scott666 | the IRC logs |
22:21:34 | NukNuk | well |
22:21:38 | NukNuk | i joined 10 minutes ago |
22:21:46 | scott666 | theres a search box on the rockbox website, use that |
22:22:12 | elinenbe | [IDC]Dragon: how is the jpeg viewer coming? |
22:22:31 | NukNuk | at least i dont want to crack it |
22:22:40 | [IDC]Dragon | elinenbe: see above |
22:22:41 | elinenbe | [IDC]Dragon: it would be wonderful to view jpeg mage tags in ID3v2 tags... |
22:22:42 | NukNuk | you can show me some pics of your mp3 players? |
22:22:48 | elinenbe | [IDC]Dragon: I saw that. |
22:24:03 | *** | Saving seen data "./dancer.seen" |
22:24:30 | *** | Alert Mode OFF |
22:24:44 | NukNuk | lol they called the creative jukebox a lesser product |
22:24:46 | NukNuk | *laughs* |
22:25:21 | NukNuk | [IDC]Dragon what mp3 you have |
22:26:08 | [IDC]Dragon | NukNuk: you mean what player hardware? |
22:26:15 | NukNuk | uhm |
22:26:16 | NukNuk | yeah |
22:26:45 | [IDC]Dragon | I have what people here would call a Recoder 20 V1 |
22:27:09 | amiconn | Wth is a re-coder ;) |
22:27:19 | [IDC]Dragon | with 60 GB disk, larger RAM+Flash |
22:27:28 | NukNuk | so its modified? |
22:27:40 | [IDC]Dragon | Recorder, sorry |
22:27:44 | NukNuk | ram O_o |
22:27:51 | NukNuk | with how do you get some ram in there |
22:28:07 | [IDC]Dragon | with a soldering iron ;-) |
22:28:09 | NukNuk | err |
22:28:24 | NukNuk | youre from eastern germany? |
22:28:35 | [IDC]Dragon | no |
22:28:40 | [IDC]Dragon | Jens is |
22:28:44 | NukNuk | well |
22:28:52 | NukNuk | from the south then |
22:29:00 | [IDC]Dragon | (amiconn) |
22:29:13 | [IDC]Dragon | still cold |
22:30:10 | NukNuk | i wonder if its possible to play the archos software on my creative :P |
22:30:50 | [IDC]Dragon | maybe, if you port it ;-) |
22:30:59 | NukNuk | port? |
22:31:04 | lImbus | you mean the rockbox-software. the archos-ware is crap |
22:31:14 | NukNuk | well it looks nice |
22:31:37 | amiconn | [IDC]Dragon: The format description in lcd-recorder.c probably _is_ wrong, will see in a few minutes. |
22:31:37 | [IDC]Dragon | porting = adapting the code to a new environment |
22:32:11 | lImbus | to new hardware, of course |
22:33:12 | NukNuk | http://www.archos.com/products/overview/pict_gmini_220/screen1.png |
22:33:18 | NukNuk | http://www.archos.com/products/overview/pict_gmini_220/screen2.png |
22:33:20 | NukNuk | nice |
22:34:03 | Strath | yup |
22:34:45 | lImbus | I don't think rockbox is running on gemini-devices at this time |
22:34:47 | Strath | and the gmini series still hasn't reached it's full potencial |
22:34:56 | Strath | getting there |
22:35:41 | NukNuk | the xtra hasnt reached his potencial |
22:35:44 | NukNuk | too |
22:35:47 | Strath | unpacker: done, disassembler: done, emulator: in progress, |
22:36:43 | [IDC]Dragon | Strath: excellent work! |
22:37:12 | lImbus | respect |
22:37:20 | Strath | thanks :) |
22:37:28 | NukNuk | work work work |
22:37:52 | Strath | bah... it's fun fun fun :) |
22:38:14 | [IDC]Dragon | I'd like the new Gmini as the next platform for Rockbox |
22:38:42 | [IDC]Dragon | it will have an ARM CPU, much better |
22:38:46 | Strath | the entire gmini series uses the same basic hardware |
22:38:52 | Strath | ? |
22:39:20 | Strath | the "new gmini" use an ARM core??? |
22:39:28 | [IDC]Dragon | yes |
22:39:50 | Strath | cause the 120, 220, and SP use a CalmRISC16 core |
22:39:52 | [IDC]Dragon | don't know when, however |
22:39:58 | [IDC]Dragon | I know |
22:40:12 | Strath | well... grrr... |
22:40:37 | Strath | where did you see/hear this? |
22:41:22 | Strath | a marketing guy? or an engineer? |
22:42:30 | amiconn | Grr, I still don't get this dreaded bitmap format. |
22:42:41 | Strath | yes, i know the av3xx series uses an ARM core, but from what i've seen, the CalmRISC is the better |
22:42:54 | Strath | why is that? |
22:43:08 | amiconn | Now I have at least a part of the rockbox logo on screen, but it is mirrored and downwards... |
22:43:38 | Strath | i realize the samsung's documentation does have a lot of errors.... |
22:44:08 | Strath | FUCK THAT |
22:44:49 | Strath | DRM, no god damn way *i'll* let that fly |
22:45:26 | Strath | (that explative outburst wasn't directed at you :) ) |
22:46:27 | amiconn | Ahh, *much* better now.... |
22:46:41 | Strath | sorry, just so damn sick of these companies trying to shove all this DRM crud on us |
22:47:37 | Strath | ? |
22:48:14 | | Join KickIn [0] (KickIn@192.220.39-62.rev.gaoland.net) |
22:48:22 | KickIn | hi |
22:48:34 | Strath | wha? |
22:48:54 | Strath | i am? |
22:49:09 | KickIn | I'm new to RockBox, and I have a little question to ask... |
22:49:20 | KickIn | Can I ask it to anyone? |
22:49:46 | lImbus | give it a try |
22:49:58 | KickIn | My name is Pierre-Andre from FRANCE, 27, Computer engineer |
22:50:07 | KickIn | So my little question: |
22:50:34 | KickIn | I just can't flash the firmware in my recoder v2 |
22:51:07 | KickIn | When using the link given in the pdf, it won't load the rockbox.... |
22:51:32 | KickIn | I want to know how to make a .bin from the actual Rockbox daily tarball... |
22:52:01 | NukNuk | brb |
22:52:03 | | Part NukNuk |
22:52:08 | KickIn | I ha ve tried with descramble and ucl of the included rockbox.ucl, but it won't work... |
22:52:36 | lImbus | mhmm, I'm not so known to flashing, as my rockbox doesn't allow either |
22:52:38 | KickIn | Rockbox daily tarball work well whe launching with ROLO |
22:53:25 | lImbus | but your hardware allows flashing, you checked that ? |
22:54:16 | KickIn | Yes, as seen in the pdf, if it gives informations in the debug harware info page, then it must be flashabel |
22:54:27 | | Join TheDude2 [0] (Dudewin32@jkhouse2.jvlnet.com) |
22:54:40 | lImbus | yup, that's it, I can't help you more than this :-/ |
22:54:58 | KickIn | Thanks anyway... |
22:55:15 | lImbus | pas de problemes |
22:55:29 | KickIn | ;) |
22:56:04 | [IDC]Dragon | KickIn: why do you want to make a .bin? |
22:56:43 | KickIn | Because I felt like the zip I have downloaded isn't a good one. |
22:56:48 | | Join NukNuk [0] (NukNuk@pD9E76F3B.dip.t-dialin.net) |
22:57:00 | KickIn | So I wanted to make a new .bin from the actual tarball.. |
22:57:04 | KickIn | Is it so stupid? |
22:57:38 | [IDC]Dragon | you don't need to. |
22:57:51 | KickIn | The firmware version I downloaded, doesn't launch RockBox when starting the device. |
22:58:03 | KickIn | The tarball one does. |
22:58:17 | KickIn | Ok, so how do I procced? |
22:58:17 | [IDC]Dragon | slowly, what have you downloaded? |
22:59:08 | KickIn | 2 things in fact. First, I wanted to try RockBox, so I downloaded the dail tarball, extract it and put it on the JBR |
22:59:56 | [IDC]Dragon | the tarball is the source code!? |
23:00 |
23:00:17 | KickIn | As I found it great, I tried to flash my device so I downloaded another package from the link included in the manual |
23:00:46 | | Join moonaddict [0] (8f5a4ebfff@213.129.253.62) |
23:00:52 | KickIn | Sorry, the daily build... |
23:00:54 | [IDC]Dragon | from my webspace, I guess. |
23:01:45 | KickIn | I can search tlink if you want.. |
23:02:26 | | Part moonaddict ("(Read error: Connection reset by peer)") |
23:02:27 | KickIn | I have a modem (no ADSL wher I live :( ) |
23:03:07 | lImbus | that's why you need a lot of goos music on your rockbox ,-) |
23:03:16 | lImbus | s/goos/good |
23:03:32 | KickIn | So it was this link : http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_rec.zip |
23:03:38 | KickIn | Yes... |
23:03:56 | [IDC]Dragon | ok, my file then. |
23:04:10 | [IDC]Dragon | the link is for a cecorder, not a V2 |
23:04:21 | KickIn | ok sorry... |
23:04:37 | [IDC]Dragon | try the link without the filename, to see the directory |
23:05:04 | KickIn | Ok, I have done it |
23:05:21 | KickIn | flash_v2.zip? |
23:06:48 | KickIn | Is it flash_v2.zip? |
23:07:22 | KickIn | I will try this. |
23:08:37 | [IDC]Dragon | yes |
23:09:35 | KickIn | Thanks, and sorry for the stupid question... |
23:10:25 | | Quit jkerman (Read error: 110 (Connection timed out)) |
23:11:57 | [IDC]Dragon | np |
23:15:05 | lImbus | btw: why do f2 and f3 menues not go away anymore after having pushed for several seconds ? |
23:18:28 | elinenbe | [IDC]Dragon: did you know someone is already busy working on the gmini firmware? |
23:18:50 | Strath | heh |
23:18:56 | Strath | i think he does |
23:19:10 | [IDC]Dragon | yes |
23:19:34 | elinenbe | Strath: why are you laughing? |
23:19:42 | elinenbe | it is you? |
23:19:55 | Strath | cause i'm the one working on it |
23:19:56 | [IDC]Dragon | because we've been talking about it before. |
23:20:56 | KickIn | Thanks it work perfectly.... |
23:20:58 | Strath | yes, Strath == http://www.donat.org/michael/archos |
23:21:03 | KickIn | I'm happy... |
23:21:20 | [IDC]Dragon | KickIn: good! |
23:24:40 | Strath | bbi10 |
23:25:31 | KickIn | Just another question before doing mistakes... |
23:26:18 | elinenbe | Strath: that is what I was talking about.... good luck with it. |
23:26:32 | KickIn | When firmware is flashed, I can remove the ajbrec.ajz, as it isn't usefull anymore or am I wrong? |
23:26:51 | elinenbe | [IDC]Dragon: how are you going to go about larger jpegs? |
23:26:58 | [IDC]Dragon | KickIn: you can remove it |
23:27:05 | elinenbe | scroll or resize or just not show them... |
23:27:12 | KickIn | Thanks... |
23:27:19 | [IDC]Dragon | but you may keek ip for the F1+On start |
23:27:25 | [IDC]Dragon | keep it |
23:27:41 | [IDC]Dragon | elinenbe: scoll and resize |
23:27:59 | [IDC]Dragon | (you can zoom) |
23:28:32 | elinenbe | [IDC]Dragon: oh wow! what size photos can it support? This sounds really exciting. |
23:28:45 | elinenbe | [IDC]Dragon: of course everything you do is really exciting! |
23:29:21 | [IDC]Dragon | the max. size depends on your RAM |
23:30:10 | [IDC]Dragon | I have 8MB, allowing to view the pics of my 4 megapixel digicam directly |
23:30:26 | [IDC]Dragon | (but it's awfully slow with such big files) |
23:31:11 | amiconn | [IDC]Dragon: You do only decode the jpeg to gray, tossing the colour information, right? |
23:32:05 | | Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
23:32:17 | [IDC]Dragon | amiconn: yes. |
23:32:46 | [IDC]Dragon | and while doing so, I can scale down by power-of-two up to 1:8 |
23:32:59 | [IDC]Dragon | by doing a smaller IDCT |
23:34:04 | amiconn | What code size do you get when compiling? Does the code fit completely into the plugin buffer? |
23:34:43 | [IDC]Dragon | yes, but getting close to the max |
23:35:11 | [IDC]Dragon | but I could remove major parts or your template |
23:35:17 | elinenbe | [IDC]Dragon: I was just wondering how loading the firmware directly from flash was going? Instead of loading into the RAM buffer? |
23:35:44 | elinenbe | If you are even working on that anymore −− as we are closely approaching the 200k limit. |
23:35:52 | [IDC]Dragon | elinenbe; didn't pusue that any more |
23:36:13 | [IDC]Dragon | it was working, but had bugs |
23:36:37 | [IDC]Dragon | now the window is closing, rockbox growing too big |
23:37:24 | [IDC]Dragon | because it has to fit behind the Archos ucl as _uncompressed_, in the flash |
23:37:32 | elinenbe | ah.... |
23:37:54 | elinenbe | just get rid of the archos ucl... it is unnecessary except for developers |
23:38:26 | [IDC]Dragon | It's necessary for everybody who ever flashed a wrong/bad ucl |
23:38:44 | elinenbe | yeah −− that's true... |
23:38:47 | elinenbe | but screw them! |
23:39:01 | [IDC]Dragon | we could replace it with a small .ajz loader, however |
23:39:15 | [IDC]Dragon | and USB-enabler |
23:40:23 | elinenbe | I think that is what will happen. |
23:40:27 | Strath | elinenbe: archos isn't so bad, ya gotta give 'em props for thier hardware designs |
23:43:02 | elinenbe | Strath: I think the design is pretty bad... like the controls on the gmini |
23:43:22 | elinenbe | why not 4 seperate buttons instead of the 2 rocker switches... |
23:44:11 | Strath | well, the internals anyway... and compared to other manufacturers.... archos shows a lot of care in the designs |
23:44:33 | elinenbe | the internals are nice, and I had a gmini for a few days and the screen is nice |
23:44:38 | Strath | ya.. but a quick mod should be able to fix it... |
23:44:42 | elinenbe | but I really enjoy AA batteries... |
23:45:19 | Strath | you mean the not quite 'AA' batteries... |
23:45:29 | elinenbe | I think it would be great to get a company to produce a player that is developer designed... 4 AA batteries, BIG grayscale screen, standard laptop hard drive |
23:45:46 | elinenbe | Strath: I like the AA batteries in the recorder v1 |
23:45:51 | elinenbe | that is what I have. |
23:46:02 | bluEchiP | Hi guys - does anyone have any suggestions on how to improve x = i >>16 |
23:46:03 | Strath | hrm.. ok.. |
23:46:08 | [IDC]Dragon | 2 AA cells would be enough for me |
23:46:15 | Strath | heh |
23:47:10 | elinenbe | 2 AA cells is about 6-8 hours of playtime |
23:47:33 | amiconn | bluEchiP: If both x and i are declared as unsigned, this is already the optimum |
23:47:57 | Strath | 2x2 AA's better |
23:48:07 | bluEchiP | hey ami, thanks ...while you're there - do you have a link for the SH1 programmers ref please? |
23:48:50 | elinenbe | Strath: that is what it currently has... 2x2 AAs |
23:49:12 | elinenbe | http://www.thomas-distributing.com/new-products.htm 2400mAh batteries! wow! |
23:49:16 | Strath | guessed as much |
23:51:33 | amiconn | bluEchiP: http://rockbox.haxx.se/docs/datasheets.html , Hitachi SH-1 Programming Manual r4.0 is what you want. |
23:52:54 | bluEchiP | brilliant - thanks |
23:53:51 | elinenbe | Strath: how far have you come with the gmini? |
23:54:11 | elinenbe | Strath: anything working yet? Also, what is the battery life with the battery fully charged? |
23:54:22 | Strath | my emu opperates for just under 2 million steps before bombing out |
23:54:31 | bluEchiP | congrats :) |
23:55:09 | Strath | i can't attest to battery life, as i almost never run it off just the batteries |
23:55:31 | elinenbe | Strath: that is huge... wouldn't 2 million steps almost be the full boot and more? |
23:56:11 | Strath | full boot, and beginning to opperate |
23:56:43 | Strath | none of the DSP opcodes are implemented yet |
23:57:36 | Strath | but the current hang up is some dumb bug that shouldn't be taking this long to fix :) |
23:58:04 | NukNuk | does someone has the video of the execution of the american soldier? |
23:58:46 | | Join AciD [0] (~gni@82.67.133.87) |
23:58:51 | | Quit AciD (Read error: 54 (Connection reset by peer)) |