00:02:21 | | Quit Zagor ("Client Exiting") |
00:13:36 | *** | Saving seen data "./dancer.seen" |
00:28:06 | RipnetUK | got the entire tree view scrolling now :) |
00:28:18 | RipnetUK | on hardware, nicely done with #ifdefs to turn it off |
00:28:25 | Bagder | niiice |
00:29:18 | dwihno | I just tested the ffw |
00:29:20 | dwihno | I love it |
00:29:22 | RipnetUK | does seem to be a little slow on the real hardware now... will have to optimize the plotting of the window I think, was OK when only 2/3 of screen, so not too far away... will try and tidy up tomorow |
00:29:23 | dwihno | :) |
00:29:41 | Bagder | RipnetUK: you still do the copying bit by bit? |
00:29:45 | RipnetUK | yes |
00:29:57 | Bagder | ok, then you'll have a lot to gain still ;-) |
00:30:00 | RipnetUK | gonna optimize that a bit soon and do it 8 bits at a time |
00:30:16 | RipnetUK | yeah, plenty of & and | going on there, as well as shifting, and multiplying needlessly |
00:30:29 | Bagder | I can imagine |
00:30:53 | Bagder | when you have that sorted out, I'll line up for a test patch ;-) |
00:31:59 | RipnetUK | i have stuck a compiled recorder firmware at http://www.ripnet.co.uk/scroll.zip if neone would like a look, but any comments can u email me, as I need sleep :) |
00:32:15 | RipnetUK | cant be arsed with diff tonight |
00:32:19 | Bagder | ok, I might have a go, thanks |
00:32:42 | RipnetUK | night |
00:32:46 | Bagder | night RipnetUK |
00:33:03 | Bagder | I have this terrible packet loss atm |
00:33:11 | Bagder | painful |
00:33:19 | RipnetUK | oh dear... u using parcelforce ;) |
00:33:37 | Bagder | no, plain fine adsl |
00:33:48 | Bagder | don't know what's going on |
00:34:12 | RipnetUK | when that happens to me, usually 'other end'... anyway, gotta go, catch ya later |
00:34:24 | Bagder | go sleep! |
00:34:26 | Bagder | :-) |
01:00 |
01:31:27 | | Quit datazone-work ("I like core dumps") |
01:40:52 | | Join BoD[] [0] (BoD@ca-sqy-2-192.abo.wanadoo.fr) |
01:40:53 | Bagder | sleeeep |
01:40:56 | | Part Bagder |
01:41:00 | BoD[] | hello ! |
01:41:45 | BoD[] | hey I have a little question .. what does the mp3/m3u filter do exactly ? |
01:42:08 | PsycoXul | shows only mp3/m3u files if on, or all files if off |
01:42:21 | BoD[] | ah ok thanks :) |
01:44:29 | BoD[] | oh I have another question... is there an easy way to change the boot screen logo ? |
01:46:26 | adi|home | last i checked you should be able to add a file to the archos root directory by the same name as the logo |
01:46:33 | adi|home | and if that is there, the firmware should load it |
01:46:44 | adi|home | if not, it pulls from source, but Im no 100% positive |
01:47:14 | adi|home | file name rockbox112.bmp |
01:47:14 | BoD[] | hmmm, |
01:47:40 | BoD[] | well i'll try that |
02:00 |
02:13:39 | *** | Saving seen data "./dancer.seen" |
02:29:18 | | Join MeRWiN [0] (~merwin@12.163.82.200) |
02:29:40 | MeRWiN | adi: Wow, omnipresence.... home and work :) |
02:29:49 | | Quit datazone (Remote closed the connection) |
02:33:26 | adi|home | lol |
02:33:32 | adi|home | i have lotsa talent :) |
02:33:59 | MeRWiN | i can see!\ |
02:34:00 | MeRWiN | heh |
02:34:12 | MeRWiN | you tried the fast forward/rewind yet? |
02:46:54 | | Join datazone [0] ([85DgBAvim@207.136.36.203) |
02:49:28 | dwihno | I tried it |
02:49:30 | dwihno | I like it |
02:56:20 | MeRWiN | seem to work nicely |
02:57:34 | BoD[] | I noticed that the loading of a song is slower than with archos' firmware |
02:57:46 | BoD[] | but of course the loading of a playlist is 1000x faster |
02:57:58 | BoD[] | is this normal ? |
02:58:02 | MeRWiN | We're working on speeding it up... it's a tough task with so little ra |
02:58:04 | MeRWiN | ram |
02:59:09 | BoD[] | but is it related to the loading of the playlists ? or not at all |
02:59:49 | BoD[] | like ... archos' firmware is slow because they do work to speed up the loading of songs after |
03:00 |
03:02:21 | MeRWiN | It's not related to the playlists, no... we just do playlists better than them |
03:02:30 | MeRWiN | and at present, our file loading is a bit slower than theirs |
03:04:06 | BoD[] | ok |
03:04:13 | BoD[] | i was just wondering :) |
03:04:16 | BoD[] | thanks ! |
03:04:46 | BoD[] | i have to go to bed ... 3:02 :) |
03:04:53 | BoD[] | bye ! |
03:05:41 | MeRWiN | bye :) |
03:06:13 | | Quit BoD[] ("dodo") |
03:39:09 | | Quit mistax () |
03:41:32 | adi|home | i love the fact that it seems like each day we get more users :) |
03:54:21 | MeRWiN | yeah |
03:54:29 | MeRWiN | I think the userbase is exploding |
03:54:32 | MeRWiN | especially since 1.2 |
03:55:08 | PsycoXul | yeah |
03:55:13 | PsycoXul | 1,2 cleaned up the mess that was 1.1 |
03:55:30 | MeRWiN | PsycoXul: exactly |
04:00 |
04:00:48 | PsycoXul | somebody needs to find and mp3 all the cut material from the hitchhikers guide to the galaxy radio show, the stuff that didn't make it to broadcast |
04:01:28 | MeRWiN | I'm sure somebody has it |
04:02:00 | adi|home | i just want the full mp3's period.. |
04:02:04 | adi|home | i haven't heard it a,.ll |
04:02:10 | adi|home | i read the books.. but not the radio show |
04:02:34 | MeRWiN | i've never heard the radio show either |
04:05:24 | PsycoXul | i've got it |
04:05:34 | PsycoXul | its like 22khz 56kbps |
04:05:51 | PsycoXul | but its mostly voice anyways, and is 6 hours long... |
04:05:53 | MeRWiN | that's not bad for radio |
04:06:02 | PsycoXul | 140mb total |
04:06:10 | PsycoXul | if somebody has a place i'll up it... |
04:06:16 | PsycoXul | though i found it through google i think |
04:12:02 | MeRWiN | maybe i'll have you up it tomorrow night when I'm at home. Apparently my home computer shut off :P |
04:12:11 | PsycoXul | heh ok |
04:13:43 | *** | Saving seen data "./dancer.seen" |
04:29:45 | datazone | hey adi |
04:30:32 | datazone | hows the directory icons coming? |
04:31:45 | MeRWiN | speaking of icons, are there going to be player icons for dirs, or is this what you're talking about? |
04:39:38 | PsycoXul | we could have |
04:39:52 | PsycoXul | put them in the column where the selection arrow is |
04:40:07 | PsycoXul | except that it'd be covered up by the arrow... heh |
04:41:11 | PsycoXul | we could put the icon for the entry being pointed at in the blank space but that might be confusing for people |
04:43:45 | MeRWiN | move the words over to the right one more |
04:44:04 | PsycoXul | yeah but 11 chars is too short already |
04:44:10 | PsycoXul | and it's at 10 now with the pointer |
04:44:18 | PsycoXul | which i'd already like to try to find an alternative to |
04:44:45 | datazone | adi was working on some icons |
04:45:07 | datazone | the only thing that upsets me is that names shorter than the length of the screen always ends up in all uppercase |
04:45:10 | datazone | so distracting |
04:46:06 | PsycoXul | if the player gets a compiled-in font and depending on the user-definable patterns functions/api we could invert the first char of the selection entry as a pointer and use all 11 chars... |
04:46:19 | PsycoXul | or we could do that and keep it with 10 chars and put the icons in the first char |
04:49:53 | adi|home | datazone: their not.. i stopped working on it.. im planning on hit it more tonight... |
04:50:18 | datazone | okay |
04:50:34 | MeRWiN | didja see my id3 info displayer in the player? :-) |
04:58:04 | | Quit Low[a] (Read error: 110 (Connection timed out)) |
04:58:07 | | Join Low[a] [0] (H@p5085E894.dip.t-dialin.net) |
05:00 |
05:21:30 | MeRWiN | g'nite all |
05:22:15 | | Nick MeRWiN is now known as MeRWiN|Sleep (~merwin@12.163.82.200) |
05:22:46 | MeRWiN|Sleep | Got a flight at 6:30am EST (it's 11:30pm right now). Nice 4 hour nap ahead of me. heh. |
06:00 |
06:13:45 | *** | Saving seen data "./dancer.seen" |
06:18:33 | | Join aakil [0] (~anon007@adsl-63-195-51-251.dsl.snfc21.pacbell.net) |
06:43:54 | | Join Zagor [0] (bjst@as9-5-6.k.s.bonet.se) |
07:00 |
07:01:57 | | Quit aakil (Read error: 110 (Connection timed out)) |
07:06:19 | adi|home | zagor you see the mail about the mailing list getting 'unfriendly;? |
07:06:37 | Zagor | haven't got to it yet |
07:06:51 | adi|home | nods |
07:06:59 | adi|home | i respond to the best of my restrained ability |
07:07:08 | adi|home | but i only spoke for myself so.. |
07:11:09 | elinenbe|store | morningZagor |
07:11:13 | elinenbe|store | nick elinenbe |
07:11:15 | Zagor | morning |
07:11:25 | elinenbe|store | that bug yesterday was just my build |
07:11:38 | elinenbe|store | I got a clean CVS and it is great now. |
07:11:44 | | Nick elinenbe|store is now known as elinenbe (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
07:11:56 | elinenbe | but there still seems to be a bug or two |
07:12:17 | elinenbe | if you fast forward through a song until the end, it will then start playijng the next song without updating all information on the display |
07:12:22 | elinenbe | and.... |
07:12:28 | elinenbe | status bar knows as soon as the plug is plugged in, but it takes maybe 30 seconds to start the battery charging graphic |
07:12:59 | Zagor | yes, the fwd-to-end-of-song was noted in my mail response to hardeep |
07:16:12 | | Join LinusN [0] (~linus@labb.contactor.se) |
07:16:18 | LinusN | Show me the code! |
07:17:01 | Zagor | printf("Here\n"); |
07:17:26 | LinusN | Been up all night? |
07:17:32 | Zagor | nope |
07:17:47 | LinusN | so why are you up so early, it's not like you |
07:18:05 | Zagor | hehe. it gets too hot to sleep in the morning. |
07:18:24 | Zagor | i can't wait for this darn summer to be over :-) |
07:18:37 | LinusN | have to get up early to snap off some discussions in the mailing list |
07:19:04 | elinenbe | Both LinusN and Zagor were on less then 8 hours ago. You guys need more sleep :-D |
07:19:08 | Zagor | you left a warning in mpeg.c, btw |
07:19:19 | Zagor | elinenbe: hehe |
07:19:23 | LinusN | and you felt a nasty bug in wps.c |
07:19:28 | LinusN | left |
07:19:36 | Zagor | what is that? |
07:19:56 | LinusN | when you play a file from the browser, the next file is played instead |
07:19:58 | adi|home | LinusN: my reply wans't out of line on the list was it? |
07:20:12 | LinusN | on the contrary |
07:21:14 | LinusN | the wps steps to the next file on key-up events, even those that were pressed in the dir prowser to play a file and when exiting the menu |
07:21:23 | elinenbe | LinusN: did you get my new bug reports? |
07:21:28 | elinenbe | if you fast forward through a song until the end, it will then start playijng the next song without updating all information on the display |
07:21:32 | elinenbe | and.... |
07:21:39 | elinenbe | status bar knows as soon as the plug is plugged in, but it takes maybe 30 seconds to start the battery charging graphic |
07:22:48 | LinusN | elinenbe: the charging is supposed to start late |
07:22:58 | elinenbe | LinusN: why is that? |
07:23:04 | LinusN | it must gather some statistics about the battery status before charging |
07:23:51 | LinusN | the fast forward has a lot off issues |
07:23:56 | elinenbe | LinusN: It can't just dump into charging mode and then refine itself as it gathers the data? |
07:23:58 | LinusN | but it is a step forward |
07:24:07 | LinusN | elinenbe: why? |
07:24:25 | elinenbe | LinusN: also, the default value for the contrast is still quite low. |
07:24:35 | LinusN | for the recorder? |
07:25:02 | elinenbe | LinusN: I just think that the status bar should display the charging battery −− for the users sake. they may think something is wrong as I did. |
07:25:11 | elinenbe | yeah, for the recorder. |
07:25:17 | elinenbe | it is quite dim here on my end. |
07:25:29 | elinenbe | I run it at 44. |
07:25:30 | LinusN | it's perfect for me |
07:25:39 | LinusN | at 44 it's totally dark for me |
07:25:45 | elinenbe | wow! |
07:25:56 | elinenbe | I can hardly see anything at the default value. |
07:26:00 | LinusN | i guess that's why the contrast is adjustable |
07:26:04 | elinenbe | ajbr6k |
07:26:17 | Zagor | elinenbe: most people get confused with the battery status during charging and pull out the plug too early. that's why we decided to remove it. |
07:26:19 | LinusN | ajbr20k |
07:27:10 | elinenbe | suggestions: instead of a skip size for the ff/rw −− just let it ramp up the longer you hold down the button. |
07:27:39 | Zagor | elinenbe: yes. i'm working on repeat accelleration |
07:27:51 | elinenbe | suggestion: ff/rr into next and previous song respectively... |
07:28:32 | elinenbe | suggestion: keep the step size, but add the ramping feature into the options menu. some people will like it different ways. |
07:28:38 | elinenbe | suggestion: I need to go to bed. |
07:28:46 | | Nick elinenbe is now known as elinenbe|sleep (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
07:28:48 | LinusN | suggestion: go to bed |
07:28:58 | LinusN | if(tired) goto bed; |
07:31:06 | elinenbe|sleep | one last thing... there is a story on slashdot.org about mp3 players and the archos and rockbox get quite a few shout outs... |
07:36:59 | Zagor | yeah, I saw it too. |
07:41:24 | LinusN | Zagor: are you working on the FF key-up "feature"? |
07:41:41 | Zagor | not right now, no. fix it if you have time. |
07:42:51 | LinusN | ok |
07:43:14 | LinusN | the balance is quite lame on the Player at the moment, but it works |
07:43:22 | LinusN | the implementation is lame |
07:43:58 | Zagor | ok. i haven't looked at it. just noticed it leaves a warning, will you fix that too? |
07:44:08 | LinusN | sure |
07:46:49 | LinusN | i was thinking of a RAM usage setting |
07:46:55 | Zagor | ? |
07:47:10 | LinusN | where you can sacrifice buffer RAM for dir cache and stuff |
07:47:37 | Zagor | bah. why? |
07:47:48 | LinusN | to be less hostile? :-) |
07:48:42 | Zagor | those kinds of people can never be pleased. they are just pissed it can't do the same things as their 256MB unix workstation |
07:49:09 | LinusN | i assume it's a 256MB WinXP station |
07:49:32 | Zagor | until someone comes up with a *reason* for supporting huge dirs, there will be no such support |
07:49:44 | Zagor | and "because it's a limitation" is not a valid reason |
07:49:49 | LinusN | Zagor: now you're not fair |
07:50:03 | Zagor | I'm not? |
07:50:09 | LinusN | the reason is of course that they have more than 200 files in a dir |
07:50:42 | Zagor | and they're too lazy to organise their collection, so they scream at us instead. yeah, I know. |
07:50:52 | Zagor | is that a good enough reason for you? |
07:50:53 | LinusN | no, they are not lazy |
07:51:03 | LinusN | the prefer to organize their files that way |
07:51:21 | Zagor | not so |
07:51:22 | LinusN | your way isn't necessarily the *right* way |
07:51:37 | Zagor | the single guy reporting >200 files said it was his download dir |
07:52:33 | LinusN | meybe so |
07:53:14 | Zagor | anyway, our dir cache fix will probably bump that limit a bit for many people |
07:53:31 | LinusN | i have made some attempts to fix that |
07:53:42 | LinusN | it's not that simple as it may sound |
07:53:53 | Zagor | no? |
07:54:16 | LinusN | the current cache is an array of structs, with a 260 byte name and an attribute |
07:54:37 | LinusN | and the cache itself is an array of pointers to those |
07:54:47 | LinusN | that pointer array is sorted |
07:55:01 | Zagor | yes |
07:55:36 | LinusN | we have the option to replace the 260-byte array with a char pointer to a packed buffer |
07:55:58 | LinusN | then we'll have one array of pointers, one array of structs and one char buffer |
07:56:28 | LinusN | i think that's an array too mahy |
07:56:31 | LinusN | many |
07:57:46 | Zagor | we can skip the pointer array if we don't want the performance boost it gives to sorting |
07:57:58 | | Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) |
07:58:04 | Bagder | morning! |
07:58:08 | LinusN | yeah, we can always sort the structs themselves |
07:58:16 | Ctcp | Ignored 2 channel CTCP requests in 1 hour and 5 minutes at the last flood |
07:58:16 | * | adi|home slaps the happiness outta Bagder |
07:58:17 | Zagor | the boost is not as large when we use a pointer instead of a 260-byte array |
07:58:27 | Zagor | hi bro |
07:58:33 | LinusN | By the way, i have the dir-messup that elinenbe spoke of yesterday |
07:58:45 | Zagor | dir-messup? |
07:58:56 | LinusN | you know, dirs displaying the wrong contents |
07:59:00 | adi|home | the dir structure.. where is that held? |
07:59:22 | LinusN | adi|home: on the disk, silly! :-) |
07:59:29 | adi|home | lo |
07:59:31 | adi|home | lol |
07:59:32 | adi|home | no no ono... |
07:59:44 | adi|home | i mean.. where is it defined ;) |
08:00 |
08:00:07 | Zagor | in dir.h |
08:00:43 | Bagder | hey! |
08:00:54 | Bagder | there's a guy in Congo that needs my help too! B-] |
08:01:14 | adi|home | god i want that chick |
08:01:25 | adi|home | Avril Levigne on MTV |
08:01:28 | * | adi|home drools |
08:02:55 | Zagor | yeesh, what is she? 15? |
08:02:59 | adi|home | 17 |
08:03:03 | Zagor | lol |
08:03:07 | adi|home | don't mean i don't want to nail here |
08:03:08 | adi|home | her |
08:03:13 | adi|home | theres just something about her |
08:03:30 | adi|home | same thing gwen stefanni had when she first broke out |
08:05:37 | Bagder | fast-forward is coool |
08:06:42 | Zagor | yeah. and buggy :-) |
08:06:54 | Bagder | uck |
08:07:13 | Bagder | a minor detail I've noticed |
08:07:21 | Bagder | when I use F1 to get to the menus |
08:07:27 | Bagder | run around there for a while |
08:07:37 | Bagder | then press LEFT to go back to the WPS |
08:07:45 | Bagder | it very often counts as a LEFT in the WPS too |
08:07:52 | adi|home | in the directory structure.. how often do we reach the limit of 'MAXPATH;? |
08:07:55 | Zagor | that's odd |
08:08:03 | Zagor | adi|home: very rarely |
08:08:04 | adi|home | i mean.. is it common to hit that limit? |
08:08:13 | Bagder | adi|home: it hardly ever happens |
08:08:33 | adi|home | hmmmm... okay... mind if i play devils advocate and brain storm for a sec? |
08:08:50 | adi|home | else ill find something else to think about |
08:09:03 | Zagor | shoot |
08:09:17 | adi|home | okay.. one guy bitchs about the 200 limit |
08:09:23 | adi|home | we agree we don't nec. like the idea |
08:09:25 | LinusN | Zagor: i told you that the key-up events from previous screens are sucked up by wps |
08:09:33 | adi|home | but that right now its the best solution we have right? |
08:09:55 | Zagor | LinusN: uhh, right. i just haven't switched on my brain yet :) |
08:10:09 | Zagor | adi|home: not really, we have a better one |
08:10:20 | adi|home | whats that? |
08:10:30 | Zagor | a fixed-size memory buffer |
08:10:32 | LinusN | Zagor: i am on the case |
08:10:44 | adi|home | right, and you just allocate from it as nec yes? |
08:10:51 | Zagor | instead of 200 256-bytes arrays, we store the names right after each other |
08:10:58 | * | adi|home grins |
08:11:05 | adi|home | oh sure.. here i am thinking i had a unique solution |
08:11:10 | * | adi|home goes back to picking his nose |
08:11:11 | Zagor | hehe |
08:11:14 | adi|home | bastard |
08:11:36 | adi|home | how would we deal with bubbling then? |
08:11:51 | LinusN | bubbling? |
08:11:53 | Zagor | we don't. the buffer is cleared every time we read a new dir. |
08:12:11 | adi|home | well.. lets say we have the single length array... |
08:12:24 | adi|home | with names stored sequentially, and the structure having a ptr to the location int hat arry |
08:12:36 | adi|home | well.. are we still going to say that there is a limit of the # of files in a dir? |
08:12:48 | Bagder | no |
08:12:49 | adi|home | or would we just 'page' that memory when you reach the end of the list? |
08:12:51 | Zagor | no. we tell it like it is |
08:13:07 | Zagor | we pop up a message "dir size limit reached" |
08:13:12 | * | adi|home nods |
08:13:13 | adi|home | okay. |
08:13:20 | LinusN | "dir buffer full" |
08:13:22 | adi|home | so... whats the downside of doing this? |
08:13:24 | Zagor | paging kills sorting, and we'll just catch more flak for that if we should implement it |
08:13:48 | *** | Saving seen data "./dancer.seen" |
08:14:07 | Zagor | adi|home: nothing, really. we've had the idea a week or so, just haven't fixed it yet |
08:14:18 | adi|home | hmmmm... |
08:14:23 | adi|home | anyone taken a shot at it yet? |
08:14:34 | LinusN | i have, twice |
08:14:39 | adi|home | and no luck? |
08:14:53 | adi|home | or just nothing your happy with? |
08:14:54 | LinusN | but it kind of bit me, as i couldn't decide how to do it in the best way |
08:15:14 | adi|home | mind if i ask the 2 ways you did it? |
08:15:14 | LinusN | i think i do now, after discussing it with zagor |
08:15:30 | Zagor | LinusN: new thought: we should have the structs in the buffer too |
08:15:36 | Zagor | umm, no |
08:15:39 | adi|home | zagor why? |
08:15:45 | adi|home | that don't make sense |
08:15:47 | Zagor | damn. we'll get a fixed limit on the pointer array size anyhow. |
08:15:48 | LinusN | but then we have to align them on 32-bit boundaries |
08:16:03 | Zagor | or struct array |
08:16:09 | LinusN | Zagor: of course |
08:16:18 | Zagor | yeah, just my mind catching up :-) |
08:16:22 | LinusN | but that limit should be quite high |
08:16:28 | Zagor | yup |
08:16:28 | adi|home | can i assume that with the name buffer, we would need to add an int for name length to the dir struct? |
08:16:39 | LinusN | that is also why i don't want a large struct array |
08:16:44 | Zagor | no, we null terminate the names |
08:16:53 | adi|home | okay |
08:17:07 | adi|home | and for assignment to that array, we store a ptr so we know where to write the next name? |
08:17:16 | Zagor | yes |
08:17:16 | adi|home | or just keep track of the full used length? |
08:17:26 | Zagor | well, it's the same really |
08:17:30 | adi|home | nods |
08:17:37 | * | adi|home prefers ptrs *shrugs* |
08:17:47 | adi|home | okay.. i think this is my last dead horse question |
08:18:13 | adi|home | the actual dir structs.. umm.. would we have a fixed number of them? |
08:18:33 | adi|home | ie: a max of say 500 dir entries or something |
08:18:37 | Zagor | yes |
08:19:17 | adi|home | so the solution is to not illiminate the dir max, its just to make it less likely to hit while conserving ram? |
08:20:08 | Zagor | well I'd like the new buffer to be smaller than today's. so what we gain in improved use of memory is given to the mp3 buffer |
08:20:10 | LinusN | yep |
08:20:19 | adi|home | nods |
08:20:27 | adi|home | so let me see if i fully understand this |
08:20:49 | adi|home | we trash the d_name member of dirent |
08:20:59 | LinusN | no no no |
08:21:08 | adi|home | let me finish :) |
08:21:19 | Zagor | we don't touch dir.h, only tree.c |
08:21:45 | adi|home | how does that fix our memory issue? |
08:21:59 | LinusN | the cache is not an array of dirent's |
08:22:08 | Zagor | because that's where the cache is :-) |
08:22:10 | | Quit RipnetUK (herbert.openprojects.net irc.openprojects.net) |
08:22:10 | NSplit | herbert.openprojects.net irc.openprojects.net |
08:22:10 | | Quit Hadaka (herbert.openprojects.net irc.openprojects.net) |
08:22:10 | | Quit matp (herbert.openprojects.net irc.openprojects.net) |
08:22:10 | | Quit adi|work (herbert.openprojects.net irc.openprojects.net) |
08:22:10 | | Quit mbr (herbert.openprojects.net irc.openprojects.net) |
08:22:10 | | Quit TummGBG (herbert.openprojects.net irc.openprojects.net) |
08:22:10 | | Quit Low[a] (herbert.openprojects.net irc.openprojects.net) |
08:22:10 | | Quit datazone (herbert.openprojects.net irc.openprojects.net) |
08:22:10 | | Quit adi|home (herbert.openprojects.net irc.openprojects.net) |
08:22:10 | | Quit ironi (herbert.openprojects.net irc.openprojects.net) |
08:22:10 | | Quit bobTHC (herbert.openprojects.net irc.openprojects.net) |
08:22:10 | | Quit fragglet (herbert.openprojects.net irc.openprojects.net) |
08:22:11 | | Quit dwihno (herbert.openprojects.net irc.openprojects.net) |
08:22:18 | Bagder | split heaven |
08:22:32 | NHeal | herbert.openprojects.net irc.openprojects.net |
08:22:32 | NJoin | Low[a] [0] (H@p5085E894.dip.t-dialin.net) |
08:22:32 | NJoin | datazone [0] ([85DgBAvim@207.136.36.203) |
08:22:32 | NJoin | adi|home [0] (~adiamas@216.194.23.67) |
08:22:32 | NJoin | ironi [0] (~ironi@80.88.116.93) |
08:22:32 | NJoin | dwihno [0] (dwihno@Bald067.Baldakinen.Umea.SE) |
08:22:32 | NJoin | mbr [0] (~tiw4mabr@rhlx01.fht-esslingen.de) |
08:22:32 | NJoin | TummGBG [0] (coyote@mysko.net) |
08:22:32 | NJoin | fragglet [0] (~fraggle@62.253.119.151) |
08:22:32 | NJoin | adi|work [0] (~adiamas@pool-151-204-138-24.ny325.east.verizon.net) |
08:22:32 | NJoin | matp [0] (~mpritch@gateway.riversoft.com) |
08:22:32 | NJoin | Hadaka [0] (naked@graywolf.onnanifujiyuu.org) |
08:22:32 | NJoin | RipnetUK [0] (~george@ripnet.fsnet.co.uk) |
08:22:32 | NJoin | bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) |
08:22:38 | adi|home | welcome back :0 |
08:22:40 | LinusN | welcome back |
08:22:47 | adi|home | OHHHH... |
08:22:50 | adi|home | struct entry |
08:22:51 | adi|home | okay... |
08:22:55 | adi|home | my fault |
08:23:03 | adi|home | so "name" becomes a char *ptr |
08:23:09 | | Quit RipnetUK (herbert.openprojects.net irc.openprojects.net) |
08:23:09 | | Quit matp (herbert.openprojects.net irc.openprojects.net) |
08:23:09 | | Quit adi|work (herbert.openprojects.net irc.openprojects.net) |
08:23:09 | | Quit mbr (herbert.openprojects.net irc.openprojects.net) |
08:23:09 | | Quit Hadaka (herbert.openprojects.net irc.openprojects.net) |
08:23:09 | | Quit TummGBG (herbert.openprojects.net irc.openprojects.net) |
08:23:09 | | Quit bobTHC (herbert.openprojects.net irc.openprojects.net) |
08:23:09 | | Quit dwihno (herbert.openprojects.net irc.openprojects.net) |
08:23:09 | | Quit ironi (herbert.openprojects.net irc.openprojects.net) |
08:23:09 | | Quit Low[a] (herbert.openprojects.net irc.openprojects.net) |
08:23:09 | | Quit datazone (herbert.openprojects.net irc.openprojects.net) |
08:23:09 | | Quit adi|home (herbert.openprojects.net irc.openprojects.net) |
08:23:09 | | Quit fragglet (herbert.openprojects.net irc.openprojects.net) |
08:23:13 | LinusN | :-) |
08:23:13 | Zagor | haha |
08:23:15 | | Join aakil [0] (~anon007@adsl-63-195-51-251.dsl.snfc21.pacbell.net) |
08:23:23 | NJoin | Low[a] [0] (H@p5085E894.dip.t-dialin.net) |
08:23:23 | NJoin | datazone [0] ([85DgBAvim@207.136.36.203) |
08:23:23 | NJoin | adi|home [0] (~adiamas@216.194.23.67) |
08:23:23 | NJoin | ironi [0] (~ironi@80.88.116.93) |
08:23:23 | NJoin | bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) |
08:23:23 | NJoin | RipnetUK [0] (~george@ripnet.fsnet.co.uk) |
08:23:23 | NJoin | Hadaka [0] (naked@graywolf.onnanifujiyuu.org) |
08:23:23 | NJoin | matp [0] (~mpritch@gateway.riversoft.com) |
08:23:23 | NJoin | adi|work [0] (~adiamas@pool-151-204-138-24.ny325.east.verizon.net) |
08:23:23 | NJoin | fragglet [0] (~fraggle@62.253.119.151) |
08:23:23 | NJoin | TummGBG [0] (coyote@mysko.net) |
08:23:23 | NJoin | mbr [0] (~tiw4mabr@rhlx01.fht-esslingen.de) |
08:23:23 | NJoin | dwihno [0] (dwihno@Bald067.Baldakinen.Umea.SE) |
08:23:31 | LinusN | what a RIDE! |
08:23:35 | adi|home | to another array say, 200*265 chars long? |
08:23:39 | adi|home | hehe |
08:23:46 | Zagor | yes |
08:23:48 | adi|home | okay.. let me try that again now that your back :) |
08:23:51 | adi|home | okay... |
08:23:53 | adi|home | got ya.. |
08:24:13 | adi|home | LinusN: what were the problems you ran into with your attempts to impliment it? |
08:24:20 | LinusN | the sorting |
08:24:28 | adi|home | nods |
08:24:45 | LinusN | i have it figured out now |
08:24:49 | Zagor | have you noticed playlist loading is faster now? |
08:24:54 | LinusN | no |
08:24:56 | Zagor | and now the cpu is the limit, not disk? |
08:25:01 | adi|home | how are you going to do it? |
08:25:11 | * | adi|home thinks he knows 2 ways he would do it, but not sure what is best |
08:25:16 | Zagor | my fat_read() fix surely sped things up |
08:25:20 | * | Zagor grins |
08:25:29 | LinusN | adi|home: i will have an array of structs, and move them around in the array |
08:25:35 | * | adi|home nods |
08:25:41 | adi|home | thats what i was thinking |
08:25:51 | LinusN | the sorting will be slower, bu i don't think it matters |
08:26:01 | adi|home | its either that or a second array of ptrs to the array of structs.. but thats just worse ;( |
08:26:06 | | Nick Zagor is now known as Zagor|away (bjst@as9-5-6.k.s.bonet.se) |
08:26:07 | LinusN | yup |
08:26:12 | adi|home | itll be slower.. but it shouldn't be noticable |
08:26:15 | adi|home | thats what i did with my mud |
08:26:27 | adi|home | and figure i have 10000 items or so |
08:26:29 | LinusN | it is actually *way* slower |
08:26:34 | adi|home | and you didn't notice it... |
08:26:35 | adi|home | really? |
08:26:37 | adi|home | hmmm... |
08:26:49 | LinusN | in terms of clock cycles |
08:26:57 | adi|home | hmmm.. why? |
08:27:18 | LinusN | because it takes only a single move to move a 32-bit pointer |
08:27:37 | | Quit mbr (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | NSplit | herbert.openprojects.net irc.openprojects.net |
08:27:37 | | Quit TummGBG (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | | Quit matp (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | | Quit Hadaka (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | | Quit RipnetUK (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | | Quit adi|work (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | | Quit dwihno (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | | Quit bobTHC (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | | Quit ironi (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | | Quit datazone (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | | Quit Low[a] (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | | Quit adi|home (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | | Quit fragglet (herbert.openprojects.net irc.openprojects.net) |
08:27:37 | LinusN | but the compiler will probably use memcpy to move the structs |
08:27:44 | Bagder | you missed him ;-) |
08:28:01 | NHeal | herbert.openprojects.net irc.openprojects.net |
08:28:01 | NJoin | Low[a] [0] (H@p5085E894.dip.t-dialin.net) |
08:28:01 | NJoin | datazone [0] ([85DgBAvim@207.136.36.203) |
08:28:01 | NJoin | adi|home [0] (~adiamas@216.194.23.67) |
08:28:01 | NJoin | ironi [0] (~ironi@80.88.116.93) |
08:28:01 | NJoin | bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) |
08:28:01 | NJoin | RipnetUK [0] (~george@ripnet.fsnet.co.uk) |
08:28:01 | NJoin | Hadaka [0] (naked@graywolf.onnanifujiyuu.org) |
08:28:01 | NJoin | matp [0] (~mpritch@gateway.riversoft.com) |
08:28:01 | NJoin | adi|work [0] (~adiamas@pool-151-204-138-24.ny325.east.verizon.net) |
08:28:01 | NJoin | fragglet [0] (~fraggle@62.253.119.151) |
08:28:01 | NJoin | TummGBG [0] (coyote@mysko.net) |
08:28:01 | NJoin | mbr [0] (~tiw4mabr@rhlx01.fht-esslingen.de) |
08:28:01 | NJoin | dwihno [0] (dwihno@Bald067.Baldakinen.Umea.SE) |
08:28:02 | LinusN | but the compiler will probably use memcpy to move the structs |
08:28:10 | Hadaka | rehubbing |
08:28:10 | adi|home | would you guys make up your mind ;) |
08:28:11 | | Quit mbr (herbert.openprojects.net irc.openprojects.net) |
08:28:11 | | Quit TummGBG (herbert.openprojects.net irc.openprojects.net) |
08:28:11 | | Quit matp (herbert.openprojects.net irc.openprojects.net) |
08:28:11 | | Quit Hadaka (herbert.openprojects.net irc.openprojects.net) |
08:28:11 | | Quit RipnetUK (herbert.openprojects.net irc.openprojects.net) |
08:28:11 | | Quit adi|work (herbert.openprojects.net irc.openprojects.net) |
08:28:11 | | Quit dwihno (herbert.openprojects.net irc.openprojects.net) |
08:28:11 | | Quit bobTHC (herbert.openprojects.net irc.openprojects.net) |
08:28:11 | | Quit ironi (herbert.openprojects.net irc.openprojects.net) |
08:28:11 | | Quit datazone (herbert.openprojects.net irc.openprojects.net) |
08:28:11 | | Quit Low[a] (herbert.openprojects.net irc.openprojects.net) |
08:28:11 | | Quit adi|home (herbert.openprojects.net irc.openprojects.net) |
08:28:11 | | Quit fragglet (herbert.openprojects.net irc.openprojects.net) |
08:28:29 | NJoin | Low[a] [0] (H@p5085E894.dip.t-dialin.net) |
08:28:29 | NJoin | datazone [0] ([85DgBAvim@207.136.36.203) |
08:28:29 | NJoin | adi|home [0] (~adiamas@216.194.23.67) |
08:28:29 | NJoin | ironi [0] (~ironi@80.88.116.93) |
08:28:29 | NJoin | bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) |
08:28:29 | NJoin | RipnetUK [0] (~george@ripnet.fsnet.co.uk) |
08:28:29 | NJoin | Hadaka [0] (naked@graywolf.onnanifujiyuu.org) |
08:28:29 | NJoin | matp [0] (~mpritch@gateway.riversoft.com) |
08:28:29 | NJoin | adi|work [0] (~adiamas@pool-151-204-138-24.ny325.east.verizon.net) |
08:28:29 | NJoin | fragglet [0] (~fraggle@62.253.119.151) |
08:28:29 | NJoin | TummGBG [0] (coyote@mysko.net) |
08:28:29 | NJoin | mbr [0] (~tiw4mabr@rhlx01.fht-esslingen.de) |
08:28:29 | NJoin | dwihno [0] (dwihno@Bald067.Baldakinen.Umea.SE) |
08:28:29 | DEBUG | Parse error in OnTopic(from = "sendak.openprojects.net", line = "#rockbox :rockbox - home of the revolving door") |
08:28:31 | LinusN | i'm getting dizzy! |
08:29:03 | Mode | "#rockbox +o adi|home " by ChanServ (ChanServ@services.) |
08:29:07 | Mode | "#rockbox +t " by adi|home (~adiamas@216.194.23.67) |
08:29:11 | adi|home | lol |
08:29:45 | adi|home | hmmm.. when you do a direct struct copy, how does the compiler do it? |
08:29:49 | adi|home | use memcpy or what? |
08:29:56 | LinusN | i repeat: |
08:29:58 | LinusN | but the compiler will probably use memcpy to move the structs |
08:30:03 | * | adi|home nods |
08:30:06 | adi|home | missed it |
08:30:14 | LinusN | :-) |
08:30:32 | adi|home | hmm... well |
08:30:48 | adi|home | would having a second array of char *'s be all that bad... for sorting? |
08:31:01 | adi|home | i mean.. you lose another 200+bytes |
08:31:13 | adi|home | but you gain on expanding dir entries limit, and speed. |
08:31:13 | Bagder | 200*4 |
08:31:14 | LinusN | it will use up 4*MAX_FILES_IN_DIR bytes |
08:31:33 | adi|home | okay... still < 1k no? |
08:31:49 | Bagder | I don't think its necessary |
08:31:55 | Bagder | the sorting won't take that long anyway |
08:32:01 | Bagder | even if it becomes "much" slower |
08:32:09 | adi|home | would it be noticable? |
08:32:10 | LinusN | iagre |
08:32:12 | LinusN | i agree |
08:32:16 | adi|home | i mean.. im all for impliment it and find out |
08:32:23 | adi|home | ppl complain.. deal with it then |
08:32:23 | LinusN | i'm on the case |
08:32:24 | Bagder | let's at least try it first with the struct copy approach |
08:32:29 | adi|home | nod |
08:32:34 | Bagder | exactly |
08:33:06 | Mode | "#rockbox +ooo LinusN Bagder Zagor|away " by adi|home (~adiamas@216.194.23.67) |
08:33:13 | Mode | "#rockbox +o adi|work " by adi|home (~adiamas@216.194.23.67) |
08:33:14 | * | Bagder bows |
08:33:26 | * | LinusN is honored |
08:33:30 | adi|home | btw.. |
08:33:42 | adi|home | is there anyway to find out how much v1.2 has been dl'ed? |
08:34:00 | Bagder | just by scanning the logs |
08:34:03 | * | adi|home sways back and forth to Van Morrison |
08:34:11 | Bagder | I don't think Zagor runs any analyzers on a regular basis |
08:34:17 | * | adi|home is just curious how popular we've gotten in that sense.. |
08:34:19 | adi|home | nod |
08:34:26 | Bagder | lemme try a quick grep |
08:36:01 | Bagder | since August 6th... |
08:36:16 | Bagder | 826 daily target builds were downloaded |
08:37:31 | adi|home | nice |
08:37:44 | Bagder | and amazingly... |
08:38:06 | Bagder | 1.2 mod/ajz files were downlaoded 1059 times |
08:38:14 | LinusN | are you joking? |
08:38:16 | Bagder | from rockbox.haxx.se |
08:38:28 | Hes | That's target builds only? |
08:38:33 | Hes | and simulators? |
08:38:37 | Bagder | egrep 'rockbox-1\.2.*\.(mod|ajz)' |
08:38:48 | Bagder | should be release target builds only |
08:38:52 | Hes | Not bad at all. |
08:39:39 | Bagder | simulators: 469 downloads |
08:40:01 | Hes | what if you add awk '{print $1;}'|sort|uniq to get unique hosts? |
08:40:07 | Bagder | good idea |
08:40:57 | Bagder | it makes 635 unique hosts that downloaded the 1.2 release |
08:41:09 | Bagder | cut "-d " -f1 | sort -u | wc -l |
08:41:15 | Bagder | :-) |
08:43:02 | Hes | Hm... why was the config block revision increased again? |
08:44:43 | Hes | it should be upgraded only and only if data moves to another location in the rtc block, or rather, when space is reused for a new purpose |
08:45:29 | Hes | If we change a definition of a single byte, we can pick a new unused byte for the new value and forget about the old one without upping the revision |
08:45:36 | adi|home | btw.. when does the t-shirt contest close? |
08:45:47 | Hes | so that users don't loose their old config |
08:45:53 | Bagder | adi|home: the submission period runs through August |
08:45:56 | adi|home | k |
08:47:29 | LinusN | Hes: i upped the revision again because Zagor reverted my last revision bumb |
08:47:33 | LinusN | bump |
08:47:41 | Hes | LinusN: i think he reverted it for a reason |
08:47:49 | LinusN | no, he was ignorant |
08:47:58 | Hes | Why was it bumped? |
08:48:12 | LinusN | because the contrast default was 0 on older configs |
08:48:35 | Hes | Isn't a contrast value of 0 unusable? |
08:48:48 | LinusN | *bingo* |
08:48:57 | adi|home | anyone wanna give me a ballpark on the price of an average pc for home use? |
08:49:00 | LinusN | that is why i had to bump it |
08:49:32 | LinusN | and no, a contrast value of 0 isn't necessarily unusable |
08:49:49 | Hes | if (rtc_config_block[0xa] != 0xFF) { |
08:49:49 | Hes | global_settings.contrast = rtc_config_block[0xa]; |
08:49:49 | Hes | if ( global_settings.contrast < MIN_CONTRAST_SETTING ) |
08:49:49 | Hes | global_settings.contrast = DEFAULT_CONTRAST_SETTING; |
08:49:49 | Hes | } |
08:49:54 | Bagder | adi|home: starting at something like 800 USD for a basic, new, one |
08:49:58 | Hes | That's what settings.c reads now, to get over the value of 0 |
08:50:03 | adi|home | thanks |
08:50:16 | Hes | Zagor fixed it that way |
08:50:18 | LinusN | Hes: why forbid 0? |
08:50:38 | Hes | Why not, why would it be unusable? |
08:50:43 | | Join matsl [0] (~matsl@193.15.23.94) |
08:50:51 | LinusN | and why that kludge instead of bumping the revision? |
08:50:52 | Hes | ... why would it be usable? |
08:51:11 | Hes | Because bumping the revision is unnecessary and makes the thing forget the old config. |
08:51:42 | Hes | Read the original spec I wrote for the config block in the beginning of settings.c? |
08:51:49 | LinusN | still, that forbids a pereftly valid contrast setting |
08:52:05 | Hes | but perfectly useless? 8-) |
08:52:27 | LinusN | yes |
08:52:42 | Hes | Once we have settings savings, I think we should make the effort to avoid forgetting settings between versions |
08:53:12 | Hes | Config memory is reset to 0xff and initialized with 'factory defaults' if |
08:53:12 | Hes | a valid header & checksum is not found. Config version number is only |
08:53:12 | Hes | increased when information is _relocated_ or space is _reused_ so that old |
08:53:12 | *** | Alert Mode level 1 |
08:53:12 | Hes | versions can read and modify configuration changed by new versions. New |
08:53:12 | *** | Alert Mode level 2 |
08:53:12 | Hes | versions should check for the value of '0xff' in each config memory |
08:53:15 | Hes | location used, and reset the setting in question with a factory default if |
08:53:17 | Hes | needed. Memory locations not used by a given version should not be |
08:53:20 | Hes | modified unless the header & checksum test fails. |
08:53:22 | Hes | Sorry for the large paste 8-) |
08:53:25 | LinusN | and i also bumped it because the balance default was wrong |
08:54:42 | adi|home | anyone have a shot of the 20 gig studio (or any studio) running rockbox? |
08:54:43 | LinusN | i could have let the revision stay at 0, but then all people would have the sound on the right ear after doanloading the latest build |
08:55:05 | Hes | That can be fixed by putting the balance into a new location in the RTC which is unused currently |
08:55:17 | Hes | and setting the current location to 0xff |
08:55:33 | LinusN | Hes: and fragmenting the setting space? i think not. |
08:55:48 | Hes | That byte won't be unused for a long time... |
08:56:28 | LinusN | Hes: why go through all that trouble just to keep the settings between unsupported daily builds? |
08:57:04 | LinusN | bumping the revision is far more easy |
08:57:24 | Hes | Because if we don't keep them between unsupported daily buildings, will we keep them between major releases? Or will we write a converter loader for every major release? |
08:57:35 | Hes | Bumping the revision is far to easy to do |
08:57:37 | Hes | too |
08:58:08 | LinusN | i don't think people will complain if they lose the settings when upgrading from 1.x to 1.y |
08:58:48 | Hes | But they'll be delighted if they don't 8-) |
09:00 |
09:00:10 | LinusN | i don't want to have half-dead code in the settings just to convert settings between upgrades |
09:00:23 | LinusN | like the contrast "fix" |
09:00:45 | LinusN | the code should be clean and easy to figure out |
09:01:07 | * | matsl is away: I'm busy |
09:01:21 | Hes | It is pretty simple as it is. Those things can be removed at the next large release (or so) when the version is bumped |
09:01:34 | LinusN | Hes: but will it? |
09:01:40 | Hes | Why not. |
09:01:55 | LinusN | will someone go through the settings code and remove unnecessary checks? |
09:02:04 | LinusN | i don't think so |
09:02:05 | Hes | It's not a very large piece of code. I could do that. |
09:02:37 | LinusN | then i'll let you be in charge of the settings code, and let you add new settings to it |
09:03:13 | *** | Alert Mode OFF |
09:03:34 | Hes | Uh. I wasn't asking for that 8-) |
09:04:24 | LinusN | my point is that the code will be a lot simpler and easier to maintain if we just bump the revision whenever it becomes incompatible |
09:04:48 | LinusN | instead of adding conversions, like in the contrast case |
09:05:01 | Hes | You're right about that. And my point is that it doesn't come too bad if we make a little effort at keeping the old settings. |
09:05:03 | LinusN | or fragment it, like you suggested |
09:05:36 | LinusN | i see your point, and i'll keep that in mind the next time i change a setting |
09:06:13 | adi|home | id have to agree with LinusN |
09:06:21 | adi|home | ppl have the tendance to forget stuff |
09:06:23 | LinusN | the problem was actually only because we have saved unimplemented settings (contrast and balance) |
09:06:29 | adi|home | may as well keep a clean house as we go. |
09:06:55 | Hes | saving unimplemented settings was my bad, yeah |
09:07:16 | LinusN | we will probably have the same issue when we implement the poweroff setting |
09:07:26 | LinusN | and the resume |
09:09:40 | LinusN | Hes: speaking of poweroff, have you looked into that? |
09:10:15 | Hes | Nope... only been looking at the charging lately |
09:10:34 | Hes | but I'm thinking of leaving it untouched for a while to gather usage experience on it |
09:10:43 | Hes | it seems to be working somewhat properly now. |
09:11:08 | Hes | Uwe has some interesting ideas for a next-generation charger but they seem a bit harder to implement properly. |
09:13:03 | Hes | Mental note: poweroff timer must be disabled while charger is plugged in |
09:14:40 | * | Bagder sneaked in a Rockbox reference on slashdot (again) |
09:16:21 | Hes | Btw, personally i'd rather tune the poweroff/resume into a good setting from an invalid default instead of going through the other settings again... contrast is of course a special case, having a bad default is really confusing 8-) |
09:16:56 | Hes | Okay, enough of that, time to drive to work. |
09:17:08 | LinusN | happy driving |
09:19:01 | Mode | "#rockbox -oo adi|work Zagor|away " by ChanServ (ChanServ@services.) |
09:26:22 | * | Bagder ehums |
09:26:50 | Bagder | when trying to search on securityfocus.com it says: |
09:26:56 | Bagder | "Sorry, our traffic is currently busy. Please try again." |
09:45:29 | Hes | A hot sunny day, a 750cc engine between the legs, rockbox in the pocket of the leather jacket and a pair of EX70's under the helmet - what more can a man ask for commuting? |
09:45:50 | Bagder | A/C ? |
09:45:52 | * | Bagder grins |
09:46:00 | Hes | Hm... a 1100cc engine would be nice. |
09:46:18 | Hes | A/C: open the jacket |
09:49:42 | Hadaka | hmm |
09:49:53 | Hadaka | I have an mpeg running in the lower right corner of my screen |
09:50:02 | Hadaka | and it takes 0% cpu power |
09:50:16 | Hes | CPU's aren't what they used to be |
09:56:33 | | Nick matsl is now known as matsl|away (~matsl@193.15.23.94) |
10:00 |
10:03:55 | | Quit aakil (Read error: 110 (Connection timed out)) |
10:13:52 | *** | Saving seen data "./dancer.seen" |
10:18:14 | | Join notch [0] (hidden-use@arthur.techprt.co.uk) |
10:18:43 | adi|home | okay.. opinion time |
10:18:45 | adi|home | http://phobos.ramapo.edu/~rhak/misc/priceless.png |
10:18:46 | Bagder | morning notch |
10:19:04 | notch | mornin' |
10:19:42 | Bagder | adi|home: I like the general idea, but you need to work on the finish |
10:19:53 | adi|home | thats what i thought |
10:20:00 | Bagder | not that I know how ;-) |
10:20:04 | adi|home | i couldnt' think of the right way to phrase it :) |
10:20:13 | notch | the old maling list is getting heated these days! :-) |
10:20:21 | Bagder | hehe, yeah |
10:20:40 | notch | I sense we are on the precipis of a flame war :-)) |
10:20:48 | Bagder | I feel *a bit* responsible for that "Hostility" thread |
10:21:04 | adi|home | you should |
10:21:05 | adi|home | damnit |
10:21:07 | adi|home | but hell |
10:21:09 | Bagder | hehe |
10:21:12 | adi|home | they deserve it |
10:21:17 | adi|home | i was _so_ tired of that thread |
10:21:22 | adi|home | but but but but |
10:21:32 | adi|home | "why can't i have it MY way!!!" |
10:21:35 | Bagder | I'll try to be friendlier in my next mail ;-) |
10:21:37 | adi|home | "waaaaaaaaaaah" |
10:23:09 | notch | Makes for a more interesting read I think :-) |
10:24:47 | LinusN | i was about to answer to that thread, but i could really find the words |
10:25:06 | LinusN | it was too silly to respond to |
10:25:21 | Hes | It'll settle down after a while. |
10:25:44 | LinusN | just saying 'are immediately saying "show me the code" or similar, whenever anyone posts a suggestion' is pretty childish |
10:26:04 | notch | Ohh I'm soo tempted to call robert tweed a bad name :-) |
10:26:14 | notch | but i'll behave... |
10:26:23 | Bagder | I was tempted to reply, but I thought I better not ;-) |
10:26:44 | LinusN | i think the 200-file discussion went out-of-hand |
10:26:53 | Bagder | it certainly did |
10:27:00 | Bagder | it turned just plain stupid |
10:27:04 | dwihno | Interesting thread... |
10:27:04 | Hes | Yeah, the other Robert was generally right, but the 200-file thread was crap indeed |
10:27:50 | LinusN | we can't please everyone |
10:27:59 | * | dwihno is pleased |
10:28:03 | dwihno | Just thought you should know :) |
10:28:22 | Bagder | nah, we need to take a stand too, we can't take everything |
10:29:09 | LinusN | we have made a choice not to sacrifice RAM, and if people want to do things differently they'll have to do it themselves |
10:29:31 | Hes | Yeah... |
10:29:50 | Bagder | if people were around on IRC more, they'd have a better understanding of us poor misunderstood developer dudes ;-] |
10:30:05 | LinusN | we are of course willing to discuss it, like we did on the 200-file limit |
10:30:13 | notch | He would just have to move some files into another directoy anyway... big deal... |
10:30:45 | LinusN | still, i think the 200-file limit could seem silly for the uninitiated |
10:31:02 | Bagder | indeed, the initial question wasn't out of place |
10:31:39 | Hes | Hey, does tuning stack sizes make sense? power thread is using like 11% and I know it won't allocate much more while it runs |
10:32:19 | Bagder | and the full size is 2K or what is it? |
10:32:24 | LinusN | Hes: i was thinking the same thing |
10:32:33 | LinusN | we can trim the stacks a little |
10:32:35 | | Join notching [0] (hidden-use@arthur.techprt.co.uk) |
10:32:39 | Hes | could reduce the stacks of many threads to save a little memory. |
10:32:48 | Hes | Just a little, but it's memory anyway. |
10:32:54 | LinusN | Absolutely |
10:32:56 | notching | okay who kicked me? |
10:33:04 | notching | <grin> |
10:33:19 | * | Bagder senses hostility B-] |
10:33:41 | Topic | "rockbox - your favourite doorstop" by Bagder (~daniel@as3-3-2.ras.s.bonet.se) |
10:34:02 | LinusN | notch: nobody kicked you |
10:34:20 | Bagder | notch has a split personality |
10:34:36 | LinusN | yeah, he's a psycho. let's kick him |
10:34:46 | * | Bagder chuckles |
10:34:48 | notching | I know! what's going on! mIRC has a lot to answe for! |
10:35:09 | LinusN | mIRC? You are a psycho! :-) |
10:35:14 | notching | you can kick notch if you like but not notching :-) |
10:35:24 | * | Bagder runs X-chat on win32 |
10:35:30 | Kick | (#rockbox notch :LinusN) by LinusN!~linus@labb.contactor.se |
10:35:36 | notching | oww |
10:36:04 | * | LinusN runs X-chat on linux, with an X11 server on his NT box |
10:36:25 | dwihno | Because each entry takes up about 260 bytes of RAM, and we think this memory |
10:36:25 | dwihno | is better used as an MP3 data buffer. |
10:36:25 | dwihno | > couldn't someone change this in the cvs? |
10:36:25 | DBUG | Enqueued KICK dwihno |
10:36:25 | dwihno | Yes, we can change it, but we don't want to. |
10:36:33 | dwihno | My favorite quote from you Linus |
10:36:41 | dwihno | Talking about the 200 dir limitation etc. |
10:36:45 | LinusN | That was hostile! |
10:36:56 | LinusN | I am a very mean person |
10:37:06 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
10:37:06 | * | Bagder slaps the "hostile person" sticker on LinusN |
10:37:16 | Bagder | now shame on you! |
10:37:21 | LinusN | i'd better kick myself |
10:37:26 | | Quit datazone (Read error: 110 (Connection timed out)) |
10:37:31 | Kick | (#rockbox LinusN :LinusN) by LinusN!~linus@labb.contactor.se |
10:37:36 | * | notching is hiding and doesn't want to be kicked again |
10:37:40 | | Join LinusN [0] (~linus@labb.contactor.se) |
10:37:55 | Mode | "#rockbox +o LinusN " by Bagder (~daniel@as3-3-2.ras.s.bonet.se) |
10:38:07 | * | LinusN repents |
10:38:24 | Bagder | now will you behave? |
10:38:29 | LinusN | no |
10:38:36 | LinusN | i mean YES! |
10:38:38 | * | Bagder stops playing and tries to do some work instead |
10:38:40 | Kick | (#rockbox LinusN :LinusN) by LinusN!~linus@labb.contactor.se |
10:38:55 | | Join LinusN [0] (~linus@labb.contactor.se) |
10:39:06 | dwihno | LinusN: so what happens when there's more than 200 files in a dir? :) |
10:39:18 | LinusN | it says "200 file limit reached" |
10:39:24 | dwihno | "Do the 10 meg RAM hw mod" ? ;) |
10:39:25 | Bagder | it does now |
10:39:26 | LinusN | and shows only the firsty 200 files |
10:40:02 | Bagder | "error: we recommand a brain surgery since you seem to be crazy judging from the amount of files in a single directory" |
10:40:26 | LinusN | "ERROR 21: Silly User" |
10:40:45 | dwihno | Yeah |
10:40:47 | dwihno | :-) |
10:41:25 | Bagder | with the mod, we will mostly likely be able to read more than 200 files though, using the same amount of mem |
10:42:54 | LinusN | yup |
10:43:25 | Hes | ooh, you have a planned something? |
10:44:37 | Bagder | Hes: yes, changing the dir cache system to better use all the available memory |
10:44:52 | Bagder | all the available dir-cache mem that is |
10:45:41 | dwihno | Has anyone got a clue how much memory the archos firmware uses for the mp3 buffering? |
10:46:10 | Hes | Ah, ok, nice. |
10:46:57 | Bagder | dwihno: it would be possible to dig up from dissassembling, but I don't know if anyone has bothered |
10:47:38 | LinusN | it can probably be determined by measuring hard disk activity |
10:47:43 | Hes | or roughly by timing the disk read intervals for a known-bitrate stream |
10:47:49 | Bagder | yes, that too |
10:47:55 | Bagder | that's probably easier ;-) |
10:48:07 | dwihno | :-) |
10:48:46 | dwihno | I have a feature request... I'd love to play the games while in USB mode ;D |
10:49:03 | dwihno | j/k |
10:49:07 | Bagder | hehe |
10:49:11 | Bagder | it would be possible |
10:49:12 | LinusN | itäs easly done |
10:49:19 | LinusN | it's easily done |
10:49:30 | Bagder | it isn't such a bad idea really |
10:49:31 | dwihno | Yeah, but it's not really that useful :) |
10:49:46 | Hes | not bad, not very important, but cool 8-) I have another one... |
10:50:02 | Bagder | btw, is the charging running now while in USB mode? |
10:50:16 | Bagder | I think it should |
10:50:29 | Hes | the fast forward's jump length (amount of stream time jumped at a time) could go up while going forward for a longer time |
10:50:35 | Hes | up to a certain jumping speed |
10:50:37 | dwihno | Nobody has bothered to add my USB connected icon thingy ;) |
10:50:41 | Bagder | Hes: I agree with that one |
10:50:47 | LinusN | dwihno: i forgot |
10:50:54 | Hes | it takes _long_ to fast forward some 45 minutes (i have loads of 1-hour mp3's) |
10:51:13 | Bagder | Hes: I would prefer that instead of having the step-time as a config option |
10:51:22 | Hes | i run an mp3 archive of my favourite radio station which broadcasts really good stuff at times when i'm not at home, or i'm sleeping 8-) |
10:51:58 | Hes | and the speed needed for going 45 mins forward is really too fast for the average user going forward a minute or so |
10:52:58 | dwihno | Bagder: the initial stepping time should be configurable, and the "acceleration" in the ffw/rew should be logarithmic, thus making it go ffffffw after 5-6 secs of 'regular ffw' (my opinion, as always) |
10:53:46 | Bagder | I think the config part can go away if it is made correctly |
10:53:57 | Bagder | at least I think it's worth an attempt |
10:54:32 | dwihno | LinusN: show me the code! :D *act hostile* :-) |
10:55:14 | Bagder | hm |
10:55:22 | Bagder | I think the id3 reader bugs |
10:56:09 | Bagder | or perhaps the 300-byte thing hit me |
10:56:14 | | Nick LinusN is now known as Linus|lunch (~linus@labb.contactor.se) |
11:00 |
11:05:09 | Hes | exponential growth for step time up to a hard limit |
11:05:38 | Bagder | yes |
11:05:51 | adi|home | i really need a better way to finish that t-shirt.. i just don't know how |
11:05:53 | * | adi|home pouts |
11:05:54 | Hes | starting from a configured low limit |
11:08:03 | PsycoXul | rock-hard firmware |
11:11:12 | Bagder | I miss a 'tags' target |
11:11:18 | Bagder | in the makefile |
11:11:30 | * | Bagder will add one later |
11:12:24 | Bagder | emacs with etags rocks |
11:15:42 | dwihno | etype rocks |
11:18:37 | | Nick Low[a] is now known as Lowfiler (H@p5085E894.dip.t-dialin.net) |
11:18:42 | Lowfiler | good morning :) |
11:19:10 | Bagder | morning |
11:25:28 | dwihno | I have a 110% serious question |
11:25:35 | dwihno | Do you guys know what målgången i årsta is? |
11:25:54 | Bagder | an address? |
11:27:28 | dwihno | hmm |
11:34:39 | Bagder | done |
11:34:49 | Bagder | etags target added |
11:35:38 | Bagder | use "../tools/configure update" |
11:35:52 | adi|home | dwihno: no.. what is it? |
11:37:54 | | Join edx [0] (~edx@pD9EABF5E.dip.t-dialin.net) |
11:38:07 | Bagder | hey Felix |
11:38:13 | edx | good morning :) |
11:38:31 | adi|home | http://phobos.ramapo.edu/~rhak/misc/priceless.png |
11:38:35 | adi|home | opinions wanted |
11:38:50 | adi|home | sexy naked ladies under 24 and older then 18 accepted |
11:39:16 | Linus|lunch | adi|home: haha! But you have misspelled "boundaries" |
11:39:27 | adi|home | heheh k |
11:39:33 | edx | LOL |
11:39:37 | edx | that one is cool |
11:39:47 | Linus|lunch | maybe the pictures and text could be larger |
11:40:10 | edx | make that rockbox logo bigger :D |
11:40:29 | * | edx wants a list of names on the back :) |
11:40:38 | edx | but we wont have two-sided shirts, will we? |
11:41:45 | Bagder | we made the contest one-side since we want to have a Haxx logo on the other side |
11:44:24 | edx | ahh :) - the back that Robert Hak designed - its has names and haxx logo :D |
11:44:33 | Bagder | right |
11:44:51 | edx | plus I like it very much |
11:47:21 | adi|home | hehehe |
11:47:29 | * | adi|home likes all the submissions so far |
11:48:13 | adi|home | okay.. typo fixed.. reload |
11:48:19 | adi|home | im getting a second version no |
11:48:21 | adi|home | now |
11:57:22 | MeRWiN|Sleep | grrr... overslept |
11:57:33 | | Nick MeRWiN|Sleep is now known as MeRWiN (~merwin@12.163.82.200) |
11:59:01 | adi|home | okay.. version 2 up |
11:59:06 | adi|home | http://phobos.ramapo.edu/~rhak/misc/priceless2.png |
11:59:09 | adi|home | opions please |
11:59:42 | MeRWiN | hah... nice adi :) |
11:59:56 | adi|home | merwin check out the first one .. |
11:59:59 | adi|home | http://phobos.ramapo.edu/~rhak/misc/priceless.png |
12:00 |
12:00:04 | adi|home | tell me which you like better |
12:00:06 | adi|home | and if you have suggestions |
12:00:29 | MeRWiN | 2nd is better |
12:01:00 | adi|home | nods |
12:01:00 | adi|home | k |
12:02:26 | | Join Jonmann [0] (jonmann@194.100.129.72) |
12:03:05 | Topic | "RockBox: Hostile answers upon demand" by adi|home (~adiamas@216.194.23.67) |
12:03:07 | Jonmann | Does the Jukebox take running? I mean, it's HDD-based and all. |
12:03:21 | adi|home | ummm.. i don't understand the question |
12:03:31 | Linus|lunch | adi|home: place the rockbox URL somewhere |
12:03:36 | edx | adi: put the desktop pc to the right - makes it look more dynamic ;) |
12:03:39 | adi|home | on the shirt? |
12:03:41 | adi|home | k. |
12:03:46 | Jonmann | adi, the hard drives I know don't like shaking. |
12:03:50 | Linus|lunch | Jonmann: don't run with the Jukebox |
12:04:05 | Jonmann | Linus, okay. Then it's not for me. Thanks. |
12:05:34 | | Part Jonmann ("gone") |
12:09:06 | adi|home | Linus thats not ture |
12:09:16 | adi|home | you can do it.. just depends on _how_ long your going to |
12:11:37 | adi|home | okay.. version 3 up |
12:11:41 | adi|home | http://phobos.ramapo.edu/~rhak/misc/priceless2.png |
12:11:54 | adi|home | http://phobos.ramapo.edu/~rhak/misc/priceless3.png |
12:11:55 | adi|home | sorry |
12:13:04 | MeRWiN | i think it's priceless2 |
12:13:21 | MeRWiN | they're the same pic :) |
12:13:48 | adi|home | i know.. i had to fix it.. hold on :) |
12:13:56 | MeRWiN | rockbox.haxx.se - Everywhere you want to be |
12:13:57 | *** | Saving seen data "./dancer.seen" |
12:14:12 | adi|home | reload :) |
12:14:23 | adi|home | that sound better? |
12:14:27 | adi|home | Everywhere you want to be? |
12:14:56 | MeRWiN | the mastercard slogan :) |
12:15:08 | adi|home | heheh bastard ;) |
12:17:14 | adi|home | okay.. reload :) |
12:17:39 | MeRWiN | I don't know which I like better though |
12:18:10 | MeRWiN | I can't believe I overslept for my flight home :) |
12:18:13 | adi|home | heheh |
12:18:18 | adi|home | YOU WHAT?! |
12:18:26 | adi|home | dude i was going to offer to wake you up too ;) |
12:18:32 | MeRWiN | Haha |
12:18:37 | adi|home | how much did you miss it by? |
12:18:49 | MeRWiN | well, I woke up an hour before it was supposed to leave. There' |
12:18:57 | adi|home | heheh sorry |
12:19:01 | MeRWiN | There's another flight leaving 3 hours from now, so i'm going to catch that one |
12:19:11 | adi|home | see if you can get a hold of the airline .. switch tickets |
12:19:23 | MeRWiN | I technically didn't miss it since I changed it before I actually missed it |
12:20:02 | MeRWiN | It's a business trip, so we get use of the travel agency. Already switched. First class all the way (gotta love last minute tickets on Northwest Airlines... half the time it's automatic upgrades) |
12:20:26 | adi|home | lol |
12:20:31 | adi|home | where are you now? |
12:20:46 | MeRWiN | Harrisburg, PA... going home to Seattle. |
12:20:51 | adi|home | no shit? |
12:21:08 | adi|home | was just talking to my ambulance crew about that place yesterday :) |
12:21:15 | adi|home | there is _nothing_ there :) |
12:21:18 | adi|home | lol |
12:21:21 | adi|home | what were you doing? |
12:21:22 | MeRWiN | nope, not really anything there |
12:21:33 | MeRWiN | Testing high speed internet (GPRS). |
12:21:42 | adi|home | nice... |
12:21:49 | adi|home | your company hireing at all ;) |
12:21:52 | MeRWiN | heard of T-Mobile (you guys have it in LA now) |
12:21:54 | * | adi|home needs another job |
12:21:58 | adi|home | nope.. |
12:22:07 | adi|home | and who is 'you guys'? |
12:22:20 | MeRWiN | adi: aren't you in LA? |
12:22:24 | adi|home | hell no |
12:22:27 | adi|home | NY state |
12:22:36 | MeRWiN | oh. heh... well, then VoiceStream |
12:22:42 | adi|home | im about 20 mins west of white plains ny |
12:22:47 | adi|home | ahhh.. ok |
12:23:20 | MeRWiN | VoiceStream/T-Mobile is always hiring... www.voicestream.com, click on Jobs at the bottom of the screen |
12:23:21 | MeRWiN | tons of jobs |
12:25:45 | MeRWiN | I'm User Acceptance Testing (UAT). Get to travel around the states making phone calls. NOT like the "can you hear me now" guy though. heh. I've actually got a brain. |
12:26:30 | MeRWiN | So, I just found out that harrisburg is the capitol of PA. I never knew that |
12:27:00 | adi|home | lol |
12:27:02 | adi|home | yup |
12:27:14 | Hes | MeRWiN: I've been working with the T-Mobile/one2one guys in UK... |
12:27:14 | adi|home | to far for me to get to or i would have met you for a drink |
12:27:15 | adi|home | :) |
12:27:21 | adi|home | nice |
12:27:55 | Hes | their SMSC interface (XML over https) sucks badly 8-) |
12:27:55 | adi|home | MeRWiN: how often are you out to the east coast? |
12:28:38 | MeRWiN | occasionally. I was going to go to Wayne, NJ next week, but it looks like i'm not |
12:28:43 | MeRWiN | or at least, probably not |
12:30:00 | adi|home | no shit? |
12:30:05 | adi|home | if you do, give me a heads up |
12:30:10 | adi|home | thats only like 30 mins away |
12:30:17 | adi|home | we can do dinner or drinks one night or something |
12:30:23 | adi|home | give ya somthing to do ;) |
12:30:31 | MeRWiN | adi|home: nice :) sounds good |
12:30:43 | MeRWiN | Hes: XML over https? haven't heard of it. |
12:30:52 | MeRWiN | hes: what is it? |
12:31:25 | Hes | We transport SMS'es to/from their customers, encoded in XML files which are transported over https... |
12:31:47 | MeRWiN | hes: ahhh... That's an interesting way to do it :P |
12:35:13 | | Join Blaster_Master [0] (~noone@firewall.scribona.com) |
12:38:35 | | Nick matsl|away is now known as matsl (~matsl@193.15.23.94) |
12:38:39 | * | matsl is back (gone 03:37:31) |
12:40:55 | Topic | "RockBox: Don't forget! The great T-Shirt contest is underway! http://rockbox.haxx.se/tshirt-contest/" by adi|home (~adiamas@216.194.23.67) |
12:41:50 | | Join Zagor [242] (~bjst@uranus.contactor.se) |
12:42:26 | Zagor | hey all. logging in from the office. |
12:42:33 | edx | hi |
12:43:27 | | Nick notching is now known as notch|lunch (hidden-use@arthur.techprt.co.uk) |
12:46:41 | MeRWiN | hey zagor. were you the one doing hardeep's patch for ff/rew? |
12:46:48 | Zagor | yes |
12:47:06 | MeRWiN | Zagor: read my latest post... his new patch to fix the EOF problem doesn't quite work right |
12:47:23 | MeRWiN | just a heads up |
12:47:50 | Zagor | yup. going through the mail now. |
12:47:55 | Zagor | describe the problem |
12:48:28 | Zagor | it simply does not always work? |
12:48:42 | MeRWiN | If you FF from like 3:15 to an EOF that is 3:45, the track change will work properly (since it's within the buffer still). If you FF from like 1:00 to 3:45 then it won't work |
12:50:05 | Zagor | ok |
12:50:21 | | Nick MeRWiN is now known as MeRWiN|Shower (~merwin@12.163.82.200) |
12:51:42 | | Nick Linus|lunch is now known as LinusN (~linus@labb.contactor.se) |
12:54:02 | | Join mistax [0] (lamamba_@h135n1fls34o883.telia.com) |
12:54:20 | adi|home | i did a quick check |
12:54:27 | adi|home | no less then 33 messages about the 200 file limit |
12:54:30 | adi|home | jesus |
12:54:45 | adi|home | Zagor do you manage the tshirt submissions? |
12:54:58 | Zagor | no that's bagder's job |
12:55:04 | Zagor | he's the tshirt guy :) |
12:55:14 | adi|home | hehehe k |
12:55:21 | adi|home | cause i followed the rules.. sent 3 emails |
12:55:30 | adi|home | but they are all variations on the same idea |
12:55:34 | adi|home | so should be listed togeather :) |
12:55:45 | Zagor | yeah, I saw that. i'm on the list too. |
12:56:10 | adi|home | lol |
12:56:28 | adi|home | i don't know which one i like better.. so i figured hell.. let the users decide |
12:57:28 | Zagor | yup |
12:57:36 | Zagor | man this screen sucks :( |
12:58:14 | LinusN | At last I found the dreaded "wring contents in directory" bug!!!! |
12:58:20 | Zagor | I'm having a crisp 20" TFT at home. CRTs should be outlawed! |
12:58:20 | LinusN | wrong |
12:58:32 | Zagor | LinusN: nice! what was it? |
12:58:59 | LinusN | the path component match used strncasecmp() |
12:59:24 | Zagor | aha |
12:59:33 | LinusN | that meant that "Ace Of Base - Happy Nation" matched if it looked for "Ace Of Base" |
12:59:38 | | Nick matsl is now known as matsl|away (~matsl@193.15.23.94) |
12:59:43 | * | matsl|away is away: I'm busy |
12:59:58 | adi|home | lol |
13:00 |
13:00:24 | | Nick LinusN is now known as LinusN|meeting (~linus@labb.contactor.se) |
13:00:27 | adi|home | "Barenaked" on mtv.. jennifer love-hewitt climbs out of bed.. looks in the mirror.. her hair is a mess but her makeup is perfect |
13:00:35 | adi|home | i can just hear my gf saying 'cha−−- right' |
13:00:41 | Zagor | hehe |
13:01:52 | | Join Moufle [0] (~moof@195.101.176.125) |
13:02:07 | Moufle | hi |
13:02:40 | Zagor | hi |
13:02:59 | adi|home | hi |
13:03:17 | adi|home | Zagor.. someone had a suggestion i think i like |
13:03:24 | Zagor | what was that? |
13:03:25 | Moufle | I can't manage to boot my freshly compiled ajbrec.ajz. This happen since I enabled Loadable fonts -> I get a white screen after logo, and no HD activity, and the blind nav/play is impoossible. |
13:03:28 | adi|home | any chance we could get the FAQ sent to someone when they join the mailing list? |
13:03:49 | Moufle | Are there some settings to do for fonts? |
13:03:49 | adi|home | or better yet |
13:03:52 | Zagor | Moufle: did you copy the system.ajf file to your archos? |
13:03:52 | adi|home | a remind to read it |
13:04:08 | Zagor | adi|home: i responded to your mail |
13:04:12 | Moufle | Zagor: THis must be missing, is it in the doc? |
13:04:26 | Zagor | Moufle: loadable fonts is work in progress. no docs for that :-) |
13:05:02 | Zagor | or: we suffer a shortage of doc writers. do you want to contribute? ;-) |
13:05:17 | Moufle | Zagor: huhu ok, so this was not a FAQ ;) I am a power user : i compile but not hack the code |
13:05:57 | Moufle | Zagor: I will soon have exams, but it could be interesting, BTW since I'm frech i could create a little howto |
13:06:04 | Moufle | s/ferch/french |
13:06:05 | Zagor | ok. yes, the system.ajf is the loadable font, so it is required. without it, we can't even display the error message that the font wasn't found... |
13:06:14 | Moufle | of course |
13:06:24 | Moufle | I'm gonna copy it |
13:06:58 | Zagor | you can experiment with other fonts too, but we only support loading monospaced fonts yet (no propotional) |
13:07:04 | Bagder | we should have a small internal one |
13:07:22 | Zagor | Bagder: yes. we actually link them, but don't have code to use it |
13:08:19 | Bagder | btw, I'm all for a '.rockbox' directory on target for stuff like that |
13:08:22 | Moufle | And i guess I must create the file but converting the font I choose w/ an utility ? |
13:09:09 | adi|home | Zagor is the system.ajf in the cvs? |
13:09:38 | Bagder | system.ajf is not in cvs, it is generated from a .bdf font |
13:09:47 | * | adi|home nods |
13:09:52 | Moufle | by /tools/bdf2ajf |
13:09:54 | Moufle | :) |
13:09:58 | adi|home | heheh k... |
13:10:00 | Bagder | right |
13:10:28 | adi|home | Moufle: if you want to write up a doc, ill toss it in the CVS :) |
13:10:49 | Moufle | Yes, I'm gonna write a quick HOWTO |
13:10:53 | adi|home | k |
13:13:01 | adi|home | okay.. VERY BASIC |
13:13:07 | adi|home | desc of loadable fonts in the FAQ |
13:14:21 | adi|home | okay.. do we have any valid .bdf font files around? |
13:14:49 | adi|home | nm |
13:16:49 | Zagor | in firmware/fonts |
13:16:55 | adi|home | yeah.. got it :) |
13:17:38 | * | Zagor is switching to another computer. brb |
13:17:39 | | Quit Zagor ("Client Exiting") |
13:19:59 | MeRWiN|Shower | Okey all... ttyl. Gotta catch a flight (2nd attempt, hopefully better than the first) |
13:20:15 | Moufle | What's the best font to use for loadable fonts |
13:20:18 | Moufle | ? |
13:20:31 | adi|home | dunno.. just playing with it now :) |
13:20:47 | | Quit MeRWiN|Shower () |
13:20:47 | Bagder | Alex provided two in his patch package |
13:22:10 | | Join Zagor [242] (~bjst@callisto.contactor.se) |
13:23:49 | Moufle | My little howto is written |
13:23:57 | Moufle | Where do I put it? |
13:23:59 | adi|home | sweet.. |
13:24:01 | Zagor | mail it to me |
13:24:05 | adi|home | umm.. mail it up :) |
13:24:06 | Moufle | at? |
13:24:15 | Zagor | bjorn@haxx.se |
13:24:18 | Moufle | ok |
13:26:02 | Moufle | Zagor: it's posted, tell me when you get it |
13:26:19 | Zagor | got it |
13:27:37 | Moufle | correct export PATH=***SLASH****home |
13:27:53 | Zagor | actually, it's not quite that complex. the makefile already converts a font for you, so you always get a system.ajf. the only special thing is that you have to copy a second file to the archos |
13:28:14 | adi|home | what file does the makefile convert for you? |
13:28:17 | Moufle | It didn't generated it for me ;) |
13:28:28 | Zagor | are you sure? did you get an error message? |
13:28:54 | | Quit Blaster_Master () |
13:28:55 | Moufle | nop |
13:29:07 | Moufle | It should come in the build dir? |
13:29:17 | Zagor | yes |
13:29:36 | Zagor | just tested, works here |
13:29:50 | adi|home | i didn't get one either. |
13:29:53 | adi|home | odd |
13:29:56 | Zagor | wait... |
13:30:34 | Moufle | the Makefile the configure script writes contains the instructions? |
13:30:47 | adi|home | nope... no system.ajf file |
13:30:50 | Zagor | no |
13:31:25 | adi|home | i do ../tools/configure in the build |
13:31:27 | adi|home | and then make |
13:31:34 | Moufle | me too |
13:31:36 | adi|home | recorder/fonts=y/normal |
13:31:47 | Moufle | idem |
13:31:49 | adi|home | and get no system.ajf |
13:31:53 | Zagor | you're right, it doesn't work. |
13:31:59 | adi|home | hehhe |
13:32:06 | Zagor | how come it worked for me before? /me is confused |
13:32:08 | * | adi|home sticks his tongue out at Zagor |
13:32:11 | adi|home | ha ha.. told you so. |
13:32:21 | Moufle | Zagor: maybe you use the main makefile? |
13:32:26 | Zagor | no |
13:32:34 | Moufle | hmm |
13:34:49 | adi|home | hmmm.. i cant get any of the new fonts to work |
13:34:55 | adi|home | do we know if they work at all on the recorder? |
13:34:59 | Moufle | neitjer do I |
13:35:08 | Zagor | use alt6x10 |
13:35:13 | Moufle | (I got an AJBR20) |
13:35:15 | adi|home | i just tried that on |
13:35:25 | adi|home | it has to be translated to system.ajf right? |
13:36:17 | Zagor | yes |
13:36:33 | adi|home | hmmm then that one don't work for me |
13:36:48 | Zagor | fixed Makefile now |
13:37:22 | adi|home | ../tools/bdf2ajf -f ../firmware/fonts/alt6x19.bdf -o system.ajf |
13:37:23 | adi|home | right? |
13:37:31 | Zagor | use the new makefile instead |
13:37:41 | Bagder | ../tools/configure update |
13:37:52 | Zagor | no, it's a new in firmware/ |
13:37:53 | adi|home | yup |
13:37:59 | Bagder | oh |
13:38:01 | * | Bagder hides |
13:38:38 | Moufle | It works at compilation |
13:39:03 | Zagor | good |
13:39:32 | Moufle | but not on my target :/ |
13:39:44 | Moufle | no logo screen, no display |
13:39:47 | adi|home | im testing too |
13:40:16 | Zagor | Moufle: how long since you tested? maybe your contrast setting is low |
13:40:37 | Zagor | try pulling a battery for a minute to reset the settings |
13:40:47 | Zagor | the font patch doesn't affect the logo display |
13:40:55 | adi|home | hmm.. thats a prob too.. |
13:40:59 | Moufle | It has always been ok, and blind nav (pressing 3x play to get a song) doensn't works |
13:41:05 | adi|home | how do you get _to_ the contrast setting.. if you can't see it :) |
13:41:18 | Zagor | adi|home: simplest is to reset the settings |
13:41:31 | adi|home | nods |
13:41:32 | Zagor | we have to work something out about that |
13:41:46 | Bagder | perhaps pressing down a single key for N seconds |
13:41:47 | Bagder | in the main menu |
13:41:58 | Moufle | Zagor: did you had it working on atarget? |
13:42:03 | Zagor | Moufle: yes |
13:42:12 | adi|home | well.. we could just do on boot... have a function key act for contrast |
13:42:16 | Zagor | if your logo doesn't show, it's the contrast problem. not the font patch. |
13:42:36 | adi|home | zagor on your target.. |
13:42:44 | adi|home | general settings |
13:42:54 | adi|home | what is the location of contrast? |
13:42:57 | adi|home | how many times down? |
13:43:04 | Zagor | 4 |
13:43:15 | Moufle | gonna put out a battery |
13:43:50 | Zagor | maybe some obscure key chord, like ON+MENU+UP/DOWN |
13:44:18 | adi|home | zagor.. to get to contrast from boot |
13:44:20 | Bagder | Zagor: hm, f1+f2+f3 could work |
13:44:32 | adi|home | menu => down 4 => right => then up or down.. right? |
13:44:43 | Zagor | Bagder: yeah, maybe. what for recorder? |
13:44:48 | adi|home | yup |
13:45:11 | Zagor | ON+MENU+PLAY or something |
13:45:24 | Bagder | yes |
13:45:35 | adi|home | we would just do... |
13:45:40 | adi|home | ON+RIGHT |
13:45:45 | Zagor | sets it to default contrast |
13:45:45 | adi|home | and ON+LEFT |
13:45:58 | adi|home | be a fast way of setting contrast |
13:46:06 | Moufle | : now it says : Read acces error, Can't read from HD |
13:46:12 | Zagor | adi|home: those are too valuable key chords. we'll want to use them for something more important |
13:46:19 | Bagder | Zagor: it should probably be an all-settings reset |
13:46:26 | Zagor | Moufle: that sounds bad |
13:46:29 | Zagor | Bagder: yes |
13:47:17 | Moufle | Zagor: and it looks like it's the Orig firmware that says this |
13:47:55 | Zagor | Moufle: how are your batteries? |
13:48:13 | Moufle | ok i think |
13:48:31 | Moufle | grrr |
13:48:32 | Zagor | harddisk errors are often a sign of low batteries |
13:48:47 | Moufle | i will charge it for some hours |
13:49:12 | Moufle | anyway thx for the fixes, I hope you'll be able to modify/post my little HOWTO |
13:48:55 | Zagor | I think maybe a printed line in ../tools/configure is enough. "Don't forget to copy system.ajf to your archos!" |
13:49:10 | Zagor | when you select loadable fonts |
13:49:17 | Zagor | now that I fixed the makefile |
13:50:25 | Moufle | yup |
13:51:30 | Zagor | thanks anyway |
13:52:35 | | Part LinusN|meeting |
13:53:36 | | Join LinusN [0] (~linus@labb.contactor.se) |
13:54:39 | | Part LinusN |
13:56:09 | adi|home | its definatly a bug.. not contrast |
13:56:17 | adi|home | i wrote down the steps to get to the contrats |
13:56:20 | adi|home | i load the fonts |
13:56:23 | adi|home | i follow the steps |
13:56:23 | Lowfiler | heya :) |
13:56:26 | adi|home | change the contrast |
13:56:30 | Lowfiler | tried the daily build from today |
13:56:33 | adi|home | reload w/o contrast |
13:56:39 | Lowfiler | nice fastfwd :) |
13:56:42 | adi|home | and the contrast setting hasn't changed |
13:56:50 | Zagor | adi|home: tried the bleeding build? |
13:56:54 | adi|home | nods |
13:56:57 | Zagor | Lowfiler: yeah, isn't it? |
13:56:58 | adi|home | i updated my cvs |
13:57:02 | adi|home | and compiled locally |
13:57:18 | adi|home | unless you made changes in the last 10 mins |
13:57:26 | | Join LinusN [0] (~linus@labb.contactor.se) |
13:57:53 | Lowfiler | its great :) |
13:57:57 | Zagor | only in firmware/Makefile |
13:58:16 | adi|home | yup.. i updated that |
13:58:40 | Zagor | i'll do a fresh checkout and try here. hold on. |
13:58:45 | adi|home | k |
13:58:53 | adi|home | besides.. my contrast is at 47 |
13:58:57 | LinusN | ok guys, how long is the average .mp3 file name? |
13:59:02 | adi|home | i should see something... |
13:59:06 | adi|home | hmmm.. |
13:59:15 | adi|home | figure "band - album - name" |
13:59:23 | Zagor | LinusN: hehe. 25-40 chars, I'd hazard a quick guess |
13:59:24 | Bagder | LinusN: you mean without path? |
13:59:24 | adi|home | figure 45 chars per field? |
13:59:31 | adi|home | 130 chars maybe? |
13:59:31 | LinusN | without |
13:59:33 | Zagor | adi average? |
13:59:41 | Bagder | LinusN: I'll give you my average in a sec |
13:59:43 | adi|home | hmm.. well |
13:59:48 | adi|home | im not average ;) |
13:59:56 | adi|home | i do dirs by band name |
14:00 |
14:00:01 | | Part LinusN |
14:00:03 | adi|home | and only the song name for mp3 |
14:03:50 | Bagder | find . -name "*mp3" | awk 'FS="/"; { print $NF}' | egrep -v '^\./' | wc | awk '{ print $3/$1 }'; |
14:03:58 | Bagder | 34.1117 |
14:04:01 | Bagder | :-) |
14:04:18 | | Join LinusN [0] (~linus@labb.contactor.se) |
14:04:23 | adi|home | 33 |
14:04:26 | Bagder | LinusN: 34.1117 |
14:04:30 | adi|home | 33.8244 |
14:04:31 | LinusN | f*cking tunnel |
14:04:31 | Bagder | =) |
14:04:40 | Bagder | adi|home: I win ;-) |
14:04:41 | LinusN | ok, so 30-40 bytes then |
14:04:43 | adi|home | lol |
14:04:49 | adi|home | but you have to figure... |
14:04:54 | LinusN | i missed you discussion |
14:04:59 | adi|home | mine is generally artist - song.mp3 |
14:05:00 | LinusN | your |
14:05:09 | Bagder | adi|home: mine are too |
14:05:21 | adi|home | lotsa ppl do artist - album - song |
14:05:33 | adi|home | so id figure may 45 to be safe |
14:05:39 | Moufle | "you know that you have done too much computer" ... When you get to know the mean size of your Mp3 collection |
14:05:42 | adi|home | ie: ours + (our/2) |
14:05:47 | LinusN | mine are often artist - album - tracknum - name.mp3 |
14:05:51 | adi|home | LOL |
14:05:56 | adi|home | nods |
14:05:59 | Bagder | LinusN: find . -name "*mp3" | awk 'FS="/"; { print $NF}' | egrep -v '^\./' | wc | awk '{ print $3/$1 }'; |
14:06:06 | adi|home | i do that for broadway showtumes |
14:06:30 | Topic | "Who needs friends. We have => find . -name "*mp3" | awk 'FS="/"; { print $NF}' | egrep -v '^\./' | wc | awk '{ print $3/$1 }';" by adi|home (~adiamas@216.194.23.67) |
14:07:19 | Bagder | the egrep in there is a bit lame, it should be possible to do it without that |
14:07:33 | Bagder | but I leave that for improvements in the next release ;-) |
14:08:36 | Hes | 24.4703 |
14:08:45 | LinusN | if we assume that the average filename length is 45, we can have 500 files in an 22Kb buffer |
14:09:28 | Zagor | i say 16kb is enough, then |
14:09:34 | Zagor | that's 354 files |
14:09:36 | Zagor | 364 |
14:09:37 | * | adi|home nods |
14:10:01 | Bagder | "364 files should be enough for everybody" ;-) |
14:10:06 | Zagor | haha |
14:10:07 | LinusN | how many files did the 200-file-limit guy have? |
14:10:09 | adi|home | thank you gill bates |
14:10:16 | | Nick Zagor is now known as BjornGates (~bjst@callisto.contactor.se) |
14:10:23 | adi|home | i don't think he said |
14:10:24 | Hes | Ha, 655 files for me |
14:10:33 | Hes | He probably has half a thousand or so |
14:10:41 | Hes | more than the limit, anyway 8-) |
14:10:44 | adi|home | prob doesn't have an key to rep the internet on his keyboard |
14:11:09 | | Nick BjornGates is now known as Zagor (~bjst@callisto.contactor.se) |
14:11:25 | adi|home | okay.. i need a nap.. be back later |
14:11:29 | Bagder | night adi |
14:11:55 | Bagder | we use 200*260 today, don't we? |
14:12:00 | Bagder | 52kb |
14:12:04 | Zagor | yup |
14:12:08 | Zagor | nice saving |
14:12:12 | LinusN | ok, i set the average file size to 40 bytes and the dir cache size to 400 files |
14:12:16 | Bagder | nice shaving ;-) |
14:12:35 | Zagor | I noticed the playlist loader also uses 50k. cut that down to 16kb too, I think, now that the disk code is much faster |
14:13:05 | Bagder | right |
14:13:17 | LinusN | it should be the same size as the dir cache |
14:13:27 | Zagor | why? |
14:13:33 | Bagder | yes why? |
14:13:34 | Zagor | it's the text file loader buffer |
14:13:37 | LinusN | because dir play must work |
14:13:59 | *** | Saving seen data "./dancer.seen" |
14:14:14 | Zagor | right |
14:14:36 | LinusN | i should put those #defines globally somewhere |
14:14:46 | Zagor | now I understand why it was so big. I thought I remembered it being much smaller before |
14:14:58 | LinusN | it was 500 bytes or so |
14:15:15 | Zagor | LinusN: apps/limits.h |
14:15:21 | Zagor | why not expose them in the open |
14:15:38 | LinusN | do we have any more limits? |
14:15:45 | LinusN | 10000 files playlist? |
14:15:50 | Bagder | yes |
14:15:54 | Zagor | the playlist size is the only one I can think or right now |
14:15:59 | Bagder | we probably have some more too |
14:16:36 | Zagor | limits.h is a bad name, though. |
14:16:39 | Zagor | applimits.h |
14:16:53 | Zagor | limits.h defines type sizes |
14:17:18 | Zagor | might aswell avoid the collision |
14:20:34 | Bagder | http://rockbox.haxx.se/tshirt-contest/designs.html |
14:20:43 | Bagder | Adiamas' latest ones added |
14:21:37 | Zagor | haha |
14:21:48 | Zagor | those mastercard spoofs are popular these days |
14:22:02 | Bagder | ? |
14:22:25 | Zagor | the "priceless" gag is from a mastercard commercial in the us |
14:22:33 | Bagder | oh |
14:22:41 | * | Bagder learned something |
14:31:07 | LinusN | We just saved 50Kb of memory! |
14:31:07 | LinusN | and increased the max-file limit to 400 |
14:31:19 | Bagder | really cool |
14:31:24 | Bagder | does it work too? B) |
14:31:28 | Zagor | the power of clever code |
14:31:29 | LinusN | of course not |
14:31:43 | LinusN | the power of short file names |
14:32:28 | Hadaka | those "priceless" gags have been around for decades |
14:32:39 | Zagor | yeah |
14:35:38 | Zagor | Bagder: what must be in CVS to work? I'm trying to make a fake CVS dir so I can run 'cvs update' from the project root |
14:35:51 | Zagor | it works at home, but I fail here |
14:36:11 | Bagder | Zagor: don't fake it, just checkout "." in a suitable directory |
14:37:06 | Zagor | ..and if I don't want the www module? :-) |
14:37:16 | LinusN | then delete it again |
14:37:25 | Zagor | no. next update puts it pack |
14:37:30 | LinusN | after waiting for the huge devcon images |
14:37:30 | Bagder | remove it from CVS/Entries perhaps |
14:38:36 | Bagder | I always get . and just ignore that I get the www too |
14:38:55 | Zagor | the simple solution to my problem was to set CVSROOT in an env variable |
14:38:56 | Hes | i do checkout/update apps firmware uisimulator tools |
14:42:46 | * | Zagor is checking in ata_delayed_write() |
14:45:14 | LinusN | Zagor: is there a way to spin up the disk without accessing the disk? |
14:45:26 | LinusN | like a SPIN_UP command? |
14:45:32 | Zagor | no |
14:45:44 | Zagor | why? |
14:45:52 | LinusN | just curious |
14:45:56 | Zagor | ok |
14:45:56 | Bagder | time to get an ice cream |
14:49:05 | LinusN | Zagor: does it still say "Saving Settings"? |
14:49:21 | Zagor | yes, but so fast nobody sees it :-) |
14:49:28 | Zagor | so that can be removed |
14:49:36 | LinusN | it must be removed |
14:49:40 | LinusN | it is a lie |
14:49:46 | Zagor | yup |
14:50:08 | LinusN | Zagor: is there a way to tell if the settings aren't saved yet? |
14:50:18 | Zagor | never was |
14:50:23 | dwihno | ><))))8> |
14:50:27 | LinusN | of course it never was |
14:50:31 | LinusN | it is a new feature |
14:50:51 | Zagor | try it before you diss it, ok? |
14:51:05 | LinusN | why would i diss it? |
14:51:13 | Zagor | sounded like it last time :-) |
14:51:23 | elinenbe|sleep | I have a serious bug. |
14:51:28 | | Nick elinenbe|sleep is now known as elinenbe (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
14:51:37 | elinenbe | I just grabbed the latest CVS |
14:51:50 | LinusN | no, i meant if there is a way to tell, and we could display it somewhere, like the 'info' screen |
14:52:18 | elinenbe | then I loaded onto an ajbr6k the fimware and the font |
14:52:30 | elinenbe | (this bug only occurs when I use the loadabel fonts) |
14:52:33 | LinusN | and *BOOOM* |
14:52:38 | elinenbe | correct! |
14:52:39 | Zagor | LinusN: it's a local bool in ata.c: delayed_write. true if a write is pending |
14:52:53 | elinenbe | I get a few pixels on the left side of the screen. |
14:52:55 | LinusN | ok |
14:52:55 | Zagor | elinenbe: copied the font? |
14:53:09 | LinusN | yes he did |
14:53:10 | elinenbe | yeah −− the default one that is made with the new makefile |
14:53:24 | Zagor | ok |
14:54:53 | elinenbe | a pattern repeates itself down the lefthand side (i take picture and upload) |
14:56:48 | elinenbe | is disk writing working properly now? |
14:57:09 | Zagor | yes, but the file system support isn't ready. only sector writing. |
14:57:14 | elinenbe | ah... |
14:57:17 | elinenbe | that is a good start |
14:57:33 | Zagor | yes |
14:57:51 | elinenbe | no more RTC stuff? |
14:58:01 | LinusN | what makefile creates the system.ajf font? |
14:58:11 | Zagor | firmware |
15:00 |
15:00:59 | LinusN | my recorder is completely blank with the default loadable font |
15:00:59 | | Quit mistax (Read error: 110 (Connection timed out)) |
15:01:16 | LinusN | blank=dead |
15:01:16 | elinenbe | www.screamingapple.com/archos.jpg |
15:01:23 | elinenbe | LinusN: same thing here. |
15:01:31 | elinenbe | just check out that picture |
15:01:51 | Zagor | very strange |
15:02:08 | LinusN | elinenbe: you are lucky! |
15:02:13 | LinusN | you get pixels on the screen |
15:02:16 | Zagor | I can't test it myself now, the usb port on this computer has gone completely bonkers :-( |
15:02:17 | elinenbe | are settings now saved to disk (to the sector)? |
15:02:18 | elinenbe | hehe |
15:02:25 | Zagor | elinenbe: only on players |
15:02:29 | LinusN | elinenbe: only on player |
15:03:00 | elinenbe | will that be coming for the recorder too? |
15:03:03 | Moufle | it looks like display was reversed by 90° |
15:03:26 | Moufle | you can see n° artist song in the wrong way |
15:03:26 | LinusN | elinenbe: someday, yes |
15:03:31 | Zagor | elinenbe: yes. but currently recorder only uses rtc |
15:05:25 | elinenbe | Zagor & LinusN: it would be nice for the recorder to use the disk too. That way my settings would be presistent. Currently every time I replace my batteries I lose everything :( |
15:05:37 | Zagor | yes, it will |
15:05:47 | LinusN | elinenbe: you are a minority |
15:05:53 | Zagor | haha |
15:05:56 | LinusN | most people keep their batteries in the unit |
15:06:05 | | Quit Moufle ("Client Exiting") |
15:06:18 | Zagor | still, with the delayed writing there is no real reason not to write to disk on recorder too |
15:06:30 | Zagor | also, this enables true resume Real Soon Now |
15:06:44 | Bagder | we should add it on the recorder too, indeed |
15:06:47 | LinusN | isn't the recorder able to be partitionless? |
15:06:48 | elinenbe | some of us have a 1 hour charger and use the jukebox 20 hours a day :) |
15:06:57 | PsycoXul | oh btw are directories supposed to repeat? i don't see any repeat option... |
15:06:58 | Zagor | LinusN: both player and recorder are |
15:07:07 | Zagor | PsycoXul: all playlists repeat |
15:07:13 | Zagor | dirs are playlists too |
15:07:14 | LinusN | PsycoXul: the repeat option is always ON |
15:07:18 | PsycoXul | i see |
15:07:38 | Zagor | one of the we-really-should-fix items :-) |
15:07:42 | PsycoXul | can we get that in the settings? |
15:07:43 | PsycoXul | heh |
15:07:57 | PsycoXul | and how about parse/filename fallback for no-id3 tracks |
15:08:00 | LinusN | now we come back to the repeat problem... |
15:08:18 | Zagor | problem? |
15:08:26 | LinusN | yes, what is repeat? |
15:08:37 | LinusN | for playlists it is simple |
15:08:46 | LinusN | for dir play it isn't that simple |
15:09:07 | Zagor | isn't repeat a fairly entrenched concept? cd players have had it since 1985 or something |
15:09:11 | LinusN | maybe two settings, loop and repeat |
15:09:22 | Zagor | repeat one and repeat all |
15:09:43 | Zagor | nobody will understand the difference btwn loop and repeat (neither do I) |
15:09:57 | LinusN | ok, so without repeat, the dir should play to the end of the dir? |
15:10:02 | Zagor | ywa |
15:10:03 | Zagor | yes |
15:10:11 | LinusN | and with repeat it should repeat and loop |
15:10:18 | Zagor | yes |
15:10:21 | LinusN | ok |
15:10:29 | Zagor | and repeat-one repeats the same song |
15:10:42 | LinusN | the playlist code can't handle non-repeating lists today |
15:11:34 | Zagor | i know. fixing... |
15:11:52 | LinusN | there is a pile of interesting problems with that |
15:12:03 | Zagor | is there? explain |
15:12:31 | LinusN | it has to do with the negative index parameter being less than -1 |
15:12:50 | LinusN | and that the user toggles the mode while playing |
15:12:59 | Zagor | I don't see the problem |
15:13:58 | LinusN | the code sets the index to 0 when the negative index goes past the start of the list |
15:14:33 | Zagor | we already fixed that. and without repeat, that is not allowed. so I still don't see a problem |
15:14:45 | * | Zagor is thick-headed |
15:15:04 | LinusN | if the user disables loop when wrap is already made you can't press PREV |
15:15:44 | Zagor | ah, right. that old thing :-) |
15:15:58 | LinusN | Farbror Frej haunts us again |
15:16:02 | Zagor | hehe |
15:16:25 | LinusN | just try to imagine all special cases, and test with farbror Frej |
15:16:36 | Zagor | yes |
15:17:03 | LinusN | by the way, the setting name loop_playlist isn't very good |
15:17:03 | Zagor | buh, I can't test without working usb. I'll hold this work 'til tonight |
15:17:14 | Zagor | I know. it should be repeat_all |
15:17:26 | | Join Moufle [0] (~moof@195.101.176.125) |
15:17:35 | Zagor | Moufle: working better? |
15:17:37 | LinusN | Zagor: do we really need repeat_one? |
15:17:53 | Zagor | yes, I think so. for completeness, if nothing else. |
15:17:57 | LinusN | ok |
15:17:59 | Moufle | Zagor: not at all, may I send you an error log via a /msg? |
15:18:08 | Zagor | Moufle: sure |
15:18:45 | adi|home | frabror Frej? |
15:18:47 | adi|home | wtf is that? |
15:18:59 | Lowfiler | heya uhm |
15:19:04 | Zagor | 20 second comedy tracks |
15:19:13 | LinusN | in 32kbit/s |
15:19:16 | Zagor | excellent for testing many concurrent files in the buffer |
15:19:30 | Lowfiler | is it possible that the battery-info is not really correct in v1.2 |
15:19:47 | Zagor | yes |
15:19:56 | LinusN | everything is possible |
15:20:01 | Lowfiler | :) |
15:20:25 | Zagor | Lowfiler: 1.2 battery code is very early. it's improved a bit since then and is growing better day by day. |
15:20:57 | Lowfiler | ok thats good. btw: its a nice idea to show it in % |
15:21:55 | Zagor | yeah. we like everything in % :-) |
15:22:09 | Lowfiler | i c :) |
15:22:24 | Zagor | just remember, it's % voltage. not % battery time |
15:23:05 | Lowfiler | uh ok |
15:23:53 | Lowfiler | does somebody know if its possible (ya i know - everything is possible :P) to play ogg-vorbis with the jbr |
15:24:01 | LinusN | hardly |
15:24:01 | Lowfiler | in the future |
15:24:25 | Zagor | not unless a miracle happens |
15:24:27 | Lowfiler | then u have to flash the decoder |
15:24:30 | Lowfiler | hehe |
15:24:42 | LinusN | something like that |
15:24:57 | LinusN | the RAM is probably to small |
15:25:04 | LinusN | for both code and data |
15:25:12 | Lowfiler | hmm yes thats right |
15:25:15 | LinusN | in the decoder chip |
15:25:23 | Hadaka | oh, damn, I forgot the answer alread - does, or does not, gcc-3.2 have sh1 support? |
15:25:33 | Zagor | Hadaka: dunno |
15:25:37 | LinusN | i'm not sure |
15:25:46 | Bagder | I don't think anyone found out yet |
15:26:02 | LinusN | Hadaka: go find out! |
15:26:10 | Hadaka | haha :) |
15:26:59 | Lowfiler | hmm the bug in archos-os 1.27d is nice - i use 5GB hd-space but it shows me that >18gig are free :) |
15:27:33 | Zagor | Lowfiler: haha |
15:27:46 | LinusN | i use 5Gb and i have 35Gb free |
15:27:49 | * | Zagor can laugh, since we don't even try to calculate free space |
15:28:10 | PsycoXul | hey yeah when's rockbox gonna show disk space usage info? heh |
15:28:15 | Zagor | LinusN: really? I have about the opposite.. |
15:28:24 | LinusN | PsycoXul: as soon as you have sent us the patch :-) |
15:28:28 | Zagor | PsycoXul: when you submit that patch ;) |
15:28:29 | PsycoXul | :p |
15:28:34 | Zagor | echo |
15:28:41 | LinusN | Zagor: i exaggerated a little... |
15:28:44 | * | Bagder says "show us the code" and runs to hide |
15:28:47 | Lowfiler | [15:29] <LinusN> i use 5Gb and i have 35Gb free <<?? 40gb |
15:28:55 | Zagor | 40 gig rocks |
15:29:01 | LinusN | Toshiba |
15:29:16 | Lowfiler | nice :) |
15:29:21 | LinusN | Bagder: :-) |
15:29:35 | Lowfiler | some1 here who has jbmm |
15:30:03 | Lowfiler | i read that it is a really buggy thing |
15:30:14 | Hadaka | hmmh |
15:30:20 | Zagor | too bad the 60gig draws so much power, or I'd buy one just for the bragging rights |
15:30:39 | Zagor | Lowfiler: I wouldn't be surprised. |
15:30:41 | Hadaka | well, sh1 has not been obsoleted - so that that would mean that it is still in-tree atleast |
15:30:55 | LinusN | Hadaka: good |
15:31:07 | LinusN | i think they lack a maintainer for the sh1 |
15:31:27 | Hadaka | yeah, it might be that it doesn't work, but atleast it isn't removed |
15:31:42 | Hadaka | hmm |
15:31:51 | Hadaka | I wonder when toolchain is going to be updated to 3.2 |
15:32:12 | Lowfiler | btw: can somebody of you build a option to leafe the backlight allways on? |
15:32:41 | LinusN | sure |
15:32:57 | Lowfiler | would be cool |
15:33:20 | Zagor | Lowfiler: just set it to 0 |
15:33:27 | Lowfiler | hmm |
15:33:31 | LinusN | no, then it will be always off |
15:33:39 | Zagor | really? try it! :-) |
15:33:43 | * | Zagor just did |
15:33:48 | Lowfiler | no its always on now |
15:33:49 | Lowfiler | :) |
15:33:54 | Lowfiler | great! |
15:35:13 | LinusN | ok, i remembered it wrong |
15:35:33 | Lowfiler | That will use a lot of power but i dont care |
15:35:37 | Zagor | haha |
15:35:38 | LinusN | what did we say in the last backlight discussion? |
15:35:55 | LinusN | off, on, 1,2,3,4,5,6,7,8,9,10? |
15:36:08 | Hes | off, on, 1,2,3,4,5,6,7,8,9,10...30 at least |
15:36:12 | Zagor | yes, something like that. only don't stop at 10 |
15:36:20 | LinusN | ok, 30 then? |
15:36:46 | Zagor | why a low upper limit? give'em 250 it that's what anyone wants |
15:36:59 | Hes | right |
15:37:01 | * | Hes is gone, bye |
15:37:05 | Zagor | bye |
15:37:09 | | Quit matsl|away ("Client Exiting") |
15:37:26 | LinusN | Zagor: because I planned on using the set_enum() function |
15:37:34 | Zagor | oh |
15:38:04 | Zagor | well how about 1-10 in seconds, then 15,20,25,30,60,90,120,180 or something |
15:38:14 | LinusN | good idea |
15:38:16 | Lowfiler | that's good :) |
15:39:04 | Lowfiler | will the next version include file-options? (delete, new etc.) |
15:39:04 | Bagder | http://groups.yahoo.com/group/archosjukebox6000/message/11845 |
15:39:13 | Bagder | people don't stop doing rockbox talk in there |
15:40:02 | Zagor | nope |
15:40:11 | LinusN | silly sods |
15:40:15 | Zagor | not really |
15:40:32 | Zagor | it's not bad having user talk in there while we have more dev-talk on our list |
15:40:48 | Zagor | after all, rockbox is now part of their world. so they discuss it. |
15:41:42 | Zagor | just like the discuss cassette adapters, chargers, carrying cases and anything else |
15:44:30 | Lowfiler | i think if you will add all functions (that are not integrated in rockbox) from the original firmware, no-one will use the original anymore |
15:44:59 | Bagder | we will |
15:45:02 | Bagder | eventually |
15:45:39 | Lowfiler | maybe archos will contact u then :) |
15:46:50 | adi|home | didn't someone have a cli for building a playlist easily? |
15:47:08 | Lowfiler | directly on the player? |
15:47:08 | Bagder | find . -name "*mp3" > allthemdarnedfiles.m3u |
15:47:21 | adi|home | k. |
15:55:24 | Bagder | Zagor: did you ever write down those quick "create me a play list" commands anywhere? |
15:56:50 | Zagor | no. a good candidate for the manual |
15:57:13 | Bagder | indeed |
15:57:13 | LinusN | backlight setting committed |
15:57:22 | Zagor | goodie |
15:57:44 | adi|home | Bagder: what are you talking about? |
15:58:01 | adi|home | god damnit.. |
15:58:04 | Bagder | adi|home: we should write down those "one-liners" that creates playlists |
15:58:04 | adi|home | wtf is going on |
15:58:09 | adi|home | my archos is mounted rw |
15:58:14 | adi|home | but after like 5 commands |
15:58:15 | Bagder | for linux and windows |
15:58:16 | * | Zagor just set up an rdate cron job for the web server |
15:58:22 | adi|home | i get 'ro file system; errors |
15:58:28 | LinusN | gotta go now, bye! |
15:58:39 | Bagder | adi|home: it means your fs is screwed up |
15:58:42 | Bagder | bye LinusN |
15:58:55 | Lowfiler | cu linusN |
15:58:57 | | Part LinusN |
15:58:58 | Zagor | adi|home: that's just what I got here too |
15:59:01 | Bagder | adi|home: that's that the fat fs does when it finds weirdnesses |
15:59:15 | adi|home | nod |
15:59:17 | Bagder | (in linux that is) |
15:59:23 | Zagor | i think it's the usb layer that's broke down |
15:59:24 | adi|home | Bagder: you feel like cating me your fstab? |
15:59:25 | Moufle | or your linux kernel |
15:59:43 | Moufle | I had similar stuff on an ancian kernel |
16:00 |
16:00:13 | Bagder | check the kernel/messages log for details |
16:00:25 | Bagder | adi|home: for the archos mount you mean? |
16:00:45 | Bagder | /dev/sda1 /mnt/archos vfat noauto,umask=0 0 0 |
16:00:57 | adi|home | yeah.. hmm not good |
16:01:05 | adi|home | Aug 15 10:00:36 truman kernel: Filesystem panic (dev 08:01). |
16:01:05 | adi|home | Aug 15 10:00:36 truman kernel: FAT error |
16:01:05 | adi|home | Aug 15 10:00:36 truman kernel: File system has been set read-only |
16:01:05 | DBUG | Enqueued KICK adi|home |
16:01:05 | adi|home | Aug 15 10:00:36 truman kernel: Directory 11374: bad FAT |
16:01:14 | Bagder | exactly |
16:01:19 | Bagder | I got that too once |
16:01:23 | Hadaka | adi|home: have you done fsck.vfat on that? |
16:01:24 | Bagder | fsck time |
16:01:29 | Hadaka | /dev/scsi/host0/bus0/target0/lun0/part1 /mnt/jukebox vfat defaults,user,noauto,p |
16:01:32 | Hadaka | osix 0 0 |
16:01:46 | Bagder | posix, wazzat? |
16:02:06 | adi|home | bummmm.. if i fsck it.. won't that clear the contents? |
16:02:10 | Hadaka | posix Allow two files with names that only differ in case. |
16:02:14 | Hadaka | adi|home: no |
16:02:21 | Bagder | aha |
16:02:22 | Hadaka | adi|home: mkfs clears contents ;) |
16:02:43 | Bagder | I had to mkfs when that happened to me |
16:02:49 | adi|home | okay.. should i assume |
16:02:55 | adi|home | fsck -t vfat? |
16:02:55 | Hadaka | dosfsck has worked like a dream on my archos |
16:02:59 | Hadaka | no |
16:03:25 | Hadaka | dosfsck -r /dev/sda1 |
16:03:31 | Hadaka | and don't have your filesystem mounted |
16:03:48 | adi|home | should i assume, no action? |
16:04:03 | Hadaka | no |
16:04:09 | adi|home | oky... first error.. |
16:04:12 | Hadaka | -r Interactively repair the file system. |
16:04:15 | adi|home | There are differences between boot sector and its backup. |
16:04:30 | Hadaka | well for me, I just let it fix all the errors |
16:04:50 | Hadaka | and - it doesn't make the changes right away |
16:04:58 | Hadaka | it makes them at the end and asks for confirmation |
16:05:06 | adi|home | k |
16:05:26 | Hadaka | so just say yes to everything - and decide at the end whether to say yes or no to the final write |
16:07:04 | adi|home | while its running.. if there are no errors.. |
16:07:10 | adi|home | is there any kind of output? |
16:07:21 | Bagder | use -l or -v for that |
16:07:26 | Bagder | -l List path names of files being processed. |
16:07:29 | adi|home | k |
16:08:10 | Hadaka | just let it run |
16:08:15 | Hadaka | it's going to take a while |
16:08:20 | adi|home | k |
16:08:49 | | Quit Moufle ("Client Exiting") |
16:09:23 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
16:09:23 | * | Bagder regged a suitable name on yahoo to reply to Qs |
16:09:33 | adi|home | whats that? |
16:09:38 | Bagder | rockboxroxx |
16:09:47 | adi|home | hehehe |
16:09:58 | Bagder | :-) |
16:10:54 | adi|home | i wrote a script in college to screw with the reg process on yahoo |
16:11:14 | adi|home | i think i had like ~2k names registerd when it stopped working :) |
16:11:28 | Bagder | Zagor: <input type=hidden name=as_sitesearch value="bjorn.haxx.se"> |
16:14:02 | *** | Saving seen data "./dancer.seen" |
16:21:53 | adi|home | okay.. why you said this was going to take awhile.. |
16:21:57 | adi|home | are we talking.. 15-20 mins |
16:22:03 | adi|home | or we talking 2-4 hrs? |
16:23:59 | Bagder | http://groups.yahoo.com/group/archosjukebox6000/surveys?id=965249 |
16:24:11 | Bagder | another "do you use rockbox" poll |
16:27:28 | adi|home | heheh didn't take you long to notice did it ;) |
16:27:39 | Bagder | hheheh |
16:27:58 | adi|home | i wanna get answers on how many of them are using it, and if not, why |
16:29:54 | adi|home | vote again.. i fixed the polls |
16:33:38 | | Join Moufle [0] (~moof@195.101.176.125) |
16:41:00 | | Join mistax [0] (lamamba_@213.66.147.135) |
16:49:23 | notch|lunch | 100% rockbox :-) |
16:51:47 | | Quit Moufle (Remote closed the connection) |
16:53:17 | Bagder | http://slashdot.org/comments.pl?sid=37993&cid=4073110 |
17:00 |
17:00:21 | Bagder | I'm off |
17:00:25 | | Part Bagder |
17:09:18 | dwihno | "In short, buy an Archos and load RockBox!!" |
17:11:18 | matp | hi guys. quick question: do we use much battery power when paused ? |
17:11:22 | adi|home | lol |
17:11:30 | adi|home | 4/11 tshirst are my desing |
17:11:31 | adi|home | lol |
17:11:45 | adi|home | i wouldn't expect so matp but i dunno |
17:12:20 | matp | I mean, it's only scrolling the screen. I wouldn't have tought so either. Thanks. |
17:12:33 | fragglet | the guy wanted it for jogging though |
17:12:48 | fragglet | the archos manual explicitely says you shouldnt use it while jogging iirc |
17:16:33 | | Join LinusN [0] (~linus@labb.contactor.se) |
17:16:38 | LinusN | yo! |
17:17:06 | LinusN | i noticed that the bitrate and total time is wrong in VBR tracks |
17:17:25 | Zagor | ooh, bad |
17:17:34 | Zagor | must be the ff patch |
17:17:37 | LinusN | the bitrate is always 128kbit |
17:17:48 | Zagor | (was in meeting last hour) |
17:17:53 | LinusN | ic |
17:18:48 | LinusN | well, time to eat. just wanted you guys to know. bye! |
17:19:11 | | Part LinusN |
17:26:49 | Zagor | time to go home. see you soon. |
17:26:50 | | Quit Zagor ("Client Exiting") |
17:38:38 | * | notch|lunch must get diet coke or will die |
17:38:54 | | Quit notch|lunch () |
17:47:48 | | Join aakil [0] (~anon007@adsl-63-195-51-251.dsl.snfc21.pacbell.net) |
18:00 |
18:14:05 | *** | Saving seen data "./dancer.seen" |
18:15:34 | | Nick Zagor|away is now known as Zagor (bjst@as9-5-6.k.s.bonet.se) |
18:34:41 | | Quit aakil (Read error: 110 (Connection timed out)) |
19:00 |
19:03:11 | | Nick Zagor is now known as Zagor|pub (bjst@as9-5-6.k.s.bonet.se) |
19:49:23 | | Part elinenbe |
20:00 |
20:14:06 | *** | Saving seen data "./dancer.seen" |
20:15:40 | ironi | hi ppl |
20:22:24 | | Join freshmaker [0] (~chatzilla@pD95882B7.dip.t-dialin.net) |
20:24:31 | freshmaker | id3 tags seem to be broken in recent cvs. can anyone confirm this? |
20:36:39 | RipnetUK | neone know a good time server (ntp)? mine (machester uni) seems to be down |
20:38:30 | | Join rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) |
20:39:31 | | Quit RipnetUK (Read error: 113 (No route to host)) |
20:39:47 | | Part rwood |
20:57:28 | Zagor|pub | freshmaker: confirmed |
21:00 |
21:03:17 | freshmaker | Zagor|pub: Rats. *My* favorite pub has no WLAN ;-) |
21:03:58 | freshmaker | Any idea when it will be fixed? It's that FF/BW patch, isn't it? |
21:03:59 | | Nick Zagor|pub is now known as Zagor (bjst@as9-5-6.k.s.bonet.se) |
21:04:05 | Zagor | hehe, i'm home again :-) |
21:04:22 | Zagor | yes, that was prolly what broke it. looking at it now. |
21:04:36 | Zagor | (then I'm doing resume before anyone else gets the chance! ;) |
21:08:27 | Zagor | found it. i missed one line from the patch |
21:25:34 | | Join elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
21:25:43 | elinenbe | hello |
21:52:35 | adi|work | didn't someone here say they were doing SMS bundling? |
22:00 |
22:02:30 | | Join Electrocut [0] (Electrocut@rennes-1-a7-62-147-97-222.dial.proxad.net) |
22:07:28 | adi|work | Zagor you around? |
22:12:50 | Hes | Good evening. |
22:14:07 | *** | Saving seen data "./dancer.seen" |
22:22:56 | | Quit edx ("later") |
22:23:27 | freshmaker | Has anyone tried to compile with '-Os'? saves about 5k, but I cowardly didn't try it on my jukebox. |
22:27:37 | Zagor | here noe |
22:27:38 | Zagor | now |
22:27:58 | Zagor | freshmaker: never tried it |
22:29:03 | freshmaker | anyway, it a bit too early for compile time fine tuning. |
22:29:14 | Zagor | :) |
22:31:48 | adi|work | Zagor.. Smash... |
22:31:51 | adi|work | :) |
22:31:54 | adi|work | your my buddy :) |
22:31:59 | Zagor | hehe |
22:32:11 | * | adi|work started looking into sms today... |
22:32:19 | adi|work | any docs you could recommend? |
22:33:19 | Zagor | I've got plenty. what layer are you interested in? |
22:33:35 | adi|work | for now.. |
22:33:35 | | Join rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) |
22:33:40 | adi|work | recipient to gateway |
22:33:49 | adi|work | other then that i can't tell you much :) |
22:33:57 | * | adi|work is just feeling out the water as yet |
22:34:10 | Zagor | you want to send or recieve? |
22:34:19 | adi|work | sorry... send |
22:34:30 | adi|work | with confirmation (where possible) |
22:34:33 | freshmaker | some GNU make guru around? how do i use a conditional with two 'anded' expressions, like "if eq(a,b) and defined(foo)"? |
22:34:55 | Zagor | GSM messages always reach their destination, or timeout. I don't think many SMSCs deal with confirmation. |
22:35:06 | adi|work | okay |
22:35:29 | Zagor | freshmaker: use multiple lines |
22:35:38 | Zagor | if eq(a,b) |
22:35:44 | Zagor | if defined(boo) |
22:35:45 | Zagor | endif |
22:35:46 | Zagor | endif |
22:36:37 | freshmaker | thanks, thought about that, but it's a bit ugly, though. |
22:37:30 | Zagor | afaik, it's the only way. make is but a simple timestamp comparer :) |
22:39:49 | rwood | this is randy wood, i sent in the ROLO code a week or so ago - i'm looking to get a recorder to finish the task if no one gets to it first. is USB 2.0 worth the price difference between the 10 and 20? |
22:40:01 | Zagor | rwood: oh, absolutely! |
22:40:33 | Zagor | welcome, by the way :-) |
22:40:46 | Zagor | and thanks for the rolo patch |
22:41:00 | rwood | Zagor: you are a smooth talker - i'll order today and should have it early next week - you are welcome on both |
22:41:24 | Zagor | :) |
22:42:03 | Hes | I have a recorder 20... usb2.0 really rocks |
22:42:41 | Hes | don't have an USB 2.0 interface on my work machine or laptop, it takes ages to transfer a large amount of data |
22:42:49 | rwood | my computer has 1.1 any suggestions on a good PCI card |
22:42:52 | | Join RipnetUK [0] (~george@ripnet.fsnet.co.uk) |
22:43:00 | Hes | when compared to the home box which I bought the card for |
22:43:36 | Hes | I got a cheap 5-port one which has the nec chip (first USB 2.0 interface chip that shipped) |
22:43:52 | Hes | which is alright, although never reaches full USB capacity |
22:44:10 | Zagor | I have a nec chip too |
22:44:32 | rwood | i'll look for that also |
22:45:13 | rwood | by the way, has anyone tested rolo on a player? |
22:45:30 | Hes | The chip is probably on a huge amount of brand cards |
22:45:40 | Hes | linux/Documentation/usb/ehci.txt talks about it |
22:49:35 | Hes | My card is Datafab's PCI-USB2N |
22:49:58 | | Quit Electrocut (Read error: 104 (Connection reset by peer)) |
22:50:11 | Hes | The ROLO code is a Very Importand and Good enhancement a lot of people have been missing |
22:50:31 | Hes | I'd just love to be able to load the archos firmware while rockbox doesn't record just yet |
22:51:35 | Zagor | it will enable a kind of task switching behaviour between different applications. imagine an address book application or calendar that you switch to, and then back. |
22:52:12 | rwood | Hes: my best guess is that i am not getting the hardware back to an initialized state before transferring to the new app |
22:52:25 | rwood | i don |
22:52:37 | Zagor | rwood: you should talk to Linus. he tried it and had some thoughts. |
22:53:00 | rwood | sorry - i don't think that it will take that much to get it going |
22:53:02 | Zagor | for one, you don't need to relocate. just put the loader code at the top of the RAM using a linker segment. |
22:54:37 | rwood | Zagor: i didn't want to get into changing the design - i just worked within the constraints as i saw them - i'll check in later so see if linus is around |
22:54:57 | Zagor | do so |
22:55:31 | rwood | i've got to go - i'll check back later |
22:55:50 | | Quit rwood () |
23:00 |
23:00:11 | Hes | z |
23:02:06 | | Join Lear [0] (~chatzilla@h106n1fls35o1002.telia.com) |
23:03:48 | Lear | Zagor: volume shortcut (menu+left/right) seems broken on the player in CVS. It just jumps to the next track. |
23:04:23 | Zagor | ok |
23:06:20 | Lear | tried disabling "discard first release event", but that didn't help... |
23:06:33 | Lear | Also, a status_draw is missing too. |
23:09:32 | Zagor | the button situation is not optimal. i'm thinking of alternative ways to handle it. |
23:10:41 | Lear | yeah, the ff_rewing vs. next/prev isn't the that easy to understan... :) |
23:15:52 | Zagor | you have wps 1.70 right? |
23:16:15 | Zagor | wps.c |
23:17:18 | dwihno | wps wps wps wps wps wps wps wps wps wps wps wps! |
23:17:31 | dwihno | :D |
23:17:35 | Lear | yep |
23:18:01 | freshmaker | so, then. i have a new patch for the recorder that optionally leaves out screensavers and games. together with '-Os' the result is 95k -> 67k. is it worth it? |
23:18:55 | Zagor | just a couple of #ifdefs ? |
23:19:11 | freshmaker | yup like so. |
23:19:21 | Zagor | sure, why not |
23:19:25 | freshmaker | mostly in the makefiles |
23:19:53 | Zagor | did you make an option in tools/configure too? |
23:20:27 | freshmaker | that's still todo. and then some tests. |
23:20:32 | Zagor | ok |
23:20:43 | freshmaker | expect the patch in one hour or so. |
23:21:18 | Zagor | ok |
23:21:31 | Zagor | i'll probably be in bed by then, but we'll see :) |
23:24:18 | Lear | Ah, the volume *does* change, the problem is that the release is considered to be a track change! |
23:25:08 | Lear | Looked at the release handling in button.c. Looks a bit odd to me; should "BUTTON_REL | diff" really be posted on release? |
23:26:17 | Zagor | yes. diff says which buttons are no longer pressed (but was last time) and the REL bit says it/they were released and not pushed |
23:26:37 | Zagor | the problem is most likely in wps |
23:30:06 | Lear | I'm not entirely sure on that... In this case, left/right is released while menu still pressed; wouldn't that - with the "diff" post - generate e.g. a left | rel even, without the menu button? => track change... |
23:31:00 | Zagor | well, it's simple elimination. the bug came alive today. wps.c was changed today. button.c was last changed the 7th. :) |
23:31:35 | Zagor | Lear: yes, that's why there's a complex state handling in wps |
23:31:41 | Zagor | no next until MENU|REL |
23:32:30 | Lear | otoh, one of the wps.c changes was changes in release mask (though that was yesterday), which could trigger a bug/shortcoming in button.c... |
23:32:50 | Zagor | :) |
23:34:15 | Lear | I see no "if(menu_button_is_down)" checks in ff/rewind or prev/next... |
23:35:48 | Zagor | you're right. that needs to be added. |
23:35:54 | Zagor | button.c still does the right thing |
23:36:10 | Zagor | the event was a PREV/NEXT release |
23:36:19 | Lear | could be, yes. Just about to try that addition (should that be only for players?). |
23:36:52 | Zagor | only players use MENU+PREV/NEXT for volume, so #ifdef that yes |
23:37:01 | Lear | And that "if" should read "if (!menu...)"... |
23:37:33 | Zagor | if(!menu_button_is_down) mpeg_next() |
23:38:39 | freshmaker | brb |
23:38:41 | | Quit freshmaker ("ChatZilla 0.8.9 [Mozilla rv:1.1b/20020809]") |
23:39:25 | Lear | that'd better be "else if(!menu_button_is_down)" on the whole block, wouldn't it? |
23:40:53 | Zagor | right |
23:41:11 | Zagor | I see now ff_rewind bypasses the keylock. not very nice :) |
23:41:19 | Lear | Seems to work too. |
23:41:35 | Zagor | that keys_locked should be the outermost if |
23:42:14 | Lear | But only "bypasses" in the release handling, right? ff_rewind won't be set if keylock is on... |
23:43:10 | Zagor | true. but the logic is still better if keylock is checked first. |
23:43:27 | Zagor | less complex to follow |
23:43:28 | Lear | clearer, at any rate, yes. |
23:43:34 | Lear | :) |
23:47:47 | Lear | OK, think I have something now; adds keylock check and menu button (for players)... |
23:48:14 | Zagor | good |
23:49:39 | Lear | argh; showing "Keylock ON" if locked on release when in menu isn't good. Another #ifdef... |
23:52:35 | Lear | Seems to work now too. Generating patch... |
23:57:46 | elinenbe | hello |
23:57:48 | elinenbe | :) |
23:57:51 | Zagor | hi there |
23:57:56 | | Join freshmaker [0] (~chatzilla@pD95882B7.dip.t-dialin.net) |
23:57:59 | elinenbe | so much seems to have been done today... great job guys. |
23:58:13 | Zagor | thanks |
23:58:53 | elinenbe | I do think however you should implement playing divx files in 2 bit color on the LCD, and until then I am going to bitch non-stop about other features I WANT, WANT, WANT!!!! :) |