| 00:00:10 | Mirfle | hi |
| 00:00:11 | Slasheri | amaroK's current engines doesn't have true gapless at all :/ |
| 00:00:12 | Bagder | now ipodlinux has a fine player ;-) |
| 00:00:18 | Slasheri | :) |
| 00:02:20 | Bagder | well, volume support feels a bit urgent |
| 00:02:24 | Bagder | :-) |
| 00:02:55 | Mirfle | I've updated the hebrew patch (http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=783877) to current cvs, but I'm having trouble with patching. |
| 00:03:01 | Slasheri | fortunately i always use the external amplifier for that ;) |
| 00:03:16 | | Quit ansivirus (Read error: 145 (Connection timed out)) |
| 00:03:39 | Bagder | Mirfle: what's the problem? |
| 00:03:43 | Mirfle | since this: "diff -u oldfile newfile > patch" only does one file, |
| 00:03:44 | Slasheri | Bagder: btw, i think crossfade should work when we return true value from the pcm_is_playing() stub |
| 00:04:01 | Bagder | ah |
| 00:04:17 | Mirfle | and this: "diff -u olddir newdir > patch" won't patch the subdirs |
| 00:04:38 | Bagder | Mirfle: 1) you can append more diffs to the same patch or 2) use diff -r to do it recursively |
| 00:05:35 | | Quit Harpy (Read error: 110 (Connection timed out)) |
| 00:06:00 | Mirfle | how do you append the diffs? just with a word processor? |
| 00:06:09 | Bagder | >> output |
| 00:06:12 | Febs | Can I make a suggestion for the General Settings −−> Playback −−> Repeat options? |
| 00:06:15 | Bagder | instead of > output |
| 00:06:28 | Mirfle | oh, thanks |
| 00:07:23 | Febs | Current options are Off, One, All and Shuffle. "All" is ambiguous. It's not clear whether it means all files in the directory or on the player. |
| 00:07:24 | | Join tiegs [0] (~18e15776@labb.contactor.se) |
| 00:07:37 | Febs | Perhaps Off, Song, Directory, and Shuffle would be more intuitive? |
| 00:07:45 | Bagder | not really |
| 00:07:53 | Bagder | rockbox always works on playlists internally |
| 00:08:02 | Bagder | a dir is a playlist too |
| 00:08:24 | Slasheri | |#if CONFIG_HWCODEC == MASNONE && !defined(SIMULATOR) |
| 00:08:24 | Slasheri | | pcmbuf_crossfade_enable(global_settings.crossfade); |
| 00:08:39 | Slasheri | Bagder: that #if should be fixed from settings menus also |
| 00:08:40 | Febs | Understood, but from an end user's perspective ... |
| 00:08:41 | Bagder | hehe |
| 00:08:42 | Slasheri | then it should work |
| 00:08:53 | Slasheri | nights everybody ;) -> |
| 00:08:54 | Bagder | Slasheri: but I could change the setting in the sim? |
| 00:09:07 | Bagder | Febs: I see your point |
| 00:09:08 | Slasheri | Bagder: yes, but it doesn't really change anything :D |
| 00:09:17 | Bagder | Slasheri: ok ;-) |
| 00:09:25 | Slasheri | (before that !defined(SIMULATOR) is removed) |
| 00:09:28 | Bagder | Febs: but I don't know what the best fix is |
| 00:10:34 | Febs | The reason I make the suggestion comes from a problem that someone posted on the forum today, where he couldn't figure out why "Move to Next Folder" wasn't working, and as I tried to replicate his problem, I |
| 00:10:46 | Bagder | I read it |
| 00:11:11 | Mirfle | another patch question: haw do I add a new file to the patch? |
| 00:11:20 | Febs | Anyway, just a suggestion. |
| 00:11:57 | Bagder | Mirfle: diff -uN existing nonexisting |
| 00:12:12 | Bagder | the -N being the key |
| 00:12:49 | Bagder | Febs: yes, but any repeat in such a situation is odd |
| 00:12:51 | Mirfle | what nonexisting file am I supposed to write? |
| 00:12:58 | Bagder | Febs: whatever it would be called |
| 00:13:10 | Bagder | Mirfle: a name of a file that doesn't exist! |
| 00:13:22 | Mirfle | ohh, duh o.o |
| 00:14:30 | Coldtoast | hey. so did you guys decide if youwere going to add the limiting option? as in what limits what to avoid clipping? |
| 00:15:31 | | Join webguest53 [0] (~ca51121e@labb.contactor.se) |
| 00:16:33 | | Quit webguest53 (Client Quit) |
| 00:17:22 | ashridah | Coldtoast: they've already got volume limiting. |
| 00:17:32 | Coldtoast | I know |
| 00:17:51 | ashridah | aah, misread. |
| 00:17:56 | Coldtoast | :) |
| 00:20:34 | | Quit Febs ("Chatzilla 0.9.68.5 [Firefox 1.0.5/20050711]") |
| 00:26:00 | Bagder | added anims to the plugin wikis |
| 00:27:25 | amiconn | Eek, getting into trouble with the timer.... |
| 00:28:21 | amiconn | I need to have 2 timer ISRs for the same timer interrupt, and switch between them... |
| 00:28:33 | | Quit Moos (" HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC") |
| 00:29:11 | Bagder | sleep time |
| 00:29:41 | Mirfle | Bagder: you got mixed up, it should be nonexisting existing, now, trying to apply the patch i |
| 00:30:11 | Mirfle | i'm being warned about deleting nonexisting files :) |
| 00:34:54 | | Quit Coldtoast ("Peace and Protection 4.22") |
| 00:43:46 | | Join TCK [0] (TCK@81-86-99-228.dsl.pipex.com) |
| 00:45:19 | | Part bobbers |
| 00:46:50 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 00:48:05 | Mirfle | does compiling leave a log file? |
| 00:54:08 | Mirfle | Yey! It worked :) |
| 01:00 |
| 01:00:23 | | Quit rooomish2 (Read error: 104 (Connection reset by peer)) |
| 01:01:13 | | Join KasKaraK_ [0] (~KasKaraK@84.40.119-80.rev.gaoland.net) |
| 01:03:42 | | Join Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) |
| 01:03:55 | Cassandra | Hello. |
| 01:04:04 | Cassandra | Anyone here done the H140 battery mod? |
| 01:06:42 | Cassandra | Or come to think of it, anyone know how to get the iRiver innards out of the case? |
| 01:07:52 | Mirfle | can anyone here with cvscommit access review my new hebrew patch? |
| 01:08:00 | Mirfle | http://sourceforge.net/tracker/index.php?func=detail&aid=1238540&group_id=44306&atid=439120 |
| 01:08:15 | *** | Saving seen data "./dancer.seen" |
| 01:09:35 | ashridah | there's four screws on top, 4 on bottom, and one on each side. after that, it should be relatively easy |
| 01:09:42 | ashridah | hope you've got the right screwdriver :) |
| 01:13:50 | | Join jpegreen_ [0] (~Jeremy@234-64-212-66.spl.org) |
| 01:14:39 | jpegreen_ | Hey all does anybody know the page on the site that lists the plugins and their compatability to which players? |
| 01:16:15 | Cassandra | ashridah: The plug seems to be hidden under the circuit board. |
| 01:16:34 | Cassandra | I think I've found the four screws holding the board down now. |
| 01:18:48 | | Quit KasKaraK (Read error: 110 (Connection timed out)) |
| 01:20:19 | | Join asdsd____ [0] (~asdsd@h-67-100-30-142.miatflad.dynamic.covad.net) |
| 01:20:26 | | Part asdsd____ |
| 01:24:39 | | Quit ashridah ("uni") |
| 01:28:30 | Mirfle | 'night |
| 01:28:38 | | Quit Mirfle ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") |
| 01:40:07 | | Join austriancoder [0] (~austrianc@80.120.117.30) |
| 01:40:28 | austriancoder | hi |
| 01:41:40 | Cassandra | Hello |
| 01:41:54 | * | Cassandra swears at this disassembled H140. |
| 01:42:11 | Cassandra | I can't unplug the damn battery because the power inlet is in the way. |
| 01:45:42 | | Join memmem [0] (~user@p54A21F71.dip0.t-ipconnect.de) |
| 01:46:11 | memmem | Hi austriancoder, I found the checksum in the M3 and X5 firmware files. |
| 01:46:38 | | Quit lodesi (Remote closed the connection) |
| 01:53:28 | Cassandra | Cool. Upgrade successful. I'll leave it to charge overnight and screw it together properly in the morning. |
| 01:54:13 | austriancoder | memmem: could you give me some more infos? |
| 01:55:23 | | Quit cYmen ("zZz") |
| 01:56:49 | memmem | The byte at offset 0x102b contains the 8-bit sum of all the bytes starting with the one at 0x1030. |
| 01:57:46 | memmem | I've patched the original firmware to record 1024 MB (instead of 256 MB); will test this over night. |
| 01:58:00 | austriancoder | ah fine |
| 01:58:11 | austriancoder | if it worked, let me know it... |
| 01:58:28 | austriancoder | we will need this for our fwpatcher |
| 01:58:39 | memmem | Still 7h10 to go... |
| 01:59:19 | Cassandra | Lithium batteries are so tiny these days. |
| 01:59:27 | * | austriancoder downloads a x5 firmware bin |
| 01:59:41 | memmem | And yes, the patched firmware is accepted and boots (only if the checksum is patched correctly). |
| 02:00 |
| 02:00:52 | austriancoder | ok.. so you also know how to calcualte the checksum?! |
| 02:01:14 | memmem | See above. |
| 02:01:47 | austriancoder | ah ok.. |
| 02:02:06 | * | austriancoder opens the bin with a viewer |
| 02:02:06 | | Quit ]RowaN[ () |
| 02:05:59 | austriancoder | memmem: have you a bdm? |
| 02:06:07 | memmem | No. |
| 02:06:22 | | Quit silencer (Nick collision from services.) |
| 02:06:23 | | Join silencer [0] (~silencer@zen.via.ecp.fr) |
| 02:06:25 | | Quit silencer (Nick collision from services.) |
| 02:06:52 | jpegreen_ | can any one point me to the sites page for plugins and their compatibility to which players? |
| 02:09:59 | austriancoder | what happens if the checksum is incorrect? |
| 02:10:00 | Cassandra | http://www.rockbox.org/twiki/bin/view/Main/PluginIndex |
| 02:10:20 | Cassandra | Amazingly, it's linked directly off the wiki home page. |
| 02:10:58 | memmem | If the checksum is incorrect, the firmware file is silently ignored and then deleted. |
| 02:11:09 | jpegreen_ | Cassandra: Thanks |
| 02:11:25 | | Join silencer_ [0] (~silencer@zen.via.ecp.fr) |
| 02:12:05 | jpegreen_ | Cassandra: I am amazed that I couldn't find it ... Ughhhhh (Napolean Dynamite sigh) |
| 02:12:22 | austriancoder | memmem: good.. have you done a patching routine yet? |
| 02:13:02 | memmem | austriancoder: no, so far, I've patched only one byte and the checksum. |
| 02:13:15 | | Quit hicks (Remote closed the connection) |
| 02:14:40 | austriancoder | memmem: ok... i will hack a little checksum-updater |
| 02:15:05 | * | memmem goes to bed |
| 02:15:08 | | Quit memmem ("ERC Version 5.0.3 $Revision: 1.726.2.17 $ (IRC client for Emacs)") |
| 02:18:13 | jpegreen_ | Does anyone know if there are any .wps files for the studio 10 player? |
| 02:23:13 | | Quit tiegs ("CGI:IRC (Ping timeout)") |
| 02:25:30 | Cassandra | Guess not. You could be the first to make one. |
| 02:26:20 | jpegreen_ | Cassandra: I Think I will give it a try... Its been awhile since I hav ewritten any C |
| 02:27:05 | Cassandra | WPS files aren't written in C. |
| 02:27:24 | Cassandra | http://www.rockbox.org/twiki/bin/view/Main/CustomWPS |
| 02:27:53 | jpegreen_ | Cassandra: Thanks again for the slap in the right direction... Good looking out |
| 02:31:45 | jpegreen_ | Cassandra: I have another question? Is it possible for the Studio 10 to have a clock plugin? |
| 02:35:27 | jpegreen_ | Cassandra: I didn't see one listed on the plugins page but I am not afraid to try and make one if it is possible |
| 02:36:19 | Cassandra | It doesn't have a clock, I'm afraid. |
| 02:36:50 | jpegreen_ | Cassandra: Ugh oh well it would have been nice |
| 02:39:10 | | Join thegeek [0] (na@ti521110a080-0242.bb.online.no) |
| 02:45:59 | | Part jpegreen_ |
| 02:49:43 | | Part floam ("Adios") |
| 02:58:38 | | Quit austriancoder ("using sirc version 2.211+KSIRC/1.3.12") |
| 03:00 |
| 03:01:19 | KasKaraK_ | night |
| 03:01:21 | | Part KasKaraK_ |
| 03:08:18 | *** | Saving seen data "./dancer.seen" |
| 03:13:39 | | Join CheeseBurgerMan [0] (~youshould@63.150.80.40) |
| 03:20:19 | | Join Rori [0] (MO-Pantsu@deadman3000.plus.com) |
| 03:21:02 | Rori | Hey this is pretty cool. Someone did a SACD to DTS 5.1 conversion of Jeff Wayne's War of the Worlds remastered. |
| 03:30:05 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 03:46:10 | | Quit CoCoLUS (Read error: 110 (Connection timed out)) |
| 04:00 |
| 04:03:42 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a225.wi.tds.net) |
| 04:05:36 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:09:48 | | Join TCK- [0] (TCK@81-86-99-228.dsl.pipex.com) |
| 04:10:21 | | Quit TCK- (Client Quit) |
| 04:15:47 | | Quit QT (Read error: 110 (Connection timed out)) |
| 04:22:10 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 04:43:28 | | Join jamesshuang [0] (~james@24.149.176.92) |
| 04:57:12 | | Join Maxime [0] (~flemmard@fbx.flemmard.net) |
| 04:57:13 | | Quit Maxime`Mrn (Read error: 104 (Connection reset by peer)) |
| 05:00 |
| 05:04:29 | | Join amiconn_ [0] (~jens@p54BD5862.dip.t-dialin.net) |
| 05:08:19 | *** | Saving seen data "./dancer.seen" |
| 05:23:00 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 05:23:00 | | Nick amiconn_ is now known as amiconn (~jens@p54BD5862.dip.t-dialin.net) |
| 05:38:09 | | Join MrStaticVoid [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) |
| 06:00 |
| 06:30:56 | | Nick CheeseBurgerMan is now known as CBM-away (~youshould@63.150.80.40) |
| 06:47:00 | | Quit TCK (Read error: 104 (Connection reset by peer)) |
| 06:47:11 | | Quit jamesshuang (Read error: 110 (Connection timed out)) |
| 07:00 |
| 07:08:22 | *** | Saving seen data "./dancer.seen" |
| 07:15:33 | | Join webguest06 [0] (~c31ce021@labb.contactor.se) |
| 07:15:54 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 07:16:31 | | Join jpegreen_ [0] (~Jeremy@c-24-18-47-66.hsd1.wa.comcast.net) |
| 07:17:05 | jpegreen_ | Hey all |
| 07:17:35 | LinusN | hi |
| 07:17:36 | jpegreen_ | LinusN: I want to thank you again for all your help yesturday. |
| 07:17:44 | LinusN | you're welcome |
| 07:18:53 | * | LinusN gets a cup of hot black goo, it says "coffee" on the machine |
| 07:20:11 | jpegreen_ | LinusN: I was wondering if it was possible to create a .wps file for the Jukeboxstudio 10 |
| 07:21:05 | LinusN | oh yes |
| 07:21:40 | LinusN | it's basically the same thing, except you only have 2 lines |
| 07:23:05 | jpegreen_ | LinusN: Cool I guess I know one of my new pet projects I just hadn't seen one on the plugin DL pages or in the forums. Is it possible to create a clock plugin for it too |
| 07:23:51 | LinusN | the studio doesn't have a real time clock chip |
| 07:24:05 | jpegreen_ | Ughh... Oh well |
| 07:37:02 | | Join justmejg [0] (~JRG@c-24-18-47-66.hsd1.wa.comcast.net) |
| 07:38:00 | | Join Coldtoast [0] (~edan@ppp111-3.lns1.hba1.internode.on.net) |
| 07:39:35 | amiconn | Good morning |
| 07:40:08 | LinusN | moo |
| 07:45:58 | amiconn | LinusN: I have a problem concerning timers. |
| 07:46:04 | LinusN | tell me |
| 07:46:21 | amiconn | I want to make plugin_(un)register_timer() functional |
| 07:47:01 | amiconn | However, the coldfire only has 2 timers, and timer00 is already taken by the tick, so the timer1 must be shared between backlight and plugin timer |
| 07:47:01 | | Join ashridah [0] (ashridah@220-253-120-248.VIC.netspace.net.au) |
| 07:47:13 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
| 07:47:25 | amiconn | I don't know what is better: |
| 07:47:37 | amiconn | (1) Have one ISR, and dispatch in this ISR |
| 07:47:52 | amiconn | (2) Have 2 ISRs, and rewrite the vector |
| 07:48:15 | amiconn | (3) Have 2 ISRs and use 2 different vectors by assigning different levels |
| 07:49:21 | LinusN | ouch |
| 07:49:57 | amiconn | Hmm? |
| 07:49:58 | LinusN | i'd say (1), but it will get nasty in any case |
| 07:50:38 | amiconn | The simplest is (3), as long as we don't use up all autovectors... |
| 07:50:43 | amiconn | Also, I think that plugin_register_timer isn't that clean a solution, because it fiddles with the timer in application code... |
| 07:51:25 | amiconn | Jörg added it back then to avoid fiddling with the hardware in a plugin.... |
| 07:51:56 | LinusN | i think a more generic timer function is in place |
| 07:52:05 | amiconn | (1) would (imho) require a firmware/apps/timer.c |
| 07:52:21 | amiconn | Otherwise it is very unclear where the ISR should reside |
| 07:52:59 | amiconn | Erm, firmware/drivers/timer.c of course |
| 07:53:22 | LinusN | i was confused for a minute there... |
| 07:53:45 | amiconn | Then there's the question what to do on the archos. |
| 07:54:01 | amiconn | The SH1 has 5 timers (which is A Good Thing, btw) |
| 07:55:08 | LinusN | i think a generic function is in order, like set_timer(int us, void (*callback)(void)); |
| 07:55:24 | LinusN | "call this function in x us" |
| 07:55:44 | LinusN | or even "each x us" |
| 07:55:53 | | Quit jpegreen_ (Read error: 110 (Connection timed out)) |
| 07:56:11 | LinusN | then it's up to rockbox to handle the timer allocation |
| 07:56:19 | LinusN | and the plugin doesn't care |
| 07:56:20 | amiconn | LinusN: We need cpu clk resolution on archos |
| 07:56:41 | LinusN | aha |
| 07:57:24 | amiconn | ...for the video playback, as .rvf defines the frame time as # of cpu clocks, based on 11.0592 MHz |
| 07:57:42 | amiconn | ..which already created a problem on the Ondio, btw |
| 07:59:19 | amiconn | video.rock on the Ondio has to recalculate the frame time for 12 MHz clock (*625/576), but this causes roudoff errors |
| 08:00 |
| 08:00:07 | amiconn | Not that big a problem with videos on the Ondio, since you won't typically have very long clips on it, but on a HD unit there may be a problem |
| 08:05:11 | LinusN | hmmm |
| 08:05:24 | amiconn | reboot, brb |
| 08:05:28 | | Part amiconn |
| 08:07:52 | | Join B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 08:08:33 | B4gder | morning |
| 08:08:44 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a225.wi.tds.net) |
| 08:08:55 | LinusN | morning |
| 08:09:13 | LinusN | i wish the iriver had a scf5250 too :-) |
| 08:09:19 | B4gder | hehe |
| 08:09:50 | pabs | wish in one hand... |
| 08:09:52 | * | pabs whistles |
| 08:10:00 | LinusN | memory to memory dma, 128kbyte sram |
| 08:10:46 | | Join amiconn [0] (~jens@p54BD5862.dip.t-dialin.net) |
| 08:10:52 | LinusN | welcome back |
| 08:11:08 | | Join Harpy [0] (1cqOZ7ftTy@dsl-hkigw7wbb.dial.inet.fi) |
| 08:11:14 | amiconn | re |
| 08:11:28 | B4gder | fancy |
| 08:13:17 | amiconn | LinusN: On a related topic, it seems the grayscale lib is very possible on the iriver. |
| 08:13:22 | LinusN | nice |
| 08:13:53 | amiconn | If I calculated correctly, the LCD has an internal repeat rate of 72 Hz in 4-grey mode, and 144 Hz in monochrome |
| 08:14:11 | amiconn | (I think I need to switch to monochromo for the gs lib) |
| 08:14:12 | B4gder | btw, I vote we remove the gmini builds from the cvs build table |
| 08:14:40 | amiconn | Transferring the frames will take < 10% CPU at 120 MHz |
| 08:15:23 | LinusN | B4gder: good idea, let it rest in peace until someone digs it up again |
| 08:15:36 | amiconn | The downside is that I will most probably have to boost for the same reason as the backlight fading requires it |
| 08:15:41 | B4gder | my thinking too, nothing has happened for months in there |
| 08:16:23 | amiconn | B4gder: Do you say that because you would otherwise have to fix the gmini sim? ;) |
| 08:16:32 | B4gder | yes :-) |
| 08:17:36 | B4gder | actually, that was what made me think |
| 08:17:41 | amiconn | I'd vote for fixing it ;) |
| 08:18:58 | amiconn | LinusN: Your timer function idea might be the way to go. We could add a time_base value, allowing to select µs or 11.0592 MHz base (on archos) |
| 08:19:43 | amiconn | I also thought about a high precision timer for a while, allowing to request timings that lead to a non-integral number of cycles |
| 08:19:44 | LinusN | sure |
| 08:20:43 | amiconn | That would solve the Ondio problem perfectly, but I'm still not sure what to do with varying CPU clock... |
| 08:23:44 | | Quit justmejg (Read error: 110 (Connection timed out)) |
| 08:27:13 | LinusN | i want to release bootloader v4 |
| 08:27:27 | LinusN | any objections? |
| 08:29:51 | B4gder | none from me |
| 08:30:19 | ashridah | features? |
| 08:31:34 | LinusN | no buzz at boot, correct rec+on check, low battery warning, allows usb mode even when ata init fails |
| 08:34:28 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 08:37:11 | amiconn | And then 2 clicks at boot instead of one? (There is a click at boot at least on line out, and I believe this is because of the uda reset) |
| 08:37:50 | amiconn | Same thing happens on archos with mas reset... |
| 08:39:21 | LinusN | amiconn: yes, but the second click can be removed in rockbox |
| 08:44:48 | amiconn | LinusN: Could you please check the LCD wait states? I dunno if you calculated them or measured to make sure the transfers are within specs, but my calculations yields the following: |
| 08:45:24 | amiconn | 120 MHz: 8 wait states instead of 9 (perhaps a remnant from 140 MHz operation?) |
| 08:45:52 | amiconn | 48 MHz: 1 wait state instead of 2. |
| 08:47:27 | | Quit webguest06 ("CGI:IRC (EOF)") |
| 08:50:29 | LinusN | amiconn: how do you calculate this? |
| 08:51:01 | LinusN | at 120MHz i get 16,673336 |
| 08:51:01 | LinusN | ns/cycle |
| 08:51:17 | amiconn | We need to stay above 200 ns cycle time, and min. 60 ns inactive / active time each |
| 08:51:31 | amiconn | 120 MHz has 8,33333 ns cpu cycle |
| 08:52:04 | LinusN | 200ns/16,673336 |
| 08:52:04 | LinusN | = 11,9952 clocks |
| 08:52:22 | LinusN | 12 clocks - 3 = 9 wait states |
| 08:52:35 | amiconn | The loop uses 7 cycles in other instructions that the lcd write, so inactive time is 8.33333 * 7 = 58.33333 ns - inactive time (almost) correct |
| 08:52:40 | LinusN | amiconn: i'm talking about bus clock |
| 08:52:47 | amiconn | Yes, wait a mom |
| 08:53:13 | amiconn | 200 ns / 8.3333 ns = 24 cpu cycles |
| 08:53:28 | amiconn | 24 - 7 (inactive time) = 17 |
| 08:53:56 | amiconn | 17 cpu clocks -> 9 bus clocks (rouned up!) |
| 08:54:03 | amiconn | -> 8 wait states |
| 08:54:36 | amiconn | Same with 48 MHz |
| 08:54:57 | amiconn | cpu cycle is 20.83333 ns |
| 08:55:20 | amiconn | 200/20.83333 = 9.6 -> 10 |
| 08:55:34 | amiconn | 10 -7 (inactive time) = 3 |
| 08:55:44 | amiconn | 3 cpu clks -> 2 bus clks -> 1 wait |
| 08:56:47 | LinusN | in fact, we can set the wait states much lower |
| 08:57:12 | amiconn | I don't get the -3 in your formula, but if this means the inactive time (in bus clocks and rounded down) it is still off by 1 |
| 08:57:30 | amiconn | because 9 bus cycles means 8 wait states |
| 08:57:46 | LinusN | a bus cycle is minimum 3 clocks |
| 08:57:57 | LinusN | and the wait state is added to that |
| 08:58:20 | amiconn | Then we can set it even 2 lower than my calculations yield |
| 08:58:39 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
| 08:58:40 | amiconn | (I assumed a bus cycle is 1 bus clock + wait states) |
| 08:59:26 | amiconn | Hmm, perhaps this isn't correct... I forgot the pipelining |
| 08:59:38 | LinusN | my calculation is based on the 200ns cycle time in the data sheet, but if we include the inactive time in the lcd driver, we can decrease it to the 160ns minimum low-pulse width |
| 09:00 |
| 09:00:01 | amiconn | minimum low pulse is 60 ns |
| 09:00:14 | LinusN | i mean 60 |
| 09:00:18 | amiconn | ...and minimum high pulse is 60 ns as well |
| 09:00:54 | amiconn | ..but now I'm no longer sure we guarantee that.... |
| 09:01:14 | amiconn | ...because of the write pipeline |
| 09:01:17 | LinusN | meaning that we can set it to 1 wait state at 120mhz if we want |
| 09:01:55 | amiconn | It may be that the write cycles are back-to-back with 9 wait states, completely shadowing the loop |
| 09:02:00 | LinusN | as long as we keep the 200us cycle time |
| 09:03:18 | LinusN | another reason to bring up the LA ... |
| 09:03:40 | amiconn | yup :) |
| 09:04:10 | LinusN | how much do you know about the write pipeline? |
| 09:04:38 | amiconn | If this is the case, the best solution would be to have different write loops, to let the cpu core dictate the timing |
| 09:04:55 | amiconn | The we colud reduce the wait cycles to 50% low pulse with |
| 09:04:58 | amiconn | *width |
| 09:05:58 | LinusN | i must confess i didn't know there was a write pipeline |
| 09:06:36 | amiconn | I'm not that sure, but it seems write pipelining can completely shadow instruction executing if the write target is slow, like the SDRAM |
| 09:07:20 | amiconn | I think I observed this when writing asm memset(), where some changes didn't affect speed at all |
| 09:08:25 | *** | Saving seen data "./dancer.seen" |
| 09:08:54 | LinusN | For all STORE operations (except MOVEM), certain hardware resources |
| 09:08:54 | LinusN | within the processor are marked as ?busy? for two clock cycles after the final DSOC cycle of the |
| 09:08:54 | LinusN | store instruction. If a subsequent STORE instruction is encountered within this 2-cycle window, it |
| 09:08:54 | DBUG | Enqueued KICK LinusN |
| 09:08:54 | LinusN | will be stalled until the resource again becomes available. Thus, the maximum pipeline stall |
| 09:08:54 | LinusN | involving consecutive STORE operations is 2 cycles. The MOVEM instruction uses a different set |
| 09:08:59 | LinusN | of resources and this stall does not apply. |
| 09:09:12 | amiconn | Hmm, it seems there is no write pipeline, but the instruction fetch pipeline and oep may have that effect |
| 09:11:11 | amiconn | Now I think this is really a case for the LA... |
| 09:11:24 | LinusN | so we *could* decrease the lcd waitstates considerably |
| 09:11:35 | LinusN | interesting |
| 09:11:38 | amiconn | Does the write stop execution until the bus cycle is completed, or not? |
| 09:12:18 | LinusN | not, provided the pipeline has something to do |
| 09:13:34 | amiconn | Your quote means cpu clocks, and we don't have 2 consecutive store operations. |
| 09:14:59 | LinusN | nope |
| 09:15:19 | LinusN | that's just about everything it says about write pipelines and stalls |
| 09:15:45 | LinusN | so i assume that there is no write pipe |
| 09:17:51 | amiconn | No, but this is interesting too (from the exception processing description): |
| 09:17:52 | amiconn | The ColdFire processor uses an imprecise reporting mechanism for access errors on operand writes. |
| 09:17:52 | amiconn | Because the actual write cycle may be decoupled from the processor’s issuing of the operation, the |
| 09:17:52 | DBUG | Enqueued KICK amiconn |
| 09:17:52 | amiconn | signaling of an access error appears to be decoupled from the instruction that generated the write. |
| 09:18:08 | amiconn | The "decoupled" being the key here |
| 09:18:11 | LinusN | yes |
| 09:18:18 | | Nick Lynx_awy is now known as Lynx_ (~lynx@tina-10-4.genetik.uni-koeln.de) |
| 09:19:51 | amiconn | Also, from the cache's DBWE description: |
| 09:19:52 | amiconn | For the ColdFire CPU, reporting access errors on operand writes is always imprecise and |
| 09:19:52 | amiconn | enabling buffered writes simply further decouples the write instruction from the signaling of the fault. |
| 09:20:10 | amiconn | *always impresice* |
| 09:21:14 | amiconn | Similar in the ACR description... |
| 09:21:44 | LinusN | i hate them for not telling how it really works |
| 09:23:14 | LinusN | page 83 in the coldfire 2 user's manual is interesting |
| 09:24:04 | LinusN | but it probably only refers to instruction fetches |
| 09:25:10 | amiconn | If it works like I think, we could lower the waits to get a ~50% duty cycle, but then need a 24-cpu-cycle loop for 120 MHz, and a 10-cycle loop for 48 MHz |
| 09:26:24 | amiconn | This would also mean that we now obey the cycle length, but not the minimum high pulse width |
| 09:26:27 | LinusN | yes, i think so too |
| 09:26:41 | LinusN | right |
| 09:27:16 | amiconn | When hooking up the LA, you could also check the MFDR(2) values... ;) |
| 09:27:32 | LinusN | yes i will |
| 09:28:02 | LinusN | maybe put up a wish list for me in the wiki |
| 09:28:12 | LinusN | so i don't forget anything |
| 09:28:23 | amiconn | Btw, we are slightly above LCD specs on archos too |
| 09:28:37 | LinusN | hehe |
| 09:29:11 | amiconn | Ah, no |
| 09:29:44 | amiconn | Forgot the implicit 2 wait states for port access.... |
| 09:30:58 | amiconn | We're right at specs on Ondio. The cycles alternate; 8 cycles - 6 cycles (including the wait states) |
| 09:31:23 | Ctcp | Ignored 2 channel CTCP requests in 8 minutes and 58 seconds at the last flood |
| 09:31:23 | * | amiconn is totally confused now :/ |
| 09:36:05 | | Join justmejg [0] (~JRG@71-36-39-36.tukw.qwest.net) |
| 09:42:14 | | Join Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net) |
| 09:52:21 | justmejg | Hello anyone who may know the answer to this would make my day... When Creating a .wsp file and using the %ac tag is there anything special that you need to do to make it work? |
| 09:53:40 | justmejg | Also does that tag work when creating a .wsp file for the Studio series of players |
| 09:56:29 | LinusN | i'm not sure it works for the studio |
| 09:57:05 | LinusN | are you using the very latest daily build? |
| 09:57:13 | justmejg | Yep |
| 09:57:41 | | Join webguest26 [0] (~c31ce021@labb.contactor.se) |
| 09:57:43 | LinusN | then i guess it doesn't work on the studio |
| 09:58:32 | justmejg | Oh well, I was also thinking that a %aj Full Justify option would be a good thing do you think that it would be possible? |
| 09:59:04 | justmejg | On any of the players |
| 10:00 |
| 10:14:30 | B4gder | the justify things don't work on player/studio |
| 10:17:22 | justmejg | Thats ok I have a studio 10 but am about to get an AV420 will the Rockbox firmaware work on it ? |
| 10:18:20 | justmejg | Dumb question I will look it up on my own... |
| 10:19:04 | | Join Mirfle [0] (~chatzilla@ADSL222248.BRK.biu.ac.il) |
| 10:22:44 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 10:23:44 | justmejg | Okay so I looked it up on my own... and the answer was no... but would you know if there is any chance that there may be a firmaware for the AV series in the future? |
| 10:27:17 | justmejg | On another note... what would one have to do to create a %pf style item for the .wps that looks like that but has the track length static on the left and the time remaining counting down on the right? |
| 10:28:08 | justmejg | for the studio series? |
| 10:29:19 | | Join ep0ch [0] (~ep0ch@82-133-68-63.dyn.gotadsl.co.uk) |
| 10:31:18 | justmejg | Would that even be possible? |
| 10:41:33 | | Quit Mirfle ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") |
| 10:48:04 | | Nick justmejg is now known as jpegreen (~JRG@71-36-39-36.tukw.qwest.net) |
| 10:50:21 | jpegreen | B4gder: I want to write my version of the %pf what would I have to do to make that happen? |
| 10:56:10 | | Part jpegreen |
| 10:56:40 | | Join lodesi [0] (~moi@l01m-212-195-128-117.d4.club-internet.fr) |
| 11:00 |
| 11:08:26 | *** | Saving seen data "./dancer.seen" |
| 11:09:51 | amiconn | B4gder: The 'bounce' scroll animation is outdated - no greyscale... |
| 11:10:13 | amiconn | ..plus it doesn't have the left / right margin corrections |
| 11:11:45 | amiconn | LinusN: The link for the SCF5250 user's manual says SCF5249... |
| 11:12:09 | LinusN | doh |
| 11:15:07 | LinusN | boot loader v4 is released |
| 11:15:09 | amiconn | LinusN: That clock idea floating around in the forums - it seems that it is possible to configure the PLL so that the CPU clock is _lower_ than the base frequency |
| 11:15:46 | amiconn | Do you think this will save power, or would the PLL eat more power than what is saved by lowering the CPU clock? |
| 11:16:14 | amiconn | ...compared to the PLL being inactive at 11 MHz |
| 11:17:34 | LinusN | well, we'll have to try it |
| 11:18:27 | amiconn | We could switch off pretty much everything - ata power, lcd, and even the sdram controller when running completely from iram |
| 11:18:46 | LinusN | yeah |
| 11:19:02 | LinusN | would be an interesting experiment |
| 11:19:13 | LinusN | but the clock will drift like hell |
| 11:19:22 | amiconn | Why? |
| 11:19:26 | | Quit ze (Read error: 110 (Connection timed out)) |
| 11:19:37 | amiconn | It should be the same accuracy as the xtal itself |
| 11:19:42 | LinusN | what would you base it on? the tick? |
| 11:20:06 | amiconn | I would even lower the tick to once per second |
| 11:20:33 | LinusN | yes, but as soon as you use the player, the tick will drift because of the cpu boosting |
| 11:20:55 | amiconn | Ah, you mean while using it - yes it will drift |
| 11:21:13 | amiconn | ...but max. 10 ms per boost/unboost |
| 11:21:35 | LinusN | it can be good for relative stuff, like wakeup in 8 hrs |
| 11:21:49 | LinusN | but it will never be a good rtc replacement |
| 11:22:12 | ep0ch | subtract 5ms each time a boost/unboost happens? |
| 11:22:25 | ep0ch | or add |
| 11:22:33 | LinusN | ep0ch: the pll lock time is unknown |
| 11:22:50 | LinusN | we only know that it is never longer than 10ms |
| 11:23:20 | LinusN | if only we had a timer that counted external oscillator cycles |
| 11:24:43 | amiconn | Yes, I would want that for the timer stuff I mentioned as well... |
| 11:26:42 | LinusN | just another of the many coldfire design flaws |
| 11:27:23 | | Join Lurkski [0] (~465d6dd1@labb.contactor.se) |
| 11:28:19 | LinusN | who was working on remote control wps and stuff? |
| 11:28:28 | Lurkski | I'm learning C right now and was hoping someone here could answer a quick question |
| 11:28:31 | Lurkski | ? |
| 11:28:42 | LinusN | shoot |
| 11:28:52 | | Join tucoz [0] (~81b1111b@labb.contactor.se) |
| 11:29:13 | tucoz | Hi, looks like the hebrew/arabic patch is updated: http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1238540 |
| 11:29:16 | amiconn | LinusN: Iirc there is a patch, but I think it is the quick-hack type |
| 11:29:31 | LinusN | amiconn: aha |
| 11:29:37 | LinusN | tucoz: yes |
| 11:29:43 | amiconn | My idea was to use a second ui thread for the remote |
| 11:29:56 | Lurkski | When defininf variables, specifically character arrays, must this been done in the main function before any of the rest of the body of the code? For some reason I thought if I defined an array it would be good from that point on. |
| 11:30:11 | amiconn | ...but I don't think I will work on that in the near future |
| 11:30:19 | | Join ze [0] (ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) |
| 11:30:36 | amiconn | (1) Too many other ideas (2) Remote isn't exactly top pri for me |
| 11:31:42 | LinusN | Lurkski: C99 allows declaring variabled in the middle of a code block, but it is still common practice to declare them in the top of the function |
| 11:31:56 | tucoz | bye bye |
| 11:31:59 | | Part tucoz |
| 11:32:35 | Lurkski | Linus N: Oh I see, is C99 a branch off of C? |
| 11:32:48 | LinusN | it's the latest version of the C specification |
| 11:34:04 | Lurkski | cool, just wanted to make sure my compiler wasn't on the fritz. Thanks for the help Linus. This project is what inspired me to learn C so thanks in so many ways! Goodnight. |
| 11:36:14 | | Quit Lurkski ("CGI:IRC (EOF)") |
| 11:45:21 | lodesi | amiconn: i'm trying to build my own overlay plugin |
| 11:45:32 | lodesi | it runs fine on the sim |
| 11:45:45 | lodesi | but i get a black screen o the recorder |
| 11:45:51 | LinusN | overlay? |
| 11:46:02 | lodesi | with red led blinking.. |
| 11:46:09 | lodesi | overlay like rockboy |
| 11:46:29 | | Quit Coldtoast (Read error: 104 (Connection reset by peer)) |
| 11:46:47 | lodesi | i thouht i would need the overlay as i'm usnig bi amount of ram :) |
| 11:47:27 | lodesi | but i don't undertand at all how this thing works :/ |
| 11:47:44 | lodesi | just did a copy/paste from rockboy |
| 11:48:34 | lodesi | any idea? |
| 11:48:44 | | Join hicks [0] (~hicks@zeus.mups.co.uk) |
| 11:49:14 | LinusN | i don't know how the archos rockboy works |
| 11:49:54 | lodesi | :'( |
| 11:52:50 | LinusN | ok, i see now |
| 11:53:25 | LinusN | lodesi: what is your problem? |
| 11:53:31 | LinusN | crash? |
| 11:53:36 | lodesi | yep |
| 11:53:53 | LinusN | did you use archos.lds for linking? |
| 11:54:09 | lodesi | i think so |
| 11:54:20 | lodesi | i reused the makefile of rockboy |
| 11:55:44 | LinusN | so your plugin just loads the overlay and calls it? |
| 11:56:09 | lodesi | yes |
| 11:56:17 | lodesi | but there is more code i the overlay |
| 11:56:24 | lodesi | in* |
| 11:56:27 | LinusN | have you checked the .map file? |
| 11:56:57 | lodesi | mmh.. do'tthink so, where is it? |
| 11:57:59 | LinusN | the rockboy map file is in $(builddir)/apps/plugins/rockboy/rockboy.map |
| 11:58:08 | lodesi | it seems linked agaist my plugin |
| 11:59:47 | LinusN | Slasheri: u there? |
| 12:00 |
| 12:07:20 | LinusN | lodesi: any clues? |
| 12:09:34 | lodesi | not really.. |
| 12:10:53 | lodesi | do i need to change the .entry/.text/.data ... entries, or should they stay like they are in rockboy? |
| 12:11:49 | LinusN | i think they can remain |
| 12:12:20 | LinusN | lodesi: can you send me a zip of your code? |
| 12:12:38 | lodesi | ok |
| 12:12:52 | LinusN | linus at haxx dot se |
| 12:13:29 | | Join Lear [0] (~chatzilla@du-56-158.ppp.telenordia.se) |
| 12:15:14 | lodesi | tgz is fine? |
| 12:16:08 | lodesi | well.. sent a tgz :) |
| 12:18:17 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 12:24:59 | lodesi | you will need this -> ftp://defert.dyndns.org/pq1.tgz |
| 12:25:11 | lodesi | if you want to try it in the simulator |
| 12:25:35 | lodesi | just untgz it in the root folder of the archos-sim |
| 12:26:01 | lodesi | going to lunch |
| 12:26:04 | * | lodesi is away: Occupé |
| 12:31:27 | | Join Coldtoast [0] (~edan@ppp111-3.lns1.hba1.internode.on.net) |
| 12:32:21 | | Join austriancoder [0] (~austrianc@80.120.117.30) |
| 12:32:28 | austriancoder | morning |
| 12:32:38 | Slasheri | LinusN: hi, now i am :) |
| 12:32:47 | LinusN | Slasheri: hi |
| 12:33:07 | LinusN | i was investigating a problem with the playback code |
| 12:33:25 | LinusN | it doesn't skip bad files |
| 12:33:47 | Slasheri | ah, yes.. that should be fixed |
| 12:33:55 | LinusN | play a wav file with a bad header, and it will retry forever |
| 12:34:01 | Slasheri | i think load_track function could do the skipping if it finds the metadata bad |
| 12:34:08 | Slasheri | :/ |
| 12:34:36 | LinusN | i'm not sure what to do with last_peek_offset |
| 12:37:47 | Slasheri | Hmm, it should contain index to the next unbuffered track |
| 12:38:17 | Slasheri | That index is for example decreased when we call playlist_next(1) |
| 12:39:00 | Slasheri | I think you should also call playlist_next(1) and decrease the pointer if it was increased |
| 12:39:21 | Slasheri | (i cannot check that before i get to home) |
| 12:39:38 | LinusN | i'll try it |
| 12:41:37 | | Nick austriancoder is now known as ac_away (~austrianc@80.120.117.30) |
| 12:43:51 | | Quit Lear (Read error: 113 (No route to host)) |
| 12:47:07 | | Join memmem [0] (~user@p54A21299.dip0.t-ipconnect.de) |
| 12:48:44 | memmem | Hi austriancoder, do you have a BDM? |
| 12:50:35 | LinusN | lodesi: i don't see any immediate errors in the target build, but the sim build didn't compile (cygwin) |
| 12:50:49 | LinusN | i haven't run it on target yet |
| 12:50:56 | LinusN | lunch time |
| 12:54:14 | HCl | hello |
| 13:00 |
| 13:08:30 | *** | Saving seen data "./dancer.seen" |
| 13:13:34 | | Quit edx (Read error: 110 (Connection timed out)) |
| 13:14:06 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 13:20:43 | | Join edx [0] (edx@p54A8C0FC.dip.t-dialin.net) |
| 13:22:53 | | Quit mdeboer (Remote closed the connection) |
| 13:24:00 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
| 13:25:14 | | Quit B4gder (kornbluth.freenode.net irc.freenode.net) |
| 13:25:14 | NSplit | kornbluth.freenode.net irc.freenode.net |
| 13:25:55 | NHeal | kornbluth.freenode.net irc.freenode.net |
| 13:25:55 | NJoin | B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 13:37:28 | ac_away | memmem: hi |
| 13:37:45 | | Join CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) |
| 13:41:54 | | Join Nuxator [0] (~chatzilla@abo-117-249-68.guy.modulonet.fr) |
| 13:42:09 | Nuxator | hi |
| 13:42:33 | Nuxator | is linus here? |
| 13:42:56 | | Quit ac_away ("using sirc version 2.211+KSIRC/1.3.12") |
| 13:43:06 | | Join austriancoder [0] (~austrianc@80.120.117.30) |
| 13:43:20 | memmem | Hi austriancoder, do you have a BDM? |
| 13:44:12 | austriancoder | memmem: look at private chat with me ;) |
| 13:47:42 | LinusN | Nuxator: i'm here |
| 13:47:48 | Nuxator | hi |
| 13:47:56 | Nuxator | i've got a question |
| 13:48:00 | LinusN | shoot |
| 13:48:16 | Nuxator | is it possible to add a key to force usb disconnect? |
| 13:48:23 | LinusN | why? |
| 13:48:39 | Nuxator | Still my usb disconnect problem |
| 13:49:09 | LinusN | reresh my memory |
| 13:49:18 | LinusN | it doesn't notice when you unplug? |
| 13:49:22 | Nuxator | my ihp140 doen't detect that i unplug it (in rockbox no prob in iriver) |
| 13:49:34 | LinusN | only in rockbox? |
| 13:49:36 | Nuxator | yes |
| 13:49:44 | Nuxator | and more strange |
| 13:49:45 | LinusN | then we must find the bug |
| 13:50:00 | Nuxator | if i switch off my computer with ihp plugged |
| 13:50:16 | Nuxator | it detec usb disconnet when pc switch off |
| 13:50:41 | Nuxator | hmm will be hard since it semms that i'm the only one having it |
| 13:51:06 | Nuxator | but will do anithing you suggest to find out why |
| 13:51:57 | LinusN | enter the view i/o debug menu |
| 13:52:05 | Nuxator | ok |
| 13:52:50 | LinusN | check the GPIO1_READ value |
| 13:53:23 | Nuxator | when i plug it? |
| 13:53:33 | LinusN | yes, with and without |
| 13:54:06 | Nuxator | without 079B7660 |
| 13:54:44 | Nuxator | with 079B76E0 |
| 13:55:32 | LinusN | looks ok |
| 13:57:00 | Nuxator | i puged i unpuged several times and it seems to work (changing from 60 to E0 and back to 60) |
| 13:57:13 | Nuxator | +l +l |
| 13:57:30 | LinusN | so there must be something happening when we activate the usb chip |
| 13:58:08 | Nuxator | harder to debug |
| 13:58:14 | LinusN | yes |
| 13:58:44 | LinusN | i guess i should find out more about how the usb chip is connected |
| 13:58:56 | Nuxator | it occurs in both rockox and bootloader usb mode |
| 13:59:02 | LinusN | maybe the gpio1_read method isn't reliable |
| 13:59:22 | Nuxator | seems to be ok since value change |
| 13:59:46 | LinusN | yes, but it might be different when the usb chip is powered |
| 14:00 |
| 14:00:07 | Nuxator | maybe a good test would be to add a key pressed detection where gpio1_read is to see if it's gpio prob or another problem |
| 14:00:50 | LinusN | Nuxator: do you have a dev environment? |
| 14:01:00 | Nuxator | cygwin |
| 14:01:09 | LinusN | so you can build your own rockbox? |
| 14:01:16 | Nuxator | i tried |
| 14:01:29 | Nuxator | but prefer downloading bleeding edge |
| 14:01:33 | LinusN | tried? |
| 14:02:24 | Nuxator | but i think i can build it |
| 14:04:03 | Nuxator | what do you suggest? |
| 14:05:21 | LinusN | output the gpio1_read value in the usb screen |
| 14:05:37 | LinusN | screens.c, function usb_screen() |
| 14:05:49 | Nuxator | ok i'll try that |
| 14:05:58 | LinusN | right after while(usb_wait_for_disconnect_w_tmo(&button_queue, HZ)) { |
| 14:05:58 | LinusN | |
| 14:06:13 | LinusN | : |
| 14:06:16 | Nuxator | but i tried to read rockbox code and i don't understand it |
| 14:06:16 | LinusN | char buf[32]; |
| 14:06:16 | LinusN | snprintf(buf, 32, "%08x", GPIO1_READ); |
| 14:06:24 | LinusN | lcd_puts(5, 1, buf); |
| 14:06:24 | LinusN | lcd_update(); |
| 14:06:25 | Nuxator | ok thanks |
| 14:08:03 | LinusN | i can build it for you if you want |
| 14:08:06 | | Quit einhirn (Success) |
| 14:08:23 | Nuxator | i think it would be faster and foolproof |
| 14:08:30 | LinusN | hang on |
| 14:10:33 | LinusN | http://linus.haxx.se/rockbox.zip |
| 14:10:50 | Nuxator | thanks |
| 14:12:10 | * | austriancoder will go now |
| 14:13:07 | | Quit austriancoder ("using sirc version 2.211+KSIRC/1.3.12") |
| 14:13:49 | | Quit memmem ("ERC Version 5.0.3 $Revision: 1.726.2.17 $ (IRC client for Emacs)") |
| 14:14:21 | Nuxator | ok E0 when i plug |
| 14:14:35 | Nuxator | stay at E0 whan unplugged |
| 14:16:56 | LinusN | ok, so now we know that |
| 14:17:45 | Nuxator | yes |
| 14:17:51 | Nuxator | really strange bug |
| 14:17:55 | LinusN | yup |
| 14:18:03 | Nuxator | maybe an hardware bug on some few h140 |
| 14:18:17 | Nuxator | but i wonder how iriver manage usb |
| 14:18:24 | LinusN | that's what i want to know |
| 14:18:34 | LinusN | it is possible that rockbox is doing it wrong |
| 14:18:50 | Nuxator | but why i'm the only one to complain.... |
| 14:19:14 | Nuxator | i think it shoulb be something hardware specific |
| 14:19:19 | LinusN | yes, but the iriver fw handles it well |
| 14:19:28 | LinusN | so we should do it too |
| 14:23:48 | Nuxator | ok , i think i have to give you an email so you can mail me if you have anything to test for this bug. |
| 14:24:09 | Nuxator | do you want my email? |
| 14:24:16 | LinusN | email me: linus at haxx dot se |
| 14:24:19 | LinusN | i have to go |
| 14:24:22 | LinusN | cu later |
| 14:24:30 | Nuxator | ok thanks for your great work |
| 14:24:33 | Nuxator | cu |
| 14:24:35 | LinusN | you're welcome |
| 14:24:36 | | Part LinusN |
| 14:28:43 | | Join RotAtoR [0] (~e@dhcp54-47.calvin.edu) |
| 14:29:23 | | Quit webguest26 ("CGI:IRC") |
| 14:30:25 | | Quit Nuxator ("(have some work waiting)") |
| 14:31:09 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
| 14:31:37 | elinenbe | blah, blah blah. blah... blah... blah. blah! |
| 14:39:43 | Cassandra | Hmm. I seem to have buggered my iRiver's internal mike while upgrading the battery. |
| 14:40:20 | Cassandra | One of the wires came off, and I resoldered it, but the soldering job is very messy and connects the 5v wire to the outer casing of the mike. |
| 14:40:36 | Cassandra | Is that likely to be the cause, or have I blown it up? |
| 14:44:08 | | Quit ep0ch (" Want to be different? HydraIRC -> http://www.hydrairc.com <-") |
| 14:45:12 | | Join eleom1 [0] (~da335148@labb.contactor.se) |
| 14:45:53 | | Quit eleom1 (Client Quit) |
| 14:56:05 | | Join Sucka [0] (~NNSCRIPT@host81-156-157-175.range81-156.btcentralplus.com) |
| 15:00 |
| 15:03:16 | | Quit B4gder ("go go go") |
| 15:08:31 | *** | Saving seen data "./dancer.seen" |
| 15:12:00 | | Join bumi [0] (~blabla@bzq-218-237-16.red.bezeqint.net) |
| 15:12:29 | bumi | hey everyone |
| 15:12:46 | bumi | can anyone here try compiling a patch in the firmware for me? |
| 15:13:07 | bumi | http://sourceforge.net/tracker/index.php?func=detail&aid=1238540&group_id=44306&atid=439120 |
| 15:13:09 | bumi | this one |
| 15:13:16 | bumi | for the iriver ihp120 |
| 15:15:04 | bumi | anyone? |
| 15:27:01 | crwl | shouldn't be difficult |
| 15:28:40 | bumi | hey crwl |
| 15:28:44 | bumi | can you please do it for me? |
| 15:28:51 | bumi | i dont have the development kit |
| 15:28:54 | crwl | ok, i patched it against today's cvs... at least it compiled |
| 15:29:01 | crwl | i don't have the time to check it, but i can send it to you |
| 15:29:01 | bumi | and me and command promped go together |
| 15:29:06 | bumi | yay |
| 15:29:07 | bumi | thanks |
| 15:29:20 | crwl | dcc send? |
| 15:29:22 | bumi | think it will do damage to my player? |
| 15:29:22 | bumi | ok |
| 15:29:23 | bumi | yea |
| 15:29:26 | bumi | DCC send |
| 15:29:46 | bumi | is it allready in with the firmware? |
| 15:29:49 | bumi | i mean |
| 15:29:54 | bumi | its a .hex file? |
| 15:30:02 | bumi | becuse as i said i dont have a SDK |
| 15:30:11 | bumi | so i cant combine it with the firmware |
| 15:30:26 | bumi | and i dont the the boot flusher will let me switch to this firmware |
| 15:31:24 | bumi | crwl'? |
| 15:35:06 | | Join mdeboer [0] (~maarten@mtg62.upf.es) |
| 15:36:37 | | Join austriancoder [0] (~austrianc@80.120.117.30) |
| 15:37:09 | bumi | hey crwl you still here? |
| 15:37:40 | bumi | dang |
| 15:37:48 | bumi | anyone else here wanna help me out? |
| 15:39:15 | * | austriancoder has no time |
| 15:40:00 | bumi | k |
| 15:42:58 | * | HCl watches the first season of airwolf |
| 15:44:46 | | Join crwl_ [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) |
| 15:46:01 | | Join memmem [0] (~user@p54A21299.dip0.t-ipconnect.de) |
| 15:46:05 | | Quit crwl (Nick collision from services.) |
| 15:46:09 | | Nick crwl_ is now known as crwl (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) |
| 15:46:21 | | Quit memmem (Client Quit) |
| 15:47:25 | | Join memmem [0] (~user@p54A21299.dip0.t-ipconnect.de) |
| 15:59:53 | Cassandra | Hmm. On the plus side, 27h 30m est. battery life. |
| 16:00 |
| 16:00:06 | Cassandra | On the minus side, I destroyed the internal mic. |
| 16:01:35 | ashridah | ouch |
| 16:02:06 | ashridah | wait. how did you fuck up the internal mic? isn't the jack for the battery completely on the other end of the player? |
| 16:02:39 | austriancoder | a wiki guru here? |
| 16:02:40 | Cassandra | Yes, but I broke the wire connections while doing the maintenance. |
| 16:02:40 | ashridah | (you probably aren't going to miss it, btw, since it gets noise from the hard drive in some cases, and the player comes with an external mic anyway :) |
| 16:03:06 | Cassandra | ashridah: I know. Still a little annoying. |
| 16:03:17 | Cassandra | I resoldered it, eventually, but it's still not working. |
| 16:03:26 | Cassandra | I think the heat from the iron f***ed the mic. |
| 16:03:37 | Cassandra | Or my soldering was sucky. |
| 16:03:47 | Cassandra | About equally likely, really. |
| 16:04:22 | Cassandra | Partially sighted, poor hand-eye co-ordination and soldering do not go well together. |
| 16:04:35 | Cassandra | Plus, being a girl, I'm genetically incapable of soldering. :) |
| 16:11:34 | ashridah | nonsense. i got outsoldered by several of the girls doing engineering with me |
| 16:11:45 | HCl | gheh |
| 16:12:07 | Cassandra | Was being tongue in cheek. |
| 16:12:31 | Cassandra | My sister used to run an electronics company. |
| 16:12:39 | Cassandra | I'm actually the less geeky one. :) |
| 16:15:12 | thegeek | hehe |
| 16:15:25 | | Join Mirfle [0] (~chatzilla@ADSL222248.BRK.biu.ac.il) |
| 16:16:04 | Cassandra | I really can't solder very well though. |
| 16:16:21 | Cassandra | Although part of the problem is that I only have a crappy iron. |
| 16:18:52 | bumi | hey |
| 16:19:38 | ashridah | heh. i used to use a gas powered one. |
| 16:19:51 | ashridah | my friends used to get very worried by that :) |
| 16:22:09 | ze | ashridah: heh, you mean butane right? |
| 16:22:36 | ashridah | yeah, whatever. it burned, the iron got hot |
| 16:22:45 | ashridah | and my friends wouldn't go near it. pansies :) |
| 16:22:51 | ze | heh why not |
| 16:22:57 | ze | they go near lighters don't they? |
| 16:23:06 | ze | they burn butane too :p |
| 16:23:16 | ashridah | actually, none of them smoked. |
| 16:23:27 | ashridah | but lighters don't usually burn constantly |
| 16:23:32 | ze | nor lit candles or incense or fires? |
| 16:23:47 | ze | true.. they say not to keep them lit for >30 seconds |
| 16:23:50 | ashridah | we covered the 'pansy' bit, didn't we? |
| 16:24:06 | ze | i had to use a bic for light once |
| 16:24:18 | ze | it melted |
| 16:24:29 | ze | just around the top |
| 16:24:29 | ashridah | yeah, they're not all that durable |
| 16:24:39 | ze | enough for that metal part to slide all a funky way |
| 16:24:43 | ze | and make the whole thing inoperable |
| 16:24:45 | | Join DomZ [0] (~c203760e@labb.contactor.se) |
| 16:25:27 | * | ze has recently, finally, got a photon microlight :p |
| 16:26:29 | ashridah | although i once found a really brilliant lighter. the kind that burns against a grill, so the grill heats up and that lights ciggarettes, instead of the flame doing it. |
| 16:26:48 | ashridah | pity the refill valve at the bottom never worked |
| 16:26:56 | ashridah | that thing was great for heatshrink |
| 16:30:14 | ze | heh |
| 16:30:52 | ze | i'm still trying to find or work out how to invent a nice portable source of temperature-controlled hot air |
| 16:31:03 | ze | for, uh... various purposes ;p |
| 16:41:11 | | Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 16:41:15 | | Quit cYmen_ (Client Quit) |
| 16:43:49 | | Quit ashridah ("sleep") |
| 16:50:32 | | Quit bumi ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 16:51:27 | | Quit DomZ ("CGI:IRC") |
| 17:00 |
| 17:01:05 | | Join xen` [0] (nop@stg25-1-82-238-117-1.fbx.proxad.net) |
| 17:08:35 | *** | Saving seen data "./dancer.seen" |
| 17:12:47 | | Part Mirfle |
| 17:13:07 | | Quit bill2or3 (Remote closed the connection) |
| 17:18:14 | * | lodesi is back (gone 04:52:08) |
| 17:23:23 | | Quit memmem ("ERC Version 5.0.3 $Revision: 1.726.2.17 $ (IRC client for Emacs)") |
| 17:39:05 | | Join Naked6 [0] (~westjd@cpe-24-208-192-214.indy.res.rr.com) |
| 17:39:26 | Naked6 | has anyone here tried rockbox on thier iriver |
| 17:41:29 | crwl | no, never!! |
| 17:41:47 | crwl | many of us have |
| 17:42:25 | Naked6 | okay, well i was just making sure its not at a point where it might screw up my iriver |
| 17:44:01 | crwl | no, it's probably not doing that, unless you screw up the bootloader installation process (which you will only have to do once) |
| 17:46:05 | Naked6 | should I install the h-120 version if I have the h-140 |
| 17:47:11 | | Join jamesshuang [0] (~0c902402@labb.contactor.se) |
| 17:47:27 | jamesshuang | ok... getting a bit annoyed here, but anyways... how do I get a plugin to compile? |
| 17:47:43 | jamesshuang | what file defines what plugins compile for each platform? |
| 17:50:50 | crwl | Naked6, they're the same |
| 17:51:49 | Naked6 | thanks crwl, im gonna try my luck installing it. |
| 17:53:53 | jamesshuang | the rockbox people should really do a better job of documenting their API... entering programmers like me are completely LOST in a jungle of directories, files, and configs |
| 17:54:23 | jamesshuang | if I can't even get a simple plugin to compile, how am I going to learn enough to do bigger things, like actually make valid contributions to rockbox? |
| 17:58:04 | | Quit lodesi (Read error: 113 (No route to host)) |
| 17:59:33 | Naked6 | crwl, when patching the firmware i tried to patch the newest 1.6 for the h140. the patcher did not recognise this firmware. |
| 17:59:41 | Naked6 | what do you suggest I do? |
| 17:59:48 | Cassandra | The newest is 1.65. |
| 17:59:58 | Cassandra | Download it from the Korean site, not the US one. |
| 18:00 |
| 18:00:03 | Naked6 | okay |
| 18:00:18 | Naked6 | thankyou cassandra |
| 18:00:35 | Cassandra | jamesshuang: http://www.rockbox.org/twiki/bin/view/Main/PluginIndex |
| 18:00:44 | Cassandra | It's linked from the main page of the wiki. |
| 18:01:46 | Naked6 | crap... which symbol is korea |
| 18:02:19 | Naked6 | nevermind, its the left one |
| 18:03:26 | Naked6 | it is very difficult for me to navigate this korean site |
| 18:03:40 | Cassandra | Try the European one then. |
| 18:04:05 | Cassandra | I believe the firmwares are also linked off the Rockbox wiki page on flashing the iRiver. |
| 18:04:49 | jamesshuang | Cassandra: I know WHICH ones are compiled, but let's say I programmed a new one... how do I get this new one to compile? |
| 18:05:11 | | Join asdsd____ [0] (~asdsd@h-67-100-30-142.miatflad.dynamic.covad.net) |
| 18:05:37 | amiconn | jamesshuang: apps/plugins/SOURCES |
| 18:05:45 | DBUG | Enqueued KICK asdsd____ |
| 18:05:45 | asdsd____ | ,00hey guys |
| 18:05:57 | amiconn | This uses the gcc preprocessor to decide about models |
| 18:06:23 | asdsd____ | ,00hey amiconn |
| 18:06:32 | *** | Alert Mode level 1 |
| 18:06:32 | asdsd____ | ,00whats the status of the iriver's firmware? |
| 18:07:08 | jamesshuang | THANK YOU amiconn! |
| 18:07:19 | | Join lodesi [0] (~moi@l01m-212-195-128-117.d4.club-internet.fr) |
| 18:07:22 | jamesshuang | exactly what I was looking for :) |
| 18:07:39 | jamesshuang | little things like this should probably be documented somewhere... |
| 18:08:17 | Naked6 | i think they record everything that happens in this room... it would just be an ass load of information to sift through |
| 18:08:46 | jamesshuang | and weird little quirks, like why is the iriver stuff in the "recorder" folder? |
| 18:09:14 | Cassandra | Well there's a wiki page, RockboxArchitecture. You could probably add it there. |
| 18:09:43 | amiconn | jamesshuang: The recorder folder is for historical reasons. |
| 18:10:00 | amiconn | The first 2 devices rockbox ran on were the archos player, and the archos recorder |
| 18:10:19 | amiconn | The former has a charcell based display while the latter has a bitmap based display |
| 18:10:35 | amiconn | So 'recorder' is often equal to 'has bitmap display' |
| 18:11:17 | amiconn | It's not trivial to move files in cvs. You will lose revision history, or at least make it non-obvious |
| 18:11:21 | Naked6 | okay so I upgraded my firmware with the patched hex... it turned off. |
| 18:11:30 | *** | Alert Mode level 2 |
| 18:11:30 | asdsd____ | ,00hey guys hows the work coming for the h3xx? |
| 18:11:35 | Naked6 | I still need to get rockbox on it... should i try and do that now? |
| 18:11:47 | *** | Alert Mode level 3 |
| 18:11:47 | asdsd____ | ,00yes |
| 18:11:52 | amiconn | asdsd____: Pls configure your client not to use colour codes. |
| 18:12:03 | Naked6 | oh sweet its working |
| 18:12:07 | *** | Alert Mode level 4 |
| 18:12:07 | asdsd____ | ,00i can't! trillian doesn't let me |
| 18:12:09 | jamesshuang | amiconn : exactly why we probably need better documentation on this stuff :) |
| 18:12:09 | Naked6 | its magical |
| 18:12:20 | Cassandra | amicon: I find it wise to turn them off in my client. |
| 18:13:01 | amiconn | Cassandra: Yes, I could probably do that, but they still clutter the log |
| 18:13:04 | HCl | ugh |
| 18:13:07 | HCl | so don't use trillian for irc. |
| 18:13:11 | HCl | get a decent client |
| 18:13:19 | *** | Alert Mode level 5 |
| 18:13:19 | asdsd____ | ,00Hcl! |
| 18:13:29 | Cassandra | Well, people could spend time documenting how to develop for Rockbox. |
| 18:13:32 | HCl | hello. |
| 18:13:39 | Cassandra | Or they could get on with developing it. |
| 18:13:42 | *** | Alert Mode level 6 |
| 18:13:42 | asdsd____ | ,00u learned how to overirde other people's color codes because of me |
| 18:13:54 | *** | Alert Mode level 7 |
| 18:13:54 | asdsd____ | ,00u and preglow |
| 18:13:55 | thegeek | you bastard asdsd____d |
| 18:13:58 | Cassandra | Why yes, yes I did. |
| 18:13:59 | HCl | what? |
| 18:14:11 | *** | Alert Mode level 8 |
| 18:14:11 | asdsd____ | ,00why do u gotta call me a bastard? |
| 18:14:16 | HCl | i wish freenode had +c or +C or whatever it is :/ |
| 18:14:33 | thegeek | it seems quite obvious |
| 18:14:42 | HCl | hm |
| 18:14:44 | HCl | it does have +c |
| 18:14:52 | HCl | don't know how i do color in irssi to test though.. |
| 18:15:03 | *** | Alert Mode level 9 |
| 18:15:03 | asdsd____ | ,00anyways i just came to check the status of rockbox on the h3xx, any progress yet? |
| 18:15:10 | HCl | no. |
| 18:15:14 | HCl | and there won't be for a long time |
| 18:15:18 | Cassandra | Well, I believe he's spewing it. |
| 18:15:18 | HCl | i wish people would stop asking.. |
| 18:15:32 | *** | Alert Mode level 10 |
| 18:15:32 | asdsd____ | ,00just think of people asking as ur motivational factor |
| 18:15:37 | *** | Alert Mode level 11 |
| 18:15:37 | asdsd____ | ,00anyways im off |
| 18:15:39 | *** | Alert Mode level 12 |
| 18:15:39 | asdsd____ | ,00c'ya guys |
| 18:15:40 | HCl | um. |
| 18:15:41 | | Part asdsd____ |
| 18:15:45 | Cassandra | Maybe we should get Linus to change the topic to "No, we're not working on H3xx Rockbox." |
| 18:15:46 | HCl | people using colored text in irc |
| 18:15:57 | HCl | is only making me more unmotivated to put effort in h3x0 |
| 18:15:59 | Cassandra | Grrrrrr. |
| 18:16:06 | HCl | also |
| 18:16:10 | HCl | set the channel +c |
| 18:16:14 | HCl | so they can't use colors |
| 18:16:23 | | Nick Lynx_ is now known as Lynx_awy (~lynx@tina-10-4.genetik.uni-koeln.de) |
| 18:16:27 | amiconn | I just set 'strip codes from server windows' in HydraIRC to true |
| 18:17:28 | HCl | ah.. |
| 18:17:40 | Cassandra | I set all the strip codes options to true. |
| 18:17:50 | HCl | bah, +c doesn't work.. |
| 18:18:01 | Cassandra | Doesn't seem to have affected the channel monitor, unfortunately. |
| 18:18:39 | jamesshuang | x_x I suck at C programming |
| 18:18:47 | jamesshuang | I can't get this code transplant to work... |
| 18:18:50 | | Join BBub [0] (belzebub16@dsl-084-059-232-089.arcor-ip.net) |
| 18:19:04 | jamesshuang | why is my plugin telling me it's an incompatible version all of the sudden? so odd... |
| 18:19:25 | austriancoder | a coding question |
| 18:19:26 | HCl | probably because you didn't recompile properly? |
| 18:19:32 | austriancoder | i have an char 0xffffffb6 |
| 18:19:41 | austriancoder | how can i access only the b6? |
| 18:19:46 | HCl | &0xFF |
| 18:19:52 | HCl | how can that be a char? |
| 18:20:14 | austriancoder | oh.. i mean only 0fffffb6 |
| 18:20:15 | austriancoder | ah |
| 18:20:18 | austriancoder | ffffffb6 |
| 18:20:23 | HCl | um. |
| 18:20:27 | HCl | a char in memory is only 1 byte. |
| 18:20:36 | HCl | if you want the lower 8 bits you and it with 0xFF |
| 18:21:10 | austriancoder | printf("Old checksum: 0x%x\n", byte); |
| 18:21:21 | austriancoder | HCl: what should i do? |
| 18:21:40 | amiconn | austriancoder: byte is defined as char byte; ? |
| 18:21:45 | HCl | printf("Old checksum: 0x%x\n", (unsigned char) byte); |
| 18:22:15 | amiconn | better still: printf("Old checksum: 0x%02x\n", (unsigned char) byte); |
| 18:22:44 | austriancoder | thanks |
| 18:23:27 | austriancoder | austriancoder@neptun ~/rockbox/rockbox-devel/tools $ ./iaudio x5_fw.bin x5_fb_new.bin |
| 18:23:27 | austriancoder | Old checksum: 0xb6 |
| 18:23:27 | austriancoder | New checksum: 0x0 |
| 18:23:30 | austriancoder | ;) |
| 18:23:54 | austriancoder | now i must add the calculation of the new checksum |
| 18:25:40 | *** | Alert Mode OFF |
| 18:26:50 | Naked6 | rockbox is not as loud as the normal iriver firmware... or is that just mine? |
| 18:27:24 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 18:27:24 | * | austriancoder is happy as the checksum calculations seems to be correct ;) |
| 18:28:14 | jamesshuang | mmm... finally getting some info from devs... thank you all! |
| 18:28:37 | jamesshuang | I can't get it to work, but meh.... I suck at C programming |
| 18:28:37 | lodesi | Naked6: http://www.rockbox.org/twiki/bin/view/Main/IriverFAQ#Why_doesn_t_Rockbox_play_as_loud |
| 18:29:06 | HCl | ? |
| 18:29:40 | Naked6 | sweet makes prefect sence |
| 18:29:45 | | Quit jamesshuang ("CGI:IRC") |
| 18:30:39 | Naked6 | so... that rockbox thing i try to load.. thats not supposed to work yet right? |
| 18:32:51 | austriancoder | with which tool can i compare two binary files? |
| 18:33:01 | | Join Nibbler [0] (~sven@port-212-202-193-100.dynamic.qsc.de) |
| 18:34:51 | | Join webguest24 [0] (~543059d4@labb.contactor.se) |
| 18:35:19 | webguest24 | cmp - compare two files |
| 18:35:34 | webguest24 | diff - compare two files |
| 18:35:45 | amiconn | cmp is for binary |
| 18:35:53 | | Part webguest24 |
| 18:36:42 | austriancoder | thanks guys... |
| 18:36:57 | austriancoder | i will do the first iAudio x5 related commit now ;) |
| 18:37:53 | HCl | :p |
| 18:49:43 | | Quit lodesi ("Leaving") |
| 19:00 |
| 19:05:36 | Slasheri | btw, cvsdo is the magic command to create patches without write access to cvs repository. Just cvsdo add somefile and cvsdo diff should work :) |
| 19:05:37 | | Quit Naked6 (Read error: 104 (Connection reset by peer)) |
| 19:05:51 | | Join XavierGr [0] (~c15c96cb@labb.contactor.se) |
| 19:06:34 | XavierGr | Hi all! |
| 19:06:39 | Slasheri | hi XavierGr :) |
| 19:06:48 | | Join hardeep [0] (hardeeps@norge.freeshell.ORG) |
| 19:07:28 | XavierGr | is amiconn here? |
| 19:08:00 | Slasheri | maybe, ~30min. idle :) |
| 19:08:38 | *** | Saving seen data "./dancer.seen" |
| 19:09:23 | XavierGr | I am impatient about remote development and I wanted to discuss some things with him. I want a little direction as to how I can make another thread for the remote |
| 19:10:03 | XavierGr | the hack I utilize for the remote is hard to keep up for the updates and has some major flaws |
| 19:10:45 | XavierGr | also I could make the settings for the remote scrolling but again I am lost when I stare the code for the settings |
| 19:12:07 | | Join spiralout [0] (~keep_goin@p54B39CE5.dip0.t-ipconnect.de) |
| 19:14:37 | austriancoder | how is the guy, who adds new devices to rockbox build system? |
| 19:15:32 | hardeep | austriancoder: Bagder, LinusN or Zagor |
| 19:16:19 | austriancoder | ah ok.. so i will wait for one of them |
| 19:18:31 | XavierGr | Slasheri: Do you know why in the simulator whenever I push to play a song the wps doesnt appear? (I dont have install libmad) |
| 19:18:40 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 19:19:05 | Slasheri | XavierGr: Hmm, have you installed the codecs? |
| 19:19:17 | Slasheri | And can you do cat /dev/urandom >/dev/dsp as normal user? |
| 19:20:42 | Slasheri | at least you have to copy the codecs to use the wps |
| 19:20:58 | Slasheri | (just make zip && cd archos && unzip ../rockbox.zip |
| 19:24:28 | XavierGr | I did a normal compole of the simulator |
| 19:24:47 | XavierGr | make install after the compile |
| 19:27:02 | XavierGr | when I move to another menu I get codec failure |
| 19:27:29 | XavierGr | where can I put the codecs? |
| 19:31:19 | XavierGr | I just moved the codecs from a traget daily build to the simulator codecs folder but this crashed the uisimulator. |
| 19:31:45 | XavierGr | (I though so) how can I compile the codecs without libmad? |
| 19:34:54 | Slasheri | You can't do that, you should use the codecs made for the simulator target |
| 19:35:03 | Slasheri | don't use make install but make zip |
| 19:35:20 | Slasheri | after that just unzip rockbox.zip in the archos directory and everything should work |
| 19:35:43 | Slasheri | Hmm, why don't you want to compile libmad? |
| 19:36:08 | XavierGr | currently I dont have it. |
| 19:36:15 | Slasheri | really? |
| 19:36:16 | XavierGr | can I make the wps work with out it? |
| 19:36:22 | Slasheri | if you have rockbox sources, you have it.. |
| 19:36:38 | Slasheri | no you can't |
| 19:36:58 | XavierGr | oh then I will downlaod libamad from cygwin |
| 19:37:16 | Slasheri | hmm? |
| 19:37:31 | Slasheri | just cvs co rockbox-devel and you have everything you need |
| 19:37:39 | Slasheri | mkdir sim |
| 19:37:40 | XavierGr | just I remember that older version (very old) workd without libamad |
| 19:37:46 | Slasheri | ../tools/configure and select simulator |
| 19:38:04 | Slasheri | then make && make zip && mkdir archos && cd archos && unzip ../rockbox.zip |
| 19:38:11 | Slasheri | cd .. && ./rockboxui |
| 19:38:12 | Slasheri | that's it |
| 19:38:44 | XavierGr | I have already the latest source of rockbox and I have typed ../tools/configure |
| 19:38:54 | XavierGr | I will try the latest line you say |
| 19:39:32 | Slasheri | you should use the make && make zip and extract the zip in archos directory |
| 19:40:19 | XavierGr | I thought that make install did that automatically |
| 19:40:27 | Slasheri | make install does nothing i think |
| 19:40:34 | Slasheri | but i am not sure |
| 19:40:36 | Slasheri | just do it manually |
| 19:40:54 | XavierGr | well it does install .rockbox directory for me |
| 19:41:18 | Slasheri | ah yes, it should do the right thing.. |
| 19:41:40 | XavierGr | so I need the libmad sources right |
| 19:41:59 | Slasheri | you have the sources because you have the rockbox sources |
| 19:42:07 | Slasheri | you don't need anything |
| 19:42:21 | XavierGr | because I remember that in the compile procedure of the simulator somewhere it says "libmad not found" |
| 19:42:50 | Slasheri | be sure to check that you have the most recent cvs snapshot, cvs update on root dir |
| 19:43:04 | Slasheri | just rm -rf the simulator build dir and do it again |
| 19:43:42 | XavierGr | okay |
| 19:43:49 | Slasheri | or better delete the whole rockbox directory, and check out rockbox-devel again |
| 19:47:24 | XavierGr | I do that every time. Whenever I new daily build comes out I remove all the contents of the rockbox directory. Then copy them there, make the tools |
| 19:47:29 | XavierGr | make a dir sim |
| 19:47:35 | XavierGr | and then make the sim |
| 19:48:17 | XavierGr | I use gcc 3.3.1 |
| 19:48:25 | Slasheri | hmm, weird.. |
| 19:49:25 | Slasheri | please paste the exact error message you get while compiling |
| 19:50:09 | XavierGr | I will make a txt file with the context of the compilation procedure |
| 19:50:50 | XavierGr | the compile procedure ends succesfully it is just that I can see somewhere "libmad not found" |
| 19:51:35 | XavierGr | and I get a lot of "basename: not found" |
| 19:52:16 | | Join solex_ [0] (~jrschulz@d082148.adsl.hansenet.de) |
| 19:53:37 | | Join MrStatic1oid [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) |
| 19:53:39 | XavierGr | again no codecs in the .rockbox directory |
| 19:54:04 | XavierGr | the strange thing is that I can compile fine for the targets |
| 19:54:50 | | Quit MrStaticVoid (Read error: 110 (Connection timed out)) |
| 19:56:23 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
| 20:00 |
| 20:03:50 | | Quit solex (Connection timed out) |
| 20:04:36 | XavierGr | how can I add a .c file to be compiled? |
| 20:04:49 | austriancoder | makefile |
| 20:05:26 | XavierGr | lets say I want to compile a remote-tree.c file, All I have to do is add it to the apps/makefile |
| 20:06:19 | austriancoder | add it to SOURCES file |
| 20:07:26 | austriancoder | nothing more.. leave the makefile untouched |
| 20:07:34 | XavierGr | ok thanks! :) |
| 20:09:37 | | Quit alxcm ("LAN PARTY YAY") |
| 20:09:44 | XavierGr | can I include a .c file? |
| 20:12:27 | austriancoder | what want you to do? |
| 20:13:25 | XavierGr | oh god I am so ignorant...well I want to do a test .c file to run from the simulator |
| 20:14:14 | XavierGr | I want to call the lcd_remote_clear_display(); |
| 20:14:35 | XavierGr | to see how I can manipulate the remote from a different .c file |
| 20:14:45 | | Join wacky_ [0] (~wacky@modemcable006.177-201-24.mc.videotron.ca) |
| 20:14:51 | wacky_ | hey Daniel, what's the format for ~/.curlrc ? |
| 20:15:16 | XavierGr | that way I will copy the code from tree.c and change the lcd_ part to remote_lcd to make the remote work. |
| 20:15:36 | austriancoder | should work |
| 20:16:13 | XavierGr | only problem is... |
| 20:16:23 | austriancoder | what? |
| 20:16:33 | XavierGr | I have a function called test in remote-tree.c |
| 20:16:44 | wacky_ | you guys working on the remote support ?! |
| 20:16:45 | austriancoder | ok |
| 20:16:51 | wacky_ | I'd love you if you would ! |
| 20:17:04 | XavierGr | I want to call this function from the original tree.c file. Do I need a header for that? |
| 20:17:17 | XavierGr | wacky_: I am trying bu I am a real program newbie |
| 20:17:19 | austriancoder | yes you need a |
| 20:17:24 | austriancoder | header file |
| 20:17:37 | XavierGr | a remote-tree.h file? |
| 20:18:18 | austriancoder | for instance |
| 20:19:16 | austriancoder | i am away now |
| 20:19:29 | XavierGr | ok thanks anyway! |
| 20:22:55 | | Quit Maxime () |
| 20:23:08 | | Join Maxime [0] (~flemmard@fbx.flemmard.net) |
| 20:23:13 | | Join Lear [0] (~chatzilla@h143n1c1o285.bredband.skanova.com) |
| 20:27:36 | | Join bazz [0] (~nick@beanbag.sfo.surfandsip.net) |
| 20:28:17 | amiconn | Slasheri: 'make install' for the simulator does the exact same thing as your 'make zip' & unzip to <simdir>/archos/ |
| 20:28:23 | amiconn | ...sequence |
| 20:28:45 | bazz | i'm trying to compile the simulator from cvs and i'm getting the following build error: plugin.c:122: error: `lcd_framebuffer' undeclared here (not in a function) i'm poking about myself but i don't know the codebase at all and i figure someone here can probably fix it much faster |
| 20:29:23 | amiconn | Current cvs does compile cleanly here |
| 20:29:43 | amiconn | ...for all targets and sims I'm usually building |
| 20:31:00 | Slasheri | amiconn: yes, i noticed that when i looked the Makefile :) |
| 20:31:13 | XavierGr | amiconn: what exactly do you mean by making a remote thread. Do you mean to make a different .c file for the remote that it will be called whenever we want to use the remote? |
| 20:32:01 | amiconn | No, I mean a separate thread. I think several source files are needed, each containing the remote-lcd equivalent of a main function |
| 20:32:25 | amiconn | ...like remote-tree.c, remote-wps-display.c etc |
| 20:32:48 | XavierGr | yes thats what I though, said it wrong |
| 20:34:31 | amiconn | Hmm, sound support is *almost* working on cygwin-x11 |
| 20:34:46 | amiconn | It plays the first snippet (about a second), then stops |
| 20:35:49 | amiconn | The only difference between cygwin and linux is that the header is sys/soundcard.h, not linux/soundcard.h |
| 20:37:06 | bazz | amiconn: what version of gcc are you using? |
| 20:37:21 | amiconn | gcc 3.4.4 (on cygwin) |
| 20:38:00 | XavierGr | I use 3.3.1 is that wrong? |
| 20:38:09 | amiconn | I'll try my debain vm now, mostly to see whether sound is working there |
| 20:38:15 | amiconn | *debian |
| 20:38:39 | bazz | hrmm, i'm using debian and compiling with 3.3.5 and getting that error |
| 20:38:41 | amiconn | I don't know. Cygwin used to use 3.3.1 for a long time, and it always worked |
| 20:39:26 | bazz | okay |
| 20:39:29 | amiconn | I'll check what gcc my debian install uses (only use it from time to time, so I don't remember) |
| 20:39:36 | bazz | cool, thanks |
| 20:39:55 | amiconn | Happens to be 3.3.5 |
| 20:40:14 | bazz | heh, and does it compile for you? |
| 20:40:58 | amiconn | updating cvs.... |
| 20:41:43 | bazz | actually, looks like the real error is: plugin.c:122: error: initializer element is not constant |
| 20:42:18 | amiconn | make running.... |
| 20:43:49 | amiconn | ....built successfully, without any warning |
| 20:44:06 | XavierGr | cya later |
| 20:44:07 | XavierGr | all |
| 20:44:07 | amiconn | (h120 sim of course, including sound) |
| 20:44:08 | bazz | dang, i wonder what's up with my system |
| 20:44:13 | | Quit XavierGr ("CGI:IRC 0.5.4 (2004/01/29)") |
| 20:44:31 | bazz | hrmm.. i'm trying the h340 sim, wonder if that makes a difference, lemme see if i can build the h120 |
| 20:45:20 | amiconn | h340 won't work |
| 20:45:43 | amiconn | Sound support doesn't werk in my debian vm :( |
| 20:45:45 | bazz | well, i know it's incomplete, but should it compile? |
| 20:45:49 | amiconn | nopes |
| 20:46:06 | bazz | ahh |
| 20:46:07 | bazz | okay |
| 20:46:12 | amiconn | See http://www.rockbox.org/daily.shtml : H300 sim being RED.... |
| 20:46:40 | Lear | Hmmm.. I try to run cvs update, but get no response. Login went fine, so what gives? |
| 20:46:49 | bazz | ahh okay |
| 20:46:56 | amiconn | Of course lcd_framebuffer undeclared... can't be because we don't know the hw lcd format yet |
| 20:46:57 | bazz | yeah, i just build the 120 sim no problem |
| 20:47:13 | bazz | err built that is |
| 20:47:56 | amiconn | I'd love to hack away on the lcd driver (would need to get hold of a H3x0 first), but that requires to find the lcd driver chip type, and of course a bootloader |
| 20:48:10 | amiconn | I can't do that myself b/c I don't have a bdm... |
| 20:48:44 | Lear | It sends load of data; wonder why? Didn't use to be this slow... |
| 20:49:15 | bazz | yeah, i'm interested in helping out, someone suggested playing with the sim first, do you think the 120 sim is a decent starting point? |
| 20:52:40 | amiconn | Maybe the sim is a good starting point, especially since (iiuc) you don't seem to have a target running rockbox today. |
| 20:53:29 | amiconn | ...although I started totally different, with some target-only work... but then rockbox was working on my target device |
| 20:53:48 | amiconn | Archos recorder v1... and I improved some asm routines. |
| 20:54:31 | Lear | amiconn: sound like me, only I had a player... :) |
| 20:54:48 | bazz | that's cool... guess i'll start digging though the sim code then :) any suggestions on where would be a good place to start / things that need to be worked on that i might be able to do not knowing the codebase? |
| 20:55:41 | | Quit Chamois (" HydraIRC -> http://www.hydrairc.com <- 100,000+ downloads can't be wrong") |
| 20:56:36 | amiconn | Lear: Those were the days where rockbox ran on 4 platforms only.... |
| 20:57:35 | Lear | And during those days, Rockbox actually had malloc... :) |
| 20:58:13 | amiconn | Then you started earlier than me |
| 21:00 |
| 21:00:27 | amiconn | Actually I like rockbox not having malloc() |
| 21:02:40 | Lear | slasheri: new dsp.c seems to be working, but I won't check it in today (need to clean up changes to playback.c) |
| 21:08:40 | *** | Saving seen data "./dancer.seen" |
| 21:13:02 | | Quit Rori (Read error: 110 (Connection timed out)) |
| 21:19:03 | | Quit wacky_ ("changing servers") |
| 21:19:16 | Slasheri | Lear: nice, what kind of changes you have done to the dsp? :) |
| 21:22:40 | Lear | Tried to simplify the code, made more use of iram (makes it noticably faster). The flow is pretty much the same (though there are API differences). |
| 21:23:38 | | Quit MrStatic1oid ("leaving") |
| 21:24:14 | | Join Rori [0] (MO-Pantsu@deadman3000.plus.com) |
| 21:25:52 | Slasheri | Lear: good :) |
| 21:29:16 | Lear | slasheri: btw, when calling the resampling code, the current dsp.c calls upsample if the following is true: "(dsp.frequency > NATIVE_FREQUENCY)". Is that really correct? |
| 21:30:23 | Slasheri | Hmm, it should be because we need to upsample when the song frequency is higher than 44.1k |
| 21:31:39 | Lear | well, that sound like downsampling if you ask me (i.e., down to fewer samples per second)... :) |
| 21:32:49 | Lear | Also, upsample starts with some code that could generate several samples, compared to downsample, that starts with code that procudes one sample (before entering the main loop). |
| 21:34:07 | Slasheri | interesting.. you should try switching the functions =) |
| 21:34:59 | Lear | I did that, but it isn't easy to hear any difference. Both MP3 and Ogg sounds good when using switched functions though. |
| 21:35:48 | Slasheri | oh, if it works i think that switch was correct |
| 21:43:40 | | Join Febs [0] (~chatzilla@64-190-36-240.client.cypresscom.net) |
| 21:48:02 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 21:50:32 | austriancoder | hi linus |
| 21:50:57 | LinusN | hi |
| 21:51:28 | austriancoder | shall i make a mcf5250.h or can i use the mcf5249.h for iaudio? |
| 21:51:48 | LinusN | hmmm |
| 21:52:17 | austriancoder | should we add an CPU_COLDFIRE flag to use emac and those cpus e.g. for codec optim. |
| 21:54:06 | LinusN | i think you could make a new file, mcf5250.h |
| 21:54:41 | LinusN | it could include mcf5249.h and just add/change the stuff that differs |
| 21:55:12 | LinusN | austriancoder: CPU_COLDFIRE sounds like a good idea |
| 21:56:07 | amiconn | Hmm, what package(s) do I need to install to enable sound support in debian?? |
| 21:56:45 | austriancoder | LinusN: could you manage the CPU_COLDFIRE thing? |
| 21:57:11 | | Join Moos [0] (DrMoos@m214.net81-66-158.noos.fr) |
| 21:57:18 | bazz | amiconn: i think alsa-base will give you most of what you need |
| 21:57:43 | LinusN | austriancoder: i can set up the include file stuff, but not today |
| 21:58:25 | austriancoder | i am not in a hurry |
| 22:00 |
| 22:00:30 | austriancoder | in the scf5220 datasheet on page 40 there is a pin table.. for instance, pin 42 - IDE-DIOW/GPIO32 - I/O - IDE DIOW ... |
| 22:00:52 | austriancoder | can i asume now that the hdd stuff is running over GPIO32? |
| 22:02:04 | LinusN | i think you can assume that it works just like in iriver |
| 22:02:14 | | Quit RotAtoR () |
| 22:02:44 | amiconn | This is strange... the x11 sims starts to play and plays about a second.... |
| 22:02:53 | LinusN | the mcf52xx has tha same ide controller |
| 22:03:00 | amiconn | sim_sound_play() is called about 5 times |
| 22:03:18 | amiconn | Then the .mp3 is opened again, and this very moment playback stops |
| 22:04:10 | amiconn | It lists the id3v2 contents again, and sim_sound_play() is no more called |
| 22:04:54 | austriancoder | LinusN: cool.. that means that ide support is done for iaudio - only need to test it... |
| 22:05:49 | austriancoder | can somebody add the iAudio X5 to the build system? I dont have the bdm yet.. but i hope that i comes every day |
| 22:07:48 | LinusN | austriancoder: bagder is your man |
| 22:08:55 | austriancoder | LinusN: merci |
| 22:10:15 | LinusN | austriancoder: do you have an idea about which lcd it has? |
| 22:10:50 | austriancoder | LinusN: at the moment not.. i hope i will find a little print or something |
| 22:11:32 | * | HCl watches more airwolf |
| 22:11:36 | HCl | airwolf rocks |
| 22:11:37 | HCl | :p |
| 22:12:14 | austriancoder | LinusN: memem told me that the iAudio M3 seems to be in some points same as the M3.. so maybe we get the M3 also working.. memem is living near by me, so yeah |
| 22:13:06 | LinusN | well, it has a 5249, so... |
| 22:14:09 | austriancoder | the firmwares of m3 and x5 are in many points equal.. also the checksum thing is equal |
| 22:14:20 | LinusN | not surprising |
| 22:15:06 | austriancoder | so the starts are quite good to get also m3 working |
| 22:19:04 | austriancoder | LinusN: so you are doing the CPU_COLDFIRE thing and makeing a mfc5220.h file the next time? |
| 22:23:22 | LinusN | yes |
| 22:26:43 | | Quit hardeep ("BitchX-1.0c19 -- just do it.") |
| 22:27:09 | austriancoder | fine |
| 22:27:59 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 22:29:30 | | Join Maxime [0] (~flemmard@fbx.flemmard.net) |
| 22:46:51 | | Quit bazz (Read error: 110 (Connection timed out)) |
| 22:47:17 | Bagder | so what is needed for an x5 build? |
| 22:52:06 | austriancoder | what do mean? |
| 22:52:25 | Bagder | in what way does it differ from say a h120 build |
| 22:53:01 | * | amiconn spots Bagder |
| 22:53:11 | HCl | probably all the different chips? |
| 22:53:23 | Bagder | so how would I add it to the build system? |
| 22:53:27 | HCl | and lcd.. |
| 22:53:28 | HCl | dunno |
| 22:53:29 | HCl | :x |
| 22:53:45 | amiconn | Bagder: How is the audio stuff in the sim supposed to work correctly? |
| 22:53:55 | Bagder | ? |
| 22:54:00 | austriancoder | Bagder: if you tell me what files i need to modify or add, i will do it by myselfe |
| 22:54:21 | amiconn | Because, it doesn't work at all in my linux VM (but currently trying to install alsa - lets see whether I get it running) |
| 22:54:29 | Bagder | austriancoder: first you need to write a firmware/export/config-iaudiox5.h |
| 22:54:36 | austriancoder | ok |
| 22:55:02 | Bagder | austriancoder: and make sure firmeare/export/config.h includes that if the proper define is set |
| 22:55:06 | amiconn | ...and if I try it in cygwin (only difference being that it is sys/soundcard.h instead of linux/soundcard.h) it plays ~1 second, then stops |
| 22:55:11 | amiconn | See the irc log... |
| 22:55:45 | Bagder | well, I don't know much about sound stuff on linux or elsewhere |
| 22:56:04 | Bagder | this works for me and Slasheri said it works for him |
| 22:56:14 | amiconn | I mean, what does it log? |
| 22:56:38 | amiconn | Because, it tries to start playback. It opens the .mp3, lists the id3v2 content |
| 22:56:54 | Bagder | all that is done outside the pcm play thread |
| 22:56:56 | Slasheri | amiconn: Hmm, maybe you don't have a fast enough machine.. :D |
| 22:57:00 | amiconn | Then it starts playing; sim_sound_play() is called about 5 times |
| 22:57:12 | Slasheri | it barely runs realtime even on my 2.8 GHz P4 |
| 22:57:25 | Lear | Bagder: Hm... Maybe I should look at win32 audio playback then... |
| 22:57:26 | amiconn | Then it opens the .mp3 a second time (!), listing all the id3v2 contents again |
| 22:57:43 | Bagder | amiconn: that's what it does |
| 22:57:44 | amiconn | ...and it does no more call sim_sound_play() |
| 22:57:52 | Lear | Brb, still running Firefox 1.0.4... :) |
| 22:57:54 | Bagder | that's not a sim artifact afaics |
| 22:58:01 | | Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050512]") |
| 22:58:22 | Bagder | don't confuse codec playback with the production of actual sound |
| 22:58:57 | | Quit spiralout ("ChatZilla 0.9.68.5 [Firefox 1.0.4/20050511]") |
| 22:59:11 | austriancoder | LinusN: i2c is the same for all coldfire cpus, so we should change this too |
| 22:59:14 | amiconn | Bagder: It does produce sound, but only ~1 second |
| 22:59:47 | amiconn | austriancoder: Doesn't the coldfire have multiple i2c buses? |
| 22:59:48 | Slasheri | Hmm, enabling some kind of logf for simulator should help solving that.. |
| 22:59:48 | Bagder | amiconn: I can't but to say that it needs debugging then |
| 22:59:59 | Bagder | Slasheri: logf works fine in the sim |
| 23:00 |
| 23:00:09 | Slasheri | Bagder: really? |
| 23:00:11 | Bagder | yes |
| 23:00:18 | Bagder | I made it entirely using the sim |
| 23:00:21 | Slasheri | oh, is it enabled by default? |
| 23:00:26 | Bagder | no |
| 23:00:31 | austriancoder | amiconn: it has multiple, but the way to access it is the same on all coldfire cpus |
| 23:00:36 | | Join memmem [0] (~user@p54A23C24.dip0.t-ipconnect.de) |
| 23:00:47 | Slasheri | Hmm, is there a way to enable it? |
| 23:00:53 | memmem | Hi. |
| 23:00:57 | Bagder | Slasheri: the same way you do it for target |
| 23:01:00 | amiconn | austriancoder: Yes, but it may be that components are hooked up to different buses |
| 23:01:05 | Slasheri | Bagder: ah, nice :) |
| 23:01:10 | | Join bazz [0] (~nick@24.5.44.210) |
| 23:01:17 | Bagder | Slasheri: just enable sim too in that menu |
| 23:01:22 | Bagder | iirc |
| 23:02:02 | austriancoder | amiconn: ah ok |
| 23:02:08 | memmem | austriancoder: the best way to extract the low-order 8 bits is to use chksum & 0xff −− unlike casting to char, that will also work on machines where a byte does not have 8 bits. |
| 23:02:17 | Slasheri | Bagder: oh, it worked :) |
| 23:02:24 | | Join Lear [0] (~chatzilla@h143n1c1o285.bredband.skanova.com) |
| 23:02:58 | austriancoder | memmem: ok.. the rest is ok? |
| 23:03:29 | memmem | austriancoder: What rest? |
| 23:03:35 | | Part LinusN |
| 23:03:56 | Slasheri | Hmm, it doesn't print logf output to stdout/stderr.. |
| 23:04:16 | Bagder | logf() works the same way in the sim |
| 23:04:26 | Bagder | since I needed that to develop it |
| 23:04:29 | austriancoder | memmem: forget.. my fault |
| 23:04:33 | Slasheri | yep, it's nice that works too |
| 23:04:44 | Bagder | Slasheri: but it should probably log to stderr as well |
| 23:04:48 | Slasheri | but maybe it could _also_ print the information to stdout |
| 23:04:51 | Slasheri | yes :) |
| 23:04:54 | Bagder | :) |
| 23:06:23 | austriancoder | memmem: ide interface on x5 is the same as on h1xx |
| 23:06:49 | amiconn | Slasheri: Speed might be an issue, but I don't think it should (Pentium M 1.5 GHz here) |
| 23:07:06 | Bagder | austriancoder: I'll add X5 to the configure script for you if you want? |
| 23:07:49 | amiconn | Bagder: Could you also add the linux sound thingy to the cygwin x11 case? |
| 23:08:04 | Slasheri | amiconn: Hmm, try reducing sleeps from the kernel loop if you can find them |
| 23:08:09 | Bagder | amiconn: I'll try! |
| 23:08:11 | amiconn | (remember to replace linux/soundcard.h with sys/soundcard.h) |
| 23:08:42 | *** | Saving seen data "./dancer.seen" |
| 23:09:59 | Bagder | linux can in fact use the sys version too |
| 23:10:03 | Bagder | I'll convert to that |
| 23:10:20 | memmem | austriancoder: Probably yes. Plain vanilla ColdFile IDE interface. See MCF5249UM.PDF (or its counterpart for the MCF5250). |
| 23:12:01 | austriancoder | memmem: could you look in ida if you find something like a reset vector to start the boot loader? |
| 23:12:18 | | Join muesli- [0] (muesli_tv@hmln-d9b8e186.pool.mediaWays.net) |
| 23:12:50 | memmem | The reset vector in the exception vector table is 8, which is not inside the firmware file, but probably in flash memory. |
| 23:12:58 | muesli- | re |
| 23:14:23 | austriancoder | to what must i set LCD_DEPTH if i have 260000 colors? |
| 23:14:36 | Bagder | 18 |
| 23:14:51 | Bagder | but I guess some things will break then |
| 23:14:51 | austriancoder | memmem: hmmm.. we must find a way to port the mkboot to support iaudio fw |
| 23:15:00 | amiconn | I think about introducing an additional #define |
| 23:15:10 | austriancoder | Bagder: then we need to fix it ;) |
| 23:15:13 | amiconn | LCD_COLOR or such |
| 23:15:17 | memmem | austriancoder: Haven't looked at mkboot yet. |
| 23:15:19 | | Quit Maxime () |
| 23:15:24 | Bagder | yes, we need a color define |
| 23:15:29 | austriancoder | amiconn: would be nice |
| 23:15:32 | amiconn | ..because the depth alone doesn't tell whether it's colour or greyscale |
| 23:15:40 | Bagder | austriancoder: first configure fix for x5 coming up |
| 23:15:53 | | Quit Coldtoast (Read error: 104 (Connection reset by peer)) |
| 23:15:55 | austriancoder | i will set it to 18.. until there is an other way |
| 23:16:05 | amiconn | The epson LCD (which might be the one in the H320) has an 8-colour mode, so if we'd use that, LCD_DEPTH would be 3... |
| 23:16:07 | Bagder | austriancoder: does iaudio work in any way like the scramble tool for iriver? |
| 23:16:14 | Bagder | the too iaudio I mean |
| 23:17:18 | memmem | austriancoder: The entry point of the firmware file seems to be 0x10000, that's at offset 0x1030 of the firmware file. |
| 23:17:40 | memmem | Badget: The iAUDIO firmware files are not scrambled. |
| 23:17:51 | memmem | s/Badget/Badger/ |
| 23:17:52 | austriancoder | memmem: could you try to hack mkboot? |
| 23:18:03 | memmem | I don't dare without BDM. |
| 23:18:15 | austriancoder | you dont need to try it |
| 23:18:15 | Bagder | memmem: neither is the rockbox.iriver file |
| 23:18:30 | austriancoder | only changeextend mkboot code |
| 23:19:03 | austriancoder | Bagder: iaudio tool does only update the fw checksum, so that the original fw accept it |
| 23:19:14 | memmem | austriancoder: I'll have a look. No promises, though. |
| 23:19:30 | Bagder | ok, let me rephrase my question |
| 23:19:39 | Bagder | do you have a tool that creates the final binary for you? |
| 23:19:46 | austriancoder | not yet |
| 23:19:51 | austriancoder | we are working on it |
| 23:19:53 | Bagder | all existing platforms run the scramble tool for that |
| 23:19:59 | austriancoder | ah |
| 23:20:02 | Bagder | don't let the name fool you |
| 23:20:16 | Bagder | the iriver version doesn't actually scramble anything |
| 23:20:26 | austriancoder | what does the tool if the firmware is not scrambled? |
| 23:20:33 | Bagder | adds a checksum |
| 23:20:36 | Bagder | and a model name |
| 23:20:45 | Bagder | in the iriver case |
| 23:20:51 | austriancoder | ah.. |
| 23:20:59 | Bagder | the checksum is for the bootloader |
| 23:21:09 | austriancoder | so i will later extend the scramble tool |
| 23:21:10 | Bagder | well, the model name too actually |
| 23:21:18 | austriancoder | and remove the iaudio tool |
| 23:21:27 | Bagder | you can probably re-use the exact same method |
| 23:22:27 | austriancoder | sure.. would make thinks easier |
| 23:22:37 | austriancoder | Badger: my config stuff is in cvs |
| 23:23:00 | Bagder | ok |
| 23:23:00 | austriancoder | what must i do now ? extend configure script? |
| 23:23:19 | Bagder | I'll do that |
| 23:23:30 | austriancoder | ah fine ;) |
| 23:23:30 | Bagder | commit in one min |
| 23:24:13 | Bagder | done |
| 23:24:39 | austriancoder | cool |
| 23:26:04 | austriancoder | memmem: about mkboot hacking: so we must jump from 0x10000 to the addres where the bootloader will start |
| 23:26:11 | memmem | austriancoder: I had a look at tools/mkboot.c; it needs to be rewritten completely for iAUDIO. |
| 23:26:29 | memmem | austriancoder: Yes, we have to patch the code at address 0x10000 (offset 0x1030). |
| 23:26:55 | austriancoder | memmem: is it not possible to extend the mkboot to run with iriver and iaudio? |
| 23:26:56 | memmem | austriancoder: It's kinda hard without knowing what's going on in the lower 64 KByte... |
| 23:27:17 | memmem | Well, we could reuse the I/O code, but nothing else. |
| 23:27:39 | austriancoder | i thout we could do it this way |
| 23:28:05 | Slasheri | ah, simulator is great! i was able to crash the playback and traceback with gdb :) |
| 23:28:09 | memmem | BTW, mkcode.c does not check for buffer overflow. |
| 23:28:14 | Bagder | Slasheri: yay |
| 23:28:16 | Slasheri | i think i found a bug, but i will fix it tomorrow |
| 23:28:38 | austriancoder | detect if we want to run mkboot with an iaudio fw.. if this is so, we could use our stuff, else if it is a iriver fw, we use the iriver stuff |
| 23:28:43 | Bagder | amiconn: does the configure work now for cygwin x11 sim? |
| 23:29:11 | | Quit bazz (Read error: 110 (Connection timed out)) |
| 23:29:12 | memmem | austriancoder: Well, if you want to do it the complicated way... |
| 23:29:34 | austriancoder | memmem: hmmm.. g |
| 23:29:38 | memmem | mkcode.c also doesn't check for I/O errors. It's better to rewrite it from scratch. |
| 23:29:45 | memmem | s/mkcode/mkboot/ |
| 23:29:58 | austriancoder | we will also use the scrable tool later |
| 23:30:09 | memmem | I hope that one looks better ;-) |
| 23:30:24 | Bagder | if/when you do write a mkboot version, try making it modular enough so that the functions can be used in other tools |
| 23:30:36 | Bagder | like in fwpatcher |
| 23:30:46 | Bagder | just an idea |
| 23:31:03 | memmem | Well, we could wrap opening a file in a class. Otherwise, there's not much to make modular. |
| 23:31:14 | amiconn | Bagder: Yes it does, thanks :) |
| 23:31:26 | Bagder | memmem: no, but the original mkboot code still managed to be cumbersome to reuse |
| 23:31:41 | Bagder | amiconn: goodie |
| 23:31:48 | amiconn | Perhaps the configure script could tell whether it enabled sound support... It does tell about numerous other things, like sed, gcc version... |
| 23:31:58 | Bagder | ah, right |
| 23:32:01 | Bagder | me fix |
| 23:32:14 | memmem | It's better to not reuse the mkboot code for iAUDIO as everything reusable (such as opening files) is trivial anyway. |
| 23:33:00 | austriancoder | memmem: ok... but we will use the scramble tool |
| 23:33:16 | memmem | Will have a look at that one. |
| 23:33:30 | Bagder | please do, it makes sense |
| 23:33:43 | Bagder | you can even reuse the checksum code from the iriver bootloader |
| 23:33:44 | austriancoder | memmem: i have started work on scramble yet |
| 23:33:45 | Bagder | for yours |
| 23:34:02 | memmem | What does mkboot actually do? Overwrite some existing firmware code with the boot loader? Or use some unused space? |
| 23:34:40 | austriancoder | memmem: it addes the boot loader - i think - to the end of the firmware and changes that the bootloader is started |
| 23:34:57 | Bagder | memmem: mkboot appends the bootloader to the existing firmware |
| 23:35:30 | Bagder | there is unused space, yes |
| 23:35:47 | Bagder | after all, there is 2MB flash IIRC |
| 23:36:36 | memmem | So we have 502308 bytes left (plus some apparently unused bytes included in the original firmware file). |
| 23:37:26 | amiconn | Plenty of space, I'd say |
| 23:37:37 | Bagder | indeed |
| 23:37:37 | memmem | I found the code for opening and reading files, so the boot loader could use the original firmware's functions for that. Requires hooking after initialization, though. |
| 23:37:59 | Bagder | that sounds... error prone to me |
| 23:38:04 | memmem | Indeed. |
| 23:38:08 | amiconn | I wouldn't do that |
| 23:38:22 | amiconn | Imho rockbox should be as independent as possible |
| 23:38:26 | memmem | On the other hand, it could be useful for loading test programs. |
| 23:38:39 | * | amiconn waits for the day he can flash rockbox on his iriver, without iriver firmware |
| 23:39:44 | | Quit Febs ("Chatzilla 0.9.68.5 [Firefox 1.0.5/20050711]") |
| 23:39:48 | memmem | Is the bootloader position-independent code or has it to be compiled for a fixed location (to be computed from the original firmware size)? |
| 23:40:00 | Bagder | memmem: it is built to a fixed address |
| 23:40:06 | Bagder | why use the size? |
| 23:40:45 | memmem | Apparently, there's no header telling the size of the firmware. So to find out where to put the bootloader, we have to look at the size of the firmware file. |
| 23:40:50 | Bagder | see firmware/boot.lds |
| 23:41:15 | memmem | I confess that I haven't looked at any rockbox code yet ;-) |
| 23:41:21 | memmem | Ditto for the docs ;-) |
| 23:41:32 | Bagder | yes, but the bootloader is independent of the original firmware |
| 23:41:41 | Bagder | thus it can't differ based on specific firmwares |
| 23:41:43 | muesli- | just ordered harry potter vol 6 :D |
| 23:42:30 | Bagder | memmem: this low-level stuff is not much documented anyway, sources is the way... |
| 23:43:01 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 23:43:16 | | Join thegeek [0] (na@ti521110a080-0242.bb.online.no) |
| 23:43:25 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 23:43:39 | LinusN | mkboot patches the reset vector |
| 23:43:47 | LinusN | at address 0 |
| 23:44:08 | LinusN | it doesn't change anything else than that |
| 23:44:19 | memmem | Why not make the bootloader position-independent? (Haven't tried -fPIC for the m68k yet.) |
| 23:44:29 | LinusN | memmem: why would we want that |
| 23:44:31 | LinusN | ? |
| 23:44:37 | memmem | For iAUDIO, we cannot patch the reset vector as it's not in the firmware file. |
| 23:44:48 | Bagder | ah |
| 23:44:55 | memmem | LinusN: to simplify the build process. No need to choose a location. |
| 23:45:14 | Bagder | is that to simply really? |
| 23:45:18 | Bagder | simplify |
| 23:45:19 | LinusN | you still need a separate boot loader for each target |
| 23:45:37 | memmem | It will no longer depend on the firmware version. |
| 23:45:57 | Bagder | rockbox bootloader doesn't depend on that |
| 23:46:03 | LinusN | it doesn't depend on the iriver firmware version today |
| 23:46:28 | memmem | I thought unused space were used for the bootloader. What space is unused depends on the firmware version. |
| 23:46:40 | Bagder | memmem: not really |
| 23:46:45 | Bagder | they all follow the same approach |
| 23:46:55 | LinusN | the last part of the flash is free in all versions so far |
| 23:47:06 | memmem | I guess it's time to read the code & the docs... |
| 23:47:13 | LinusN | memmem: guess so |
| 23:47:16 | LinusN | gotta go |
| 23:47:17 | LinusN | cu |
| 23:47:20 | | Part LinusN |
| 23:49:17 | memmem | I see: the bootloader uses a fixed address and hopes that it's not used by the original firmware. |
| 23:49:28 | Bagder | not hopes |
| 23:49:30 | Bagder | we know |
| 23:49:52 | Bagder | for all those we've checked at least |
| 23:50:07 | Bagder | which is a significant amount of firmwares |
| 23:50:44 | memmem | With PIC, mkboot could find out whether there's enough space left. If there's enough space, just append the bootloader as-is and patch the code to invoke it. |
| 23:51:06 | Bagder | yes |
| 23:51:14 | Bagder | but there has been no reason for doing that |
| 23:51:33 | memmem | Reduce the size of the firmware file? :-) |
| 23:51:33 | Bagder | KISS you know |
| 23:52:07 | Bagder | why would it reduce the size by any significant size? |
| 23:52:11 | austriancoder | Bagder: will use scramble −−iaudio ... not scramble −−add=x5 |
| 23:52:23 | Bagder | austriancoder: why? |
| 23:52:47 | Bagder | won't you use the very same algorithms? |
| 23:52:55 | memmem | Badger: By not wasting space between the end of the (largest) original firmware and the beginning of the bootloader. |
| 23:53:10 | Bagder | memmem: that space is not visible in the file size anyway |
| 23:53:23 | Bagder | or |
| 23:53:24 | austriancoder | as far as i have seen, the header is filled with the checksum... but the checksum in the iaudio fw must be at a spez version |
| 23:53:25 | memmem | The problem is that the bootloader needs memory to load rockbox into. |
| 23:53:33 | Bagder | never mind |
| 23:53:52 | Bagder | memmem: why is that a problem? |
| 23:53:58 | Bagder | it has 32MB ram |
| 23:54:03 | memmem | Don't call boot.ids KISS ;-) |
| 23:54:10 | Bagder | it sure is |
| 23:54:25 | Bagder | austriancoder: scramble makes the checksum and header for your bootloader |
| 23:54:45 | Bagder | anyway, proceed as you see fit |
| 23:54:50 | memmem | If the bootloader is not at a fixed address, it could happen to live at the address to be used for rockbox to be loaded at. |
| 23:55:13 | Bagder | memmem: yes, but you'd have to PIC it at a place where the loaded rockbox is not |
| 23:55:22 | Bagder | not just "anywhere" |
| 23:55:43 | memmem | Exactly. That's a drawback of using PIC for the bootloader but not for rockbox proper. Perhaps a showstopper. |
| 23:56:10 | Bagder | loaded rockbox is currently ~200K |
| 23:56:54 | Bagder | if you can't fit the PIC code in 32MB minus those fixed 200K, then you have probbs :-) |
| 23:57:12 | memmem | Oh, that's pretty small. Probably fewer graphics, animations, and sound than has the original iAUDIO firmware. |
| 23:57:23 | Bagder | no doubt |
| 23:57:40 | Bagder | but rockbox also loads a bunch of things in runtime |
| 23:58:17 | Bagder | but it is not very graphical, which I guess the original firmware is |
| 23:58:18 | austriancoder | Bagder: ah... to scramble |
| 23:58:21 | austriancoder | upsa |
| 23:58:44 | austriancoder | scramble is used to make a valid fw? So it adds a valid header to it? |
| 23:58:45 | memmem | It's way too graphical. I'd prefer a keyboard. That shows my age... |
icon identifies that the person is a core developer (has commit access).