| 00:05:57 | adi|work | i say the hell with the user |
| 00:06:04 | adi|work | if they are too lazy to read the fucking docs |
| 00:06:07 | adi|work | the hell with them |
| 00:06:29 | * | adi|work quotes "Ignorance is not an excuse" |
| 00:07:01 | Zagor | well even if I read the docs and know the limit, it's nice to get a notice when I actually bump into it |
| 00:08:07 | adi|work | bah, humbug |
| 00:08:31 | adi|work | in the same vein, should we have a notice about hitting the 10k file limit? |
| 00:08:36 | matsl | Bagder: Not sure I understand this code but setting with top 16*11 fixed the problem. |
| 00:08:51 | Zagor | yup, i think so |
| 00:09:04 | adi|work | or how about the 'you are a dumb fuck, unmount the device before pulling the usb cable' notice |
| 00:09:09 | Bagder | matsl: you mean you modified LCD_WIDTH ? |
| 00:09:10 | adi|work | are we going to code that up too? |
| 00:09:31 | * | adi|work is just in the general fuck the consumer kinda mood |
| 00:09:36 | Zagor | nope. we'll just say. "HD Error. Please reformat" :) |
| 00:09:38 | matsl | Bagder: jupp! |
| 00:09:54 | Bagder | matsl: well that's the change I propose to commit |
| 00:10:05 | Bagder | with suitable #ifdef |
| 00:10:53 | matsl | Bagder: I have the ifdef in my code as well. Time for my first checkin. |
| 00:11:13 | Bagder | go go go ;-) |
| 00:12:07 | matsl | Bagder: Another things. Changeing lcd.h didn't trigger a recompile. had to clean and compile. |
| 00:12:10 | adi|work | anyone know where the 200 limit is set offhand? |
| 00:12:31 | Bagder | the dependencies aren't working properly |
| 00:12:36 | *** | Saving seen data "./dancer.seen" |
| 00:12:50 | Bagder | adi|work: its a #define in tree somewhere I think |
| 00:12:54 | adi|work | k |
| 00:13:16 | matsl | Bagder: Know why? |
| 00:13:35 | Bagder | matsl: no, I haven't investigated it, only seen it happen myself |
| 00:14:59 | adi|work | when we open a directory, is there a way to get a count of the number of subdirectories in it? |
| 00:15:05 | Zagor | no |
| 00:15:08 | adi|work | k |
| 00:15:40 | Zagor | i'm adding a notice now |
| 00:15:49 | * | adi|work was just working on that :)_ |
| 00:15:52 | adi|work | lol |
| 00:16:28 | Zagor | yeah, i guessed that :) |
| 00:16:41 | matsl | Bagder: commited! |
| 00:16:47 | adi|work | well.. if you hit that... ill look at a notice for the 10000 limit |
| 00:16:51 | Bagder | wooo hooo |
| 00:17:03 | Zagor | done that too :) testing now. |
| 00:17:07 | adi|work | lol |
| 00:17:10 | adi|work | you pain in my ass |
| 00:17:12 | adi|work | damn you |
| 00:17:13 | Bagder | matsl: your next commit could be adding yourself to firmware/CREDITS and apps/credits.c! ;-) |
| 00:17:29 | Zagor | you go take care of your lovely customers :) |
| 00:17:35 | adi|work | bah |
| 00:17:38 | adi|work | i dn't have to deal with customers |
| 00:17:42 | adi|work | i barely have a company ;) |
| 00:18:00 | matsl | Bagder: Is that the custom? Adding yourself ;-) |
| 00:18:11 | adi|work | matsl: whats youre real name? |
| 00:18:35 | Bagder | matsl: *beep* the width should only be non-112 for simulator without HAVE_LCD_BITMAP |
| 00:18:46 | matsl | Mats Lidell |
| 00:18:59 | adi|work | and you put in code right?> |
| 00:19:37 | matsl | Bagder: Gosh! I have a bug to fix! ;-) |
| 00:19:45 | Bagder | hehehe |
| 00:19:54 | Bagder | adi|work: he did |
| 00:20:07 | adi|work | k |
| 00:20:24 | adi|work | i was just wondering if he had done other stuff :) |
| 00:20:50 | matsl | adi|work: Just filling the mailist with obscure patches! |
| 00:20:58 | adi|work | hehehe |
| 00:21:06 | adi|work | well.. i just added you to credits |
| 00:21:08 | adi|work | so welcome ;) |
| 00:21:18 | matsl | adi|work: Thanks! |
| 00:21:42 | adi|work | np |
| 00:21:55 | adi|work | gave me something to do since Zagor kept pushing me outta the way ;) |
| 00:23:06 | Zagor | adi|work: if you want to do something, look at adding folder/playlist/song icons on the player. they should use a char prior to the filename to show what type of entry it is |
| 00:23:26 | Zagor | player-old has it in the font, player-new needs to use one of the define'able chars |
| 00:24:00 | adi|work | nods |
| 00:24:02 | adi|work | np |
| 00:24:13 | adi|work | ie: F P S |
| 00:24:14 | adi|work | ? |
| 00:24:39 | Zagor | yeah, but a symbol like on the recorder |
| 00:24:54 | adi|work | nods |
| 00:25:10 | adi|work | where do we have the diagrams on the web? |
| 00:25:20 | Zagor | research notes |
| 00:25:33 | adi|work | nm got it.. |
| 00:25:38 | adi|work | oh.. hehe got it |
| 00:26:16 | adi|work | Zagor when you say old has it in the font, what do you mean? |
| 00:27:07 | Zagor | I mean i'm lying :) ok, both need to define chars |
| 00:27:41 | Zagor | old has a note, but nothing else. i remembered wrong. |
| 00:29:02 | adi|work | ummm... okay... so basically pick a char out of the char set on the research page, and reference that, correct? |
| 00:29:15 | adi|work | becaus with the recorder we had to create the icons ourselves |
| 00:29:35 | Zagor | we do on the player too. we need to reprogram three chars with icons. |
| 00:29:57 | adi|work | how do you reprogram chars? |
| 00:30:06 | adi|work | i thought they were fixed? |
| 00:30:11 | adi|work | as in couldn't be changed... |
| 00:30:13 | Zagor | lcd_define_pattern() |
| 00:30:29 | Zagor | there are a couple of definable chars, I think the first four |
| 00:30:36 | Zagor | or eight |
| 00:30:49 | Zagor | or it differs btwn the versions, can't remember :) |
| 00:30:50 | adi|work | okay |
| 00:30:58 | adi|work | ahh. .the blank ones.. got ya |
| 00:31:12 | Zagor | when you get this working, you can make them animated! ;) |
| 00:31:21 | adi|work | dont make me hit you ;) |
| 00:31:38 | Zagor | you'd be a hero! :) |
| 00:31:57 | adi|work | wtf would you want animated icons on the desktop ? :) |
| 00:32:36 | Zagor | because we can. is there every another reason? |
| 00:32:42 | adi|work | hehehe |
| 00:34:59 | adi|work | you said we are already making use of this once somewhere right? |
| 00:35:26 | Zagor | no, but i think we've at least tested it |
| 00:35:33 | adi|work | grrr... |
| 00:35:50 | Zagor | or you mean the icons on the recorder? they are used in tree.c |
| 00:35:54 | Bagder | ... and the simulator doesn't support it... yet |
| 00:36:11 | Zagor | i give you the best jobs, adi! :) |
| 00:36:21 | adi|work | no.. what i mean is, i dn't see any refernce to a use of lcd_define_pattern anywhere but where its defined |
| 00:36:28 | adi|work | not sure what the 'pattern' is |
| 00:36:35 | adi|work | is it one array of the bits |
| 00:36:40 | adi|work | or the full icons itself |
| 00:36:42 | Zagor | ah |
| 00:37:02 | adi|work | because we pass into lcd_write pattern[i] |
| 00:37:21 | Zagor | it's the full icon, which is an array of bytes |
| 00:37:39 | adi|work | okay.. and the 'length' is really the height of the icon right? |
| 00:37:50 | Zagor | i think so, yes |
| 00:37:54 | adi|work | okay.. |
| 00:38:01 | Zagor | length of the array, at least |
| 00:38:06 | adi|work | nod |
| 00:38:09 | adi|work | same thing |
| 00:38:15 | adi|work | height*width |
| 00:38:18 | Zagor | should be, yes :-) |
| 00:39:12 | adi|work | hmmm.. so in this case, lcd_write is drawing pixel by pixel |
| 00:39:20 | adi|work | that seems rather innefficent |
| 00:40:15 | adi|work | so in theory, we should be able to use the same icons that the recorder uses, no? |
| 00:40:24 | Zagor | well lcd_write is only used to define the font. after that, you print the char like any other char |
| 00:40:43 | Zagor | if they are the proper size, yes |
| 00:41:15 | adi|work | what you just said about lcd_write then doens't make sense on how its used in lcd_define_pattern |
| 00:41:38 | adi|work | nm |
| 00:42:05 | adi|work | hmmmm |
| 00:42:23 | adi|work | icons are located within the recorder subdir, which means the player won't see them... |
| 00:42:24 | Zagor | you only call lcd_define_pattern once, to define the icon. to draw the icon on-screen, you use lcd_puts() |
| 00:42:34 | * | adi|work nods |
| 00:45:30 | adi|work | so my first call on lcd_define would be like: lcd_define_pattern(LCD_IRAM, "whatever my buffer for the icon", size) |
| 00:45:35 | adi|work | and then to print |
| 00:46:05 | adi|work | lcd_puts(x, y, "whatever my buffer for the icon") |
| 00:46:06 | Zagor | not LCD_IRAM. 'which' is which char to redefine. 0-8 |
| 00:46:13 | adi|work | that don't make sense. |
| 00:46:15 | adi|work | ahh.. okay.. |
| 00:47:12 | adi|work | so then with the puts, how do i know which 'string' to print? |
| 00:47:28 | matsl | Linus didn't like my use-audio-and-param-icons-extensively-patch. Is that something that has been discussed before? How to use these icons on the player? |
| 00:47:45 | adi|work | matsl where is this patch? |
| 00:47:50 | * | adi|work needs ideas |
| 00:48:02 | matsl | adi|work: mailed to the list |
| 00:48:18 | Zagor | adi|work: insert the correct byte, 0 to 8, in a string you send to puts |
| 00:48:48 | adi|work | ie: lcd_ascii[0] |
| 00:49:02 | adi|work | correct? |
| 00:49:17 | Bagder | as in lcd_puts("\x01moo"); |
| 00:49:25 | Zagor | right |
| 00:49:27 | adi|work | k. |
| 00:49:41 | Zagor | Bagders model |
| 00:49:50 | Zagor | don't use 0 :) |
| 00:50:08 | adi|work | why not? |
| 00:50:18 | Bagder | it won't work ;-) |
| 00:50:29 | Bagder | C strings terminate on zero |
| 00:50:35 | * | adi|work cocks his head to the side like a confused dog |
| 00:50:38 | adi|work | right |
| 00:50:43 | adi|work | but im not printing'0' |
| 00:50:50 | adi|work | im printing the lcd_ascii[0] |
| 00:51:15 | adi|work | first location in the stored table no? |
| 00:51:21 | Bagder | no |
| 00:51:36 | adi|work | in other words, i call lcd_define_pattern. Where does the defined pattern get stored? |
| 00:51:38 | Bagder | you should print the ascii code for the char you redefine |
| 00:51:45 | Zagor | in the lcd controller |
| 00:51:51 | adi|work | ahh ... okay |
| 00:51:51 | Bagder | adi|work: you redefine the ASCII code you specify |
| 00:51:57 | adi|work | right... |
| 00:52:21 | adi|work | so then in your example i can just call lcd_ascii[1] then ;) |
| 00:52:43 | adi|work | or, to make life easier: #define PLAYER_FILE_ICON \x01 if you want. |
| 00:53:42 | Bagder | I don't know if it is lcd_ascii[letter] or just letter you should use |
| 00:54:04 | Bagder | for the first four, there's no diff anyway |
| 00:54:16 | adi|work | no, lcd_ascii[0] = \x00 so you were right |
| 00:54:20 | Zagor | lcd_ascii is local to lcd.c so you can't use it anyway. |
| 00:54:29 | Bagder | ah |
| 00:54:36 | Bagder | there you go ;-) |
| 00:54:40 | adi|work | hehe |
| 00:54:41 | adi|work | fine |
| 00:54:44 | * | adi|work pouts |
| 00:55:05 | matsl | Bagder: Zagor: Comment on the audio-param icons? |
| 00:55:31 | Zagor | can't remember it. checking the archive... |
| 00:55:54 | adi|work | do we know the 'size' of the player chars? |
| 00:56:12 | Zagor | they are exactly as in the picture in "research notes" |
| 00:56:19 | Zagor | bit for bit |
| 00:56:22 | adi|work | k |
| 00:56:28 | * | adi|work goes to count bits |
| 00:56:31 | Zagor | hehe |
| 00:57:07 | adi|work | 7 high |
| 00:57:09 | adi|work | 5 wide |
| 00:57:13 | Zagor | sounds right |
| 00:57:28 | adi|work | so the recorder icons wont work |
| 00:58:26 | Zagor | matsl: hmm, right you sent me icons for use in the simulator. now where did i put those... |
| 00:59:40 | adi|work | we have icons already? |
| 00:59:45 | adi|work | like, ones i don't have to recreate? |
| 00:59:50 | Bagder | no |
| 00:59:59 | adi|work | k |
| 01:00 |
| 01:00:02 | matsl | Zagor: OOPS! I wasn't refering to that at all. |
| 01:00:12 | Bagder | matsl made some icons we could use in the player sim, that's all |
| 01:00:12 | Zagor | matsl: ehm, ok :) |
| 01:00:33 | Zagor | adi|work: for the USB symbol, play/pause, battery etc |
| 01:00:38 | adi|work | got ay |
| 01:01:02 | Bagder | matsl: now *you* can add those icons! ;-) |
| 01:01:09 | Zagor | matsl: can you find it in the archive and point me to it? |
| 01:01:10 | * | Bagder loves handing over work! |
| 01:01:56 | | Join mistax [0] (lamamba_@213.66.147.135) |
| 01:02:04 | matsl | We have two subjects going here I guess. |
| 01:02:51 | Zagor | yes. ignore me and just show me your posting :) |
| 01:03:11 | matsl | Zagor: I did som icons for the player. Maybe even easier to mail them again to you! |
| 01:03:21 | Zagor | yup |
| 01:03:33 | matsl | Zagor: OK. I'll do that. |
| 01:04:02 | matsl | Zagor: About the audio and params icons is where and whether they shall be shown. |
| 01:04:30 | matsl | Zagor: I wanted to use them more but Linus disagreed. |
| 01:06:07 | Zagor | can't find the mail :-( |
| 01:06:34 | matsl | We discussed it over IRC |
| 01:06:40 | Zagor | oh |
| 01:07:07 | Zagor | <Linus> so you think we should light the param icon when in the settings menu? |
| 01:07:42 | matsl | Zagor: yes and the audio in wps. |
| 01:07:53 | Zagor | ok. reading log... |
| 01:08:11 | matsl | Zagor: You'll find my patch in the list a few days ago. |
| 01:12:07 | Zagor | ah, there |
| 01:12:38 | matsl | Zagor: <icons posted to you!> |
| 01:12:57 | Zagor | so did you and linus discuss this patch after it was posted? |
| 01:13:31 | matsl | Zagor: Before or after. Don't remember. |
| 01:13:37 | Zagor | ok |
| 01:14:22 | adi|work | can someone check my math on the icons for a record |
| 01:14:26 | adi|work | player rather |
| 01:14:31 | matsl | Zagor: He didn't like the use of the audio icon. Needless he thought. |
| 01:14:36 | adi|work | figure, dementions are 5x7 |
| 01:15:06 | adi|work | someone want to tell me what "0x55, 0x00, 0x55, 0x55, 0x55" would look like to them? |
| 01:15:12 | adi|work | and if that makes sense. |
| 01:15:23 | mistax | how's it going with the sound quality bug on the players?! |
| 01:15:43 | adi|work | btw.. on the player.. is pixel distance between chars handle on board or do i have to do that myself? |
| 01:15:48 | Zagor | mistax: linus is desperately trying to find someone who can reproduce the problem. do you have it? |
| 01:16:24 | Zagor | adi|work: the character cells on the LCD have a pixel empty between them |
| 01:16:29 | mistax | yeah, I can play higher with the stock firmware without distortion with more bass! |
| 01:16:43 | adi|work | okay cool |
| 01:17:03 | mistax | than with the rockbox... |
| 01:17:48 | Zagor | matsl: i'm not sure I agree with Linus. With just 2x11 chars, i guess sometimes it's not obvious to spot the difference btwn WPS and dir browser |
| 01:18:01 | Zagor | at a glance, i mean |
| 01:18:27 | Zagor | mistax: that's not what the bug is about, although I guess he might be interested in that too |
| 01:19:03 | mistax | ok so how shall I notify linus?! |
| 01:19:17 | mistax | bug report?! |
| 01:19:35 | Zagor | where are you located? |
| 01:19:47 | matsl | Zagor: Jupp! Just what I think. How do we settle these types of things? |
| 01:20:06 | mistax | nyköping, sweden |
| 01:20:16 | Zagor | matsl: let's discuss it some more tomorrow and then decide |
| 01:20:37 | Zagor | mistax: ok, linus will probably be in tomorrow morning. can you be here then? |
| 01:20:51 | mistax | morning, what time?! |
| 01:21:04 | mistax | I just love sleeping.. |
| 01:21:10 | mistax | =) |
| 01:21:20 | matsl | Zagor: ok. I'll sit on my hands then ... |
| 01:21:27 | Zagor | well he's probably in most of the day |
| 01:21:39 | adi|work | zagor, if i want the icons for the player to be loaded, should they be put in lcd.c or should i put them in a seperate file like they are in recorder? |
| 01:21:46 | mistax | ok |
| 01:22:15 | Zagor | adi|work: they are so small. put them in tree.c for now |
| 01:23:31 | adi|work | k |
| 01:24:24 | Zagor | i'm off to bed |
| 01:24:31 | | Quit Zagor ("Client Exiting") |
| 01:24:32 | matsl | cu |
| 01:35:21 | adi|work | umm.. okay.. wtf should i first call lcd_define_pattern? |
| 01:36:31 | adi|work | Bagder: you around? |
| 01:36:44 | Bagder | yes, but I have no good suggestion atm |
| 01:37:35 | Bagder | I'm off to bed now, night |
| 01:37:38 | | Part Bagder |
| 01:47:55 | | Quit matsl ("Client Exiting") |
| 01:48:34 | | Join matsl [0] (~matsl@as13-4-5.mal.s.bonet.se) |
| 01:48:52 | | Join matsl_ [0] (~matsl@as13-4-5.mal.s.bonet.se) |
| 01:49:13 | | Part matsl_ ("Client Exiting") |
| 01:53:06 | | Part matsl ("Client Exiting") |
| 01:53:49 | | Join matsl [0] (~matsl@as13-4-5.mal.s.bonet.se) |
| 01:54:17 | | Quit matsl (Client Quit) |
| 02:00 |
| 02:01:06 | adi|work | anyone around that has a player?\ |
| 02:01:09 | adi|work | not a recoder |
| 02:01:53 | mistax | yeah |
| 02:02:40 | mistax | why? |
| 02:03:33 | adi|work | i may need you to test something for me in a bit... |
| 02:03:36 | adi|work | icons for the player... |
| 02:03:39 | * | adi|work nearly there |
| 02:04:51 | datazone | me to |
| 02:04:55 | mistax | I'm right here.. |
| 02:05:08 | adi|work | k... |
| 02:05:13 | adi|work | mistax: which do you have |
| 02:05:16 | adi|work | the old one or new one? |
| 02:05:34 | datazone | i got the new |
| 02:05:37 | adi|work | k |
| 02:06:23 | adi|work | data you have dcc? |
| 02:06:28 | datazone | sure |
| 02:06:36 | mistax | old |
| 02:07:05 | datazone | send |
| 02:07:20 | adi|work | okay.. ill try that too mistax.. one min |
| 02:07:42 | datazone | hmm.. adi, no juice |
| 02:07:53 | adi|work | you can't grab it? |
| 02:08:20 | datazone | nope |
| 02:08:26 | adi|work | hmm.. okay... |
| 02:08:31 | adi|work | mistax.. let me try with you.. one sec |
| 02:08:35 | mistax | ok |
| 02:09:28 | adi|work | can you grab that? |
| 02:09:43 | mistax | it says filetype ignored |
| 02:09:48 | adi|work | huh? |
| 02:09:49 | mistax | zip it or something |
| 02:09:49 | datazone | try again adi |
| 02:09:57 | adi|work | k... ill try ziping.. one sec |
| 02:10:20 | adi|work | oh screw it.. you have email? |
| 02:10:29 | adi|work | actually.. here.. ill web it. |
| 02:10:32 | datazone | cool |
| 02:10:38 | mistax | no, now I've made it so it doesn't ignore mod files |
| 02:10:42 | mistax | try again |
| 02:11:21 | mistax | WEHEEJ! |
| 02:11:26 | adi|work | trying |
| 02:11:32 | adi|work | you don't seem connected |
| 02:11:34 | mistax | what's happening?! |
| 02:11:52 | mistax | It says accepting send but nothings happening |
| 02:11:55 | adi|work | pull that down |
| 02:12:29 | datazone | adi|work: ftp it to ftp.airmail.net in the incoming dir |
| 02:12:38 | *** | Saving seen data "./dancer.seen" |
| 02:12:54 | adi|work | try one more time data |
| 02:13:29 | datazone | nope, no juice, you seem to be firewalled or something |
| 02:13:34 | datazone | ftp it |
| 02:14:12 | adi|work | sent |
| 02:14:23 | adi|work | let me know if those 1. load |
| 02:14:28 | adi|work | 2. see icons in the directory listing |
| 02:14:41 | datazone | downloading |
| 02:16:38 | datazone | weird |
| 02:16:55 | datazone | whar i see is at the right side of the dir names is "AAB->" |
| 02:17:22 | datazone | but only if it doesnt have to scroll |
| 02:17:26 | mistax | I can't update my firmware! |
| 02:17:35 | mistax | I think I'm too low on batteries |
| 02:18:01 | adi|work | hmmm ... i dunno if thats the code or the icon... |
| 02:18:04 | adi|work | hmmmm... |
| 02:18:26 | adi|work | i can't use the sim because it doesn't recognize the lcd_define_pattern from lcd.h |
| 02:18:33 | datazone | need to going into the debug menu? |
| 02:18:39 | datazone | dont know if it will help |
| 02:20:22 | adi|work | nope.. |
| 02:20:25 | datazone | adi|work: what exactly are you trying to do? |
| 02:20:33 | adi|work | add icons to the front of the files |
| 02:20:36 | adi|work | directories |
| 02:20:37 | adi|work | and playlists |
| 02:20:46 | datazone | is the player capable of doing that? |
| 02:22:20 | adi|work | who has the old? |
| 02:22:39 | datazone | mistax: said he did |
| 02:22:55 | adi|work | mistax grab a new copy if you could |
| 02:23:01 | adi|work | data, im sending you a new copy too |
| 02:23:17 | datazone | okay, name it archos-02.mod or something |
| 02:23:25 | datazone | or do you just want to over write the previous |
| 02:24:01 | adi|work | just overwritign |
| 02:24:03 | adi|work | no big |
| 02:24:05 | adi|work | sent |
| 02:24:18 | adi|work | i think i was putting the wrong length for the icons |
| 02:25:38 | mistax | the address one more time pleez |
| 02:25:53 | datazone | ftp.airmail.net/incoming |
| 02:26:38 | datazone | adi|work: same thing |
| 02:26:49 | adi|work | okay.. hold on that mistax |
| 02:26:54 | adi|work | i think i have another bug :) |
| 02:26:56 | datazone | "AAB->" at the end of any name that dont need scrolling |
| 02:27:01 | mistax | doesn't work(the address I mean) |
| 02:27:17 | datazone | mistax: ftp://ftp.airmail.net/incoming/archos.mod |
| 02:27:39 | datazone | you cant view the contents of the dir, you just have to retrieve the file |
| 02:27:44 | datazone | its a secure drop box |
| 02:30:34 | datazone | weird, why does it make short dir names uppercase, and long dir names that scroll lowercase? |
| 02:30:41 | datazone | the 1.2 firmware anyway |
| 02:32:48 | adi|work | data |
| 02:32:51 | adi|work | try archos.mod.2 |
| 02:32:55 | adi|work | and mistax can't use that |
| 02:32:59 | adi|work | if he's on an old player |
| 02:33:17 | mistax | I guess I'll have to wait till the tomorrow cuz I got to little batteries left to boot up withthe new firmware! |
| 02:33:35 | adi|work | np.. |
| 02:33:42 | adi|work | i wont have this done tonight |
| 02:34:10 | mistax | wait a minute, the ftp address is that for the old or the new!? |
| 02:34:15 | mistax | ftp.airmail.net/incoming |
| 02:34:23 | adi|work | new |
| 02:34:25 | adi|work | you can't use that |
| 02:34:27 | adi|work | don't worry.. |
| 02:34:33 | adi|work | ill work on the old one tomorrow |
| 02:34:55 | mistax | but the http address u gave me is that for old or new!? |
| 02:35:00 | adi|work | old |
| 02:35:06 | datazone | okay, the "AAB->" crap is gone, but its back to normal |
| 02:35:14 | datazone | its not http |
| 02:35:17 | mistax | ok I'll try that one last time |
| 02:35:25 | adi|work | mistax don't |
| 02:35:29 | mistax | http://phobos.ramapo.edu/~rhak/misc/archos.mod |
| 02:35:30 | adi|work | its not a correct version |
| 02:35:32 | mistax | why?! |
| 02:35:37 | mistax | ok |
| 02:35:38 | adi|work | if its buggy on data's its buggy on yours |
| 02:35:40 | adi|work | its the code |
| 02:36:09 | datazone | adi|work: do you know if this will even work? |
| 02:36:48 | datazone | heh, someone need to tell google that "rockbox" is a valid word, and that it shouldnt suggest "rock box" instead |
| 02:38:39 | adi|work | lol |
| 02:38:47 | adi|work | feel like tryong one last version? |
| 02:38:56 | datazone | sure, i'm all yours tonight |
| 02:39:07 | adi|work | hmm wait one sec |
| 02:44:36 | adi|work | okay.. try archos.mod i just put up data |
| 02:47:06 | datazone | one sec, in the middle of a ca game |
| 02:47:50 | adi|work | k |
| 02:54:45 | datazone | okay, let me get it |
| 02:55:11 | datazone | crack-attack is one addictive game |
| 02:56:27 | datazone | the "AAB->" stuff is back again |
| 02:57:29 | datazone | hold on |
| 02:57:35 | datazone | i just noticed something |
| 02:57:40 | datazone | god damn |
| 02:59:24 | datazone | okay, there is just a blank space in front of the name |
| 02:59:39 | datazone | wget was not over writing the old file |
| 03:00 |
| 03:00:24 | datazone | you should put a dev number in the mod, so i can make sure i am using the right version |
| 03:09:34 | adi|work | k.. |
| 03:09:34 | adi|work | ty |
| 03:09:41 | adi|work | gonna work on it more tomorrow.. |
| 03:09:46 | adi|work | thanks for being my test whore ;) |
| 03:09:49 | datazone | okay... sorry about that |
| 03:16:49 | adi|work | np |
| 03:51:08 | | Part mistax |
| 04:00 |
| 04:12:40 | *** | Saving seen data "./dancer.seen" |
| 04:18:51 | | Join adiamas [0] (~adiamas@216.194.23.29) |
| 04:19:57 | | Quit adiamas (Client Quit) |
| 04:20:00 | | Join adiamas [0] (~adiamas@as5300-9.216-194-23-29.nyc.ny.metconnect.net) |
| 04:39:39 | | Join MeRWiN [0] (~Stalker@12.242.185.10) |
| 04:42:03 | | Nick adiamas is now known as adi|home (~adiamas@as5300-9.216-194-23-29.nyc.ny.metconnect.net) |
| 04:43:37 | MeRWiN | I wonder when we're letting in the SAVE_TO_DISK feature for good... |
| 05:00 |
| 05:18:30 | | Join elinenbe [0] (elinenbe@pcp02254422pcs.wanarb01.mi.comcast.net) |
| 05:30:38 | MeRWiN | hey elinenbe |
| 05:33:31 | elinenbe | hi there. |
| 05:46:18 | | Join gopher2 [0] (~DAVE@pcp01188022pcs.strl401.mi.comcast.net) |
| 05:46:31 | | Part gopher2 |
| 05:51:44 | | Join PsycoXuul [0] (psyco@63.205.43.200) |
| 05:51:44 | | Quit PsycoXul (Read error: 104 (Connection reset by peer)) |
| 05:51:59 | | Nick PsycoXuul is now known as PsycoXul (psyco@63.205.43.200) |
| 06:00 |
| 06:03:12 | | Part elinenbe |
| 06:06:02 | MeRWiN | grr... |
| 06:12:43 | *** | Saving seen data "./dancer.seen" |
| 06:17:56 | MeRWiN | can't get lcd_puts_scroll() to work right |
| 06:28:37 | | Join PsycoXuul [0] (psyco@adsl-63-205-44-6.dsl.lsan03.pacbell.net) |
| 06:37:54 | | Quit MeRWiN (Read error: 104 (Connection reset by peer)) |
| 06:45:19 | | Join elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
| 06:45:56 | Hes | You have any idea where do I think they should stick that &%$#@ fundraiser? |
| 06:46:15 | Hes | Good morning. |
| 06:48:57 | | Quit PsycoXul (Read error: 110 (Connection timed out)) |
| 06:49:04 | | Nick PsycoXuul is now known as PsycoXul (psyco@adsl-63-205-44-6.dsl.lsan03.pacbell.net) |
| 06:50:25 | | Join bruce_ofSherwood [0] (~bruces@12-229-49-19.client.attbi.com) |
| 06:50:34 | | Join MeRWiN [0] (~Stalker@12.242.185.10) |
| 07:00 |
| 07:05:12 | | Quit MeRWiN (Read error: 104 (Connection reset by peer)) |
| 07:10:05 | adi|home | Hes: wanna say that in english again? |
| 07:11:04 | | Quit bruce_ofSherwood () |
| 07:11:08 | | Join MeRWiN [0] (~Stalker@12.242.185.10) |
| 07:11:20 | | Join bruce_ofSherwood [0] (~bruces@12-229-49-19.client.attbi.com) |
| 07:19:57 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 07:20:02 | MeRWiN | heya linus |
| 07:20:03 | LinusN | yo |
| 07:20:22 | LinusN | gawd, am i tired of that 200-file limit discussion... |
| 07:20:39 | LinusN | bruce_ofSherwood: are you awake? |
| 07:20:42 | MeRWiN | I've got a player mpeg_info function that displays the file informatino in a seperate menu ... basically all of the id3 info that we've got |
| 07:20:46 | bruce_ofSherwood | ya.. |
| 07:21:03 | LinusN | do you still have the distortion? |
| 07:21:14 | MeRWiN | LinusN: ran into a problem where my computer would blue screen when i plugged in USB... i forgot to include a case for the USB detection :-) |
| 07:21:33 | bruce_ofSherwood | dunno.. is there a new release I should play with (outside of official release version)? |
| 07:21:55 | LinusN | not that tries to fix any distortion problems... |
| 07:22:08 | elinenbe | I liked the 200 file limit discussion :) |
| 07:22:22 | LinusN | bruce_ofSherwood: 1 question: does the distortion disappear when you raise the treble? |
| 07:22:24 | MeRWiN | I hate that discussion |
| 07:22:32 | bruce_ofSherwood | umm.. Then I guess I stil have same issue.. I'll try to re-dl current release and see what occurs. |
| 07:22:32 | MeRWiN | I like the response of quit whining and write some code |
| 07:22:33 | Hes | Morning |
| 07:22:39 | MeRWiN | morning hes |
| 07:22:43 | LinusN | MeRWiN: yeah |
| 07:22:46 | elinenbe | That was a response of frusteration |
| 07:22:52 | LinusN | morning Hes |
| 07:23:23 | elinenbe | I know it is time to head to sleep if LinusN is up! |
| 07:23:37 | LinusN | :-) |
| 07:25:10 | LinusN | it's frustrating, because we need every byte for MP3 buffering, and then someone wants to waste it on large dir buffers |
| 07:25:41 | MeRWiN | Yeah... I wonder how archos did it |
| 07:25:55 | LinusN | we can, actually, triple the amount of cached names by just changing the storage algorithm for the file names |
| 07:26:23 | LinusN | MeRWiN: i think Archos has a smaller MP3 buffer than we do |
| 07:26:31 | Hes | Btw, I think the archos charger code is pretty simple |
| 07:26:48 | LinusN | i think so too, they probably stop when a certain voltage is reached |
| 07:26:53 | MeRWiN | LinusN: Is it alright for me to bind my player_mpeg_info() function to MENU+ON? It works fine... seems to be the only remaining key combo left. It's a nifty screen to have. |
| 07:27:10 | Hes | I charged with rockbox yesterday, reached 5.52v (some 5.4v after it had cooled down) |
| 07:27:34 | Hes | then charged some more with archos - it continued charging for hours |
| 07:27:36 | LinusN | MeRWiN: so MENU+ON switches to a file_info screen? |
| 07:27:45 | Hes | and after that the end voltage wasn't any higher (the batteries were full) |
| 07:27:55 | Hes | I guess they go to trickle charge mode and end it with a timer |
| 07:28:18 | LinusN | Hes: negative delta detection will probably fail if the battery is nearly full |
| 07:28:18 | Hes | I can clearly hear the device make the sound of some xx kHz |
| 07:28:37 | LinusN | when you start charging |
| 07:28:41 | Hes | LinusN: true... the low delta detection works at that point |
| 07:28:48 | adi|home | what i don't get is.. WTF would anyone have more then 200 files in a directory? |
| 07:28:53 | adi|home | HTF do you find anything |
| 07:29:08 | Hes | Maybe he doesn't want to find anything, and is lazy to sort stuff |
| 07:29:09 | LinusN | maybe it's his "downloaded from the net" folder? |
| 07:29:15 | adi|home | lol |
| 07:29:18 | Hes | just downloads loads of stuff from the net and plays it with dir shuffle |
| 07:29:29 | MeRWiN | LinusN: yup.. displays all of the ID3 info for the player... left and right scroll through (the scrolling wraps around also). any other key exits it. The only thing it doesn't have is the lcd_puts_scroll() of the info... I couldn't figure out how to get the damn thing to actually scroll. Since it's part of the WPS, I have to always yield() so the buffer can fill itself up, etc. That also causes the normal wps scrolling to start again i think. |
| 07:29:30 | adi|home | well.. zag added a patch to inform ppl when they hit the limit |
| 07:29:33 | LinusN | People are people, never the same |
| 07:29:41 | adi|home | linus... |
| 07:29:42 | Hes | At least two of my friends have a folder like that on their home computers |
| 07:29:55 | adi|home | i started working on icons for the player, zag asked me to |
| 07:30:07 | adi|home | i compile for the actual player w/no prob |
| 07:30:10 | LinusN | adi|home: great |
| 07:30:14 | adi|home | but the sim compile don't work |
| 07:30:19 | adi|home | it bitches about the lcd.h |
| 07:30:25 | LinusN | adi|home: surprised? |
| 07:30:32 | adi|home | basically.. the sim still runs off the lcd-x no? |
| 07:30:40 | LinusN | no |
| 07:30:54 | LinusN | only for the text functions |
| 07:30:55 | adi|home | umm... then i dont getit |
| 07:30:59 | LinusN | and the redrawing |
| 07:31:04 | LinusN | what is the error? |
| 07:31:10 | adi|home | no sec.. ill get it |
| 07:34:25 | bruce_ofSherwood | question about 1.2 player release.. |
| 07:34:39 | adi|home | shoot |
| 07:35:07 | bruce_ofSherwood | is there a differnt screen on boot for it then shown on website? |
| 07:35:20 | LinusN | on the player, yes |
| 07:35:23 | bruce_ofSherwood | ha.. |
| 07:35:25 | adi|home | nods |
| 07:35:30 | adi|home | the screen on the web is the recorder |
| 07:35:37 | LinusN | the players with newer LCD has a double-height "ROCKBOX" |
| 07:35:46 | bruce_ofSherwood | okay. Well. At full charge there is no popping. |
| 07:35:49 | * | adi|home shuts his mouth as he missreads |
| 07:36:14 | MeRWiN | LinusN: Why is it that we don't include the SAVE_TO_DISK by default? It seems as if it's a stable function to include. |
| 07:36:14 | bruce_ofSherwood | first install was at lower voltage (showed 1 bar on bat meter) |
| 07:36:28 | LinusN | MeRWiN: good question |
| 07:36:57 | LinusN | bruce_ofSherwood: I am not sure that it has anything to do with battery status... |
| 07:37:49 | bruce_ofSherwood | good point. so why would one copy of the binary allow poooing while another (same version doesnt)? (and other amizing secrets of the universe) |
| 07:37:50 | adi|home | i don't know what the deal is, but the manual page won't display in my netscape |
| 07:38:02 | LinusN | oh? |
| 07:38:12 | adi|home | nods |
| 07:38:23 | LinusN | bruce_ofSherwood: that is the problem |
| 07:38:24 | adi|home | im using 4.76 |
| 07:38:28 | adi|home | everything else loads fine |
| 07:38:32 | LinusN | the noise comes and goes |
| 07:39:05 | LinusN | adi|home: ask Bagder when he wakes up |
| 07:39:18 | adi|home | LinusN: how much of this error do you want me to spam? |
| 07:39:42 | adi|home | let me try one more rebuild.. hold on |
| 07:39:53 | bruce_ofSherwood | Hmm.. I'll keep an eye on it.. I am using same reference music. If it turns back up I'll try to report what little I can find out. |
| 07:40:13 | elinenbe | good night.... |
| 07:40:20 | | Nick elinenbe is now known as elinenbe|sleep (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
| 07:40:38 | LinusN | bruce_ofSherwood: one user has noticed that the error comes back if you start the unit with no earplugs inserted |
| 07:40:44 | LinusN | elinenbe|sleep: night |
| 07:40:57 | bruce_ofSherwood | hmm.. I'l try that now. |
| 07:41:41 | | Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) |
| 07:41:47 | MeRWiN | yo bag |
| 07:41:47 | bruce_ofSherwood | bingo |
| 07:41:47 | Bagder | moo |
| 07:41:47 | adi|home | okay.. LinusN come to #adi-spam |
| 07:42:04 | adi|home | don't want to spam the room |
| 07:42:16 | adi|home | bagder.. any ideas why my version of netscape don't load the manual page? |
| 07:42:47 | Bagder | the front manual page? |
| 07:43:27 | Bagder | yes I see why |
| 07:44:03 | Bagder | fix committed |
| 07:45:02 | adi|home | ty |
| 07:45:04 | adi|home | what was it? |
| 07:45:26 | Bagder | no foot.t included in the bottom and thus the <table> ended up without a </table> |
| 07:46:22 | Hes | I wish I had an oscilloscope around |
| 07:46:39 | Hes | And a voltage meter connected to a computer so I could graph voltage variations over 12 hours or so |
| 07:46:52 | adi|home | its going to take a while for that change to take.. grrrr |
| 07:47:22 | Bagder | adi|home: another 15 mins I think |
| 07:47:33 | bruce_ofSherwood | LinusN: Turn on with no speakers/hdphones - big messy noise. Turn off - add speakers/hdphones, no change. Wonder if I have to let it sit for a few hours. |
| 07:47:38 | | Join MeRWiN- [0] (~merwin@12.242.185.10) |
| 07:47:45 | | Quit MeRWiN () |
| 07:47:47 | | Nick MeRWiN- is now known as MeRWiN (~merwin@12.242.185.10) |
| 07:48:06 | LinusN | bruce_ofSherwood: maybe, but now you have it, right? |
| 07:48:15 | adi|home | nods |
| 07:48:19 | bruce_ofSherwood | big old scratchy time... |
| 07:48:57 | LinusN | ok, does it disappear when you raise the treble |
| 07:49:34 | bruce_ofSherwood | Hmm.. starts out a +7 - I'll try both directions |
| 07:50:46 | bruce_ofSherwood | yes.. at +13 almost gone at +14 is gone |
| 07:51:01 | LinusN | ok, you have *the* distortion |
| 07:51:20 | LinusN | now, what is the ROM firmware version? |
| 07:51:33 | bruce_ofSherwood | oh.. *the* and not 'another'? :) |
| 07:51:56 | bruce_ofSherwood | firmware: 6.05 |
| 07:52:00 | LinusN | hehe, some people complain about distortion at max volume |
| 07:52:10 | LinusN | bruce_ofSherwood: you have a pretty new firmware |
| 07:52:19 | bruce_ofSherwood | nah.. thats just their ear drums bleeding |
| 07:52:44 | bruce_ofSherwood | unit is about 8 months old |
| 07:52:53 | LinusN | mine has 3.18 |
| 07:53:19 | bruce_ofSherwood | Dinosaur skin pouch instead of the neoprene? |
| 07:53:39 | LinusN | yeah, and a wooden stick instead of a remote control |
| 07:54:01 | bruce_ofSherwood | I'm waiting for the fiber optic headphones. |
| 07:55:03 | bruce_ofSherwood | any idea on fixes? If not, when will 'save state' work? |
| 07:56:10 | LinusN | bruce_ofSherwood: try this: http://linus.haxx.se/archos.mod |
| 07:56:51 | * | Hes starts his day at work by installing a brand new build off the CVS |
| 07:56:53 | LinusN | i'll have to go to the dentist in a few minutes, and will be back in an hour or two |
| 07:57:16 | Hes | I have a new routine added at the start of the day, just after getting a cup of coffee 8-) |
| 07:57:27 | Bagder | :-) |
| 07:57:36 | * | Bagder does that routine before leaving home |
| 07:57:46 | bruce_ofSherwood | i'll try it. I'll mail you a result. Have fun. |
| 07:57:47 | Hes | checkout, apply pending patches, build and install |
| 07:59:07 | LinusN | oh yeah, i'll have fun for sure! |
| 07:59:09 | adi|home | god damn lcd.c is a mess |
| 07:59:20 | LinusN | adi|home: yes indeed |
| 07:59:56 | adi|home | what was the purpose of the SIMULATOR define in the lcd.c? |
| 08:00 |
| 08:00:05 | LinusN | to have special code for the simulator |
| 08:00:12 | adi|home | can i assume, that which is to be defined in lcd-x11.c is to be defined around in lcd.c? |
| 08:00:16 | Bagder | adi|home: we use the recorder lcd code for the player sim |
| 08:00:34 | LinusN | silly enough |
| 08:00:35 | Bagder | which makes everything a bit messy |
| 08:00:44 | Bagder | I don't think it is silly |
| 08:00:46 | adi|home | right, but the ONLY function defined in lcd-x11.c is lcd_update |
| 08:00:53 | LinusN | gotta go to the dentist. cu! |
| 08:00:53 | adi|home | so WTF are we doing? |
| 08:01:07 | | Nick LinusN is now known as LinusN|inpain (~linus@labb.contactor.se) |
| 08:01:08 | adi|home | cause i cna't run a compile on a sim the way it is now |
| 08:01:12 | Bagder | adi|home: we use the "real" functions for the simulator too |
| 08:01:16 | adi|home | nods |
| 08:01:18 | adi|home | right |
| 08:01:41 | adi|home | what im saying is that the only function that should be '#ifndef SIM' in lcd.c should be lcd_update() no? |
| 08:01:50 | adi|home | since that is the only function defined in lcd-x11.c? |
| 08:01:59 | Bagder | it isn't that simple |
| 08:02:06 | * | adi|home screams |
| 08:02:18 | Bagder | first, you can build the sim for recorder OR player |
| 08:02:29 | adi|home | well, then we have a mighty nice cluster fuck in there :) |
| 08:02:29 | Bagder | for recorder, the update is basicly the one that should be replaced |
| 08:02:45 | adi|home | because to test the player icons i need to use lcd_define_patter |
| 08:02:50 | adi|home | and thats not recognised |
| 08:02:59 | adi|home | which means i also need lcd_write |
| 08:03:00 | adi|home | guess what :) |
| 08:03:13 | Bagder | right, lcd_define_pattern() must be added to the sim |
| 08:03:26 | Bagder | the player sim |
| 08:03:46 | Bagder | it would store the pattern in a bitmap |
| 08:03:53 | Bagder | somehow |
| 08:04:29 | adi|home | um.. normally i would say sure |
| 08:04:38 | adi|home | but the ONLY thing defined in the sim lcd is lcd_update |
| 08:04:51 | Bagder | so? |
| 08:04:52 | adi|home | your telling me EVERY other lcd function defined in lcd.c accounts for the sim? |
| 08:05:01 | Bagder | now |
| 08:05:04 | Bagder | no |
| 08:05:21 | * | adi|home doenst' understand how the sim works at all then. |
| 08:05:22 | Bagder | all other functions are in ldc.c because in one way or another they are meant for target |
| 08:05:29 | adi|home | right i know that |
| 08:05:43 | Bagder | then what is the problem? |
| 08:05:52 | * | adi|home screams |
| 08:06:01 | Bagder | hehe |
| 08:06:01 | adi|home | do we have a sepearte lcd_puts for the sim? |
| 08:06:04 | adi|home | how about lcd_write |
| 08:06:13 | | Quit bruce_ofSherwood () |
| 08:06:14 | Bagder | lcd_write() is not used on the sim |
| 08:06:18 | adi|home | how does the sim work with ONLY the lcd_update defiend for itself |
| 08:06:25 | Bagder | lcd_write() talks to hardware |
| 08:06:38 | Bagder | you need to understand how the lcd functions work |
| 08:06:45 | Bagder | the recorder ones |
| 08:06:53 | Bagder | they all only modify an array |
| 08:07:04 | Bagder | whatever you do, they update a "frame buffer" |
| 08:07:16 | * | adi|home nods |
| 08:07:17 | Bagder | lcd_update() sends that buffer to the hardware lcd |
| 08:07:24 | adi|home | right.. that i know |
| 08:07:28 | Bagder | so for the sim, all we need to do is replace that function |
| 08:07:58 | adi|home | okay.. |
| 08:07:59 | adi|home | so.. let me stop you |
| 08:08:05 | Bagder | certainly |
| 08:08:06 | adi|home | lcd_write talks to hardware right? |
| 08:08:13 | adi|home | and the sim doesn't call lcd_write |
| 08:08:21 | adi|home | but the sim does call lcd_puts right? |
| 08:09:18 | Bagder | the sim calls? |
| 08:09:32 | Bagder | the code in apps uses lcd_puts(), yes |
| 08:09:37 | adi|home | right |
| 08:09:39 | adi|home | okay... |
| 08:09:40 | adi|home | SO |
| 08:09:45 | adi|home | lets assume we compile the sim |
| 08:09:52 | adi|home | and we need to print a playlist to the screen |
| 08:10:03 | adi|home | at some point 'play_list' gets called |
| 08:10:07 | adi|home | which calls lcd_puts |
| 08:10:10 | adi|home | which calls lcd_write |
| 08:10:13 | adi|home | so what am i missing? |
| 08:10:23 | Bagder | lcd_puts() does not call lcd_write |
| 08:10:33 | Bagder | on recorders it never does |
| 08:10:35 | adi|home | void lcd_puts(int x, int y, unsigned char *string) |
| 08:10:37 | adi|home | { |
| 08:10:37 | adi|home | lcd_write(true,LCD_CURSOR(x,y)); |
| 08:10:37 | adi|home | while (*string && x++<11) |
| 08:10:37 | DBUG | Enqueued KICK adi|home |
| 08:10:37 | adi|home | lcd_write(false,lcd_ascii[*(unsigned char*)string++]); |
| 08:10:37 | adi|home | } |
| 08:10:41 | Bagder | on players, it doesn't while sim |
| 08:11:11 | Bagder | yes, that's because when built as a sim, the player version uses the recorder's lcd_puts() |
| 08:11:22 | adi|home | k |
| 08:11:27 | adi|home | that makes more sense |
| 08:11:30 | Bagder | ... which only modifies the frame buffer |
| 08:12:19 | adi|home | so then lcd_define_pattern needs to act in the same manner as lcd_puts? |
| 08:12:22 | adi|home | with the sim |
| 08:12:42 | Bagder | yes, more or less |
| 08:12:44 | *** | Saving seen data "./dancer.seen" |
| 08:13:08 | adi|home | i hope you can see why this is so confusing :) |
| 08:13:30 | Bagder | I'm not saying it is crystal clear ;-) |
| 08:13:53 | adi|home | okay, so then whats the point of the check for the define of defined(HAVE_LCD_CHARCELLS) |
| 08:13:55 | adi|home | ? |
| 08:14:12 | Bagder | that's a player-version LCD |
| 08:14:27 | Bagder | we check for features rather than models |
| 08:14:33 | adi|home | k |
| 08:15:40 | adi|home | so in the sim.. htf is the define_pattern supposed to work? |
| 08:16:03 | Bagder | it's a bit tricky |
| 08:16:13 | Bagder | we would need to store the pattern as a bitmap |
| 08:16:25 | Bagder | and then somehow output that bitmap instead of the given ascii letter |
| 08:16:29 | adi|home | im going to stab someone :) |
| 08:16:43 | MeRWiN | what's the syntax in snprintf for using a string value (ie: %d is for decimal) |
| 08:16:50 | adi|home | %s |
| 08:16:55 | MeRWiN | okey |
| 08:16:57 | MeRWiN | thanx |
| 08:17:01 | adi|home | np |
| 08:17:05 | Bagder | adi|home: for starters, just add the function to the sim and make it do nothing |
| 08:17:19 | adi|home | well.. we _could_ cheat bagder |
| 08:17:28 | Bagder | like how? |
| 08:17:47 | adi|home | you figure, take the char buf that we get as part of the 'player' |
| 08:17:56 | adi|home | and force it into the size of 'recorder' icon |
| 08:18:06 | adi|home | then display it the same way we do a recorder icon |
| 08:18:16 | adi|home | seeing as a player one is 5x7 |
| 08:18:21 | Bagder | yes, but there's only one *little* problem ;-) |
| 08:18:21 | adi|home | and recorder is 6x8 |
| 08:18:25 | adi|home | if i remember correct |
| 08:18:31 | adi|home | oh god what? |
| 08:18:33 | Bagder | hehe |
| 08:18:44 | Bagder | I enlarged the font used in the player sim the other day |
| 08:19:00 | adi|home | oh, and like i care? |
| 08:19:02 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 08:19:02 | * | adi|home smirks |
| 08:19:11 | adi|home | i asked earlier.. how large should the icons be |
| 08:19:25 | adi|home | and i got 'the same size as on the website' |
| 08:19:28 | adi|home | now your telling me i need to increase them? |
| 08:19:30 | Bagder | adi|home: yes, for target |
| 08:19:36 | Bagder | I know how to solve this |
| 08:19:42 | adi|home | yeah |
| 08:19:55 | adi|home | i bend you over a barrel and shove a cattle prod up your bum |
| 08:20:01 | adi|home | but i don't see how that fixes the code ;0 |
| 08:20:45 | Bagder | I think we should just convert the pattern to a bitmap and ignore the size differences |
| 08:21:13 | Bagder | then we add simulator code in the lcd_puts() that switch()es on the defined_patterns() and uses the set bitmaps if in use |
| 08:21:56 | Bagder | I could volounteer to do that part |
| 08:22:28 | adi|home | umm.. okay.. let me translate from 'intelligent geek' to 'tired geek in pain' |
| 08:22:36 | adi|home | my icons => bitmap |
| 08:22:55 | Bagder | that's what lcd_define_pattern() would do in the sim code, yes |
| 08:23:04 | adi|home | but if you have lcd_puts call the defined_patterns, then defined_patter gets called everytime |
| 08:23:18 | Bagder | no no |
| 08:23:34 | Bagder | lcd_define_pattern() gets a separate implementation in the sim |
| 08:23:45 | Bagder | it converts from a pattern to a bitmap, and remembers that |
| 08:23:46 | adi|home | okay |
| 08:23:58 | adi|home | okay.. ala: buffer in global space? |
| 08:24:05 | Bagder | yes |
| 08:24:08 | adi|home | k |
| 08:24:46 | adi|home | so the new lcd_define |
| 08:25:00 | adi|home | would that get put in lcd.c with the defines around it correcT? |
| 08:25:25 | Bagder | well |
| 08:25:34 | Bagder | to make it nicer, it would be in the uisimulator area |
| 08:25:38 | Bagder | but... |
| 08:25:47 | Bagder | other code already is inserted like that in lcd.c |
| 08:27:59 | adi|home | well.. wouldn't it make sense to pull out some of that code while were in here? |
| 08:28:54 | Bagder | it would, but that code is used for both x11 and win32 versions so it should probably go into a common place used by either sim-version |
| 08:29:06 | Bagder | I mean, preferably |
| 08:31:25 | adi|home | nods |
| 08:31:31 | adi|home | well.. we do have a common dir |
| 08:31:43 | Bagder | yes, it would be neat to add a file there for it |
| 08:31:59 | adi|home | well.. let me see if i can do it with the base sim |
| 08:32:01 | adi|home | untouched |
| 08:32:02 | adi|home | and we can expand |
| 08:34:45 | adi|home | do we have #defines for the diff arch sims? |
| 08:34:50 | adi|home | ie: x11 and win? |
| 08:35:21 | Bagder | we do, but I've tried to keep them away from code in firmware/ and apps/ |
| 08:35:29 | adi|home | it woulnd't be there |
| 08:35:30 | Bagder | they still show up though in places |
| 08:35:31 | adi|home | its for the sim |
| 08:35:39 | Bagder | use WIN32 for windows |
| 08:35:39 | adi|home | and i figure having a lcd.* |
| 08:35:41 | adi|home | in common |
| 08:35:43 | adi|home | it would need it |
| 08:35:44 | Bagder | ok |
| 08:36:10 | adi|home | should i call it lcd-common.c? |
| 08:36:13 | adi|home | that makes sense no? |
| 08:36:19 | adi|home | or just lcd.c? |
| 08:36:19 | Bagder | makes sense |
| 08:36:33 | Bagder | I think lcd-common.c is better |
| 08:36:42 | * | adi|home agrees |
| 08:36:47 | Bagder | I like having different names for my emacs buffers ;-) |
| 08:37:22 | adi|home | lol |
| 08:37:38 | adi|home | so win is WIN#@ |
| 08:37:43 | adi|home | WIN32 even |
| 08:37:48 | adi|home | and x11 would be #else |
| 08:37:55 | Bagder | yes |
| 08:40:09 | adi|home | how do i open 3 horizontal windows in emacs? |
| 08:40:18 | adi|home | all equal size |
| 08:40:31 | adi|home | ctrl-x-3 does them verticle |
| 08:40:49 | Bagder | ctrl-x-2 |
| 08:41:01 | adi|home | yeah.. thats just 2 |
| 08:41:10 | adi|home | was trying to see if i could do it in one step :) |
| 08:41:13 | Bagder | yes, then again, but they won't be equal size then |
| 08:41:23 | * | adi|home nods |
| 08:41:24 | adi|home | ill deal |
| 08:42:56 | adi|home | the lcd-x11 should includ the lcd.h as well no? |
| 08:43:20 | Bagder | lcd-x11.h does that |
| 08:43:24 | adi|home | nods |
| 08:50:00 | adi|home | i forgot just how much i hated windows code |
| 08:50:18 | Bagder | oh yes |
| 08:53:52 | adi|home | do me a favor and make sure im not nuts |
| 08:54:03 | adi|home | check and see if the lcd-win32.c and lcd-win32.h are the same file? |
| 08:54:43 | Bagder | no, they're not |
| 08:54:50 | Bagder | you *are* nuts ;-) |
| 08:54:52 | * | adi|home nods |
| 08:55:04 | adi|home | thats what i thought |
| 08:55:22 | * | adi|home now returns you back to the regularly scheduled voices in your head |
| 08:56:18 | MeRWiN | how big is the id3->path again? |
| 08:56:56 | Bagder | MAX_PATH |
| 08:57:05 | MeRWiN | how big is MAX_PATH? :-) |
| 08:57:08 | Bagder | 260 |
| 08:57:10 | MeRWiN | ahh |
| 08:57:10 | MeRWiN | k |
| 08:57:34 | MeRWiN | almost finished with my player wps id3 info screen |
| 09:00 |
| 09:00:04 | * | Bagder likes the new charger code |
| 09:03:20 | Hes | Bagder: does it work better for you since yesterday's changes? |
| 09:03:27 | Bagder | oh yes |
| 09:03:30 | Bagder | much better |
| 09:03:37 | Hes | Excellent. |
| 09:03:52 | * | Bagder pats Hes on the shoulder, *good work* |
| 09:04:33 | Hes | Uwe's last suggestion was good, I'm just trying it out (with a small modification, just take two samples at both ends of the range so that we don't get much smaller deltas) |
| 09:07:35 | MeRWiN | Time to submit... |
| 09:10:52 | MeRWiN | anyone got a player and want to test out my new cvs update? :-) |
| 09:15:00 | Bagder | nope |
| 09:17:01 | MeRWiN | durn |
| 09:18:51 | MeRWiN | Finally, the player can view ID3 :-) |
| 09:19:19 | Bagder | that is indeed a neat addition |
| 09:22:24 | | Join matsl [0] (~matsl@as13-4-5.mal.s.bonet.se) |
| 09:28:27 | | Part LinusN|inpain |
| 09:35:03 | matsl | Bagder: Is Linus sick? |
| 09:35:11 | Bagder | he's at the dentist |
| 09:35:37 | matsl | will he come back during the day? |
| 09:35:46 | Bagder | yes, he said he will |
| 09:36:30 | matsl | Ok. I was hoping for a audio-params-icon discussion with him an Zagor. |
| 09:36:46 | Bagder | sounds like a good ieda |
| 09:39:11 | MeRWiN | is the charset on the player changable? |
| 09:43:50 | Bagder | MeRWiN: only N letters |
| 09:43:56 | Bagder | where N is 8 at the most |
| 09:46:02 | MeRWiN | ahh |
| 09:46:14 | MeRWiN | is it dynamically changeable, or just at load? |
| 09:46:22 | Bagder | dynamicly |
| 09:46:27 | Bagder | lcd_define_pattern() |
| 09:47:00 | MeRWiN | hmm... not fun :) |
| 09:49:13 | Bagder | MeRWiN: checked the cvs compile status table... ? |
| 09:49:19 | Bagder | red all over |
| 09:49:50 | MeRWiN | uhh |
| 09:50:12 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 09:50:21 | MeRWiN | oh, soryr :) |
| 09:50:23 | MeRWiN | easy fix |
| 09:50:42 | LinusN | bachk flromm the dhentischt... |
| 09:50:46 | matsl | LinusN: back again without pain? |
| 09:50:49 | Bagder | B) |
| 09:50:59 | LinusN | lucky this isn't a voice chat |
| 09:51:05 | LinusN | pulled a tooth |
| 09:51:15 | adi|home | lol |
| 09:51:20 | matsl | nice ... |
| 09:51:26 | adi|home | would you have to tawk with a lithp? |
| 09:51:43 | LinusN | i'd prefer not to talk at all... |
| 09:52:03 | * | adi|home hands LinusN a role of duct tape |
| 09:52:06 | LinusN | but if i did, blood would come out of my numb mouth |
| 09:52:24 | MeRWiN | where in a function can I declare a variable? |
| 09:52:29 | matsl | LinusN: I would like to discuss the audio-param-icon thing when Zagor joins. (I got some support from him yesterday ;-) |
| 09:52:30 | * | adi|home holds up a spiddle cup |
| 09:52:37 | adi|home | MeRWiN: at the top |
| 09:52:48 | adi|home | ie: int foo(){ int i=0; i++; } |
| 09:53:15 | MeRWiN | hmm.... weird. compiled fine for the player, but not sims |
| 09:53:28 | MeRWiN | or the rec |
| 09:53:46 | Bagder | they're built with different compilers |
| 09:53:51 | adi|home | does it have lcd_define_pattern in it? |
| 09:53:57 | MeRWiN | ahh |
| 09:54:06 | adi|home | im working on fixing the lcd issues |
| 09:54:34 | adi|home | LinusN: Bagder and i agreed that the sim lcd's are close enough that they should be merged. |
| 09:54:39 | adi|home | im working on that to begin with. |
| 09:54:41 | adi|home | the base version |
| 09:54:54 | adi|home | then add lcd_define_pattern etc. after |
| 09:56:38 | | Join pyvasene [0] (~pyvasene@ns1.alcove-solutions.com) |
| 09:59:08 | LinusN | matsl: haven't you given up on that param icon yet? :-) |
| 09:59:17 | adi|home | lol |
| 09:59:35 | matsl | LinusN: No and I have checkin access now ;-) |
| 09:59:43 | adi|home | thats okay |
| 09:59:48 | adi|home | we have deletion access ;) |
| 09:59:55 | * | Bagder looks forward to a commit war ;-) |
| 10:00 |
| 10:00:06 | adi|home | lol |
| 10:00:13 | adi|home | i can delete faster then you can commit ;) |
| 10:00:25 | MeRWiN | hmm... |
| 10:00:34 | * | MeRWiN is tracking down the recorder bugs he created :P |
| 10:00:39 | MeRWiN | probably really easy fixes |
| 10:00:43 | MeRWiN | got one of them already |
| 10:00:51 | LinusN | i always break the sim builds |
| 10:00:58 | MeRWiN | I broke the recorder :) |
| 10:01:11 | matsl | i don't want a war but somehow these YMMW issues must find a solution. |
| 10:01:19 | Bagder | yes |
| 10:01:23 | adi|home | YMMW? |
| 10:01:44 | Mode | "#rockbox +o LinusN " by ChanServ (ChanServ@services.) |
| 10:02:16 | Mode | "#rockbox +o Bagder " by ChanServ (ChanServ@services.) |
| 10:02:51 | Mode | "#rockbox +o adi|home " by ChanServ (ChanServ@services.) |
| 10:03:01 | Mode | "#rockbox -oo LinusN Bagder " by adi|home (~adiamas@as5300-9.216-194-23-29.nyc.ny.metconnect.net) |
| 10:03:06 | * | adi|home cackles evilly |
| 10:03:07 | LinusN | matsl: i don't really have a problem with the audio/param icons |
| 10:03:11 | Mode | "#rockbox +oo LinusN Bagder " by adi|home (~adiamas@as5300-9.216-194-23-29.nyc.ny.metconnect.net) |
| 10:03:13 | * | Bagder slaps adi |
| 10:03:19 | * | adi|home asks for more |
| 10:03:27 | * | Bagder slaps adi again and smiles |
| 10:03:32 | adi|home | your asking for that barrel son ;) |
| 10:03:32 | LinusN | i just think they are silly in the first place |
| 10:03:42 | adi|home | that fits us don't it? |
| 10:03:56 | LinusN | :-) |
| 10:04:01 | matsl | LinusN: OK. lets w8 for zagor then. |
| 10:04:05 | MeRWiN | why is it telling me that BUTTON_STOP is undeclared? I know for a fact that it is :) |
| 10:04:05 | adi|home | i mean, can you name another project where the members list has a responsibility for one of the users being Sarcasm? |
| 10:04:06 | adi|home | i think not |
| 10:06:14 | LinusN | MeRWiN: The recorder has no STOP key |
| 10:06:22 | MeRWiN | oh |
| 10:06:25 | MeRWiN | i need an ifndef :) |
| 10:06:56 | LinusN | yes, #ifdef #HAVE_LCD_CHARCELLS |
| 10:07:13 | Bagder | no its a keypad check |
| 10:07:20 | | Join bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) |
| 10:07:26 | LinusN | Bagder: true |
| 10:07:30 | MeRWiN | yeah |
| 10:07:31 | MeRWiN | #ifdef HAVE_PLAYER_KEYPAD |
| 10:07:33 | bobTHC | hi all! |
| 10:07:35 | Bagder | correct |
| 10:07:36 | LinusN | #ifdef HAVE_PLAYER_KEYPAD |
| 10:07:37 | Bagder | hey bobTHC |
| 10:10:29 | bobTHC | Sorry if I submit too much feature request on sourceforge.... |
| 10:10:56 | adi|home | bob don't ever appolgize for that :) |
| 10:10:57 | Bagder | bobTHC: no worries, we like feature requests |
| 10:11:21 | MeRWiN | ack |
| 10:11:53 | MeRWiN | great, now it compiles on the recorder, but not the player :) |
| 10:12:45 | *** | Saving seen data "./dancer.seen" |
| 10:13:28 | bobTHC | I want to kwow how and when i can start the translation in french ? |
| 10:13:55 | bobTHC | and why not in spanish... |
| 10:14:00 | Bagder | bobTHC: we want to know how too, as we haven't decided on that yet |
| 10:14:20 | bobTHC | ok.. |
| 10:14:32 | LinusN | we need a very good system for string handling |
| 10:14:56 | LinusN | maybe based on a spread sheet with the languages in columns |
| 10:15:15 | Bagder | there's no good spread sheet standard |
| 10:15:15 | LinusN | and a script that creates .c-files with the string data |
| 10:15:28 | LinusN | Bagder: no, give me a better tool |
| 10:15:41 | Bagder | I propose a weirdo text-format |
| 10:16:04 | Bagder | and then a reformat tool just as you say |
| 10:16:08 | LinusN | Bagder: a weirdo text format is not nice to work with |
| 10:16:17 | Bagder | better than a silly spread sheet |
| 10:16:24 | Bagder | and it can be patched |
| 10:16:26 | LinusN | spread sheets are not silly |
| 10:16:29 | Bagder | yes |
| 10:16:33 | LinusN | th100 file formates are |
| 10:16:35 | Bagder | they're not patachable |
| 10:16:46 | Bagder | th100 ? |
| 10:16:54 | LinusN | it is not the spread sheet, it's the file format |
| 10:17:02 | MeRWiN | what's a good way to get rid of an "Unused variable" problem ... the variable is used only in the player, so the recorder complains about it being unused. |
| 10:17:06 | LinusN | spread sheets are wonderful tools |
| 10:17:22 | LinusN | MeRWiN: use it, or #ifdef it |
| 10:17:26 | Bagder | so don't say spread sheet, state a file format ;-) |
| 10:17:26 | MeRWiN | k |
| 10:18:59 | adi|home | can someone look at lcd-x11.c and tell me why the code in lcd_update that is #if 0'd is still there? |
| 10:19:22 | LinusN | it is there because nobody removed it |
| 10:19:55 | Bagder | I left it there when I added the new code just to be able to revert back easier |
| 10:20:00 | adi|home | um... define 'spread sheet format'? |
| 10:20:03 | Bagder | but since the new code proved working, it could be removed |
| 10:20:20 | adi|home | if we are talking cols here, why not comma or colon delineate? |
| 10:20:27 | adi|home | nearly everything ive seen yet imports it |
| 10:20:36 | adi|home | nod |
| 10:20:42 | Bagder | because that is crap when you add columns |
| 10:20:50 | bobTHC | Somebody propose the idea of an utility who compil the *.ajz file with only option u want (options,games, language, number of dir entry ).... it's a great idea!!! |
| 10:20:50 | MeRWiN | how long until the next auto-build? |
| 10:21:02 | MeRWiN | 1 or 2 minutes i'm guessing |
| 10:21:03 | adi|home | so, bring it to something you like, edit, convert back. |
| 10:21:04 | Bagder | MeRWiN: every 20 mins |
| 10:21:08 | adi|home | we are looking for a base version |
| 10:21:34 | Bagder | I'll propose a better, in my view, idea |
| 10:21:39 | adi|home | shoot |
| 10:21:42 | LinusN | bobTHC: we can extend the configure script |
| 10:21:43 | adi|home | barrel boy |
| 10:21:51 | LinusN | kind of like the Linux kernel build |
| 10:22:06 | Bagder | we need the english "original" strings in one file |
| 10:22:19 | Bagder | text, with some kind of identifier on the stings |
| 10:22:35 | Bagder | could be <id>: <string> |
| 10:23:07 | MeRWiN | Bagder: Think I fixed it :) Next auto-build should be perfect (got 1 warning as of this build) |
| 10:23:12 | Bagder | now, all translators care about their language only, and thus I propose that we deal with one language per file |
| 10:23:23 | Bagder | MeRWiN: good work |
| 10:23:32 | adi|home | bobTHC: about your request for a text viewer |
| 10:23:35 | adi|home | we have a basic shell of one |
| 10:23:38 | adi|home | it just needs work |
| 10:23:40 | LinusN | Bagder: we need two strings per ID |
| 10:23:41 | adi|home | its on my todo list |
| 10:23:49 | Bagder | LinusN: why two? |
| 10:23:55 | LinusN | Player and Recorder |
| 10:24:03 | adi|home | nods |
| 10:24:10 | adi|home | that i would agree with |
| 10:24:10 | Bagder | they should be different IDs |
| 10:24:21 | LinusN | Bagder: why? |
| 10:24:32 | Bagder | because there will be strings present in one but not the other |
| 10:24:50 | Bagder | the ID would only be used to logically connect different language's strings anyway |
| 10:24:51 | LinusN | and? |
| 10:25:05 | Bagder | so why does it matter if they're one or two strings per id? |
| 10:25:37 | Bagder | anyway, that doesn't matter |
| 10:25:38 | LinusN | maybe you're right |
| 10:25:41 | MeRWiN | Time for bed... g'nite |
| 10:25:47 | LinusN | nite |
| 10:25:47 | adi|home | nite |
| 10:25:58 | | Quit MeRWiN () |
| 10:26:46 | Bagder | I then suggest we run a tool that outputs a "french.txt" with all the english phrases as comments, with the french ones as <id>:<string> |
| 10:27:03 | Bagder | it should accept the already existing french file as input and fill in those that already exist |
| 10:27:18 | | Join Zagor [0] (bjst@as9-5-6.k.s.bonet.se) |
| 10:27:30 | LinusN | yo Zagor! |
| 10:27:36 | bobTHC | LinusN : I make some search on the MAS3507D and a lot of MP3 projects use it but i don't find one who use the DSP reprogramming feature of it.... |
| 10:27:44 | Zagor | yo |
| 10:27:53 | bobTHC | hello! |
| 10:27:56 | LinusN | bobTHC: that is because noone has the documentation |
| 10:28:08 | LinusN | bobTHC: but Vladimir Pantelic has |
| 10:28:18 | bobTHC | Yes !!! |
| 10:28:55 | Zagor | vladimir has? |
| 10:29:15 | Bagder | most likely, yes |
| 10:29:19 | LinusN | i think so, didn't he write a speech codec software for it? |
| 10:29:46 | LinusN | or am i talking about the wrong guy? |
| 10:30:28 | bobTHC | they already have 2 inside CELP voice Decoder ADPCM encoder... |
| 10:30:52 | Zagor | LinusN: i haven't heard of it. or i've forgot (quite likely) ;) |
| 10:31:22 | adi|home | how do i remove a file from cvs? |
| 10:31:31 | Bagder | cvs rm [file] |
| 10:31:33 | | Join edx [0] (~edx@pD9EABA6B.dip.t-dialin.net) |
| 10:31:34 | adi|home | k |
| 10:31:36 | Bagder | remove for real first |
| 10:31:38 | Zagor | remove it locally first |
| 10:31:38 | bobTHC | If he have it's a really good opportunity...... |
| 10:32:02 | Bagder | bobTHC: not if he's signed NDA's for the info he has |
| 10:32:05 | * | adi|home nods |
| 10:32:32 | bobTHC | of course but it's not sure... |
| 10:32:56 | LinusN | bobTHC: and we will not be able to release the source code |
| 10:33:08 | bobTHC | and he can help us without broke the NDA... |
| 10:33:12 | LinusN | if we have to sign an nda as well |
| 10:33:56 | | Quit matp|work (Remote closed the connection) |
| 10:34:07 | adi|home | bah, who ever follows up on those things anyway ;) |
| 10:34:17 | LinusN | Zagor: your "limit reached" strings are too wide for the player |
| 10:34:27 | Zagor | i know :) |
| 10:35:00 | Zagor | i couldn't think of better wording, so I just threw that it |
| 10:35:09 | LinusN | it's ok for now |
| 10:35:29 | LinusN | there is only one person who is likely to see it anyway :-) |
| 10:35:33 | adi|home | oh damnit.. |
| 10:36:02 | adi|home | can someone do me a favor and send me the stubs.c file from uisim/common? |
| 10:36:10 | * | adi|home is an idiot |
| 10:38:01 | adi|home | nm |
| 10:38:45 | matsl | Zagor: have you thought about the use of the params and audio icons since yesterday? (Now that we have LinusN on board.) |
| 10:38:58 | Zagor | adi|home: here you go |
| 10:39:32 | adi|home | ty |
| 10:40:04 | Zagor | matsl: ah, right. linus, did you object to the use of "audio" and "param" to flag states of the UI on player? |
| 10:40:39 | LinusN | no, i just can't find a sensible use for them |
| 10:40:44 | adi|home | umm.. zag.. did you look at that configure patch that got sent in? |
| 10:40:55 | adi|home | i hadn't noticed issues with the upper vs lower case had you? |
| 10:41:09 | LinusN | i don't think those icons can convey any useful information |
| 10:41:29 | * | Zagor is still catching up with his mail |
| 10:41:37 | adi|home | nods |
| 10:41:47 | adi|home | okay.. then im going to commit it cause it seems to work |
| 10:42:06 | LinusN | but if we can find a way to use them, go ahead |
| 10:42:14 | Zagor | LinusN: i think you may be forgetting just how cramped the player is. I know i can be confused about wether i'm in wps or dir browser sometimes |
| 10:42:28 | adi|home | worst case we try the icons, don't like them and burn them in effigy later |
| 10:42:44 | LinusN | ok, so (Audio) tells us we're in WPS? |
| 10:42:56 | Bagder | I kind of think so too. Throw them in now to have hem tested by the crowds |
| 10:42:57 | matsl | LinusN: Jupp! |
| 10:43:00 | Zagor | but ok, i though you had some strong objections. apprently not. matsl: go ahead with your patch. |
| 10:43:29 | matsl | ok. ;-) |
| 10:43:51 | matsl | LinusN: Your gonna love it ;-) |
| 10:44:47 | LinusN | hehe |
| 10:44:53 | LinusN | i hope so |
| 10:45:58 | Bagder | b-r-e-a-k |
| 10:46:09 | Bagder | red build |
| 10:46:21 | LinusN | woooweeeewooooweeee |
| 10:46:26 | Zagor | kaboom |
| 10:46:31 | adi|home | prob my fault |
| 10:46:33 | adi|home | working on it |
| 10:47:00 | adi|home | yup.. my fault |
| 10:47:02 | adi|home | fixing it |
| 10:47:05 | Bagder | I like the compile status table, we would be in worse shape without it |
| 10:47:18 | * | adi|home nods |
| 10:47:18 | LinusN | definitely |
| 10:47:18 | Hes | It's really good |
| 10:47:27 | Hes | Maybe an IRC bot could report changes in the state too 8-) |
| 10:48:10 | Bagder | that would be pretty cool ;-) have the bot say "red build" |
| 10:48:14 | Bagder | hehe |
| 10:48:47 | LinusN | c00lness indeed |
| 10:48:55 | LinusN | Bagder: start dancing! |
| 10:49:04 | Hes | and report new CVS log messages |
| 10:50:15 | Bagder | it would be pretty simple to have it just output the contents of a local file if it exists |
| 10:50:26 | Bagder | and then run a local script that builds it |
| 10:51:19 | Bagder | but I'm not up to writing that ;-) |
| 10:52:32 | Hes | I might |
| 10:55:16 | adi|home | okay.. im confused |
| 10:55:30 | adi|home | hmmm... |
| 10:55:51 | Bagder | I've thought about putting lots of the web scripts in cvs too, to allow others to check them out/use them/fix bugs |
| 10:57:11 | adi|home | is it a bad idea to have #ifdef SIMULATOR code in backlight.c? |
| 10:57:11 | adi|home | its either that or we need a file for 2 dummy functions in uisim/common |
| 10:57:11 | adi|home | not sure which is better. |
| 10:57:11 | Zagor | put it in stubs.c, that's what it's there for |
| 10:57:11 | adi|home | bah.. thats why i deleted it :) |
| 10:57:11 | adi|home | lol |
| 10:57:39 | LinusN | adi|home: some files already have two sets of functions |
| 10:57:44 | LinusN | like mpeg.c |
| 10:57:49 | adi|home | right |
| 10:58:01 | adi|home | i was wondering if that was a prob for backlight |
| 10:58:09 | LinusN | placing the stub functions in backlight.c is ok, imho |
| 10:58:21 | adi|home | Zagor, what do you think? |
| 10:58:22 | Zagor | not a prob, but unless you actually do something it will just clutter the code. |
| 10:58:37 | Bagder | I prefer having sim-stuff in the sim dir |
| 10:58:43 | Bagder | as far as possible |
| 10:58:43 | Zagor | if it's purely stubs, they should be in the simulator code and not the firmware code |
| 10:58:43 | adi|home | what do you mean 'unless you actually do something'? |
| 10:58:56 | adi|home | ahh.. okay.. their not |
| 10:59:02 | adi|home | for the sim they are |
| 10:59:06 | adi|home | but on the target they aren't |
| 10:59:23 | LinusN | adi|home: that's zagors point |
| 11:00 |
| 11:00:03 | adi|home | confirm: if the sim version is _only_ a stub, leave it out of the main tree. |
| 11:00:03 | adi|home | yes? |
| 11:00:08 | Zagor | yes |
| 11:00:12 | adi|home | k. done |
| 11:00:13 | adi|home | ty |
| 11:00:16 | LinusN | if the stubs are only there to satisfy the compiler, they shouldn't be in the main tree |
| 11:01:12 | adi|home | how does one revert to a previous branch in cvs? |
| 11:01:39 | Bagder | -r tag |
| 11:01:42 | adi|home | k |
| 11:01:45 | Bagder | cvs up -r tag |
| 11:01:56 | Bagder | or 'co -r tag' in a new place |
| 11:04:02 | | Nick mbr|gone is now known as mbr (~tiw4mabr@rhlx01.fht-esslingen.de) |
| 11:04:11 | LinusN | hi marcus |
| 11:04:13 | mbr | Hi |
| 11:04:21 | Bagder | morning mbr |
| 11:05:20 | mbr | I ave written a cron thread ... |
| 11:05:22 | | Join matp [0] (~mpritch@gateway.riversoft.com) |
| 11:05:32 | LinusN | mbr: nice |
| 11:05:43 | Bagder | gee, mbr sure rocks today :-) |
| 11:05:48 | adi|home | okay.. the build should be fixed now |
| 11:05:50 | mbr | Now i have some questions |
| 11:05:58 | mbr | we should it go to? firmware? |
| 11:06:13 | LinusN | not sure |
| 11:06:22 | Zagor | what do you use it for? |
| 11:06:22 | matp | hi all |
| 11:06:22 | Bagder | I think apps |
| 11:06:32 | adi|home | would it belong with thread.c? |
| 11:06:41 | LinusN | Zagor: it is used to schedule tasks |
| 11:06:43 | adi|home | or is it just a derivative of thread.h? |
| 11:06:46 | mbr | I want to use it to schedule settings save to disk |
| 11:06:47 | matp | what's new? |
| 11:06:49 | Zagor | ...such as? |
| 11:06:54 | LinusN | i think it should be in firmware |
| 11:06:57 | adi|home | ah.. id say apps then. |
| 11:06:59 | Zagor | mbr: ok |
| 11:07:08 | LinusN | the battery charger will use it |
| 11:07:10 | | Join RipnetUK [0] (~george@ripnet.fsnet.co.uk) |
| 11:07:21 | mbr | mabe status bar too |
| 11:07:22 | adi|home | where are our other thread files? |
| 11:07:34 | LinusN | adi|home: everywhere |
| 11:07:43 | adi|home | well.. let me put it this way |
| 11:07:47 | Zagor | adi|home: it's not a thread thing, it's more a maintenance thread doing things periodically |
| 11:07:50 | adi|home | mbr: it makes use of threads.h right/ |
| 11:07:53 | adi|home | ? |
| 11:08:02 | Bagder | I still vote apps |
| 11:08:08 | adi|home | i vote apps |
| 11:08:11 | mbr | adi|home: yes |
| 11:08:11 | adi|home | and my reason is this |
| 11:08:14 | * | Zagor feels The Great Mixup coming... |
| 11:08:17 | adi|home | nothing in firmware uses threads.h |
| 11:08:22 | LinusN | if we place it in apps, the charger can't use it |
| 11:08:23 | adi|home | everything that uses it is in apps/ |
| 11:08:29 | Bagder | the chargre code should be apps too |
| 11:08:43 | Bagder | only the charger/hw api should be firmware |
| 11:08:43 | Zagor | LinusN: the charger shouldn't use it. the cronthread uses charger |
| 11:08:53 | LinusN | adi|home: backlight uses threads.h, usb uses threads.h ... |
| 11:09:10 | LinusN | Zagor: WHAT? |
| 11:09:24 | Bagder | I think the diff should be that if I want to build a separate image, what do I need in the kernel |
| 11:09:29 | Bagder | I don't need a cron thread |
| 11:09:34 | Zagor | crontthread is the upper level, charger is the lower. cron calls charger, not the other way around |
| 11:09:52 | Bagder | true |
| 11:09:55 | LinusN | charger registers itself to the cron thread, doesn't it? |
| 11:09:59 | Zagor | no |
| 11:10:02 | Bagder | no |
| 11:10:06 | Zagor | i'll have none of that |
| 11:10:20 | Bagder | hehe |
| 11:10:39 | Topic | "The Home of The Code Police" by Bagder (~daniel@as3-3-2.ras.s.bonet.se) |
| 11:10:50 | Zagor | pure, straight-to-the-point code. no registering and cloak-and-dagger stuff |
| 11:11:13 | Bagder | it also makes the line between apps and firmware easier |
| 11:11:17 | Zagor | yes |
| 11:11:22 | LinusN | Bagder: really? |
| 11:11:26 | Bagder | yes I think so |
| 11:11:47 | mbr | You don't want registering functions? |
| 11:12:04 | LinusN | having the application bother with charging the batteries is not good, imho |
| 11:12:10 | mbr | Then I don't have a cron :) |
| 11:12:21 | Zagor | no, i don't. we get c++-like problems following the code flow |
| 11:12:43 | adi|home | lol |
| 11:12:49 | LinusN | Zagor: so you dont like tick_task either? |
| 11:13:11 | Bagder | hey, let's not shake everything now |
| 11:13:15 | Bagder | let's stick to the cron ;-) |
| 11:13:37 | Zagor | tick_task is different, imho. it's waaaaay more low level |
| 11:13:39 | LinusN | basically, the firmware will not be able to use the cron thread |
| 11:13:51 | Bagder | I think the cron should use the firmware |
| 11:13:59 | Zagor | absolutely |
| 11:14:10 | Bagder | as the real cron ;-) |
| 11:14:22 | LinusN | you mean the one that you register to? |
| 11:14:30 | LinusN | with a crontab |
| 11:14:34 | Bagder | it doesn't matter that much how you use it |
| 11:14:37 | * | adi|home wonders who's on first |
| 11:14:42 | Bagder | to me |
| 11:14:54 | Zagor | you don't register in cron. you set up a script in one place that executes everything. in the application layer. |
| 11:14:56 | LinusN | my point is that the firmware will not be able to use the cron thread |
| 11:15:12 | Bagder | the firmware is *used* from the cron thread, not usee |
| 11:15:16 | Zagor | the firmware *should* not use the cron thread. why would it? |
| 11:15:28 | LinusN | to charge batteries for instance |
| 11:15:31 | Zagor | why are you so fixed on the firmware calling everything else? |
| 11:15:47 | Zagor | the firmware is the lowest level. it should be called, not call |
| 11:16:11 | LinusN | have it your way, then |
| 11:16:20 | Bagder | then of course we can discuss if we should not run the charger in the cron |
| 11:16:28 | Zagor | charging batteries requires, what? a call to battery_charge_control() every 30 seconds? |
| 11:17:30 | Zagor | maybe i have misunderstood your idea with a cron thread, but then tell me |
| 11:18:39 | Bagder | if I had it my way, the scroll thread would be apps too... ;*) |
| 11:18:55 | LinusN | Bagder: i agree |
| 11:19:13 | LinusN | but i am not sure that i like it as a thread :-) |
| 11:19:26 | Bagder | I think we must have it that way |
| 11:19:34 | Bagder | even if I agree with your concerns |
| 11:19:45 | Zagor | why not a thread? |
| 11:19:58 | Zagor | because things can draw at the same time? |
| 11:20:05 | Zagor | we have pause/resume now |
| 11:20:10 | Bagder | yes, that would be the main reason |
| 11:20:18 | LinusN | because it updates the LCD behind your back, with a cloak-and-dagger |
| 11:21:24 | Zagor | are you just being grumpy or do you not see the difference? |
| 11:21:45 | Bagder | we need it as a thread to have it run fine all over |
| 11:21:46 | LinusN | difference to what? |
| 11:21:55 | Zagor | btwn cron and scroll |
| 11:21:55 | mbr | Sorry have to ga, back in an hour .. |
| 11:22:01 | LinusN | Bagder: yes, it is a nice feature |
| 11:22:04 | adi|home | Bagder: if you get a chance, pull down uisim/common/lcd-common.[ch] and see if that make sense along the lines we discussed |
| 11:22:45 | matsl | we have a "undefined reference to `backlight_time'" in the simulator builds. Anyone working on it? |
| 11:23:40 | adi|home | i already got it |
| 11:24:02 | adi|home | if you refresh your cvs files it should go away |
| 11:24:05 | Bagder | adi|home: I'm not sure why you want to merge the two lcd files when they have nothing in common? |
| 11:24:40 | * | adi|home had a good reason before, he just can't think of it now |
| 11:24:50 | Bagder | wouldn't it be better to just put the common functions in a common file |
| 11:24:57 | adi|home | none of the makefiles ref. it, its just sitting there now |
| 11:25:16 | adi|home | and have the include lcd-win32 and lcd-x11 as needed? |
| 11:25:22 | Bagder | so if you add lcd_define_pattern, it would probably look the same on both win32 and x11 and it could be in that file |
| 11:25:51 | bobTHC | for technical presentation (not the complete doc) of the MAS3587F (recorder DSP) : http://www.electronicstalk.com/news/fli/fli115.html |
| 11:26:16 | Hes | As the charger has started to run more often (it now sleeps 10s, 10s, 10s, 10s, 20s) and the logic is getting a bit more complicated, I don't know if it makes sense to run it from cron |
| 11:26:31 | Hes | would require more global variables |
| 11:27:04 | adi|home | well. i could just tear that stuff out for now and turn it into a stub :) |
| 11:27:38 | matsl | adi|home: I'm still getting it |
| 11:27:44 | Bagder | I'm not telling you how to do things, I just pour out a little of my opinions. I have a lot of those ;-) |
| 11:28:05 | * | adi|home slaps matsl |
| 11:28:06 | adi|home | hehehe |
| 11:28:11 | adi|home | give me a min |
| 11:28:44 | matsl | adi|home: mod-build builds. simulator builds don't. That's what I'm seeing. |
| 11:29:04 | adi|home | i know the error.. give me a min :) |
| 11:29:20 | Bagder | we all see those red blobs hurting our eyes ;-) |
| 11:36:08 | adi|home | odd... |
| 11:36:13 | adi|home | its not failing on my sys |
| 11:36:19 | adi|home | and ive cleaned my cvs |
| 11:37:31 | adi|home | matsl: you wanna try again |
| 11:37:48 | matsl | ok, I'll try it now. |
| 11:38:39 | Bagder | adi|home: it uses backlight_time() which doesn't seem to exist |
| 11:38:48 | adi|home | it does |
| 11:38:50 | adi|home | its in stubs |
| 11:38:52 | adi|home | i replaced it |
| 11:38:57 | adi|home | and put it back in the Makefile |
| 11:39:03 | adi|home | unless the revert didn't take |
| 11:39:22 | Bagder | no the stubs wasn't added again to the makefile |
| 11:39:43 | adi|home | " unless the revert didn't take" |
| 11:39:48 | Bagder | right |
| 11:40:11 | matsl | adi|home: Need I say that it still fails? It does. |
| 11:40:58 | adi|home | have you pulled down a fresh makefile in the uisim/x11? |
| 11:41:13 | adi|home | grep "stubs" Makefile |
| 11:41:13 | adi|home | SRCS = screenhack.c uibasic.c resources.c visual.c lcd-x11.c stubs.c \ |
| 11:41:13 | adi|home | $(OBJDIR)/stubs.o: ../common/stubs.c |
| 11:41:15 | adi|home | i have it |
| 11:41:19 | adi|home | and i just pulled down the fresh one |
| 11:41:34 | Bagder | that's because you used -r [tag] before |
| 11:41:37 | Bagder | and it has stuck |
| 11:41:49 | Bagder | (sticky tag is actually the cvs term) |
| 11:41:50 | adi|home | okay.. so where is the problem? |
| 11:42:12 | adi|home | then your wrong that " no the stubs wasn't added again to the makefile"? |
| 11:42:30 | adi|home | or do i need to commit that Makefile or something? |
| 11:42:43 | Bagder | do "cvs up -A" |
| 11:43:01 | Bagder | and you'll get the latest without sticky tags |
| 11:43:13 | adi|home | wtf are these sticky tags |
| 11:43:15 | Bagder | and then you'll get the latest makefile, which doesn't have stubs |
| 11:43:30 | adi|home | i don't get it.. i wanted to prune back a branch, and did what you told me to :) |
| 11:43:32 | Bagder | sticky tags are tags that are remembered on the file name |
| 11:43:48 | Bagder | adi|home: you didn't really explain it that way to me so I misunderstood |
| 11:44:01 | Bagder | you reverted your local copy of that file to that version |
| 11:44:10 | Bagder | you can't revert the repository |
| 11:44:20 | Bagder | you need to redo the change and commit |
| 11:44:31 | adi|home | heheh thats what i asked :) |
| 11:44:36 | adi|home | least i thought i did.. |
| 11:44:40 | Bagder | I realize that now, sorry |
| 11:44:40 | adi|home | moot point |
| 11:44:43 | adi|home | np |
| 11:45:01 | adi|home | im not as exp in cvs, so i didnt phrase it the right way :) |
| 11:45:08 | adi|home | sccs is sooo much more comfy for me |
| 11:45:16 | Bagder | =) |
| 11:47:52 | Hadaka | svn powa |
| 11:48:09 | adi|home | fixed |
| 11:48:09 | adi|home | now bugger all of you |
| 11:48:11 | adi|home | im going to bed |
| 11:48:20 | adi|home | :) |
| 11:48:21 | adi|home | nite |
| 11:48:25 | Bagder | night adi |
| 11:53:13 | bobTHC | Somebody interested by little digging on the MAS3587F variable pitch possibility? |
| 11:53:41 | Zagor | sure. you found something? |
| 11:56:23 | bobTHC | yes it's possible to define the Oscillator frequency and as is a serial feed i thing it's possible to change the speed of the decoded feed... |
| 11:56:44 | bobTHC | i'm not very clear, sorry for my english... |
| 11:57:37 | LinusN | it's actually about changing the information to the DSP about what frequency the external oscillator is |
| 11:58:20 | bobTHC | take a look a sourcecode from Dragon Mp3 http://users.pandora.be/DragonMP3/sourcecode/MAS3587F.h |
| 11:58:49 | LinusN | if we fool the DSP by lying about the frequency we might make it playback at another pitch |
| 11:59:57 | Zagor | sounds worth trying |
| 12:00 |
| 12:06:32 | matsl | UI question: I would like to change the WPS for the player. Are you really satisfied with how it looks now? |
| 12:06:36 | Bagder | the build went green at last |
| 12:06:48 | Bagder | it was updated this morning |
| 12:06:53 | LinusN | matsl: we will never be satisfied! :-) |
| 12:07:23 | Zagor | matsl: how would you like it? |
| 12:07:23 | matsl | LinusN: Well that's anotherway of saying the same thing isn't it? |
| 12:07:45 | Bagder | merwin made it show id3 tags |
| 12:07:48 | * | Bagder runs for lunch |
| 12:07:59 | LinusN | matsl: what is your suggestion? |
| 12:08:19 | matsl | Huh... hard to discribe in IRC but I give it a chat. |
| 12:09:07 | matsl | display time played, scroll artist, song, album in one line, show playslist.index ... |
| 12:09:26 | LinusN | i like the scroll idea |
| 12:09:27 | matsl | ... be smart about id3 tags present or not ... |
| 12:09:47 | LinusN | matsl: you mean display the file name if there is no id3? |
| 12:09:49 | matsl | .. and fall back to file if they can't be found. |
| 12:09:54 | LinusN | ok |
| 12:09:58 | matsl | LinusN: Jupp! |
| 12:10:05 | LinusN | i like that |
| 12:10:18 | LinusN | would you display the playlist index in the scroll? |
| 12:10:58 | matsl | LinusN: No I don't thinks so. My code displays like this now: "01/12 04:44" |
| 12:11:19 | LinusN | ok, so the total time is not displayed? |
| 12:11:53 | matsl | LinusN: No. Its displayed when the song is paused but I'm not sure about that idea. |
| 12:12:46 | *** | Saving seen data "./dancer.seen" |
| 12:12:57 | LinusN | how about displaying things in different time slots? |
| 12:13:13 | LinusN | like time for 3 secs, playlist index for 3 secs and so on... |
| 12:13:28 | matsl | LinusN: That has been proposed yes but I thought it was confusing. |
| 12:13:40 | LinusN | ok, i haven't tried it myself |
| 12:13:46 | matsl | LinusN: did you try that patch and looked for yourself? |
| 12:14:10 | LinusN | no i haven't (working on other stuff atm) |
| 12:15:59 | matsl | LinusN: OK. i could try to join forces with the guys that have supplied patches and add a fourth WPS screen |
| 12:16:17 | LinusN | do so |
| 12:16:49 | LinusN | it can't hurt |
| 12:17:31 | matsl | LinusN: Right I'll do that. |
| 12:17:36 | bobTHC | for more Mas3587F digging take look to http://users.pandora.be/DragonMP3/sourcecode/MAS3587F.c too (it's basic commands) |
| 12:18:09 | Zagor | bobTHC: i see nothing about changing pitch |
| 12:20:16 | bobTHC | of course i just talk about the Oscillator frequency variable and that can be divert to make it... |
| 12:23:09 | Zagor | bobTHC: can you test this? |
| 12:24:20 | bobTHC | test my idea? |
| 12:24:24 | bobTHC | with a patch? |
| 12:24:30 | Zagor | yes |
| 12:24:58 | bobTHC | nope |
| 12:25:08 | Zagor | ok |
| 12:25:39 | bobTHC | i'm not C coder, perhaps next year ! |
| 12:25:56 | Zagor | ok, no problem |
| 12:26:51 | | Quit edx ("be back in two hours") |
| 12:30:15 | * | bobTHC go to lunch |
| 12:33:23 | * | mbr is back |
| 12:34:03 | mbr | Zagor: you want a staic list of cron jobs, defined at compile time? |
| 12:34:11 | notch | okay this is killing me... how do you do those prettly coloured broadcast meaasages! |
| 12:34:31 | mbr | And each job determines if something should be done |
| 12:35:03 | bobTHC | notch use the "/me" command |
| 12:35:18 | * | notch testing |
| 12:35:23 | bobTHC | :) |
| 12:35:27 | notch | whoho! |
| 12:36:01 | mbr | zagor: and every run all defined cron functions will be called? |
| 12:36:29 | Zagor | mbr: i'm not 100% sure. i just want to keep the complexity down |
| 12:36:54 | Zagor | i haven't been part of the cron discussion, so i'm sorry if i sounded a bit harsh. could you fill me in a bit? |
| 12:37:03 | matp | matsl I did the patch for the recorder to allow you to define the wps screen. i'm sure something sim could be accomplished for the player |
| 12:37:57 | matsl | matp: is your patch in CVS? |
| 12:38:22 | mbr | Zagor: The problem was to schedule a write to disk when settings are changed. For example by pressing F3 or changing the volume in wps |
| 12:38:33 | matp | matsl: I haven't checked for a few days. I don't think so. |
| 12:38:58 | mbr | And so Linus mentioned, that we should have a cron thread that handles that events. |
| 12:39:18 | Zagor | but then the disk will still spin up just to write settings |
| 12:39:19 | matp | matsl: I posted it to the list. you have a player I take it ... |
| 12:39:30 | LinusN | Zagor: that is inevitable |
| 12:39:45 | matsl | matp: jupp! |
| 12:39:45 | LinusN | you'll have to save the settings sooner or later |
| 12:39:52 | mbr | But you also should define a timeout, because the disk possibly never spinns up. |
| 12:39:57 | Zagor | we do spin the disk sooner or later too |
| 12:40:13 | LinusN | no, we just might turn off the unit before that |
| 12:40:15 | Zagor | we have always discussed writing settings when we spin the disk for another reason |
| 12:40:15 | mbr | Zagor: or never .. |
| 12:40:37 | matsl | matp: I have been thinking of your customization patch and yes it could be used for the player ... |
| 12:40:37 | Zagor | that's a special case, and rather unusual i would think |
| 12:40:39 | LinusN | I was thinking of a "Save Settings" menu option |
| 12:40:50 | Zagor | LinusN: I can buy that |
| 12:40:51 | matp | matsl: there's 2 lines, right. i was thinking of allowing you to define which id3 tags get scolled on which lines |
| 12:41:15 | LinusN | the "save when spinning up" thing is very good for Resume, but not for settings |
| 12:41:22 | matsl | matp: right. |
| 12:41:33 | matp | matsl: say: line 1: artist, track. line2: bitrate |
| 12:41:38 | matsl | matp: But there is more to it than id3 tags |
| 12:41:41 | RipnetUK | i asked before, but cant we have a non-blocking save to disc? |
| 12:41:42 | Zagor | it's good for settings too |
| 12:41:51 | matp | matsl: yes, definitely |
| 12:42:04 | Zagor | i bet 95% of people want to try their new settings before powering off. and then they'll spin the disk. |
| 12:42:16 | matp | I want to be able to toggle the timer bar as well as the icon bar |
| 12:42:22 | LinusN | Zagor: what if the settings don't apply to MP3 playing? |
| 12:42:26 | matsl | matp: now we only have one line scroll too which makes it hard just to caoncatenate things |
| 12:42:28 | LinusN | like LCD contrast |
| 12:42:49 | Zagor | still, why change settings and then immediately power off? it doesn't seem like normal user behaviour. |
| 12:42:56 | dwihno | pixel based area scrolling would be neato :) |
| 12:43:00 | matp | matsl: there is a patch for multi line scrolling though? |
| 12:43:12 | LinusN | still, that normal user will wonder why the settings aren't saved |
| 12:43:22 | RipnetUK | did neone try my multiple line scroll hack? |
| 12:43:30 | mbr | That is my tought, too |
| 12:43:33 | Zagor | no, because he won't do that. you're inventing a problem without knowing if it's likely to happen. |
| 12:43:38 | matsl | matp: I know |
| 12:43:39 | LinusN | "to save the settings, play a song" |
| 12:43:50 | matp | not yet. I would like to try it with my wps patch. i will try and do so today |
| 12:43:50 | mbr | :) |
| 12:44:14 | Zagor | remember dir browing spins the disk too |
| 12:44:15 | matp | matsl: what else would you add other than id3 tags? |
| 12:45:05 | matsl | matp: I would like to display time played, playlist info (index, amount) etc. |
| 12:45:12 | LinusN | Zagor: not when you leave the menu |
| 12:45:22 | matsl | matp: time played doesn't scroll nicely. |
| 12:45:34 | dwihno | Good afternoon! :D |
| 12:45:40 | Zagor | LinusN: think back. how many times have you changed a setting and then immediately powered off the unit? |
| 12:45:44 | * | dwihno sings some Caramell beats for Zagor - I know you like it ;D |
| 12:45:58 | mbr | nevertheless, the problem of not written settings is still there, even if we have a scheduled function |
| 12:46:36 | LinusN | Zagor: i did it yesterday |
| 12:46:37 | Zagor | mbr: exactly |
| 12:46:40 | LinusN | when i set the clock |
| 12:47:03 | Zagor | haha. you chose the one single setting that's not stored on disk :-) |
| 12:47:06 | LinusN | :-) |
| 12:48:03 | LinusN | Zagor: you mean that it's acceptble that the settings are not saved if the user shuts off the unit without having used the disk? |
| 12:48:30 | Zagor | yes. at least until we get a dozen reports about how annoying that is. |
| 12:48:37 | matp | matsl: why not? |
| 12:48:43 | Zagor | i don't think we'll get even 2 |
| 12:48:50 | LinusN | i don't think the user cares *that* much about battery usage |
| 12:49:12 | RipnetUK | i think a explicit save to disc option is better, because then you can try settings, and abandon them if u dont like them. Also easier to implement |
| 12:49:40 | Zagor | RipnetUK: we have to flush settings anyway. volume is changed outside the menu, for instance. |
| 12:49:44 | matsl | matp: I tried it and thought it hurt my eyes. Both scroll and seconds changeing at the same time. To much motion for my likeing. |
| 12:49:49 | mbr | RipnetUK: you mean a write immidiately |
| 12:49:53 | LinusN | and then you can inform the user when the settings aren't save because of low battery |
| 12:50:20 | matsl | matp: Time ticking should be a none scroll display I think. |
| 12:50:22 | matp | matsl: it would be nice to have partial line scolling |
| 12:50:51 | Zagor | LinusN: i think you have forgotten just how annoying that is on the player, saving every volume change to disk |
| 12:50:54 | matsl | matp: Culd fix it but we don't have many chars left to scroll then. |
| 12:51:21 | LinusN | Zagor: you have a point |
| 12:51:22 | matp | matsl: how many chars on the player? |
| 12:51:27 | matsl | matp: 11 |
| 12:52:03 | matsl | matp: My current code has first line scrolling major id3 info ... |
| 12:52:34 | matsl | matpf: second line stabel while playing (time) and second oine scrolling other info while song is paused. |
| 12:52:42 | matp | matsl: why not allow the user to define the format |
| 12:53:14 | matsl | matp: Yes, why not! |
| 12:53:59 | matp | matsl: :) It's tricky to think of how to express it in a menu |
| 12:54:54 | matp | matsl: But possible. I guess this may be useful for the recorder as well |
| 12:55:38 | matsl | matp: I'll think about it. |
| 12:56:07 | matsl | matp: Any feeling about how the wps-code looks like after such a change? |
| 12:57:07 | matp | matsl: lots of #ifdefs, and messiness :) |
| 12:58:31 | matsl | matp: That could be a problem then. It is an mp3 player after all. Its the music we want. |
| 13:00 |
| 13:00:23 | matp | matsl: I'm not aware of any cd/minidisc/mp3 players that allow you to define the output in this way. but it's a very nice feature, I think. |
| 13:02:31 | matsl | matp: agreed. I could very well imaging choosing some id3 tags this way could be feasable. |
| 13:03:21 | matp | matsl: my code is pretty clean. iterate through the lines, and switch on the user-defined value. I haven't really thought about how to attack multiple tags per line. |
| 13:04:37 | matsl | matp: (Just at this moment) I got a completely different idea. |
| 13:04:53 | matp | matsl: just need a flag for whether it's multi, and an array of tags per line |
| 13:05:00 | matp | matsl: shoot |
| 13:05:55 | matsl | matp: Each line could be a "printf-style" string that's interpreted |
| 13:06:03 | * | Bagder returns |
| 13:06:09 | Bagder | gee you talk a lot |
| 13:06:32 | matsl | please join |
| 13:06:51 | matp | matsl: yeah, I thought that before, but I'm not keen on parsing the line. also, it's not that intuitive for the user. |
| 13:07:08 | Bagder | I'm all for a custom wps screen |
| 13:07:17 | Bagder | customisable |
| 13:07:32 | matp | matsl: we should think of the wps screen operating in different modes. |
| 13:07:35 | Zagor | i think matp's array solution sounds a lot easier for the user. just select which info tags you want, in which order. |
| 13:07:38 | matsl | matp: each id3-tag could be represented by a letter, time a letter etc. If line is longer than 11 chars it scrolls. |
| 13:08:25 | matp | my code currently displays the title of the tag, e.g Artist, Album. It's not hard to do this. |
| 13:08:45 | matp | But there are real-estate issues on the player |
| 13:09:07 | matsl | matp: ?? |
| 13:09:12 | matp | (which I've never seen in action :) ) |
| 13:09:42 | matp | well, I'm assuming the menu is limited in the player ? |
| 13:09:49 | matp | the menu size, I mean |
| 13:10:21 | matsl | matp: display has two lines?? |
| 13:11:45 | matp | I mean, if you want to actually define the line in the menu, you have 11 chars to do this ? |
| 13:12:29 | matp | If so, I can see why you might want to keep this to printf style tokens, rather than the full names |
| 13:12:50 | matsl | matp: ok |
| 13:13:29 | matsl | matp: Its a matter if input as well. easier to input on char than a word. keybord on the player isn't that friendly. |
| 13:13:39 | Zagor | one char per tag, i'd say. 'A' for Artist, 'a' for the actual string "Artist:" |
| 13:13:45 | matp | Bagder, have you tried the definable wps patch ? |
| 13:13:56 | Bagder | sorry, no |
| 13:13:59 | Zagor | matsl: upper line is tag list, lower line explains which tag you have just selected. like: |
| 13:14:03 | matp | Yeah, but on the recorder, I like Artist, not %A |
| 13:14:26 | Zagor | aA lL tT sS <−−- cursor on A |
| 13:14:30 | Zagor | Artist |
| 13:14:31 | Bagder | I agree with matp, we should probably do differently on them |
| 13:14:41 | Zagor | yup |
| 13:14:45 | matp | Zagor, yeah, that would work |
| 13:15:06 | Bagder | Zagor: that's a neat idea |
| 13:15:18 | LinusN | when we implement this, we REALLY want persistent settings! :-) |
| 13:15:25 | Bagder | hehehe |
| 13:15:28 | Bagder | amen |
| 13:15:50 | LinusN | why not enable it by default, anyway? |
| 13:15:52 | matp | yeah, I'm getting pissed off having to redfine my wps screen each time i boot up |
| 13:16:07 | matsl | matp: change the code |
| 13:16:20 | matp | I could do with someone helping out with the persistent settings |
| 13:16:43 | LinusN | matp: what do you mean? |
| 13:16:51 | matp | I had a look, and it wasn;t immediately clear. |
| 13:17:07 | LinusN | put this first in the file: |
| 13:17:16 | LinusN | #define SAVE_TO_DISK |
| 13:17:21 | LinusN | settings.c |
| 13:17:41 | matp | I have recorder, which saves to rtc anyway |
| 13:17:45 | LinusN | oh |
| 13:17:58 | LinusN | what was your problem then? |
| 13:18:31 | matp | I wasn't sure how to go about extending the config block. |
| 13:18:47 | matsl | Zagor: With one char of info an one for actual value we get 26 items that can be displayed in the wps. |
| 13:19:22 | matp | I have a line->tag mapping. 7 lines, do I define 7 config slots? |
| 13:19:33 | LinusN | matp: look at how the new lcd contrast setting does it |
| 13:20:05 | Zagor | matsl: cool, isn't it? :-) |
| 13:20:09 | matp | Does it squeeze it into 1 bye, or soimething? |
| 13:20:11 | matp | byte |
| 13:20:24 | LinusN | matp: which one? |
| 13:21:29 | matp | It's OK, I'll take a look at the code before I comment. It's not to hand. I may get a chance this afternoon. |
| 13:22:05 | matp | Do you think the line by line approach in the menu is a good way to go? It feels a bit clunky to me... |
| 13:22:21 | LinusN | the lcd setting is easy, it just uses an unused byte, it doesn't try to use a few bits in an already allocated byte |
| 13:22:55 | matsl | Zagor: We would need some way to handle fields. Like padding with zeros but also displaying * or something if value is to big. (Avoiding scrolling) |
| 13:23:22 | matp | LinusN: OK, but I have 7 fields I want to save. Should I use 7 bytes, or cram them into 1? |
| 13:23:45 | Bagder | we need disk saving on the recorder too... |
| 13:23:53 | LinusN | that all depends on how many bits each value requires |
| 13:23:56 | Bagder | since otherwise we'll soon spend all those 44 bytes |
| 13:24:24 | LinusN | if each field takes 2 bits you only need 2 bytes |
| 13:24:46 | matp | That's why I didn't extend it. Problem is, I don;t know how may values those fields will have. |
| 13:25:14 | LinusN | i urge all recorder users to test the lcd contrast setting in all possible ways |
| 13:25:32 | Zagor | matsl just said each tag can have one of 26 values |
| 13:25:47 | matp | currently i have 5 or 6 values. matsl has pointed out more. it guess I should work out maximum possible size |
| 13:25:58 | * | bobTHC is back |
| 13:26:03 | LinusN | ok, so 4 bits may be enough |
| 13:26:04 | matp | :) |
| 13:27:15 | LinusN | if the new format setting becomes reality, those settings will probably not fit in the RTC RAM |
| 13:27:30 | * | matp nods |
| 13:27:42 | LinusN | Zagor: is your OldPlayer alive? |
| 13:27:51 | Zagor | yup |
| 13:28:07 | LinusN | try the lcd contrast and tell me if i should use a higher default |
| 13:28:14 | matp | when is write-to-disk settings planned? |
| 13:28:15 | RipnetUK | the LCD contrast patch -I get ablank screen on my recorder20 - you should ahve a higher default :) |
| 13:28:25 | RipnetUK | i assume its on 0 |
| 13:28:35 | LinusN | RipnetUK: pull out your batteries |
| 13:28:44 | RipnetUK | ? what to blank the CMOS? |
| 13:28:48 | LinusN | yes |
| 13:29:02 | Bagder | heheh |
| 13:29:04 | RipnetUK | shouldnt it check for a zero value, and substitute something visible :) |
| 13:29:10 | Bagder | is that a step in the upgrade to rockbox 1.3 process? B) |
| 13:29:22 | RipnetUK | hehe |
| 13:29:24 | matp | got to lunch. brb |
| 13:29:34 | LinusN | RipnetUK: 0 might just be the value you have chosen |
| 13:29:52 | RipnetUK | i havent been able to choose a value yet, because I cant see the screen :-O |
| 13:30:05 | LinusN | i meant that 0 is not an invalid setting |
| 13:30:08 | RipnetUK | doesnt cmos momory start with random values? |
| 13:30:21 | LinusN | we have a checksum |
| 13:30:27 | | Quit matp (Remote closed the connection) |
| 13:30:51 | RipnetUK | i see - smart |
| 13:31:02 | RipnetUK | yeah, that fixed it |
| 13:31:26 | | Join matp [0] (~mpritch@gateway.riversoft.com) |
| 13:31:41 | matp | ouch, x died |
| 13:32:01 | RipnetUK | anything below 18 seems invisible |
| 13:32:39 | RipnetUK | and above 35 |
| 13:32:41 | LinusN | i can go as far as 12 |
| 13:33:13 | LinusN | and 42 |
| 13:33:16 | | Nick elinenbe|sleep is now known as elinenbe (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
| 13:33:40 | matsl | Zagor: In addition to add tags to a line we could have multiple lines displayed on one screen line. Each with its own time slot. |
| 13:34:13 | elinenbe | help me please. how do you run the loadable fonts patch? do I need to "compile" the fonts? and where do I put them? |
| 13:35:17 | RipnetUK | ive also found that the proportinal fonts break the time/date setting screen - it expects fixed width.. sorry |
| 13:36:15 | LinusN | hey Zagor! |
| 13:36:44 | Bagder | elinenbe: you need to build the bdf2ajf in tools/ |
| 13:37:05 | Bagder | elinenbe: then convert a .bdf font to a system.ajf and put that in your archos root |
| 13:37:41 | bobTHC | read this (about Recorder DSP) : Micronas is unable to ship its MAS3587F to the United States because the chip, an encoder/decoder designed to support the ripping of tracks from a CD, violates the Audio Home Recording Act of 1992, von Janecek said. But a change in the chip's firmware has enabled Micronas to sell it as the MAS35x9F MP3 decoder with AAC and G.729 voice codec features. |
| 13:38:11 | bobTHC | AAC and G.729 ? |
| 13:39:24 | elinenbe | Badger: thanks |
| 13:40:38 | LinusN | bobTHC: it can honor the Copyright bit in the S/PDIF stream |
| 13:40:58 | LinusN | and in the MP3 stream |
| 13:41:19 | LinusN | so the software can refuse to record copyrighted data via S/PDIF |
| 13:41:35 | bobTHC | yes it's about SCMS.. |
| 13:43:36 | | Nick LinusN is now known as Linus|lunch (~linus@labb.contactor.se) |
| 13:49:36 | Zagor | elinenbe, bagder: the makefile should do all that for you |
| 13:50:56 | Zagor | matsl: imagine several scrolling lines, with a timeslot each. we can create true mayhem on the player! :-) |
| 13:53:52 | matsl | Zagor: I know. Maybe we could use the WPS state as well for customization! |
| 13:54:10 | Bagder | RipnetUK: is your multiline scroll working good? |
| 13:55:04 | Bagder | your file (i.e not patch) is really hard to apply now |
| 13:59:51 | elinenbe | the atari-small font on this page: http://hea-www.harvard.edu/~fine/Tech/x11fonts.html is a great font! |
| 14:00 |
| 14:00:33 | Zagor | ooh, cool |
| 14:00:40 | elinenbe | it is GREAT! |
| 14:00:47 | * | Zagor hurries getting loadable+proportional working |
| 14:00:57 | Zagor | oh, it's not proportional :-( |
| 14:01:08 | Zagor | still looks good |
| 14:01:08 | elinenbe | no, but it works great. |
| 14:01:09 | Bagder | shouldn't be that hard to make it |
| 14:01:25 | elinenbe | so much information on the screen :) |
| 14:02:16 | Zagor | too bad it's ascii only :-( |
| 14:02:35 | Bagder | we'll hire dwihno to extend it! ;-) |
| 14:02:35 | bobTHC | :( |
| 14:02:44 | elinenbe | yeah, only 128 chars... how many chars are normal bdf fontsets |
| 14:02:46 | elinenbe | ? |
| 14:03:15 | Zagor | there is no "normal". but we want at least full iso-8859, i.e. 256 chars |
| 14:03:15 | Bagder | I guess they can basicly be enormous if they provide a huge set |
| 14:03:34 | Zagor | yeah, some provide big sections of unicode and are, well, big... :-) |
| 14:04:04 | Bagder | we want chinese rockbox!! ;-P |
| 14:04:15 | bobTHC | and russian!! |
| 14:04:31 | Bagder | russian already works |
| 14:04:40 | elinenbe | Since I am fluent in both, I will get around to tranlating everything. |
| 14:04:51 | Bagder | heheh |
| 14:06:10 | elinenbe | the only problem with the loadable fonts is their height. most of the screens are quite messed up... |
| 14:07:14 | Bagder | yes, we have some work to do there |
| 14:07:21 | elinenbe | like when using a larger font. |
| 14:07:50 | elinenbe | here are all the unicode fonts : http://www.cl.cam.ac.uk/~mgk25/ucs-fonts.html |
| 14:09:39 | | Join data2one [0] (~datazone@chaos.iadfw.net) |
| 14:12:17 | | Quit data2one (Client Quit) |
| 14:12:47 | *** | Saving seen data "./dancer.seen" |
| 14:13:56 | | Join datazone-work [0] (~datazone@chaos.iadfw.net) |
| 14:16:46 | dwihno | Bagder: I'm not your font slave! :) |
| 14:16:52 | Bagder | darn! |
| 14:16:59 | dwihno | Bagder: I did it for myself since I thought the default font was no-good |
| 14:17:04 | dwihno | :) |
| 14:17:07 | Bagder | but then... what are you? B) |
| 14:17:26 | dwihno | I am the bishop of Caramell |
| 14:17:29 | Bagder | aaaah |
| 14:18:56 | | Nick Linus|lunch is now known as LinusN (~linus@labb.contactor.se) |
| 14:26:00 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
| 14:26:19 | | Nick matsl is now known as matsl|working (~matsl@as13-4-5.mal.s.bonet.se) |
| 14:27:27 | RipnetUK | badger - the multi-line scroll did NOT look good, i think its better to scroll the entire screen (except the status bar) left and right, and not the lines 1 by one |
| 14:28:04 | RipnetUK | sorry didnt do a patch, but was low-quality hacking, and jsut a proof of concept really, rather than a serious submission |
| 14:28:11 | RipnetUK | it didnt take into account proportinal fonts etc. |
| 14:28:45 | Bagder | ok |
| 14:28:46 | RipnetUK | I am thinking that we should be having a wider (3x screen width perhaps) screen buffer, and scroll that when we update the LCD instead of scrolling line by line? i think that would look better than each line scrolling seperate |
| 14:28:58 | RipnetUK | also easier to do I would imagine? |
| 14:29:10 | Bagder | I've thought about that too |
| 14:29:13 | | Nick matsl|working is now known as matsl (~matsl@as13-4-5.mal.s.bonet.se) |
| 14:29:19 | Bagder | making a bigger "virtual screen" |
| 14:29:32 | matsl | RipnetUK: I tried with different scroll speeds and that looked ok. |
| 14:29:59 | matsl | RipnetUK: But only on the player. |
| 14:30:17 | RipnetUK | it worked on the player :) im suprised i didnt check that |
| 14:30:42 | matsl | RipnetUK: No. my own proof of consept experiment. |
| 14:31:00 | | Join elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
| 14:31:10 | matsl | RipnetUK: I did an experiment with scrolling two lines. |
| 14:31:37 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
| 14:31:38 | RipnetUK | i definately think the way forward is to have a larger virtual screen, with the actual screen a window on it. You could have the scroll thread maintain 2 rectangles one for the area which is scrollable, and the other for the screen region to scroll in |
| 14:31:40 | matsl | RipnetUK: Each line could scroll eitherfast or slow. |
| 14:32:05 | RipnetUK | i see, it looked naff on the recorder with 8 lines scrolling and wrapping / repeating at different points. |
| 14:32:48 | Bagder | RipnetUK: it would only be a matter of enlarging the screen buffer actually, and setting the X.Y for the visible screen window |
| 14:33:04 | RipnetUK | yeah, thats another reason to like the idea |
| 14:33:23 | RipnetUK | we could also have an option to bounce back and forward like the 'real' firmware |
| 14:33:29 | Bagder | but we would need the scrolling and possiblt scrolling multiple lines anyway |
| 14:33:44 | RipnetUK | would we? what for? |
| 14:33:52 | Bagder | since the strings can be very long |
| 14:34:00 | | Join elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
| 14:34:02 | Bagder | longer than we can possibly set the virtual screen to |
| 14:34:37 | | Join Bino_monk [0] (Bugger@vpooley.fsnet.co.uk) |
| 14:34:43 | RipnetUK | ok, i see. But if we had a screen buffer say 4x or 8x the screen width, and only scrolled up to where was needed. Do we use a bitplane to store the graphic, or a byte per pixel? if its only a bit per pixel, surely we can afford the storage space? |
| 14:35:00 | Bagder | a bit per pixel |
| 14:35:03 | RipnetUK | maybe we could get away with one scrolling line then |
| 14:35:38 | Bagder | you're right, it might suffice with one line then |
| 14:35:48 | Bagder | it could be worth trying out anyway |
| 14:36:05 | Bagder | it would also make it very easy to make it scroll smoothly |
| 14:36:18 | Bagder | or on a sinus ;-) |
| 14:36:39 | dwihno | sine bouncing! |
| 14:36:42 | RipnetUK | hehe scrolling copper bars |
| 14:38:21 | RipnetUK | you could even implement 'scroll bars' to allow the user to do the scrolling (i would hate that tho, but some may like it) |
| 14:38:24 | dwihno | are there any free ia32 emulators other than bochs? |
| 14:40:22 | RipnetUK | i think you would have to copy from frame buffer to LCD in two steps, to handle the fixed region, and the scrolling rectangle |
| 14:40:54 | Bagder | it would depend on if the scrolling rect would be fixed on the LCD or on the "virtual screen" |
| 14:41:23 | Bagder | but I guess it would be insanely weird to have it scroll on the virtual one |
| 14:41:54 | | Join mistax [0] (lamamba_@213.66.147.135) |
| 14:43:04 | RipnetUK | also the status bar wants to be fixed, as does the progress bar and the time/bitrate/samp freq stuff, in fact, only 4 lines need to scroll on the normal WPS |
| 14:43:51 | Bagder | all that taken into account, I think it is easier to just extend the current scroll funtionality |
| 14:44:58 | RipnetUK | hmmm... not sure I agree, maybe we should have 2 frame buffers, one normal size, and a scrollable one as well, and when it displays it plots the normal one, then overlays with a portion of the scrollable one? |
| 14:45:07 | RipnetUK | but that would make the player harder |
| 14:46:27 | Bino_monk | all sounds very technical & sorry to interupt chaps...but is there any plans to add the function to scan through tracks before u get to 1.3? That with persistant settings would be the bees knees for my JB6000 |
| 14:46:27 | Bagder | well, if I make the scrolling smooth, and we enable four lines scrolling, then what would the visual difference be? |
| 14:47:07 | Zagor | Bino_monk: yes, that will probably be added soon |
| 14:47:20 | Bino_monk | I see u added the remote support on the latest CVS... smart! |
| 14:47:33 | RipnetUK | none, but i reckon implementing my way would be a lot easier, plus if we ever want graphics and stuff, we could just plot it on the virtual screen, and would all be taken care of, plus no worries with proportional/ different sized fonts |
| 14:47:47 | Bagder | true |
| 14:48:09 | Bagder | basicly we want a huge bitmap to scroll |
| 14:48:13 | RipnetUK | guesss its swings & roundabouts |
| 14:48:49 | Zagor | the problem I see is the same Bagder mentioned, with one line being much longer than the others. like the filepath on today's wps |
| 14:48:59 | LinusN | Zagor: i think we should enable disk writes by default |
| 14:49:28 | RipnetUK | but i tried it with independant scrolling for different lines, and IMHO it looks crap |
| 14:49:42 | Bagder | maybe we should consider not showing the full path |
| 14:50:02 | Bagder | the stock firmware doesn't |
| 14:50:10 | Bino_monk | that'd look poo |
| 14:50:17 | Bino_monk | sorry.. |
| 14:50:19 | Zagor | LinusN: we need to somehow check that sector 61 isn't used |
| 14:50:46 | LinusN | is it possible to run partitionless on the player? |
| 14:50:54 | Zagor | yes |
| 14:51:05 | Bagder | we need the storage on the recorder too |
| 14:51:15 | Zagor | Bagder: yes |
| 14:51:34 | LinusN | So where do we store the config when sector 61 is occupied? |
| 14:52:01 | LinusN | at the end of the FAT? |
| 14:53:17 | LinusN | As long as the MBR contains a partition table we should be able to use sector 61 |
| 14:54:01 | RipnetUK | cant we do a 'partial' file write, where you must have a file called .ArchosConfig in the root, of size (say) 4k, and it works out the position of that, and writes to that? |
| 14:54:19 | RipnetUK | that would save creating new dir entries and so on, and allow it to be backed up |
| 14:54:21 | mistax | Linus I was told to talk o u about the sond quality bug on the players |
| 14:54:31 | LinusN | ok |
| 14:54:43 | mistax | so let's do it.. |
| 14:54:54 | Bagder | RipnetUK: we don't have any file write code yet, that's why |
| 14:54:57 | LinusN | so you have distortion? |
| 14:55:48 | mistax | well yeah, I can play song louder and with more bass without distortion on the stock firmware than on the rockbox! |
| 14:55:57 | | Quit matp ("Client Exiting") |
| 14:56:07 | RipnetUK | but if we know what sector the fixed file is at, cant we use sector write code? |
| 14:56:12 | RipnetUK | brb |
| 14:56:39 | LinusN | mistax: ok, an experiment: does the distortion go away when you raise the treble? |
| 14:57:52 | mistax | one more brob! I can't get my player to recognize an upgrade so I'm sitting here with the original 4.09 mod! |
| 14:58:14 | LinusN | you need to do an fsck/scandisk |
| 14:58:21 | mistax | fsck? |
| 14:58:34 | LinusN | unix file system check |
| 14:58:44 | mistax | ok, scandisk it is |
| 14:58:48 | LinusN | yup |
| 14:59:12 | LinusN | and scandisk on USB1.1 is a real party! :-) |
| 14:59:40 | Zagor | we can also simply refuse to support partitionless disks |
| 14:59:53 | mistax | yuck! how long time? 6 gb on my 450 mhz with usb 1.1? |
| 15:00 |
| 15:00:10 | LinusN | Zagor: yes we can, Archos probably does |
| 15:00:31 | LinusN | mistax: i don't know. i have never done it |
| 15:00:54 | LinusN | Zagor: or just don't save settings on them |
| 15:01:27 | Zagor | that was my thought, yes |
| 15:01:58 | LinusN | Zagor: how to tell if the disk is partitionless? |
| 15:01:58 | Bino_monk | mistax: about an hour+, quicker if u have no files on the disk (obviously) |
| 15:02:19 | Bino_monk | for a full disk surface scan |
| 15:02:27 | datazone-work | if its partitionless the firmware wont load, now will it |
| 15:03:09 | LinusN | i don't know |
| 15:03:16 | Zagor | LinusN: we can remember which sector we mounted the fs on |
| 15:03:38 | LinusN | Zagor: can you implement such a function? |
| 15:03:41 | Zagor | if (rootsector != 0) save_config_buffer() |
| 15:03:41 | Zagor | sure |
| 15:04:24 | LinusN | i really want to have the save-to-disk option on by default |
| 15:04:27 | datazone-work | okay, call me crazy, but if there is no partition, then there is no filesystem, then how does the player load the rockbox firmware? |
| 15:04:30 | | Nick mistax is now known as grummel|scandisk (lamamba_@213.66.147.135) |
| 15:04:49 | Zagor | datazone-work: there is a partition, just no partition *table* |
| 15:04:55 | LinusN | datazone-work: the file system is placed directly on the disk |
| 15:04:57 | Zagor | the partition starts at sector 0 |
| 15:05:11 | | Nick grummel|scandisk is now known as mistax|scandisk (lamamba_@213.66.147.135) |
| 15:05:11 | LinusN | as if it was only one partition |
| 15:05:17 | Zagor | normally, there's a partition table on partition 0 and the first partition starts at sector 64 |
| 15:05:25 | Zagor | on sector 0, i mean |
| 15:05:25 | LinusN | 63 |
| 15:05:32 | Zagor | uh, yes |
| 15:05:37 | datazone-work | hiw would that occur? |
| 15:05:40 | datazone-work | how |
| 15:05:51 | Zagor | Microsoft... |
| 15:06:04 | LinusN | try to format a blank removeable media with Win2K |
| 15:06:16 | datazone-work | i see |
| 15:06:30 | LinusN | it creates the filesystem on sector 0 with no partition table |
| 15:06:33 | datazone-work | forgive my ignorance then |
| 15:06:34 | LinusN | makes sens to me |
| 15:07:09 | LinusN | i would really like to have a choice |
| 15:07:18 | LinusN | but Winl00se doesn't give me that |
| 15:07:40 | Hadaka | hmm |
| 15:07:45 | datazone-work | toms root+boot+disk with usb support |
| 15:08:10 | Zagor | dwihno: yo, font-slave. how's it going? ;*) |
| 15:08:39 | Hadaka | I've done whole-disk filesystems on linux too, at times |
| 15:09:00 | Zagor | Hadaka: yeah, but you had a choice :-) |
| 15:09:01 | LinusN | me too |
| 15:09:13 | datazone-work | so instead of sdb# you just put it on sdb? |
| 15:09:15 | datazone-work | creepy |
| 15:09:22 | LinusN | indeed |
| 15:09:29 | Hes | creepy but works 8-) |
| 15:09:33 | Hadaka | but um, doesn't win2k have that volumemanagement program that can do partition tables? |
| 15:09:42 | LinusN | but why waste space on a partition table when you only want one partition? |
| 15:09:54 | datazone-work | cause you got 6 gigs! |
| 15:10:07 | LinusN | Hadaka: yes, but it doesn't manage removable volumes |
| 15:10:10 | datazone-work | i dont think you are going to miss a few ks |
| 15:10:53 | LinusN | i can only speak for the PC-card drivers |
| 15:10:54 | | Join matp [0] (~mpritch@gateway.riversoft.com) |
| 15:11:03 | Zagor | LinusN: umm, because the spec says so? oh, sorry. forgot it was MS we're talking about. |
| 15:11:19 | Hadaka | datazone-work: yeah, except these are devfsd days ;) |
| 15:11:28 | Hadaka | it doesn't manage removables? oh poop |
| 15:11:39 | LinusN | at least not pccard drives |
| 15:12:35 | LinusN | i had a hell of a problem with ATA pccards and win2k |
| 15:13:12 | LinusN | i had a hardware unit which only accepted partitioned ata-cards |
| 15:13:22 | * | Hes has charged his 1800 mAh battery set for 3 hours now, going at 5.57v and expecting the zero delta detection to hit any minute now |
| 15:13:28 | LinusN | and when a card was f'cked up i had to reformat it in w2k |
| 15:13:47 | LinusN | and w2k formatted it partitionless, unconditionally |
| 15:13:58 | LinusN | Hes: take cover! |
| 15:14:15 | Hadaka | hm |
| 15:14:28 | Hadaka | partitionmagic helps hopefully ;) |
| 15:14:36 | LinusN | it didn't |
| 15:14:39 | Hadaka | oh? |
| 15:14:46 | Hadaka | that is _so_ fucked up |
| 15:14:54 | LinusN | when it comes to mind, i think it's the pccard drivers that is ste problem |
| 15:14:56 | Hadaka | everybody should just use linux |
| 15:15:14 | * | Bagder wears his Linux tshirt today |
| 15:15:33 | Hes | During last LCD_WIDTH (112) minutes voltage has gone from 5.41 to 5.57v |
| 15:15:35 | Bagder | kernel source code looks good ;-) |
| 15:15:46 | * | LinusN is happy that Bagder wears a t-shirt |
| 15:16:14 | Hadaka | I have my trusty Totoro T-shirt ;) |
| 15:16:49 | * | Zagor wears no shirt |
| 15:18:04 | Bagder | ice cream time! |
| 15:19:46 | | Join lohap [0] (lohap@213-48-172-125.bra.cvx.blueyonder.co.uk) |
| 15:20:14 | lohap | i know this is the wrong place but what is the rating of the charger for the jukebox recorder 9v or 12v cause ive lost mine lol |
| 15:20:38 | LinusN | 9v 600mA |
| 15:20:45 | LinusN | but you can use 12 too |
| 15:20:59 | LinusN | Hadaka uses 12V 1A |
| 15:21:13 | lohap | thanks who manufactors them cause i found one that is that but i aint sure if its the correct one |
| 15:21:39 | LinusN | "kings electric co, ltd" |
| 15:21:49 | lohap | yep i got the right one lol |
| 15:22:25 | Zagor | if you're buying a new one, get a better model |
| 15:22:38 | lohap | no i found it lol |
| 15:22:45 | Zagor | ok |
| 15:22:49 | lohap | under my 2600 |
| 15:23:11 | lohap | o btw i was wondering im i wanted to create icons for the jukebox recorder how would i go about it lol (newbie_ |
| 15:24:05 | Zagor | check in apps/recorder/icons.c |
| 15:24:31 | lohap | thanks lol ill have to download source lol |
| 15:24:38 | LinusN | Zagor: now enable save-to-disk! |
| 15:25:11 | Zagor | LinusN: there's still a lot of #ifdef HAVE_RTC #else save_to_disk() #endif |
| 15:25:24 | LinusN | and? |
| 15:25:29 | Zagor | recorder needs to save to disk too |
| 15:25:31 | Bagder | also, we should only save when we need to |
| 15:25:44 | LinusN | come on, how long do you want to wait? |
| 15:25:57 | LinusN | i can see that you are recorder users |
| 15:26:10 | Bagder | so why don't the player users fix the code? |
| 15:26:26 | Zagor | well sure, we can activate it first and fix i later |
| 15:26:44 | Bagder | is that really smart? |
| 15:26:49 | LinusN | Bagder: the code doesn't need fixing for the player users |
| 15:26:55 | Bagder | it doesn't? |
| 15:27:02 | LinusN | no |
| 15:27:08 | LinusN | it works |
| 15:27:23 | Bagder | what about saving when spinning and only if it is really needed? |
| 15:27:27 | LinusN | at least the last time i tested it |
| 15:27:37 | LinusN | Bagder: that is a feature, not a bug |
| 15:27:38 | Zagor | Bagder: it only saves when exiting menus |
| 15:27:53 | Bagder | yes, but the settings may not be changed, right? |
| 15:28:00 | Bagder | might not |
| 15:28:14 | LinusN | ? |
| 15:28:24 | Bagder | go to settings, leave |
| 15:28:27 | Bagder | it saves |
| 15:28:30 | Bagder | the same |
| 15:28:31 | LinusN | yes |
| 15:28:43 | Bagder | that's all I'm saying |
| 15:28:55 | Bagder | I don't like that |
| 15:29:08 | LinusN | you have a point, but nobody will notice it unless we enable the disk saves |
| 15:29:15 | Bagder | of course |
| 15:29:21 | Bagder | but you want to enable it like this |
| 15:29:23 | Bagder | I don't |
| 15:29:27 | LinusN | and the "player users" won't fix it |
| 15:29:35 | Zagor | i'll add a checksum comparison and only save if it differs |
| 15:29:47 | bobTHC | i Find some .bdf fonts (i'm under Windows) but i cannot view it .... the package start from 4x6 to 10x20 somebody interested ??? |
| 15:30:11 | Zagor | bobTHC: 4x6 sounds interesting |
| 15:30:44 | LinusN | i wonder how 'm' looks like in that font... |
| 15:30:51 | Zagor | hehe |
| 15:31:46 | lohap | btw what is the anme of the format that the icons are stored in "binary images" |
| 15:31:53 | Hes | 1800 mAh batteries 196 minutes from empty condition (hd fails), ended at 5.58v for long-term zero-delta detection |
| 15:32:57 | Zagor | Hes: nice |
| 15:33:03 | Bagder | lohap: all bitmaps are stored like this: byte 0 is 8 pixels high, the lowest bit being at the top, byte 1 is the next column etc |
| 15:33:30 | * | matsl is away: I'm busy |
| 15:33:43 | bobTHC | i propos it because they include all caracterset : Latin, Greek, Cyrillic, Armenian, Georgian), all mathematical and phonetic alphabet symbols, all typographic punctuation, all box-drawing characters, control code pictures, graphical shapes and some more that you would expect |
| 15:33:44 | * | Zagor writes "AC/DC converter, 12V, 4A" on his shopping list |
| 15:34:13 | Zagor | bobTHC: nice, but it gets awfully big too... |
| 15:34:20 | * | matsl is back (gone 00:00:50) |
| 15:34:30 | * | Hes makes the charger disable charging at > 10v ext voltage |
| 15:34:46 | Zagor | didn't you use a 12V charger? |
| 15:34:47 | bobTHC | yes but we can make a special version of it... |
| 15:34:57 | Zagor | bobTHC: yes |
| 15:35:21 | Hes | I'm using the stock charger... rockbox measures a bit over 8.7v at the external input |
| 15:35:21 | LinusN | Hes: Hadaka will kill you for that |
| 15:35:24 | matsl | IRC Q: How do you get this funny '*' comments |
| 15:35:30 | Zagor | Hes: oh, ok |
| 15:35:31 | Hes | LinusN: Oh? |
| 15:35:43 | LinusN | Hes: the scale factor might not be correct |
| 15:35:45 | Hadaka | Hes: yes, I will |
| 15:35:52 | Hes | LinusN: Right, I was suspecting that |
| 15:36:02 | LinusN | use a multimeter |
| 15:36:04 | Hadaka | matsl: /me foo |
| 15:36:06 | Zagor | isn't the official Archos Travel Charger 12V? |
| 15:36:11 | Hadaka | Zagor: yes. |
| 15:36:20 | Hadaka | that's what I'm using. |
| 15:36:24 | * | matsl like this? |
| 15:36:26 | Hes | I'm wondering if we're using too high charge currents |
| 15:36:28 | Zagor | then I wasn't dreaming |
| 15:36:45 | Hes | since we don't trickle which the archos charger seems to be doing |
| 15:37:05 | matsl | Hadaka: Thanks. So now I can (try to) be funny too. Thanks! |
| 15:37:16 | | Quit ironi__ (Read error: 110 (Connection timed out)) |
| 15:37:25 | Zagor | Hes: well we shouldn't trickle until they are full, right? |
| 15:37:37 | Hes | Hey, I want your comments on this one: should the battery meter on the WPS be either disabled, made to scroll, or the displayed value be made much lower during charging? |
| 15:37:45 | * | matsl Silly battery discussion. Of to drill som holes in a wall ;-) |
| 15:38:02 | bobTHC | for download font : http://www.cl.cam.ac.uk/~mgk25/download/ucs-fonts.tar.gz |
| 15:38:15 | Hes | Since it will show 'full' very early before the batteries are actually full |
| 15:38:18 | LinusN | Hes: i think it should be disabled, or animate |
| 15:38:22 | Zagor | Hes: during charging it can blink or whatever. archos animates it during charging. |
| 15:38:32 | lohap | is ther any apps out ther to convert a .bmp to a .c |
| 15:38:36 | Hes | people might take a habit of disconnecting the charger too early |
| 15:38:48 | Zagor | we could simply replace the battery icon with a wallplug icon |
| 15:38:51 | Hes | I think so too. |
| 15:39:01 | Bagder | lohap: nope, not that I know of |
| 15:39:48 | matp | can we have uk style plug? |
| 15:39:49 | Hes | Zagor: I am thinking that we might want to actually limit the effective charge current by trickling with a 50-80% duty cycle when charging with a high-capacity charger |
| 15:40:05 | Hes | quick charging is fast, but reduces capacity & battery life |
| 15:40:14 | bobTHC | loahp : http://www.ticalc.org/archives/files/fileinfo/163/16392.html |
| 15:40:20 | Zagor | does it? not according to the battery makers. |
| 15:40:48 | Bagder | bobTHC: non-rockbox program will most likely not generate compatible image C source |
| 15:41:01 | Hes | I am wondering why archos trickles before the battery being full, and takes so long to charge |
| 15:41:06 | LinusN | Zagor: since we don't have a temperature monitor we do risk wearing them out |
| 15:41:14 | lohap | thanls bobTHC |
| 15:41:19 | lohap | thanks* |
| 15:41:24 | bobTHC | ok... |
| 15:41:29 | Hes | We take a larger risk by charging at full current |
| 15:41:45 | LinusN | Hes: some manufacturers recommend "topping off" with ~2h trickle after a fast charge |
| 15:42:26 | Hes | Do we have anyone with a computer-controlled voltage meter & an oscilloscope? I want to know what archos is doing. |
| 15:42:40 | Hes | What their voltage curve looks like and what duty cycle are they using. |
| 15:43:00 | lohap | LinusN if a create a nokia stile menu with icons and a ui map can someone who knows c do the backend and then people can seee what they think |
| 15:43:12 | Hes | Wouldn't want to sit by the device for a day with a multimeter in hand 8-) |
| 15:43:45 | LinusN | lohap: i'm sure there are quite a few people on this list that can help you with that |
| 15:44:31 | lohap | good good see im a graphic designer so i can come up with the icons just not the backend |
| 15:44:47 | LinusN | lohap: good |
| 15:45:29 | lohap | right of to workj to create icons btw in pixels how large is the recorder screen |
| 15:45:52 | LinusN | 112x64 |
| 15:46:01 | lohap | thansk |
| 15:46:04 | lohap | thanks |
| 15:46:10 | lohap | damn my lappykeyboard |
| 15:46:56 | LinusN | Zagor: do we have a nice, small proportional font yet? |
| 15:49:03 | Zagor | no |
| 15:49:10 | Zagor | only dwihnos hard coded |
| 15:51:15 | Hes | usw-pr-cvs.sourceforge.net: Connection refused |
| 15:51:37 | Bagder | Hes: wait a while, it sometimes does that |
| 15:53:06 | Bagder | "stay a while, staaaaaay forever!" |
| 15:53:21 | Bagder | (c64 nostalgia) |
| 15:53:36 | RipnetUK | badger - sounds like Slayer 'Dead Skin Mask' to me |
| 15:53:51 | Bagder | "mission impossible" |
| 15:54:02 | Bagder | one of the absolutely first speach syntesizers |
| 15:54:09 | Bagder | sounded awful |
| 15:54:57 | * | Zagor played it just a few days ago |
| 15:58:15 | Bino_monk | does firmware/rockbox have any control over battery charging with the players or is it hardware? |
| 15:58:29 | Hes | It's hardware |
| 15:58:38 | Bino_monk | k |
| 15:59:16 | lohap | hi i have create an icon can someone check that its ok to go on the recorder |
| 15:59:21 | lohap | ie have a look at the bmp |
| 16:00 |
| 16:00:12 | LinusN | lohap: as long as it's monochrome and small, it should be no problem |
| 16:00:44 | lohap | well this is a menu icon so its quite lage |
| 16:00:46 | lohap | large |
| 16:01:19 | elinenbe | where is it? |
| 16:01:23 | elinenbe | I'll check it out. |
| 16:01:49 | LinusN | time to go home, cu guys! |
| 16:01:53 | Zagor | bye |
| 16:02:01 | | Part LinusN |
| 16:02:02 | elinenbe | bye |
| 16:02:05 | lohap | right ill wack it on http |
| 16:03:01 | lohap | http://213.48.172.125/jb.bmp |
| 16:03:40 | mbr | Hes, are you there? |
| 16:04:34 | Hes | Yup! |
| 16:04:54 | mbr | Just read your mail |
| 16:05:04 | mbr | About the animated battery |
| 16:05:25 | mbr | Currently the power plug is blinking during charging |
| 16:05:43 | Hes | It wouldn't need to be animated, it just shouldn't show the capacity bar while charging |
| 16:05:55 | Hes | so that the user wouldn't think the battery is full an hour before it actually is |
| 16:06:11 | Hes | (even though the plug is blinking) |
| 16:06:38 | mbr | But don't showing the battery is not so good in my opinion |
| 16:06:48 | Zagor | mbr: why not? |
| 16:07:00 | mbr | Animation like the stock firmware would be better |
| 16:07:10 | Zagor | and skipping the plig? |
| 16:07:32 | Zagor | i.e. we don't need space for both the plug and the battery, since they are mutually useful |
| 16:07:43 | Hes | Localized power plugs would be c00l and useless. 8-] |
| 16:07:54 | * | Zagor smacks hes :) |
| 16:08:20 | mbr | Zagor: not fully mutual exclusive at the moment |
| 16:08:22 | Hes | Provide the plug icon in the language file (encoded into a character string 8-) |
| 16:08:29 | Zagor | mbr: explain |
| 16:08:41 | mbr | plug appears when charger is pressent, blinks when charging |
| 16:09:15 | mbr | A visible icon for charger present was a feature request |
| 16:09:57 | mbr | Or do you think we shall remove the battery even if we are not charging? |
| 16:10:08 | Zagor | good point |
| 16:10:56 | Hes | You have a point there. |
| 16:10:56 | mbr | exchange the battery with a solid plug when charger inserted and blinking plug when charging? |
| 16:11:17 | | Part Bino_monk |
| 16:11:23 | Zagor | no, we still want to know battery status if not charging |
| 16:11:51 | Hes | right, especially when in 'discharge' mode |
| 16:11:55 | Zagor | yes |
| 16:12:10 | mbr | And why not animate the battery when charging? |
| 16:12:23 | Hes | animating the battery would be fine |
| 16:12:51 | *** | Saving seen data "./dancer.seen" |
| 16:13:47 | Hes | I'll have to run to the second-hand guitar shop before it closes... seeya |
| 16:14:01 | mbr | bye |
| 16:14:18 | Zagor | bye |
| 16:14:25 | Bagder | GUI-tar shop, that's where you buy interfaces for archive tools? ;-) |
| 16:14:39 | Zagor | haha |
| 16:17:03 | lohap | lol is there any way to view a .c image on the recorder sim |
| 16:17:36 | Zagor | not without coding a viewer :-) |
| 16:18:02 | lohap | bar cause i created an icon and i want to view it on the archos screen |
| 16:19:48 | | Part elinenbe |
| 16:22:52 | bobTHC | zagor u think it's possible to use a bmp to c converter ? |
| 16:23:09 | Zagor | no. 'c' is not an image format. |
| 16:23:19 | Zagor | every c program wants a different format |
| 16:23:32 | bobTHC | i don't understand all... |
| 16:23:37 | Bagder | only if the converter is very flexible |
| 16:23:50 | bobTHC | http://www.simtel.net/pub/pd/41531.html |
| 16:24:47 | bobTHC | it's just say bmp to c/c++ sourcefile converte.. :| |
| 16:24:55 | Bagder | yes |
| 16:25:00 | Bagder | so then it might not work |
| 16:25:37 | Bagder | they have to be the "correct" C |
| 16:25:49 | RipnetUK | did anyone have any more thoughts about how to implement multi line scrolling? basically the discussion was a large bitmap, part of which is overlaid on the real display area, displaying a differnt 'window' of the large bitmap to scroll vs scrolling each line one by one similar the the one line we have now |
| 16:27:29 | Zagor | RipnetUK: i think a combination is probably best. i like the big screen buffer idea, but sometimes I think we'll want to keep one-line scrolling |
| 16:29:17 | RipnetUK | i agreed that we still need one line to be able to scroll a v. long piece of text (full path?) but I think the ID3 info should scroll as a block, not line by line, as i tried it line by line and it gave me headache! |
| 16:29:48 | Zagor | i think so to |
| 16:29:53 | Zagor | too |
| 16:29:58 | RipnetUK | i may have a go tonight to implement the big buffer... i think we would need duel sprintf commands, to write to the other buffer |
| 16:30:18 | | Quit lohap () |
| 16:34:12 | | Nick mistax|scandisk is now known as mistax (lamamba_@213.66.147.135) |
| 16:35:37 | Zagor | how do you mean the other buffer? |
| 16:37:48 | bobTHC | somebody test the font? |
| 16:38:18 | | Join ironi [0] (~ironi@80.88.116.93) |
| 16:39:01 | RipnetUK | the large scrollable region buffer |
| 16:39:51 | RipnetUK | it will be kinda like a screen in its own right, only larger (wider) than the real screen. A selected region of that will be copied to the real buffer before the LCD update. By sliding that selected region left adn right, the entire block will scroll |
| 16:40:13 | RipnetUK | including any graphics etc that may be in that buffer |
| 16:40:42 | RipnetUK | it will be like a windows scrollbox, but automatically scrolling left and right |
| 16:40:52 | Zagor | why is that another screen? i thought that was *the* screen? |
| 16:41:18 | RipnetUK | because the main screen will contain some fixed lines, which dont scroll, like status bar, and progrwess bar |
| 16:41:30 | Zagor | hmm, right |
| 16:41:39 | RipnetUK | so we will say that (for example) lines 2-6 will be overwritten with the 'scrollbox' |
| 16:42:37 | RipnetUK | or a region thereof |
| 16:42:45 | Zagor | right |
| 16:44:05 | RipnetUK | does that sound OK to you? |
| 16:44:32 | Zagor | i think so :-) |
| 16:44:43 | Zagor | it just needs to mature in my mind a bit |
| 16:44:54 | | Join elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
| 16:44:59 | Bagder | if the scrollbox is like 2x or 3x the width, I sine wave might be neat for the back and forth movement |
| 16:45:07 | elinenbe | woohoo!!!! ROCKBOX! |
| 16:45:11 | Bagder | I mean, it might be |
| 16:45:16 | Zagor | Bagder: you and your sine waves... :-) |
| 16:45:23 | elinenbe | Badger: agreed. That would give a nice flow. |
| 16:45:35 | Zagor | has anyone experimented how fast we can update it anyway? |
| 16:45:43 | Bagder | as the stock firmware's back-and-forth is pretty annoying at thends |
| 16:46:10 | elinenbe | Badger: agreed. I did a demo with a 3D dog and we used sine waves for the head movement and such, and it came out awesome |
| 16:46:10 | Zagor | we'll get bug reports for motion sickness ;) |
| 16:46:19 | Bagder | Zagor: linus measured the lcd_update() to 20 ms when moved to iram |
| 16:46:42 | Bagder | at least I think he said so |
| 16:46:57 | Zagor | wow, that's faster than I thought |
| 16:47:05 | Zagor | 50 fps! ;) |
| 16:47:14 | Bagder | yes, it moved from 36 => 20 |
| 16:47:26 | Bagder | or something like that |
| 16:47:48 | elinenbe | at the finish of the sokoban levels you can see a quick lcd_inverse lcd_update of the whole screen and it almost gives a nice greyscale |
| 16:48:02 | elinenbe | now if you were to just invert certain parts of the screen. |
| 16:49:56 | Zagor | Bagder: make bounce smoother! |
| 16:50:23 | RipnetUK | bug reports for motion sickness <−−- LOL |
| 16:50:39 | Bagder | Zagor: it uses a rather tiny sine table, and it moves too fast in it |
| 16:51:07 | RipnetUK | we could make it a user definable function - x^2 for REAL motion sickness potential :) |
| 16:51:13 | Zagor | also, you need to get rid of the font dependency. the fixed wonts go out the window soon. |
| 16:51:40 | elinenbe | so, soon there will be no more hard coded fonts? |
| 16:51:43 | elinenbe | nice :-) |
| 16:51:44 | RipnetUK | i believe that scrolling window would make font independance work easier, as you could just blindly print, rather than working out the width |
| 16:51:57 | elinenbe | I like my handwritten bdf font. |
| 16:52:20 | elinenbe | well, you still need to work out the height for the treeview, menus, and such |
| 16:52:34 | RipnetUK | yeah, and the one long scrolling line |
| 16:52:59 | elinenbe | currently they are a little messed. I think we should target a few bdf fonts and see how they look |
| 16:53:03 | RipnetUK | although maybe we could do away with that, and have 2 scrollbox regions, one which is v. long and 1 line high, and 1 for the ID3 info which is shorter |
| 16:53:39 | RipnetUK | aaarrrghhhh i miss object orientation... (but of course i appriciate why we do not use c++ here :) ) |
| 16:55:33 | | Join Bino_monk [0] (Bugger@vpooley.fsnet.co.uk) |
| 16:56:45 | Zagor | elinenbe: the current bdf code doesn't draw them 100% correct |
| 16:56:56 | | Quit Bino_monk (Client Quit) |
| 17:00 |
| 17:02:00 | | Join Bino_monk [0] (Bugger@vpooley.fsnet.co.uk) |
| 17:07:01 | RipnetUK | another advantage of doing the scrolling with a window is that is makes the marker easier to keep in one place at the left of the treeview |
| 17:09:12 | Bagder | Zagor: new bounce is smoother ;-) |
| 17:09:28 | Bagder | can't really remove the font depency as the code is now |
| 17:09:34 | Zagor | oooo |
| 17:09:41 | Bagder | because the font output functions don't do plain OR |
| 17:10:41 | Bagder | so I need to use lcd_bitmap() for each letter |
| 17:10:48 | Zagor | ok |
| 17:11:57 | Zagor | Bagder: i received top-row player-sim icons from matsl. feel like adding them? |
| 17:12:17 | Zagor | i'm pretty busy myself (settings on-disk & font code) |
| 17:12:29 | Bagder | matsl has commit access himself now, I'll help him add them himself |
| 17:13:11 | Zagor | ok. i didn't know matsl was versed in X11 programming :) |
| 17:13:25 | Bagder | it isn't x11 programming |
| 17:13:34 | Bagder | remember that the player sim uses the recorder lcd functions |
| 17:13:36 | Zagor | ah, lcd_bitmap |
| 17:13:38 | Zagor | right |
| 17:13:42 | Bagder | yeps |
| 17:14:42 | Bagder | I'll go home, see ya in a while |
| 17:14:45 | | Part Bagder |
| 17:17:38 | matp | err, i just built the current cvs and the screen blanks out!!! |
| 17:18:02 | mbr | matp: Recorder? |
| 17:18:06 | matp | yes |
| 17:18:12 | matp | what gives? |
| 17:18:32 | mbr | Linus added contrast setting. the contrast is too low |
| 17:19:03 | matp | so I up the default in settings.c ? |
| 17:19:13 | mbr | F1, down, right, 4*down, right, lots of ups |
| 17:19:59 | matp | magic |
| 17:20:19 | Zagor | or pull the batteries to clear the RTC RAM |
| 17:20:33 | mbr | and loos all other settings :) |
| 17:20:41 | matp | drastic |
| 17:23:08 | RipnetUK | surely there should be a min/max on the contrast? |
| 17:23:28 | Zagor | yeah, and a higher default value |
| 17:26:18 | RipnetUK | dammit i had to set the clock again - not easy with prop. fonts enabled, as the setup screen screws up |
| 17:26:57 | mbr | I'll look into that |
| 17:28:08 | Zagor | good |
| 17:28:14 | matp | can I change font yet then? how ? |
| 17:29:50 | Zagor | ../tools/configure |
| 17:29:58 | Zagor | only on recorders, of course |
| 17:30:26 | Zagor | if you choose "no" to loadable fonts, you can select "proportional". that's the easiest option for now. |
| 17:32:11 | matp | i seem to be in a loop during make |
| 17:32:38 | matp | ill try make clean |
| 17:32:57 | matp | hmm, that's looping too |
| 17:34:15 | RipnetUK | matp?is your clock correct? |
| 17:34:28 | RipnetUK | i found that having my RTC set to yesterday did that |
| 17:34:58 | RipnetUK | its VMWare (udner which my Linux install runs) - it seems to screw up the RTC time, so now I reset it from a time server as part of my build script |
| 17:35:38 | matp | no, i'm nntp'd |
| 17:38:32 | RipnetUK | are u in the same time zone as the contributors? |
| 17:39:16 | RipnetUK | i am in GMT and it seems to work OK (actually about 10 miles from Greenwich itself) |
| 17:40:09 | matp | i'm in gmt too |
| 17:40:17 | matp | richmond |
| 17:40:18 | notch | anyone tried the latest buld on the recorder? |
| 17:40:26 | notch | build |
| 17:40:37 | RipnetUK | hmmm... recorder (with prop fonts) builds fine on mine - havent tested the object file yet tho |
| 17:40:45 | notch | Screen blanks on startup and doesnt recover |
| 17:40:50 | matp | he |
| 17:40:55 | RipnetUK | notch - thats the contrast |
| 17:41:06 | Zagor | i'll fix the default contrast |
| 17:41:14 | notch | okay I cannot see to ajust it ! |
| 17:41:23 | mbr | notch |
| 17:41:31 | Hes | Why was the config revision increased? |
| 17:41:32 | mbr | notch:F1, down, right, 4*down, right, lots of ups |
| 17:41:32 | matp | F1, down, right, 4*down, right, lots of ups |
| 17:41:46 | matp | :-) |
| 17:42:28 | Zagor | Hes: "to force default values for the LCD contrast setting /Linus" |
| 17:42:31 | notch | whoa! you have to get to 40 or something on my recorder! |
| 17:42:45 | Zagor | mine too. i think 40 should be default |
| 17:43:01 | notch | yep. |
| 17:43:06 | RipnetUK | 40 is a bit dark, but readable on mine |
| 17:43:12 | RipnetUK | 36 is about right... |
| 17:43:13 | matp | more like 26 on mine |
| 17:43:24 | Hes | I wonder why that was required, the same logic should have worked as for the other stuff |
| 17:43:25 | Zagor | ok so 30 is a reasonable compromise |
| 17:43:26 | RipnetUK | 26 is a bit sun-bleached on mine |
| 17:43:34 | Hes | all of the unused RTC space is set to 0xff by default |
| 17:43:37 | * | notch notch thinks the animated battery is cool |
| 17:43:40 | Zagor | Hes: i agree |
| 17:43:57 | Hes | so the code could check if the location was 0xff and keep the default value if it was |
| 17:44:09 | Hes | and use a default value which can be seen |
| 17:44:19 | RipnetUK | or just limit it from 25-50 or some sensible range |
| 17:44:42 | matp | my battery icon moves too much when the disk spins |
| 17:44:47 | Hes | incrementing the config revision will trash all the other config too |
| 17:44:55 | Zagor | umm, he added it in another place. now we store it at 0x12 and 0x0a... |
| 17:45:05 | Hes | uh? |
| 17:45:19 | notch | Ocasionally I get 'end of list press on to continue' when using playlists, but the unit recovers... known bug? |
| 17:45:34 | mbr | have to go, bye |
| 17:45:34 | * | matsl back again from drilling holes but still finding battery discussion ;-) |
| 17:45:46 | Zagor | bye mbr |
| 17:45:53 | Hes | mbr: thanks for the animation |
| 17:45:54 | bobTHC | bye |
| 17:46:02 | | Nick mbr is now known as mbr|gone (~tiw4mabr@rhlx01.fht-esslingen.de) |
| 17:46:05 | RipnetUK | notch - i get that too |
| 17:46:06 | mbr|gone | Hes: np |
| 17:46:23 | matp | notch: i used to get this a lot when I was walking with the unit. |
| 17:46:39 | RipnetUK | havent been able to work out a definate pattern, but the unit is sitting still on a desk |
| 17:46:54 | matp | bad mp3? |
| 17:47:11 | RipnetUK | could be... will look out for that next time it happens |
| 17:47:19 | RipnetUK | but it happens while the music is still playing |
| 17:47:44 | Zagor | notch: i think it's read errors. we don't retry yet. |
| 17:48:02 | RipnetUK | but surely that would kill the music playing? |
| 17:48:24 | notch | HDD read errors? My HDD may be on the way out? |
| 17:48:47 | Zagor | nah, read errors are normal. only if retry fails is it a sector error. |
| 17:49:02 | RipnetUK | notch - good excuse to chuck a 60gig in there :) |
| 17:49:20 | notch | I dont have that many mp3's! |
| 17:49:36 | RipnetUK | nor do I but I have easily outdone a 20 |
| 17:50:03 | RipnetUK | but im worried about other drives using too much power |
| 17:50:25 | notch | I need to buy some more CD's (or a cable modem)! |
| 17:50:37 | RipnetUK | i went for the broadband option ;-) |
| 17:50:53 | Zagor | 20/40 is not much difference. the 60-gigers i've seen, though, use much more power. |
| 17:50:55 | notch | It should state the max power consumption on the case, but average is anyones guess... |
| 17:51:04 | Hes | usw-pr-cvs.sourceforge.net: Connection refused |
| 17:51:05 | Hes | grr. |
| 17:51:11 | RipnetUK | i thought the normal fujitusu drives were special low power? |
| 17:51:13 | * | Hes wants to commit. |
| 17:51:15 | bobTHC | my toshiba 30 gig use less that the original |
| 17:51:20 | Zagor | notch: don't read the case, read spec sheets on their web sites |
| 17:51:40 | RipnetUK | i would have thought that one with a larger cache would be an advantage? |
| 17:51:56 | * | notch relies on linus for data |
| 17:51:58 | bobTHC | and he had 2 Mb of cache ! |
| 17:52:00 | Zagor | RipnetUK: no, they are standard laptop drives |
| 17:52:08 | RipnetUK | how easy is it to swap the drives? i heard you had to unsolder/cut metal tabs |
| 17:52:29 | bobTHC | the original only have 512kb !!! |
| 17:52:30 | RipnetUK | i thought Archos selected them because they were lower power than normal? maybe i was wrong |
| 17:52:32 | Zagor | RipnetUK: no, it's easy. no soldering. |
| 17:52:59 | Zagor | RipnetUK: http://rockbox.haxx.se/mods/disassemble.html |
| 17:53:05 | RipnetUK | cool... i knew it was no soldering to actually swap the drive, but I thought you had to cut/unsolder the metal underneeth the battaries |
| 17:53:24 | RipnetUK | so bob - do you still get the same battary life? |
| 17:53:29 | notch | does a bigger buffer help us if we are constantly powering up/down? |
| 17:53:54 | notch | HDD buffer that is.... |
| 17:53:55 | Hes | notch: we don't power the drive off, just tell it to sleep |
| 17:54:17 | | Quit mistax () |
| 17:54:25 | notch | Hes: I thought linus decided to turn it off.... |
| 17:54:27 | bobTHC | sorry i say toshiba but i have a IBM travelstar ! (end of working day very hard!) |
| 17:54:51 | | Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) |
| 17:55:36 | bobTHC | the travelstar need less power, have more cache and is cheap ! |
| 17:55:57 | bobTHC | the 3 gig for 150 Euro |
| 17:56:01 | bobTHC | 30gig |
| 17:56:26 | notch | anyone have any opinions on fugitsu? |
| 17:56:55 | bobTHC | the original is fujitsu |
| 17:57:34 | notch | mmn should have guessed - they are the cheapest here. |
| 17:58:40 | RipnetUK | i wouldnt bother with 30 i would go straight to 40 |
| 17:58:46 | RipnetUK | anyway, gotta travel home now |
| 17:58:50 | RipnetUK | catch ya later |
| 17:59:19 | Bagder | see ya RipnetUK |
| 17:59:20 | bobTHC | wait a little and toshiba come out a 60gig 9.5mm |
| 17:59:39 | RipnetUK | bob - but would be V expensive |
| 17:59:59 | RipnetUK | but it should drop the price of the 40 a bit |
| 18:00 |
| 18:00:01 | bobTHC | of course when it's new it's expensive! |
| 18:00:15 | RipnetUK | seeya |
| 18:01:41 | bobTHC | toshiba said more than 100gig before next spring !! |
| 18:02:42 | Bagder | Zagor: freshmeat posting please |
| 18:03:11 | * | bobTHC go home |
| 18:03:15 | bobTHC | bye all |
| 18:03:22 | Bagder | bye bobTHC |
| 18:03:49 | | Part bobTHC |
| 18:04:03 | Zagor | Bagder: aj |
| 18:04:04 | Zagor | ah |
| 18:04:04 | matp | is scrolling broken? |
| 18:04:57 | Zagor | is it? |
| 18:05:32 | matp | Proportional font. Manic_Street_Preachers does not scroll in the dir browser |
| 18:06:17 | matp | But "And You Will Know Us By The Trail Of Dead" does scroll |
| 18:06:33 | Bagder | bad width check probably |
| 18:06:41 | matp | sounds like it |
| 18:07:26 | Zagor | yes, the width check in scroller bugs slightly with propfonts |
| 18:07:38 | Zagor | i've meant to fix it for weeks :-) |
| 18:07:43 | | Quit pyvasene ("using sirc version 2.211+KSIRC/1.2.1") |
| 18:08:59 | matp | The fonts look nice though :) |
| 18:09:07 | matp | more sexy |
| 18:09:16 | Bagder | http://forums.dreamincode.net/index.php?act=ST&f=20&t=3710&s=23d42eddec5e44356552774da0fea408 |
| 18:09:18 | Zagor | i hate that freshmeat want the changes in "Complete sentences in 3rd person english" |
| 18:09:35 | Zagor | how the heck to you translate a fix list into prose? looks ridiculous |
| 18:09:36 | Bagder | Zagor: they always rewrite whatever you type in there anyway ;-) |
| 18:09:48 | Zagor | yeah, i'll just paste the list and let them do whatever they want |
| 18:10:07 | Bagder | Zagor: I always end up with too much text and then the interface complaints ;-/ |
| 18:10:26 | Zagor | it's, um, "suboptimal" |
| 18:12:11 | Zagor | "Your changes summary is 1221 characters long. This exceeds the fixed limit of 600 characters." |
| 18:12:20 | Bagder | see what I mean? ;-) |
| 18:12:32 | Zagor | well, we did a lot of changes. whaddayagonnadoaboudid? |
| 18:12:55 | *** | Saving seen data "./dancer.seen" |
| 18:13:00 | Bagder | cut of all mentioned bug fixes to start with ;-) |
| 18:13:03 | Bagder | cut off |
| 18:14:26 | * | Hes bangs his head at the keyboard after realizing that export CVS_RSH=ssh does not stick |
| 18:14:54 | Bagder | put it in your .profile/.login/.tcshrc/[fill in] |
| 18:15:05 | Hes | I know i know i know |
| 18:15:08 | Hes | just forgot it. |
| 18:15:37 | matp | i create a dir called "A". linux displays it as "a", but rockbox displays it as "A". why??????? |
| 18:16:01 | elinenbe | Hes: how can you make that stick. I have to type that in every time I open up a shell... |
| 18:16:06 | Hes | Differences in FAT/VFAT/FAT32 implementations |
| 18:16:29 | Hes | elinenbe: put the commands in the startup script of your shell (some common samples listed above by Badger) |
| 18:17:05 | notch | anyone know how to do that in win32 (cygwin) |
| 18:17:15 | | Join Electrocut [0] (Electrocut@rennes-1-a7-62-147-99-223.dial.proxad.net) |
| 18:17:24 | notch | hey tanguy! |
| 18:17:25 | Hes | the VFAT/FAT32 filesystems contain two copies of the file names, a 8+3 one (filename.ext) for compatibility with older systems not supporting long filenames |
| 18:17:28 | Zagor | matp: names shorter than 8 chars are stored as "shortnames", always uppercase. We don't change the case of names, so it's displayed as 'A'. Linux is the one modifying the information, not us. (And windows is a lot worse) |
| 18:17:37 | Bagder | cygwin runs bash, doesn't it? .bashrc |
| 18:17:52 | Hes | .bashrc in the home directory (whatever directory your shell starts in) |
| 18:18:20 | matp | silly linux |
| 18:19:00 | Zagor | i'm surprised you get it to show 'a'. I've been struggling to get my "A-HA" dir to be called "A-ha" without success. |
| 18:19:31 | | Quit Electrocut (Client Quit) |
| 18:19:58 | notch | I cant find a file called .bashrc - should I create one? |
| 18:20:00 | matp | REM is bad as well :) |
| 18:20:05 | Bagder | notch: yes |
| 18:21:13 | * | notch hides in shame from his lack of linux knowhow... |
| 18:21:29 | Bagder | but you learn |
| 18:21:40 | matsl | Zagor: remember the '#### ' (progress bar!?)-thing I experimented with the parameter settings? |
| 18:22:12 | Zagor | yup |
| 18:22:40 | matsl | Zagor: I kind of liked it ;-) You had some similar idea? |
| 18:22:56 | Zagor | did I? :-) |
| 18:23:07 | Zagor | i think it's fine, I just want numbers too |
| 18:23:34 | elinenbe | Hes: can't get it to work with cygwin here. whatever... no big deal. |
| 18:23:57 | matsl | In my code the numbers are on the same line as the parameter name. |
| 18:24:18 | matsl | The progress bar alone on line 2. |
| 18:24:42 | * | Zagor added persistent settings to the simulator :-) |
| 18:24:52 | Bagder | zagor rocks! |
| 18:25:00 | Zagor | matsl: is there enough room on the first line? |
| 18:25:08 | Hes | Does cygwin have truss/strace? 8-) |
| 18:25:28 | Bagder | matsl: btw, I happily pass the "put icons on the player simulator display" job over to you ;-) |
| 18:25:40 | matsl | Zagor: Almost. Problem with negative dbs and treble. |
| 18:26:01 | Hes | if it has, you can do truss or strace bash 2>&1 | grep open (or something along those lines) to see what files it opesn |
| 18:26:02 | Hes | opens |
| 18:26:08 | matsl | Bagder: I have happily forgotten about that job ;-) |
| 18:26:14 | Bagder | *g* |
| 18:27:36 | matsl | Zagor: With treble you get "Treble-15DB" |
| 18:27:39 | | Join mistax [0] (lamamba_@h135n1fls34o883.telia.com) |
| 18:27:43 | Bagder | when I get this script of mine working, I'll cheer like crazy |
| 18:28:55 | matsl | Bagder: The icons job looks like a low priority thing I could look into. yes. |
| 18:29:28 | Bagder | matsl: it is basicly a matter of converting the image into bitmaps and then use lcd_bitmap() to put them on screen |
| 18:29:54 | Zagor | matsl: I think I prefer numbers to a progress bar, personally |
| 18:30:15 | Zagor | maybe centering it on the line for prettiness :) |
| 18:30:17 | matsl | Bagder: Seems feasable. maybe not much time for rockbox the next few days though. |
| 18:30:45 | Bagder | well, this is rather low prio, and I don't have much time myself |
| 18:31:47 | matsl | Zagor: Numbers are fine, thats why I weant to keep them. Volume is OK. %-is known to be 0-100. With DBs though you don't know where you are on the scale. |
| 18:34:19 | matsl | Zagor: Think about it anyway. Must do some other thing now. |
| 18:34:33 | * | matsl getting into must-cook-food-or-die-mode |
| 18:34:51 | Zagor | :) |
| 18:35:21 | Zagor | "cook or die", wasn't that an old game? ;) |
| 18:35:42 | Bagder | skate or die! |
| 18:35:54 | Zagor | yeah, i know |
| 18:40:42 | elinenbe | check out the icons and UI of the RioVolt/iriver 250 mp3CD player. That is a VERY nice UI |
| 18:44:05 | * | notch gone to feed diet coke habbit |
| 18:44:10 | | Quit notch () |
| 18:46:07 | Zagor | 250? I only find 100, 150 and 350 on Iriver's web site. |
| 18:47:46 | Zagor | ah, found it on the "international" site. |
| 18:47:57 | * | Zagor hates it when companies hide information from their customers |
| 18:49:07 | Zagor | too small pictures to see anything, though |
| 18:50:46 | Bagder | Welcome bagder34@netscape.net |
| 18:50:51 | Bagder | You are currently using 0.00 MB (of your 5.00 MB Limit) |
| 18:50:56 | Bagder | *FINALLY* |
| 18:51:00 | | Join zaknafein [0] (zaknafein@faerun.ugr.es) |
| 18:51:33 | elinenbe | Zagor: you need to download the manual pdg |
| 18:51:35 | elinenbe | .pdf |
| 18:51:39 | elinenbe | I give you the link |
| 18:51:43 | Zagor | ok |
| 18:51:59 | * | Bagder is *so* happy |
| 18:52:50 | elinenbe | http://down.iriver.com/iriveramerica/support/manuals/imp350e-v200_manual.pdf |
| 18:52:53 | elinenbe | there you go. |
| 18:54:34 | Zagor | Bagder: ? |
| 18:54:45 | Zagor | ah, ok |
| 18:54:53 | Bagder | Zagor: I'm logged in to netscape webmail |
| 18:55:01 | Bagder | it takes 17 curl invokes |
| 18:55:12 | Zagor | haha |
| 18:55:21 | Zagor | that's insane |
| 18:55:22 | Bagder | horrible |
| 18:55:55 | elinenbe | check out the modes on page 14 of the manual −− that is the supported playmodes. |
| 18:56:32 | elinenbe | and then pages 19 onwards show the UI |
| 18:56:35 | elinenbe | it is quite nice. |
| 18:57:37 | Zagor | that thing has a very nice lcd! |
| 18:57:48 | elinenbe | and, that is a nice manual. 40+ pages is not too shabby |
| 18:58:06 | Zagor | too bad they waste it all on icons and leave two (2) whole lines for showing files :-) |
| 18:58:46 | Zagor | oh, ok. that's their wps |
| 18:58:58 | * | Bagder likes the term WPS |
| 18:59:05 | Bagder | sounds very weird ;-) |
| 18:59:09 | Hes | Do you know what Linus's logic was with the contrast changes? |
| 18:59:14 | | Nick dwihno is now known as dwihno|party (dwihno@Bald067.Baldakinen.Umea.SE) |
| 18:59:20 | Zagor | Hes: no idea. i'm fixing it now. |
| 18:59:22 | Hes | Ok. |
| 18:59:27 | dwihno|party | <−− is gooone fishing |
| 18:59:59 | Hes | I was just about to fix it... i guess the added 0x12 location is unnecessary |
| 19:00 |
| 19:00:08 | Zagor | yes |
| 19:00:20 | Zagor | i'm reverting back to version 0 too. works just fine. |
| 19:00:34 | Hes | Yeah |
| 19:00:37 | Hes | #define MAX_CONTRAST_SETTING31 |
| 19:00:37 | Hes | #define DEFAULT_CONTRAST_SETTING 30 |
| 19:00:56 | Hes | Maybe have a #define MIN_CONTRAST_SETTING 5 or so |
| 19:01:19 | Hes | and make the settings loading code use the default if the configured value is < MIN_CONTRAST_SETTING |
| 19:01:34 | Bagder | Zagor: "cp -r manual manual-1.2" ? ;-) |
| 19:01:34 | Hes | in case the byte is set to 0 by older code versions |
| 19:01:44 | Zagor | Bagder: ok |
| 19:01:59 | Zagor | done |
| 19:02:26 | Bagder | Zagor: we should somehow allow people to view either one |
| 19:02:31 | Zagor | yes |
| 19:02:46 | Zagor | we link to the new from the daily page |
| 19:02:56 | Bagder | good idea |
| 19:03:19 | | Quit zaknafein () |
| 19:04:11 | Zagor | fixed |
| 19:04:38 | Bagder | goodie, so now all UI-fiddlers can update the manual too |
| 19:04:42 | Zagor | yup |
| 19:08:18 | Bagder | Ryan Koski is right, we need a playlist browser |
| 19:09:04 | Zagor | yes. but it's not the most needed feature... |
| 19:09:12 | Bagder | no |
| 19:19:00 | Zagor | for some strange reason, the LED doesn't turn on during writes |
| 19:19:16 | Zagor | ah, now I know |
| 19:22:35 | Bagder | nice sim fix for the sector stuff |
| 19:22:48 | Zagor | thanks |
| 19:23:01 | Zagor | seems win32sim doesn't include stub.c though |
| 19:23:12 | Bagder | need to fix the win32/Makefile I bet |
| 19:23:28 | Zagor | yup. but it's supposed to include it, that's why it's in common/... |
| 19:23:44 | Bagder | yes |
| 19:23:55 | Zagor | how often is the last5 script ran? |
| 19:24:53 | Bagder | every 20 mins |
| 19:24:57 | Bagder | 10,30,50 |
| 19:25:26 | Zagor | ah. might be nice to do it 01,21,41 to be in sync with the compile status table |
| 19:25:40 | Bagder | true |
| 19:25:42 | Bagder | I fix |
| 19:26:05 | Bagder | done |
| 19:26:19 | Zagor | good |
| 19:30:45 | Hes | Zagor: |
| 19:30:46 | Hes | + if ( global_settings.contrast < MIN_CONTRAST_SETTING ) |
| 19:30:46 | Hes | + global_settings.contrast < DEFAULT_CONTRAST_SETTING; |
| 19:30:46 | DBUG | Enqueued KICK Hes |
| 19:30:46 | Hes | + } |
| 19:30:53 | Zagor | yeah, fixed that |
| 19:33:00 | Hes | + DEBUGF( "save_config_buffer: rtc_write failed at addr 0x%02x: |
| 19:33:00 | Hes | %d\n", 14, r ); |
| 19:33:08 | Zagor | oops :) |
| 19:33:11 | Hes | 14 ? |
| 19:33:30 | Hes | probably 0x14 + i or so 8-) |
| 19:33:40 | Zagor | yes |
| 19:34:16 | Zagor | i broke the rtc save... |
| 19:34:24 | Hes | I noticed. 8-) |
| 19:34:42 | Hes | Hey, I think we should write to disk on recorders too. |
| 19:34:48 | Hes | And load from disk if rtc read fails. |
| 19:35:17 | Zagor | yes. but I wanted to to it gradually |
| 19:35:18 | Hes | Write to RTC immediately after changes and write to disk when it's comfortable |
| 19:35:25 | Hes | Ok |
| 19:36:55 | Hes | And I'm not sure if cksum is good for checking if the config changed |
| 19:37:09 | Hes | it might be easy to change the config in a way that the cksum does not change |
| 19:37:32 | Zagor | hmm, right |
| 19:37:40 | RipnetUK | why does the UI sim not include the debug menu? it is just because its no use? |
| 19:37:47 | Hes | It's a very simple xor anyway, not cryptographically strong hash 8-) |
| 19:37:57 | | Quit Bino_monk () |
| 19:38:23 | Zagor | RipnetUK: precisely. the debug menu shows mostly hardware things that the sim doesn't have |
| 19:38:46 | Hes | It was intended to detect if the stock firmware (or something) had corrupted the rtc |
| 19:39:46 | RipnetUK | k |
| 19:41:25 | | Part elinenbe |
| 19:41:32 | RipnetUK | sorry to be a C lamer, but does __attribute__ ((section (".idata"))); mean to store this variable or whatever in the data segment? |
| 19:41:46 | Bagder | RipnetUK: it means the data goes to the idata memory |
| 19:42:02 | Bagder | the idata area is defined in the link control file |
| 19:42:08 | Bagder | ... and happens to be internal ram |
| 19:42:57 | RipnetUK | i see, thanks, i do Delphi normally, and we just have a simple project file... how are we doing for internal RAM? im trying to implement the scrollbox stuff - can I use a bit more Internal ram for the buffer? |
| 19:43:26 | Bagder | RipnetUK: we only have 4K internal ram, it can only be used for very special things |
| 19:43:55 | Zagor | *doh* I added stubs.c in two places :-( |
| 19:44:56 | RipnetUK | ok, i will try and be economical with it :) |
| 19:45:25 | | Nick Zagor is now known as Zagor|out (bjst@as9-5-6.k.s.bonet.se) |
| 20:00 |
| 20:07:12 | | Join lithermon [0] (gxhb@modem-792.clefairy.dialup.pol.co.uk) |
| 20:12:57 | *** | Saving seen data "./dancer.seen" |
| 20:35:56 | | Quit lithermon () |
| 21:00 |
| 21:28:17 | RipnetUK | dammit - my limited c is getting to me again... can anyone help me out with a bit of beginners c please? |
| 21:43:00 | Bagder | sure |
| 21:44:37 | RipnetUK | thanks - im trying to call a function i defined in lcd.h from lcd-x11.c but I keep getting undefined reference to `draw_all_scrollboxes' |
| 21:44:49 | RipnetUK | even though i declared the function prototype in lcd.h |
| 21:45:18 | RipnetUK | i have downloaded a c tutorial to my palmtop for reading tomorow, so I am RTFMing but im dying to try my ideas tonight :) |
| 21:45:21 | Bagder | undefined reference means that the function does exist when it links |
| 21:45:26 | Bagder | doesn't |
| 21:45:44 | RipnetUK | but surely lcd.c is used in the uisim? |
| 21:45:52 | Bagder | yes it is |
| 21:46:12 | Bagder | and your function draw_all_scrollboxes is in it? |
| 21:46:22 | RipnetUK | i prototype it at top of lcd.c, so im not sure why it can't be 'seen' from lcd-x11.c |
| 21:46:36 | Bagder | the prototype doesn't matter to the linker anyway |
| 21:46:42 | Bagder | the prototype is for the compiler |
| 21:47:08 | RipnetUK | yes |
| 21:48:39 | RipnetUK | it compiled ok when I remove the call in lcd-x11.c, |
| 21:50:06 | Bagder | weird |
| 21:53:20 | RipnetUK | i can call it OK from within lcd.c - i have proved this by changing the call to a deliberate error, and re-compileing, to proove it is in fact getting compiled, but if i call it from the other c file, it cant link |
| 21:54:56 | Bagder | you don't happen to declare the funtion "static" ? |
| 21:55:20 | RipnetUK | yes, is that naughty :) |
| 21:55:36 | Bagder | no, not if you only use it within the same file |
| 21:55:38 | Bagder | ;-) |
| 21:55:56 | Bagder | but if you want to reach it from other files, you can't have it static |
| 21:55:59 | RipnetUK | ah ha, thanks i think i am there now... that would be it... id better get reading my c tutorial tonight... |
| 21:56:05 | RipnetUK | many thanks |
| 21:56:17 | Bagder | no problemos |
| 21:56:31 | RipnetUK | many thanks |
| 21:56:43 | RipnetUK | sorry, that up arrow/enter was meant for my xterm :) |
| 21:56:57 | RipnetUK | and as if by magic... thanks again it works now |
| 21:56:57 | Bagder | "too many xterms error" ;-) |
| 21:57:23 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 21:57:23 | * | Bagder walks off and takes a shower |
| 21:57:37 | RipnetUK | woohoo and it even did what I expected |
| 22:00 |
| 22:03:51 | Bagder | neato |
| 22:12:58 | *** | Saving seen data "./dancer.seen" |
| 22:18:53 | | Nick Zagor|out is now known as Zagor (bjst@as9-5-6.k.s.bonet.se) |
| 22:23:38 | | Join datazone_ [0] ([RCMXTY3UA@207.136.36.203) |
| 22:25:50 | Bagder | Zagor: what do you think about seeking in the mpeg thread ? |
| 22:26:07 | Bagder | beyond the id3v2 tag |
| 22:26:59 | Zagor | i think we have no choice: we must do it |
| 22:27:18 | Bagder | yeps |
| 22:27:38 | Zagor | the id3 reader should mark where StartOfData is, and then mpeg.c seeks there before starting to read |
| 22:27:47 | Bagder | it pretty much do that |
| 22:27:55 | Bagder | as it sets the size of the id3v2 header |
| 22:27:57 | Zagor | in the mp3info struct? |
| 22:28:07 | Bagder | yes |
| 22:28:10 | Zagor | ok |
| 22:30:11 | Zagor | i'll fix |
| 22:30:16 | Bagder | coolio |
| 22:30:36 | Bagder | we should use one of those giant-bloated-bmp-tag mp3s to test with |
| 22:30:49 | Bagder | or possibly generate even worse examples |
| 22:30:49 | Zagor | yup |
| 22:31:42 | | Part Bagder |
| 22:33:15 | Zagor | i'm downloading the one posted on the list |
| 22:33:19 | | Quit datazone (Read error: 110 (Connection timed out)) |
| 22:43:40 | | Join elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
| 22:45:19 | | Nick datazone_ is now known as datazone ([RCMXTY3UA@207.136.36.203) |
| 23:00 |
| 23:14:39 | RipnetUK | Bagder - i have now read a c faq and am well aware of what static does :) thanks for yer help |
| 23:37:12 | | Join aku [0] (zohosa@dhcp024-208-181-223.columbus.rr.com) |
| 23:45:58 | RipnetUK | did someone say we avoided dynamic memory allocation? |
| 23:46:08 | Zagor | yes, very much |
| 23:46:32 | RipnetUK | why? |
| 23:46:58 | Zagor | i'm writing a lengthy explenation in an email. basically, it's useless in an embedded system |
| 23:47:06 | RipnetUK | ok, thanks :) will take your word for it |
| 23:47:28 | RipnetUK | i guess the overhead of a memory management system is too much to deal with? |
| 23:50:34 | Zagor | no, that's not it. the reason is: there's no point. dynamic memory does not give us more memory, since we have no disk paging. it only gives us messier bugs. |
| 23:51:46 | RipnetUK | ok, thanks |
icon identifies that the person is a core developer (has commit access).