00:00:05 | tws5 | thanks. i'll be back as soon as i get the batteries. |
00:00:43 | Bagder | the original batteries are 1500 mah |
00:01:11 | Bagder | but you can find much more powerful ones these days |
00:02:20 | jyp | Bagder, are you ok with my putting the aformentioned macro in sprintf.h, or elsewhere ? |
00:02:46 | Bagder | you mean the __attribute__ thing? |
00:02:50 | jyp | yup |
00:03:12 | Bagder | sure, go ahead. just make sure it builds with non-gcc as well |
00:03:22 | jyp | ok, thanks ... |
00:04:09 | jyp | coz this is pretty much needed to check for %d or %ld. |
00:04:17 | Bagder | right |
00:04:18 | | Join NibbIer [0] (~andrer@port-212-202-193-173.dynamic.qsc.de) |
00:04:30 | Bagder | it'll help the int/long cleaning |
00:04:56 | jyp | Of course I also have an implementation for those %l |
00:05:09 | Bagder | great |
00:05:20 | jyp | dunno if it is canonical though |
00:05:49 | jyp | Maybe you'll want to have a look at |
00:05:50 | jyp | it |
00:06:20 | Bagder | I'll review it when you commit it ;-) |
00:06:26 | jyp | thanks |
00:08:15 | jyp | here it goes in. |
00:12:17 | *** | Saving seen data "./dancer.seen" |
00:13:48 | Bagder | look good |
00:13:51 | Bagder | looks even |
00:14:07 | jyp | great |
00:14:20 | * | amiconn looks |
00:14:25 | jyp | Now the way is clear for more int -> long stuff ... |
00:14:45 | Bagder | I wonder if that'll cause warnings now |
00:15:03 | Bagder | 6 minutes to next build |
00:15:06 | jyp | I think not on your machines |
00:15:17 | jyp | no warning when int=long iirc |
00:15:29 | Bagder | perhaps not without -pedantic |
00:15:34 | jyp | While we're on the format stuff |
00:15:35 | jyp | right |
00:16:22 | jyp | what about the "%.13s" in fat.c ? |
00:16:47 | Bagder | I don't know when LDEBUG() is used |
00:16:58 | Bagder | where that is used |
00:17:23 | jyp | It turned out that I used those messages |
00:17:36 | Bagder | ah |
00:17:47 | jyp | and thus I had to remove the length specifier |
00:17:53 | jyp | but I can just revert it |
00:17:59 | Bagder | nah, remove it |
00:18:12 | jyp | Ok |
00:19:03 | jyp | fat.c & fat.h ready to commit ... |
00:19:24 | jyp | quite a lengthy diff, but beside the length specifier only int -> long |
00:20:14 | amiconn | I'm currently wading through fat.c .... no changes though (yet). |
00:21:03 | jyp | committed |
00:22:41 | Bagder | your indent level is not 4 |
00:22:55 | jyp | in fat.c ? |
00:22:59 | Bagder | yes |
00:23:14 | Bagder | not a big deal, I just noticed |
00:23:20 | jyp | I must have missed some place |
00:23:45 | Bagder | I noticed it in fat_size |
00:23:47 | jyp | Was wary to indent-region the whole file |
00:24:26 | Bagder | well, perhaps it was only that spot |
00:25:00 | jyp | have you fixed it already ? |
00:25:40 | Bagder | nah, we can fix it another time when something "real" needs to be fixed too |
00:27:13 | amiconn | Like the problem I discovered... _if_ it is caused by fat.c |
00:32:21 | Bagder | jyp: warnings we got ;-) |
00:32:37 | jyp | heh ... |
00:32:45 | Bagder | lots of yellow |
00:32:56 | jyp | I can see that :P |
00:33:25 | jyp | Hopefully it's interesting warnings |
00:33:27 | Bagder | I guess they are good catches |
00:40:22 | Bagder | I'll help out fix them later |
00:41:45 | jyp | What's the proper way to support 'hwcompat' on the gmini ? |
00:42:50 | Bagder | I don't know. Jens? |
00:44:08 | | Join Cassandra [0] (~Christi-S@213.78.124.36) |
00:44:47 | | Part Cassandra |
00:45:48 | amiconn | I think if for gmini also exist different versions of the hardware, that are marked in the rom, it could be used in a similar way. |
00:46:10 | amiconn | Otherwise this code is archos SH platform specific |
00:48:28 | jyp | I'll try to do without it ... For some reason one of my early builds required it |
00:49:43 | amiconn | All archos SH platform models have a ROM version, which is only important for the player, as this is the only hint for different hardware. For recorders and Ondios this is only needed for display. |
00:50:17 | amiconn | The recorders and Ondios have a hardware mask, where some bits tell about hardware differences |
00:50:33 | jyp | Well, I'm now able to link w/o it ... |
00:51:20 | jyp | my bad to even look at it ;) |
00:52:13 | amiconn | More yellow builds... |
00:52:57 | Bagder | even sims now |
00:53:11 | Bagder | apps/main_menu.c:149: warning: passing arg 1 of `fat_size' from incompatible pointer type |
00:53:32 | jyp | int* / long* ... |
00:53:46 | amiconn | Yes.. type changes often recurse... I know this from my const policing. |
00:55:49 | jyp | Well, let's try to get warning in the two remaing builds ... :P |
00:55:58 | Bagder | hehe |
00:56:45 | Bagder | I got my Archos back today from Linus |
00:56:57 | Bagder | now flashable and white backlight |
00:57:13 | Bagder | fun! |
00:57:15 | amiconn | Nice :) |
00:57:24 | amiconn | Is it USB2? |
00:57:32 | Bagder | yes, its a rec20 |
00:57:35 | Bagder | with black bumbers |
00:58:07 | amiconn | rec20 (upped to 80) here, but blue bumpers. |
00:58:19 | Bagder | I have a 80 too |
00:58:36 | amiconn | not the only archos box though ;-) |
00:58:57 | Bagder | I only have one Archos! |
01:00 |
01:06:09 | jyp | Aha, your thread.c uses 3 as indentation level. ;) |
01:06:35 | jyp | Too bad I just done 'indent-region' on it ;) |
01:07:12 | Bagder | slopp Code Police obviously |
01:07:17 | Bagder | sloppy even |
01:07:34 | jyp | lol |
01:12:43 | | Join elinenbe [0] (trilluser@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
01:12:59 | elinenbe | jyp: how far have you come in the gmini support? |
01:13:15 | jyp | We have hd working |
01:13:29 | elinenbe | jyp: what I am trying to say, is how long until rockbox is usable on the gmini (at least to listne to mp3s?) |
01:14:24 | jyp | Well, it depends on how many peope want to contribute ;) |
01:14:32 | elinenbe | jyp: isn't that always the case! |
01:14:44 | elinenbe | jyp: where do you live? what country? |
01:14:51 | jyp | Belgium |
01:15:45 | elinenbe | ah... it seems everyone who contributes a lot on this project is European. |
01:15:51 | jyp | on the serious side, giving "release dates" isn't something I like to do. |
01:16:01 | elinenbe | jyp: understandable |
01:16:38 | elinenbe | good luck with everything with the gmini... |
01:16:44 | jyp | well thanks |
01:16:48 | elinenbe | I thought someone else was working on it for a while... |
01:16:58 | jyp | Strath |
01:17:13 | elinenbe | yes, did his progress help you at all? |
01:17:20 | jyp | he still doing things on the loader side |
01:17:23 | jyp | Of course |
01:17:40 | jyp | having the tools he made was great |
01:17:58 | jyp | plus the analysis of the existing firmware |
01:18:06 | elinenbe | ah. so you two are the "main" gmini developers then. |
01:18:43 | jyp | yup |
01:19:38 | elinenbe | what models are you targeting? 120, 220, xs200? |
01:19:44 | elinenbe | are they all similar hardware? |
01:19:59 | jyp | all those. |
01:20:08 | jyp | hardware very similar |
01:20:20 | elinenbe | doesn't the 220 have a grayscale screen? |
01:20:28 | midk | yes |
01:20:32 | elinenbe | is that the only one? |
01:20:39 | jyp | That's what I consider a detail ;) |
01:21:36 | midk | elinenbe, the xs200 has a grayscale screen too |
01:21:42 | jyp | If we don't want to take advantage of the grayscale feature supporting it is only a few pagefuls of code i guess. |
01:21:52 | jyp | Yup |
01:22:11 | elinenbe | the 220 has a CF slot though... |
01:22:13 | Bagder | how many grayscales? |
01:22:14 | jyp | Maybe the grayscale stuff will be supported in rockbox for the i-river |
01:22:22 | jyp | 4 i think |
01:22:28 | Bagder | ok, the same as the iriver then |
01:22:36 | elinenbe | jyp: l think you should have anti-aliased fonts... |
01:23:17 | jyp | First things first ... I'll take care of the sound support |
01:23:32 | jyp | But I certainly welcome ANY contribution on a side issue. |
01:24:33 | elinenbe | jyp: what DAP is in the gmini series? |
01:24:56 | amiconn | Strange thing... fat_create_dir flushes the whole fat cache... |
01:25:54 | elinenbe | you know though... the gmini has a pretty nice GUI compared to the older Archos models |
01:26:03 | elinenbe | It's much nicer... |
01:26:30 | jyp | Actually, what I'm interested is supporting ogg playback |
01:26:57 | jyp | doh, my gammar gets from bad to badder. |
01:27:15 | jyp | haha, I'm too funny. |
01:27:24 | Bagder | :-) |
01:27:48 | * | jyp thinks he's tired. |
01:27:54 | * | Bagder is too |
01:27:56 | elinenbe | Bagder: you're here! |
01:28:11 | Bagder | yeah, but not for long |
01:28:26 | * | jyp knows someone else who's tired too ;)) |
01:28:49 | * | Bagder has a patch for iriver scramble/descramble code in the works |
01:28:49 | jyp | Good night folks. |
01:28:54 | Bagder | night jyp |
01:29:02 | * | jyp waves |
01:29:03 | | Part jyp ("zoom!") |
01:29:25 | elinenbe | Bagder: didn't that already exist? |
01:29:35 | amiconn | Still much yellow in the build table... |
01:29:40 | elinenbe | I thought someone had made that a while back... |
01:29:46 | Bagder | there's a tool for it, yes, but I'm merging it into our tools |
01:29:51 | elinenbe | oh, nice. |
01:30:01 | Bagder | to better fit our build system etc |
01:30:41 | elinenbe | you know, I have a resume bug −− my recorder is set to auto-resume, and I am using a build of 3 days ago. When I turn it on and I am in a sub-dir, I am unable to exit from it... (press left to get out of it) |
01:31:01 | amiconn | Yeah.. get a recent daily build. |
01:31:02 | * | Bagder goes to sleep |
01:31:49 | amiconn | This was in for a couple of days, the remaining part of the fix was done on Friday (iirc) |
01:31:58 | amiconn | Bagder: No fixes for the yellow? |
01:32:16 | amiconn | *I* usually try to get the table green again for the upcoming daily... |
01:32:25 | elinenbe | amiconn: thanks! |
01:33:24 | amiconn | (or better still, not causing yellow by solving the problems locally, before commit) |
01:33:35 | amiconn | (not always possible though) |
01:39:22 | elinenbe | amiconn: do you just have a ondio? |
01:40:06 | amiconn | I have 3 archoses... a Recorder 20 (upped to 80), a Studio 10, and an Ondio SP. |
01:41:14 | elinenbe | amiconn: when are you getting the gmini or the iriver?! |
01:41:52 | amiconn | No plans in that direction yet. There already much more stuff to do than time available... |
01:41:59 | amiconn | *There's |
01:43:24 | elinenbe | come on... not THAT much left! |
01:45:11 | amiconn | My internal todo list currently contains 16 items... plus I stumble across bug after bug... |
01:45:57 | elinenbe | oh man... what are the highlights of that? |
01:46:50 | amiconn | Simulator (Win32 only for now): Clickable buttons, backlight handling, grayscale support. |
01:47:19 | elinenbe | ahhh the simulator is over-rated! |
01:47:21 | amiconn | Testing player flashing on oldplayers |
01:47:25 | elinenbe | :) |
01:47:43 | amiconn | Ondio: MMC hotswap, MMC activity icon. |
01:48:04 | amiconn | Dynamic size display (including proper voicing) |
01:48:56 | amiconn | Code cleanup: bookmarking (not flushing the queue all over the place) |
01:49:08 | amiconn | Plus some smaller things.... |
01:50:11 | elinenbe | that IS a pretty considerable about of stuff. |
01:50:11 | elinenbe | and to think my list just has one item! |
01:50:19 | elinenbe | a gameboy emulator for the grayscale devices ;) |
01:52:16 | amiconn | sprintf.c got loads of TABs now... |
01:53:20 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
01:53:25 | | Join elinenbe [0] (trilluser@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
01:54:44 | | Join Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net) |
01:57:59 | | Quit tws5 ("[BX] I theenk I need a beeger box!") |
02:00 |
02:12:21 | *** | Saving seen data "./dancer.seen" |
02:19:58 | | Join amiconn_ [0] (~jens@pD95D1D1C.dip.t-dialin.net) |
02:22:47 | | Quit amiconn (Nick collision from services.) |
02:22:48 | | Nick amiconn_ is now known as amiconn (~jens@pD95D1D1C.dip.t-dialin.net) |
02:37:26 | | Quit Trevmar (Read error: 110 (Connection timed out)) |
02:56:42 | | Join Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net) |
02:57:37 | | Part amiconn |
03:00 |
03:22:29 | | Join johntb [0] (~Baumans@66.216.165.81) |
03:22:29 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
03:31:01 | | Quit Trevmar (Read error: 60 (Operation timed out)) |
03:44:37 | | Quit johntb ("Leaving") |
03:46:34 | | Join johntv [0] (~Baumans@66.216.165.81) |
03:49:57 | | Quit johntv (Client Quit) |
04:00 |
04:12:24 | *** | Saving seen data "./dancer.seen" |
04:14:34 | | Quit midk ("Leaving") |
05:00 |
05:18:27 | | Join Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net) |
06:00 |
06:12:28 | *** | Saving seen data "./dancer.seen" |
06:20:11 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
06:37:36 | | Quit Trevmar (Read error: 110 (Connection timed out)) |
06:47:01 | | Join Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net) |
06:49:29 | | Quit midk (Read error: 104 (Connection reset by peer)) |
07:00 |
07:03:38 | | Join grimreap [0] (~grimreap@c-24-7-207-20.client.comcast.net) |
07:42:03 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
07:52:33 | | Quit midk (Read error: 104 (Connection reset by peer)) |
08:00 |
08:00:25 | | Quit Trevmar (Read error: 110 (Connection timed out)) |
08:01:58 | | Join Zagor [242] (~bjst@labb.contactor.se) |
08:05:34 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
08:12:32 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:33:56 | | Join kurzhaarrocker [0] (~knoppix@p5487C4C9.dip0.t-ipconnect.de) |
09:36:15 | | Join Schnueff [0] (~mah@lap2.cs.uni-sb.de) |
09:51:28 | | Join Bagder_ [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
09:51:31 | | Quit Bagder_ (Client Quit) |
09:55:28 | | Join LinusN [0] (~linus@labb.contactor.se) |
10:00 |
10:02:56 | | Quit ze ("leaving") |
10:04:52 | LinusN | thanks Bagder |
10:05:48 | Zagor | wrong name in commit comment though :) |
10:05:59 | Zagor | (cooper/hooper) |
10:06:53 | LinusN | however, the iriver tool is designed to encode entire iriver images, including the header which isn't present in the rockbox binaries |
10:07:14 | LinusN | so we won't be able to encode a rockbox binary as it is now |
10:07:22 | Zagor | hmm |
10:07:30 | LinusN | i'll fox that when the time comes |
10:07:32 | LinusN | fix |
10:11:41 | | Join Bagder_ [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
10:11:54 | Bagder_ | morning |
10:11:58 | LinusN | moo |
10:12:04 | LinusN | read the log |
10:12:35 | *** | Saving seen data "./dancer.seen" |
10:13:12 | * | Bagder_ can't type |
10:13:20 | Bagder_ | that's no surprise ;-) |
10:13:36 | Bagder_ | it got right in the credits file though |
10:13:40 | Zagor | yup |
10:14:08 | LinusN | Bagder_: jukebox still working? :-) |
10:14:21 | Bagder_ | haven't used it yet! |
10:14:40 | LinusN | so i did all this work for nothing! ;-) |
10:15:26 | Bagder_ | LinusN: but I was thinking, didn't I give you it in my blue pouch? |
10:15:31 | LinusN | nope |
10:15:35 | Bagder_ | ok |
10:19:55 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
10:21:29 | | Join NibbIer [0] (~andrer@port-212-202-193-173.dynamic.qsc.de) |
10:25:59 | kurzhaarrocker | He didn't pay you, LinusN? |
10:26:01 | kurzhaarrocker | :) |
10:26:37 | Bagder_ | I owe him a life time supply of pizzas by now |
10:26:39 | LinusN | he owes me at least three pizzas now :-) |
10:27:12 | dwihno | Man kan inte hålla sågen med svansen. |
10:27:27 | | Join quelsaruk [0] (~kvirc@80.103.130.175) |
10:27:32 | LinusN | dwihno: always full of swedish wisdom |
10:27:38 | quelsaruk | good morning |
10:27:45 | LinusN | morning |
10:28:39 | * | dwihno <−− wise as rice! ;) |
10:34:14 | | Join amiconn [0] (~jens@pD95D1D1C.dip.t-dialin.net) |
10:34:32 | amiconn | hi |
10:34:39 | quelsaruk | hi amiconn |
10:35:31 | | Join Cassandra [0] (~Christi@213.78.106.176) |
10:36:47 | Cassandra | Hi everyone. |
10:36:53 | Bagder_ | hi |
10:36:53 | | Join MooMaunder [0] (~me@194.152.87.150) |
10:36:55 | amiconn | hi Cassandra |
10:37:13 | Cassandra | I think my "record on start" patch has slipped through the cracks. Who do I need to prod? |
10:38:40 | quelsaruk | amiconn: did you update espanol.lang? |
10:41:41 | amiconn | I merely fixed the line ends. Nothing else. |
10:42:09 | quelsaruk | oh :) |
10:42:14 | quelsaruk | ok |
10:42:20 | quelsaruk | thanks |
10:43:07 | kurzhaarrocker | microsofts autorouter is funny. Try to get from Hagesund, Norway to Trondheim, Norway using http://mappoint.msn.com/DirectionsFind.aspx and have a good laugh :) |
10:43:09 | amiconn | Zagor et al:Who is the fat.c expert? |
10:43:45 | LinusN | amiconn: zagor, i and [IDC]Dragon, i guess |
10:44:53 | amiconn | Did any of you read the logs? I've got a reproducable problem... |
10:45:07 | LinusN | Cassandra: i could have a look, but i'm swamped with work |
10:45:24 | * | LinusN searches the irc logs |
10:46:21 | amiconn | http://www.rockbox.org/irc/rockbox-20050123.txt , past 23:45 |
10:46:33 | LinusN | reading it now |
10:46:33 | Cassandra | linus: It's OK. I understand. I just wanted to make sure it hadn't been forgotten, really. |
10:47:29 | amiconn | LinusN: I tried to understand fat.c enough to fix it myself. No success so far :( |
10:48:35 | LinusN | you suspect a fat cache problem? |
10:48:50 | amiconn | Yes. |
10:50:02 | amiconn | It's in fact a strange problem. The video plugin can *read* the file fine, up to the end. But if it once reads past that certain position, 2 things happen: (1) It cannot seek back. (2) The root dir listing of the MMC disappears |
10:50:21 | LinusN | cool effect |
10:50:54 | amiconn | I could provide an image of that MMC, but this will be quite large (256 MB MMC, almost completely filled) |
10:51:07 | LinusN | that definitely suggests a cache bug |
10:51:33 | LinusN | large files don't scare me :-) |
10:51:57 | amiconn | I wanted to try adding some more strict mutexing, but for doing so I have to understand fat.c a bit more... |
10:52:20 | | Quit NibbIer (Read error: 110 (Connection timed out)) |
10:52:22 | LinusN | as far as i know, the mutexing is pretty strict nowadays |
10:52:36 | Zagor | what would be really helpful is to try and create a plugin which reproduces the problem without user intervention |
10:53:24 | LinusN | Zagor: that won't help us much, since it probably only happens on this particular file system |
10:53:37 | LinusN | and we would need an ondio to run that plugin |
10:53:49 | Zagor | not if we get an image |
10:53:51 | LinusN | FAT16, btw? |
10:54:10 | amiconn | ´FAT16, yes |
10:55:03 | amiconn | Btw, I can't provide the image right now. MMC @home... |
10:56:09 | LinusN | ok |
10:57:09 | | Join amiconn_ [0] (~jens@pD95D1D1C.dip.t-dialin.net) |
10:57:41 | | Quit amiconn (Nick collision from services.) |
10:57:42 | | Nick amiconn_ is now known as amiconn (~jens@pD95D1D1C.dip.t-dialin.net) |
10:58:13 | LinusN | amiconn: superfloppy? |
11:00 |
11:00:25 | amiconn | No, ordinary partition layout. |
11:01:50 | LinusN | ok |
11:06:04 | | Join sox [0] (~s@c-af4fe353.733-1-64736c10.cust.bredbandsbolaget.se) |
11:06:24 | sox | hoy all rockboxers |
11:07:01 | LinusN | howdy |
11:07:03 | sox | i'm trying to build binutils, running mac os x. followed the instructions in the docs... |
11:07:07 | Zagor | amiconn: have you or jörg ran the fat tests on the multivolume fat16 code? |
11:07:14 | sox | Im getting this error, maybe someone can help me out |
11:07:16 | sox | *** BFD does not support target calmrisc16-unknown-elf. |
11:07:16 | sox | *** Look in bfd/config.bfd for supported targets. |
11:07:16 | sox | make: *** [configure-bfd] Error 1 |
11:07:32 | Bagder_ | a gmini builder |
11:07:50 | amiconn | Zagor: Not me, as I don't understand the fat test code either.. |
11:07:52 | LinusN | from where did you download binutils? |
11:08:12 | sox | i got the CVS snapshot from gnu |
11:08:29 | | Join ashridah [0] (ashridah@220-253-119-111.VIC.netspace.net.au) |
11:08:41 | LinusN | sox: there is no official gnu support for calmrisc |
11:08:46 | Zagor | amiconn: ok, i'll do it then |
11:09:02 | sox | i kinda had a feeling about that |
11:09:14 | LinusN | the instructions tell you to download binutils from sourceforge, not gnu |
11:09:47 | sox | ooops. ill try that. thanks for helping out. |
11:09:51 | LinusN | you're welcome |
11:09:59 | Bagder_ | "Get gcc & binutils directly from cvs" even |
11:10:17 | Bagder_ | http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler#calmRISC16 |
11:11:11 | sox | yup, i saw that now. sorry.... |
11:11:44 | Bagder_ | no worries |
11:16:39 | amiconn | Bagder: Thanks for fixing the remaining yellow, btw. I would have done this myself, but couldn't find the cause at 3 a.m. |
11:17:15 | Bagder_ | Zagor did that |
11:17:22 | Bagder_ | :-) |
11:25:05 | | Quit Bagder_ ("Leaving") |
11:28:16 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
11:28:44 | [IDC]Dragon | hi guys |
11:28:47 | quelsaruk | hi |
11:28:54 | amiconn | hi Jörg |
11:29:33 | [IDC]Dragon | saw the logs |
11:30:06 | [IDC]Dragon | keep that precious image! |
11:32:08 | [IDC]Dragon | during multivolume debugging, I hacked the cod a bit to disable the fat cache |
11:32:42 | [IDC]Dragon | which, at it's time, didn't change anything |
11:34:10 | [IDC]Dragon | Zagor: I didn't run the file system test code again for multivolume |
11:34:45 | [IDC]Dragon | the tests require Linux, more or less |
11:36:11 | amiconn | If it is a fat cache issue with multithreading, I guess the test code won't find any problem... |
11:37:10 | [IDC]Dragon | your use case sounds singlethreaded |
11:38:08 | [IDC]Dragon | but true, the file sys test code doesn't stress multitasking |
11:40:23 | amiconn | I'll dump an image this evening, and then provide it. The question is: how? This is a huge file; not enough space on T-Online, and nothing for eMail. |
11:41:11 | amiconn | I can put it on my Amiga (dyndns address, but transfer will be a bit slow due to the dsl uplink |
11:41:47 | LinusN | put it up on the amiga, and i'll mirror it on the rockbox server |
11:42:35 | [IDC]Dragon | Bagder has a nice upload area on haxx |
11:44:25 | amiconn | Expect a transfer time of ~3.5 hours or so... |
11:45:45 | LinusN | wonderful :-) |
11:50:46 | LinusN | lunch |
12:00 |
12:02:40 | | Join McLaren [0] (peteracer@ppp83-237-18-132.pppoe.mtu-net.ru) |
12:03:16 | McLaren | hi |
12:12:38 | *** | Saving seen data "./dancer.seen" |
12:17:55 | LinusN | hi |
12:23:52 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
12:32:59 | quelsaruk | i've just received my box back from archos :) |
12:33:24 | quelsaruk | amiconn: they finally exchanged it :) |
12:39:26 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
12:50:35 | | Join NibbIer [0] (~andrer@port-212-202-193-173.dynamic.qsc.de) |
13:00 |
13:22:55 | | Quit McLaren () |
13:23:30 | Bagder | neat |
13:23:40 | Bagder | they just changed the disk? |
13:25:24 | Bagder | LinusN: here? |
13:25:48 | LinusN | yo |
13:26:46 | Bagder | I thought I'd just add 16 bits words and keep a 32 bit sum for a checksum |
13:27:04 | Bagder | then we can init the sum with a given 32 bit number |
13:27:31 | | Join R3nTiL [0] (~zorroz@217.30.249.253) |
13:27:46 | Bagder | simple enough you think? |
13:28:10 | LinusN | should be water tight, methinks |
13:28:38 | Bagder | the question is, should the scramble tool take that number as an argument or should we make it like "h1xx"? |
13:29:07 | Bagder | I mean, should the tool know what the number is for, or should it just pass it on |
13:30:09 | LinusN | i think h1xx is best |
13:30:19 | Bagder | ok |
13:30:34 | Bagder | we can always change later otherwise |
13:30:38 | LinusN | btw, it seems like if H100 has a different scrambling |
13:30:45 | LinusN | than 120 and 140 |
13:30:54 | LinusN | or maybe Dave was just assuming it |
13:32:02 | Bagder | I haven't seen any actual difference in the code, just that it detects them |
13:32:55 | | Part Zagor |
13:32:57 | | Part LinusN |
13:34:08 | | Join LinusN [0] (~linus@labb.contactor.se) |
13:35:20 | quelsaruk | Bagder: they changed the full box |
13:35:28 | Bagder | aha |
13:35:43 | Bagder | but it is still a v1? |
13:35:47 | quelsaruk | yes |
13:35:55 | Bagder | goodie |
13:35:56 | quelsaruk | a V1 recorder20 |
13:36:07 | quelsaruk | :) |
13:36:13 | quelsaruk | ready to install rockbox again |
13:36:15 | quelsaruk | :) |
13:40:25 | sox | hoy Linus and others, I got this error when running make install of the binutils (this time I checked out the latest version from sf) |
13:40:25 | | Join Zagor [242] (~bjst@labb.contactor.se) |
13:40:26 | sox | ../../../../Downloads/binutils-2.15/binutils/doc/binutils.texi:5: @include `config.texi': No such file or directory. |
13:40:27 | sox | ../../../../Downloads/binutils-2.15/binutils/doc/binutils.texi:99: warning: undefined flag: VERSION. |
13:40:27 | DBUG | Enqueued KICK sox |
13:40:27 | sox | makeinfo: Removing output file `../../../../Downloads/binutils-2.15/binutils/doc/binutils.info' due to errors; use −−force to preserve. |
13:40:27 | sox | make[2]: *** [../../../../Downloads/binutils-2.15/binutils/doc/binutils.info] Error 1 |
13:40:28 | *** | Alert Mode level 1 |
13:40:28 | sox | make[1]: *** [install-recursive] Error 1 |
13:40:30 | sox | make: *** [install-binutils] Error 2 |
13:41:04 | amiconn | quelsaruk: Flashable? |
13:41:13 | | Quit Cassandra (Read error: 110 (Connection timed out)) |
13:41:19 | quelsaruk | amiconn: i hope so, haven't check yet |
13:42:23 | quelsaruk | great... |
13:42:46 | quelsaruk | i have all my batt. packs empty...i have to charge batts :( |
13:44:00 | LinusN | sox: linux? |
13:44:31 | sox | yes |
13:44:47 | sox | mac os x |
13:44:48 | LinusN | i have a vague memory about having the same error once |
13:44:54 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
13:45:04 | LinusN | it was some package missing in my debian installation |
13:45:17 | sox | its only a documentation, maybe its something that doesnt really matter much for the build? |
13:45:21 | LinusN | with tex and such |
13:45:57 | LinusN | it shouldn't matter, but i don't know if it does something vital after the docs in the installation script |
13:46:09 | sox | hm... |
13:46:13 | DMJC | how goes the iriver? |
13:46:20 | LinusN | DMJC: same same |
13:46:35 | DMJC | is there anything a user can do? |
13:46:44 | LinusN | unfortunately not |
13:47:07 | DMJC | I mean sure I can do switch statements in C... and system calls! but yeah.. pretty useless |
13:47:35 | sox | ill try with -i and see if it works in the end... |
13:47:45 | LinusN | sox: good luck |
13:48:07 | DMJC | actually, forgetting iriver specific stuff, is it possible to hack on the rockbox interface at the moment? |
13:48:19 | sox | thanx LinusN! |
13:49:12 | Bagder | DMJC: yes it is |
13:49:26 | Bagder | build and run the simulator |
13:49:53 | DMJC | that also simulates display output? |
13:49:58 | Bagder | yes |
13:50:28 | DMJC | excellent |
13:50:29 | *** | Alert Mode OFF |
13:57:03 | | Join jyp [0] (~jp@56-6.240.81.adsl.skynet.be) |
13:59:26 | jyp | hello there |
13:59:31 | LinusN | ho ho |
13:59:34 | Bagder | hi jyp |
13:59:59 | jyp | what would be the proper way of testing int size (w/ preprocessor) ? |
14:00 |
14:00:16 | Bagder | there is none |
14:00:32 | jyp | great ;) |
14:00:48 | LinusN | just what you wanted to hear |
14:00:52 | jyp | I thought #if __INT_MAX__ == 0x7FFFFFFF |
14:00:55 | Bagder | normally people do configure tests for it and use those defines |
14:01:11 | Bagder | jyp: well, that could work as a poor man's version, yes |
14:01:24 | Zagor | jyp: why do you want a test? |
14:01:46 | jyp | Looking to commit thread.c ... |
14:01:53 | jyp | there I have either |
14:01:58 | jyp | #define DEADBEEF 0xdeadbeef |
14:01:59 | jyp | or |
14:02:04 | jyp | #define DEADBEEF 0xddbf |
14:02:16 | LinusN | aha |
14:02:29 | jyp | of course this can be dealt with differently |
14:02:41 | jyp | like #define DEADBEEF (int)0xdeadbeef) |
14:02:42 | Zagor | the simplest way is to add a #define to config-gmini |
14:02:45 | DMJC | now if i tell it to build a simulated iriver.. |
14:02:56 | DMJC | will the firmware work in the simulator? |
14:03:00 | DMJC | eg display output etc? |
14:03:20 | Zagor | DMJC: only rockbox, not iriver firmware |
14:03:20 | Bagder | DMJC: it then builds a simulator, not a firmware |
14:03:25 | LinusN | it's a simulator, not an emulator |
14:03:33 | DMJC | what's the difference? |
14:04:03 | Zagor | jyp: like #define INTWIDTH 16 |
14:04:09 | sox | so, heres another question. I get this error trying to build the Uisim build of iRiver for X11 |
14:04:10 | sox | c-af4fe353:~/rockbox/rockbox-devel/build svante$ make |
14:04:10 | sox | make -C /Users/svante/rockbox/rockbox-devel/uisimulator/x11 |
14:04:10 | sox | CC ../x11/thread.c |
14:04:10 | sox | In file included from ../x11/kernel.h:20, |
14:04:10 | *** | Alert Mode level 1 |
14:04:10 | sox | from ../x11/thread.c:23: |
14:04:12 | sox | ../../firmware/export/kernel.h:70: error: conflicting types for `sleep' |
14:04:12 | Zagor | or INTIS16BITS |
14:04:14 | sox | /usr/include/unistd.h:172: error: previous declaration of `sleep' |
14:04:16 | sox | make[1]: *** [/Users/svante/rockbox/rockbox-devel/build/thread.o] Error 1 |
14:04:17 | sox | make: *** [sim] Error 2 |
14:04:35 | jyp | I'll have a look what AUTOCONF uses |
14:05:04 | sox | and if you feel my questions are just pain in the ass, let me know and Ill stop bugging you ... |
14:05:54 | amiconn | jyp et al: Is it perhaps possible to check sizeof(int) in a preprocessor directive? |
14:06:06 | Bagder | no |
14:06:23 | LinusN | sox: i've never built the simulator on os x, so you're on your own :-( |
14:06:31 | Bagder | the autoconf macro for doing the check builds and runs a C program |
14:07:08 | LinusN | DMJC: the simulator doesn't run the actual firmware, it is running rockbox on your pc |
14:07:13 | sox | ok, thanx anyways |
14:07:14 | DMJC | I know |
14:07:22 | DMJC | that makes sense |
14:07:30 | DMJC | now if I want to test media files |
14:07:35 | ashridah | DMJC: simulation v emulation is the difference between 'analyse actions/performance' and 'use to get stuff done'. |
14:07:40 | DMJC | k |
14:07:49 | DMJC | I want to try to hack on this |
14:07:55 | Zagor | jyp: don't invent a new way to do this. just use the config header. |
14:07:57 | Bagder | DMJC: the simulator doesn't play any media files at all (yet) |
14:08:19 | LinusN | Bagder: actually, it can play mp3 files if you compile with libmad |
14:08:28 | LinusN | thanks to eric lassauge |
14:08:32 | DMJC | will a plugin written for the archos compile for the iriver? |
14:08:37 | Bagder | is that applied and committed? |
14:08:41 | DMJC | eg, can I start writing code now |
14:08:45 | Bagder | DMJC: yes |
14:08:53 | DMJC | that's fine then |
14:08:55 | crash_ | Bagder: by not playing you mean, "there wont be sound", right? |
14:09:03 | DMJC | I don't care about sound output |
14:09:10 | Bagder | crash_: right |
14:09:11 | LinusN | crash_: the playback is simulated |
14:09:15 | DMJC | I have a working iriver for music heh |
14:09:18 | crash_ | DMJC: yeah sure, i just wanted to correct this ;) |
14:09:22 | DMJC | that's fine |
14:09:53 | DMJC | where would I put files to test with the firmware? |
14:10:09 | Bagder | DMJC: the firmware? |
14:10:14 | DMJC | the simulator |
14:10:15 | DMJC | heh |
14:10:31 | Bagder | DMJC: setup a dev env, get the source, build it, run it |
14:10:35 | DMJC | done that |
14:10:44 | jyp | Well, let's no overdo it, I'll just use ((int)0xdeadbeef) |
14:10:53 | Bagder | DMJC: if you write a plugin, then add it to the plugins dir |
14:10:53 | crash_ | and put your files in the subdir archos |
14:11:00 | DMJC | ah k |
14:11:02 | crash_ | which is the simulated harddrive |
14:11:10 | | Quit ashridah ("sleep") |
14:11:11 | Zagor | we might want to rename that :) |
14:11:29 | Bagder | Zagor: or leave it as a sign of our history! ;-) |
14:11:33 | crash_ | hehe |
14:11:41 | Zagor | :) |
14:11:44 | LinusN | (int)oxdeadbeef may create warnings about loss of precision |
14:12:35 | jyp | gcc is happy with it |
14:12:41 | *** | Saving seen data "./dancer.seen" |
14:13:07 | Bagder | LinusN: checksum patch for scramble coming up next |
14:13:17 | LinusN | nicers |
14:14:11 | *** | Alert Mode OFF |
14:14:42 | Bagder | I'm not emotionally attached to the solutions, so feel free to fix whatever if you don't like |
14:18:48 | jyp | thread.c committed. |
14:21:57 | | Quit DMJC ("Leaving") |
14:26:26 | | Join ze [0] (ze@adsl-63-205-40-9.dsl.lsan03.pacbell.net) |
14:26:28 | | Quit R3nTiL () |
14:26:33 | Zagor | jyp: warnings |
14:26:52 | Zagor | you must use unsigned int |
14:27:12 | Zagor | and while you're at it, please add a comment as to why the constant is typecast |
14:28:31 | jyp | k |
14:33:05 | jyp | done |
14:33:57 | Zagor | good |
14:34:37 | Bagder | the build table is a good thing |
14:34:40 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
14:34:40 | * | Bagder runs off |
14:35:31 | | Join Christi-S [0] (~Christi@213.78.105.189) |
14:38:28 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
14:54:15 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
14:55:22 | markun | I want to start coding unicode support for rockbox. I have some ideas I wrote down. Maybe someone can take a look at them before I start. |
14:55:41 | Zagor | markun: have you looked at the existing patch(es)? |
14:55:54 | markun | I have looked at the chinese patches. |
14:56:11 | Zagor | ok, good |
14:56:38 | Zagor | where can we see your ideas? |
14:56:57 | markun | I don't know. I can put the textfile on my webserver? |
14:57:23 | Zagor | sure. or make a wiki page. |
14:57:42 | markun | ok, I'll to that. |
14:57:50 | markun | (wiki) |
14:58:17 | Zagor | ok |
14:58:53 | markun | Don't know much about formating with wiki so I will first just put the text there, ok? |
14:59:32 | LinusN | go ahead |
14:59:36 | Zagor | sure |
15:00 |
15:01:59 | markun | http://www.rockbox.org/twiki/bin/view/Main/UnicodeProposal |
15:02:15 | markun | I will change the formating later. Can you take a look at it? |
15:02:21 | Zagor | yup |
15:03:04 | markun | Hm, the source code is pretty unreadable this way.. |
15:04:05 | Zagor | you can use standard html if you are more fluent in that. <pre> is good for source code |
15:04:37 | markun | I used <verbatim> now |
15:05:11 | Zagor | right, that works too |
15:06:08 | markun | The problem with convbdf now is that it allocates space for all possible glyphs between firstchar and lastchar. |
15:06:22 | Zagor | yes |
15:07:11 | Zagor | how do you propose to select which glyphs to use from unicode fonts? |
15:07:50 | markun | I don't understand your question exactly.. |
15:08:21 | markun | How to leave out glyphs from a font when converting it? |
15:08:25 | Zagor | yes |
15:08:58 | Zagor | unicode fonts can be huge |
15:09:51 | markun | Maybe tell the converter which code charts to include (or exclude) (http://www.unicode.org/charts/) |
15:09:58 | markun | unicode.org seems to be down.. |
15:12:01 | markun | I think it would also be nice to make a ttfconv tool using freetype2. We could even render them anti-aliased for greyscale LCDs. |
15:12:51 | Zagor | yes |
15:13:33 | markun | Shall I put 'int colors' in the font struct? |
15:13:57 | jyp | int depth ? |
15:14:01 | markun | ok |
15:14:22 | Zagor | i don't think we should mix this with unicode |
15:14:34 | Zagor | they are two separate problems, each non-trivial |
15:15:05 | markun | Yes, I know. I want to do unicode, maybe add greyscale later. |
15:15:27 | | Quit midk (Read error: 104 (Connection reset by peer)) |
15:15:39 | | Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
15:15:53 | Zagor | markun: you are not proposing a caching system, are you? i.e. you want to enlarge the font buffer rather drastically? |
15:17:14 | markun | Zagor: I thought the whole font would be in memory. Is it different from the current implementation? |
15:18:03 | Zagor | no, it's the same. but current fonts are naturally quite small, since they consist of at most 224 glyphs |
15:18:18 | Zagor | a unicode font can be hundreds of kilobytes large |
15:19:10 | markun | True. I have not thought about dynamically loading part of a font (I know the chinese patch does it) |
15:20:27 | Zagor | without dynamic caching, we'll need to make this conditional. many archos users are likely not going to want to "waste" runtime for unicode support |
15:20:37 | Zagor | it's much less an issue on iriver players |
15:22:00 | | Quit Christi-S ("If I were actually witty, this quitline would be funny.") |
15:23:23 | markun | I will think about it. |
15:24:40 | Zagor | i think compile-time or even runtime selection is a good thing |
15:25:26 | markun | Compile time is not a problem |
15:27:29 | LinusN | well, it doubles the amount of options on the download page |
15:28:41 | markun | HD space it not a problem, so runtime would be a lot better. |
15:30:11 | amiconn | I think dynamic caching would be the better way. |
15:30:42 | amiconn | markun: What do you think is the most suitable internal unicode representation? UTF-8? |
15:30:56 | Zagor | amiconn: definitely. but it's also the most complex way. i think starting with a simpler solution will make the code easier to develop and test. |
15:31:13 | markun | UTF-32 would be the easy, but it takes up a lot of memory.. |
15:32:11 | markun | .. easiest .. |
15:32:45 | amiconn | Zagor: A propos caching - your large db table support has problems. If I browse by artist, go to a certain artist, then dive into albums & tracks and go back up afterwards, I end up at a different artist... |
15:32:45 | markun | And I don't think it's an option for 16-bit platforms. |
15:32:50 | jyp | Is HAVE_GMINI_I2C a suitable feature/macro name? |
15:33:16 | Zagor | amiconn: ok |
15:33:48 | amiconn | Zagor: And the db sorting could need some fixing (or an option for songdb.pl). Currently it sorts case sensitive. |
15:33:50 | Zagor | markun: all our platforms handle 32-bit data and pointers, so it's not a major issue |
15:34:05 | Zagor | amiconn: yes, there is lots to do on songdb.pl |
15:34:27 | LinusN | btw, is the stuck-in-dir bug fixed or not? |
15:34:32 | Zagor | fixed |
15:34:37 | LinusN | i see reports of it still being there |
15:35:03 | Zagor | where? |
15:36:00 | | Join R3nTiL [0] (~zorroz@217.30.249.162) |
15:37:02 | amiconn | Zagor's latest change on this (don't show browser before resume) seems to have fixed it. At least I didn't observe it any more. |
15:37:24 | * | jyp assumes yes, and commits i2c |
15:37:38 | LinusN | ok then, i remember having seen a report about the 0119 build not working, but maybe zagors last fix was after that |
15:38:30 | Zagor | yes, the last fix was the 21st |
15:38:39 | LinusN | ok then |
15:43:33 | | Part LinusN |
15:47:08 | Zagor | jyp: sorry for not answering. the name is fine. |
15:48:04 | | Join DMJC-L [0] (~DMJC-L@220-245-162-47-sa-nt.tpgi.com.au) |
15:48:25 | amiconn | jyp: Red builds... |
15:48:36 | jyp | yup |
15:48:53 | jyp | Where is kernel.h for the simulator ? |
15:50:06 | amiconn | uisimulator/win32/kernel.c needs to be fixed |
15:52:52 | jyp | fixed. |
15:54:35 | DMJC-L | is there anything in particular holding up the iriver port? |
16:00 |
16:00:15 | | Quit R3nTiL () |
16:01:51 | Zagor | DMJC-L: time |
16:02:28 | DMJC-L | lack of? |
16:02:34 | DMJC-L | or it just takes a while |
16:03:14 | Zagor | lack of it, unfortunately |
16:03:36 | DMJC-L | anyway users can help that? donations etc? |
16:04:19 | Zagor | donations are always nice, but they don't buy us more spare time :-( |
16:04:50 | DMJC-L | I've got time... no skills |
16:05:13 | jyp | gotta go; see ya all |
16:05:16 | | Quit jyp ("poof!") |
16:05:17 | DMJC-L | here's something... what kind of programming skills are needed for this? |
16:05:30 | | Quit sox ("Leaving") |
16:05:38 | DMJC-L | C obviously, but is there assembler being usd much? |
16:06:18 | Zagor | in these first things, yes. otherwise only very little. |
16:10:57 | Zagor | gotta go |
16:10:58 | | Part Zagor |
16:12:44 | *** | Saving seen data "./dancer.seen" |
16:30:35 | | Join sox [0] (~s@c-af4fe353.733-1-64736c10.cust.bredbandsbolaget.se) |
16:31:51 | sox | markun: im trying to compile gcc-3.4.2 for m68k-elf, and get this error I saw you reported a while back: operands mismatch −− statement `fmovem.l %fpcr,%d1' ignored |
16:31:58 | sox | how did you solve it? |
16:32:51 | markun | Well, I used two different versions of binutils. Let me check. |
16:33:13 | sox | yes thanks |
16:33:38 | markun | I used binutils-2.15 and the cvs version. 1 to compile gcc and the other to compile rockbox. |
16:33:53 | sox | which one for what? |
16:34:08 | markun | cvs for rockbox I think. |
16:34:45 | sox | ok... too bad, i couldnt compile binutils-2.15 on my mac, but the CVS was good |
16:36:20 | markun | I compiled it on my athlon running FreeBSD (similar to Darwin) |
16:36:48 | sox | hm, ill try again and see if i get better luck |
16:39:09 | markun | I'm not 100% wat the order of using 2.15 and cvs was. |
16:39:36 | sox | well, if i cant compile one of them it doesnt matter, ill have to work that out first |
16:40:16 | sox | in the IRC logs I see you asked bagder this: One more question about gcc: can I just as well download gcc-core-3.4.2.tar.bz2 instead of gcc-3.4.2.tar.bz2? |
16:40:25 | sox | did you use the core version? |
16:41:58 | markun | Yes, the core is all you need. |
16:42:17 | markun | Also used 3.4.2 |
16:44:29 | markun | compile and install binutils-2.15 -> compile and install gcc-3.4.2 -> compile and install (overwrite) binutils from cvs -> compile rockbox |
16:45:02 | sox | ok! nice and short description |
16:46:31 | markun | What problems did you have compiling binutils-2.15? |
16:48:17 | DMJC-L | does veryone in here develop for rockbox? |
16:49:03 | markun | I've not contributed any code yet |
16:56:19 | quelsaruk | amiconn, Bagder, [IDC]Dragon.. for example :) |
16:56:22 | quelsaruk | kurzhaarrocker also... |
16:56:35 | quelsaruk | og |
16:56:43 | quelsaruk | i missread your question |
16:56:44 | quelsaruk | :D |
16:56:51 | quelsaruk | sorry |
16:57:02 | quelsaruk | i need a "siesta" |
16:57:49 | markun | Buenas sueños! (is that right?) |
16:57:58 | | Quit kurzhaarrocker (Read error: 54 (Connection reset by peer)) |
16:59:01 | quelsaruk | hmm... more or less |
16:59:12 | markun | buenOs.. |
16:59:13 | quelsaruk | dulces sueños is more correct |
16:59:16 | quelsaruk | or buenos |
16:59:16 | markun | ok |
16:59:17 | quelsaruk | :) |
17:00 |
17:25:23 | sox | hey markun, you should add your description of what to compile and in which order to the documentation (and/or wiki) |
17:29:40 | markun | ok, I will. Did you have any luck yet? |
17:29:47 | | Join mecraw [0] (~mecraw@69.2.235.2) |
17:33:22 | | Quit mecraw (Client Quit) |
17:33:51 | sox | well, this time binutils-2.1.5 compiled ok, im compiling gcc now |
17:34:03 | sox | looks good |
17:35:11 | | Join mecraw [0] (~mecraw@69.2.235.2) |
17:42:15 | | Join Spida_ [0] (Spida@pD9FFA417.dip.t-dialin.net) |
17:45:24 | | Quit Spida (Read error: 60 (Operation timed out)) |
17:47:13 | markun | sox: I changed the wiki page. Can you take a look to see if it's clear enough? |
18:00 |
18:10:48 | [IDC]Dragon | quelsaruk: r u there? |
18:12:45 | *** | Saving seen data "./dancer.seen" |
18:12:57 | quelsaruk | yups |
18:12:58 | quelsaruk | here |
18:12:59 | quelsaruk | :) |
18:13:15 | [IDC]Dragon | did you do that spanish voice file? |
18:13:24 | [IDC]Dragon | (in the wiki) |
18:13:24 | quelsaruk | but with english accent |
18:13:48 | quelsaruk | i'm trying now to get a spanish sapi5 voice |
18:13:52 | [IDC]Dragon | just nitpicking: I think the version is wrong |
18:14:09 | quelsaruk | the version? |
18:14:47 | [IDC]Dragon | it says 1.140, but I don't believe spanish.lang has 140 revisions, just like the english |
18:15:02 | quelsaruk | spanish is version 1.16 right now |
18:15:09 | quelsaruk | i think that's an error |
18:15:21 | [IDC]Dragon | so I thought, yes |
18:15:48 | quelsaruk | i made version 1.15 and amiconn corrected those windoze end of lines, so he made version 1.16 AFAIK |
18:15:52 | quelsaruk | :) |
18:16:00 | [IDC]Dragon | te wiki table line was probably just copied |
18:16:04 | [IDC]Dragon | the |
18:16:14 | quelsaruk | posibly :) |
18:16:26 | [IDC]Dragon | do you want to fix it? |
18:16:35 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
18:16:47 | [IDC]Dragon | or should I put 1.15 there? |
18:16:58 | sox | i might have asked this allready, trying to build iriver uisimulator and getting this error |
18:17:01 | quelsaruk | you can put 1.16 (last version AFAIK) |
18:17:07 | sox | In file included from ../x11/kernel.h:20, |
18:17:07 | sox | from ../x11/thread.c:23: |
18:17:07 | sox | ../../firmware/export/kernel.h:70: error: conflicting types for `sleep' |
18:17:07 | DBUG | Enqueued KICK sox |
18:17:07 | sox | /usr/include/unistd.h:172: error: previous declaration of `sleep' |
18:17:12 | sox | anyone seen it before |
18:17:13 | sox | ? |
18:17:21 | quelsaruk | oh, and thanks for changing it [IDC]Dragon :) |
18:17:46 | quelsaruk | sox: not me, sorry |
18:17:58 | [IDC]Dragon | np |
18:18:31 | quelsaruk | [IDC]Dragon: do you have your jukebox near? i want to check one thing |
18:18:50 | [IDC]Dragon | yes |
18:19:07 | quelsaruk | i installed to my bro's box yesterday's CVS and he gets an End of playlist bug |
18:19:27 | quelsaruk | try playing something, stoping, press on to resume play |
18:19:35 | quelsaruk | and it should say "End of playlist" |
18:20:20 | | Quit mecraw () |
18:20:36 | [IDC]Dragon | no, it asks me for resume again |
18:20:55 | quelsaruk | ¿? |
18:21:05 | | Join mecraw [0] (~mecraw@69.2.235.2) |
18:21:20 | [IDC]Dragon | I have the resume prompt active |
18:21:30 | amiconn | quelsaruk: Same for me. The last remnants of the resume bugs (end of playlist, stuck in dir) were fixed on Friday. |
18:21:50 | quelsaruk | amiconn: but you still see that? |
18:22:07 | | Quit Schnueff ("leaving") |
18:22:21 | [IDC]Dragon | my build is from the 19th or later |
18:22:30 | amiconn | No, I mean same as [IDC]Dragon. Works correctly. |
18:22:37 | quelsaruk | strange then... |
18:22:53 | quelsaruk | maybe i didn't update correctly |
18:22:56 | [IDC]Dragon | the timestamp dosn't get updated unless I do a full rebuild |
18:22:58 | quelsaruk | i'll check now |
18:23:08 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so cool") |
18:23:19 | [IDC]Dragon | but my g/f yesterday had a stuck in dir problem, too |
18:24:09 | quelsaruk | my brother gets the End of Playlist bug, and after that, can't use the browser.. he is stuck in that folder :/ |
18:25:27 | quelsaruk | so i have to hear him complaining for more than a week... "why do you install bleeding edge firmwares in my box? i like 2.4 version... blablabla..." |
18:25:27 | [IDC]Dragon | I'm also not convinced that this is 100% gone, we'll see |
18:29:53 | quelsaruk | testing my new box, 18.7 GB copied :) |
18:29:56 | quelsaruk | and rockbox installed |
18:33:15 | quelsaruk | hmmm |
18:33:31 | quelsaruk | first weird issue |
18:34:22 | quelsaruk | free disk should be 2MB, not 18.6GB |
18:34:24 | quelsaruk | :/ |
18:35:32 | quelsaruk | amiconn: flashable jukebox: Flash: M=BF D=D6 ROM CRC: 0x222F V1 :D |
18:36:05 | [IDC]Dragon | amiconn: about your MMC card: do you have to restore the image every time, or does it show the bug over and over? |
18:37:24 | amiconn | The bug appears over and over (no writing to the fat) |
18:37:36 | [IDC]Dragon | good |
18:37:52 | [IDC]Dragon | have you tried chkdisk? |
18:38:16 | [IDC]Dragon | to see if the f/s is ok |
18:38:54 | amiconn | chkdsk -> no errors found |
18:42:28 | [IDC]Dragon | interesting subject |
18:50:36 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
18:51:29 | [IDC]Dragon | I'm off |
18:51:33 | | Quit sox (Read error: 110 (Connection timed out)) |
18:51:33 | | Quit [IDC]Dragon ("CGI:IRC") |
18:53:08 | | Join Stryke` [0] (~Chairman8@24-168-110-99.si.rr.com) |
19:00 |
19:03:05 | | Quit einhirn (Read error: 54 (Connection reset by peer)) |
19:16:46 | | Join grimreap- [0] (~grimreap@c-24-7-207-20.client.comcast.net) |
19:34:21 | | Quit grimreap (Read error: 110 (Connection timed out)) |
19:49:18 | | Nick Spida_ is now known as Spida (Spida@pD9FFA417.dip.t-dialin.net) |
20:00 |
20:01:03 | | Join jyp [0] (~jp@56-6.240.81.adsl.skynet.be) |
20:10:30 | | Join sox [0] (~s@c-784de353.733-1-64736c10.cust.bredbandsbolaget.se) |
20:12:48 | *** | Saving seen data "./dancer.seen" |
20:13:07 | | Quit quelsaruk (Read error: 104 (Connection reset by peer)) |
20:28:43 | | Join edx [0] (edx@p548793B8.dip.t-dialin.net) |
20:33:55 | markun | sox: any progress? |
20:36:40 | sox | no |
20:37:09 | sox | but i wonder about one thing. in the docs for compiling the crosscompiler it says "and use another path in the −−prefix parameter as well" |
20:37:40 | sox | this is only important if i want to have crosscompilers for both sh-elf and m68k-elf, right? |
20:38:58 | markun | sox: yes |
20:39:17 | markun | Did you remove line 70 from kernel.h? |
20:39:42 | sox | no... |
20:40:26 | sox | what does it do? |
20:41:51 | sox | and where is it? |
20:41:55 | markun | your compiler complained sleep was defined two times. Don't know for sure if removing is here solves it, but you might try. |
20:42:21 | markun | firmware/export/kernel.h (it was in your error message) |
20:42:52 | sox | ah |
20:43:47 | sox | no, that just gave me other errors |
20:44:23 | markun | Hm, don't know then. |
20:44:24 | sox | i dont know for sure if anyone actually got the uisim working on Darwin, I never managed to success before, when I was doing Archos stuff... |
20:44:48 | sox | In file included from ../common/file.h:62, |
20:44:48 | sox | from /Users/svante/rockbox/apps/tree.h:24, |
20:44:48 | sox | from /Users/svante/rockbox/apps/main.c:70: |
20:44:48 | DBUG | Enqueued KICK sox |
20:44:48 | sox | ../../firmware/include/file.h:49: error: conflicting types for `ssize_t' |
20:46:22 | markun | I had the same error in FreeBSD |
20:46:50 | sox | that's good! |
20:46:55 | sox | then im not alone ;-) |
20:46:58 | markun | Just comment out lines 45 till 69 in include/file.h |
20:47:45 | sox | ok ill try that |
20:50:18 | | Quit NibbIer (Read error: 110 (Connection timed out)) |
20:51:21 | sox | ok, so how about this error then..... building the uisim |
20:51:25 | sox | /var/tmp//ccKEf9lc.s:874:Expected comma after segment-name |
20:51:25 | sox | /var/tmp//ccKEf9lc.s:874:Rest of line ignored. 1st junk character valued 32 ( ). |
20:51:25 | sox | /var/tmp//ccKEf9lc.s:876:Expected comma after segment-name |
20:51:25 | sox | /var/tmp//ccKEf9lc.s:876:Rest of line ignored. 1st junk character valued 32 ( ). |
20:51:25 | *** | Alert Mode level 1 |
20:51:25 | sox | /var/tmp//ccKEf9lc.s:1204:Expected comma after segment-name |
20:51:26 | *** | Alert Mode level 2 |
20:51:26 | sox | /var/tmp//ccKEf9lc.s:1204:Rest of line ignored. 1st junk character valued 32 ( ). |
20:51:28 | sox | make[1]: *** [/Users/svante/rockbox/build/lcd-h100.o] Error 1 |
20:51:30 | sox | make: *** [sim] Error 2 |
20:52:25 | markun | What version of gcc and binutils are you using? |
20:53:06 | sox | i followed your recommendations |
20:53:20 | sox | but maybe there's a problem with apples gcc (3.3) |
20:53:39 | jyp | hey ... |
20:53:48 | markun | jyp: hi |
20:54:22 | jyp | sox, trying to compile on the mac ? |
20:54:29 | sox | yes....... |
20:54:42 | markun | sox: are you compiling the simulator? |
20:54:57 | jyp | uisim is not to be cross compiled |
20:54:57 | sox | yes, the iriver |
20:55:35 | markun | Well, for the simulator you don't need the cross-compiler. |
20:55:44 | sox | i dont think i am cross compiling it either... |
20:55:52 | markun | ok |
20:56:06 | jyp | It is supposed to work on an apple arch ? |
20:56:21 | sox | theoretically! |
20:56:30 | jyp | just asking |
20:56:44 | sox | sorry, my frustration shines through, eh |
20:57:44 | sox | the thing is i hardly know what im doing, so i probably make mistakes that i dont know of |
20:58:52 | jyp | np. Just asking questions in case I might be of some help |
20:59:01 | markun | Well, I think your almost there. The error you see is because the assembler (part of binutils) doesn't like the assembly code (produced by gcc) |
20:59:25 | jyp | But I'm afraid my advices would remain in the theoretical world :) since I don't have a mac. |
20:59:35 | sox | i did what you said and replaced binutils 2.1.5 with the cvs version |
21:00 |
21:00:19 | markun | I thought that was only for building the cross-compiler.. |
21:01:01 | sox | heres what you wrote, maybe i misunderstood you: compile and install binutils-2.15 -> compile and install gcc-3.4.2 -> compile and install (overwrite) binutils from cvs -> compile rockbox |
21:01:27 | *** | Alert Mode OFF |
21:02:16 | markun | Yes, that's for compiling rockbox with the m68k-elf cross-compiler, but not for the simulator. |
21:02:44 | jyp | Actually one should not replace the assembler after compiling gcc |
21:03:25 | jyp | Because gcc configures itself depending on the available assembler |
21:03:48 | jyp | (Irrelevant to fix your problem) |
21:04:05 | sox | maybe, i wouldnt know, maybe you know markun? |
21:04:07 | | Join Pappy [0] (~pappy@193.184-ppp.3menatwork.com) |
21:04:16 | markun | jyp: the problem was that gcc-m68k-elf did not want to compile with cvs binutils.. and rockbox didn't want to compile with binutils 2.15 |
21:04:18 | | Part Pappy |
21:04:52 | | Join Pappy [0] (~pappy@193.184-ppp.3menatwork.com) |
21:05:17 | jyp | markun, if that works, it is fine... Just a general advice on how the toolchain works. |
21:05:22 | markun | sox: what version of gcc and binutils do you have for darwin? |
21:05:30 | jyp | s/advice/comment |
21:05:33 | Pappy | hello everybody |
21:05:48 | sox | markun: do you mean apples or the ones Ive built? |
21:06:00 | markun | apples one. |
21:06:36 | sox | gcc: 3.3 |
21:06:51 | markun | and apples binutils? (ld −−version) |
21:07:10 | Pappy | can anyone suggest a way to test my Recorder's MC34063A chip? |
21:07:31 | Pappy | (I think it is fried) |
21:07:51 | sox | Apple Computer, Inc. version cctools-525.1.obj~8 |
21:08:09 | | Quit mecraw () |
21:08:38 | markun | sox: hm, don't know what version that is.. |
21:09:17 | | Join mecraw [0] (~mecraw@69.2.235.2) |
21:09:41 | sox | markun: ill try to look it up |
21:10:40 | markun | ok |
21:14:23 | Pappy | I am not sure if the chip is at fault, but the current get to it, and pins 1 2 6 7 8, all show voltage when using pin 4 as ground |
21:14:51 | Pappy | any ideas? |
21:18:55 | Pappy | Does anyone want to know what the symptoms are? |
21:19:05 | Ctcp | Ignored 2 channel CTCP requests in 2 hours and 27 minutes at the last flood |
21:19:05 | * | jyp declines |
21:20:14 | Pappy | ok |
21:20:32 | markun | me neither |
21:21:17 | Pappy | alrighty, I'll try some other time then |
21:21:33 | Pappy | peace |
21:22:03 | | Part Pappy |
21:28:47 | | Quit sox ("Leaving") |
21:32:09 | | Quit markun ("Leaving") |
21:36:19 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
21:37:24 | | Quit jyp (Remote closed the connection) |
21:39:30 | | Join jyp [0] (~jp@239.219-201-80.adsl.skynet.be) |
21:40:23 | | Join sox [0] (~s@c-784de353.733-1-64736c10.cust.bredbandsbolaget.se) |
21:40:58 | | Quit edx () |
21:41:37 | | Quit sox (Client Quit) |
22:00 |
22:12:52 | *** | Saving seen data "./dancer.seen" |
22:29:39 | | Join QT [0] (as@area51.users.madwifi) |
22:30:10 | QT | hi |
22:30:29 | Bagder | hi |
22:30:33 | jyp | hi |
22:30:53 | QT | yeah, someone around. nice :-) |
22:31:34 | QT | i heard rockbox started something for iriver h1x0 series players.... |
22:31:48 | QT | something = port |
22:32:05 | Bagder | correct |
22:32:18 | QT | have you ever had it running on the box already? |
22:32:30 | Bagder | we run our own code on it, yes |
22:32:38 | QT | i was reading the forums.rockbox.org section |
22:32:58 | QT | oh, see, that i didn't read yet |
22:38:10 | QT | ok, found a post by linus saying he's running the code already from flash |
22:38:48 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- :P") |
22:52:10 | | Quit amiconn (Read error: 104 (Connection reset by peer)) |
22:52:17 | | Join Stryke` [0] (~Chairman8@24-168-110-99.si.rr.com) |
22:52:49 | | Join amiconn [0] (~jens@pD95D1D1C.dip.t-dialin.net) |
22:53:02 | | Quit amiconn (Nick collision from services.) |
22:53:29 | | Join amiconn [0] (~jens@pD95D1D1C.dip.t-dialin.net) |
23:00 |
23:17:19 | | Quit mecraw (Connection reset by peer) |
23:17:36 | | Join amiconn_ [0] (~jens@pD95D1D1C.dip.t-dialin.net) |
23:17:46 | | Join mecraw [0] (~mecraw@69.2.235.2) |
23:30:24 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
23:31:32 | | Join quelsaruk [0] (~kvirc@80.103.136.49) |
23:31:38 | quelsaruk | hi |
23:31:46 | Bagder | evening |
23:32:33 | quelsaruk | ¬_¬ |
23:32:40 | quelsaruk | btw |
23:32:59 | quelsaruk | the free space in rockbox info should be more or less exact, isn't it? |
23:33:46 | Bagder | only if you let Rockbox recalculate it or don't use windows |
23:35:04 | | Quit amiconn (Read error: 110 (Connection timed out)) |
23:35:04 | | Nick amiconn_ is now known as amiconn (~jens@pD95D1D1C.dip.t-dialin.net) |
23:35:15 | quelsaruk | how can i let rockbox recalculate it? |
23:35:45 | quelsaruk | and how can i delete windoze and use my software? ;) |
23:35:59 | Bagder | I don't remember how to make rockbox do it ;-) |
23:38:57 | | Quit Stryke` (Read error: 60 (Operation timed out)) |
23:39:02 | | Join LinusN [0] (~linus@labb.contactor.se) |
23:39:03 | quelsaruk | damn... |
23:39:10 | Bagder | hi LinusN |
23:39:16 | quelsaruk | hi |
23:39:20 | amiconn | hi LinusN |
23:39:27 | LinusN | enter the disk debug menu, go to the disk space screen and press play |
23:39:31 | Bagder | LinusN: you nicked my batteries you thief! ;-) |
23:39:35 | quelsaruk | LinusN: do you know how to make rockbox recalculate your hd free space? |
23:39:39 | LinusN | i did? |
23:39:43 | quelsaruk | that's for me? |
23:39:45 | quelsaruk | :d |
23:39:52 | quelsaruk | you are faster than me |
23:40:12 | quelsaruk | you are always spying us? |
23:40:14 | Bagder | LinusN: I had 2300 mah ones, there are 2000 mah ones in my recorder now |
23:40:17 | amiconn | I've put up the MMC image on my Amiga |
23:40:49 | amiconn | amiconn.dyndns.org/mmc_dump.zip">http://amiconn.dyndns.org/mmc_dump.zip |
23:40:58 | LinusN | Bagder: what did they look like? |
23:41:21 | Bagder | GP ones I believe, orange and green I think |
23:41:35 | quelsaruk | amazing... i didn't know rockbox had this option |
23:41:36 | amiconn | Attention: 245 MB! And please no 2 leechers at once. Will be way too slow for either one ;-) |
23:41:45 | Bagder | hehe |
23:42:05 | LinusN | Bagder: i think you're wrong |
23:42:17 | Bagder | I've never had any batteries like this |
23:42:33 | Bagder | I've only had the original ones and my new 2300 ones |
23:42:59 | LinusN | funny, since i've never seen those batteries before either .-) |
23:43:36 | LinusN | you sure that the 2300 GP batteries weren't in the one that was stolen? |
23:43:49 | Bagder | I'm sure |
23:43:53 | Bagder | I bought 8 2300 ones |
23:44:03 | Bagder | I use 4 for my camera |
23:44:22 | LinusN | really weird, i have only one set of 2300 GP batteries, in my own recorder |
23:44:27 | quelsaruk | a box stolen in sweden? :O |
23:44:50 | Bagder | hm |
23:44:57 | Bagder | I was wrong, there are 2300 ones |
23:45:03 | Bagder | just not the ones I had |
23:45:11 | Bagder | these are even |
23:45:17 | Bagder | so never mind |
23:45:35 | LinusN | weird indeed |
23:45:47 | LinusN | no batteries in it when you bought it? |
23:46:04 | Bagder | sure, the original green ones |
23:47:11 | LinusN | hm |