| 00:30:41 | *** | Saving seen data "./dancer.seen" |
| 00:35:45 | | Quit edx () |
| 01:00 |
| 01:03:17 | | Part scott666_ |
| 01:16:00 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 01:16:03 | | Part amiconn |
| 01:28:46 | | Join bagawk [0] (Lee@bagawk.user) |
| 01:29:01 | bagawk | Anyone awake right now? |
| 01:34:35 | Plugh | no |
| 01:36:47 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 01:40:10 | bagawk | hey LinusN |
| 01:40:13 | LinusN | yo |
| 01:40:15 | bagawk | I need a littel help |
| 01:40:33 | LinusN | shoot |
| 01:40:44 | bagawk | I have not been around rockbox much in a long time, and many changes went without me knowing, and the makefiles have chnaged |
| 01:40:55 | bagawk | There used to bea EXTRA_DEFINES section, and now it is gone |
| 01:41:07 | bagawk | where would i put something that went there now? |
| 01:41:12 | LinusN | like? |
| 01:41:24 | bagawk | -DHAVE_ALARM_MOD |
| 01:41:31 | bagawk | (I did the rtc alarm mod...) |
| 01:45:06 | bagawk | I also did the white backlight mod last week, it looks VERY nice now. |
| 01:46:50 | LinusN | EXTRA_DEFINES works for me |
| 01:47:20 | LinusN | make EXTRA_DEFINES=-DHAVE_ALARM_MOD |
| 01:48:02 | bagawk | OK THanks |
| 01:48:30 | LinusN | i wonder why it doesn't work for you |
| 01:49:09 | bagawk | It does, i just was not sure where to put it |
| 01:49:38 | LinusN | you said it was gone |
| 01:50:12 | bagawk | With the makefile changes done a rather long time ago, yes |
| 01:50:42 | LinusN | i don't get it, it's still there |
| 01:50:47 | bagawk | ??? |
| 01:50:50 | bagawk | I do not see it |
| 01:51:06 | LinusN | otherwise the EXTRA_DEFINES=-DHAVE_ALARM_MOD wouldn't work |
| 01:52:08 | LinusN | or are you looking for a place to edit the Makefile? |
| 01:52:48 | bagawk | Yes |
| 01:52:52 | bagawk | in the makefile |
| 01:55:20 | | Quit bagawk ("umount /dev/brain") |
| 01:57:59 | | Quit ctp__ (Read error: 110 (Connection timed out)) |
| 01:58:33 | | Join ctp__ [0] (~ctp@dsl-082-082-165-074.arcor-ip.net) |
| 02:00 |
| 02:24:27 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 02:27:56 | | Part LinusN |
| 02:30:44 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:23:52 | | Quit midk ("just STOP it arspy") |
| 04:00 |
| 04:30:48 | *** | Saving seen data "./dancer.seen" |
| 04:33:33 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 06:00 |
| 06:30:49 | *** | Saving seen data "./dancer.seen" |
| 06:47:37 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 07:00 |
| 07:10:44 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 07:12:08 | | Quit AciD (Client Quit) |
| 07:12:27 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 07:21:46 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 08:00 |
| 08:17:46 | | Join webguest17 [0] (~447705dc@labb.contactor.se) |
| 08:18:33 | | Quit webguest17 (Client Quit) |
| 08:30:53 | *** | Saving seen data "./dancer.seen" |
| 08:31:55 | | Join amiconn [0] (~jens@pD9E7F8DB.dip.t-dialin.net) |
| 08:34:18 | LinusN | morning amiconn |
| 08:37:41 | amiconn | Good morning LinusN et al |
| 08:38:05 | amiconn | LinusN: Got my mail? |
| 08:38:24 | LinusN | ah, yes |
| 08:38:41 | LinusN | good work (you're crazy) |
| 08:39:29 | amiconn | I just added a wiki page. Maybe this should be linked somewhere (datasheet page?) |
| 08:40:53 | LinusN | wow! nice page indeed |
| 08:42:28 | LinusN | in fact there are lots of wiki pages that could benefit from some linking |
| 08:52:04 | amiconn | I could finally close a feature request over 1 year old :-) |
| 09:00 |
| 09:03:24 | LinusN | :-) |
| 09:04:33 | amiconn | I found that we may need to add an option to the gcc command line for compiling the plugins: |
| 09:05:13 | amiconn | The current gcc places zero-initialized data in bss, assuming this is zeroed out. However, thiis does not hold true for the plugins |
| 09:05:42 | amiconn | I worked around that in my plugin, got crashes from that befre I did. |
| 09:06:09 | amiconn | There is an option, -fno-zero-initialized-in-bss |
| 09:25:14 | DEBUG | EOF from server (Connection timed out) (snapshot: netstuff.c line 545) |
| 09:25:14 | *** | Cleanup |
| 09:25:14 | *** | Cleanup |
| 09:25:14 | *** | No seen item changed, no save performed. |
| 09:25:14 | *** | Exit |
| 09:25:14 | *** | Started Dancer V4.16 |
| 09:25:14 | DEBUG | connect(2) failed on socket 3 (Connection timed out) (snapshot: netstuff.c line 150) |
| 09:25:14 | DEBUG | connect(2) failed on socket 3 (Connection timed out) (snapshot: netstuff.c line 150) |
| 09:25:14 | DEBUG | connect(2) failed on socket 3 (Connection timed out) (snapshot: netstuff.c line 150) |
| 09:25:14 | *** | Connected to irc.freenode.net on port 6667 |
| 09:25:14 | *** | Logfile for #rockbox started |
| 09:34:49 | *** | Server message 501: 'logbot :Unknown MODE flag' |
| 09:34:49 | Mode | "logbot :+i" by logbot |
| 09:34:49 | *** | Server message 477: 'logbot #rockbox :[freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup' |
| 09:34:50 | | Join logbot [242] (~bjst@labb.contactor.se) |
| 09:34:50 | | Join Ka_ [0] (~tkirk@pcp0010732484pcs.howard01.md.comcast.net) |
| 09:34:50 | | Join Zagor [242] (~bjst@labb.contactor.se) |
| 09:34:50 | | Join webmind [0] (~random@217-195-236-172.dsl.esined.net) |
| 09:34:50 | | Join mbr [0] (~mb@stz-softwaretechnik.com) |
| 09:34:50 | | Join HCl [0] (hcl@titania.student.utwente.nl) |
| 09:34:50 | | Join Hadaka [0] (naked@naked.iki.fi) |
| 09:34:50 | | Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 09:34:50 | | Join amiconn [0] (~jens@pD9E7F8DB.dip.t-dialin.net) |
| 09:34:50 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 09:34:50 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 09:34:50 | | Join ctp__ [0] (~ctp@dsl-082-082-165-074.arcor-ip.net) |
| 09:34:50 | | Join dwihno [0] (~dw@81.8.224.89) |
| 09:34:50 | | Join _Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 09:34:50 | | Join silencer_ [0] (~silencer@zen.via.ecp.fr) |
| 09:34:50 | | Join Headie [0] (~hehe@fsto6.sto.sema.se) |
| 09:34:50 | | Join ze [0] (psyco@adsl-63-205-44-58.dsl.lsan03.pacbell.net) |
| 09:34:50 | | Join Plugh [0] (plugh@adsl-68-122-77-189.dsl.pltn13.pacbell.net) |
| 10:00 |
| 10:00:34 | | Join raxy [0] (~c1c28427@labb.contactor.se) |
| 10:05:19 | | Quit raxy (Client Quit) |
| 10:19:01 | | Join kurzhaarrocker [0] (~knoppix@p50877512.dip0.t-ipconnect.de) |
| 10:31:40 | kurzhaarrocker | Something I alway forgot to mention: when you record from spdif the recording screen should either display the sample rate of the source or no sample rate at all. Currently it displays the sample rate of the settings which doesn't necessarily match the sample rate of the source. |
| 10:38:41 | amiconn | kurzhaarrocker: Good idea. And it might display if s/pdif parity errors occur in the empty area that otherwise displays the gain setting |
| 10:39:25 | kurzhaarrocker | Can we detect that? Doesn't that require to investigate each single frame? |
| 10:46:12 | | Quit ctp__ (Read error: 110 (Connection timed out)) |
| 10:47:52 | amiconn | kurzhaarrocker: There is a status bit telling us about s/pdif parity errors |
| 10:50:16 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
| 10:59:12 | kurzhaarrocker | A bit of the mas? And it isn't reset with each frame? |
| 11:00 |
| 11:02:53 | LinusN | can we detect the sample rate of the source? |
| 11:03:53 | kurzhaarrocker | Maybe we could occasionally investigate a recorded frame. |
| 11:03:56 | LinusN | we could of course read the last encoded frame header |
| 11:04:14 | LinusN | but that header isn't generated in monitoring mode |
| 11:04:50 | LinusN | so it will only be present in prerecording or recording mode |
| 11:06:51 | kurzhaarrocker | If it's to much trouble then we'd better skip that sample rate freq info instead of displaying wrong values. |
| 11:09:25 | LinusN | nah, we either output <unknown> or the actual rate |
| 11:11:26 | LinusN | amiconn: i saw a discussion about floating point support in the logs the ither day, with miner49er |
| 11:13:45 | amiconn | And? |
| 11:14:21 | LinusN | there is no math library with rockbox |
| 11:14:56 | LinusN | that's why sin() and friends are not available |
| 11:15:32 | LinusN | if you want that, you'll have to compile a libm library, like the one in newlib |
| 11:15:38 | amiconn | Yes. Floating point math itself is usable, though |
| 11:15:57 | amiconn | ..but printf & co don't support it |
| 11:16:08 | LinusN | nope |
| 11:16:21 | LinusN | for obvious reasons |
| 11:16:32 | LinusN | (code size) |
| 11:16:56 | kurzhaarrocker | Maybe someday we might want a math lib for the plugins only? |
| 11:17:23 | LinusN | on the iriver, we will probably want it in the core as well |
| 11:18:09 | amiconn | LinusN: I'd rather use an integer sine table for demo plugins. It's much faster, and the precision is sufficient. |
| 11:18:24 | amiconn | Even 64 bit math is faster than floating point |
| 11:18:43 | LinusN | yup, no need for libm just for the plasma plugin |
| 11:19:56 | amiconn | The plasma plugin is 15 KB (?) because of using fp |
| 11:20:08 | amiconn | s/?/!/ |
| 11:20:30 | LinusN | quite unnecessary |
| 11:20:34 | kurzhaarrocker | So a math lib is linked to the plugin? Fascinating. |
| 11:21:03 | LinusN | kurzhaarrocker: no, only basic floating point code |
| 11:21:22 | LinusN | the math lib contains the complex stuff, like fabs(), sin() pow() etc |
| 11:21:34 | LinusN | and that's the one that is missing |
| 11:23:02 | * | kurzhaarrocker is confused |
| 11:23:02 | kurzhaarrocker | So the basic fp code was copy&pasted to the plasma source? Or is the linker so intelligent that it kicks out unused code of a standard math lib? |
| 11:23:53 | LinusN | basic fp stuff, like multiplication etc is supported by gcc itself |
| 11:24:14 | kurzhaarrocker | ok |
| 11:24:26 | LinusN | that stuff is in the standard c library (libc) |
| 11:25:15 | *** | Saving seen data "./dancer.seen" |
| 11:25:56 | LinusN | the linker only adds the stuff that is used from the library |
| 11:27:38 | LinusN | lunch time |
| 12:00 |
| 12:14:24 | LinusN | from apple.com: "The Macintosh file system is highly optimized for quickly and efficiently reading and writing files" |
| 12:14:32 | LinusN | what a revolution! |
| 12:14:48 | Zagor | wow, that's innovative |
| 12:15:12 | LinusN | they're always lightyears ahead |
| 12:16:03 | kurzhaarrocker | I still think we should stay with our file system for now and not port to the mac file system to rockbox :) |
| 12:18:56 | Zagor | luddite! |
| 12:20:56 | kurzhaarrocker | Thanks for the lesson, Zagor: http://en.wikipedia.org/wiki/Luddite |
| 12:21:02 | Zagor | :) |
| 12:26:58 | Zagor | i love terse bug reports. #1061647 is a shining beacon of brevity in this world of needlessly bloated and descriptive reports... :-| |
| 12:28:46 | Zagor | it seems he's made it his hallmark to file one-line reports |
| 12:33:15 | LinusN | :-) |
| 12:44:43 | Zagor | sourceforge is seriously broken today. I get logged out as soon as I click on a link... |
| 12:46:03 | webmind | yeah.. i received an email about some work on SF |
| 12:48:01 | Zagor | yeah, me too. maybe i should read it ;) |
| 12:48:46 | LinusN | Zagor: regarding the shuffle repeat issue |
| 12:49:10 | LinusN | he seems to claim that the tracks are played twice *in a row* |
| 12:49:33 | LinusN | that's how i interpret "playes twice |
| 12:49:33 | LinusN | at once" |
| 12:50:29 | Zagor | "some songs are played very often" doesn't sound like that imo |
| 12:50:31 | kurzhaarrocker | or he encountered stereo |
| 12:50:44 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 12:51:49 | LinusN | there are two issues, and "some songs played very often" refers to the fact that some songs often appeared in the beginning of the shuffled list |
| 12:52:52 | * | kurzhaarrocker blushes |
| 12:52:52 | kurzhaarrocker | There are bug reports about the split editor |
| 12:55:04 | LinusN | perhaps you don't handle the return codes from write()? |
| 12:55:27 | LinusN | hmmm, saving the dynamic playlist takes ages... |
| 12:55:39 | Zagor | I doubt we have a bug that plays the same song twice back-to-back. that is definitely something more people would notice. |
| 12:55:40 | kurzhaarrocker | Why should I do - in code of alpha state |
| 12:59:18 | LinusN | Zagor: he could mean "plays twice at least"...? |
| 13:00 |
| 13:02:23 | LinusN | meeting... |
| 13:03:40 | kurzhaarrocker | meating (lunch) |
| 13:08:46 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 13:25:20 | *** | Saving seen data "./dancer.seen" |
| 13:26:34 | | Join jodel [0] (~ix@adsl-1-007.NSW.dft.com.au) |
| 13:26:48 | | Quit jodel (Remote closed the connection) |
| 14:00 |
| 14:15:15 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
| 14:17:54 | | Join quelsaruk [0] (~kvirc@80.103.129.110) |
| 14:17:56 | quelsaruk | hi |
| 14:17:56 | quelsaruk | :) |
| 14:18:19 | quelsaruk | oh, a lot of know people |
| 14:21:37 | LinusN | hi quelsaruk |
| 14:22:59 | kurzhaarrocker | Oh, The Return Of The Techno Priest |
| 14:23:13 | quelsaruk | :D |
| 14:23:20 | quelsaruk | now it's seriously |
| 14:23:43 | quelsaruk | at last... i have inet access at home!! |
| 14:24:17 | quelsaruk | (run away while you are able to...) |
| 14:24:36 | LinusN | welcome to the modern world, old caveman |
| 14:24:52 | quelsaruk | :) |
| 14:25:15 | quelsaruk | smoke signals weren't a good idea |
| 14:25:39 | LinusN | terrible round-trip time |
| 14:26:33 | quelsaruk | yeah |
| 14:27:18 | kurzhaarrocker | When my electronic devices make smoke signs they usually send me mourning maps and they are write once only |
| 14:28:10 | quelsaruk | i don't imagine why... ;) |
| 14:28:43 | quelsaruk | ok, just came to say i'll keep languages up-to-date again.. if you let :P |
| 14:28:53 | Zagor | quelsaruk: excellent! |
| 14:29:04 | quelsaruk | hi zagor |
| 14:29:06 | quelsaruk | :) |
| 14:32:19 | amiconn | [IDC]Dragon: I see you did some updates to the *flashing guides. One remark: you don't mention rombox.ucl, maybe this will confuse some users if it stays unexplained. |
| 14:33:03 | [IDC]Dragon | ah, yes, I should make a note link |
| 14:33:40 | [IDC]Dragon | note and link (cgiirc likes no plus character) |
| 14:34:43 | [IDC]Dragon | perhaps we should distribute only one .ucl: Rombox for the platform which can, normal for the others |
| 14:35:01 | [IDC]Dragon | I see no reason *not* to use rombox |
| 14:35:32 | amiconn | It's a tiny bit less convenient if you want to update |
| 14:36:40 | [IDC]Dragon | you should anyway run the new version first |
| 14:37:36 | amiconn | Yes I know, and do so (because I always use rombox) |
| 14:37:37 | quelsaruk | lunch time! |
| 14:38:04 | quelsaruk | cu l8r! |
| 14:38:27 | amiconn | [IDC]Dragon: Is there a description of the uart boot mod somewhere on the site? I could only find the serial mod... |
| 14:38:30 | | Quit quelsaruk ("Using KVIrc 3.0.1 'System Virtue'") |
| 14:39:40 | LinusN | http://www.rockbox.org/twiki/bin/view/Main/UartBoot |
| 14:40:35 | amiconn | Ah, thanks. It's not linked from the documentation page (that lack of linking again... :-( ) |
| 14:41:16 | LinusN | should perhaps be linked from the Flashing instructions |
| 14:41:49 | LinusN | ...it is |
| 14:42:27 | LinusN | in 3 places in FlashingRockbox |
| 14:43:25 | amiconn | I did look under "Hardware" in the DocsIndex, where the serial mod is linked |
| 14:48:14 | [IDC]Dragon | the uart boot is poorly documented, I never sat down and did it right |
| 14:48:46 | [IDC]Dragon | instead, I explained it to like 10 individuals, which takes a lot more time |
| 14:49:35 | [IDC]Dragon | btw, how do you like my new 1st time flashing procedure? |
| 14:49:55 | LinusN | me likes it |
| 14:50:04 | LinusN | (i added the uart link) |
| 14:51:48 | amiconn | [IDC]Dragon: You did prepare new flash images, with empty second slot? |
| 14:52:50 | amiconn | (uart boot mod) I'm asking because I think it's time to put some use to the serial adapter & level converter... |
| 15:00 |
| 15:19:56 | * | Zagor added a server downtime notice to front page |
| 15:25:22 | *** | Saving seen data "./dancer.seen" |
| 15:29:16 | [IDC]Dragon | amiconn: the serial is nicely pictured for the player |
| 15:29:53 | [IDC]Dragon | the pins you need for the uart boot are available at the same header |
| 15:57:04 | | Join einhirn [0] (~Miranda@carlsberg.heim2.tu-clausthal.de) |
| 15:59:27 | | Part LinusN |
| 16:00 |
| 16:13:55 | | Join elinenbe_ [0] (~elinenbe_@65.115.46.225) |
| 16:13:55 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
| 16:13:58 | | Nick elinenbe_ is now known as elinenbe (~elinenbe_@65.115.46.225) |
| 16:29:24 | | Join edx [0] (edx@pD9EAAF75.dip.t-dialin.net) |
| 16:33:52 | [IDC]Dragon | I made a key assignment table, originally intended to document the Ondio: |
| 16:33:54 | [IDC]Dragon | http://www.rockbox.org/twiki/bin/view/Main/KeymapOndio |
| 16:34:23 | [IDC]Dragon | it turned out to become a rather generic table |
| 16:35:08 | Zagor | anything wrong with http://www.rockbox.org/twiki/bin/view/Main/ButtonAssignments ? :) |
| 16:35:28 | [IDC]Dragon | urgh |
| 16:35:43 | Zagor | although yours is more complete |
| 16:36:11 | kurzhaarrocker | Is that a typical wiki problem? Everything is there but nobody knows where? |
| 16:36:13 | [IDC]Dragon | we need a wiki hierarchie, to avoid double work |
| 16:36:43 | Zagor | kurzhaarrocker: isn't that a general internet problem? :) |
| 16:37:08 | kurzhaarrocker | right. Internet is nothing but a wiki in a larger scale. |
| 16:38:33 | [IDC]Dragon | OK, what should I do with my table? Besides the layout, I like it, plus it reflects the true state of the code |
| 16:39:17 | [IDC]Dragon | (plugins yet missing) |
| 16:39:29 | | Part kurzhaarrocker |
| 16:47:31 | | Quit webmind ("-sniff- offline.. brb!") |
| 16:48:44 | | Join webmind [0] (~random@217-195-236-172.dsl.esined.net) |
| 16:50:35 | amiconn | [IDC]Dragon, Zagor: The rockbox wiki does have too few inter-page links. Funny enough, this just showed up a number of times today. |
| 16:51:32 | Zagor | i agree. but I don't have a simple solution. |
| 16:52:28 | [IDC]Dragon | wiki has no tree-like organization? Is it necessarily flat? |
| 16:53:46 | Zagor | well flat or tree is up to those who organise it |
| 16:53:59 | Zagor | it's just links |
| 17:00 |
| 17:08:43 | Zagor | gotta go |
| 17:08:45 | | Part Zagor |
| 17:09:27 | amiconn | [IDC]Dragon: Iirc I need to cut some connections for the UART boot mod? |
| 17:10:03 | [IDC]Dragon | not necessarily |
| 17:10:35 | [IDC]Dragon | the idea is to have the 3 lines to read low on boot, while they are still inputs |
| 17:11:47 | [IDC]Dragon | so I pulled them down with 1kOhm, against their pullups of 10k, iirc |
| 17:12:38 | [IDC]Dragon | but don't do it exacly like I did, because there was likely something wrong with it, and now I got a broken player |
| 17:13:09 | [IDC]Dragon | plus uski's subject |
| 17:14:11 | amiconn | I think I'll try serial + uart this evening, but then I don't want to destroy my player |
| 17:14:37 | amiconn | (there is still some warranty left, which I'll void anyway) |
| 17:19:29 | | Join methangas [0] (methangas@0x50a47697.virnxx10.adsl-dhcp.tele.dk) |
| 17:22:37 | [IDC]Dragon | no, we don't want you to break your Player! |
| 17:24:13 | amiconn | It's time for some init hunting! |
| 17:25:23 | *** | Saving seen data "./dancer.seen" |
| 17:28:56 | amiconn | I need to find 3 points: Tx, Rx, and the pullup array. Unfortunately there are only images showing Tx and Rx |
| 17:29:07 | amiconn | (not even which is which) |
| 17:30:33 | [IDC]Dragon | you can beep it from the CPU |
| 17:30:59 | [IDC]Dragon | iirc, there is no dedicated pullup array for the player |
| 17:31:44 | [IDC]Dragon | they just routed the signals somewhere, to pullup arrays used for other signals, too, and single resistors |
| 17:33:00 | [IDC]Dragon | if you want to be plug-compatible with Linus and me, connect the TX from the SH to the tip pin of the plug |
| 17:33:15 | [IDC]Dragon | easy to remember: Tx to Tip |
| 17:33:39 | amiconn | I didn't plan to connect the serial to the line in socket at all |
| 17:33:59 | [IDC]Dragon | or to some loose plug, however |
| 17:55:48 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 18:00 |
| 18:10:23 | | Join mecraw_ [0] (~lmarlow@69.2.235.2) |
| 18:12:28 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 18:25:05 | | Quit [IDC]Dragon ("CGI:IRC") |
| 19:00 |
| 19:14:12 | | Join Stryke` [0] (Stryke_@resnet-241-86.resnet.umbc.edu) |
| 19:25:25 | *** | Saving seen data "./dancer.seen" |
| 20:00 |
| 20:04:40 | | Quit midk_ (Read error: 104 (Connection reset by peer)) |
| 20:04:50 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 20:30:58 | Plugh | mk2k |
| 20:41:08 | amiconn | _Bagder: r u there? |
| 21:00 |
| 21:25:27 | *** | Saving seen data "./dancer.seen" |
| 21:48:58 | | Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 22:00 |
| 22:05:33 | | Join [IDC]Dragon [0] (~idc-drago@pD951290B.dip.t-dialin.net) |
| 22:05:42 | amiconn | hi again Jörg |
| 22:05:53 | [IDC]Dragon | hello Jens |
| 22:06:09 | amiconn | Serial + uart boot mod almost done. Now I need something to test it. |
| 22:06:24 | [IDC]Dragon | oh, that was quick |
| 22:06:31 | amiconn | Is it possible to test the serial mod alone, i.e. without pulling the lcd lines? |
| 22:06:50 | [IDC]Dragon | yes, you can "play remote control" |
| 22:06:58 | [IDC]Dragon | for the input part |
| 22:08:35 | | Nick _Bagder is now known as Bagder (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 22:08:40 | Bagder | here now |
| 22:08:41 | amiconn | The player still boots :) It tells me about HD error, but that is expected, without a HD present ;-) |
| 22:09:14 | [IDC]Dragon | what did you do so far? |
| 22:09:16 | amiconn | Bagder: I wanted to ask about the UART boot mod, but meanwhile found out, by reading the disassembled boot rom |
| 22:09:50 | [IDC]Dragon | oh, I could have sent you a commented one |
| 22:10:03 | [IDC]Dragon | what do you want to find out? |
| 22:10:19 | amiconn | I just needed which pin I have to pull. Found that it's PB1..PB3 |
| 22:10:50 | [IDC]Dragon | good that you mistrust me, might save your box |
| 22:11:17 | amiconn | [IDC]Dragon: I took it apart (found 2 more solder joints than the description tells), beeped PB0..PB3 and TX/Rx through to the pad area, and connected a 5-wire ribbon cable. |
| 22:12:15 | amiconn | Reassembled the boards, did a quick test with batteries (-> HD error), then soldered some ground wires and the connection to the level converter |
| 22:12:35 | amiconn | 3 pull down resistors are in place, waiting to be connected to PB1..PB3 |
| 22:13:34 | amiconn | Now trying to hook it all up to the PC + lab power supply, lets hope for the best... |
| 22:14:53 | [IDC]Dragon | I extensively used the uart boot for the ondio recently |
| 22:15:32 | [IDC]Dragon | mostly because we had no disk access yet, when I did that |
| 22:15:49 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- :P") |
| 22:16:02 | [IDC]Dragon | the Ondio is a player, in terns of uart boot (12 MHz) |
| 22:16:31 | amiconn | Hmm. I don't know how to "play" remote, without the HD... |
| 22:16:49 | [IDC]Dragon | true |
| 22:17:25 | [IDC]Dragon | then it's difficult to do seperate tests |
| 22:17:41 | amiconn | I could actually connect the hd |
| 22:18:30 | [IDC]Dragon | the inductive cables made that difficult for me |
| 22:18:50 | amiconn | Now _that_ does look familiar :) |
| 22:19:07 | [IDC]Dragon | ? |
| 22:19:38 | amiconn | Archos ver 5.08 ...wait.. Rockbox! ... Fortsetzen? |
| 22:25:23 | amiconn | Serial does work! |
| 22:25:39 | [IDC]Dragon | remote? |
| 22:25:44 | amiconn | yup |
| 22:26:01 | [IDC]Dragon | ok, how can we test the output? |
| 22:26:27 | [IDC]Dragon | I'm afraid you have to write a little code for that |
| 22:26:48 | [IDC]Dragon | how about a VT100 terminal plugin? |
| 22:27:21 | amiconn | I think that if Rx works, Tx will work too. Now to the interesting part: pulling and uart booting... |
| 22:27:45 | amiconn | Btw: is your uart_boot tool able to handle COM6? |
| 22:27:47 | * | [IDC]Dragon hides |
| 22:28:17 | [IDC]Dragon | I think so, it's just a string, passed to the OS, iirc |
| 22:28:50 | amiconn | How do I compile that? Or are there some binaries somewhere on the web? |
| 22:29:11 | [IDC]Dragon | binaries, yes |
| 22:29:17 | [IDC]Dragon | not in my webspace? |
| 22:29:33 | amiconn | http://joerg.hohensohn.bei.t-online.de/archos/uart_boot/ -> only images :-( |
| 22:29:54 | [IDC]Dragon | hang on |
| 22:32:38 | [IDC]Dragon | shouls appear soon, under flash/tools |
| 22:32:47 | [IDC]Dragon | should |
| 22:33:43 | amiconn | Pull down resistors connected... |
| 22:34:21 | [IDC]Dragon | I'm not to be held responsible! |
| 22:37:36 | amiconn | Got the program, box started, trying uart_boot -p COM6 -id |
| 22:37:51 | amiconn | Nothing happens... |
| 22:39:54 | amiconn | How long is the monitor download supposed to take? |
| 22:43:04 | amiconn | [IDC]Dragon? |
| 22:52:04 | amiconn | Argh! |
| 22:52:12 | amiconn | Aaaarrrrrgggghhh! |
| 22:55:41 | [IDC]Dragon | sorry for being away |
| 22:55:47 | amiconn | I unsoldered the pull down resistors again. The first boot attempts did show weird characters. Now it does show Jukebox Ver: 5.08 again, but doesn't go on.... |
| 22:55:49 | [IDC]Dragon | what's happening? |
| 22:56:39 | amiconn | The monitor download did not finish |
| 22:56:59 | [IDC]Dragon | maybe not even start? |
| 22:57:26 | [IDC]Dragon | how strong are your pulldowns? |
| 22:58:22 | | Join amiconn_ [0] (~jens@pD95D108F.dip.t-dialin.net) |
| 22:58:40 | amiconn_ | bah, T-Offline again |
| 22:58:53 | | Quit amiconn (Nick collision from services.) |
| 22:58:53 | | Nick amiconn_ is now known as amiconn (~jens@pD95D108F.dip.t-dialin.net) |
| 22:58:56 | [IDC]Dragon | up to where did you read me? |
| 22:59:44 | amiconn | I did already peek the log... pulldowns are 1 k, pulling against 10 k on the board |
| 23:00 |
| 23:00:54 | [IDC]Dragon | that is 3 mA, I consider that far from harmful to anything |
| 23:01:15 | [IDC]Dragon | does it still not boot? |
| 23:01:27 | | Join xam [0] (xam@bucephalas-wlan.6.strangled.net) |
| 23:02:03 | [IDC]Dragon | showing signs of life on the LCD means these lines are OK |
| 23:02:07 | amiconn | Nope, it still doesn't boot. Showing Jukebox ver. 5.08, HD is spinng... |
| 23:02:40 | [IDC]Dragon | I wonder how it could harm anything else |
| 23:03:02 | [IDC]Dragon | colliding ssignals? |
| 23:03:38 | amiconn | Ah! Now it does boot again! |
| 23:03:45 | [IDC]Dragon | phew |
| 23:04:01 | amiconn | Tried with batteries, although it worked before when running from the lab supply |
| 23:04:24 | amiconn | So now I wonder what is wrong with the uart boot |
| 23:04:44 | * | [IDC]Dragon mistrusts lab supplies feeding DC/DC converters |
| 23:05:35 | amiconn | That supply is able to deliver 2.5 Amps, that should be enough |
| 23:05:52 | amiconn | Now also running again from the supply |
| 23:06:58 | amiconn | Still I wonder why the uart boot doesn't work. It display "Downloading monitor..." forever. |
| 23:07:14 | [IDC]Dragon | I used 1k, too |
| 23:07:36 | amiconn | When I cut the power, it displays "Error transmitting monitor byte 0x48, got 0x0" then goes on waiting... |
| 23:08:23 | [IDC]Dragon | a scope is very useful, to monitor the RX line of the Archos |
| 23:08:45 | * | amiconn is digging up the scope... |
| 23:11:16 | amiconn | I could go up to 2k pull down. This should still deliver an input voltage of 0.6 V, less that the maximum 0.8 V for low reading |
| 23:12:25 | [IDC]Dragon | did you check the converter in a loopback mode? |
| 23:12:46 | [IDC]Dragon | I use TeraTerm for such ASCII checks |
| 23:13:31 | amiconn | No I didn't. Should be possible with hyperterm, check if the chars are echoed |
| 23:13:52 | [IDC]Dragon | another thing I had: sometimes the idle level into the box was too low |
| 23:14:02 | amiconn | ? |
| 23:14:12 | [IDC]Dragon | I had to connect a 1-2k pullup against the 3.3V |
| 23:15:24 | [IDC]Dragon | hyperterm also works, but this program sucks. you never know if hyperterm or your hardware has a problem |
| 23:16:11 | amiconn | Loopback does work fine |
| 23:16:49 | [IDC]Dragon | but better check the line levels when connected to Archos |
| 23:19:25 | amiconn | Both lines have +3.28 V when idle |
| 23:19:37 | [IDC]Dragon | very nice |
| 23:21:38 | amiconn | Err... |
| 23:22:06 | amiconn | Rx is ~ +1 V only when HyperTerm is not connected. 3.28 V when it is |
| 23:23:13 | [IDC]Dragon | is that a feature of the USB adapter? suspend mode? |
| 23:23:41 | [IDC]Dragon | but wait, you still have theconverter behind that |
| 23:23:48 | amiconn | Starting uart_boot produces some transitions, then stays high |
| 23:24:30 | [IDC]Dragon | do you have the 1V before starting it? |
| 23:24:40 | amiconn | Yes. |
| 23:24:53 | [IDC]Dragon | that's perhaps no good |
| 23:25:19 | [IDC]Dragon | where does it come from? the converter should drive high or low |
| 23:25:28 | *** | Saving seen data "./dancer.seen" |
| 23:25:52 | amiconn | Maybe the converter doesn't get (enough) power when the serial port is idle |
| 23:26:10 | [IDC]Dragon | did you measure per merter or scope? is there perhaps a frequency/oscillation? |
| 23:26:28 | amiconn | I did measure with both. There is no oscillation |
| 23:26:36 | [IDC]Dragon | s/merter/(multi)meter |
| 23:27:18 | [IDC]Dragon | what does the converter input side say? |
| 23:28:50 | amiconn | Around 3.27 V, constant, no oscillation, even when trying to uart_boot |
| 23:29:28 | | Part xam |
| 23:29:29 | [IDC]Dragon | it should be like -12V on idle |
| 23:29:47 | amiconn | Ahem, you mean _that_ side. |
| 23:29:50 | [IDC]Dragon | notebooks usually do less, so maybe -10V |
| 23:30:07 | amiconn | I though that you mean the reverse direction |
| 23:32:15 | amiconn | -7.6 V when idle |
| 23:34:47 | [IDC]Dragon | <amiconn> Maybe the converter doesn't get (enough) power when the serial port is idle |
| 23:35:00 | [IDC]Dragon | you don't power it externally? |
| 23:35:13 | amiconn | Ahem, nope. [23:25:53] <amiconn> Maybe the converter doesn't get (enough) power when the serial port is idle |
| 23:35:42 | * | amiconn is hooking up the +5v to the pos. batt. terminal... |
| 23:35:50 | [IDC]Dragon | you'd better do that |
| 23:39:35 | amiconn | Done. |
| 23:40:23 | amiconn | Now the voltage does not change on port idle - port busy transition |
| 23:41:44 | amiconn | Ah! It seems to work!!! |
| 23:41:58 | amiconn | Downloading monitor done. |
| 23:41:58 | amiconn | Writing flash dump into file test.rom... |
| 23:42:03 | [IDC]Dragon | :-) |
| 23:43:48 | amiconn | Now for the cool stuff: When I want to boot rockbox via uart_boot, I do need the bin file, right? |
| 23:44:11 | [IDC]Dragon | yes |
| 23:44:43 | amiconn | What if I want to use gdb? Do I have to download the debug .bin via uart_boot, then somehow switch the serial connection over? |
| 23:45:08 | [IDC]Dragon | I have an uncommitted LCD drive, which should do the init like Archos |
| 23:45:23 | [IDC]Dragon | you can download gdb via uart boot |
| 23:45:33 | amiconn | ?!?? |
| 23:45:49 | [IDC]Dragon | the LCD was unrelated to your question |
| 23:46:04 | [IDC]Dragon | s/drive/driver |
| 23:46:08 | amiconn | Yes of course. |
| 23:46:55 | amiconn | I still wonder how to do that gdb stuff. If I want to use gdb, I have to download the debug build to the box first, using uart_boot |
| 23:47:16 | [IDC]Dragon | gdb: you load and execute gdb with the uart boot |
| 23:47:17 | amiconn | Then I have to connect this somehow to the gdb program itself, also via serial ?!? |
| 23:47:33 | [IDC]Dragon | then you start the debugger, which uses the stub |
| 23:48:16 | amiconn | Yes, that is what I mean. But before I start the debugger, there is a "gap" in the serial connection. Does that matter? |
| 23:48:53 | [IDC]Dragon | the serial is just idle |
| 23:49:27 | [IDC]Dragon | btw: does the spindown option work? |
| 23:49:42 | amiconn | The disk is not spinning at all. |
| 23:49:53 | [IDC]Dragon | even better |
| 23:50:03 | amiconn | When I connect power, backlight and green led come on even without pressing "On" |
| 23:52:45 | amiconn | Why does uart boot dump 512 KB of ROM? |
| 23:53:25 | [IDC]Dragon | oh, you have an older version of uart_boot |
| 23:53:37 | [IDC]Dragon | because I soldered 512 kB in |
| 23:53:42 | amiconn | That's the one you just uploaded... |
| 23:53:59 | [IDC]Dragon | it was a premade zip |
| 23:54:26 | [IDC]Dragon | must have been on my webspace, because it comes with a readme |
| 23:54:41 | [IDC]Dragon | do you want the current one? |
| 23:54:53 | [IDC]Dragon | (no extra features) |
| 23:55:02 | amiconn | Are there bug fixes or such? |
| 23:55:11 | [IDC]Dragon | not that I know of |
| 23:55:23 | [IDC]Dragon | except the 256 k reduction |
| 23:55:24 | amiconn | So I think the one I have is sufficient. |
| 23:55:46 | amiconn | Certainly I won't dump the rom that often |
| 23:55:58 | amiconn | Btw: 14400 bps is really slow. |
| 23:56:02 | * | [IDC]Dragon checks the cvs history of it |
icon identifies that the person is a core developer (has commit access).