| 00:03:52 | | Quit pixelim ("Leaving") |
| 00:06:40 | *** | Saving seen data "./dancer.seen" |
| 00:10:20 | | Nick paugh is now known as AliasCoffee (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 00:10:56 | amiconn | Bagder: Nice :) |
| 00:14:10 | | Quit ender` (Read error: 113 (No route to host)) |
| 00:15:20 | flurble | wah |
| 00:15:35 | flurble | so if ~/rockbox$ md5sum new.hex |
| 00:15:43 | flurble | doesn't look like any of the ones on the wiki page |
| 00:15:48 | flurble | would it be a bad idea to do anything with it? |
| 00:16:02 | bluebrother^ | trash it and try again :) |
| 00:16:44 | flurble | hm, and if it comes out the same again? |
| 00:18:51 | | Join rasher [0] (n=3e4f4094@labb.contactor.se) |
| 00:19:02 | rasher | flurble: which bootloader are you patching with? |
| 00:19:16 | rasher | And which firmware are you patching? |
| 00:21:44 | flurble | ha |
| 00:21:48 | flurble | that one's better |
| 00:22:16 | flurble | with a different (presumably the right one this time) bootloader |
| 00:22:38 | bluebrother^ | I just tried it with the files from the wiki without any problems. |
| 00:23:14 | flurble | mm |
| 00:23:34 | | Join EEzde [0] (n=Script@p548CA787.dip0.t-ipconnect.de) |
| 00:23:43 | bluebrother^ | h120, 1.65eu. |
| 00:24:03 | | Quit Moos (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") |
| 00:24:06 | linuxstb__ | I've also just tried it with the H120/H140 1.65-EU firmware (alt. download site) and it worked perfectly. This is doing it the "hard way" using the command-line tools under Linux. |
| 00:24:35 | EEzde | tach auch |
| 00:24:52 | linuxstb__ | I'm still using v1 of the bootloader, so it's about time I upgraded. |
| 00:25:21 | rasher | Isn't that unsafe? |
| 00:25:33 | rasher | (no usb mode) |
| 00:25:39 | rasher | Or was that even earlier |
| 00:25:57 | | Join pike| [0] (i=pike@c83-249-120-126.bredband.comhem.se) |
| 00:26:47 | linuxstb__ | Yes, I don't think there's a USB mode. But I've had no problems at all with it. |
| 00:27:04 | | Join webguest02 [0] (n=d5ee49cc@labb.contactor.se) |
| 00:27:25 | rasher | A broken filesystem would've left you with a non-booting system |
| 00:27:37 | amiconn | bluebrother^: Want to try something for the volume change problem? |
| 00:27:52 | linuxstb__ | As I said, it's about time I upgraded :). I'm doing it now. |
| 00:29:36 | amiconn | bluebrother^: In firmware/drivers/uda1380.c, locate line 228 (within uda1380_enable_recording()) |
| 00:29:57 | amiconn | Change the MIX_MODE(3) into MIX_MODE(1). Imho it should help... |
| 00:30:09 | rasher | I'm thinking I may have some strings that are too long in dansk.lang. I find it hard to tell which strings have a size-limit |
| 00:30:40 | amiconn | rasher: Yes. Guess why I'm bothering Bagder about localisation v2 all the time? ;) |
| 00:31:15 | amiconn | The comments should clearly state where these strings are used, and what the length limit is, per platform if necessary |
| 00:31:16 | flurble | woot! i installed it! how exciting! |
| 00:31:33 | rasher | I agree |
| 00:31:44 | rasher | Though that could've been done with the current system as well |
| 00:31:55 | amiconn | Yes, but really cumbersome |
| 00:32:01 | rasher | Not as elegantly |
| 00:32:34 | rasher | Looking forward to v2 |
| 00:32:36 | | Join edx [0] (i=edx@p54A84585.dip.t-dialin.net) |
| 00:32:50 | bluebrother^ | amiconn: didn't work for me :( |
| 00:32:52 | rasher | (and the v1->v2 script that makes notes of where to pay attention) |
| 00:33:29 | amiconn | bluebrother^: Mhm, I just tried it here. Same result. Strange. |
| 00:34:11 | amiconn | rasher: I'm afraid we have to adjust a number of strings manually |
| 00:34:26 | amiconn | Like, the current system sometimes has extra strings for the player |
| 00:35:13 | amiconn | These should be merged (ID-wise) with the strings for the other platforms, since it is possible to specify per-platform strings for an ID with v2 |
| 00:35:31 | rasher | Of course there'll be a lot of manual editing |
| 00:36:10 | amiconn | There are also some strings that should be merged in general. Sometimes there are 2 strings for one message, just because back in the old rockbox days there was no splash() function |
| 00:36:28 | rasher | I noticed a few of those |
| 00:36:28 | amiconn | ...and the message should be displayed in 2 lines |
| 00:36:55 | rasher | Looks absolutely revolting on iriver |
| 00:37:02 | amiconn | I encountered one more of these just a short time ago |
| 00:37:07 | rasher | Bookmarking code has some iirc |
| 00:37:33 | amiconn | (and did a temporary fix by joining them in one splash()) |
| 00:37:49 | amiconn | splash(HZ, true, "%s %s", string1, string2); |
| 00:37:59 | amiconn | Not exactly elegant... |
| 00:38:57 | rasher | Works for the user |
| 00:39:19 | amiconn | Bagder: What do you think, should we do an incremental cleanup of all IDs *after* commiting the v2 system? |
| 00:40:02 | amiconn | It will break intermediate language files, but we will probably end up with rather clean files |
| 00:40:24 | amiconn | Of course we should "freeze" the IDs again at some point |
| 00:40:43 | rasher | My idea is that after v2 is introduced, only english should be available until it's cleaned up |
| 00:42:00 | | Quit pike (Read error: 110 (Connection timed out)) |
| 00:42:13 | amiconn | I think the work on other languages can be done in parallel - since the IDs are "linked" to english there's no big risk of messing up |
| 00:43:12 | amiconn | The language files have a version number. This should be bumped 2 times, once when committing v2 and again when the cleanup is done |
| 00:44:28 | | Join TCK [0] (i=TCK@85-210-42-50.dsl.pipex.com) |
| 00:47:03 | | Join stripwax [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) |
| 00:47:35 | stripwax | evening |
| 00:59:38 | | Join bagawk [0] (i=1000@unaffiliated/bagawk) |
| 01:00 |
| 01:05:00 | stripwax | is svante online ? ;-) |
| 01:05:46 | rasher | Seems not |
| 01:05:57 | * | stripwax sighs |
| 01:06:53 | rasher | Either that, or he stopped responding. I'm not holding my breath on that one though. |
| 01:07:31 | | Quit DangerousDan (Read error: 104 (Connection reset by peer)) |
| 01:07:38 | stripwax | I think I've mashed my reset button on my iriver too much, and now it won't actually turn on *unless* I've got some kind of metal doodad in the reset hole ;-( any ideas? |
| 01:09:18 | stripwax | should i just take it apart and assess the damage? |
| 01:09:25 | rasher | Open it up and fiddle with the reset button |
| 01:09:43 | rasher | I seem to recall other people being successful in doing so |
| 01:10:27 | stripwax | okie doke. i'm suspicious that reset button might actually have come off .. guess I'll find out in the morning, way too drunk right now to try something like that |
| 01:11:27 | rasher | My guess is that it's the little metal-thingy |
| 01:11:52 | stripwax | those thingys. they always break, darn. |
| 01:14:08 | rasher | I'm not sure why I called it a metal thingy.. don't know what it's made of |
| 01:14:13 | rasher | The actual button |
| 01:15:18 | stripwax | ah- yes, that's probably it. i guess I could solder on a new one if necessary |
| 01:16:38 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 01:16:52 | rasher | no idea what it looks like on the inside |
| 01:17:03 | rasher | Forgot to check it when I changed the battery |
| 01:17:52 | stripwax | yeah, maybe I'll upgrade the batt and hd at the same time.. anyone found those mk4007gal's in stores yet? |
| 01:20:20 | rasher | No idea |
| 01:23:13 | * | rasher stares disillusioned at the ReleaseTodo |
| 01:25:37 | flurble | my iRiver with their firmware always refused to play anything I'd recorded off a tape originally, and it's playing fine now, is that something you can put on your feature list? Never worked out why it wouldn't play though so I don't know what the feature is... |
| 01:26:09 | | Quit matsl (Remote closed the connection) |
| 01:26:10 | rasher | Heh, what kind of file is it? |
| 01:26:18 | rasher | How was it recorded? |
| 01:27:03 | flurble | the obvious difference between them and most of my files was that they were recorded at 8kHz instead of 44.1, I guess |
| 01:27:19 | flurble | originally as oggs, but i tried converting to mp3s to try and convince them to play |
| 01:27:24 | | Quit EEzde (Read error: 113 (No route to host)) |
| 01:27:26 | linuxstb__ | Did you flash your iriver with the same firmware version that was on there originally? |
| 01:28:00 | rasher | Wait, is iriver now able to play them? |
| 01:28:33 | linuxstb__ | Did you mean to say 8KHz or 48KHz? |
| 01:28:41 | flurble | 8000 Hz |
| 01:29:08 | stripwax | cool, so stock iriver firmware doesn't support 8khz oggs and we do? |
| 01:29:09 | linuxstb__ | OK. It's just that I remember reading about an iriver update that meant it could play 48KHz Oggs. Previously it couldn't. |
| 01:29:39 | flurble | well, the doc for the iriver said it had variable support for oggs, but could play all kinds of mp3, hence my trying converting them |
| 01:36:29 | | Quit San (Read error: 110 (Connection timed out)) |
| 01:38:14 | | Part stripwax |
| 01:45:22 | | Quit pabs (Remote closed the connection) |
| 01:45:55 | | Join pabs [0] (n=pabs@xor.pablotron.org) |
| 01:49:28 | | Join ncp [0] (i=nc@dyn246.her1.nas.panafonet.gr) |
| 01:50:10 | ncp | hi, does rockboy for (iriver port) play music as well? |
| 01:50:24 | ncp | (the game's music, that is) |
| 01:50:27 | bagawk | ncp, Not sure Why not try it yourself? |
| 01:51:10 | ncp | i did and on my player it doesn't and i was wondering if it needed some added files or configs. |
| 01:52:43 | ncp | anyhow. see ya |
| 01:52:45 | | Part ncp |
| 02:00 |
| 02:06:44 | *** | Saving seen data "./dancer.seen" |
| 02:07:18 | linuxstb__ | Here's my proposed patch for radio.c which enables the presets for iriver: http://www.davechapman.f2s.com/rockbox/radio.c.patch.txt |
| 02:07:28 | | Quit rasher ("CGI:IRC (EOF)") |
| 02:07:52 | linuxstb__ | The On button brings up the presets menu, and the "Add Preset" option (labeled "Add") is added to the radio menu. |
| 02:10:10 | linuxstb__ | Gotta sleep now, but I would like to commit that to CVS. I'm hoping it can be classed as a bugfix. |
| 02:31:11 | | Quit cYmen ("zZz") |
| 02:45:35 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 02:45:52 | | Quit cYmen (Client Quit) |
| 02:46:30 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 02:58:47 | | Quit cYmen ("zZz") |
| 03:00 |
| 03:23:19 | | Quit bagawk ("Leaving") |
| 03:42:37 | | Join samwichse_ [0] (n=samwichs@pool-71-240-197-121.alt.east.verizon.net) |
| 03:47:46 | | Join ashridah [0] (i=ashridah@220-253-120-78.VIC.netspace.net.au) |
| 03:59:00 | | Quit samwichse (Read error: 110 (Connection timed out)) |
| 04:00 |
| 04:04:40 | ashridah | you know, that's got to be the first time i've ever seen godwin's law kick in without being deliberately invoked |
| 04:05:51 | | Join QT [0] (i=as@madwifi/users/area51) |
| 04:06:47 | *** | Saving seen data "./dancer.seen" |
| 04:16:15 | | Nick Sucka is now known as Sucka`zZzZz (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
| 04:18:20 | | Quit QT_ (Read error: 110 (Connection timed out)) |
| 04:47:11 | | Quit gromit` (Remote closed the connection) |
| 04:50:27 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
| 04:51:37 | | Join Rick [0] (i=rick@pool-71-108-13-161.lsanca.dsl-w.verizon.net) |
| 05:00 |
| 05:00:34 | | Quit noC|andY`fRa (Read error: 104 (Connection reset by peer)) |
| 05:42:44 | | Join JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
| 05:50:15 | | Quit AliasCoffee (Remote closed the connection) |
| 05:50:52 | | Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 06:00 |
| 06:05:33 | | Join jborn_ [0] (i=jborn@222.248.18.103) |
| 06:05:59 | | Quit jborn_ (Client Quit) |
| 06:06:49 | *** | Saving seen data "./dancer.seen" |
| 06:16:36 | | Quit JoeBorn (Nick collision from services.) |
| 06:19:28 | | Join JoeBorn [0] (i=jborn@222.248.18.103) |
| 06:22:58 | | Join Z-Saber [0] (n=sadjfkla@MH-ESR1-72-49-18-213.fuse.net) |
| 06:23:46 | Z-Saber | Anyone here familiar with ATA errors on the H140? |
| 06:25:05 | ashridah | i'm not, but one of the devs here will almost certainly be if you stick around |
| 06:25:32 | Z-Saber | Thanks. |
| 06:26:37 | Z-Saber | I'm reformating it now, but it doesn't seem to be doing much. Progress bar is stuck, although it's all the way at the end. |
| 06:28:26 | Z-Saber | Oh goodie. Explorer crashed. |
| 06:28:33 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 06:28:47 | ashridah | iriver's firmware has a built in format utility, you know |
| 06:28:53 | Z-Saber | Can't get to it. |
| 06:29:14 | Z-Saber | When I boot it into the original firmware, it believe it is plugged into the USB port, but it isn't. |
| 06:29:27 | ashridah | weird |
| 06:29:30 | Z-Saber | Yup. |
| 06:29:33 | | Join thegeek [0] (n=thegeek@s057b.studby.ntnu.no) |
| 06:29:42 | Z-Saber | Lesson learned: Don't EVER drop your MP3 player! |
| 06:30:21 | ashridah | ouch |
| 06:30:30 | Z-Saber | Well, I honestly don't know what to do right now. I could let it sit, hoping it'll magically be reformated. |
| 06:30:50 | Z-Saber | Or I could restart it and check it then. |
| 06:31:19 | Z-Saber | Problem right now is that I have no "windows," basically. No start bar, no desktop, no nothing, yet I think it is still reformating. |
| 06:32:25 | | Quit Z-Saber (Read error: 104 (Connection reset by peer)) |
| 06:36:07 | | Join Z-Saber [0] (n=sadjfkla@MH-ESR1-72-49-18-213.fuse.net) |
| 06:36:23 | | Quit Z-Saber (Read error: 104 (Connection reset by peer)) |
| 06:36:28 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
| 06:41:14 | | Join Z-Saber [0] (n=sadjfkla@MH-ESR1-72-49-18-213.fuse.net) |
| 06:41:55 | Z-Saber | The reformat ain't doing crap. |
| 06:42:27 | Z-Saber | I know it's some kind of faulty connection inside the darn thing, and if I had a little direction, I could probably fix it. |
| 06:43:16 | aliask | Yeah, I'm pretty sure that the hard drive has little to do with it. |
| 06:43:47 | Z-Saber | Agreed. And using the built-in Windows reformating program, I can't even reformat it. |
| 06:43:48 | aliask | I'd guess that the USB port has been hit, and it's registering as plugged in all the time. |
| 06:43:59 | Z-Saber | That's exactly it. |
| 06:44:13 | aliask | Does the actual connection look broke? |
| 06:44:57 | Z-Saber | I honestly don't know exactly how it should look, but if something is not as it should be, it looks like it is slightly lower than it should be. |
| 06:45:10 | Z-Saber | But that's my opinion and I really don't have a clue. |
| 06:45:30 | aliask | Are you comfortable opening it up? |
| 06:46:05 | Z-Saber | Absolutely, considering my warranty is up and I have nothing to lose really. Right now, I have a nice look storage device. |
| 06:46:21 | Z-Saber | Not a DAP. |
| 06:46:33 | Z-Saber | I don't have the right screwdriver to get it open though. |
| 06:46:55 | Z-Saber | And I really don't know how to turn it off if it thinks it's connected all the time |
| 06:47:05 | aliask | Heh. I'm no expert on anything to do with electronics, or USB or anything for that matter, but it sounds like some part of the USB has shorted, so just open it up and take a look for stuff that looks plainly wrong. |
| 06:47:08 | | Quit JoeBorn ("http://lists.sourceforge.net/lists/listinfo/neuros442linux-main") |
| 06:47:43 | Z-Saber | I don't know if it did this before, but I do hear a slight rattling noise if I shake it a bit. |
| 06:47:55 | Z-Saber | Rattling is never good. |
| 06:48:27 | aliask | I just picked up my H300 and shook it, it seems to have a slight rattle to it too. Like you say, rattling is never good. :) |
| 06:49:42 | Z-Saber | In my head, I'm picturing little connectors and wires, and one of those connectors is very slightly bent/disconnected. |
| 06:50:04 | Z-Saber | It has to be something small, but it is so frustrating not knowing what to do. |
| 06:50:29 | Z-Saber | This thing was the best investment I've ever made, and now it's just a 40GB USB drive. |
| 06:51:24 | aliask | Not a good feeling. Anyway, good luck with fixing it, I have to run. |
| 06:51:32 | Z-Saber | Alright, nice talking to you. |
| 06:51:45 | aliask | You too. |
| 06:51:49 | | Quit aliask ("Chatzilla 0.9.67 [Firefox 1.0.6/20050717]") |
| 06:54:19 | Z-Saber | Well, I'm gonna run here in a little bit. Guess I'll be on when I get up. |
| 06:54:28 | Z-Saber | I'll check the logs to see if anyone has any ideas. |
| 06:54:31 | Z-Saber | Thanks guy. |
| 06:54:35 | Z-Saber | *guys |
| 06:54:44 | | Quit Z-Saber () |
| 08:00 |
| 08:06:52 | *** | Saving seen data "./dancer.seen" |
| 08:09:54 | | Quit dpassen1 () |
| 08:15:05 | | Join JoeBorn [0] (i=jborn@222.248.18.103) |
| 08:19:59 | Slasheri | Hmm, can i use the settings structure to implement a non-volatile variable clean_boot or is there some better place to do that? If the user has not shutdown the player properly (e.g., he has used the reset button), then we would skip some potentially harmful things on next boot (such as automatic resume if enabled) |
| 08:33:36 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 08:46:12 | | Quit paugh (".") |
| 09:00 |
| 09:06:02 | amiconn | Slasheri: Huh? Why do you think automatic resume is harmful? |
| 09:06:36 | Slasheri | amiconn: it is if user plays a track that causes the system to hang |
| 09:06:51 | amiconn | It's still not harmful |
| 09:07:11 | Slasheri | then it's not possible to reset rockbox back to working state without usb connection |
| 09:07:21 | amiconn | yes |
| 09:07:38 | amiconn | Rockbox should never hang caused by a track |
| 09:07:46 | Slasheri | so that feature should be added, it's quite useful when traveling and the player hangs and can't boot up |
| 09:08:09 | Slasheri | but sometimes it will |
| 09:08:15 | amiconn | I would not like that added |
| 09:08:36 | amiconn | SOunds very Windows-ish |
| 09:08:38 | Slasheri | that option could be then used for other failsafe methods also |
| 09:08:53 | amiconn | Clean shutdown, haha |
| 09:08:54 | Slasheri | yes, but there is a good to be a failsafe startup |
| 09:09:24 | amiconn | Generally I don't like features that work around flaws in other places. Rather fix the flaws |
| 09:10:17 | Slasheri | that's true also.. |
| 09:10:46 | Slasheri | but can we fix all of the flaws and be sure they will never happen? |
| 09:11:11 | amiconn | We should try |
| 09:11:17 | Slasheri | of course |
| 09:12:08 | amiconn | If rockbox hangs caused by a track, this is clearly a bug. If a decoder is fed with data it can't understand, it should either return with an error (preferred) or decode garbage, but never crash or hang |
| 09:12:19 | amiconn | Same goes for the metadata parser |
| 09:14:25 | amiconn | I've got the impression that the swcodec metadata parser isn't really robust. Why does a vorbis file with id3 headers (even if it's not a "legal" combination) make it hang?= |
| 09:14:39 | amiconn | I never observed such behaviour on archos |
| 09:15:09 | Slasheri | hmm, yes.. but keep in mind that many (and all critical) hadrware designs have also watchdog timers even that they should never crash |
| 09:15:22 | Slasheri | hmm |
| 09:16:20 | amiconn | I wonder why nobody is working on improving this situation. It's bugfixing time during the feature freeze... |
| 09:26:22 | amiconn | There's a good test for robustness that isn't even far-fetched compared to actually possible usage situations: |
| 09:27:23 | amiconn | Take an arbitrary audio file, rename it to an arbitrary supported extension and try to play it. Rockbox should never crash or hang. |
| 09:28:11 | amiconn | I tried this on archos when I wanted to know whether the mas (unofficially) supports layer 1. Nothing crashed, it just behaved a bit strange |
| 10:00 |
| 10:06:55 | *** | Saving seen data "./dancer.seen" |
| 10:06:58 | | Quit ashridah (Read error: 110 (Connection timed out)) |
| 10:13:17 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 10:32:05 | | Join amiconn_ [0] (n=jens@p54BD7228.dip.t-dialin.net) |
| 10:32:53 | | Quit amiconn (Nick collision from services.) |
| 10:32:54 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD7228.dip.t-dialin.net) |
| 10:33:52 | | Quit matsl (Remote closed the connection) |
| 10:38:53 | | Join ashridah [0] (i=ashridah@220-253-123-84.VIC.netspace.net.au) |
| 10:49:33 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 10:50:20 | * | HCl snickers lightly over the remaining bit of the svante thread he didn't read yet |
| 10:50:29 | HCl | fun fun. well, i'm off |
| 10:53:39 | | Quit tvelocity ("Leaving") |
| 11:00 |
| 11:04:11 | | Join ender` [0] (n=ender@tm.213.143.74.124.dc.telemach.net) |
| 11:04:34 | | Quit webguest02 ("CGI:IRC (Ping timeout)") |
| 11:21:35 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 11:27:29 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 11:33:30 | | Quit linuxstb_ ("Leaving") |
| 11:42:19 | | Join [-AIR-] [0] (n=collinsg@i.am.the.bassist.in.alpharoad.co.uk) |
| 11:44:19 | | Join solex_ [0] (n=jrschulz@c156153.adsl.hansenet.de) |
| 11:44:46 | | Quit linuxstb__ (Read error: 110 (Connection timed out)) |
| 11:48:05 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 11:48:59 | t0mas | [10:50] <HCl> fun fun. well, i'm off <−− yeah |
| 11:49:20 | [-AIR-] | lol |
| 11:49:23 | * | t0mas doesn't understand what the guys problem is |
| 11:49:30 | t0mas | but the end is funny anyway :P |
| 11:51:29 | | Quit [-AIR-] () |
| 11:54:15 | * | amiconn is going to test his improved mpeg playtime calculation code |
| 11:58:58 | | Join stripwax [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) |
| 11:59:06 | stripwax | mornin |
| 12:00 |
| 12:01:20 | | Quit solex (Read error: 110 (Connection timed out)) |
| 12:06:59 | *** | Saving seen data "./dancer.seen" |
| 12:07:43 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
| 12:09:23 | preglow | amiconn: you havent got any layer12 files that actually cant play? |
| 12:09:53 | amiconn | hi preglow |
| 12:10:58 | amiconn | I have test files for layer 2 (all combinations of sample frequency (V1 and V2) and bitrate). All of them play iirc |
| 12:11:19 | amiconn | For layer 1 I only have one file (but could produce more) |
| 12:11:21 | preglow | suddenly remembered i did a couple of iram fixed to layer12.c that i forgot to commit |
| 12:12:04 | | Join muesli- [0] (i=muesli_t@217.184.239.190) |
| 12:13:23 | preglow | think ill just commit them |
| 12:13:34 | preglow | can measure performance benefits when i have the means sometimes later |
| 12:14:38 | preglow | there |
| 12:14:45 | preglow | feel free to check boost factor gains, if you feel like it |
| 12:18:06 | muesli- | high |
| 12:18:44 | amiconn | Bleh, I don't get this. Resume position isn't exact :( |
| 12:19:02 | muesli- | how big is the gap? |
| 12:19:07 | amiconn | Guess it wasn't exact before as well, but I don't know why... |
| 12:19:19 | * | amiconn tests |
| 12:30:38 | | Nick Sucka`zZzZz is now known as Sucka (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
| 12:31:32 | amiconn | Yes, the problem is there with the old code as well. |
| 12:31:40 | amiconn | (testcase: vbr with toc) |
| 12:31:55 | amiconn | Testing cbr... |
| 12:33:48 | | Join Temani [0] (n=3edb99ae@labb.contactor.se) |
| 12:33:58 | Temani | Hey there... |
| 12:34:29 | Temani | Can anyone tell me how to install the rockbox firmware on iHP 120 please? |
| 12:34:51 | muesli- | are u member of misticriver? |
| 12:35:03 | Temani | No, what is it? |
| 12:35:27 | muesli- | excellent website |
| 12:35:29 | muesli- | ;) |
| 12:35:43 | muesli- | http://www.misticriver.net/boards/forumdisplay.php?f=13 |
| 12:36:15 | Temani | Anyway, don't you know how to do it? |
| 12:36:18 | muesli- | pls try the search..there are loads of topics how to do it |
| 12:36:28 | Temani | OK, thanks |
| 12:37:54 | amiconn | http://www.rockbox.org/twiki/bin/view/Main/IriverInstall |
| 12:37:58 | muesli- | http://www.misticriver.net/boards/showthread.php?p=293405#post293405 |
| 12:39:15 | muesli- | oh, rbx's-how to was pimped |
| 12:40:03 | amiconn | rtfw ;) |
| 12:40:28 | muesli- | rtf - W ? ;9 |
| 12:40:35 | amiconn | wiki. |
| 12:40:35 | muesli- | website? |
| 12:40:40 | muesli- | ah ok ;) |
| 12:40:56 | amiconn | Hmm, cbr resume is exact :/ |
| 12:41:06 | stripwax | rtfw - heh, nice. |
| 12:41:26 | stripwax | yeah so rasher was right - i've totally mashed the reset button on my iriver :-( |
| 12:42:09 | stripwax | taking the ihp apart for the first time, you gotta wonder why they didn't use a THINNER metal for the case .. ? |
| 12:42:41 | | Quit Temani ("CGI:IRC (EOF)") |
| 12:43:33 | amiconn | The remainder calculation for vbr with toc looks a bit fishy... |
| 12:46:09 | stripwax | wow - and the reset button iriver used is the pissiest tiny thing I've ever seen, no wonder it broke apart. |
| 12:46:49 | muesli- | i've the feeling mine is going down the drain soon too |
| 12:47:30 | stripwax | it's just a tiny self-sprung plastic gasket, about a third of a milimeter thicl! |
| 12:47:44 | preglow | but ok, im out |
| 12:47:48 | | Quit preglow ("woop") |
| 12:55:48 | stripwax | you know, I wonder if it's possible to shave about 3mm of internal space out of an existing ihp120 and squeeze in a 60GB disk ... |
| 12:56:15 | muesli- | yeah, try it. i am interested too :D |
| 12:57:02 | stripwax | yeah. the casing is really pretty thick, and there's about a 1mm spacer between hdd and the battery ( |
| 12:57:28 | stripwax | i reckon a bit of dremelling and removing the spacer might just work |
| 12:58:01 | muesli- | i guess the spacer is the only thing that seperates 120 and 140 |
| 12:58:25 | muesli- | beside the thicker battery oc |
| 12:58:32 | muesli- | err hdd |
| 12:59:22 | bluebrother^ | muesli-: the h140 is a bit thicker. |
| 12:59:36 | muesli- | i know, got one ;) |
| 12:59:54 | bluebrother^ | read a thread at misticriver about putting a double platter hdd in a h120 |
| 12:59:55 | muesli- | and had an 120 before |
| 13:00 |
| 13:00:09 | bluebrother^ | ah, ok |
| 13:00:10 | muesli- | wow, there's one? |
| 13:00:30 | bluebrother^ | yes, but you need to search yourself. I just stumbled upon it once. |
| 13:00:31 | muesli- | somebody could do a double one in a 120?? |
| 13:01:07 | bluebrother^ | with some kind of physical force. |
| 13:01:17 | muesli- | ah :))) |
| 13:01:22 | bluebrother^ | read to me as something-i-don't-want-to-do |
| 13:01:43 | muesli- | let me guess..he needed a squeeze or a hammer? |
| 13:02:27 | muesli- | squeeze=press |
| 13:02:47 | bluebrother^ | something like this :) |
| 13:03:18 | muesli- | ;) |
| 13:03:34 | muesli- | gotta go... |
| 13:03:37 | muesli- | f1 |
| 13:04:45 | | Join ep0ch [0] (n=ep0ch@84.12.75.123) |
| 13:04:47 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 13:09:35 | ep0ch | preglow: if you read the logs, i've done a quick test with 48 kHz stereo mp2 @ 192kbps, before 26% cpu boost, now 19%. (percentages are approximate) not sure how much of an overhead resampling 48khz->44.1khz has though. |
| 13:11:21 | linuxstb | Quick Archos question - does the Archos charger say "Kings Electric Ltd" on it? I've got a pile of chargers, and I can't remember which one is for my Recorder. |
| 13:11:50 | linuxstb | It also says "Output: 9VDC 600mA" |
| 13:12:04 | | Join noC|andY`fRa [0] (i=andy@dsl-084-058-107-118.arcor-ip.net) |
| 13:12:34 | amiconn | linuxstb: There are several archos chargers. |
| 13:12:39 | stripwax | ok lads, so I've taken my ihp apart, accidentally turned it on, and it says Panic: ata -11. Presumably because the hard drive is sitting on the table next to it |
| 13:12:45 | stripwax | so ... how do i now turn this off? |
| 13:13:13 | amiconn | The older type is Kings Electric Co. Ltd., Model Kings41G-9-600 |
| 13:13:48 | linuxstb | Yes, that's the one I've got, thanks. |
| 13:14:33 | stripwax | anyone? is it *impossible* to turn off rockbox if it gets this ata panic? |
| 13:15:14 | ep0ch | what does reset switch do? and boot into iriver fw? |
| 13:15:38 | ep0ch | take out the battery |
| 13:15:54 | ep0ch | use a hammer... |
| 13:16:16 | stripwax | read up a bit.. i've opened up the iriver *because* the reset switch is broken :-( |
| 13:16:23 | ep0ch | ah |
| 13:16:41 | stripwax | i thought holding 'play' will reset rockbox. does holding 'stop' not turn it off? |
| 13:16:51 | ashridah | stripwax: hm. either the stop or the play button should have done the trick iirc |
| 13:17:06 | ashridah | you could just open it up and disconnect the power |
| 13:17:14 | ashridah | it's not like it's going to damage the hard drive :) |
| 13:19:22 | amiconn | Hmm, it seems I found why the resume time often isn't exact with vbr files with toc. The archos playback code has the same problem as the iriver playback code - it mixes file and play positions :( |
| 13:27:22 | linuxstb | Which gcc is best for the SH? The Wiki says 3.3.4, but 3.3.6 is the latest in the 3.3 line. |
| 13:27:32 | stripwax | ashridah dude it's already open.. but yeah, i had to disconnect the battery connector. holding stop or play didn't do anything |
| 13:27:49 | amiconn | Use 3.3.6, the official builds use the same |
| 13:28:00 | | Quit noC|andY`fRa (Read error: 104 (Connection reset by peer)) |
| 13:28:05 | linuxstb | I thought so. Thanks. Should I update the Wiki to recommend 3.3.6? |
| 13:28:25 | amiconn | http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler#SH_based_Archos |
| 13:28:39 | amiconn | It says 3.3.x, use latest of the series... |
| 13:28:48 | linuxstb | Yes, I've just seen that. |
| 13:29:19 | linuxstb | But the example still refers to 3.3.4 - which is the first number I saw when scanning the Wiki page. |
| 13:29:20 | amiconn | Where did you read about 3.3.4? |
| 13:29:28 | amiconn | ah |
| 13:29:30 | linuxstb | Under "Unpack the archives" |
| 13:30:12 | amiconn | Yes, saw it |
| 13:30:38 | amiconn | The question is whether this should be changed. The recommended versions are different depending on target... |
| 13:30:59 | stripwax | So, the tiny component labeled "ST" behind the power switch is damaged, three of its (five?) legs are no longer attached. What's that component do, and (other than soldering its legs back on) can my ihp be saved? |
| 13:31:17 | stripwax | sorry, behind the reset switch (not the power switch) |
| 13:32:33 | linuxstb | No, I don't think that needs changing. But maybe a table at the top of the page listing the recommended binutils/gcc versions for each target would make that information clearer, and harder to miss. |
| 13:33:50 | linuxstb | e.g. Under Download the source code, we could have a table of versions, possibly with direct links. |
| 13:40:49 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 13:53:09 | stripwax | no-one knows what that little 'ST' component does? |
| 13:55:25 | ashridah | hasn't linus created a bunch of schematics? |
| 13:56:18 | stripwax | Yes−− but it's not at all obvious how one would find this particular component on any of the particular schematics |
| 13:56:30 | ashridah | ah |
| 13:57:19 | stripwax | I imagine it's part of the power circuitry. But I have no way of telling. And I don't know which of the seven iriver schematics contains the power circuitry - if any |
| 13:58:59 | stripwax | Hmm.. it might not be "ST" actually - could be "1S" upside down .. |
| 14:00 |
| 14:00:10 | stripwax | looks like ST on the rockbox scan too, so oh well. |
| 14:07:03 | *** | Saving seen data "./dancer.seen" |
| 14:13:48 | | Part ep0ch |
| 14:22:26 | stripwax | oh well. so it looks like it's going to have to go back to iriver. it's *just* still under warranty. reckon there's any chance of them repairing or replacing it; or reckon they'll return a non-rockboxable player instead? |
| 14:23:15 | | Join JoeBorn-having [0] (i=jborn@222.248.18.103) |
| 14:24:52 | crwl | they'll probably repair it if it's repairable |
| 14:25:34 | crwl | at least that's what they did to a friend's iriver when the main sound chip (that philips something) got somehow broken - the chip was replaced |
| 14:30:15 | | Join Deadpool [0] (n=chatzill@d026222.adsl.hansenet.de) |
| 14:30:34 | Deadpool | i have a question about #rockbox |
| 14:30:38 | Deadpool | er |
| 14:30:41 | Deadpool | rockbox |
| 14:30:48 | Deadpool | is there any plan for a version for a GMINI XS 202? |
| 14:31:36 | stripwax | Deadpool hrm, what does it say on the wiki page on www.rockbox.org? |
| 14:31:55 | Deadpool | it says that it was going to be planned |
| 14:32:07 | Deadpool | and then the team fell apart |
| 14:32:12 | Deadpool | and now the one person who was working on it is gone |
| 14:32:29 | Deadpool | however, that really is no excuse to be an asshole about it |
| 14:32:32 | Deadpool | just yes or no |
| 14:32:58 | stripwax | hang on, the answer is "i don't know", am I'm not an asshole |
| 14:33:47 | Deadpool | the comment you gave was being an asshole |
| 14:34:36 | stripwax | you really think so? i don't know anything about the gmini so I was just directing you to the wiki |
| 14:35:20 | Deadpool | Deadpool hrm, what does it say on the wiki page on www.rockbox.org? |
| 14:35:22 | Deadpool | that's obviously a sarcastic statement |
| 14:35:36 | amiconn | "-ChanServ- [#RockBox] Be sure to check out the FAQ before you look for 'general' information!" <= from the channel join protocol |
| 14:35:51 | amiconn | That was just a hint, nothing more |
| 14:36:15 | Deadpool | i don't get channel join protocol |
| 14:36:23 | amiconn | Rockbox runs on a diversity of platforms, and obviously an arbitrary developer doesn't know about all of them |
| 14:36:37 | Deadpool | −−>|YOU (Deadpool) have joined #rockbox |
| 14:36:47 | Deadpool | =-=Topic for #rockbox is “The 2.5 feature freeze is here! No release just yet” |
| 14:36:58 | amiconn | In the server window, not in the channel window |
| 14:36:59 | Deadpool | =-=Topic for #rockbox was set by B4gder on Monday, September 05, 2005 11:04:04 AM |
| 14:37:06 | Deadpool | no chanserv join info |
| 14:37:11 | Deadpool | at all |
| 14:37:33 | Deadpool | ===- |
| 14:37:42 | Deadpool | −−-End of /MOTD command. |
| 14:37:49 | Deadpool | stripwax{#rockbox} Deadpool hrm, what does it say on the wiki page on www.rockbox.org? |
| 14:38:08 | Deadpool | if you want chalk it up to misunderstanding |
| 14:38:11 | Deadpool | but don't be a cock either |
| 14:40:42 | stripwax | a cock? i was having a cigarette |
| 14:40:47 | stripwax | let's start again shall we? |
| 14:41:18 | | Quit JoeBorn (Read error: 110 (Connection timed out)) |
| 14:41:19 | stripwax | Gmini port? I dont' know. I haven't heard anything. I just checked the wiki page and it says the sole developer is missing-in-action, so my guess is it's currently mothballed |
| 14:41:53 | linuxstb | I've noticed that now a couple of plugins (searchplugin and rockboy) are in their own subdirs. I'm developing a new plugin (Sudoku) which I would prefer to develop in a subdir. Would there be any objections? |
| 14:41:54 | | Join BigDave4 [0] (n=46f989b5@labb.contactor.se) |
| 14:42:13 | DBUG | Enqueued KICK stripwax |
| 14:42:13 | stripwax | When i joined #rockbox, this appears in my chat window: [10:59] *** -ChanServ- [#RockBox] Be sure to check out the FAQ before you look for 'general' information! http://www.rockbox.org/twiki/bin/view/Main/DocsIndex |
| 14:42:17 | BigDave4 | hello all |
| 14:42:27 | stripwax | sup |
| 14:42:38 | Deadpool | doesn't appear in mine |
| 14:42:41 | stripwax | linuxstb- is that so it can store leveldata? |
| 14:42:45 | BigDave4 | can I ask what will likely be a noober question? |
| 14:42:51 | stripwax | BigDave4 of course |
| 14:42:55 | BigDave4 | ok |
| 14:42:56 | linuxstb | stripwax: No, I'm talking about the source code. |
| 14:43:08 | | Join Liehbeth [0] (n=negk@adsl-158-187-20.mia.bellsouth.net) |
| 14:43:17 | BigDave4 | I want shuffle to cross folders and can't seem to get it to work |
| 14:43:18 | BigDave4 | thoughts? |
| 14:43:19 | amiconn | linuxstb: Actually I don't like these plugins having separate dirs. For rockboy it is acceptable since it is actually a port of gnuboy which consists of several source files. |
| 14:43:37 | amiconn | For all others, using several files is artificial, and imho unnecessary |
| 14:43:49 | stripwax | linuxstb ah sorry- what's the requirement for a separate source dir for Sudoko? |
| 14:44:07 | stripwax | BigDave4 - I think you need to create a playlist consisting of those folders, and then shuffle the playlist |
| 14:44:18 | BigDave4 | ok |
| 14:44:20 | linuxstb | The main reason is that I'm using code from other projects (e.g. a Sudoku solver), and it would be easier to be able to just use the original .c/.h files from the original application directly. |
| 14:44:33 | stripwax | BigDave4 - or do you mean, play a folder shuffled, and then play the next folder shuffled, and so on? if so, I don't think we can do that (..yet?) |
| 14:44:35 | BigDave4 | I can have Iruvium create those for me |
| 14:44:43 | BigDave4 | no |
| 14:44:55 | BigDave4 | I mean play a single tune from a folder |
| 14:44:59 | BigDave4 | then shuffle to another song in another folders |
| 14:45:03 | stripwax | BigDave4 cool, then yeah, a playlist should just work there |
| 14:45:37 | stripwax | BigDave4 - or if you want the entire set of all folders, just go to Playlist options and Create Playlist in root directory −−>root.m3u |
| 14:46:09 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 14:46:09 | * | stripwax thinks on the fly playlists is one of the most compelling reasons to use rockbox in iriver! |
| 14:46:47 | BigDave4 | I'll try that too. Thanks stripwax |
| 14:47:07 | BigDave4 | Just loaded Rockbox and the shuffle piece is a little cludgy |
| 14:47:38 | stripwax | linuxstb - if that's all free sourcecode then I think a separate source folder makes sense- unless there's only a handful (say two or three) such source files, - in which case best to put them just in the plugins source folder |
| 14:49:06 | stripwax | BigDave4 - I know what you mean −− on iriver, the default shuffle behaviour allows you to shuffle the entire set of songs without needing a playlist first. It's a bit of a pain on rockbox to have to rebuild root.m3u everytime new songs are added... maybe we can come up with a way to just implement 'shuffle everything' without a need for root.m3u ... |
| 14:49:09 | linuxstb | In fact, the "external" code I'm using isn't that big, so I think I'll be OK with a single .c file if that's the preferred approach. |
| 14:49:17 | stripwax | linuxstb I think so |
| 14:50:04 | | Part Liehbeth |
| 14:50:14 | BigDave4 | That would be money. Thanks again. Trying the playlist solution now. |
| 14:52:27 | linuxstb | If I have a file of pre-generated games, I will just store them in .rockbox (like sokoban.levels and snake2.levels). |
| 14:53:06 | linuxstb | But is there a convention for user-data stored by a plugin? I will need to save the current state of the game between plays. |
| 14:53:35 | stripwax | snake2 stores hiscores, I think .. |
| 14:53:40 | linuxstb | And if I give the user the ability to either generate random games, or copy a game from (e.g.) a newspaper, where should those be stored? |
| 14:54:24 | stripwax | in a directory specified by the user, i'd say |
| 14:55:07 | stripwax | and store the name of that directory inside the user prefs file |
| 14:55:50 | | Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 14:55:58 | linuxstb | Rockboy claims the .rockbox/Rockboy directory - it would be easier (and consistent) if I created a .rockbox/Sudoku. Or is Rockboy a special case? |
| 14:56:17 | amiconn | Some plugins (viewer, snake2, vu_meter) store their settings in the same dir as the plugin. Rockboy creates its own |
| 14:56:27 | amiconn | Imho both solutions are sub-optimal |
| 14:56:59 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 14:57:30 | linuxstb | I'm also undecided whether the "saved state" facility should only store the state for one game, or store the states for every game - i.e. treat the levels file like a book where the user can move from puzzle to puzzle, going back to older ones at a later date if they are not completed. |
| 14:57:59 | linuxstb | But that gets more complicated when the levels the game knows about are a mixture of "built-in" levels and user-generated levels. |
| 15:00 |
| 15:00:38 | stripwax | once the state is saved, does it matter if the level is built in or not? the state itself must be tiny, and self contained too, I'd have thought |
| 15:01:26 | linuxstb | Yes, the state is self-contained. But the question is whether I store one state or many. |
| 15:01:44 | stripwax | I'd say many, all in one file |
| 15:02:30 | stripwax | hm, anyone ever successfully raised iRiver european support telephone line on a weekend? was that just wishful thinking? |
| 15:02:35 | linuxstb | Yes, I think so to. |
| 15:02:45 | stripwax | shouldn't be complicated |
| 15:02:47 | linuxstb | (I mean many in one file) |
| 15:02:53 | stripwax | yep |
| 15:03:03 | linuxstb | No idea about iriver support. |
| 15:03:06 | stripwax | heh |
| 15:03:39 | linuxstb | OK, I think my approach is becoming clearer now. |
| 15:04:43 | linuxstb | There seems to be a de-facto standard ".ss" file format for storing a Sudoku game. It's used by Simple Sudoku - http://www.angusj.com/sudoku/ and that site has zip files full of games that Rockbox users could download and play. |
| 15:05:04 | stripwax | oh, neat. yeah, definitely use an existing format if there is one |
| 15:05:07 | amiconn | Is that binary or ascii? |
| 15:05:18 | linuxstb | amiconn: Simple plain text |
| 15:05:29 | linuxstb | Basically an ascii-art representation of the game |
| 15:05:36 | amiconn | Sounds like a good thing to do |
| 15:05:58 | amiconn | Sokoban does similar iirc |
| 15:06:13 | stripwax | yep. |
| 15:06:18 | linuxstb | This solves the problem of my Sudoku probably not having a random game generator - Windows users can use Simple Sudoku to generate random levels, and then copy them to thier iriver. |
| 15:06:31 | linuxstb | (at least initially - I'm sure one will be added in the future) |
| 15:06:38 | stripwax | linuxstb - random game generator would be v cool though |
| 15:06:43 | amiconn | Ummomm, that reminds me, wasn't there a sokoban level-caching patch ?? |
| 15:07:11 | stripwax | ..... yessss... ;-) |
| 15:07:19 | linuxstb | I've found a very nice solver algorithm (in C, GPL'ed), which I'll incorporate. It solves puzzles in 0.000 seconds on my 800MHz iBook. |
| 15:07:41 | linuxstb | Not sure what the memory requirements are though yet. |
| 15:07:47 | amiconn | stripwax: Hmm, that should really get applied; should also help on archos |
| 15:08:02 | stripwax | amiconn - iirc, you were going to extend it to cache 'as much as possible' that would fit into the plugin memory |
| 15:08:04 | amiconn | (Though I'm not worried about disk spinups on Ondio ;)) |
| 15:09:03 | stripwax | amiconn - my patch as-is only caches if theres > 20k (i think) memory available to the plugin - not sure if that's true on archos or not |
| 15:09:08 | linuxstb | I'm not sure if it's a good idea or not (it probably isn't), but my current version of sudoku automatically saves the current state when the user exits the plugin, or USB is attached. |
| 15:09:13 | amiconn | stripwax: The bad thing is that (ideas * time_needed_to_implement > available_time) is usually true |
| 15:09:19 | linuxstb | From a user's point of view I like it, but as I say, I'm not sure it's good practice. |
| 15:10:18 | | Quit matsl (Remote closed the connection) |
| 15:10:22 | amiconn | ...and I am currently working on fixing/improving archos stuff |
| 15:10:40 | amiconn | (and all-target stuff of course) |
| 15:13:00 | | Quit Deadpool ("Chatzilla 0.9.68.5 [Firefox 1.0.6/20050716]") |
| 15:13:57 | stripwax | cool. well, i can't commit code, so .. :-( |
| 15:15:24 | amiconn | stripwax: Your patch won't get lost... |
| 15:16:07 | | Join JoeBorn [0] (i=jborn@222.248.18.103) |
| 15:17:15 | linuxstb | Are all the current "saved state" files (e.g. hi-scores) ASCII files? |
| 15:17:32 | linuxstb | I'm assuming binary files are frowned upon. |
| 15:17:34 | amiconn | I don't think so |
| 15:18:05 | amiconn | Yes, binary files aren't exactly what we want, but there are some plugins that save their settings as binary |
| 15:18:12 | amiconn | (e.g. the clock) |
| 15:20:19 | linuxstb | If my saved state file contains mulitiple games, then I think I should search it for an existing state when a user views a .ss file. |
| 15:24:53 | stripwax | linuxstb - I actually hand in mind that your state would be the .ss file! |
| 15:25:10 | stripwax | or is there any real difference between state and a .ss file? |
| 15:25:56 | linuxstb | My plugin needs to know which numbers are part of the starting board (i.e. can't be modified) and which numbers the user has entered (which can be modified). |
| 15:26:14 | linuxstb | I'm not sure if a .ss file can contain anything apart from the starting state. |
| 15:27:01 | stripwax | interesting - i see your point |
| 15:28:20 | stripwax | so i guess your state file would consist of something that begins with the name of a .ss filename, and then has an ascii representation of the initial state followed by the current state i.e. looks like two .ss files concatenated |
| 15:28:47 | linuxstb | I don't think I need to store the .ss filename - it doesn't contain any useful information. |
| 15:29:04 | stripwax | I thought you said you wanted your plugin to look for saved state when the user opens the .ss file .. .? |
| 15:29:38 | linuxstb | My idea is to store both the current and starting states in a file of fixed-size ASCII records. When a user opens a .ss file, the plugin will search the state file to see if that game is "in progress". |
| 15:30:14 | stripwax | right but how will it know if a game is 'in progress' if the ss filename is not stored in your state file somewhere? |
| 15:30:32 | linuxstb | e.g. I could use the letters a-i to store the state, with lower-case meaning a "start number" and upper-case meaning "user number". So I just need 81 bytes (plus a CR) per game. |
| 15:30:54 | linuxstb | Simply by comparing the game in the .ss file with the starting state of each saved state. |
| 15:31:03 | stripwax | eeek |
| 15:31:08 | linuxstb | It's almost as quick as comparing filenames. |
| 15:31:11 | stripwax | like the idea of using letters for user numbers tho |
| 15:31:30 | amiconn | gtg... |
| 15:31:33 | | Part amiconn |
| 15:33:06 | stripwax | linuxstb - if you're storing both the starting and current state in a single 81-byte record, then I can't possibly see how comparing the 'initial' part of that state with the contents of the .ss file is anywhere near as quick as comparing filenames.... |
| 15:33:38 | linuxstb | Yes, you're right. But it's still a very simple operation, and only needs to be done once - when the user loads a new .ss file. |
| 15:33:52 | stripwax | ok true. it's no worse than the file handling in sokoban anyway ;-) |
| 15:34:15 | linuxstb | So obviously the disk is already spinning and a state file with 1000 games is only 82,000 bytes in size. |
| 15:34:59 | | Quit JoeBorn-having (Read error: 110 (Connection timed out)) |
| 15:35:14 | | Join JoeBorn-having [0] (i=jborn@222.248.18.103) |
| 15:35:18 | stripwax | just so long as you can reset to the initial state if the user makes a mistake without going to the disk again. which should be trivial since that's part of your state record |
| 15:35:33 | stripwax | sounds very nice by the way; i'll be sure to beta test it (if I get my iriver working again!) |
| 15:36:09 | linuxstb | It doesn't need that much more work - this conversation has helped me work out how it's going to work. |
| 15:36:15 | stripwax | cool |
| 15:36:40 | linuxstb | But I do want to make it work on the Archos - which is why I've resurrected my old Recorder today (I had lost the charger and USB cables, but I've found them now). |
| 15:49:24 | | Quit JoeBorn (Read error: 110 (Connection timed out)) |
| 15:51:05 | | Join ender1 [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
| 15:59:04 | linuxstb | I'm getting an error compiling Rockbox for an Archos Recorder (target #2). During the "LD rockbox.elf" stage, I'm getting the error "/usr/local/sh-1/lib/gcc-lib/sh-elf/3.3.6/../../../../sh-elf/bin/ld: error: no memory region specified for loadable section `.rela.dyn'" |
| 16:00 |
| 16:00:07 | linuxstb | "sh-elf-ld −−version": GNU ld version 2.16.91 20050813 (recent CVS of binutils) |
| 16:00:57 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 16:03:18 | | Join stripwax_ [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) |
| 16:05:47 | | Quit stripwax_ (Client Quit) |
| 16:07:05 | *** | Saving seen data "./dancer.seen" |
| 16:07:49 | | Join ender` [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
| 16:11:46 | | Join [1]ender [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
| 16:12:28 | | Quit gromit` (Remote closed the connection) |
| 16:12:38 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 16:16:59 | | Quit stripwax (Read error: 110 (Connection timed out)) |
| 16:22:29 | | Nick JoeBorn-having is now known as JoeBorn (i=jborn@222.248.18.103) |
| 16:23:07 | | Quit ender1 (Read error: 110 (Connection timed out)) |
| 16:27:55 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 16:37:26 | | Quit ashridah ("Leaving") |
| 16:40:56 | | Nick Sucka is now known as Sucka`away (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
| 16:44:37 | | Quit BigDave4 ("CGI:IRC (EOF)") |
| 16:55:55 | | Join XavierGr [0] (n=XavierGr@ppp46-adsl-179.ath.forthnet.gr) |
| 17:00 |
| 17:04:41 | | Quit XavierGr () |
| 17:09:42 | | Join mirak_ [0] (n=mirak@AAubervilliers-152-1-50-212.w82-121.abo.wanadoo.fr) |
| 17:09:47 | | Join ]RowaN[ [0] (n=522bd434@labb.contactor.se) |
| 17:09:52 | mirak_ | bonjour les gens ! |
| 17:11:03 | | Quit JoeBorn (Nick collision from services.) |
| 17:32:54 | | Quit solex_ (Read error: 110 (Connection timed out)) |
| 17:35:11 | | Join bagawk [0] (i=1000@unaffiliated/bagawk) |
| 17:37:34 | | Quit mirak_ (Remote closed the connection) |
| 17:37:45 | | Nick [1]ender is now known as ender` (i=ychat@tm.213.143.74.124.dc.telemach.net) |
| 18:00 |
| 18:07:07 | *** | Saving seen data "./dancer.seen" |
| 18:16:05 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 18:17:43 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 19:00 |
| 19:08:41 | | Quit linuxstb_ ("Leaving") |
| 19:13:09 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
| 19:13:09 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 19:27:13 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
| 19:30:36 | | Join Nilisco [0] (i=nilisco@204.8.223.2) |
| 19:35:24 | | Nick Sucka`away is now known as Sucka (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
| 19:38:06 | | Join Musicmad [0] (n=Musicmad@port547.ds1-oebr.adsl.cybercity.dk) |
| 19:38:46 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 19:47:00 | | Join Zagor [0] (i=foobar@pdpc/supporter/sustaining/Zagor) |
| 19:47:56 | * | Zagor updates the web server. there will be a short downtime (and disconnection for irc web clients). |
| 19:50:45 | | Quit ]RowaN[ ("CGI:IRC (EOF)") |
| 19:51:06 | | Join Shagnar [0] (n=tester@p54A0F8BF.dip.t-dialin.net) |
| 19:51:23 | Shagnar | hey ho whats going on with the page? |
| 19:51:51 | Zagor | i'm updating the server. back up in a minute. |
| 19:56:33 | Shagnar | =) |
| 20:00 |
| 20:07:11 | *** | Saving seen data "./dancer.seen" |
| 20:15:48 | | Join TCK- [0] (i=TCK@85-210-28-104.dsl.pipex.com) |
| 20:26:03 | | Quit bagawk ("Leaving") |
| 20:31:54 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 20:36:56 | | Join Moos [0] (i=Moos@m60.net81-66-158.noos.fr) |
| 20:38:20 | | Join solex [0] (n=jrschulz@d040098.adsl.hansenet.de) |
| 21:00 |
| 21:04:40 | | Quit Musicmad (Read error: 110 (Connection timed out)) |
| 21:24:59 | | Join ender1 [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
| 21:27:52 | | Quit ender` (Nick collision from services.) |
| 21:27:57 | | Nick ender1 is now known as ender` (i=ychat@tm.213.143.74.124.dc.telemach.net) |
| 21:30:58 | | Join muesli- [0] (i=muesli_t@217.184.239.68) |
| 21:33:38 | muesli- | re |
| 22:00 |
| 22:00:51 | | Join blackvd [0] (n=blackvd@cpe-70-112-117-234.austin.res.rr.com) |
| 22:01:52 | | Quit samwichse_ ("Leaving") |
| 22:05:33 | | Quit blackvd ("Leaving") |
| 22:07:12 | *** | Saving seen data "./dancer.seen" |
| 22:13:29 | | Quit Zagor ("Client exiting") |
| 22:16:42 | | Join hshah [0] (n=acbc1dee@labb.contactor.se) |
| 22:18:53 | hshah | its been sooo long since i updated my iriver |
| 22:19:17 | hshah | the wps etc has all changed :s |
| 22:24:25 | linuxstb | Febs: The links at the end of your misticriver post here seem to be broken: http://www.misticriver.net/boards/showthread.php?t=27988 |
| 22:24:43 | linuxstb | (the ones under "Useful Mistic River Rockbox Threads") |
| 22:26:21 | hshah | the root to wps patch no longer works :'( |
| 22:32:08 | | Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 22:32:09 | | Quit hshah ("CGI:IRC (EOF)") |
| 22:37:18 | | Join Sucka` [0] (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
| 22:38:56 | Febs | linuxstb, thanks I'll check out that thread and fix the links. |
| 22:40:31 | Febs | I really wish that I could get the MR people to use a wiki. It's a pain to have to find a moderator to open a closed thread. |
| 22:41:01 | | Join XavierGr [0] (n=XavierGr@ppp41-adsl-13.ath.forthnet.gr) |
| 22:44:23 | linuxstb | http://www.rockbox.org/twiki/bin/view/Main/WebHome :) |
| 22:47:49 | Febs | I know, I know. Actually, I've made many, many updates the RB wiki. But the MR folks asked me to do the sticky thread about Rockbox info. |
| 22:48:01 | Febs | It was either that, or they were going to do their own Rockbox FAQ. |
| 22:48:30 | Febs | Which I was firmly opposed to, as two parallel FAQs would be more work and the MR FAQ would undoubtedly get out of date quickly. |
| 22:48:43 | Febs | So the sticky thread with links to information was the compromise. |
| 22:49:10 | | Quit Sucka (Read error: 110 (Connection timed out)) |
| 22:50:25 | linuxstb | I agree with you. Shame you can't edit your own sticky thread though. |
| 22:52:24 | Febs | I know! And there are no moderators online right now ... which is pretty amazing, actually. |
| 22:55:15 | | Quit edx (Read error: 110 (Connection timed out)) |
| 23:00 |
| 23:01:46 | | Join webguest64 [0] (n=44ed263f@labb.contactor.se) |
| 23:10:48 | | Quit webguest64 ("CGI:IRC (EOF)") |
| 23:33:30 | | Join webguest13 [0] (n=d97a07e2@labb.contactor.se) |
| 23:39:53 | | Quit paugh ("Leaving") |
| 23:45:10 | | Quit XavierGr () |
| 23:49:44 | | Quit webguest13 ("CGI:IRC") |
| 23:50:15 | | Quit TCK- (Read error: 110 (Connection timed out)) |
icon identifies that the person is a core developer (has commit access).