00:01:17 | Lear | every time. don't know if it is size, or the fact that the last entry begins with "ZZ"... |
00:02:30 | Lear | he, played around in the directory browser (to see if I could see it in other directories), but it seems it crashed then... |
00:02:38 | Linus | how many files |
00:02:41 | Linus | ? |
00:03:23 | Linus | #define MAX_FILES_IN_DIR 200 |
00:03:47 | Lear | crash again; both times when trying to back up from a directory ("stop" to go to parent) |
00:03:56 | Linus | #define MAX_FILES_IN_DIR 200 |
00:04:25 | Lear | largest should be about 50, the next largets one (that also shows the problem) is about 30 or so. |
00:04:46 | Linus | strange |
00:05:26 | Linus | how long is the path+name? |
00:06:17 | Lear | 43 and 35 respectively, to be exact. |
00:06:37 | Lear | path+name to what, the file having the cursor? |
00:06:52 | Linus | for example |
00:07:46 | Lear | 13 (/Music/ZZ Top) |
00:08:46 | Linus | and no dir has more than 200 entries? |
00:08:57 | Linus | not even /Music ? |
00:09:12 | Lear | nope, not that I'm aware of... /music has 43. |
00:11:27 | Linus | well, i haven't heard of a bug like that before... |
00:11:40 | Linus | really strange |
00:13:47 | | Quit Zagor ("Client Exiting") |
00:30:48 | elinenbe | who rocks the house? Linus rocks the house. And when Linus rocks the house, he rocks it all the way down! |
00:31:04 | Linus | wow! what did i do? |
00:33:43 | | Quit datazone ("Client Exiting") |
00:33:44 | elinenbe | ...rockbox! |
00:39:56 | Lear | hm... "defined(PREFER_SIZE_OVER_SPEED) || defined(__OPTIMIZE_SIZE__)" isn't true during build, is it? |
00:40:50 | Linus | it shouldn't be |
00:41:13 | adi|home | thats it.. i give up... |
00:41:22 | Linus | adi|home: ??? |
00:41:23 | adi|home | 2.95, 3.03 and 3.04 of gcc |
00:41:27 | adi|home | none of them compile |
00:41:34 | * | adi|home beats his head against the wall. |
00:41:42 | Linus | same error? |
00:41:53 | Lear | thought I should make it true, to see if that works better... |
00:42:00 | adi|home | sorta |
00:42:27 | adi|home | its bitching about my includes |
00:42:33 | adi|home | In file included from ../../compiler/gcc-3.0.4/gcc/gengenrtl.c:23: |
00:42:33 | adi|home | ../../compiler/gcc-3.0.4/gcc/system.h:330: conflicting types for `getrlimit' |
00:42:33 | adi|home | /usr/include/sys/resource.h:52: previous declaration of `getrlimit' |
00:42:33 | DBUG | Enqueued KICK adi|home |
00:42:33 | adi|home | ../../compiler/gcc-3.0.4/gcc/system.h:341: conflicting types for `setrlimit' |
00:42:33 | adi|home | /usr/include/sys/resource.h:72: previous declaration of `setrlimit' |
00:42:34 | *** | Alert Mode level 1 |
00:42:34 | adi|home | make[1]: *** [gengenrtl.o] Error 1 |
00:42:36 | adi|home | make[1]: Leaving directory `/home/rhak/build/gcc/gcc' |
00:42:38 | adi|home | make: *** [all-gcc] Error 2 |
00:43:31 | Linus | wait a minute |
00:43:50 | Linus | do you have the INCLUDE environment variable set? |
00:47:17 | adi|home | does soemthing outside the norm need to be set? |
00:47:39 | Linus | i am a little puzzled about the error |
00:47:47 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
00:47:47 | * | adi|home nods |
00:48:06 | adi|home | same here... |
00:48:12 | Linus | it seems that it includes files from both your system includes and the includes in your compile tree |
00:48:17 | adi|home | nods |
00:48:22 | adi|home | thats why Im confused... |
00:48:32 | Linus | do you have the INCLUDE environment variable set? |
00:48:49 | Linus | if that is the case, unset it |
00:49:00 | adi|home | its not set... |
00:49:08 | adi|home | maybe I should set it for the binutils dir? |
00:49:13 | Linus | no |
00:49:29 | | Quit mecraw (Read error: 110 (Connection timed out)) |
00:49:37 | adi|home | k |
00:49:52 | Linus | so you build binutils, install it, add it to the path, and then build gcc? |
00:50:19 | adi|home | yuppers |
00:50:32 | Linus | so weird |
00:50:44 | adi|home | i agree.. |
00:50:48 | adi|home | thus my frustration |
00:50:52 | *** | Saving seen data "./dancer.seen" |
00:50:52 | adi|home | stupid fucking 7.1 |
00:51:36 | Linus | i built the compiler with my RedHat 7.1 |
00:51:49 | adi|home | hmmm odd... |
00:52:35 | *** | Alert Mode OFF |
00:53:30 | Linus | what prefix did you choose? |
00:53:58 | adi|home | /home/rhak/sh1 |
00:54:04 | wodokm | linus: just to know, did you get all those wave files? gotta delete them soon, i'm over disk-quota ;( |
00:54:54 | Linus | delete them |
00:55:46 | wodokm | linus: okay |
00:56:02 | adi|home | nope.. it don't like my #includes... |
00:56:27 | adi|home | linus.. can you do me a favor and see if setrlimit is defined in your /usr/include/sys/resource.h? |
00:58:02 | Linus | seems so |
00:58:58 | adi|home | then wtf is it complaining about ... |
00:59:03 | * | adi|home goes away to play |
01:00 |
01:02:53 | wodokm | linus: seen the waves? it's strange, it's not eally clipping (with the 100% volume) any idea? |
01:03:13 | Linus | i have looked at them |
01:03:45 | Linus | it looks almost like a 2's complement overflow |
01:03:59 | Linus | but it probably isn't |
01:05:24 | wodokm | linus: so we gotta see how "loud" we can go max, and let that volume be 100% ! ? |
01:05:33 | Linus | good idea |
01:05:36 | wodokm | max without distorion... |
01:06:04 | wodokm | i maybe can show that pink, our musician, maybe he knows what's going on... |
01:06:45 | wodokm | yeah i'll do that.. how's the processing done? stream into MAS, then into DAC, then the amplifier? |
01:07:12 | wodokm | and signal goes to line-out just before it's amplified, directly after DAC? |
01:07:46 | Linus | the amplifier is in the DAC itself |
01:09:14 | wodokm | ah okay, so it's an othe rdac than i have in the c't mp3player project (that line-out is really good quality - compared to the achos output... ) |
01:11:33 | elinenbe | has anyone here set up a php based email system? I am trying to set one up for a domain I have for the users of the domain. |
01:15:59 | | Join mecraw [0] (ioctrl@ip68-4-92-30.oc.oc.cox.net) |
01:17:11 | mecraw | Linus: still there? |
01:17:13 | wodokm | linus: how does the volume setting work exactly? can the stock f/w be disASMd to see if there's wherre's the diff to your volume setting, maybe there's something else wrong - or it's really just that it's too much for the DAC (maybe these are not |
01:17:33 | wodokm | really allowed values), or not in combination with something else that's set wrong... |
01:17:52 | Linus | you are welcome to disassemble the stock firmware |
01:17:57 | PsycoXul | heh |
01:18:16 | PsycoXul | what distortion are you getting? |
01:18:24 | Linus | wodokm: the problem is that not all models have these problems |
01:18:24 | | Quit mecraw (Client Quit) |
01:19:10 | Linus | but yes, we probably set the volume higher than the hardware allows |
01:19:21 | Linus | but not higher than the data sheets say |
01:19:37 | PsycoXul | there's 2 volume controls right, one for the mas and one for the dac? |
01:19:48 | Linus | yes |
01:19:50 | PsycoXul | and as it is rockbox's settings control the mas? |
01:20:01 | PsycoXul | whats the dac set to through all this? |
01:20:01 | Linus | no, the dac |
01:20:05 | PsycoXul | oh |
01:20:26 | PsycoXul | the bass/trebble's on the mas though isn't it? |
01:20:36 | Linus | the volume control multiply factor is set to 1.0 in the MAS |
01:22:03 | Linus | bass/treble is on the mas |
01:24:51 | wodokm | hmmm you can tell me what the registers/ports are for DAC/MAS volume setting, so i could check the disasmd archos for that? |
01:25:20 | Linus | oooh. check the data sheets |
01:25:51 | wodokm | i mean where they are connected to the cpu, but that's on the h/p i guess.. |
01:26:11 | Linus | it is an I2C serial connection |
01:26:30 | PsycoXul | could there maybe be an "advanced" settings area that controls things like mas' volume and dac's other options like channel select etc? |
01:26:40 | wodokm | sometimes when playing the rockbox skips to the next song just when in the mid of some mo3.. i then got back to that mp3 (with |<) and it then played the full 100% lengt.. |
01:26:54 | PsycoXul | wodokm: i get that too |
01:27:09 | Linus | wow |
01:27:24 | wodokm | ah yes that I2C stuff.. therre's all standard stuff int here, cool=9 |
01:28:18 | | Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) |
01:28:47 | elinenbe | Linus: get to sleep! |
01:28:58 | Linus | maybe i should... :-) |
01:29:15 | elinenbe | Linus: you are going to get sick! |
01:29:29 | PsycoXul | i just can't figure out what would cause the kind of distortion i get, with the bass being any more than several dB lower than the treble... and irrespective of volume |
01:29:38 | wodokm | i think archos limited the volume for ear/law whateverr reasons (does someone understand the text on the back in french?), so it's no wonder why we can/could go louder... |
01:29:48 | PsycoXul | it sounds like something's being overdriven, but why turning treble up would help i dunno |
01:30:48 | Linus | PsycoXul: raising the treble causes the mas driver code to increase the scale factor for compensation |
01:31:05 | Linus | to avoid clipping |
01:31:40 | PsycoXul | ah |
01:32:05 | PsycoXul | well then either the default values for that should be tweaked, or maybe a dedicated control for it? or something... |
01:32:21 | Linus | still, the clipping is not in the MAS |
01:32:29 | Linus | it's in the DAC |
01:33:34 | wodokm | yes, we saw that on the sampled wavews.. maybe it's eally just a not allowed value, even if the specs say it is... who knows.. but it's an interesting clipping, i'll check that out with our musician as soon as i can... |
01:41:10 | Linus | well, time to sleep |
01:41:14 | Linus | night all! |
01:41:20 | wodokm | g/n linus |
01:41:42 | | Part Linus |
01:49:10 | | Quit Lear ("ChatZilla 0.8.8 [Mozilla rv:1.1b/20020721]") |
01:54:53 | | Quit wodokm ("Leaving") |
02:00 |
02:14:02 | | Quit WetFlax (Remote closed the connection) |
02:15:23 | | Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) |
02:17:41 | | Quit WetFlax (Remote closed the connection) |
02:18:08 | | Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) |
02:20:03 | | Quit WetFlax (Client Quit) |
02:25:23 | | Join datazone_ [0] ([NNijq0pN8@207.136.36.203) |
02:40:29 | | Nick datazone_ is now known as datazone ([NNijq0pN8@207.136.36.203) |
02:42:43 | | Join MeRWiN [0] (~merwin@12-230-192-86.client.attbi.com) |
02:50:53 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:17:49 | | Quit MeRWiN () |
03:25:49 | | Join nsauzede [0] (gizz@lyon-4-a7-62-147-49-117.dial.proxad.net) |
03:26:28 | nsauzede | anybody there ? |
03:27:20 | | Quit nsauzede (Client Quit) |
03:48:18 | geoffeg | just us chickens |
03:48:31 | datazone | and the bats |
04:00 |
04:50:57 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:34:22 | | Join wettoad_ [0] (~wettoad@uludag.mbi-berlin.de) |
05:34:59 | | Quit datazone ("Client Exiting") |
06:00 |
06:42:30 | | Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) |
06:43:00 | * | Bagder walks in |
06:45:56 | PsycoXul | hi |
06:47:04 | Bagder | things been good in rockbox land the last month? |
06:47:52 | PsycoXul | yes |
06:48:12 | Bagder | good! ;-) |
06:48:55 | PsycoXul | i haven't used archos' firmware for a while now |
06:49:30 | Bagder | I only have some 3500 mails to go throw first, then I'll jump in and get going on rockbox again |
06:49:36 | Bagder | just got back last night |
06:49:44 | Bagder | through |
06:51:01 | *** | Saving seen data "./dancer.seen" |
06:51:55 | PsycoXul | wb |
06:52:19 | Bagder | thanks |
07:00 |
07:09:41 | | Part Bagder |
07:42:07 | | Quit wettoad_ (Remote closed the connection) |
08:00 |
08:32:31 | Hes | good morning. |
08:37:10 | | Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) |
08:39:26 | | Join WetFlax_ [0] (~wettoad@flax.mbi-berlin.de) |
08:39:38 | | Quit WetFlax_ (Read error: 104 (Connection reset by peer)) |
08:39:41 | | Quit WetFlax (Client Quit) |
08:39:47 | | Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) |
08:51:04 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:23:10 | | Join Lear [0] (~chatzilla@h106n1fls35o1002.telia.com) |
10:00 |
10:28:52 | | Join lohap [0] (lohap@213-48-172-38.bra.cvx.blueyonder.co.uk) |
10:30:51 | matp|work | is it me, or is the random become less random again? |
10:32:38 | lohap | i have a question which GNUSH tool chain should i downbload v0202 or v0203 |
10:38:12 | | Quit lohap () |
10:42:29 | | Join Linus [0] (~linus@193.15.23.131) |
10:42:43 | Hes | Good morning, Linus |
10:43:26 | Linus | morn |
10:43:50 | Hes | How about applying the AVC patch, I am quite confident it works properly? |
10:44:06 | Hes | And thanks, Tetris works now again. 8-) |
10:44:06 | | Quit ironi_ (Read error: 104 (Connection reset by peer)) |
10:44:29 | Linus | Hes: i forgot! :-) |
10:45:06 | Hes | ah 8-) |
10:45:32 | Hes | The battery stats seems to work too without problems, not that it would be of much use. |
10:46:01 | Hes | Both seem to apply cleanly to current CVS code, updated just a couple hours ago. |
10:46:51 | Hes | Any specific targets to be done before an 1.2 ? |
10:47:32 | | Join ironi__ [0] (~ironi@80.88.116.93) |
10:49:19 | Linus | Hes: yes, battery charging |
10:49:31 | Hes | I could attack that next week |
10:49:43 | Linus | i think i can do it too |
10:49:45 | Hes | have to work with the asm '02 network quite a lot too |
10:49:53 | Linus | aha |
10:50:05 | Hes | just set up the web proxies |
10:50:10 | Linus | i haven't been to a finnish party |
10:51:06 | *** | Saving seen data "./dancer.seen" |
10:51:49 | Linus | i worked a little on the Recorder LCD updates last night |
10:52:05 | Linus | they take a considerable amount of time |
10:53:29 | Linus | hehe. the dir browser does 3 lcd_update() calls for each cursor movement! |
11:00 |
11:00:56 | Hes | Suboptimal. |
11:01:06 | Hes | No wonder it is a little slow. |
11:01:28 | Hes | We don't have the lcd_update_rect() yet? Would be nice for the peak display |
11:02:08 | Linus | no, we don't |
11:02:43 | | Join notch [0] (hidden-use@arthur.techprt.co.uk) |
11:02:54 | notch | Hey all, |
11:02:58 | Linus | yo |
11:03:09 | Hes | I wrote the peak display code earlier but if I made it update fast enough to give a good visual effect, I got playback problems |
11:03:22 | Hes | did it in wps.c |
11:03:34 | Hes | like the battery line |
11:03:45 | Linus | i don't think it's the lcd_update |
11:03:58 | Linus | it could also be the i2c |
11:04:13 | Hes | Hm, of course |
11:04:24 | notch | If I wanted to start writing the routines for the remote control, should I add a source file or append an existing one |
11:04:46 | Linus | whatever you think is best |
11:05:12 | Linus | will you generate button events? |
11:05:19 | notch | okay I'll have a look :-) more questions to follow :-) |
11:05:21 | Hes | I'm off for the weekend now, bye! |
11:05:26 | Linus | bye |
11:05:27 | adi|home | Linus.. you see that suggestion on the sleep timer? |
11:05:34 | Linus | yeah |
11:05:38 | adi|home | what do you think? |
11:05:42 | notch | Linus : that seems the easyiest way |
11:05:49 | adi|home | i figure we don't have a clock... |
11:05:56 | adi|home | but the idea of a song count is cool... |
11:06:01 | adi|home | ie: play 10 songs.. |
11:06:13 | Linus | we don't have any code for the clock yet |
11:06:27 | Linus | but it is trivial to add it |
11:06:48 | * | adi|home nods |
11:07:05 | Linus | and a countdown timer for the player is also trivial |
11:07:39 | adi|home | well.. i was thinking of working on it a bit during next week... |
11:07:45 | adi|home | both time and song counts |
11:33:56 | Lear | hrm... default colors in uisimulator are _very_ hard to read, imho |
11:34:13 | Linus | windows? |
11:34:40 | Lear | yep |
11:34:51 | Linus | i have never used it |
11:35:07 | Lear | backlight doesn't kick in, I suspect... looks like that anyway |
11:35:45 | Linus | i don't think the uisimulator has a backlight |
11:36:12 | Lear | it does; tries to change the background color. doesn't work though... |
11:36:24 | Linus | can you fix it? |
11:36:43 | Lear | don't know why it doesn't work yet. :) |
11:38:55 | | Join Zagor [0] (~bjst@as9-5-6.k.s.bonet.se) |
11:39:11 | Linus | yo Zagor! |
11:39:15 | Zagor | hi there |
11:39:42 | Zagor | i was thinking, we need something of a feature freeze soon, so we can get a release out |
11:39:51 | Zagor | 1.2 is looong overdue |
11:40:15 | Linus | and this has struck you *now*? |
11:40:44 | Linus | i don't think we need more that the battery charge |
11:40:55 | Zagor | no, last week. but I was going away, so it wasn't a good time |
11:41:07 | Linus | 1) charging |
11:41:09 | Linus | 2) AVC |
11:41:20 | Zagor | avc? |
11:41:40 | Linus | automatic volume control. the patch is ready but not merged |
11:42:20 | Zagor | does that work? |
11:42:25 | Linus | 3) possible volume decrease on player, to attack distortion problems |
11:42:26 | Zagor | avc in general, I mean |
11:42:49 | Linus | yes, it gives you the nice NRJ "pump" :-) |
11:42:59 | Zagor | haha |
11:43:06 | Linus | totally useless if you ask me, but many people ask for it |
11:43:29 | Linus | and since Archos doesn't have it, it gives us an edge |
11:43:55 | Zagor | there's lots of things Archos doesn't have... :) |
11:44:10 | Zagor | you haven't merged the font-load patch, right? |
11:44:17 | Linus | no |
11:44:26 | Lear | what is avc anyway? something like replaygain or what? |
11:44:31 | Zagor | good. let's hold it until after 1.2 |
11:44:32 | Linus | i wanted to give Alex a chance to brush it up |
11:44:47 | Linus | Lear: what is replaygain? :-) |
11:45:10 | Zagor | I was thinking we should enable proportional fonts by defaults. I use it all the time and it's really a great advantage |
11:45:22 | Linus | so it works that good? |
11:45:48 | Zagor | yeah, I never get any problems with it. I haven't tested the games much, but I don't think there's a problem. |
11:45:51 | Lear | a way to measure the percieved sound level of a song, and it then suggests a volume change so that all songs get about the same sound level |
11:46:00 | Zagor | breakfast time. see you later |
11:46:05 | | Nick Zagor is now known as Zagor|breakfast (~bjst@as9-5-6.k.s.bonet.se) |
11:46:05 | Linus | cu Zagor |
11:46:34 | Linus | Lear: it analyzes the sound level continuously, and adapts in realtime |
11:46:53 | Lear | analyzes how? |
11:47:20 | Linus | well, that algorithm is in the MP3 decoder |
11:47:43 | Linus | i don't know how it works |
11:47:57 | Linus | it is a built-in feature of the MAS |
11:48:34 | Lear | I see. Doubt it is as advanced as replaygain though, but hopefully more than check the peak value or something like that. :) |
11:48:48 | Hes | Not much than that. It's a compressor of a sort. |
11:49:12 | Hes | You can tune the decay time (after which it will slide the volume up again) to 2s, 4s or 8s |
11:49:23 | Hes | quite dumb, but probably useful for some... |
11:49:29 | Hes | => gone |
11:50:19 | Lear | anyone knows x86 assembler? trying to figure out a minor problem in the win32 uisimulator... |
11:50:28 | Linus | ah, finally second-exact track info changes... |
11:50:45 | Linus | Lear: my x86 skills are terribly limited |
11:50:53 | | Join yro [0] (~yves@ns1.alcove-solutions.com) |
11:51:25 | Lear | trying to make sense of "mov byte ptr [ebp-7],43h". looks a bit strange to me |
12:00 |
12:03:59 | Lear | he, seems like lcd_backlight isn't called anywhere. Shouldn't it be? |
12:04:31 | Linus | no |
12:04:36 | Linus | that one is obsolete |
12:04:41 | | Join Electrocut [0] (Electrocut@rennes-1-a7-62-147-98-31.dial.proxad.net) |
12:05:10 | Lear | anyway, explains why I didn't get any backlight in the simulator, I guess... |
12:05:51 | Lear | btw, that browsing bug (enter on last entry rather than first) doesn't appear in simulator, only on my player |
12:06:13 | Linus | seems likely |
12:27:52 | Lear | linus: almost suspected this, but if I change the name of the last entry from "ZZ top" to "YZZ top", the bug doesn't appear. Seems to be a sorting bug, but if it is the compare function or the actual sorter is another question... |
12:28:08 | Linus | wow! |
12:28:20 | Lear | maybe that also explains the random crashes I get... |
12:30:53 | Linus | is it different if you change the case sensitivity in the settings? |
12:33:32 | | Quit Electrocut ("offile") |
12:34:51 | Lear | yep |
12:35:05 | Lear | btw, usb detection isn't included in tree.c, is it? |
12:35:39 | Linus | yes |
12:36:04 | Linus | line 502 |
12:38:03 | Lear | strange, didn't work when I tried it a little while ago; worked now though. |
12:38:16 | Lear | maybe I didn't wait long enough or something... |
12:38:47 | | Join naduir [0] (~chatzilla@VA1-1E-u-0649.mc.onolab.com) |
12:39:04 | | Part naduir |
12:40:25 | Lear | what the... the ctype.h used here (I think) contains this: ((_ctype_+1)[(unsigned)(c)]&_L). But the ctype array in ctype.c doesn't seem to be made for that... |
12:40:32 | Linus | o my god! The proportional font is hideous! |
12:41:08 | | Join Lovechild [0] (~Lovechild@x1-6-00-04-bd-dd-da-c5.k90.webspeed.dk) |
12:41:12 | Lovechild | anyone up ? |
12:41:18 | Linus | i'm here |
12:41:25 | Lovechild | cool, the man himself |
12:41:39 | Linus | :-) |
12:42:01 | Lovechild | I just got my Recorder 10 in the door, and I decided to load RockBox on it, how safe are the daily builds about now ? |
12:42:19 | Linus | about now....very safe |
12:42:33 | Linus | but don't ask Lear. :-) |
12:43:09 | Lovechild | cool... then I just copy the downloaded files ontop the .ajz file on the box right (even though WinXP (yuk) claims the the dailybuild is a text file... ) |
12:43:18 | Lear | I've only mentioned some bugs, not that it is unsafe... :/ |
12:43:50 | * | Lovechild is looking forward to getting of this hellish Windows machine and play with his rockbox on Linux |
12:43:53 | Lear | lovechild: keep a copy of the old one though |
12:44:06 | Lovechild | Lear: it's backed up... no worries botha |
12:44:36 | Lovechild | I wouldn't be so dumb would I.... come to think of it I might |
12:45:16 | Lovechild | Linus: how's the charging' bug progressing ? |
12:45:36 | Lear | gah, windows 2000 and a USB keyboard is NOT a good combination... Back to PS/2 I guess... |
12:45:53 | Lovechild | Lear: honestly Windows + anything is a bad idea... :) |
12:47:15 | Lear | linus: sort bug fixed, I think. Just add a zero first in the array in ctype.c... |
12:49:03 | Lear | linus: but check ctype.h first... |
12:49:10 | Linus | Lovechild: the charging issue is technically not a bug |
12:49:30 | Linus | we just haven't written the driver to do the chargning |
12:49:47 | Linus | but we are quite close now |
12:50:03 | Lovechild | Linus: I refrase, how's the Recharging' feature :) - I kinda like that feature because I'm using my recorder as an MP3 player for my stereo |
12:50:17 | Lear | linus: so it is actively worked on then? that's good news. |
12:50:27 | Lovechild | Linus: you're the man |
12:50:37 | Linus | i have worked on it for weeks now |
12:51:08 | *** | Saving seen data "./dancer.seen" |
12:51:23 | Linus | i just don't want to rush it, because if there is something that Rockbox doesn't want, it is a reputation as a battery killer |
12:51:55 | Lear | good point. though I guess a first version could be conservative (as in charging slowly)... |
12:52:11 | Lovechild | Linus: Hell, I like my recorder but I would like to offer mine for testing |
12:52:45 | Linus | Lear: it is not a matter of slow or fast charging |
12:52:58 | Linus | the problem is to know when to stop charging |
12:53:24 | Linus | actually, it is quite hard to kill the batteries |
12:53:41 | Linus | it is more like wearing them out faster than necessary |
12:54:18 | Linus | I can have a charging test out later tonight (Stockholm time) |
12:55:22 | Lovechild | Here goes nothing.... |
12:55:30 | Linus | Lear: inserting a 0 first in ctype.c is not a good idea |
12:55:44 | Lear | why not? |
12:56:17 | Linus | you will shift all character types |
12:56:52 | Lovechild | Cool I'm a RockBox User now |
12:57:19 | Lear | not if the is* macros contains "ctype+1". then you need it to NOT shift the types. |
12:57:36 | Lear | I tried it. It fixed the sorting bug. |
12:57:36 | Linus | aha, now i see |
12:57:43 | Linus | good catch |
12:58:09 | Linus | i wonder why it adds 1? |
12:58:23 | Lear | good question :) |
12:58:31 | Lovechild | RockBox is written in C right?.... then since I know quite a bit of C++ it should be no problem for me to read the code... I hope |
12:59:06 | Linus | Lovechild: the C code in Rockbox is vear easy |
12:59:33 | Linus | Lear: what is your name? |
12:59:50 | Lovechild | Linus: yup, I hope so... Downloading it tonight... |
13:00 |
13:01:49 | Lovechild | the song selection feature is a bit strange... sometimes it picks the song below the one the "arrowthingy" points at |
13:02:03 | Linus | it does? |
13:02:25 | Lovechild | Linus: well on my archos anyways.. I'll go see if I can figure it out... |
13:02:41 | Linus | do you have any non-mp3 files? |
13:03:05 | Lovechild | Linus: not in this dir. |
13:03:35 | Lovechild | other than that my recorder holds the lastest Mandy beta and a version of LoTR... :) |
13:03:50 | Linus | :-) |
13:04:20 | Lovechild | oh I love the lost feature... it's so cool that it filters the non MP3s |
13:04:37 | Lovechild | s/lost/love |
13:04:46 | Lovechild | s/lost/list... doh |
13:05:01 | Lovechild | maybe sleep would have been good |
13:05:34 | Linus | naah! |
13:07:05 | Lovechild | I kinda miss the battery indicator though... |
13:07:35 | Linus | yeah, that is in the pipe |
13:07:44 | Lovechild | oh... |
13:07:44 | Linus | it works for the Player |
13:07:58 | * | Lovechild should look into writing a users manual for this stuff... |
13:08:16 | Linus | if you are curious about the battery status. go to main menu->debug->i/o ports |
13:08:51 | Lovechild | damn... thanks... I was holding out on debug untill I had read the code |
13:09:25 | Linus | don't push anything but OFF in that menu |
13:09:29 | Lovechild | lol it even comes with games.. :) |
13:09:42 | Linus | of course |
13:10:42 | Lovechild | now I'll never have to be bored on the bus again |
13:11:19 | Lear | linus: Magnus Holmgren |
13:11:27 | Linus | thx |
13:15:09 | Linus | coffee time |
13:15:31 | Lovechild | enjoy |
13:18:06 | Linus | aaahhh.... |
13:19:40 | * | Zagor|breakfast sneaks in, downloads the latest build, and resumes packing... |
13:19:46 | | Nick Zagor|breakfast is now known as Zagor|packing (~bjst@as9-5-6.k.s.bonet.se) |
13:24:44 | | Quit ironi__ (Read error: 110 (Connection timed out)) |
13:24:51 | Lear | at tree.c:399, shouldn't stuff like dircursor, start and dirlevel be reset? |
13:25:36 | Lovechild | dumbass question, RockBox no likes Winamp created .m3u files? |
13:26:10 | Lear | lovechild: sure does. It took a while before it was supported though. :) |
13:26:33 | Lear | lovechild: the daily builds, that is. Not 1.1, AFAIK. |
13:26:51 | Lovechild | but I can't seem to select my playlist anywhere.... this sucks (using CVS as of 25-07-02 |
13:27:57 | Linus | Lear: it sure wouldn't hurt to reset them |
13:28:01 | Lear | just browse to it and select it, like any other entry in the browser |
13:28:16 | Lovechild | Lear: it's simply not there... and it's on the HD.. |
13:28:39 | Linus | is it really called .m3u? |
13:28:45 | Lovechild | Linus: yup |
13:29:39 | Lovechild | hrmm deleted the old file and resaved.. and now it's here... problem solved |
13:34:47 | | Quit Lovechild () |
13:36:25 | Lear | and at tree.c:485, maybe dircursor and start should be reset or limited (the directory can come to contain fewer entries, making the display empty, AFAICS) |
13:37:08 | Lear | and same fix at CASE_BUTTON_ON as for tree.c:399... |
13:37:23 | Lear | s/CASE_BUTTON_ON/case BUTTON_ON:/ |
13:38:14 | Linus | check the latest commit i did |
13:39:42 | Lear | looks fine |
13:41:21 | | Join ironi [0] (~ironi@80.88.116.93) |
13:45:47 | yro | Hi there |
13:46:17 | Linus | yo |
13:47:58 | yro | Linus: I've had the I09CPUAdrE problem this morning (yesterday afternoon cvs)... |
13:48:42 | Linus | oh no! |
13:48:52 | Linus | track change? |
13:48:54 | yro | just after powering up, I choose a playlist, no sound, direct freeze... |
13:49:03 | Linus | wow! |
13:49:05 | yro | Sorry... |
13:49:17 | Linus | and no way of repeating it? |
13:49:22 | Linus | battery status? |
13:49:40 | yro | No way. But I was in the subway, not the better place for testing... |
13:50:13 | yro | battery status with 2 bar on (JB 20 Player) |
13:50:56 | Linus | did you happen to write down the address? |
13:52:08 | yro | No... There was too many people around... I'll try to reproduce it here, at work, and write everything down |
13:52:26 | Linus | do so. thanks. |
13:53:02 | yro | On another subject, I have a question for the disk writting setting: |
13:53:54 | yro | Archos use sect 62, we can use another one, but how to be sure it's not in use with a file ? (or overwritten) |
13:54:16 | yro | I'm new to disk-ATA, so the question may be trivial ;-) |
13:54:45 | Linus | the Player models use the ISD-200 chip for USB-ATA |
13:55:20 | Linus | the (windows) drivers can't handle partitionless disks with that driver |
13:55:47 | Linus | each partition must start at a cylinder boundary |
13:56:07 | Linus | hence, the first partition starts at cylinder 63 |
13:56:26 | Linus | sorry, sector 63 |
13:56:39 | yro | Ok, I see. So, we can use sect 61 for rockbox, isn't it ? |
13:56:51 | Linus | the MBR and the extended partition info is on sector 0 and a few sectors ahead |
13:57:02 | Linus | yes, we can probably use 61 |
13:57:29 | Linus | but we need to implement a "pending setting write" |
13:57:58 | Linus | we must not try to save the settings immediately, if the music is playing |
13:58:23 | Linus | we should instead wait until the disk spins up to read mp3 data, or a dir read |
13:58:32 | Linus | and then save the settings |
13:59:15 | Linus | we could save the settings immediately is the music isn't playing |
13:59:26 | Linus | otherwise the disk might never spin up |
13:59:52 | yro | why ? |
14:00 |
14:00:13 | Linus | because the user might turn off the unit before doing anything that causes the disk to spin up |
14:00:41 | Linus | still, that can happen even when the music is playing, but is less likely |
14:01:01 | yro | Oh, yes, not a technical constraint, but user related |
14:01:06 | Linus | all in the name of battery lifetime |
14:01:27 | | Join liam__ [0] (~liam@fwott1-1.cis.ec.gc.ca) |
14:01:43 | Linus | and we should of course not save anything if the battery is too low for safe disk writes |
14:01:49 | | Nick liam__ is now known as jedix` (~liam@fwott1-1.cis.ec.gc.ca) |
14:02:15 | yro | Not as simple as I first though :( |
14:02:25 | yro | I will try to do it anyway |
14:04:20 | Linus | you can skip the pending stuff at first |
14:05:09 | yro | Sure, the first step is to write and read the sect. |
14:05:25 | yro | Then, the usability... |
14:07:23 | yro | I will first port the rtc code to the sect 61 |
14:08:32 | Linus | yeah, just save the same blob to disk instead of rtc |
14:17:42 | yro | Bingo !! |
14:17:50 | Linus | you made it? |
14:18:07 | yro | I09CPUAdrE error at 657765F7 |
14:18:34 | Linus | not very good |
14:18:47 | Linus | looks like a buffer overflow |
14:19:08 | yro | Power on -> - key (to go to my playlist) -> Play key -> Shuffling appears, hdd seems to be hold -> I09blah |
14:19:35 | Linus | is the playlist long? |
14:20:10 | yro | I haven't seen the # of songs in the playlist appearring. Yes, playlist is exactly, wait, 1733 files |
14:21:34 | Linus | so it crashes during the shuffle? |
14:21:42 | yro | I think so |
14:22:26 | yro | Usually, I see 1 then 1733 files. There, I just see shuffling, that's all. |
14:22:39 | yro | (I've never saw shuffling before...) |
14:25:36 | Linus | but it doesn't always happen, right? |
14:26:14 | yro | No. I have tried at least 20 power on/off cycle before reproducing it... |
14:26:23 | Linus | nasty |
14:28:12 | yro | the randomise code seems correct to me... |
14:28:29 | Linus | indeed |
14:28:33 | yro | Are you sure it's a buffer overflow ? |
14:28:53 | Linus | no, but it seems like it |
14:29:06 | Linus | 657765F7 isn't a valid address |
14:29:11 | Linus | looks like ASCII |
14:29:36 | yro | I try to reproduce it again (to see if the address is the same ) |
14:30:20 | Linus | good luck :-) |
14:30:54 | Linus | still, i am pleased that it probably isn't the same bug as the other CPUAdr error |
14:31:29 | yro | An unidentified bug instead ;-) |
14:31:44 | Linus | fresh, new bugs, just what i needed! |
14:32:36 | yro | btw even with shuffle mode, the same songs are often the firsts played... |
14:33:02 | Linus | even when reshuffling? |
14:34:00 | yro | reshuffling ? I mean, when I power on -> choose my playlist and play it (I have set the shuffle true by default in the code) |
14:34:20 | Linus | i mean selecting the same list again |
14:35:06 | yro | I was trying to see, and bang, new freeze... |
14:35:18 | yro | I04:IllInst at 0000000C |
14:35:24 | yro | A new one to me... |
14:35:28 | Linus | kaboom |
14:35:59 | Linus | can you try it without shuffling? |
14:36:13 | yro | So, I was on and selecting my playlist -> off -> play -> off -> play -> badaboom |
14:36:19 | yro | yep |
14:37:24 | Linus | we're getting closer |
14:38:19 | yro | A precision, last error when I say off, i meant stop, sorry for the mistake |
14:40:23 | yro | Hum, another comment: I have pressed stop too long, so it's powered off. I turned it on, and forget to set shuffle to off (just right now) |
14:40:39 | yro | and I09:CPUAdrE at 657765F7 |
14:40:55 | yro | It's exactly the same address |
14:40:57 | Linus | cool |
14:41:22 | Linus | are the file paths long? |
14:41:31 | yro | At least, it's stable... |
14:43:41 | yro | Not a lot. Around 2 or 3 dir |
14:43:51 | yro | I can send you my m3u, if you want |
14:44:18 | Linus | please do, linus at haxx.se |
14:45:32 | yro | sent |
14:46:11 | yro | Ahum... I have accentuated char in filenames... (like é) |
14:46:19 | yro | It may be that, no ? |
14:46:31 | Linus | it could be anything |
14:47:12 | yro | I try to set up a playlist with special chars, to see... |
14:49:30 | yro | No, all é playlist runs ok... |
14:51:10 | *** | Saving seen data "./dancer.seen" |
14:53:41 | yro | no. It doesn't seem to be this. I don't know... |
14:53:54 | yro | Well, I have to work a little now... |
14:54:07 | | Nick yro is now known as yro|work (~yves@ns1.alcove-solutions.com) |
15:00 |
15:33:26 | | Join Electrocut [0] (Electrocut@rennes-1-a7-62-147-98-106.dial.proxad.net) |
15:46:57 | | Quit Lear ("ChatZilla 0.8.8 [Mozilla rv:1.1b/20020721]") |
16:00 |
16:03:06 | mbr_ | Linus: Can you please include Nate Nystroms patch to fix the elapsed time display? |
16:04:14 | mbr_ | Linus: The patch was on the mailing list yesterday |
16:10:11 | Linus | sure |
16:10:25 | mbr_ | thanks :) |
16:11:15 | | Join mecraw [0] (~mecraw@ip68-4-92-30.oc.oc.cox.net) |
16:18:55 | | Quit Electrocut () |
16:47:22 | | Quit yro|work ("ircII EPIC4-1.1.5 -- Are we there yet?") |
16:51:14 | *** | Saving seen data "./dancer.seen" |
17:00 |
17:08:34 | | Quit notch () |
17:15:18 | | Join notch [0] (hidden-use@arthur.techprt.co.uk) |
17:15:33 | | Join Electrocut [0] (Electrocut@rennes-1-a7-62-147-98-135.dial.proxad.net) |
17:16:16 | notch | anyone know which uP pin is used for the remote data function? Is it 'RCON' on the interface diagram? |
17:17:21 | | Quit Electrocut (Client Quit) |
17:18:45 | Linus | it is the rx pin for serial port 1 |
17:19:08 | Linus | RxD1 |
17:19:17 | notch | cheers! |
17:19:17 | Linus | pin 116 |
17:29:04 | geoffeg | so the microprocessor in the jukebox is equivalent to what? 386? |
17:33:11 | Linus | hard to compare |
17:33:33 | Linus | but it is a ~12MHz 32-bit RISC |
17:33:40 | Linus | without cache |
17:34:02 | geoffeg | so 386 sounds about right, how many MIPS? |
17:34:51 | Linus | in internal RAM, i would say about 12 |
17:35:17 | geoffeg | i keep wondering about OGG support |
17:35:29 | geoffeg | lunch time |
17:35:31 | * | geoffeg & |
17:35:49 | mecraw | Linus: any new "must-have" before i start on my 3 day road trip? |
17:36:09 | Linus | not really |
17:37:04 | Linus | take note of the battery life |
17:37:20 | mecraw | will do, i think i'm getting about 6 hours right now |
17:37:31 | Linus | buah |
17:37:59 | Linus | player or recorder? |
17:38:03 | mecraw | rec20 |
17:38:11 | Linus | then it's bad |
17:38:37 | mecraw | are you getting more? |
17:39:03 | Linus | with archos firmware i got 8-10 with my 1800mAh batteries |
17:39:22 | Linus | as far as i remember, i haven't used it for months |
17:40:38 | mecraw | i got 8-10 hours with archos firmware and stock batteries |
17:41:18 | Linus | we still have a long way to go before we reach their battery life... |
17:41:33 | Linus | actually, i cant really figure out what more we can do... |
17:43:02 | mecraw | hmmm... |
17:43:14 | mecraw | do they use less threads? |
17:44:13 | Linus | it doesn't matter to the cpu how many threads it uses |
17:44:37 | Linus | but maybe they go to low-power mode once in a while |
17:46:54 | * | mecraw hits the road |
17:46:57 | mecraw | bye |
17:47:00 | Linus | bye |
17:47:14 | | Part mecraw |
17:57:57 | Linus | well, time to go home! |
17:58:01 | Linus | bye! |
17:58:33 | | Part Linus |
18:00 |
18:10:18 | | Quit notch () |
18:51:17 | *** | Saving seen data "./dancer.seen" |
18:57:18 | | Join g003y [0] (~foo@m198-187.dsl.rawbw.com) |
18:57:38 | g003y | hello all. |
18:58:40 | | Quit WetFlax ("I like core dumps") |
19:00 |
19:19:13 | | Part g003y |
20:00 |
20:51:19 | *** | Saving seen data "./dancer.seen" |
21:00 |
21:53:51 | | Join pyvasene [0] (~pyvasene@pyvasene.net1.nerim.net) |
22:00 |
22:14:59 | | Quit pyvasene (Remote closed the connection) |
22:21:32 | | Join Electrocut [0] (Electrocut@rennes-1-a7-62-147-99-177.dial.proxad.net) |
22:25:10 | | Quit Zagor|packing ("Client Exiting") |
22:32:07 | | Join bmidy [0] (bmidy@AMetz-101-1-3-144.abo.wanadoo.fr) |
22:32:14 | bmidy | hi all |
22:32:46 | bmidy | I've just installed the gnush for win, does it there a cvs for windows ?? |
22:38:51 | | Quit jedix` ("going home") |
22:45:06 | | Quit bmidy () |
22:51:22 | *** | Saving seen data "./dancer.seen" |
22:51:26 | | Quit Electrocut (Read error: 110 (Connection timed out)) |
23:00 |
23:18:43 | | Join Linus [0] (~linus@193.15.23.131) |