| 00:00:11 | Digital007 | I saw that iRiver work is progressing, but no updates on the iriver wiki page |
| 00:00:20 | Cassandra | amiconn: problem is safe_shutdown is in app, and the idle timer is in firmware. |
| 00:00:24 | [IDC]Dragon | amiconn, about a UI aspect of charging: I'd prefer to indicate charging by a blinking plug symbol instead of the animation |
| 00:00:38 | amiconn | [IDC]Dragon: Imho the problem is (1) Charge with full current, to fill up the cells as quickly as possible, but don't overcharge (2) Start charging as soon as possible, to avoid the flat battery problem |
| 00:00:48 | [IDC]Dragon | so the battery symbol can show the approximate battery state |
| 00:01:01 | amiconn | The "don't overcharge" is the most problematic part |
| 00:01:53 | amiconn | So instead of tweaking the delta-v with all its problems caused by the variable load, I'd rather propose to turn the variable load into an advantage for the charging algo |
| 00:02:29 | amiconn | The variable load allows us to know the inner resistance, which gives more precise info about charging state than the voltage |
| 00:02:35 | [IDC]Dragon | to measure explicitely under load? |
| 00:03:09 | amiconn | Yes, that's why I think the power management needs to know the power state (hd, backlight) |
| 00:04:15 | [IDC]Dragon | the HD, mostly |
| 00:04:26 | amiconn | HD needs the highest current, but it's not very predictive |
| 00:04:40 | [IDC]Dragon | currently, measurements with the HD are taken out |
| 00:04:47 | amiconn | I measured surges up to 0.9 A when hd starts |
| 00:05:02 | [IDC]Dragon | but I always had the feeling that these are rather interesting |
| 00:05:18 | amiconn | Average is 0.5 A when the disk is accessed, and ~0.25 A when spinning only |
| 00:05:26 | Bagder | Digital007: reload now |
| 00:05:57 | amiconn | Of course this also depends on the hd model |
| 00:07:08 | amiconn | Backlight current is much more predictive, but I doubt it's high enough to see a voltage difference |
| 00:07:37 | [IDC]Dragon | true |
| 00:07:51 | [IDC]Dragon | our backlight needs more current ;-) |
| 00:08:12 | amiconn | The adc gives us a precision of ~5 mV, but the jukebox environments seems to be rather noisy |
| 00:08:17 | [IDC]Dragon | the original is very low power |
| 00:09:09 | [IDC]Dragon | what a pity that we can't measure our own battery current |
| 00:09:14 | amiconn | I observe fluctuations of up to +/- 50 mV in the debug display |
| 00:09:25 | [IDC]Dragon | for backlight? |
| 00:09:43 | amiconn | No, caused by the noise |
| 00:09:49 | [IDC]Dragon | uh |
| 00:10:04 | amiconn | Btw, the Ondio does not show this effect |
| 00:10:11 | amiconn | Nice stable readings there |
| 00:10:31 | [IDC]Dragon | no HD |
| 00:10:50 | amiconn | It also happens when the HD is off |
| 00:11:12 | amiconn | Start your box, go to debug->view i/o ports |
| 00:11:49 | Cassandra | Oh rats. The sleep timer is handled the same way as the idle poweroff. Calling safe_shutdown() from powermgmt.c is definitely a no-no, right, due to that being a callback from the firmware to the application? |
| 00:11:51 | amiconn | On the player, I get readings ranging from 5.13..5.26 V right now |
| 00:12:28 | amiconn | Cassandra: That should be avoided, yes |
| 00:13:17 | Cassandra | hmmm. Not really sure what to do about it then. |
| 00:13:18 | amiconn | The recorder fluctuates less, I get 5.20..5.22 V |
| 00:13:47 | amiconn | Of course, recorder is the most important |
| 00:13:52 | Digital007 | cheers Bagder |
| 00:14:14 | amiconn | [IDC]Dragon: For the charging animation, the method my cellphone uses is quite good |
| 00:14:19 | amiconn | (imh) |
| 00:14:22 | amiconn | +o |
| 00:14:56 | [IDC]Dragon | I don't know your cellphone ;-) |
| 00:15:12 | einhirn | About these voltage fluctuations: Maybe they just did a better job with stabilizing the voltage in the Ondio... A nice cap near the variable loads (ie, processor) can do wonders... |
| 00:15:13 | amiconn | It shows an animation, filling up pixel by pixel, but not always from empty to full, but from the current charging state to full |
| 00:16:23 | amiconn | My cordless phone does pretty much the same, only that it doesn't work pixel by pixel, but has 4 segments |
| 00:17:12 | amiconn | As long as the battery is almost-but-not-yet full, the last pixel column/last segment effectively flashes |
| 00:19:14 | amiconn | With this system, you can estimate how much charging time remains until full charge |
| 00:20:35 | [IDC]Dragon | I understand |
| 00:20:51 | Cassandra | Right - I think half on clean_shutdown needs to go into firmware. |
| 00:20:55 | [IDC]Dragon | but the flashing plug symbol would do it for me |
| 00:22:38 | amiconn | In what respect would that be different to the current implementation? |
| 00:23:02 | [IDC]Dragon | that you see the fill level |
| 00:23:09 | amiconn | Ah, ok |
| 00:23:32 | Cassandra | Actually, can anyone think of a good reason why clean_shutdown shouldn't *all* move into firmware? |
| 00:23:33 | [IDC]Dragon | and I want that in USB mode, too |
| 00:24:03 | [IDC]Dragon | Cassandra: saving the settings is app code |
| 00:24:30 | amiconn | The current implementation does work in usb mode, so no change for that. |
| 00:25:03 | amiconn | The fill-from-current-state animation could be improvend a bit further, by using a different pattern for the fill up (not completely black) |
| 00:25:09 | Cassandra | Hmmm. That must happen in ata_flush(), which is already in the firmware. |
| 00:26:07 | amiconn | This way the current state would always be visible, yet the animation being intuitive |
| 00:26:42 | amiconn | All this shouldn't be hard to implement, much easier than the overhaul of the charging algo itself. |
| 00:26:49 | Cassandra | No, I'm wrong. |
| 00:26:54 | [IDC]Dragon | ;-) |
| 00:26:59 | Cassandra | Where the hell are the settings actually saved? |
| 00:27:51 | einhirn | amiconn: That would be a nice to have, but a gauge (or as I prefer the numeric display) showing the current level and the blinking Plug symbol indicating "I'm charging" would surely be even easier to implement, wouldn't it? |
| 00:28:47 | [IDC]Dragon | einhirn: yes, for numeric you don't want this to count up or so for "animation" |
| 00:28:50 | amiconn | Yes, but it wouldn't be as intuitive |
| 00:29:57 | amiconn | Doing something with the _battery_ symbol to indicate charging the _battery_ is intuitive imho, while blinking the plug is not. |
| 00:30:08 | einhirn | [IDC]Dragon: I've already seen this with my box: When charging, it sometimes shows the gauge animation, sometimes it shows the gauge animation numerically. Quite weird... |
| 00:30:35 | | Quit Digital007 ("CGI:IRC (EOF)") |
| 00:30:37 | amiconn | In fact, if the plug symbol blinks one could think this indicates something is wrong with the charger, and disconnect it... |
| 00:31:01 | amiconn | einhirn: If so this is definitely a bug |
| 00:31:30 | amiconn | Even when numeric battery display is enabled, the charging animation should always be graphic |
| 00:31:31 | [IDC]Dragon | amiconn, how do you indicate charging for numeric display then? |
| 00:31:55 | [IDC]Dragon | yeah, not very stringent |
| 00:32:17 | amiconn | [IDC]Dragon: You could either do the same as it is now (or should be) - switch to graphic display |
| 00:32:51 | amiconn | Or you could invert (or invert-blink) the numeric display |
| 00:32:53 | Cassandra | How about inverting the charge indication area when the battery is charging. |
| 00:33:10 | Cassandra | So charging symbol is white on black when mains connected. |
| 00:33:54 | amiconn | Cassandra: There is almost no frame around it. |
| 00:33:58 | einhirn | Well, the gauge has one big problem for me: It can't tell me wether I have 10 or 30 Percent charge left - at least I won't see it because I'm not going to count pixels. |
| 00:34:20 | [IDC]Dragon | I don't want to fuel a debate, but I'd prefer the gauge (numeric or graphically) show the level all the time, and use the charger plug symbol for plugged and charging |
| 00:34:38 | * | Cassandra nods. Fair point. |
| 00:34:43 | [IDC]Dragon | since we have the luxory of it |
| 00:34:50 | amiconn | einhirn: Correct, but then knowing the exact percentage doesn't tell you much more, at least with the current implementation |
| 00:34:54 | Bagder | I think I'm with [IDC]Dragon on this |
| 00:36:13 | [IDC]Dragon | accuracy is an unrelated issue... |
| 00:36:28 | Cassandra | You know, as far as I can tell, clean_shutdown doesn't flush the settings to disk at all. I've got to be wrong about that, haven't I? |
| 00:36:31 | [IDC]Dragon | to be solved at a diferent place |
| 00:37:52 | amiconn | Cassandra: It does, by calling ata_flush() |
| 00:38:17 | Cassandra | Oh, yes. The change is in the ata buffer already. |
| 00:38:26 | amiconn | [IDC]Dragon: Yes of course |
| 00:39:25 | amiconn | Cassandra: To be precise, it's in the delayed_sector buffer. The ata driver does no write buffering otherwise, only for the config sector |
| 00:39:34 | HCl | whats up? |
| 00:39:36 | Cassandra | I think, except for the onscreen message, all of that could safely be moved to say hw_clean_shutdown in firware so we can have the sleep timer and idle timer do a clean shutdown too. Would people be OK with me doing that? |
| 00:40:00 | einhirn | amiconn: Of course it isn't precise, but that doesn't matter. Lets take another example: I like "analog" watches better than digital ones. But only if I can grasp the current time with a blink of the eye. If its display is too crowded or too small, I'd like the digital watch better. Same for the Graphical gauge: It's so small that I won't get it with a blink of the eye. So I like the numeric displ |
| 00:40:00 | einhirn | ay better, because I can read it and know the battery percentage my box currently guesses... |
| 00:41:16 | einhirn | Well, anyway, I'm with [IDC]Dragon on the "I'm charging"-display too... |
| 00:41:25 | amiconn | Funny, for me it's the other way round. I always prefer digital watches over analog ones, because I want the exact time. However, I have set both battery & volume display to graphic |
| 00:42:50 | einhirn | k ;) I know that the battery gauge is just a guess, and can't be really exact... So, I'd rather read the "exact" guess, if I'm interested in it... |
| 00:43:00 | amiconn | ...I think this is because I don't want the exact values (they're of little use), but want an estimation at quick glance |
| 00:43:10 | [IDC]Dragon | after the 80th, I got an analog watch again |
| 00:43:12 | amiconn | ...which isn't possible with numeric display |
| 00:44:00 | einhirn | Thats right - and thats why I like analog watches more than digital ones ;) |
| 00:44:34 | amiconn | So you are more interested in the exact charging state of your jukebox than in the exact time ?! ;-) |
| 00:46:18 | einhirn | Hehe ;) As I already said: If I'm interested in knowing rockbox'es guess about battery level, I will read the numbers, since they offer a bigger resolution than the graphic gauge... |
| 00:46:43 | einhirn | Emphasize: _If I'm interested_ |
| 00:47:07 | amiconn | Then you could still use Info->Rockbox Info... |
| 00:47:45 | amiconn | [IDC]Dragon: The "blinking plug" method won't work on the player. There is no plug icon... |
| 00:47:55 | einhirn | Ok, but for that I'd need to navigate the menus, which, for me is a bother rather than a joy... |
| 00:48:45 | einhirn | Anyway, just make it configurable (a little) and everybody will find the way he/she likes... |
| 00:48:56 | einhirn | Now to something completely different ;) |
| 00:49:01 | [IDC]Dragon | player, ohh |
| 00:49:49 | Bagder | the only people still using players are blind ;-) |
| 00:49:52 | [IDC]Dragon | configurable? please no further option clutter |
| 00:50:04 | einhirn | Couldn't the voltage fluctuations be circumvented by taking the average of the last three or five values? |
| 00:50:05 | amiconn | ..while the fill-from-current state would work (just not very precise though, like the state display itself) |
| 00:50:12 | *** | Saving seen data "./dancer.seen" |
| 00:50:52 | amiconn | Yes of course. But the battery voltage alone doesn't tell us that much |
| 00:51:08 | amiconn | ...because the discharge curve of NiMH is rather "flat" |
| 00:51:33 | amiconn | ...and the tolerance between units may hit |
| 00:51:50 | einhirn | [IDC]Dragon: No, thats not what I want, I'd stay with how it works now. Like "Fancy animation" <-> "Numeric Display" |
| 00:52:50 | amiconn | Jörg's and my Ondio differ by about 1.5 % on voltage display, that makes a difference in charging state of ~30 % in the center of the discharge curve... |
| 00:53:57 | amiconn | ...when using NiMHs, that is |
| 00:54:11 | einhirn | amiconn: Ok, you want to guess Battery level using a change in load... Just turning on the Backlight won't do the trick, since the fluctuation is rather large. But maybe turning on the backlight and taking an average of the voltage would do? |
| 00:54:41 | einhirn | Of course I get the point that the guess still would be rather crude... |
| 00:54:55 | [IDC]Dragon | amiconn: the player can go without a plug icon, since the charging is done in hardware |
| 00:55:04 | [IDC]Dragon | iirc |
| 00:55:46 | amiconn | While the charging is done in hardware, I still want to know whether the cells are already full or not |
| 00:56:10 | [IDC]Dragon | the gauge is there |
| 00:56:11 | einhirn | You can still see that on the gauge... |
| 00:56:14 | amiconn | (that may be even more difficult than the recorder, as we have no control over the current |
| 00:56:45 | amiconn | Rockbox currently doesn't do this on the player. It always shows the animation |
| 00:58:03 | einhirn | hmm... I'd need a confirmation that the charger is plugged in and is supplying voltage... I'd leave the rest to the charging electronic... |
| 00:59:40 | amiconn | How do you know the cells are full then, so you can disconnect the charger and take the unit with you, having maximum possible runtime? |
| 00:59:57 | einhirn | Of course I'd also want to know what level my batteries have, so even during charging I'd like the box to do an educated guess about level ;) |
| 01:00 |
| 01:00:51 | amiconn | Yups, and that's why I think the fill-from-current-state animation is useful. |
| 01:01:30 | amiconn | The player can only do graphic display of course |
| 01:02:02 | einhirn | What I meant with confirmation: I don't need to know _if_ it is charging ATM, but that it _can_ charge if it wants to. |
| 01:02:15 | amiconn | I think using all the techniques proposed (averaging the voltage measurements to get rid of the fluctuations, measuring input voltage to calculate the current, measure much more often, and take the load into account by knowing the hd & backlight state), we could come up with a really decent charging algorithm and state estimation |
| 01:03:17 | einhirn | And the other thing, knowing when it's ready: Of course you could do the animation. And you could also do an equivalent of that in numeric mode: Toggle between 100 and current value ;) |
| 01:05:06 | amiconn | [IDC]Dragon: If the charging algo would always work correctly, one wouldn't need a separate charging indication. Having the charger connected (plug symbol on), and battery state < 100% implies charging, because reaching 100% is the goal of charging |
| 01:06:02 | einhirn | Amiconn: Thats what I meant with "I need to know that it _can_ charge _if_ it needs to" ;) |
| 01:06:02 | einhirn | Can't we get to know something about the cells from "Charger-On-Off"-Behaviour? |
| 01:06:46 | einhirn | Or tune the Trickle PWM to equalize the System voltage? |
| 01:07:27 | einhirn | Like the switching voltage regulator does it's job... |
| 01:07:38 | amiconn | The problem with regulating voltage is that you don't know which voltage is "right", as I already said. |
| 01:08:29 | einhirn | Valid point. And guessing the "right" voltage could be fatal to the Batteries. |
| 01:10:35 | einhirn | Back to "Charger On Off": I don't know if it will kill the cells, but try to charge the Batteries for lets say 10 sec, then measure the voltage decay afterwards. This way one could guess where in the discharge curve we are... |
| 01:10:35 | amiconn | I think I should put together a tsr plugin that monitors voltage and logs it, together with hd spinning/not spinning, backlight on/off and charger on/off info, and run this as autostart.rock for a while. |
| 01:11:05 | einhirn | amiconn: So that we have values to talk about - good Idea ;) |
| 01:11:27 | lostlogic | some of the supported players use software controlled charging? |
| 01:11:59 | einhirn | lostlogic: One of them: Recorder V1 |
| 01:12:04 | einhirn | afaik |
| 01:12:15 | amiconn | First I need to purchase a new set off cells - mine seem to have problems (probably one cell having a high self-discharge rate, and/or increased inner resistance) |
| 01:12:16 | [IDC]Dragon | amiconn, how do you know the disk is spinning? |
| 01:12:43 | lImbus | lostlogic: http://www.rockbox.org/docs/devicechart.html |
| 01:12:51 | [IDC]Dragon | by the voltage dip? |
| 01:12:55 | amiconn | yup |
| 01:13:17 | [IDC]Dragon | and the backlight by dirty port probing? |
| 01:13:29 | amiconn | I would hook into the backlight driver |
| 01:13:46 | [IDC]Dragon | oops, it's I2C, forget that |
| 01:13:49 | amiconn | (via a modified plugin api) |
| 01:13:55 | [IDC]Dragon | sure |
| 01:14:28 | [IDC]Dragon | you may even notify disk useage, but not in USB mode |
| 01:14:29 | amiconn | I would also log the ata power on/off, but that alone doesn't tell me whether the disk is actually spinning |
| 01:16:05 | [IDC]Dragon | port AN3 use is unknown for recorders |
| 01:16:06 | amiconn | The logging should of course interfere with normal operation as little as possible, so logging into (plugin) ram as much as possible, only fushing if it gets full |
| 01:16:34 | amiconn | Or better still, synchronize the flushing with other ata accesses |
| 01:16:45 | [IDC]Dragon | but this doesn't seem to be the desired, undocumented current probe |
| 01:16:45 | amiconn | (that could be tricky) |
| 01:17:10 | [IDC]Dragon | (just tried) |
| 01:18:59 | amiconn | AN3 goes to 0x3FF if USB is connected |
| 01:19:28 | [IDC]Dragon | if you log only significant changes, with a timstamp, 32k may be sufficient |
| 01:19:36 | einhirn | [IDC]Dragon: It goes up from 6..7 to A..C if I press the "down"-Button in "View IO-Ports" |
| 01:20:41 | amiconn | Mine shows ~0x024 when idle |
| 01:20:48 | [IDC]Dragon | AN2 should be USB... |
| 01:22:15 | amiconn | AN2 does the same as AN3 for me... |
| 01:23:59 | [IDC]Dragon | what a waste |
| 01:24:32 | amiconn | They don't seem to be directly connected though, the fluctuation without USB connected is different |
| 01:24:48 | einhirn | Perhaps they "want" to show 0 but are prohibited to do so by noise? |
| 01:27:24 | amiconn | [IDC]Dragon: Regarding the player, the archos firmware changes from "battery: charging" to battery: charged" in its charging screen after some time. I did not yet check whether this is onyl time controlled though, unrelated to the real charging state. |
| 01:28:13 | einhirn | anyway, I don't see much capacitor around the processor on the schematics - thats for the fluctuations... |
| 01:29:37 | einhirn | amiconn: Wasn't there this pin for the firmware to monitor charging state? Why shouldn't archos use it? |
| 01:29:43 | * | [IDC]Dragon says goodnight |
| 01:29:49 | amiconn | Nite [IDC]Dragon |
| 01:29:54 | | Part [IDC]Dragon |
| 01:29:55 | einhirn | n8 |
| 01:30:14 | * | einhirn was too slow - again ;) |
| 01:30:53 | * | einhirn thinks about going to bed now, too |
| 01:31:12 | einhirn | Good Night everyone ;) |
| 01:31:22 | | Part jyp ("poof!") |
| 01:31:27 | amiconn | einhirn: Not on the player |
| 01:32:04 | amiconn | This is possible on the v2/fm though, as there is AN7 to monitor charging current. |
| 01:32:19 | einhirn | k. I didn't look into the schematics for the player... |
| 01:32:25 | amiconn | If it goes below a certain threshold, the batteries are considered full |
| 01:32:50 | amiconn | (Charging of LiIon is entirely different from charging of NiMH) |
| 01:33:05 | einhirn | amiconn: Yup... |
| 01:33:43 | amiconn | I *will* check whether archos only uses a timer, I already started... |
| 01:34:25 | einhirn | That and trying not to blow your LiIon up is the cause for always using a "charging processor" and not trying to do it yourself ;) |
| 01:34:45 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 01:35:44 | amiconn | In fact, charging a LiIon is easier than charging NiMH, you only need a very precise voltage regulator |
| 01:41:11 | lostlogic | and a proper cutoff when the current drops below 3% of peak to avoid damaging the battery... |
| 01:44:03 | amiconn | The cutoff is only an additional safety measure, depending on the regulated voltage. |
| 01:45:15 | amiconn | If this is chosen a few mV "too high" in order to speed up charging, the cutoff is indeed necessary |
| 01:45:28 | lostlogic | amiconn: from what I've read about li-ion, holding the cell voltage over 4.05 can damage the battery... |
| 01:45:31 | lostlogic | I could of course be wrong |
| 01:47:16 | amiconn | Hmm, maybe, I'd need to check myself. It could also be dependent on the exact type (LiIon vs. LiPoly) |
| 01:47:43 | lostlogic | that could be... |
| 01:47:49 | * | amiconn checks the fm/v2 charger's datasheet |
| 01:47:50 | lostlogic | I got my infoz from batteryuniversity.com |
| 02:00 |
| 02:02:43 | amiconn | The fm/v2 charger chip doesn't do this shutdown. It can be shut down externally, but the "typical application" circuit doesn't use this feature |
| 02:02:56 | lostlogic | interesting. |
| 02:32:11 | | Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") |
| 02:37:27 | | Part amiconn |
| 02:39:26 | | Join DMJC-L [0] (~DMJC-L@220-245-162-47-sa-nt.tpgi.com.au) |
| 02:40:43 | | Quit Trevmar (Read error: 60 (Operation timed out)) |
| 02:47:06 | | Quit cYmen ("leaving") |
| 02:50:16 | *** | Saving seen data "./dancer.seen" |
| 02:56:19 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 02:56:57 | * | LinusN is browsing directoried with rockbox on his iriver |
| 02:57:02 | LinusN | directories |
| 02:57:30 | rasher | Hurray |
| 02:57:39 | rasher | what's next? |
| 02:58:27 | LinusN | sound, i guess |
| 02:58:31 | rasher | I'm getting all excited here everytime I hear about progress.. it appears to be a lot faster than what I had expected |
| 02:58:31 | lImbus | hi LinusN |
| 02:58:39 | lImbus | big congratz and kudos |
| 02:58:39 | LinusN | hi |
| 02:58:51 | rasher | Are you still the only only one who has flashed? |
| 02:59:07 | rasher | And yes, congrats indeed :) |
| 02:59:40 | LinusN | yes, i am the only one who has flashed |
| 03:00 |
| 03:01:22 | preglow | woot!!! |
| 03:01:28 | preglow | great, linus!!! |
| 03:01:49 | preglow | i'm multiple-exclamation-mark-excited! |
| 03:03:10 | preglow | what was wrong? |
| 03:03:17 | LinusN | the hang? |
| 03:03:34 | preglow | yes |
| 03:03:34 | LinusN | i think i called it "crash" last time... |
| 03:03:51 | preglow | no, you did say hang |
| 03:03:52 | LinusN | it was daniels fix in mpeg.c to make it compile |
| 03:04:09 | LinusN | the mpeg thread terminated |
| 03:04:29 | LinusN | and the threads aren't supposed to terminate |
| 03:04:31 | preglow | and why does that cause a hang? |
| 03:04:32 | preglow | ahhh |
| 03:04:53 | preglow | but this is great news, bagder managed to compile libmad as well |
| 03:04:54 | LinusN | they should yield() in a while() loop |
| 03:08:05 | LinusN | damn, ata driver bug |
| 03:08:45 | lImbus | ? |
| 03:08:58 | LinusN | soft reset doesn't work |
| 03:09:12 | lImbus | uh |
| 03:14:59 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
| 03:15:02 | LinusN | ah, easily fixed |
| 03:15:07 | preglow | so you can soft reset? |
| 03:15:15 | LinusN | yes |
| 03:15:16 | preglow | hohohoh |
| 03:15:41 | preglow | so: how long till you'll have tested the loader on another unit? |
| 03:15:47 | preglow | i'm more than a little tempted to flash my player right now |
| 03:16:17 | LinusN | the m68k compiler aligns things a little differently than i'm used to |
| 03:16:57 | preglow | aligns what? structs? |
| 03:17:04 | LinusN | arrays |
| 03:17:09 | LinusN | char arrays |
| 03:17:15 | preglow | how does that matter in what you're doing? |
| 03:17:28 | LinusN | the stacks are char arrays |
| 03:17:44 | LinusN | and the compiler places then at odd addresses |
| 03:17:59 | LinusN | sloppy programming |
| 03:18:04 | preglow | hah |
| 03:18:08 | preglow | queer |
| 03:18:21 | preglow | well, people do say that the 68k backend is a bit old and crummy |
| 03:26:46 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
| 03:36:00 | preglow | woot, libmad.a |
| 03:36:00 | preglow | well |
| 03:36:04 | preglow | i'll go to bed |
| 03:37:20 | | Quit preglow ("off") |
| 03:50:57 | | Join CrunchyWhiteMeat [0] (~jdrumm@229-151.suscom-maine.net) |
| 03:57:40 | | Part CrunchyWhiteMeat |
| 03:59:31 | | Join CrunchyWhiteMeat [0] (~CrunchyWh@229-151.suscom-maine.net) |
| 04:00 |
| 04:03:59 | | Part CrunchyWhiteMeat |
| 04:06:07 | | Quit DMJC ("Leaving") |
| 04:09:58 | | Quit lImbus ("bed") |
| 04:12:33 | | Join muesli_- [0] (muesli_tv@108.12-dial.augustakom.net) |
| 04:12:44 | muesli_- | g'day mates |
| 04:12:56 | LinusN | "day"... :-) |
| 04:13:16 | LinusN | it's 4am in sweden :-) |
| 04:13:28 | muesli_- | same for germany ;) |
| 04:13:56 | muesli_- | 4.13am to say it exactly |
| 04:15:04 | muesli_- | from which city are you coming from? |
| 04:15:29 | LinusN | stockholm |
| 04:15:30 | muesli_- | i have been in wasteros (dont ask me for spelling) years ago |
| 04:16:04 | muesli_- | yeah, it was around 50-100km west of stockholm |
| 04:16:16 | muesli_- | maybe even shorter |
| 04:16:28 | muesli_- | shorter=less |
| 04:20:50 | | Quit QT (Read error: 113 (No route to host)) |
| 04:21:16 | rasher | gosh, it really *is* late :| |
| 04:25:24 | muesli_- | true... |
| 04:25:33 | muesli_- | ;) |
| 04:40:52 | muesli_- | will roll into my bed... |
| 04:41:02 | muesli_- | n8 fellows... |
| 04:41:12 | | Nick muesli_- is now known as muesli_zZ (muesli_tv@108.12-dial.augustakom.net) |
| 04:50:20 | *** | Saving seen data "./dancer.seen" |
| 04:51:45 | LinusN | time to sleep |
| 04:51:47 | | Part LinusN |
| 05:00 |
| 05:00:42 | | Quit XShocK (" HydraIRC -> http://www.hydrairc.com <-") |
| 05:29:40 | SoulEata | oh damn i missed linus |
| 05:43:47 | lostlogic | (hopefully this isn't distasteful) what is it with swedes named Linus being low level code gods? |
| 05:44:13 | rasher | Actually the Other Linus isn't Swedish |
| 05:44:39 | lostlogic | Finish, but swedish speaking... yeah yeah yeah |
| 05:45:25 | rasher | And.. I doubt it :) |
| 05:45:38 | lostlogic | you doubt which? |
| 05:45:59 | rasher | that there "is something" |
| 05:46:16 | lostlogic | gotcha |
| 05:46:17 | lostlogic | heh |
| 05:46:17 | lostlogic | ;) |
| 06:00 |
| 06:10:05 | | Join ashridah [0] (ashridah@220-253-120-4.VIC.netspace.net.au) |
| 06:31:27 | | Quit SoulEata ("CGI:IRC (EOF)") |
| 06:50:21 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:14:12 | | Join ashridah_ [0] (ashridah@220-253-123-251.VIC.netspace.net.au) |
| 07:16:34 | | Quit ashridah (Read error: 110 (Connection timed out)) |
| 07:25:07 | | Quit ripnetuk (Read error: 60 (Operation timed out)) |
| 07:26:12 | | Nick ashridah_ is now known as ashridah (ashridah@220-253-123-251.VIC.netspace.net.au) |
| 07:33:30 | | Join Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net) |
| 07:33:36 | | Quit Trevmar (Client Quit) |
| 08:00 |
| 08:02:53 | | Quit ashridah (Read error: 60 (Operation timed out)) |
| 08:06:11 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
| 08:10:35 | | Quit XShocK (Client Quit) |
| 08:15:20 | | Join ashridah [0] (ashridah@220-253-121-168.VIC.netspace.net.au) |
| 08:18:18 | | Quit gromit` (Remote closed the connection) |
| 08:40:42 | | Join midk [0] (~midk@c-67-161-124-8.client.comcast.net) |
| 08:42:32 | | Quit midk (Client Quit) |
| 08:42:35 | | Join midk [0] (~midk@c-67-161-124-8.client.comcast.net) |
| 08:50:24 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:24:57 | | Join Cassandra_ [0] (~christi@213.78.100.83) |
| 09:25:29 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 09:37:51 | | Join R3nTiL [0] (~zorroz@217.30.249.56) |
| 09:38:39 | | Quit midk ("Leaving") |
| 09:39:13 | | Join amiconn [0] (~jens@pD95D115B.dip.t-dialin.net) |
| 09:41:59 | | Join midk [0] (~midk@c-67-161-124-8.client.comcast.net) |
| 09:42:31 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 09:43:01 | | Quit Cassandra (Read error: 110 (Connection timed out)) |
| 10:00 |
| 10:04:46 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 10:05:32 | amiconn | hi LinusN |
| 10:05:36 | LinusN | hey |
| 10:05:54 | amiconn | The iriver port seems to be progressing nicely. Congrats! |
| 10:06:02 | LinusN | i just installed the boot loader on my second H140, works perfectly |
| 10:07:12 | ashridah | awesome |
| 10:07:51 | LinusN | next task for me is to verify with different iriver firmware versions |
| 10:09:28 | amiconn | LinusN: (unrelated nag) What about flashing the oldplayer? |
| 10:11:24 | LinusN | ok, i'll send it to you |
| 10:11:42 | Cassandra_ | LinusN: I'd like to move most of clean_shutdown into firmware, so that the idle timer and sleep timer can call it too. Are you OK with that? |
| 10:12:35 | LinusN | of course. How would you do it? |
| 10:13:04 | LinusN | a firmware->app call to save settings? |
| 10:13:15 | Cassandra_ | Just have a shutdown_hw routine that's called instead of calling power_off directly. |
| 10:13:37 | | Join Marder [0] (~MArder@lsn-boi-catv-c124-p218.vtx.ch) |
| 10:14:14 | Cassandra_ | Which would contain most of the old clean_shutdown code, which is just firmware functions. |
| 10:17:11 | Marder | Congrats Linus, for flashing your H140 (and the rest of your work of course) ! |
| 10:17:30 | Marder | Do you consider the bootloader as safe enough now ? |
| 10:17:46 | Cassandra_ | I'm really looking forware to putting Rockbox on my 140. |
| 10:18:13 | Marder | Me too.. |
| 10:18:52 | LinusN | Marder: i think i do, but you should wait for me to put up tested binaries in the wiki |
| 10:20:51 | Marder | Ok, that is really great news :) |
| 10:21:48 | Cassandra_ | I'm in no hurry, at least not until we have MP3 playback working. |
| 10:22:03 | Cassandra_ | By we, I of course mean you, Linus. ;) |
| 10:22:49 | Marder | Well, with a safe bootload, other developpers can work on it |
| 10:22:54 | amiconn | LinusN: Different thing regarding oldish archos jukebox: I don't know whether you've read the logs, but do you have an idea why my player doesn't seem to suffer from rld? It has the "right" hd... |
| 10:22:55 | LinusN | well, i hope it will be "we", it's been pretty lonely |
| 10:23:13 | LinusN | amiconn: i dunno |
| 10:23:32 | Cassandra_ | *nod* Well, the higher up it gets, the more people will feel competent to get involved hopefully. |
| 10:23:50 | amiconn | Do you remember where there were rld reports for players, or is it a recorder only issue? |
| 10:24:11 | LinusN | i *think* there has been reports from player owners as well |
| 10:24:12 | Cassandra_ | Me, I'm OK at tinkering round the edges of Rockbox. I'm not sure I'd trust me to do something major like implement MP3 playback. |
| 10:25:02 | LinusN | Cassandra_: btw, i really appreciate your work on the rtc/alarm stuff, it's something i've been wanting to do for a long time |
| 10:25:24 | Cassandra_ | You're welcome. It's something I've wanted for a while. |
| 10:25:47 | LinusN | i see in the legs that you have the same approach as i |
| 10:25:49 | LinusN | logs |
| 10:25:51 | LinusN | :-) |
| 10:26:15 | Cassandra_ | Well, given the brokenness of the hardware, it seems like the best way to handle it. |
| 10:26:34 | LinusN | brokenness, as in no irq? |
| 10:27:12 | Cassandra_ | As in if you get an alarm while powered on, you can't turn the jukebox off. |
| 10:27:58 | Cassandra_ | Otherwise it might be nice to say beep if you got an alarm while powered on, or something, |
| 10:28:02 | LinusN | you can call it hw brokenness, but it's eailly fixed in hardware |
| 10:28:04 | LinusN | software |
| 10:28:51 | LinusN | or did i miss something? |
| 10:29:08 | LinusN | i didnät know it was impossible to clear the alarm |
| 10:29:22 | | Quit R3nTiL () |
| 10:29:31 | Cassandra_ | I don't know. The only fix I came up with was to implement a seperate alarm thread, which seemed kind of resource intensive. |
| 10:29:35 | amiconn | The problem is that you need to notice it turned on |
| 10:29:55 | LinusN | amiconn: yes, you will have to poll the rtc |
| 10:30:14 | LinusN | but we do that in the status code anyway, to display the time |
| 10:30:28 | Cassandra_ | Aha. |
| 10:30:32 | LinusN | just add a SYS_ALARM event |
| 10:30:38 | Cassandra_ | That's useful to know. |
| 10:30:44 | LinusN | let the status code broadcast the event |
| 10:30:49 | amiconn | ...which only gets called _if_ there is a status display, e.g. not in plugins. Am I wrong? |
| 10:31:01 | LinusN | amiconn: you are right |
| 10:31:23 | Cassandra_ | Ah. :( Then we're back to the separate thread. |
| 10:31:40 | LinusN | i have no problems with a separate thread |
| 10:31:44 | Cassandra_ | Shame the iRiver has no RTC. |
| 10:31:48 | LinusN | 300 has |
| 10:32:07 | Cassandra_ | Oooh. Shiny. |
| 10:32:19 | amiconn | Imho the power thread might do this as well. |
| 10:32:31 | Cassandra_ | (Although I'm definitely not getting one of those until Rockbox is already running on it. |
| 10:32:46 | LinusN | amiconn: sure |
| 10:33:23 | Cassandra_ | That's true, actually. Although then you have the problem of a callback to handle the alarm. |
| 10:34:07 | amiconn | Why? |
| 10:34:31 | amiconn | If the alarm flag gets set, do 2 things in the power thread: (1) Send the SYS_ALARM event. (2) Clear the flag immediately |
| 10:34:34 | Cassandra_ | You probably want the application to do something if you receive an alarm while the power is on. |
| 10:34:54 | amiconn | Yes, exactly, by handling the SYS_ALARM event |
| 10:35:05 | Cassandra_ | Ah, there's an event queue somewhere? I missed that. |
| 10:35:14 | LinusN | just like SYS_USB_INSERTED and SYS_POWEROFF |
| 10:35:27 | Cassandra_ | Oh, right. Yes. |
| 10:35:27 | amiconn | In fact this could also be useful on units which cannot power on from the alarm (unmodded v1 recorder) |
| 10:35:57 | Cassandra_ | OK. Let me get the basic approach working first, then we can look at that. |
| 10:35:58 | LinusN | for timed recordings |
| 10:36:28 | amiconn | This way, you could use a v1 recorder for timer recording as well. Just leave it plugged to the charger, so that it doesn't shut down |
| 10:39:24 | Cassandra_ | *nod* |
| 10:42:30 | LinusN | gotta go, cu folks |
| 10:42:42 | | Part LinusN |
| 10:42:43 | Cassandra_ | Oh, I have a slightly weird effect, btw. If I set the idle power off to 1 min and ROLO / F1 + boot into my test firmware, it still seems to take about 10 mins (possibly coincidentally my previous value) for the idle code to kick in. I've verified this with vanilla code, so my mods aren't causing it. Is this known weirdness with working from a non-flashed image? |
| 10:43:31 | amiconn | Hmm, I don't know. I have idle poweroff set to 3 mins, and it always worked for me. |
| 10:43:39 | amiconn | Lemme check... |
| 10:46:58 | amiconn | Hmm, works both on the player and the v1. Did you press any buttons, or did you leave it at the resume? prompt? |
| 10:48:19 | Cassandra_ | Left it sitting in the browser. |
| 10:48:40 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 10:48:48 | Cassandra_ | This is on a v2. |
| 10:48:54 | LinusN | Cassandra_: are you sure that the settings aren't reset when you rolo? |
| 10:49:17 | Cassandra_ | If I check the setting in the ROLOed f/w it still claims to be 1min. |
| 10:49:21 | LinusN | btw, are you sure that the settings are properly saved? |
| 10:49:22 | | Quit midk ("Leaving") |
| 10:49:27 | LinusN | ok |
| 10:50:15 | | Part LinusN |
| 10:50:20 | Cassandra_ | I think I often experience weirdness because my standard firmware is flashed but I work from a hd image for testing. |
| 10:50:28 | *** | Saving seen data "./dancer.seen" |
| 10:50:56 | Cassandra_ | 6 mins and counting so far. |
| 10:50:57 | amiconn | Hmm. This will cause settings problems if something witihn the settings bits changed |
| 10:51:35 | amiconn | I flash rather frequently when developing. Sometimes flashing > 10 versions a day. |
| 10:51:37 | Cassandra_ | Ah, yes. That's probably it then. Since the daily builds have the start in recording screen option. |
| 10:52:12 | amiconn | If it's only a setting added at the end, this shouldn't cause problems though |
| 10:52:21 | Cassandra_ | It is. Hmm. |
| 10:52:59 | amiconn | Works perfectly here, both with F1-boot ("-"-boot on player) and with rolo |
| 10:53:25 | Cassandra_ | 8 mins. |
| 10:53:28 | amiconn | However, my .ajz/.mod is the same version as flashed rockbox |
| 10:54:59 | Cassandra_ | Yep - definitely powered off at 10 mins. |
| 10:55:26 | Cassandra_ | I'm going to assume that's weirdness related to sick things I'm doing with Rockbox rather than a bug, I think. |
| 10:57:24 | amiconn | From time to time, I also get weird things in settings etc. A settings reset & reload of my favourite config file always fixed it. |
| 10:58:08 | Cassandra_ | Makes sense. |
| 10:58:26 | amiconn | Hmm, hold on, it seems I was wrong.... |
| 10:59:35 | amiconn | ...now I'm confused. |
| 10:59:48 | Cassandra_ | That makes two of us, I guess. |
| 11:00 |
| 11:00:06 | amiconn | Anyway, gotta go now. cu. |
| 11:00:12 | Cassandra_ | Take care. |
| 11:00:18 | | Part amiconn |
| 11:00:53 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 11:01:05 | LinusN | Cassandra_: are you really sure the settings are saved? |
| 11:01:48 | LinusN | hmm, they should be, as they are in rtc |
| 11:03:29 | | Part LinusN |
| 11:09:58 | Cassandra_ | I thought so, yes. |
| 11:14:31 | | Join midk [0] (~midk@67.161.124.8) |
| 11:23:04 | | Join midk_ [0] (~midk@c-67-161-124-8.client.comcast.net) |
| 11:29:52 | | Quit midk (Read error: 60 (Operation timed out)) |
| 11:56:49 | | Join midk [0] (~midk@67.161.124.8) |
| 11:59:12 | | Join ripnet [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 11:59:35 | ripnet | Morning :) i see you have flashed your 140 Linus - Grrreeaat :) |
| 12:00 |
| 12:00:14 | ripnet | would you be prepared to tell me the md5 of bootloader.bin and which firmware you injected? was it the 1.63EU version? |
| 12:00:25 | ripnet | and the md5 of the injected firmware? |
| 12:00:55 | ripnet | i make bootloader.bin (cvs 5 mins ago) e1028ec522b6570daeb9b04a0cd27f5e |
| 12:05:21 | | Quit Marder (Read error: 60 (Operation timed out)) |
| 12:09:02 | ripnet | everyone must still be in bed after that late night last night :) |
| 12:13:11 | rasher | Quite |
| 12:14:14 | | Quit midk_ (Read error: 110 (Connection timed out)) |
| 12:16:24 | | Quit ripnet () |
| 12:44:58 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
| 12:50:32 | *** | Saving seen data "./dancer.seen" |
| 12:55:53 | | Join bobTHC [0] (~foo1@AMarseille-251-1-26-59.w83-113.abo.wanadoo.fr) |
| 12:55:59 | bobTHC | hi all! |
| 13:00 |
| 13:10:54 | | Join amiconn [0] (jens@pD9F52FA7.dip.t-dialin.net) |
| 13:20:10 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 13:21:50 | preglow | so, linus has flashed his other player, has he |
| 13:21:58 | preglow | i take that as good reason to flash my own |
| 13:22:03 | muesli_zZ | morning ladies |
| 13:24:21 | DMJC-L | linus flashed both irivers? |
| 13:25:04 | DMJC-L | might flash mine and start dev work then |
| 13:26:02 | | Join muesli|tarn [0] (muesli_tv@D2d3a.d.pppool.de) |
| 13:29:15 | DMJC-L | has anyone got a prebuilt version of the crosscompiler? |
| 13:31:14 | preglow | DMJC-L: the logs do say so, yes, think i'll wait for him to confirm the procedure, then i'll flash it |
| 13:31:20 | preglow | DMJC-L: well, yes, for linux |
| 13:31:48 | DMJC-L | I'm running gentoo here |
| 13:33:28 | preglow | that's exactly that i'm running as well |
| 13:33:33 | preglow | but bullding yourself is really easy |
| 13:34:38 | preglow | but sure, i can tar up the bins, just don't chop my head off when they appear to be making corrupt binaries ;) |
| 13:44:45 | DMJC-L | heh |
| 13:44:57 | DMJC-L | which architecture are you using? |
| 13:45:11 | DMJC-L | intel, amd... although i guess that won't matter |
| 13:46:23 | | Quit muesli_zZ (Read error: 110 (Connection timed out)) |
| 13:47:28 | preglow | i386 |
| 13:47:33 | preglow | right now, athlon64 |
| 13:47:48 | preglow | shouldn't matter, no, it's not compiled with anything specific |
| 13:47:54 | DMJC-L | k |
| 13:47:54 | preglow | i didn't ask for it, at least |
| 13:48:10 | preglow | ahh, that's bs, btw, i compiled it on a duropn |
| 13:48:24 | preglow | i forgot it's my server we're talking about, not this machine |
| 13:49:03 | DMJC-L | heh cool |
| 13:49:08 | preglow | the bins are here if you want them: http://glow.m0f0.net/m68k-dev.tar.gz |
| 13:49:09 | DMJC-L | my old box was a duron |
| 13:49:14 | DMJC-L | my desktop is an athlon |
| 13:49:28 | preglow | my desktop is a spanking new athlon64 3200+ |
| 13:49:43 | DMJC-L | sic |
| 13:52:21 | muesli|tarn | spank my m**ey :D |
| 13:52:33 | | Nick muesli|tarn is now known as muesli_ (muesli_tv@D2d3a.d.pppool.de) |
| 13:52:57 | preglow | i refuse |
| 13:53:24 | muesli_ | ;) |
| 13:58:13 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 13:58:26 | LinusN | md5sum ihp_120.hex |
| 13:58:26 | LinusN | 9639f6019b932b9d9bdcbbab476f6ec1 ihp_120.hex |
| 13:58:36 | LinusN | latest cvs |
| 14:00 |
| 14:00:03 | DMJC-L | that flashes 140s properly? |
| 14:01:04 | preglow | ok |
| 14:01:08 | preglow | i'll have a eat, then flash |
| 14:01:18 | preglow | that's european firmware, yes? |
| 14:03:00 | preglow | 1.63? |
| 14:03:03 | | Join quel|out [0] (~kvirc@80.103.129.59) |
| 14:03:09 | quel|out | morning |
| 14:03:13 | | Nick quel|out is now known as quelsaruk (~kvirc@80.103.129.59) |
| 14:04:48 | DMJC-L | make[110]: Entering directory `/home/james/development/rockbox/rockbox/firmware' |
| 14:04:59 | DMJC-L | should I be getting this? |
| 14:05:17 | amiconn | LinusN: Interesting news - obviously ata poweroff does influence the occurence of rld. When I went out a short time ago, I deactivated ata poweroff. Then I got rld within 2 minutes after starting playback.... |
| 14:06:28 | amiconn | However, I only got it once. I have an idea why this is, have to check the ata code. |
| 14:06:40 | LinusN | preglow: yes, it's 1.3e |
| 14:06:43 | LinusN | 1.63e |
| 14:07:07 | | Join Digital007 [0] (~acd5adea@labb.contactor.se) |
| 14:07:22 | | Quit Digital007 (Client Quit) |
| 14:07:45 | DMJC-L | make[1650]: Entering directory `/home/james/development/rockbox/rockbox/firmware' |
| 14:07:46 | LinusN | DMJC: "entering directory"? yes, that's normal |
| 14:07:48 | amiconn | Currently, I'm looking into the player's volume/balance/treble/bass handling. I found a bug... |
| 14:07:55 | DMJC-L | look at the number.. |
| 14:07:58 | DMJC-L | 1650? |
| 14:08:14 | LinusN | hmmm |
| 14:08:21 | DMJC-L | and it keeps saying nothing to be done for all |
| 14:08:27 | LinusN | not normal |
| 14:08:46 | LinusN | which target? |
| 14:09:30 | LinusN | in which dir do you type "make"? |
| 14:10:57 | LinusN | gotta go |
| 14:11:03 | | Part LinusN |
| 14:25:07 | preglow | hmm |
| 14:25:11 | preglow | didn't get the same md5sum |
| 14:35:24 | HCl | hihi |
| 14:35:25 | HCl | how goes? |
| 14:35:25 | HCl | xD |
| 14:35:34 | * | HCl is on a wireless network he hacked into o.o |
| 14:35:46 | preglow | hahah |
| 14:35:49 | preglow | free net!! |
| 14:35:51 | HCl | but since my irc goes over an ssh connection, its safely to talk about it here |
| 14:35:55 | HCl | yea |
| 14:36:02 | HCl | i stole the mac address of my target |
| 14:36:07 | HCl | so i'm literally hitch hiking |
| 14:36:08 | HCl | on his ip |
| 14:36:22 | HCl | he's using his laptop on the same ip as mine at the moment. |
| 14:36:35 | HCl | anyways |
| 14:36:37 | HCl | whats up? :) |
| 14:37:05 | preglow | planning to flash my player |
| 14:37:10 | HCl | what kind |
| 14:37:10 | HCl | ? |
| 14:37:15 | preglow | h120 |
| 14:37:20 | HCl | oh. |
| 14:37:21 | HCl | nice. |
| 14:37:25 | preglow | but the md5 i got doesn't match what linus gave before he ran away |
| 14:37:28 | HCl | anything new? |
| 14:37:39 | HCl | linus compiles with 3.4.2, i think |
| 14:37:47 | | Join lImbus [0] (lImbus@100-180.244.81.adsl.skynet.be) |
| 14:37:47 | HCl | whatcha using? |
| 14:37:58 | lImbus | hi all |
| 14:38:00 | preglow | 3.4.3 |
| 14:38:19 | HCl | well. |
| 14:38:22 | HCl | i'd say try 3.4.2 |
| 14:38:26 | preglow | will |
| 14:38:30 | HCl | and if that doesn't work, the recommended 3.3.4 |
| 14:38:48 | HCl | any progress on rockbox on iriver? aside from the cookie bootloader thing |
| 14:39:18 | preglow | well |
| 14:39:19 | preglow | it runs |
| 14:39:23 | preglow | rockbox runs |
| 14:39:26 | preglow | menus and everything |
| 14:39:31 | HCl | cool. |
| 14:39:33 | preglow | indeed |
| 14:39:38 | preglow | so sound will probably be next |
| 14:39:39 | HCl | ^^ |
| 14:39:48 | HCl | so i could start on gameboy plugin? |
| 14:40:10 | HCl | well, obviously i want someone to test it on h140 first.. |
| 14:40:32 | | Join R3nTiL [0] (~zorroz@217.30.249.170) |
| 14:40:51 | Bagder | the CPU is also clocked too low still |
| 14:40:57 | muesli_ | do i undestand you correct that your implantating games on the iriver? |
| 14:41:04 | HCl | yup |
| 14:41:04 | preglow | HCl: he did try it on his 140 |
| 14:41:11 | HCl | preglow: did it work? |
| 14:41:14 | muesli_ | :D |
| 14:41:16 | preglow | HCl: he said no problems |
| 14:41:18 | lostlogic | Bagder: the clock speed onthe iRiver is software adjustable? |
| 14:41:20 | HCl | preglow: nice. |
| 14:41:22 | Bagder | yes |
| 14:41:27 | HCl | nice. |
| 14:41:32 | muesli_ | how much does those games affect firmwire file size? |
| 14:41:33 | HCl | so i could actually increase its clock |
| 14:41:38 | HCl | if i need more speed for the gameboy emu? |
| 14:41:38 | lostlogic | Bagder: sweet, now we just need to be able to software control it :-D |
| 14:42:09 | ashridah | lostlogic: it's done by the firmware to reduce power consumption. |
| 14:42:16 | ashridah | there's really no point in overclocking it for no reason |
| 14:42:18 | lostlogic | ashridah: oh, I figured that :) |
| 14:42:30 | HCl | except if you want to run gameboy P |
| 14:42:31 | HCl | :p |
| 14:42:46 | muesli_ | overclocking an iriver LOL ;) |
| 14:42:51 | lostlogic | ashridah: which would explain why different decoding tasks require more battery power on the H3x0 series |
| 14:43:10 | muesli_ | how much does those games affect firmware file size? |
| 14:43:16 | ashridah | lostlogic: oggs tend to use battery faster than mp3 in general |
| 14:43:16 | Bagder | nothing |
| 14:43:25 | Bagder | muesli_: they're plugins, loaded on demand |
| 14:43:38 | lostlogic | ashridah: which I assume is algorithmic complexity speaking? |
| 14:43:51 | ashridah | lostlogic: pretty much |
| 14:44:06 | ashridah | you'd calculate the required frequency plus a margin based on the bitrate |
| 14:44:32 | muesli_ | how much memory is reserved for the firmware? i mean, is there a limit? |
| 14:45:11 | Bagder | the firmware is right now ~150K |
| 14:45:17 | Bagder | on disk |
| 14:45:49 | HCl | the iriver has 32mb ram |
| 14:45:57 | HCl | which is more than enough |
| 14:46:02 | HCl | for almost anything o.o; |
| 14:46:15 | HCl | i wonder if we can make it run windows 98 xD |
| 14:46:22 | HCl | nah, but linux should work o.o |
| 14:46:34 | muesli_ | yes, but this ram isnt reserved for caching media files? |
| 14:46:40 | ashridah | HCl: uh. does the coldfire cpu have an MMU? |
| 14:46:43 | preglow | muesli_: not reserved, no, you can use as much as you like |
| 14:46:49 | HCl | ashridah: i have no idea o.o |
| 14:46:51 | ashridah | muesli_: the stock firmware decodes itself into ram |
| 14:46:53 | preglow | i don't think coldfires have mmu's |
| 14:46:54 | muesli_ | hehe |
| 14:46:58 | muesli_ | :-) |
| 14:47:14 | preglow | damn, the stock 68k didn't even have an mmu |
| 14:47:15 | HCl | so you can't do paging, thats not a disaster :x |
| 14:47:15 | ashridah | it'll be faster to execute than the flash will, and the images are encoded anyway, apparently. |
| 14:47:26 | muesli_ | playing music and having a game at the same time would be kewl :-) |
| 14:47:30 | ashridah | HCl: uh. win98 kinda requires protected mode, last i checked. |
| 14:47:35 | HCl | ashridah: ok :P |
| 14:47:36 | ashridah | win3.1 maybe |
| 14:47:39 | HCl | it was a joke anyways |
| 14:47:39 | HCl | xD |
| 14:47:39 | preglow | yes, and it's x86 code :VV |
| 14:47:41 | Bagder | muesli_: it does that |
| 14:47:44 | HCl | ohyea xD |
| 14:47:53 | | Join ripnet [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 14:47:55 | ashridah | preglow: no-one was suggesting it'd run FAST |
| 14:47:57 | ripnet | preglow - you there? |
| 14:48:00 | preglow | ripnet: sure |
| 14:48:15 | HCl | muesli_: i don't think (at least for gameboy) that the iriver will have much cpu left to play mp3 |
| 14:48:20 | ripnet | did you get be0bf0e1df367e5cffd9e27eff988ef1 new.hex ? |
| 14:48:32 | HCl | er |
| 14:48:40 | HCl | you'll want to check checksums for bootloader.bin |
| 14:48:53 | ripnet | more important to check new.hex :) |
| 14:48:57 | HCl | hm. |
| 14:49:00 | HCl | okay :x |
| 14:49:06 | muesli_ | HCl: yeah :-/ but even the possibility sounds nice ;-) |
| 14:49:08 | preglow | be0bf0e1df367e5cffd9e27eff988ef1 ../build/rockbox/build/new.hex |
| 14:49:22 | ripnet | we get the same... we are both using 4.3.4 |
| 14:49:23 | HCl | sounds good |
| 14:49:25 | ripnet | erm |
| 14:49:33 | preglow | ripnet: i'm building 3.4.2 now, to test if i get the same as linus |
| 14:49:37 | ripnet | 3.4.3 |
| 14:49:54 | ripnet | dammit! i build 3.4.3 and 3.3.4 and thought i had all bases covered :) |
| 14:50:02 | preglow | if it's the same, i'm flashing this mutha |
| 14:50:06 | ripnet | me too |
| 14:50:19 | HCl | ripnet: do you have h120 or h140 |
| 14:50:20 | HCl | ? |
| 14:50:23 | ripnet | 140 |
| 14:50:25 | HCl | k |
| 14:50:34 | *** | Saving seen data "./dancer.seen" |
| 14:51:32 | preglow | ahh, great, the gcc build vomited |
| 14:51:44 | lostlogic | I wonder why it allows higher bitrate oggs than mp3s then... |
| 14:52:13 | preglow | vorbis files can have more or less any bitrate they want, mp3s are max 320 |
| 14:52:57 | * | ripnet strokes my 140 and wonders if it will be dead later :) |
| 14:53:14 | ripnet | hows the gcc build going preglow? |
| 14:53:20 | preglow | ripnet: it crashed, but i'm working on it |
| 14:53:29 | ripnet | ok |
| 14:53:51 | preglow | ghah |
| 14:53:58 | preglow | i deleted the cvs binutils |
| 14:54:15 | preglow | hell, i'm more than a little tempted to just go ahead |
| 14:54:17 | ripnet | i deleted all my source (for toolchain) as well.. its MASSIVE |
| 14:54:20 | ripnet | me too |
| 14:54:34 | ripnet | shame Linus isnt around to send us the known good bootloader.bin |
| 14:54:47 | HCl | what was his md5? |
| 14:54:48 | preglow | but i'll gladly invest some more minutes to get it right |
| 14:54:50 | HCl | let me try my build |
| 14:54:51 | preglow | i'll just go from scratch |
| 14:54:59 | preglow | HCl: what gcc have you got? |
| 14:55:08 | preglow | 13:58 < LinusN> 9639f6019b932b9d9bdcbbab476f6ec1 ihp_120.hex |
| 14:55:10 | ripnet | he posted 9639f6019b932b9d9bdcbbab476f6ec1 ihp_120.hex |
| 14:55:12 | lostlogic | Ok, this is getting irritating, whatver IO scheduler I'm using on this computer, it is scheduling my interractive IOs like literally minutes after the noninteractive process of copying via wireless network. so as I type this nothing is showing up, because my IRC client is in IO wait for a couple minutes. |
| 14:55:30 | ripnet | im gonna go eat... talk to you in a bit |
| 14:55:30 | preglow | lostlogic: what os? |
| 14:56:48 | lostlogic | preglow: linux-2.6 |
| 14:56:54 | lostlogic | Linux lost 2.6.9 #2 SMP Wed Oct 27 20:33:21 CDT 2004 i686 AMD Athlon(tm) MP 2100+ AuthenticAMD GNU/Linux |
| 14:56:54 | preglow | queer |
| 14:57:26 | lostlogic | I blame all the IO scheduler stuff that AKPM et al have done lately. |
| 14:58:04 | preglow | well, 2.6 isn't a stable tree |
| 14:58:25 | lostlogic | preglow: it is the stable tree... (even numbers are) |
| 14:59:08 | ashridah | lostlogic: you haven't been reading up about linus's policies recently have you? :) |
| 14:59:52 | preglow | lostlogic: ashridah has a point, they don't see it as their responsability to keep the tree stable anymore |
| 14:59:54 | lostlogic | ashridah: You mean WRT not branching despite intrusive changes? Oh, I'm up on it... I used to be the kernel patchset guy for Genwoo... |
| 15:00 |
| 15:00:39 | lostlogic | so, I made it let me talk and copy at the same time... by starting a compile in another terminal. LInux is dumb. (s/Genwoo/Gentoo/) |
| 15:01:43 | preglow | haha, no, that particular kernel is dumb |
| 15:01:50 | preglow | the linux scheduler is pretty good, most of the time |
| 15:02:18 | lostlogic | hehe, I know... that was just way up there on the irritation scale... some less forgiving IRC networks disconnected me for it |
| 15:02:53 | izzy_ | preglow: I got the same md5sum as you did, with 3.4.2 gcc |
| 15:03:15 | ripnet | are we using the same original firmware as Linus? |
| 15:03:17 | preglow | hmm |
| 15:03:19 | preglow | yes |
| 15:03:21 | preglow | 1.63e |
| 15:03:29 | HCl | oh. |
| 15:03:32 | HCl | hm. |
| 15:03:35 | ripnet | i downloaded from that linkon the wiki |
| 15:03:39 | preglow | well, then i think i'll wait a bit |
| 15:03:45 | preglow | i don't want to brick it quite yet |
| 15:03:57 | ripnet | yes... ideally we would lift a working bootloader.bin from Linus |
| 15:03:59 | HCl | eh |
| 15:04:06 | HCl | why do i have a different md5sum for my iriver firmware? |
| 15:04:21 | preglow | i don't know, broken compiler? |
| 15:04:24 | HCl | 14488347a171480c63c94bc7b885225d ihp_120.hex |
| 15:04:25 | HCl | 14488347a171480c63c94bc7b885225d ihp_120.hex |
| 15:04:27 | HCl | oops. |
| 15:04:30 | HCl | no, this is the original.. |
| 15:04:32 | HCl | o.o; |
| 15:04:37 | HCl | let me unpack it again.. |
| 15:04:37 | preglow | well, i haven't tested THAT |
| 15:04:55 | HCl | ohh. the md5sum linus gave was of the patched? |
| 15:05:08 | ripnet | yes thats what i got for the original |
| 15:05:09 | preglow | yes |
| 15:05:12 | HCl | ok |
| 15:05:13 | preglow | you've got a correct firmware |
| 15:05:26 | HCl | have either of you tried 3.4.2? |
| 15:05:30 | HCl | i have 3.3.4 |
| 15:05:31 | izzy_ | I have the same |
| 15:05:34 | ripnet | me 2 |
| 15:05:35 | izzy_ | I tried with 3.4.2 |
| 15:05:47 | preglow | HCl: try with 3.3.4, please |
| 15:05:49 | HCl | 66541d4ea11332464dedd68694f357e3 new.hex |
| 15:05:49 | preglow | he might have that |
| 15:05:56 | HCl | :/ |
| 15:05:57 | preglow | :/ |
| 15:06:07 | HCl | what about md5sums of the bins? |
| 15:06:19 | HCl | 2826ba6cb6168f5ca99fd30c12360a03 bootloader.bin |
| 15:06:19 | preglow | e1028ec522b6570daeb9b04a0cd27f5e bootloader.bin |
| 15:06:28 | HCl | :x |
| 15:06:33 | HCl | but this is 3.3.4... |
| 15:06:38 | izzy_ | e1028ec522b6570daeb9b04a0cd27f5e bootloader.bin |
| 15:06:39 | preglow | yes, but with the different compiler version, that's no surprise |
| 15:06:43 | preglow | they're correct |
| 15:06:45 | ripnet | e1028ec522b6570daeb9b04a0cd27f5e bootloader.bin on 3.4.3 |
| 15:06:48 | preglow | there's just something else going on |
| 15:06:50 | preglow | i'll wait for linus |
| 15:06:58 | HCl | yea. |
| 15:07:13 | lostlogic | *tries out his cross compiler at this |
| 15:07:30 | izzy_ | I guess we are a bit impatient ;-) |
| 15:07:33 | HCl | :P |
| 15:07:34 | HCl | maybe :P |
| 15:07:57 | ripnet | a little |
| 15:08:28 | preglow | haha, you think? |
| 15:08:32 | preglow | but yes, i've got other stuff to do |
| 15:08:40 | preglow | which quite lukcily also involves coding |
| 15:08:44 | HCl | what do you guys think, should i generate a little bit more traffic in order to be less bored? or not take the risk of getting noticed by the owner of this network? |
| 15:08:45 | preglow | so brb |
| 15:09:07 | dwihno | if the charger polarity is reversed for a couple of seconds (thank you, gf), and the unit starts to smoke, do you guys think the unit will be damaged in any way? seems to work at the moment. |
| 15:09:27 | HCl | O.O; |
| 15:09:32 | HCl | smoke, and it still works? |
| 15:09:48 | ashridah | dwihno: can't have been essential magic smoke then |
| 15:10:24 | muesli_ | harry potter is greating :d |
| 15:10:30 | muesli_ | greeting |
| 15:10:34 | muesli_ | ;) |
| 15:10:37 | dwihno | hci, yes |
| 15:12:08 | | Join Cassandra [0] (~christi@213.78.160.57) |
| 15:12:09 | preglow | ahahah |
| 15:12:12 | dwihno | ash, thanks for being serious |
| 15:12:30 | preglow | what is it with girlfriends and iriver chargers? that's the third one i know of that managed that |
| 15:12:38 | preglow | both of the other ones ended up never starting again |
| 15:12:50 | HCl | how do you even manage that...? |
| 15:12:59 | preglow | by not using the original charger,i guess |
| 15:13:02 | HCl | ah... |
| 15:13:13 | DMJC-L | I never use my charger.. |
| 15:13:21 | HCl | what do you use? |
| 15:13:27 | DMJC-L | hacked a usb cable to do it |
| 15:13:32 | DMJC-L | works brilliantly |
| 15:13:38 | HCl | aha o.o; |
| 15:13:58 | Cassandra | Wouldn't that be slow? |
| 15:14:28 | DMJC-L | slow? |
| 15:14:39 | DMJC-L | usb carries 5volt DC charge.. |
| 15:14:49 | Cassandra | Because your max current on USB is 500mA |
| 15:15:11 | DMJC-L | I don't care about speed, it recharges while I sleep |
| 15:15:30 | DMJC-L | doesn't seem to take long though |
| 15:15:40 | dwihno | snaf |
| 15:15:47 | Cassandra | Oooh-hoo, that's shiny. |
| 15:16:13 | Cassandra | I just got the sleep timer and the wake up alarm working together. |
| 15:17:11 | ripnet | so, have we established that 4.3.2 and 3.3.4 give the same bootloader.bin, but we end up with a different .hex from Linus? |
| 15:17:21 | ripnet | 3.4.2 and 3.4.3 ? |
| 15:17:38 | dwihno | cass, you did the alarm mod? |
| 15:18:22 | preglow | ripnet: correct |
| 15:18:32 | preglow | ripnet: seems 3.3.4 gives different md5 as well |
| 15:18:54 | preglow | so either he's done some additional magic, or we're idiots :P |
| 15:19:31 | HCl | bbl. |
| 15:20:21 | Cassandra | Damn - how do I get to build my own UCL file? |
| 15:20:28 | ripnet | hmmm... i already knew that 3.3.4 and 3.4.3 gave different md5s |
| 15:20:50 | ripnet | have we checked that nothing has gone into cvs since Linus did his? |
| 15:21:18 | preglow | be0bf0e1df367e5cffd9e27eff988ef1 new.hex |
| 15:21:18 | Cassandra | There have been cvs changes since then, yes. |
| 15:21:23 | preglow | again! |
| 15:22:26 | ripnet | well at least we know that those 2 3.4.x versions give the same md5 |
| 15:22:28 | preglow | i just updated both rockbox and bootloader |
| 15:22:49 | ripnet | we await the return of our leader for guidance :) |
| 15:23:44 | | Quit ashridah ("sleep") |
| 15:25:23 | | Quit Cassandra_ (Read error: 110 (Connection timed out)) |
| 15:26:54 | ripnet | can we book out from cvs 'as it was then'? |
| 15:27:07 | ripnet | i know you can do -d to do date, but not ssure about time |
| 15:27:50 | preglow | yes, you can, but i don't know about cvs, i'm more used to svn now |
| 15:28:13 | lostlogic | ripnet: yes |
| 15:28:22 | ripnet | actually, i just thougt of something... when you do version in rockbox on a cvs version, it tells you what date it was booked from cvs. Therefore, I reckon there is a cvs version tag in the object code somewhere, which is causing the md5 difference |
| 15:28:27 | lostlogic | cvs up -D"Datespec" |
| 15:29:07 | preglow | cvs version tags should not make it to the object code? |
| 15:29:27 | | Quit DMJC-L ("Leaving") |
| 15:29:29 | ripnet | how does it do the 'cvs 20040404' thing then? |
| 15:29:41 | preglow | ahh |
| 15:29:42 | preglow | like that |
| 15:29:43 | preglow | dunno |
| 15:29:49 | preglow | that might be so |
| 15:30:05 | lostlogic | if you put $Header: $ in your CVS code, the CVS header info is put there... |
| 15:30:18 | lostlogic | can also do $id: $ and some other ones |
| 15:41:23 | preglow | well, i can't find any cvs string in the object files |
| 15:41:31 | ripnet | no |
| 15:42:08 | ripnet | maybe thats not it... looks like only a couple of souce files have changed this afternoon |
| 15:42:36 | ripnet | soundmenu and mp3playback... do they compile into the boot? |
| 15:43:28 | ripnet | mp3playback.c seems to |
| 15:43:57 | ripnet | so im guessing if we book out mp3playback from yesterday, we get the same md5 |
| 15:45:34 | preglow | well, try it, if that's the case, then i'll just smack the patched firmware i've got in |
| 15:46:28 | ripnet | hmmm... unless i got the syntax for the cvs wrong, the file hasnt in fact changed |
| 15:47:25 | ripnet | or maybe ive still got the old one |
| 15:47:31 | ripnet | rebuilding from cvs |
| 15:48:14 | lostlogic | revision 1.38 |
| 15:48:14 | lostlogic | date: 2005-02-06 07:47:21 -0600; author: amiconn; state: Exp; lines: +31 -40 |
| 15:48:19 | lostlogic | on mp3_playback.c |
| 15:48:36 | ripnet | yes, i was building from old(er) cvs anyway... the one altered on the 3rd |
| 15:48:36 | amiconn | I changed only player specific code |
| 15:48:58 | ripnet | that'll be why then... |
| 15:49:18 | preglow | linus said 'latest cvs' anyway |
| 15:49:30 | preglow | the last changes took place before he sais that |
| 15:49:44 | preglow | that might be wrong, i'm gmt+1 |
| 15:50:39 | Cassandra | It's possible some of my changes would've affected the iRiver build. |
| 15:50:47 | Cassandra | I can't remember what I did when now. |
| 15:51:25 | ripnet | they are all 10:16 this morning or before |
| 15:51:29 | | Join linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk) |
| 15:51:40 | ripnet | im going to switch off my computer, and go out before I get tempted to do something stupid :) see you all later |
| 15:51:41 | | Part amiconn |
| 15:53:01 | | Join muz [0] (~54091fb6@labb.contactor.se) |
| 15:53:34 | muz | hey does any one have a picture of rockbox running the iriver ( like a new one from recent developments) |
| 15:53:48 | Cassandra | Not seen one, sorry. |
| 15:53:56 | Cassandra | Ask Linus when he turns up again. |
| 15:55:06 | muz | it cant be too much longer now till rockbox is finished for the iriver, i mean once some formats are done a little testing.... |
| 15:55:09 | preglow | no, but i bet you'll se a ton once we get it up later |
| 15:55:38 | preglow | muz: might be, depends on how hard it'll be to port the codecs |
| 15:55:54 | muz | so linus is still the only one to have flashed |
| 15:56:06 | preglow | yes |
| 15:56:20 | preglow | i'm about to flash, but need to talk to linus first |
| 15:56:30 | preglow | also a couple of others are about to flash |
| 15:56:34 | muz | about md5s? |
| 15:56:36 | preglow | yes |
| 15:56:43 | muesli_ | how do you flash back? |
| 15:56:59 | preglow | well, by booting the original firmware and just flash the old one? |
| 15:57:05 | lostlogic | :-( my binutils for m68k appear to be broken |
| 15:57:09 | preglow | how? |
| 15:57:19 | muz | do things like config menus come up or is just a dir browser |
| 15:57:37 | lostlogic | Linus said all menus and directory listing worked |
| 15:57:38 | preglow | muz: dir browsers, config menus |
| 15:57:46 | muz | wow |
| 15:58:11 | muz | so when a file is played does it just crash |
| 15:58:11 | | Join CrunchyWhiteMeat [0] (~CrunchyWh@229-151.suscom-maine.net) |
| 15:58:41 | | Join Lynx_ [0] (HydraIRC@134.95.189.59) |
| 15:59:08 | preglow | it can't play files |
| 15:59:10 | preglow | there are no codecs |
| 15:59:31 | Cassandra | Bear in mind that a lot of hardware support is missing. It's still not near a functional build. |
| 15:59:43 | preglow | sound support isn't even programmed yet |
| 15:59:49 | Cassandra | (But cool nonetheless) |
| 16:00 |
| 16:00:28 | lostlogic | I guess the nice thing about the iriver is that it is a general purpose CPU and has enough ram to do stuff... something the archos can really only dream of... |
| 16:01:17 | linuxstb | Hi all - just wanted to stick my head up and say that I'm also wiating patiently in the queue to flash my H140 - I'm getting the same md5sums for my "new.hex" as others have posted today (but not the same as Linus's). |
| 16:01:30 | Cassandra | Oh the SH1 does pretty well. You can play minesweeper on it. ;) |
| 16:02:00 | muz | lostlogic: does that mean that better plugins will be available |
| 16:02:48 | Cassandra | It's possible rockbox will do its own ID3 indexing as a plugin, for example. |
| 16:02:56 | Cassandra | You could never do that on an SH1. |
| 16:03:55 | lostlogic | muz: someone was just talking about doing a gameboy emulator... so I'd guess so... 32M of ram is a lot to play with. |
| 16:04:02 | preglow | yes, as is 140 mhz |
| 16:04:18 | muz | whats the archos |
| 16:04:28 | preglow | Cassandra: rockbox has minesweeper???? |
| 16:04:37 | Cassandra | Yup. |
| 16:04:42 | preglow | that's great, i love minesweeper |
| 16:04:43 | Cassandra | And klondike solitaire. |
| 16:04:47 | preglow | only windows game i can stand |
| 16:04:57 | muesli_ | i am keen on salitaire :) |
| 16:05:04 | muesli_ | o |
| 16:05:19 | muz | u shud have 2 player games one using main unit other usin remote |
| 16:05:26 | Cassandra | I think the plugins are cool, but I don't really use them much. |
| 16:05:33 | lostlogic | the archos is 11-12mhz |
| 16:05:40 | Cassandra | I pretty much want my MP3 player to play music at me. |
| 16:06:15 | muz | otf playlists, flac support, and vidoes are quite cool for me |
| 16:06:17 | lostlogic | chuckle |
| 16:06:40 | muz | where can i find pics/videos of rockbox runing ? |
| 16:06:49 | muz | on an archos or nething? |
| 16:06:59 | muesli_ | gapless is what i am yearning to.. |
| 16:07:02 | Cassandra | I could live with flac and ogg, yes. But that's codecs rather than plugins. |
| 16:07:17 | Cassandra | muz: The manual is full of screenshots. Would that help? |
| 16:07:42 | lostlogic | muesli_: yeah, gapless... should be possible on iRiver... just by moving buffer pointers around... probably not even need two decode threads to do it. |
| 16:07:44 | muz | is there a pic of a video bein played |
| 16:08:14 | Cassandra | I don't think so. Uses the greyscale engine, so it's kind of hard unless you actually take a photo. |
| 16:08:52 | muz | yea thats wat i mean is there a photo |
| 16:09:43 | Cassandra | Not that I know of. I *think* there's a photo of the greyscale engine on the Mandelbrot plugin page, but that's about the closest you'll get. |
| 16:09:52 | Cassandra | On the wiki. |
| 16:10:00 | Cassandra | Woohoo. It's confirmed. |
| 16:10:14 | Cassandra | I just used my Jukebox as an alarm clock. |
| 16:10:30 | preglow | hah, congrats |
| 16:10:40 | Cassandra | (Not so useful for the iRiver, but cool for Archos users) |
| 16:10:43 | preglow | too bad the h120 doesn't have an rtc |
| 16:10:50 | preglow | Cassandra: the h3x0 has rtc's |
| 16:10:54 | Cassandra | Yes. |
| 16:11:03 | preglow | i'd love to use my h120 as an alarm clock |
| 16:11:04 | muz | ill get over that |
| 16:11:07 | Cassandra | preglow: So I'd heard. |
| 16:11:20 | preglow | i positvely hate getting woken up by something that's not music |
| 16:11:28 | muesli_ | lostlogic: why never couldnt iriver nor apple nor others implant gapless? its so hard or what? |
| 16:11:34 | lostlogic | the h3 has an rtc? whee! |
| 16:12:07 | lostlogic | muesli_: it is a bunch more code than they want to write is my feeling... or maybe it is harder than I'm giving it credit for... |
| 16:12:10 | muz | is there any chance i cud watch tv episode on rockbox |
| 16:12:12 | preglow | muesli_: no, it's not hard |
| 16:12:28 | preglow | muesli_: their file buffering engine would have to be partially rewritten, that's more or less why they're not doing it |
| 16:12:52 | muesli_ | so its a question of efforts? |
| 16:12:57 | preglow | and, it's not much in demand |
| 16:13:15 | preglow | it seems most people are used to gaps or don't listen to music that has seamless transitions |
| 16:13:26 | muesli_ | obviously quit dumb..thats the feature 99% of all users are yearning to.. |
| 16:13:41 | preglow | that's an overstatement, heh |
| 16:13:46 | preglow | about 10% if you ask me |
| 16:14:02 | muz | does rockbox have a browser like the ipod |
| 16:14:09 | muz | one which is as easy to use and fast |
| 16:14:35 | preglow | how can a browser not be easy to use? :P |
| 16:14:42 | muesli_ | i love the folder structure as in windows |
| 16:14:47 | preglow | so do i |
| 16:14:56 | muesli_ | nothing to improve for me |
| 16:15:05 | muz | irivers browser is awful |
| 16:15:22 | muz | half the screen is a stupid logo |
| 16:15:25 | | Quit Lynx_awy (Connection timed out) |
| 16:15:25 | | Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) |
| 16:15:35 | muz | and there is no accelerated scrolling |
| 16:15:53 | muesli_ | yepp, that would be fine |
| 16:16:06 | muesli_ | but which logo do you mean? |
| 16:16:17 | muz | the filetree picture |
| 16:16:27 | Cassandra | Hmm if you declare a C function static, that makes it local to the current file, yes? |
| 16:16:34 | muz | it says files and its so pointless to have it there |
| 16:16:40 | preglow | Cassandra: yes |
| 16:16:46 | preglow | Cassandra: it'll even perhaps be inlined |
| 16:16:48 | muesli_ | muz you mean on the left? |
| 16:16:51 | Cassandra | That's what I thought. |
| 16:16:52 | muz | yea |
| 16:17:05 | muesli_ | yepp, absolutely needless |
| 16:17:31 | muz | but i read about an id3 browser |
| 16:17:42 | muz | and that you cant actually play files from it |
| 16:18:11 | muesli_ | you mean the data base? |
| 16:18:20 | muz | yea |
| 16:18:34 | muz | im talking about on rockbox |
| 16:18:37 | muesli_ | dunno, never used that stuff ;) |
| 16:18:58 | Cassandra | I really need to have a look at the database stuff. It sounds cool. |
| 16:19:03 | muesli_ | you was asking for pictures, are there any? |
| 16:19:12 | muesli_ | were |
| 16:21:39 | muz | is the tagdatabase good on rockbox? |
| 16:22:37 | Cassandra | It's a fairly new feature. |
| 16:22:43 | Cassandra | I've never used it. |
| 16:23:03 | muz | it seems quite useful |
| 16:23:14 | Cassandra | (I have my MP3s laid out in a directory structure by artist and album anyway. |
| 16:23:40 | muz | i mean my music collection has loads of compilation albums, so if i can choose just on artist it would help loads |
| 16:24:41 | | Quit muz ("CGI:IRC") |
| 16:30:36 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 16:31:47 | | Join webguest87 [0] (~421e18a5@labb.contactor.se) |
| 16:31:56 | lostlogic | preemptable kernel is off on this kernel. so long writes (16M over 802.11G NFS, sync) cannot be interrupted by a small write. causes my current pausing problem (for anyone who was reading that earlier) |
| 16:33:16 | preglow | not very impressive |
| 16:33:43 | lostlogic | preglow: should it have been? |
| 16:34:11 | preglow | well, i can't say i think that is the behaviour i'd have wanted |
| 16:35:20 | lostlogic | preglow: yeah, but it's my own damn fault for doing synchronous NFS with a wsize of 16384 over 802.11G and turnign preempt off. *shrug* next kernel I'll have preempt on, and use 2048 wsize. |
| 16:36:25 | | Quit webguest87 (Client Quit) |
| 16:40:48 | preglow | i think i'll try installing amd64 debian |
| 16:41:15 | Cassandra | You might find ubuntu easier. |
| 16:41:24 | preglow | any particular reasons? |
| 16:41:50 | Cassandra | Well, there is a supported ubuntu release for amd64, and it's just Debian under the cover anyway. |
| 16:42:00 | preglow | hmm |
| 16:42:10 | preglow | haven't got a working cd burger right now, so i haven't got much of a choice |
| 16:42:17 | preglow | cd burger, yes |
| 16:42:19 | preglow | cd burger |
| 16:42:23 | preglow | let's try again, cd burner |
| 16:42:55 | lostlogic | Gentoo Gentoo Gentoo :):) |
| 16:43:15 | preglow | lostlogic: i need this done quick, heh, i don't want to spend several hours compiling |
| 16:43:22 | lostlogic | ahahahaahahaha |
| 16:43:23 | preglow | my server is gentoo, i love it, but not when just testing |
| 16:43:24 | lostlogic | fine :-D |
| 16:43:41 | lostlogic | all my boxen run Gentoo, but that's because I dev for Gentoo :) |
| 16:44:21 | preglow | haha |
| 16:45:06 | preglow | then again, it would be fun to see this mad monster of a cpu chug away at the source files |
| 16:45:09 | preglow | hehe |
| 16:45:37 | lostlogic | distcc it with your other box :) −− that's what I love seeing... all 4 of my CPUs (3 machines) working on compiling a kernel or something :) |
| 16:45:47 | preglow | haha |
| 16:46:06 | preglow | my other box has stability problems, so i try not to pressure it too much |
| 16:46:10 | lostlogic | heh |
| 16:46:20 | preglow | it reboots every five days or so |
| 16:46:24 | lostlogic | ouch |
| 16:46:31 | preglow | think it's a mother board problem |
| 16:46:50 | preglow | though i'll do a memtest on it some day soon |
| 16:47:07 | lostlogic | yep |
| 16:47:58 | | Quit R3nTiL () |
| 16:48:44 | lostlogic | one of these days I need to get an amd64 box... but 2x2100mp is serving well enough for now. |
| 16:48:56 | preglow | hahaha |
| 16:49:10 | lostlogic | what amd64 do you have? |
| 16:49:17 | preglow | athlon64 3200+ |
| 16:49:21 | preglow | the 1 meg level2 cache version |
| 16:49:27 | lostlogic | 939 or 754? |
| 16:49:31 | preglow | 754 |
| 16:49:36 | preglow | didn't want to ruin myself |
| 16:50:37 | *** | Saving seen data "./dancer.seen" |
| 16:51:34 | lostlogic | cool −− not that 939 makes much diff when you have 1M l2 |
| 16:53:24 | preglow | it should mean less, at least |
| 16:55:07 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 17:00 |
| 17:10:31 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 17:10:35 | | Join ze__ [0] (ze@adsl-69-231-195-18.dsl.irvnca.pacbell.net) |
| 17:10:53 | | Quit ze (Nick collision from services.) |
| 17:11:01 | | Nick ze__ is now known as ze (ze@adsl-69-231-195-18.dsl.irvnca.pacbell.net) |
| 17:12:23 | | Nick ze is now known as ze_test (ze@adsl-69-231-195-18.dsl.irvnca.pacbell.net) |
| 17:14:14 | | Part LinusN |
| 17:15:37 | | Join ze_test_ [0] (ze@adsl-69-231-226-160.dsl.irvnca.pacbell.net) |
| 17:15:39 | | Nick ze_test_ is now known as ze (ze@adsl-69-231-226-160.dsl.irvnca.pacbell.net) |
| 17:28:14 | Cassandra | Hi Linus |
| 17:28:23 | Cassandra | We have a working alarm clock! ;) |
| 17:28:46 | Cassandra | Ah, damn. |
| 17:28:51 | preglow | damn inded |
| 17:29:40 | | Quit ze_test (Read error: 110 (Connection timed out)) |
| 17:42:44 | | Join thegeek [0] (na@ti521110a080-3006.bb.online.no) |
| 17:48:17 | | Join Marder [0] (~MArder@lsn-boi-catv-c124-p218.vtx.ch) |
| 17:57:03 | Marder | Darn, I get a different md5 from everybody else's for the iRiver bootloader.bin |
| 17:58:29 | linuxstb | Marder: Using gcc-3.4.2 and today's cvs of binutils, I'm getting be0bf0e1df367e5cffd9e27eff988ef1 for "new.hex". This seems to match a couple of other peoiple here, but not Linus. |
| 17:59:24 | Marder | Which gcc is it ? The "regular" one or the m68k-elf one ? |
| 18:00 |
| 18:00:26 | linuxstb | I compiled gcc-3.4.2 from source using "−−target=m68k-elf" |
| 18:01:17 | preglow | m68k-elf one, doesn't make sense to use any other one |
| 18:01:17 | linuxstb | I'm also using today's CVS of rockbox - Linus checked in some changes at about 3am this morning. |
| 18:02:13 | | Join amiconn [0] (jens@pD9F51C73.dip.t-dialin.net) |
| 18:02:43 | linuxstb | Marder: what is the md5sum of your bootloader.bin? |
| 18:03:50 | Marder | I compiled the latest binutils, but my gcc still seems to be 3.3.5. Where do you get 3.4.2 ? |
| 18:04:14 | preglow | well |
| 18:04:15 | preglow | from gnu? |
| 18:04:18 | preglow | it's on the siute |
| 18:04:40 | linuxstb | ftp://ftp.gnu.org/gnu/gcc/gcc-3.4.2/gcc-3.4.2.tar.bz2 |
| 18:05:09 | Marder | Thx, cygwin site only lists 3.4.1. |
| 18:05:38 | preglow | ahh, i don't use cygwin |
| 18:05:51 | Marder | For the records, I get ee4559d6164f797b9248ac16c1c3d04e for bootloader.bin |
| 18:05:51 | | Join Yono [0] (~Yono@69-169-170-252.bflony.adelphia.net) |
| 18:06:17 | preglow | i don't |
| 18:06:26 | preglow | e1028ec522b6570daeb9b04a0cd27f5e bootloader.bin |
| 18:06:43 | linuxstb | It shouldn't make any difference that you're using cygwin. You need to get the source for 3.4.2 and configure it as a cross-compiler. I'm assuming cygwin doesn't have pre-packaged cross compilers. |
| 18:07:14 | linuxstb | preglow: same here for the bootloader.bin md5sum |
| 18:09:50 | Marder | Ok, I will try ot get 3.4.2 to compile. Thx |
| 18:21:29 | ripnet | i thought we established that 3.4.2 and 3.4.3 gave the same md5? |
| 18:21:41 | preglow | yes |
| 18:22:46 | izzy_ | yep, I have 3.4.2 |
| 18:25:21 | linuxstb | What features are people planning on working on once they get the bootloader flashed? FLAC decoding will be my first contribution (unless anyone else is working on it). |
| 18:26:18 | preglow | linuxstb: audio and libmad, i guess |
| 18:26:20 | preglow | i don't really know |
| 18:26:37 | preglow | libmad does compile, but it should be adapted to use the emac unit on the coldfire |
| 18:26:57 | linuxstb | Sorry, but what's the emac unit? |
| 18:27:52 | preglow | extended multiply accumulate |
| 18:28:04 | preglow | if you know dsp, you should know that's useful |
| 18:28:14 | preglow | if not, it's an extended precision unit to do basic dsp stuff |
| 18:28:35 | linuxstb | Is there documentation and compiler support available? |
| 18:29:13 | preglow | compiler support: no, documentation: yes, lots |
| 18:30:53 | linuxstb | Just found this link: http://www.electronicstalk.com/news/mot/mot116.html - Motorola have developed an MP3 decoder that works in 37kbyte of RAM and needs 19MHz on a ColdFireV2 |
| 18:31:34 | preglow | i know, but that doesn't help us much |
| 18:31:58 | preglow | that's probably pure assembler |
| 18:32:06 | linuxstb | They also have a realtime mp3 encoder... Yes - obviously no use to Rockbox, but it's a benchmark to aim for. |
| 18:32:25 | preglow | a pretty unattainable one, i'd think |
| 18:32:29 | preglow | but we'll see |
| 18:33:09 | lostlogic | why is realtime mp3 encoder useless for rockbox? |
| 18:33:15 | | Join Rhunak [0] (deXter@212-41-75-115.adsl.solnet.ch) |
| 18:33:29 | ripnet | the fact one exists is useless |
| 18:33:29 | preglow | lostlogic: not the concept, just that particular implementation |
| 18:33:33 | ripnet | as its not gpl (i assume) |
| 18:33:35 | lostlogic | oh, gotcha |
| 18:33:47 | ripnet | if it were gpl, it would be perfect |
| 18:33:52 | preglow | realtime mp3 encoders aren't very good unless they're hardware anyway |
| 18:34:01 | ripnet | arent they? |
| 18:34:04 | preglow | the stock one that comes in the h120 sucks immensly |
| 18:34:13 | ripnet | i dunno, ive never recorded on it |
| 18:35:27 | preglow | i wouldn't consider recording anything but wav |
| 18:35:31 | preglow | or at least flac |
| 18:35:44 | Rhunak | flac would be amazing |
| 18:35:54 | lostlogic | I'm confused, I've heard great thinga bout the stock mp3 encoder on the H series... being used for all kinds of make-shift studio recording |
| 18:35:56 | preglow | linuxstb: how's things with flac and no floating point unit? |
| 18:36:02 | ripnet | would be cool, but surely 40gigs is enough to use wav? |
| 18:36:12 | ripnet | that would give you, what, 60 hours recording? |
| 18:36:27 | Rhunak | if it's empty, yes :D |
| 18:36:47 | preglow | it'd drain its batteries long before that |
| 18:36:53 | ripnet | yes |
| 18:37:06 | ripnet | unless you had it on apower source |
| 18:37:55 | linuxstb | preglow: I think only the encoder needs floating point. |
| 18:37:56 | | Join Yono_ [0] (~Yono@69-169-170-252.bflony.adelphia.net) |
| 18:38:22 | preglow | linuxstb: does it truly _need_ it? can't it be rewritten to use fixed point? |
| 18:38:27 | ripnet | if a architeture is missing floating point, doesnt the compiler make up the gap with software routine? |
| 18:38:36 | preglow | ripnet: if you want to, but that's extremely slow |
| 18:38:41 | preglow | ripnet: better to use fixed point from the start |
| 18:39:00 | ripnet | extrememly as in too slow to work at all on our coldfire? |
| 18:39:13 | preglow | probably |
| 18:39:17 | preglow | but why do that anyway? |
| 18:39:24 | preglow | it would drain batteries at an alarming rate |
| 18:39:38 | preglow | and fixed point is more or less just as easy, as long as you know what you're doing |
| 18:39:42 | ripnet | my style of programming is to get it working, and optimize later... |
| 18:39:58 | linuxstb | But the good news is that libmad is fixed point, so that's already perfect for us. |
| 18:40:02 | preglow | yes |
| 18:40:04 | preglow | that's not a problem |
| 18:40:09 | preglow | nor for tremor, which is also already fixed point |
| 18:40:11 | ripnet | cool |
| 18:40:26 | preglow | there a fixed point musepack implementation as well |
| 18:40:37 | ripnet | im not familar with musepack |
| 18:40:40 | lostlogic | fixed point ogg encoding is what I want |
| 18:41:31 | preglow | lostlogic: that's not yet written |
| 18:41:56 | linuxstb | Most codecs are designed to be hard (i.e. slow) to encode, but easy (i.e. fast) to decode. So we are going to be struggling to get any realtime encoder for the iRiver. |
| 18:42:11 | preglow | yes |
| 18:42:19 | preglow | and for me it's not even a priority |
| 18:42:23 | lostlogic | nod nod nod |
| 18:42:31 | preglow | if i'm going to encode anything, i'll use the best encoder i can damn well get my hands on |
| 18:42:35 | preglow | which would be lame |
| 18:42:41 | lostlogic | oggenc! |
| 18:42:43 | lostlogic | gurgle |
| 18:42:47 | preglow | but flac recording support would be awsome |
| 18:42:51 | ripnet | windows media encoder |
| 18:42:54 | ripnet | just joking |
| 18:42:56 | preglow | lostlogic: of course, for some reason i was thinking mp3, heh |
| 18:43:02 | lostlogic | phew. |
| 18:43:34 | linuxstb | I think recording to wav will always be the most reliable option. But we could have a non-realtime flac encoder that encoded to flac after the recoridng finishes. |
| 18:44:07 | ripnet | can we vary the clock speed of the coldfire during use? |
| 18:44:16 | ripnet | or do we have to fix it as we init? |
| 18:44:16 | preglow | flac encoding isn't very intensive, so might be an option for realtime |
| 18:44:27 | preglow | mp3 encoding sure as hell is more intensive, and they've managed that on the iriver |
| 18:44:49 | linuxstb | preglow: but at what quality? |
| 18:44:56 | preglow | linuxstb: lousy, yes, but still |
| 18:46:35 | linuxstb | Anyway, decoding is obviously the first priority. My first test with flac will simply be to confirm (I hope) that the iRiver is fast enough to decode in realtime. |
| 18:46:47 | preglow | i don't think that'll be a problem |
| 18:46:49 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
| 18:47:10 | preglow | but you can start with that right away, you'll need to fixed point-ify it |
| 18:47:17 | preglow | and that you can do on an ordinary computer |
| 18:47:37 | preglow | if you depend on the floating point emulation, it most certainly will not be able to do it realtime |
| 18:48:18 | linuxstb | I'm only talking about the decoder, which (AFAIK) doesn't need floating point. |
| 18:48:38 | linuxstb | But yes, I'm working on flac at the moment. |
| 18:50:05 | preglow | ahh, of course |
| 18:50:08 | preglow | it's lossless |
| 18:50:15 | preglow | it might very well be integer based already, then |
| 18:50:38 | *** | Saving seen data "./dancer.seen" |
| 18:51:52 | | Quit Yono (Read error: 110 (Connection timed out)) |
| 18:51:53 | | Nick Yono_ is now known as Yono (~Yono@69-169-170-252.bflony.adelphia.net) |
| 18:52:17 | preglow | and it seems the only fpu part in the encoder, is the lpc part |
| 18:52:26 | preglow | which should be doable fixed point |
| 18:53:35 | preglow | but i'll go install a linux, later |
| 18:53:38 | | Quit preglow ("wop") |
| 19:00 |
| 19:02:57 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 19:03:03 | preglow | ahhh, faulty installation media |
| 19:12:17 | | Nick lImbus is now known as lImbuAWAY (lImbus@100-180.244.81.adsl.skynet.be) |
| 19:12:34 | | Quit Yono ("Leaving") |
| 19:33:17 | XShocK | what are the differences between US and EU version of the firmware in ihp1x0 ? |
| 19:33:17 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
| 19:36:31 | muesli_ | imho tuner region settings and specific language chars for correct id tags only |
| 19:41:42 | XShocK | good then |
| 19:41:43 | | Quit Marder (Read error: 60 (Operation timed out)) |
| 19:49:00 | linuxstb | My compilation of libFLAC isn't going very quickly - for a start, libFLAC is using Stream I/O (FILE*, fopen, fread etc), but Rockbox has only implemented file I/O (open, read, write). Lots of other missing library functions as well (e.g. stat). |
| 19:50:06 | linuxstb | I would have prefered not to have had to hack the libFLAC sources, but it seems it will be necessary. |
| 19:50:09 | preglow | are you sure there isn't an api where you just feed it data raw? |
| 19:50:14 | | Quit ripnet (Read error: 60 (Operation timed out)) |
| 19:50:35 | preglow | it has to be that way, rockbox itself has to take care of the file buffering |
| 19:51:52 | preglow | so all file io should probably be ripped out of it, if there isn't another api |
| 19:51:56 | | Part amiconn |
| 19:52:18 | linuxstb | preglow: good point, I'll check the API |
| 19:55:07 | linuxstb | preglow: yes, there is a file decoder, which depends on the seekable stream decoder, which depends on the stream encoder. So I should strip out the file decoder module. |
| 19:56:07 | preglow | yes, i more or less expected there to be a more low level one |
| 19:59:04 | linuxstb | Not sure how the metadata decoding fits in, hopefully this is easy to incorporate without the file_decoder |
| 20:00 |
| 20:00:44 | preglow | i'm note sure either, i'm relatively new to rockbox |
| 20:03:26 | preglow | Cassandra: i'll take your advice and try ubuntu |
| 20:03:56 | | Nick lImbuAWAY is now known as lImbus (lImbus@100-180.244.81.adsl.skynet.be) |
| 20:07:18 | | Quit ripnetuk (Read error: 110 (Connection timed out)) |
| 20:11:24 | | Quit preglow ("n00bix") |
| 20:13:58 | | Join Patr3ck_ [0] (~patr3ck@pD95F70E5.dip.t-dialin.net) |
| 20:24:41 | | Nick quelsaruk is now known as Quel|away (~kvirc@80.103.129.59) |
| 20:26:54 | | Join hubble [0] (hubble@h13n1fls302o1033.telia.com) |
| 20:28:28 | hubble | has anyone looked into how iRivers codec (UDA1380) is connected to the CPU? |
| 20:29:30 | hubble | I tried looking at the board scans but couldn't follow the pinouts very far :( |
| 20:31:52 | | Quit Patr3ck (Read error: 110 (Connection timed out)) |
| 20:38:42 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 20:42:15 | | Part CrunchyWhiteMeat |
| 20:50:41 | *** | Saving seen data "./dancer.seen" |
| 20:55:20 | hubble | Like L3DATA and L3CLOCK terminates at a yellow small circle, which I guess continue at the other side |
| 20:56:52 | hubble | but the dont.. I can see the matching yellow hole (using photoshop's layers) but the hole isn't connected? |
| 20:57:00 | hubble | is the board using multiple layers? |
| 20:57:37 | preglow | perhaps, it's pretty common |
| 20:58:59 | hubble | ok |
| 21:00 |
| 21:05:15 | | Join jyp [0] (~jp@251-96.245.81.adsl.skynet.be) |
| 21:05:58 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 21:15:34 | | Join JJ_ [0] (~chatzilla@pcp09529611pcs.eatntn01.nj.comcast.net) |
| 21:15:38 | | Join Cassandra_ [0] (~christi@213.78.120.229) |
| 21:16:28 | JJ_ | hello |
| 21:16:46 | Cassandra_ | hello |
| 21:17:48 | jyp | hello |
| 21:20:50 | JJ_ | does that "lock" error appear on the studio 10 version? |
| 21:20:55 | JJ_ | I'm kinda paranoid |
| 21:21:18 | JJ_ | "None of us developers have experienced this problem since march 2002." = fixed? |
| 21:21:34 | Cassandra_ | I would think so. |
| 21:21:53 | Cassandra_ | People have occasional lockup problems with Rockbox. I've never had one. |
| 21:22:12 | Cassandra_ | If I did, I'd turn the Jukebox off and on again, and all would be fine. |
| 21:22:29 | JJ_ | kk |
| 21:22:31 | JJ_ | thnx |
| 21:25:35 | | Quit JJ_ ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041107]") |
| 21:26:59 | HCl | hey |
| 21:27:00 | HCl | whats new? |
| 21:27:04 | HCl | linus back yet? |
| 21:27:32 | Cassandra_ | I think he's hiding behind that pixel over there. |
| 21:27:48 | HCl | :p |
| 21:28:14 | XShocK | ppl, please help with compiling gcc. what do i miss if i get "as: unrecognized option `-mc68020'" while compiling? |
| 21:29:54 | Cassandra_ | I'd guess that you're trying to use gcc for the wrong architecture, and you need a gcc specifically built for cross-compiling. But I am not an expert. |
| 21:30:16 | XShocK | mmm... I used " ../../gcc-3.3.4/configure −−target=m68k-elf −−prefix=/home/shock/m68k-compiler −−enable-language=c" |
| 21:30:29 | XShocK | and make. |
| 21:30:32 | HCl | did you compile a cross binutils first |
| 21:30:32 | HCl | ? |
| 21:30:37 | XShocK | yes |
| 21:30:51 | XShocK | it built fine. |
| 21:31:01 | HCl | well, should work then o.o |
| 21:31:15 | XShocK | i did like in "http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler" |
| 21:31:19 | linuxstb | XShock: is it installed, and is /home/shock/m68k-compiler/bin/ in your path (assuming you put the binutils there as well) |
| 21:31:25 | XShocK | except that used m68k-elf target |
| 21:31:27 | HCl | yea, thats a vital part |
| 21:31:32 | HCl | it needs to be in your path |
| 21:32:46 | | Quit Cassandra (Read error: 110 (Connection timed out)) |
| 21:32:56 | XShocK | PATH is /home/shock/rockbox/m68k-compiler/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/g/ |
| 21:33:02 | | Nick Cassandra_ is now known as Cassandra (~christi@213.78.120.229) |
| 21:33:52 | linuxstb | XShock: which version of binutils did you use? I used today's CVS version, and it worked fine. |
| 21:34:06 | XShocK | 2.15 |
| 21:34:32 | HCl | you need cvs |
| 21:34:35 | HCl | for iriver toolchain. |
| 21:34:56 | HCl | *yawns* |
| 21:34:57 | XShocK | aah. ok. |
| 21:35:06 | XShocK | thx. :) |
| 21:35:42 | linuxstb | HCl: Is gcc-3.4.2 required for the iRiver as well? XShock is using 3.3.4. |
| 21:35:57 | preglow | there's no requirement on that side |
| 21:36:03 | preglow | i think most of them should work |
| 21:36:24 | linuxstb | Do we know what Linus is using? |
| 21:38:53 | HCl | i use 3.3.4, since it was the recommended in the text |
| 21:40:51 | | Join CrunchyWhiteMeat [0] (~CrunchyWh@229-151.suscom-maine.net) |
| 21:41:17 | linuxstb | The CrossCompiler Wiki page says gcc-3.4.2 and CVS binutils for the Coldfire |
| 21:41:45 | HCl | it does? |
| 21:42:29 | HCl | no |
| 21:42:36 | HCl | thats the compiler used to compile the cross gcc |
| 21:43:00 | HCl | i think |
| 21:43:00 | HCl | o.o |
| 21:43:11 | HCl | ah well. |
| 21:43:17 | HCl | where is linus!? :3 |
| 21:43:27 | HCl | darnit :x |
| 21:43:28 | linuxstb | It's ambiguous, but I think it's saying compile 3.4.2 as a cross-compiler. |
| 21:43:55 | HCl | *shrugs* |
| 21:44:34 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 21:44:41 | HCl | hey rip |
| 21:44:43 | HCl | anything new? |
| 21:45:23 | preglow | it doesn't matter what compiler you use to compile the cross compiler |
| 21:45:33 | preglow | as long as it's bug free |
| 21:47:09 | linuxstb | I'm progressing well getting libFLAC (and an associated test player) compiling for the iRiver, but wonder if anyone can help with the following gcc warning: |
| 21:47:09 | linuxstb | warning: inlining failed in call to 'FLAC__bitbuffer_write_raw_uint32': −−param inline-unit-growth limit reached |
| 21:47:56 | preglow | you need to increase an inline limit in gcc |
| 21:48:27 | preglow | but unless inlining is critical, you can ignore it |
| 21:48:39 | preglow | you're using gcc 3.4, yes? |
| 21:48:52 | linuxstb | Yes, 3.4.2 |
| 21:49:00 | preglow | that's got inliner bugs, i bumped into one of them the other day while coding a vst plugin |
| 21:49:29 | preglow | but it's not critical |
| 21:50:02 | linuxstb | What do you mean by "not critical" - it is the kind of bug that would stop my FLAC decoder working? |
| 21:50:25 | preglow | the opposite, it will not stop it working |
| 21:50:29 | preglow | it just wont inline the call |
| 21:50:38 | linuxstb | I can live with that then. |
| 21:51:00 | linuxstb | ... until I get to the optimisation stage. |
| 21:51:07 | preglow | yu |
| 21:51:09 | preglow | p |
| 21:51:43 | preglow | 3.3.x seems like the best choice if you depend on inlining, i actually had to revert to 3.3.1 for that project myself |
| 21:52:21 | rasher | Is anyone working on vorbis? Or is that just gently beating tremor into submission? |
| 21:52:40 | preglow | that's right |
| 21:53:00 | rasher | So (hopefully) no biggie then? |
| 21:53:10 | preglow | right, but it'll still take some work, of course |
| 21:53:20 | rasher | Yeah |
| 21:53:22 | preglow | it's hard to say, we haven't ported any codecs yet, so don't know how hard it'll be |
| 21:54:29 | rasher | Trying not to get my hopes too high :) |
| 21:54:47 | preglow | no reason not to, it might just take time |
| 21:56:29 | | Quit ripnetuk (Read error: 60 (Operation timed out)) |
| 21:58:30 | XShocK | can someone check if it is only me who can't access sources.redhat.com website |
| 21:59:04 | preglow | i can't access any .coms right now |
| 21:59:13 | preglow | seems like some crucial connection went down |
| 21:59:26 | jyp | I've fixed gcc/calmrisc16 ICEs ... |
| 21:59:48 | jyp | Bagder, (or someone else), would you try it out ? |
| 22:00 |
| 22:06:52 | linuxstb | sources.redhat.com doesn't work for me at the moment (I'm in the UK), but it was working about 8 hours ago when I checked out binutils from CVS |
| 22:09:07 | linuxstb | I can put a .tar.bz2 file of today's binutils CVS on my website if you want - it's about 12MB. |
| 22:09:08 | preglow | well, it doesn't work here |
| 22:09:16 | preglow | neither do any of the boxes i know are on that network |
| 22:10:38 | HCl | sources.redhat.com is horrid. |
| 22:10:51 | HCl | i had to retry like, at least 25 times |
| 22:10:56 | HCl | before it'd finally let me log on |
| 22:10:59 | HCl | and download cvs binutils |
| 22:11:14 | HCl | keep getting connection reset by peer |
| 22:11:44 | XShocK | linuxstb: yep. please publish it |
| 22:12:30 | linuxstb | OK, I'll start it uploading now - should take about 5-10 minutes. I |
| 22:13:11 | XShocK | thanks |
| 22:21:02 | linuxstb | XShocK: linuxstb.org/binutils-cvs-20050206.tar.bz2">http://linuxstb.org/binutils-cvs-20050206.tar.bz2 |
| 22:22:09 | XShocK | :) |
| 22:22:48 | linuxstb | Sorry, I think I spoke too soon - I can't access my own website any more.... The scp worked though. |
| 22:23:36 | XShocK | i can't do it too. :) |
| 22:28:14 | | Quit preglow ("ble") |
| 22:28:29 | XShocK | it says 404 not found |
| 22:29:15 | | Join Digital007 [0] (~accb4629@labb.contactor.se) |
| 22:29:22 | Digital007 | hi |
| 22:29:36 | linuxstb | XShocK - I'm trying to find somewhere else to put it |
| 22:29:43 | XShocK | k |
| 22:30:31 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 22:31:32 | DMJC | ok |
| 22:31:35 | DMJC | I've built it |
| 22:31:48 | DMJC | be0bf0e1df367e5cffd9e27eff988ef1 md5sum of the new hex |
| 22:32:12 | DMJC | ab19b8654696e8ac77b8d299cc9a07c2 md5sum of the .bin file before encoding |
| 22:32:25 | preglow | new.hex is same as mine |
| 22:32:50 | DMJC | cool |
| 22:36:12 | | Join amiconn [0] (~jens@pD95D115B.dip.t-dialin.net) |
| 22:36:18 | DMJC | flashing |
| 22:37:00 | rasher | Pervert |
| 22:37:01 | DMJC | um... |
| 22:37:07 | DMJC | loading firmware... result -1 |
| 22:37:29 | DMJC | w00t |
| 22:37:31 | DMJC | it works |
| 22:37:39 | preglow | you flashed it? |
| 22:37:39 | rasher | Oh!? |
| 22:37:39 | preglow | damn |
| 22:37:41 | preglow | i'm going for it! |
| 22:37:51 | DMJC | I held record at boot |
| 22:37:53 | DMJC | BAM! |
| 22:37:55 | DMJC | straight in |
| 22:37:59 | DMJC | iriver firmware loads fine |
| 22:38:09 | preglow | you didn't put in a rockbox yet? |
| 22:38:09 | rasher | what was that: [22:37] <DMJC> loading firmware... result -1 |
| 22:38:21 | rasher | oh |
| 22:38:36 | rasher | oh, it was looking for rockbox on the harddisk? |
| 22:38:40 | DMJC | eyah |
| 22:38:42 | rasher | ah |
| 22:38:43 | DMJC | yeah |
| 22:38:44 | amiconn | I think that means it didn't find a loadable firmware, i.e. rockbox |
| 22:39:08 | DMJC | I don't have rockbox on there |
| 22:39:10 | DMJC | so it's fine |
| 22:39:16 | rasher | hurray |
| 22:39:37 | preglow | ok, here we go |
| 22:39:43 | DMJC | so that's the evil part done |
| 22:40:01 | DMJC | I'm guessing rockbox updates are bootloader neutral |
| 22:40:09 | preglow | indeed |
| 22:40:10 | preglow | should be |
| 22:40:46 | | Join ripnet_ [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 22:40:55 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
| 22:41:26 | ripnet_ | wow! i just flashed and it works :) |
| 22:41:30 | preglow | ok, what's it supposed to do? |
| 22:41:39 | preglow | 'cause mine's less than responsive |
| 22:41:48 | DMJC | so what do I do now? |
| 22:41:49 | preglow | which would be pretty typical |
| 22:42:04 | DMJC | ok when you flash and put it on it should say loading firmware result -1 |
| 22:42:09 | DMJC | then turn it off |
| 22:42:14 | DMJC | and turn it on and hold record |
| 22:42:19 | DMJC | should boot iriver firmware |
| 22:42:21 | ripnet_ | i just did a make zip, and unzipped the zip onto the root. included a firmware and a .rockbox |
| 22:42:24 | preglow | there it comes |
| 22:42:31 | preglow | the protection worked |
| 22:42:32 | preglow | hah |
| 22:42:34 | ripnet_ | and original firmware still works :) |
| 22:42:36 | preglow | didn't even have to push record |
| 22:42:44 | preglow | haha |
| 22:42:46 | DMJC | cool |
| 22:42:48 | ripnet_ | big round of applause for LinusN :) |
| 22:42:49 | preglow | the hdd led just blinked like hell |
| 22:42:52 | DMJC | now... |
| 22:42:59 | DMJC | how do we install rockbox? heh |
| 22:43:10 | preglow | well, you compile it first :P |
| 22:43:13 | DMJC | done |
| 22:43:21 | preglow | copy it to root directoyy |
| 22:43:24 | linuxstb | Congratulations - you're braver than I am. |
| 22:43:32 | preglow | damn, you've got balls, man, i was planning to wait for linus :P |
| 22:43:48 | ripnet_ | rockbox boots :) |
| 22:43:52 | ripnet_ | can browse dirs |
| 22:43:58 | preglow | could someone put up a working rockbox image? |
| 22:44:03 | ripnet_ | have crashed it already |
| 22:44:03 | preglow | i've got tool problems atm |
| 22:44:04 | ripnet_ | :) |
| 22:44:14 | DMJC | I guess this makes my 2 year warranty void.. |
| 22:44:17 | ripnet_ | preglow - do you want me to send you the entire zip with plugins and stuff |
| 22:44:18 | DMJC | meh |
| 22:44:22 | preglow | ripnet_: would be cool |
| 22:44:27 | ripnet_ | hang on a sec |
| 22:44:30 | | Quit Cassandra (Read error: 110 (Connection timed out)) |
| 22:44:34 | preglow | ripnet_: no rush, i've got to eat |
| 22:44:36 | rasher | DMJC: just flash it with a virgin firmware - they'll never know |
| 22:44:42 | DMJC | heh |
| 22:44:56 | rasher | unless of course it crashes with dirty firmware on it |
| 22:45:06 | DMJC | "what are these flac files doing on here...?" |
| 22:45:11 | ripnet_ | go to ripnet.co.uk">http://files.ripnet.co.uk |
| 22:45:11 | DMJC | heh |
| 22:45:18 | rasher | well you can always wipe the harddrive |
| 22:45:19 | | Join Cassandra [0] (~christi@213.78.160.234) |
| 22:45:19 | ripnet_ | there is a zip there, just unzip it into root of iriver |
| 22:45:35 | DMJC | anyway.. what do you put on it? |
| 22:45:39 | DMJC | for the rockbox stuff |
| 22:46:36 | ripnet_ | brb |
| 22:48:35 | HCl | DMJC / preglow: what gcc version did you use |
| 22:48:48 | DMJC | someone zipped/sent me their compiler |
| 22:48:54 | HCl | hm |
| 22:48:57 | HCl | DMJC: can you send the .hex to me? |
| 22:49:05 | Digital007 | so rockbox for iriver works now? |
| 22:49:08 | DMJC | 3.4.3 |
| 22:49:17 | HCl | Digital007: bootloader works, dir browsing works, menu works. |
| 22:49:27 | HCl | no sound, no plugins |
| 22:49:34 | Digital007 | how do u get back to iriver f/w? |
| 22:49:42 | HCl | press record while booting |
| 22:49:43 | DMJC | record button |
| 22:49:45 | ripnet_ | you hold record while reseting |
| 22:49:50 | HCl | hm. |
| 22:49:52 | rasher | you sure told him |
| 22:49:54 | HCl | let me get 3.4.3 |
| 22:49:58 | DMJC | so hold off button to turn off |
| 22:50:02 | Digital007 | can u send me it as well please? |
| 22:50:17 | DMJC | the bootloader? |
| 22:50:23 | Digital007 | the .hex |
| 22:50:34 | DMJC | dcc reject send |
| 22:50:44 | *** | Saving seen data "./dancer.seen" |
| 22:51:13 | Digital007 | looking forward to see the first official f/w for iRiver |
| 22:51:17 | HCl | thanks |
| 22:51:23 | HCl | i think i'll try and build 3.4.3 first |
| 22:51:26 | HCl | see if i get the same hex |
| 22:51:27 | HCl | if i do |
| 22:51:32 | Digital007 | hopefully it won't be long now |
| 22:51:34 | HCl | i'm gonna change its bootup sequence slightly |
| 22:51:36 | HCl | then flash |
| 22:51:58 | HCl | Digital007: well, the bootloader isn't gonna change much.. |
| 22:52:12 | HCl | so you can pretty much flash already, since future flashes are prolly not needed |
| 22:52:25 | Digital007 | i mean, the first official build available from the rockbox website |
| 22:52:32 | Digital007 | im looking forward to try it out myself |
| 22:52:33 | HCl | mhm |
| 22:52:39 | DMJC | bah! |
| 22:53:43 | HCl | m? |
| 22:53:48 | preglow | hahah |
| 22:53:51 | preglow | Starting original firmware |
| 22:53:54 | preglow | this rocks immensly |
| 22:54:04 | HCl | well, it *is* rockbox :P |
| 22:54:16 | preglow | but |
| 22:54:21 | preglow | when it fails here, i don't get message |
| 22:54:27 | preglow | the hdd led just flashes and nothing happens |
| 22:54:36 | HCl | mm? |
| 22:54:42 | HCl | whats it doing? |
| 22:54:56 | preglow | how should i know :PP |
| 22:55:00 | preglow | the led just flashes |
| 22:55:05 | HCl | no, i mean, what did you do and what is it doing now? :P |
| 22:55:05 | preglow | i need a rockbox to test if that part works |
| 22:55:11 | preglow | i reset it |
| 22:55:13 | | Quit midk ("Leaving") |
| 22:55:14 | hubble | anyone got a archos fm recorder 20gb (v2) for sale? |
| 22:55:14 | HCl | you didn't press rec? |
| 22:55:18 | preglow | right |
| 22:55:20 | ripnet_ | sookoban works :) |
| 22:55:20 | HCl | ok. |
| 22:55:21 | HCl | :p |
| 22:55:24 | HCl | ripnet_: :P |
| 22:55:28 | preglow | ripnet_: sendsendsend! |
| 22:55:31 | HCl | i thought plugins didn't work yet? |
| 22:55:46 | ripnet_ | most dont seem to |
| 22:55:52 | ripnet_ | preglow - send what? |
| 22:55:56 | preglow | rockbox |
| 22:56:04 | ripnet_ | the bootloader or the binary? |
| 22:56:06 | preglow | binary |
| 22:56:13 | ripnet_ | i put it on my site for you |
| 22:56:20 | ripnet_ | files.ripnet.co.uk |
| 22:56:42 | preglow | missed that, obviously |
| 22:56:57 | preglow | thanks |
| 22:57:08 | ripnet_ | np |
| 22:57:10 | ripnet_ | star works as well |
| 22:58:12 | preglow | how long time is it supposed to take before it boots? |
| 22:58:21 | ripnet_ | rockbox or a plugin? |
| 22:58:25 | preglow | rockbox |
| 22:58:31 | ripnet_ | not long |
| 22:58:38 | preglow | well, then something glitches here |
| 22:58:41 | ripnet_ | you get the splash almost straight away |
| 22:58:45 | preglow | i get the hdd led thing now as well |
| 22:59:35 | ripnet_ | what happens when you press reset? |
| 22:59:49 | preglow | you mean the hard reset at the bottom, yes? |
| 22:59:56 | preglow | it them resets and loads the iriver firmware |
| 23:00 |
| 23:00:05 | HCl | must be the cookie protection? |
| 23:00:08 | preglow | yes |
| 23:00:22 | ripnet_ | have you unzipped that firmware zip i have on my site (or built your own) |
| 23:00:24 | preglow | but what happend with you guys when you load with no rockbox on it? |
| 23:00:27 | preglow | ripnet_: yours |
| 23:01:05 | linuxstb | Can someone confirm the md5sum of the known good "new.hex" ? I just want to double-check before I go ahead. |
| 23:01:08 | ripnet_ | did you check you got rockbox.iriver in the root of the jjukebox |
| 23:01:14 | preglow | ripnet_: yes |
| 23:01:35 | preglow | it's there, along with .rockbox |
| 23:01:44 | ripnet_ | be0bf0e1df367e5cffd9e27eff988ef1 new.hex |
| 23:02:07 | preglow | be0bf0e1df367e5cffd9e27eff988ef1 *ihp_120.hex |
| 23:02:21 | ripnet_ | and the flash went ok? |
| 23:02:37 | HCl | preglow: h120 or h140? |
| 23:02:38 | ripnet_ | you havent still got the cookie there have you? |
| 23:02:40 | preglow | HCl: h120 |
| 23:02:42 | HCl | k.. |
| 23:02:47 | HCl | ripnet_: h140 right? |
| 23:02:50 | HCl | DMJC: h140 too, right? |
| 23:02:55 | ripnet_ | if you had a failed attempt (because of missing rockbox.iriver) it may have put the cookie in place |
| 23:03:02 | linuxstb | OK, I'll give it a shot. Without FLAC or MP2 playback, my iRiver is just a paperweight anyway... |
| 23:03:03 | ripnet_ | which can survive a soft reset |
| 23:03:20 | ripnet_ | did you have a 'bad start' first? |
| 23:03:27 | preglow | yes |
| 23:03:32 | preglow | but it's been power off now |
| 23:03:33 | HCl | my 3.4.3 is done.. |
| 23:03:38 | preglow | the cookie does not remain there after that |
| 23:03:47 | ripnet_ | i dont know if power off would clear the ram or not |
| 23:03:50 | DMJC | now if rockbox hangs |
| 23:03:53 | preglow | but i guess correct behaviour is anyway not just blinking the hdd led when something is wrong |
| 23:03:54 | DMJC | do I just reset the player |
| 23:04:13 | ripnet_ | h140 for me |
| 23:04:33 | ripnet_ | pre - does record+on boot original soft? |
| 23:04:44 | preglow | ripnet_: yes, i get 'boot original soft' message |
| 23:04:55 | DMJC | woot |
| 23:04:58 | DMJC | rockbox loads! |
| 23:04:59 | | Quit Cassandra (Read error: 60 (Operation timed out)) |
| 23:05:01 | preglow | but if i don't, the player spins up the hdd, and then jsust blinks the led |
| 23:05:11 | ripnet_ | hmmm |
| 23:05:12 | preglow | i thought someone mentioned an error message if it couldn't find rockbox |
| 23:05:16 | preglow | i do not get one of those |
| 23:05:25 | ripnet_ | i never tried it with no rockbox.iriver |
| 23:05:41 | preglow | DMJC: but you did, right? and you got an error message? |
| 23:06:05 | preglow | looks like it's stuck in a loop, the hdd blinking pattern is the same |
| 23:06:09 | DMJC | IF you don't have rockbox on the iriver it'll give an error of -1 |
| 23:06:18 | preglow | DMJC: i don't get that |
| 23:06:19 | DMJC | if you do have rockbox it should boot it |
| 23:06:26 | preglow | it doesn't do that either |
| 23:06:37 | preglow | god damn, i'm glad this baby still has a working os on it |
| 23:06:44 | ripnet_ | lucky |
| 23:06:59 | DMJC | yaeh |
| 23:07:08 | DMJC | I'm testing on my ihp-140 |
| 23:07:30 | linuxstb | Looking at the code in bootloader/main.c, it looks like it loops until you press a button, and then powers off (if there is no rockbox.iriver file) |
| 23:08:06 | ripnet_ | pre - thats the same zip i unzipped onto mine... wanna do a md5sum on the rockbox.iriver to check? |
| 23:08:22 | ripnet_ | 6d9989364eaf8d4aff12ab092f7213d0 rockbox.iriver |
| 23:08:26 | preglow | linuxstb: well, it's not responsive, i have to use the reset button on the bottom of the player |
| 23:08:32 | HCl | DMJC: it worked for you ? |
| 23:08:37 | preglow | then the cookie triggers, and it doesn't even check for the record button |
| 23:09:07 | preglow | ripnet_: that's right, same here |
| 23:09:26 | HCl | linuxstb: do you have an h120 or h140? |
| 23:09:39 | preglow | it looks like there are still bugs in the bootloader, 'cause i've got the exact same md5 as you guys, and everything BUT the rockbox booting part seems to function |
| 23:09:41 | DMJC | oh crap |
| 23:10:03 | DMJC | I03:AddrErr at 31ff89b0 |
| 23:10:13 | preglow | reset it, then :PP |
| 23:10:14 | ripnet_ | i got some of them |
| 23:10:17 | ripnet_ | in plugins |
| 23:10:22 | preglow | it shouldn't suprise you that there are still bugs |
| 23:10:28 | linuxstb | I can't find my iRiver manual - but I'm assuming I should have the charger plugged in when reflashing? |
| 23:10:33 | DMJC | how do I reset it? |
| 23:10:44 | DMJC | just the button on the base? |
| 23:10:46 | HCl | DMJC: reset hole at the bottom |
| 23:10:46 | ripnet_ | press the reset button on the bottom |
| 23:10:49 | DMJC | l |
| 23:10:50 | DMJC | k |
| 23:11:21 | | Quit bobTHC (Read error: 110 (Connection timed out)) |
| 23:11:41 | preglow | well, shit |
| 23:11:43 | preglow | this was not what i planned |
| 23:11:50 | HCl | you can reflash it with the original |
| 23:11:54 | HCl | till linus looked at it? |
| 23:12:03 | preglow | i'll wait for linus |
| 23:12:07 | HCl | k |
| 23:12:08 | preglow | perhaps he can figure out what's wrong |
| 23:12:09 | | Join bobTHC [0] (~foo1@AMarseille-251-1-32-55.w81-251.abo.wanadoo.fr) |
| 23:12:11 | ripnet_ | it might not be a prob with the bootloaader |
| 23:12:20 | HCl | i compiled, and i got the same md5sum |
| 23:12:31 | HCl | i'm just kind of waiting on a reply from DMJC on how well it works for him |
| 23:12:35 | HCl | and ditto for linuxstb |
| 23:12:54 | ripnet_ | pre - does yours even say loading firmware? |
| 23:12:57 | linuxstb | I still haven't summoned the courage to do it. |
| 23:13:04 | preglow | ripnet_: no |
| 23:13:13 | preglow | ripnet_: only if i press rec, then it says 'loading original firmware' |
| 23:13:25 | ripnet_ | strange |
| 23:13:39 | preglow | this happens: backlight comes on, drive spins up, red hdd led blinks erratically in a pattern about a second long |
| 23:13:42 | preglow | that's that |
| 23:14:22 | ripnet_ | i guess we are needing Linus to work out whats happening. Its encouraging that it can display text at least :) and very encouraging that you can boot original |
| 23:14:30 | preglow | indeed |
| 23:14:35 | preglow | i quite enjoy that fact |
| 23:14:35 | preglow | heh |
| 23:15:07 | linuxstb | OK, I'm flashed, about to turn back on.... |
| 23:15:13 | * | HCl prods DMJC |
| 23:15:14 | ripnet_ | have you checked there is nothing funny in your root dir pre? |
| 23:15:41 | ripnet_ | hcl - prodding is here usually seems to be with a stick :) |
| 23:15:43 | preglow | ripnet_: like what? |
| 23:15:53 | ripnet_ | dunno, loads of files perhaps? |
| 23:15:57 | preglow | ripnet_: there's the firmware and rockbox and a bunch of dirs |
| 23:15:57 | DMJC | damn mother |
| 23:16:04 | linuxstb | Everything seems fine - I held down record+on, a message came up saying loading original firmware, and then the original firmware loaded. :-) |
| 23:16:09 | DMJC | trying to come in here and clean up my room.. |
| 23:16:13 | ripnet_ | similar to mine. |
| 23:16:24 | DMJC | even my girlfriend recognizes that computer desks need to be messy |
| 23:16:35 | preglow | it acutally seems like stuff hangs in ata_init() |
| 23:16:45 | DMJC | then again... she's a bs user heh |
| 23:16:47 | DMJC | bsd |
| 23:17:02 | HCl | linuxstb: h120 or h140? |
| 23:17:17 | linuxstb | h140 - I bought it about 4 weeks ago from amazon.co.uk |
| 23:17:19 | preglow | so, i'm the only one with a h120 here? |
| 23:17:23 | preglow | that might of course be it |
| 23:17:33 | DMJC | heh |
| 23:17:34 | HCl | ok |
| 23:17:35 | preglow | 'cause then i'm the first one to actually flash a h120 |
| 23:17:43 | DMJC | linus flashed his 120 |
| 23:17:45 | HCl | preglow: well, linus works on a h120 right? |
| 23:17:50 | HCl | but yea |
| 23:17:53 | ripnet_ | the first one to go was a 120 |
| 23:17:54 | rasher | Linus is cheating though :) |
| 23:17:54 | preglow | well, did he flash it the ordinary way? |
| 23:17:55 | HCl | it seems to be the difference so far |
| 23:17:58 | HCl | okay... |
| 23:18:00 | preglow | he might have used bdm |
| 23:18:01 | HCl | i think i'll flash :3 |
| 23:18:07 | preglow | but anyway, enough speculation |
| 23:18:11 | | Join Cassandra [0] (~christi@213.78.109.159) |
| 23:18:12 | ripnet_ | i think he did it with bdm and then 'normally' |
| 23:18:15 | preglow | i just hope he comes online soon :P |
| 23:18:34 | rasher | Anywhere to get a firmware image without going through a compiling hell? |
| 23:18:34 | DMJC | ok how the hell do i turn rockbox off? |
| 23:18:36 | linuxstb | So who's flashed their iRiver now, and which model? |
| 23:18:46 | linuxstb | I've flashed a H140. |
| 23:18:57 | preglow | h120, yes |
| 23:19:15 | DMJC | I've done a 140 |
| 23:20:06 | DMJC | ARGH! |
| 23:20:12 | HCl | we have 3 h140s working |
| 23:20:15 | DMJC | I can't turn it off.. |
| 23:20:22 | DMJC | how do you stop it playing |
| 23:20:24 | HCl | dmjc, ripnet_ and linuxstb |
| 23:20:28 | HCl | hard reset |
| 23:20:29 | HCl | ? |
| 23:20:32 | DMJC | no.. |
| 23:20:44 | DMJC | I just want to tell it to shutdown which should be the stop button |
| 23:20:56 | preglow | well, it's not yet |
| 23:21:00 | preglow | hard reset is the way to go |
| 23:21:02 | HCl | i don't think power is working yet |
| 23:21:17 | | Join mrmags [0] (~stryfe@ool-4351b9f0.dyn.optonline.net) |
| 23:21:31 | DMJC | isn't there a reboot function? |
| 23:21:32 | linuxstb | HCl - do you mean that you can't turn your iRiver off running the rockbox firmware? |
| 23:21:52 | linuxstb | I haven't tested a firmware yet... |
| 23:22:16 | DMJC | you can |
| 23:22:17 | ripnet_ | you can turn it off |
| 23:22:20 | DMJC | I just did it |
| 23:22:30 | DMJC | but how do you turn it off when it's playing? |
| 23:22:34 | DMJC | I couldn't make it stop |
| 23:22:47 | rasher | could it have been crashed? |
| 23:22:51 | DMJC | no |
| 23:22:57 | rasher | okay |
| 23:23:02 | DMJC | when i tell it to play mp3s it let's me navigate around still |
| 23:23:15 | | Nick lImbus is now known as lImbuAWAY (lImbus@100-180.244.81.adsl.skynet.be) |
| 23:23:50 | lImbuAWAY | grummel |
| 23:23:56 | | Nick lImbuAWAY is now known as lImbus (lImbus@100-180.244.81.adsl.skynet.be) |
| 23:24:26 | XShocK | linuxstb: can you upload binutils-cvs to ftp://raurin.no-ip.com/incoming/ ? |
| 23:25:03 | linuxstb | XShocK: Yes - I'll start it now. |
| 23:25:11 | DMJC | so.. how long do they reckon till mp3 playback works? |
| 23:25:33 | linuxstb | XShocK: My website now seems to be working - can you check if the link I posted works? |
| 23:25:50 | XShocK | aah it works. :) |
| 23:25:57 | linuxstb | Cool. |
| 23:26:10 | XShocK | yep. downloaded fine. |
| 23:26:21 | preglow | ok, so everyone who has just flashed a h120, raise your hand |
| 23:26:37 | HCl | ok... |
| 23:26:53 | * | HCl copied the new firmware.. goes to flash :X |
| 23:27:49 | DMJC | is there a setting in rockbox to make the bootloader load the original firmware? |
| 23:27:56 | ripnet_ | dm - no |
| 23:28:04 | ripnet_ | you would have to mod the bootloader source |
| 23:28:05 | preglow | there can't be, the bootloader's in flash |
| 23:28:06 | HCl | DMJC: you can change the bootloader... |
| 23:28:08 | rasher | preglow: what was your md5sum of the .hex ? |
| 23:28:14 | DMJC | bah |
| 23:28:19 | DMJC | reflashing sucks |
| 23:28:21 | preglow | be0bf0e1df367e5cffd9e27eff988ef1 *ihp_120.hex |
| 23:28:22 | ripnet_ | i guess what we need is a dummy rockbox.iriver that gives a menu and boots the original |
| 23:28:23 | DMJC | I'll leave it as is |
| 23:28:32 | HCl | ripnet_: yup. |
| 23:28:38 | ripnet_ | or the new |
| 23:28:46 | ripnet_ | shouldnt be too hard to code, a |
| 23:28:47 | HCl | firmware upgrade |
| 23:28:48 | rasher | ripnet_: alright, I'm on my way to flash my h120 |
| 23:28:48 | preglow | rasher: but hell, don't ask me for the md5sum, mine player was nearly bricked :P |
| 23:28:50 | HCl | are you sure :x |
| 23:29:00 | rasher | preglow: but it wasn't though :) |
| 23:29:05 | preglow | no, just nearly |
| 23:29:06 | DMJC | one sex |
| 23:29:08 | DMJC | one sec |
| 23:29:14 | DMJC | I'll give you my md5s |
| 23:29:32 | rasher | And you're the only one with a flashed h120 so far I think? |
| 23:29:37 | preglow | so it seems |
| 23:29:48 | HCl | okay |
| 23:29:48 | rasher | I'd rather have a md5 for something that didn't break, than something that worked on another player :) |
| 23:29:53 | HCl | its supposed to turn off after flashing right? |
| 23:29:56 | DMJC | be0bf0e1df367e5cffd9e27eff988ef1 new.hex |
| 23:30:00 | DMJC | that didn't break |
| 23:30:04 | preglow | HCl: yes |
| 23:30:10 | preglow | HCl: now turn on |
| 23:30:20 | rasher | And hold your breath! |
| 23:30:21 | HCl | loading firmware |
| 23:30:22 | HCl | result -1 |
| 23:30:25 | preglow | argh! |
| 23:30:39 | ripnet_ | hcl - im guesing you havent installed the actual rockbox yet? |
| 23:30:44 | HCl | nop. |
| 23:30:49 | HCl | i'm guessing i need to reset it now? |
| 23:30:52 | preglow | HCl: and this was h120? |
| 23:30:55 | HCl | h140 |
| 23:30:57 | preglow | ahhh |
| 23:31:05 | preglow | rasher: get it on already! ;) |
| 23:31:12 | rasher | yup, hang on! |
| 23:31:52 | ripnet_ | darn! rockBLOCKS (tetris) doesnt run |
| 23:32:14 | rasher | be0bf0e1df367e5cffd9e27eff988ef1 /mnt/iRiver/ihp_120.hex |
| 23:32:23 | mrmags | if someone could be so kind as to send me their new.hex, I'll have a go at blowing up my 140 too |
| 23:32:26 | HCl | its supposed to run the original firmware when you reset it and it hasn't loaded rockbox |
| 23:32:29 | HCl | *nods* |
| 23:32:32 | HCl | mrmags: hold on |
| 23:32:48 | HCl | ftp://titania.student.utwente.nl |
| 23:32:49 | Digital007 | can someone send me this hex for me to try please? |
| 23:33:15 | ripnet_ | i would put it on my web site if Linus didnt object |
| 23:33:27 | ripnet_ | but its only fair to ask him first |
| 23:33:34 | mrmags | many thanks |
| 23:33:39 | ripnet_ | can someone make a .ips patch to convert original to new? |
| 23:33:41 | * | rasher holds his breath |
| 23:34:03 | DMJC | remember to rename it to ihp_120.hex |
| 23:34:06 | HCl | Digital007: the one on my ftp is the one i flashed my iriver with |
| 23:34:08 | mrmags | yar |
| 23:34:13 | Digital007 | ok |
| 23:34:14 | Digital007 | thanks |
| 23:34:18 | HCl | which is the one dmjc sent me |
| 23:34:21 | DMJC | same with the one I'm sending |
| 23:34:37 | rasher | okay, turn on, hold rec? |
| 23:34:46 | DMJC | hold record for iriver firmware |
| 23:34:48 | HCl | hrm |
| 23:34:56 | DMJC | you should get a -1 error |
| 23:35:01 | rasher | I'm not |
| 23:35:03 | DMJC | if you don't have rockbox on it |
| 23:35:08 | preglow | rasher: blinking red led? |
| 23:35:13 | rasher | I'm getting blinking harddisk |
| 23:35:13 | rasher | and I do have rockbox on it |
| 23:35:13 | HCl | yup |
| 23:35:13 | HCl | works like a charm |
| 23:35:19 | preglow | rasher: then it's obviously a h120 problem |
| 23:35:21 | rasher | preglow: what now, hard reset? |
| 23:35:23 | preglow | rasher: i get the EXACT same thing |
| 23:35:24 | HCl | odd |
| 23:35:25 | preglow | rasher: yes |
| 23:35:31 | HCl | since it was developed on a h120 |
| 23:35:33 | DMJC | ask linus |
| 23:35:35 | HCl | you'd say it ran on a h120 |
| 23:35:35 | preglow | HCl: yes, indeed |
| 23:35:35 | HCl | xD |
| 23:35:53 | DMJC | I think I know what's happenned |
| 23:36:00 | DMJC | last I heard linus was testing on his 140 |
| 23:36:09 | DMJC | he may have broken something without realizing |
| 23:36:15 | rasher | preglow: iRiver firmware booted fine |
| 23:36:23 | rasher | no rockbox, but no brick either |
| 23:36:27 | HCl | k |
| 23:36:30 | preglow | rasher: nor is mine |
| 23:36:33 | HCl | time to put the rockbox files on it... |
| 23:36:35 | preglow | rasher: we have the same problem, that's all |
| 23:36:43 | rasher | I guess that's a good thing |
| 23:36:46 | preglow | yes |
| 23:36:52 | preglow | for diagnostics, at least |
| 23:37:06 | rasher | yeah |
| 23:37:24 | rasher | No point in flashing more h120s I guess |
| 23:37:25 | ripnet_ | i thought 120 and 140 were identical... maybe there is somethign strange about the hdd in the 120s rasher and preglow have? |
| 23:37:36 | preglow | ripnet_: perhaps |
| 23:37:58 | Digital007 | how long does rockbox take to boot up? |
| 23:38:06 | ripnet_ | digital - not long at all |
| 23:38:08 | preglow | ripnet_: but the fact that these are the only two h120s that have been flashed, and that linus' h120 is bdm'd does make it a bit trickier to conclude |
| 23:38:09 | mrmags | sweet, it totally worked. |
| 23:38:13 | DMJC | like 3 secs |
| 23:38:16 | DMJC | it's hell fast |
| 23:38:21 | DMJC | makes iriver look gay |
| 23:38:35 | ripnet_ | < 10 secs to 'resume yes/no' screen |
| 23:38:42 | rasher | I'd say their firmware makes them look gay :) |
| 23:38:46 | ripnet_ | the display is amazing, loads of lines |
| 23:38:52 | Digital007 | mine is just showing a blank screen and the hd light flashing |
| 23:38:53 | preglow | yse, quite |
| 23:38:58 | rasher | Digital007: h120? |
| 23:38:58 | preglow | i noticed the font was nicely sized |
| 23:39:05 | Digital007 | yea |
| 23:39:06 | linuxstb | Yes, I make it about 4 seconds to the Rockbox logo, and another 2 or 3 seconds until the browse screen appears |
| 23:39:07 | preglow | ok |
| 23:39:12 | preglow | it's a h120 problem |
| 23:39:16 | rasher | Alright, we definately have a h120 problem |
| 23:39:21 | preglow | if you've got a h120 and want to flash it, don't flash it |
| 23:39:30 | ripnet_ | thats 3 120s not working? |
| 23:39:32 | DMJC | yeah it's nice being able to actually read the damn id3 tags |
| 23:39:36 | preglow | yes |
| 23:39:36 | ripnet_ | how may 140s working? |
| 23:39:43 | preglow | four or five, i'd guess |
| 23:39:43 | DMJC | at least 3 |
| 23:39:49 | linuxstb | Can someone summarise the H120 problem? |
| 23:39:49 | Digital007 | so how do i get back to iriver? |
| 23:39:51 | rasher | someone should be keeping stats in the topic :) |
| 23:40:01 | rasher | Digital007: hard reset.. bottom of the unit |
| 23:40:04 | Digital007 | ok |
| 23:40:08 | DMJC | H120 problem: IMHO sounds like rockbox has an ata driver issue |
| 23:40:17 | ripnet_ | digital - and hold record when pressing reset |
| 23:40:22 | DMJC | I think the bootloader itself may be fine |
| 23:40:23 | * | HCl unzips ripnet's zip |
| 23:40:34 | rasher | ripnet_: no, that'll just try and boot rockbox again, and fail |
| 23:40:46 | linuxstb | DMJC: So you load the original firmware, but it won't read rockbox.iriver from the disk? |
| 23:40:48 | ripnet_ | record = original soft |
| 23:41:00 | DMJC | that's what some people were saying |
| 23:41:02 | preglow | rasher: but if you start with the record button pressed, you do get a message from the bootloader that it's loading the original firmware, yes? |
| 23:41:03 | HCl | niccce. |
| 23:41:11 | ripnet_ | dm - the ata driver is in the boot loader |
| 23:41:16 | DMJC | ah... k |
| 23:41:19 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 23:41:27 | DMJC | so I guess the bootloader ata driver is b0rked |
| 23:41:28 | rasher | preglow: ah, yes |
| 23:41:31 | Digital007 | its alright i have fixed my h120 |
| 23:41:32 | rasher | preglow: sorry |
| 23:41:38 | preglow | rasher: what sorry? |
| 23:41:45 | HCl | i think i made it crash just by scrolling o.o; |
| 23:41:52 | preglow | i think the error is in ata_init() somewhere |
| 23:42:04 | rasher | preglow: I was talking nonsense about holding in record |
| 23:42:17 | preglow | rasher: i didn't read it anyway, so no biggie ;) |
| 23:42:28 | rasher | Hah |
| 23:42:30 | ripnet_ | it could be a non-120 problem - did you all get the soft from the same source? do we have different independent source? |
| 23:42:39 | preglow | i compiled mine myself |
| 23:42:49 | preglow | and noone has gotten it from me |
| 23:42:49 | rasher | ripnet_: I have the rockbox from your site |
| 23:42:51 | HCl | ripnet_: the md5 sums are the same |
| 23:42:59 | ripnet_ | hmmm |
| 23:43:11 | rasher | HCl: that's the firmware, not the rockbox software |
| 23:43:11 | preglow | we've all flashed with identical md5s |
| 23:43:13 | preglow | so it's not that |
| 23:43:22 | ripnet_ | i guess its wait for Linus time again... sorry i cant help any more |
| 23:43:22 | DMJC | did anyone compile their own h140 firmware? |
| 23:43:26 | HCl | oh |
| 23:43:31 | HCl | my rockbox software comes from you |
| 23:43:33 | ripnet_ | dmjc - i compiled everything myself |
| 23:43:33 | DMJC | or did everyone use mine? |
| 23:43:36 | HCl | my make zip build failed on fonts something |
| 23:43:37 | DMJC | k |
| 23:43:48 | ripnet_ | hcl - also checkout the fonts from cvs |
| 23:44:07 | HCl | is it me or is it scrolling really slowly? |
| 23:44:09 | HCl | and like |
| 23:44:10 | HCl | if you hold it |
| 23:44:17 | HCl | it'll just remember keystrokes and keep scrolling |
| 23:44:19 | Bagder | it is slow |
| 23:44:24 | mrmags | same here |
| 23:44:31 | * | rasher watches his hdd led blinking |
| 23:44:35 | Bagder | it only runs at 11mhz |
| 23:44:44 | DMJC | ? |
| 23:44:45 | ripnet_ | its not finished... the ata driver is slow atm, but it will get a lot bettter - the processor is a beast compared to the archos |
| 23:44:46 | HCl | why is its battery blinking? |
| 23:44:53 | HCl | mhm. |
| 23:45:05 | Digital007 | so why shouldn't it work on the 120 if it works on the 140? |
| 23:45:24 | HCl | how do i access its menus? |
| 23:45:27 | DMJC | it (should) |
| 23:45:29 | DMJC | however |
| 23:45:35 | ripnet_ | hcl - a-b key |
| 23:45:37 | DMJC | there is one difference between the two models |
| 23:45:42 | HCl | ahhh. |
| 23:45:43 | DMJC | the hard drives themselves |
| 23:45:45 | Digital007 | all i got was a blank screen and the HD light flashing |
| 23:45:47 | DMJC | one is single platter |
| 23:45:53 | DMJC | the other is dual platter |
| 23:45:57 | HCl | well. |
| 23:46:00 | HCl | pretty is different |
| 23:46:02 | HCl | but at least its functional |
| 23:46:03 | DMJC | obviously there are gonna be differences there |
| 23:46:19 | | Quit midk ("Leaving") |
| 23:46:38 | rasher | preglow: what happens if you boot without .rockbox + rockbox.iriver |
| 23:46:46 | preglow | rasher: same as if i boot with |
| 23:46:53 | rasher | So it's before loading |
| 23:47:05 | rasher | I guess we knew that since we get no splash/text |
| 23:47:05 | Digital007 | im just gonna wait for the "official" builds to appear on the rockbox website |
| 23:47:07 | preglow | i think it is in the hard drive init |
| 23:47:10 | HCl | i made it crash earlier when i was holding the button down for a long time |
| 23:47:17 | HCl | can anyone reproduce that? |
| 23:48:17 | HCl | just while scrolling directories |
| 23:48:24 | mrmags | cute, upside-down works |
| 23:49:09 | | Quit Patr3ck_ ("User pushed the X - because it's Xtra, baby") |
| 23:49:17 | * | HCl grins |
| 23:49:18 | HCl | yea. |
| 23:49:19 | HCl | nice |
| 23:49:26 | rasher | is someone updating the wiki? |
| 23:49:30 | HCl | no. |
| 23:49:31 | HCl | but we should. |
| 23:49:36 | HCl | i'll make an attempt |
| 23:49:39 | HCl | provided i can remember my login |
| 23:49:55 | ripnet_ | should be list model, and md5 of hex file flashed, along with success? |
| 23:50:00 | amiconn | w00t - new virtual keyboard for player works! While now voiced like the recorder keypad and much more user friendly, it's also more compact and straightforward code. |
| 23:50:25 | amiconn | I'll apply some of the ideas to the recorder keypad as well. |
| 23:51:16 | DMJC | heh pity we can't plug a keyboard into the usb port and use it as a pda.. |
| 23:51:32 | ripnet_ | its going wrong somewhere in the lines |
| 23:51:32 | ripnet_ | power_init(); |
| 23:51:33 | ripnet_ | system_init(); |
| 23:51:33 | DBUG | Enqueued KICK ripnet_ |
| 23:51:33 | ripnet_ | kernel_init(); |
| 23:51:33 | ripnet_ | backlight_init(); |
| 23:51:33 | *** | Alert Mode level 1 |
| 23:51:33 | ripnet_ | set_irq_level(0); |
| 23:51:35 | ripnet_ | lcd_init(); |
| 23:51:37 | ripnet_ | font_init(); |
| 23:51:39 | ripnet_ | adc_init(); |
| 23:51:41 | ripnet_ | button_init(); |
| 23:51:43 | ripnet_ | lcd_setfont(FONT_SYSFIXED); |
| 23:51:45 | ripnet_ | sleep(HZ/10); /* Allow the button driver to check the buttons */ |
| 23:51:47 | ripnet_ | (sorry for flood) |
| 23:51:50 | HCl | DMJC: actually. |
| 23:51:57 | HCl | DMJC: the connector for the remote is a generic interface |
| 23:52:00 | ripnet_ | and you get the backlight, so im guessing its after backlight_init |
| 23:52:08 | HCl | linus said its possible to hook a keyboard up to it |
| 23:52:14 | DMJC | SWEEET |
| 23:52:15 | rasher | ripnet_: nah, I don't think we get backlight |
| 23:52:24 | ripnet_ | no? |
| 23:52:28 | rasher | hang on |
| 23:52:28 | preglow | ripnet_: it is in ata, the drive spins up |
| 23:52:44 | HCl | hmm. |
| 23:52:50 | preglow | ripnet_: and the earliest ata that happens, is ata_init, and right after it, shit is printed to the screen |
| 23:52:57 | preglow | ripnet_: hence, i believe ata_init is the culprit |
| 23:53:17 | rasher | ripnet_: we get backlight, nevermind |
| 23:53:25 | | Join amiconn_ [0] (~jens@pD95D121A.dip.t-dialin.net) |
| 23:53:30 | ripnet_ | pre - that makes sense |
| 23:53:40 | DMJC | bbl |
| 23:53:42 | preglow | ripnet_: i agree ;) |
| 23:53:47 | | Nick DMJC is now known as DMJC-SUPERBOWL (~James@220-245-162-47-sa-nt.tpgi.com.au) |
| 23:53:57 | ripnet_ | :) |
| 23:54:07 | HCl | for some reason |
| 23:54:09 | ripnet_ | looking at code, i agree with you agreeing with me agreeing with you :) |
| 23:54:11 | HCl | i can't even log in to the wiki |
| 23:54:27 | HCl | it simply says authentication failed without even asking for a password |
| 23:54:28 | HCl | o.o |
| 23:54:57 | rasher | I'm logged in |
| 23:54:59 | hubble | rasher: i'm writing some bootloader status in the wiki |
| 23:55:11 | rasher | hubble: good |
| 23:55:12 | HCl | k |
| 23:55:32 | hubble | mrmags: did you flash? model/md5/compiler/result ? |
| 23:56:08 | mrmags | yes, 140 / be0bf0e1df367e5cffd9e27eff988ef1 / ripnet's rockbox20050206.zip / success |
| 23:56:08 | HCl | k |
| 23:56:14 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:56:14 | * | HCl got his wiki account to work |
| 23:56:26 | | Quit jyp ("poof!") |
| 23:57:01 | HCl | i'm guessing rockbox has a limited gui because archos aren't powerful enough? |
| 23:57:10 | | Join jyp [0] (~jp@251-96.245.81.adsl.skynet.be) |
| 23:57:23 | rasher | hubble: 120 / be0bf0e1df367e5cffd9e27eff988ef1 / ripnet's rockbox20050206.zip / rockbox gives blinking hdd, can boot iriver firmware by holding rec |
| 23:57:44 | preglow | hubble: yes, and crash detection works |
| 23:58:02 | | Quit jyp (Client Quit) |
| 23:58:04 | linuxstb | h140 / be0bf0e1df367e5cffd9e27eff988ef1 / gcc-3.4.2, binutils-cvs-2005-06-02 / success |
| 23:58:18 | preglow | we've all got the same image, i'm pretty certain about that |
| 23:58:20 | muesli_ | n8 ladiez |
| 23:58:33 | Rhunak | hey, just wanted to say that you guys are doing amazing work... good n8 @ all |
| 23:58:34 | HCl | pong dies. |
| 23:58:39 | HCl | :/ |
| 23:58:43 | ripnet_ | h140 / be0bf0e1df367e5cffd9e27eff988ef1 / complete success |
icon identifies that the person is a core developer (has commit access).