Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2004-09-24

00:01:24amiconnI wonder why PA13 is set to be /irq1 though. The global archos init doesn't do this, the transfer routines set it to GP in while transferring, and there is no handler for it (interrupt vector is zero)
00:02:03[IDC]Dragonthen it's not set to /IRQ1, just polled
00:02:42amiconnIt is set to /irq 1: When rockbock is started, PACR1 reads 0x4402
00:03:42 Join maikeul [0] (~gromit@ALagny-151-1-2-126.w82-121.abo.wanadoo.fr)
00:08:01amiconnIt seems there is something in rockbox that fiddles with PA12...
00:08:50*amiconn is digging...
00:09:35[IDC]Dragonthat's always been an input, ata irq
00:10:57amiconnI'm on to something: *when* is the adc initialized, and hence the values in adc_read[] valid?
00:11:34amiconnata_init uses that to determine whether a card is inserted, but chances are that there is no valid value yet...
00:12:02[IDC]Dragonit may be set to /irq0 instead of GP in
00:12:11amiconnSo your select code does always select external, and internal can't work...
00:12:25[IDC]Dragonperhaps, yes
00:12:26*amiconn checks
00:14:44amiconnThat's it! The card doesn't answer because it is not selected. That doesn't explain the 0x05 though...
00:14:59[IDC]Dragonahh
00:16:53amiconnHmm. Dunno how to handle this. adc_init() is called before ata_init(), so it's a race...
00:17:31amiconnWill test with Linus' new conversion code...
00:17:41*amiconn hasn't updated cvs today
00:18:18[IDC]Dragonwhat's the ADC got to do with that?
00:18:42amiconnif(adc_read(ADC_MMC_SWITCH) < 0x200) ...
00:19:04 Quit gromit`` (Read error: 110 (Connection timed out))
00:19:52amiconnHmm, adc.c didn't change. I thought that it did...
00:20:46[IDC]Dragonit used to be that all adc readings are valid after adc_init(). dunno if that's still the case
00:21:12[IDC]Dragonit waited for the first conversions
00:21:33[IDC]Dragonwhich was only 1 bank, heh
00:23:41amiconnThere is an unused variable warning in button.c that Linus overlooked when changing the button handling...
00:24:29[IDC]Dragonsomething serious?
00:25:07amiconnThe debouncing has to be adapted for the Ondio (this has nothing to do with the mmc problems, just found it while compiling)
00:27:09[IDC]DragonZagor: FAT16 for all (without #ifdef) has a code size penalty of 752 bytes
00:28:06Zagorthat's well within acceptable
00:28:14[IDC]Dragonwith the routines you mentioned pulled together, if(is_fat16) in the innermost loop
00:28:35[IDC]Dragonwhich is some performance penalty
00:28:56Zagoris it really? aren't most of those waiting for disk i/o anyway? (can't remember, and am not looking :)
00:29:30[IDC]Dragonperhaps not really, compared to the disk I/O
00:32:55 Quit GhUl ("Leaving")
00:33:13amiconnAdded Linus' debouncing to the ondio button driver - now the behaviour is even more erratically than without :-(
00:33:34Zagorthe button behaviour or the mmc behaviour?
00:33:42amiconnArgh! Obviously I'm silly
00:34:04[IDC]Dragonperhaps do a sleep(8) before using adc values
00:34:31amiconnI should rather do a sleep(/me) more often...
00:34:36Zagor:)
00:35:02[IDC]Dragonlol
00:37:08amiconnWith sleep(10) before the internal/external selection, the select now works. However, I still get response 0x05 (idle state | illegal command) :(
00:37:56amiconnThe debouncing works nicely now, fix committed
00:38:40[IDC]Dragondid yours bounc before?
00:38:47amiconnyup
00:38:55amiconn(Ondio)
00:52:36Zagornew nude board scans up
00:52:43***Saving seen data "./dancer.seen"
00:52:58[IDC]Dragonuh, dirty
00:53:12Zagorvery :)
00:54:28amiconn[IDC]Dragon: sleep(1) is sufficient (conversion of all 8 adc channels needs ~90 µs)
00:54:59[IDC]Dragonbut only one is done per tick?
00:55:01Zagorbtw, we found the extra eeprom chip (for isd300 config data)
00:55:17[IDC]Dragon"found"?
00:55:42Zagoryeah it was hidden between the motherboard and the usb daughterboard
00:55:58amiconn[IDC]Dragon: No, the tick now starts the conversion for the first bank. The end of conversion for the first bank triggers an irq that starts the second bank.
00:56:53[IDC]Dragonthat daughterboard looks plugged
00:57:01[IDC]Dragonnot soldered
00:57:12Zagorcorrect
00:57:33Zagorit's held in place by solder, but not connected by it
01:00
01:00:28[IDC]Dragonwell, I'll do a sleep(6) now
01:00:35amiconn;)
01:00:39Zagorgood night
01:00:43amiconngood night
01:00:50[IDC]Dragonnighty
01:00:55 Quit [IDC]Dragon ()
01:14:09 Quit AciD (".L")
01:14:17 Quit Zagor ("Client exiting")
01:19:03 Quit Sebulba02 ("restarting X")
01:20:35 Quit amiconn (" sleep(6);")
01:39:19 Quit kaboofa ("leaving")
01:50:43 Join bagawk [0] (Lee@bagawk.user)
02:00
02:27:31 Quit mecraw_ ("Trillian (http://www.ceruleanstudios.com)")
02:38:19bagawkBagder: you will not believe what i have strted lol
02:38:50bagawk(maybe you will...)
02:47:20scott666_bagawk: what?
02:47:26 Nick scott666_ is now known as scott666 (~scott666@c-24-245-58-48.mn.client2.attbi.com)
02:47:44 Join [av]bani [0] (~goemon@washuu.anime.net)
02:47:50[av]banihttp://rockbox.haxx.se/iriver/ata_front_medium.jpg
02:48:00[av]banihah, i was right. another eeprom, properly sized
02:48:30[av]bani256x8
02:52:04 Join watchminister [0] (Anne@a20104.upc-a.chello.nl)
02:52:12 Part [av]bani
02:52:45***Saving seen data "./dancer.seen"
02:52:56 Quit midk (Read error: 104 (Connection reset by peer))
02:53:09 Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
03:00
03:01:49 Part kaouete
03:06:54 Quit watchminister ("Those who would give up essential Liberty, to obtain a little temporary Safety, deserve neither Liberty nor Safety.")
04:00
04:34:04 Quit bagawk ("umount /dev/brain")
04:52:49***Saving seen data "./dancer.seen"
06:00
06:25:51 Part scott666
06:41:19 Join LinusN [0] (~linus@labb.contactor.se)
06:48:09dwihnoDr. L!
06:52:50***Saving seen data "./dancer.seen"
06:57:43LinusN:-)
06:59:52dwihnoWhen merging postscript level 2 objects with a postscript level 3 object, will the levels still be separated or will they both become level 3?
07:00
07:10:36 Join methangas [0] (methangas@0x50a476f8.virnxx10.adsl-dhcp.tele.dk)
07:11:19LinusNdwihno: i have absolutely no clue, it must have been 10 years since i wrote postscript scripts
07:15:13dwihnoWhoa
07:15:27dwihnoBack in the days when I was still fooling around with transformers and he-man action figures :)
07:22:19LinusNtransformers? never worked with transformers, too analog for me :-)
07:24:41pyrosheh
07:30:37dwihno:-)
07:37:05 Join amiconn [0] (~jens@pD95D135A.dip.t-dialin.net)
07:48:15amiconnmorning all
07:48:36pyroshi
07:49:03LinusNhi
07:49:54amiconnLinusN: Would it be possible to restore the old behaviour of the adc driver, that there are valid values after adc_init() ended?
07:50:49LinusNwhy?
07:52:57amiconnI had to sort out a race condition caused by the new behaviour of the adc driver on Ondio. Correct adc values are needed at ata_init() to decide whether internal flash or mmc should be initialized
07:53:54amiconnCurrently I'm doing a sleep(1), but imho it would be more logical that the adc driver ensures correct readings
07:53:55 Join [IDC]Dragon [0] (~idc-drago@pD9512780.dip.t-dialin.net)
07:55:03[IDC]Dragonhi amiconn, it looks like you barely did a sleep(6) tonight
07:55:07LinusNthen put the sleep() in adc_init
07:55:41LinusNi think it's unnecessary to have two ADC read functions just to save a few milliseconds
07:55:48amiconnLinusN: Ok
07:56:01amiconn[IDC]Dragon: It was more like a sleep(5) ...
07:56:25LinusNi have an average of about sleep(4) the last 2 weeks ...
07:57:09*[IDC]Dragon needs sleep(7) for correct operation
07:57:39[IDC]Dragonbut have no kids, that'll train
08:00
08:00:22[IDC]Dragonamiconn: somebody here recently tried compiling with /Os, gained about 1.5 KB
08:00:52amiconnHmm, so it's not enough to fit rombox on fm
08:02:04amiconnIt looked at lots of disassembler listings last time. From these I found that rockbox code (compiled with -O) is often rather inefficient. When compiling with -O2, it does look much better
08:02:13amiconns/It/I/
08:02:44[IDC]Dragonbut -O makes it easier to read ;)
08:03:45amiconnNot necessarily.
08:04:06[IDC]DragonLinusN: saw the stripped ihp, poor little guy
08:06:50LinusNi am a cruel person after all
08:08:41[IDC]Dragonnow playing "solder a wire to a pad, beep against all other pads"?
08:10:29dwihnoHave YOU beeped today? :)
08:11:04LinusNno soldering, just beeping
08:11:29[IDC]Dragonsoldering helps holding ;-)
08:11:55LinusNyeah, but it takes time...
08:12:11LinusNand those pads are so damn small
08:12:36LinusNplus, i don't have a soldering iron at hand right now
08:17:44dwihnosoldering helps beeping?
08:18:53[IDC]Dragonthen you don't hav to hold one end all the time
08:20:06LinusNyeah, i know
08:20:25LinusNbut it means a lot of soldering/desoldering
08:42:18 Join Zagor [242] (~bjst@labb.contactor.se)
08:45:03amiconn[IDC]Dragon: I got a mail from an Ondio owner...
08:47:42Zagorooh, there are more of you? ;)
08:48:56 Quit Headie (Read error: 54 (Connection reset by peer))
08:50:43[IDC]DragonZagor: no bad jokes, please
08:51:10Zagor? something bad happened?
08:51:24[IDC]Dragonnot working yet...
08:51:50[IDC]Dragonand not too much demand
08:52:19[IDC]Dragonamiconn: what did he/she say?
08:52:54***Saving seen data "./dancer.seen"
08:53:20amiconnA german user that obviously tried the current daily on an Ondio FM, realized that it doesn't play music yet, and asks if it should.
08:53:37 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
08:53:54amiconnI replied that this cannot work yet, but that he might be so kind and tell us some values from debug->view hw info
08:55:28Zagorhave you found some user forum or mailing lists for the ondio?
08:59:46amiconnnope
09:00
09:02:29[IDC]Dragonamiconn: the tuner hookup is indeed different
09:04:23[IDC]DragonPB0 (LCD data) is wired to the tuner board, but not connected there
09:05:22amiconnStrange.
09:06:26amiconnAlthough there seems to be more than one useless wiring...
09:07:19[IDC]Dragonmaybe they have an option to alternatively use the Samsung tuner like in the JBFM
09:21:03[IDC]Dragontoo bad BP0 already has a use, else it could become the new remote control pin, if I'd modify for a 4-pin jack
09:40:45 Join amiconn_ [0] (~jens@pD95D1A7F.dip.t-dialin.net)
09:58:45 Quit amiconn (Read error: 110 (Connection timed out))
09:58:46 Nick amiconn_ is now known as amiconn (~jens@pD95D1A7F.dip.t-dialin.net)
10:00
10:08:51Zagor"I do know that the H300's released in the states will NOT have USB on the go capability. They will support DRM but only through the USB 1.1 connection and only via WinXP and WMP 10 and above, NOT the USB 2.0 connection."
10:09:07Zagorthat's why they are released later in the US than the rest of the world
10:11:06[IDC]Dragonbbl
10:11:09 Quit [IDC]Dragon ()
10:18:30 Quit Bagder ("Off to search for that connect-resetting peer guy!")
10:20:20 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
10:20:56Bagderweird
10:21:08Bagderhad to reboot to get my CD drive to find CDs again
10:21:46 Join webguest30 [0] (~c130220e@labb.contactor.se)
10:23:03 Quit webguest30 (Client Quit)
10:23:30Zagorwow
10:36:12Bagderthe windows install files aren't working atm
10:36:27Bagderzero bytes
10:37:03*dwihno is having a revelation. I just realized 95% of my computer knowledge has passed the "best before" date.
10:37:18Bagderhehe
10:37:38dwihnoI'm serious :(
10:51:13 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se)
10:52:57***Saving seen data "./dancer.seen"
10:54:19BagderI like how the configure output is now visible in the build logs
10:54:48*[IDC]Dragon looks
10:55:47[IDC]Dragonheh, it's like me can see the script typing the choices
10:56:01Bagderyeps
10:57:46 Join MooMaunder [0] (~me@194.152.87.150)
11:00
11:14:36 Quit [IDC]Dragon ("CGI:IRC (EOF)")
11:15:00LinusNZagor: so how does the H300 USB connection work then?
11:15:24ZagorI don't know, that was what misticjeff told me
11:19:12Bagderwww.rockbox.org
11:20:07Zagora thousand thanks to misticjeff for donating it
11:20:18*Bagder bows to misticjeff
11:23:26dwihnoWay!
11:23:27LinusNZagor: put it up in the news on the main page
11:23:28dwihnorockbox.org \o/
11:23:32Zagoryup, i will
11:25:02*Bagder runs off
11:30:28Zagorlunch
11:39:11 Join Cheekychops [0] (~me@194.152.87.150)
11:56:21 Quit MooMaunder (Read error: 110 (Connection timed out))
12:00
12:20:17 Join ashridah [0] (ashridah@dialup-a1-157.Melbourne.netspace.net.au)
12:21:13 Join kurzhaarrocker [0] (~knoppix@p50876B30.dip0.t-ipconnect.de)
12:22:08kurzhaarrockerLinusN: are you interestet in a rather huge recording with interesting recording bugs (stuttering recording)
12:24:02kurzhaarrockerrecorded with rockbox of 2004-08-25
12:28:31plokSomeone has started a thread on the iRiver user forums to try and drum up enough money for you guys to buy a H300.. they seem to have volunteered you into developing the H300 at the same time and prioritising their feature requests?
12:28:39plokmaybe someone should say something to them...
12:30:21*Zagor looks
12:35:51LinusNkurzhaarrocker: sure, put it up for download somewhere
12:36:55*kurzhaarrocker scratches his head
12:36:55kurzhaarrockerI don't have 325 MB webspace...
12:37:11amiconnI have lots of test recordings... almost 5 GB
12:46:49kurzhaarrockerLinusN: can you receive a mail that large?
12:48:20amiconnkurzhaarrocker: Is it possible to dcc such a large file?
12:48:46kurzhaarrockerNo, the firewall prevents that :(
12:53:00***Saving seen data "./dancer.seen"
12:56:58LinusNno, i can't receive mails that large
12:58:10kurzhaarrockerno horrible music for LinusN then :)
13:00
13:40:52 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se)
13:41:31[IDC]DragonI was wondering why the channel is so quiet today
13:41:44[IDC]Dragonthen I realizes my client is stuck
13:41:54Zagoroops :)
13:43:33[IDC]DragonLinusN: do you read?
13:51:56 Join R3nTiL [0] (~zorroz@167-250-30-217.kgts.ru)
14:00
14:01:12 Join R3nTiL1 [0] (~zorroz@201-250-30-217.kgts.ru)
14:05:27 Quit ze (Read error: 110 (Connection timed out))
14:06:29LinusN[IDC]Dragon: yup
14:16:25 Quit R3nTiL (Read error: 104 (Connection reset by peer))
14:26:52 Quit R3nTiL1 ()
14:27:17 Part kurzhaarrocker
14:36:16LinusNthe iriver buttons are read with the external A/D converted via SPI
14:36:19[IDC]DragonLinusN: now my response time was bad
14:36:33LinusN:-)
14:36:54[IDC]Dragonwhat a complicated way to poll buttons
14:37:08LinusNespecially when you have an internal ADC...!
14:40:21ZagorLinusN: have you confirmed all buttons are connected to the same adc?
14:40:33Zagorsame channel
14:42:00LinusNthey are not
14:42:50[IDC]DragonI had a look at the tuner
14:43:06[IDC]Dragon(same for Ondio Iriver)
14:43:26[IDC]Dragonbut different to our Samsung
14:43:32ZagorLinusN: ah, excellent
14:43:40LinusNZagor: and the Hold switch is connected to the adc!
14:44:36[IDC]Dragonthe FM part of Rockbox is not exactly nice
14:44:54Zagori must confess I've never looked at it...
14:45:30 Nick midk_ is now known as midk (~midk@c66-235-14-120.sea2.cablespeed.com)
14:45:52LinusN[IDC]Dragon: in what respect?
14:46:36[IDC]Dragonexchanging the driver is not enough
14:47:11LinusNno, that needs better abstraction
14:47:12[IDC]Dragonthe application code also has hardware magic numbers
14:47:23LinusNhardware isn't magic :-)
14:47:53LinusNbut yes, we should move lots of that code doen to the driver
14:47:58LinusNdown
14:49:33[IDC]Dragonviewed positive, the app code contains the "middle layer" as well
14:49:54[IDC]Dragonversus the driver does only the physical
14:50:27[IDC]Dragonthe hookup of the tuner is a bit strange
14:50:41[IDC]Dragonthey use I2C mode
14:50:55[IDC]Dragonbut on a new pair of pins
14:52:05[IDC]Dragonclock is shared with LCD
14:52:24[IDC]DragonI2C enable is the same as LCD /CS
14:52:42[IDC]Dragondata has an independent pin (PB4)
14:52:56LinusNit's not i2c, it's spi
14:53:01***Saving seen data "./dancer.seen"
14:53:29LinusNah, you mean the ondio?
14:53:46[IDC]DragonI2C enable and LCD /CS have the _same_ polarity this time, I wonder how that works
14:53:58LinusNwow
14:54:01[IDC]Dragonbot are low active
14:54:04[IDC]Dragonboth
14:55:00[IDC]Dragoni2c on the ondio, yes
14:55:11LinusNso the lcd will see a CS without data transfer
14:55:23LinusNfunny, why CS when you are doing I2C?
14:55:27[IDC]DragonCS and clock
14:55:28LinusNi2c has no cs
14:55:38[IDC]Dragonthis one has :-)
14:55:53[IDC]Dragonit's a line waking it up
14:57:33LinusNbut the fm chip has basically the same interface?
14:57:45LinusNi mean, an IM frequency counter etc?
14:58:02[IDC]Dragonit has a PLL value, yes
14:58:45[IDC]Dragonin general, it has more features
14:58:48LinusNno, i mean IM frequency count for evaluating the channel
14:58:57[IDC]Dragone.g., it can scan for itself
14:59:01LinusNaha
14:59:50[IDC]Dragonbut there is an IF readback
14:59:58LinusNok
15:00
15:00:27LinusNs/IM/IF/ (silly me)
15:01:18LinusNZagor: it looks like the iriver disk LED control is only enabling the LED for the hard drive
15:01:59LinusNso the cpu can't blink it :-(
15:02:46Zagorok
15:04:50elinenbeLinusN: good luck with the wiggler and the ihp!
15:05:30ashridahyou guys got pics of your broken iriver around?
15:06:43[IDC]Dragonashridah: yes, see twiki
15:08:27ashridahaha. found it
15:09:17[IDC]Dragonthis half-shared I2C is far from elegant
15:09:42[IDC]Dragonalways both the LCD and the tuner will feel enabled, get clocked
15:10:03[IDC]Dragononly the data can be controlled seperately
15:10:32[IDC]Dragonso we'd need to have data for the other which does no harm
15:11:32[IDC]Dragonbut I2C has a 9th bit, the ack
15:11:46[IDC]Dragonso they will run out of byte sync?
15:12:03*[IDC]Dragon finds this too confusing to be true
15:12:30amiconn[IDC]Dragon: Maybe this needs some disassembling too...
15:12:37[IDC]Dragon;-)
15:15:13amiconnI already read about your findings in the wiki and found it confusing too...
15:15:40amiconnBut then there is that MMC problem... maybe we need some voodoo magic ;)
15:16:05[IDC]DragonMMC in general, or a specific problem?
15:19:07amiconnYou already know that: the internal mmc answers to all commands (except go_idle_state) with "illegal command"
15:19:51amiconnNext thing is that my external MMC seems to work ok, but your does not want to wake up from idle state
15:20:02amiconns/your/yours/
15:20:34[IDC]Dragonit may be broken, I have problems with it
15:20:52[IDC]Dragonno USB mode on it recently
15:21:30[IDC]Dragonyou remembered to bitswap your commands and responses?
15:21:48[IDC]Dragonjust asking stupid questions
15:24:10amiconnOf course I do bitswap, and as I told, it works with my external card.
15:25:14[IDC]Dragonsorry, just doublechecking
15:25:57[IDC]Dragonall pins configured to their correct functions?
15:27:09amiconnyup
15:35:00[IDC]Dragonthe internal card is already in SPI mode when we start, versus the external doesn't have to
15:35:13[IDC]Dragonmaybe that's a difference
15:40:16 Part LinusN
15:42:10amiconn[IDC]Dragon: I know, but repeated initialization works for the external card too.
15:44:26[IDC]Dragonwhat about taking that bitbanging AVR code, porting that for a first start?
15:44:40[IDC]DragonAVR=Atmel
15:46:45amiconnI'll try to decipher some more asm in the evening
15:46:52 Join pike [0] (amiga@h234n1fls22o1064.bredband.comhem.se)
15:47:38amiconnI don't think bitbanging will help here, since accessing the external mmc works. I suspect that the internal flash, which is accessed at boot, is left in some special state
15:51:09[IDC]Dragonis there a timing to the reset? did you try opposite reset polarity?
15:56:28amiconnThere is no timing given in the datasheet. I tried to reset the flash before accessing it, with no effect. The reset timing I use (2 times sleep(5)) is derived from the timing of the archos fw. Archos timer does 200 ticks/s
15:56:58amiconnI did not check with different polarity yet
16:00
16:10:04amiconnFortunately deciphering SH1 assembler isn't that hard, since it's a risc CPU. CISC would be much harder (iRiver coldfire comes to mind, as iirc this is (a bit cut-down) m68k)
16:11:24amiconnZagor: You could now remove the Neo35 column from the daily build table. It's empty..
16:12:39Zagoryup
16:13:51Zagorstrangely slow mail day
16:25:19 Nick maikeul is now known as maikeul`aw (~gromit@ALagny-151-1-2-126.w82-121.abo.wanadoo.fr)
16:31:46Bagderthe column will go away on its own
16:32:07Bagderits only there because there are still build logs around for neo
16:32:33Zagorright, i thought it would go away by itself
16:47:29 Join mecraw_ [0] (~lmarlow@69.2.235.2)
16:52:58 Join R3nTiL1 [0] (~zorroz@135-248-30-217.kgts.ru)
16:53:02***Saving seen data "./dancer.seen"
17:00
17:14:56 Quit mecraw_ (Read error: 104 (Connection reset by peer))
17:15:03 Join mecraw_ [0] (~lmarlow@69.2.235.2)
17:17:11 Part R3nTiL1
17:19:48 Part Zagor
17:24:01 Quit ashridah ("sleepz0r")
17:36:35 Join ze [0] (psyco@adsl-64-161-172-211.dsl.lsan03.pacbell.net)
18:00
18:32:43 Join _Schoki2 [0] (~Schoki@DSL01.212.114.235.47.NEFkom.net)
18:49:57 Join R3nTiL1 [0] (~zorroz@152-248-30-217.kgts.ru)
18:53:05***Saving seen data "./dancer.seen"
19:00
19:05:38 Quit AciD (Read error: 60 (Operation timed out))
19:05:52 Quit [IDC]Dragon ("CGI:IRC")
19:16:32 Quit Bagder ("Off to search for that connect-resetting peer guy!")
19:21:45 Nick maikeul`aw is now known as maikeul (~gromit@ALagny-151-1-2-126.w82-121.abo.wanadoo.fr)
19:26:59 Quit R3nTiL1 ()
19:28:12 Join quelsaruk [0] (unholiest@cbernal.ugr.es)
19:28:15quelsarukhi
19:33:30amiconnhi quelsaruk
19:34:17quelsarukhi amiconn :)
19:34:57quelsarukafter nearly 4 months without internet access, i've downloaded lattest rockbox and.. amazing!
19:35:24amiconnAre there still places on earth without internet access? ;)
19:35:35quelsarukportugal
19:35:36quelsaruk;)
19:36:31quelsarukbut don't tell to portuguese people :D
19:37:13amiconnIn summer I stayed in Lisbon for a week...
19:37:44amiconnThere are loads of patches assigned to you waiting in the sourceforge patch tracker... I wonder if language related stuff is auto-assigned to you
19:39:05quelsarukyes
19:39:14quelsarukthey were auto-assigned
19:39:36quelsaruklong time ago i had i-net access at home (Spain) so i was up-to-date
19:40:04quelsarukso i suppose i'll have to work hard now
19:40:33quelsarukafaik we moved to rockbox own server instead of sourceforge one.. so i have to investigate that too.
19:41:13amiconnYes, cvs has moved, but patch/bug/rfe tracker is still on sourceforge
19:42:08quelsarukyups
19:46:32quelsarukhmmm, do you know anything about thompson lyra?
19:48:10amiconnnope
19:48:30amiconn(other than it exists ;) )
19:48:59quelsaruk:)
19:49:16quelsaruki've seen it, and seems to be similar to archos recorder v2
19:49:25quelsarukbut don't trust me too much
19:50:09quelsarukanyway, i prefer archos button structure, it's easier as we have less buttons
19:55:05 Join PaulS [0] (~0d0274bd@labb.contactor.se)
20:00
20:01:03quelsaruktime to go
20:01:04quelsarukcu!
20:01:11quelsarukhave a nice weekend
20:01:12PaulSLater!
20:02:03 Part quelsaruk
20:38:15 Join mecraw__ [0] (~lmarlow@69.2.235.2)
20:51:23 Part _Schoki2 ("Leaving")
20:53:06***Saving seen data "./dancer.seen"
20:56:15 Quit mecraw_ (Read error: 110 (Connection timed out))
20:57:21 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
21:00
21:02:57PaulSpart
21:03:00 Part PaulS
21:55:17 Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)
22:00
22:35:53 Join [IDC]Dragon [0] (~idc-drago@pD9512780.dip.t-dialin.net)
22:37:50amiconnHi again, Jörg
22:38:15[IDC]Dragonhi there
22:38:55amiconnGot an answer from that other German Ondio user. Same debug data as yours (mask, flash etc)
22:39:06[IDC]Dragonah, ok
22:39:19amiconnHowever, he reports a strange effect with the original firmware.
22:39:45amiconnWith an 1 GB ExtremeMemory MMC, he can't play music, although recording works ?!?
22:40:11[IDC]DragonI hope we can do better some day
22:40:21amiconnGrr, yes
22:41:05[IDC]Dragonno rush
22:41:50[IDC]DragonI'm double-checking the tuner hookup
22:42:00amiconnI found something that depends on the mask from current hardcore-asm-deciphering: First byte, bit 2 tells what kind of clock gate circuit is there
22:42:03[IDC]Dragonthen I probably put the board back on
22:42:32[IDC]Dragonwhat kinds are there?
22:43:19[IDC]Dragonours differ by just one bit, correct?
22:43:23amiconnObviously, there exists a circuit that, contrary to our version, needs SCK1 to be low for USB bypass
22:43:36[IDC]Dragon(the tuner bit, presumably)
22:44:53[IDC]Dragonworth noting in twiki
22:45:44amiconnHmm. I will gather more info and then update the wiki
22:51:29amiconnA quick search through the listing yields that only the first mask byte, bits 0..2 are used
22:51:29amiconn(on Ondio SP)
22:53:09***Saving seen data "./dancer.seen"
22:53:54amiconnOn Ondio FM, bit 3 is used too, so most probably this tells what tuner type is in
22:55:02 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)
22:55:24[IDC]Dragonwhat were or values, again?
22:56:21[IDC]Dragon0f08 and 0708
22:56:23amiconnOndio FM (you): 0x0F08, Ondio SP (me) 0x0708. The second byte (0x08) is completely irrelevant
22:57:24[IDC]Dragonso you were right about bit 3
22:58:04amiconnbit 3 tells that your FM has a philips tuner. I wonder what tuner is in an Ondio FM with bit 3 == 0
22:59:13amiconnThe FM firmware actually checks bit 3, while the SP firmware does not
22:59:20[IDC]Dragondon't you think this tells about tuner presence in general?
22:59:43amiconnI don't think so. Why should it?
23:00
23:00:01[IDC]Dragonto determine the model?
23:00:18amiconnFM and SP firmwares are different binaries
23:09:07[IDC]Dragontuner board is back on
23:09:15amiconnFunny: The text strings for radio and recording etc. are all present in the Ondio SP firmware...
23:10:09amiconnBut the binaries are definitely different: FM is 149 KB, SP is 117 KB
23:10:45[IDC]Dragonsignificantly, yes
23:11:25[IDC]Dragonprobably the text array is unconditional
23:11:39amiconnless #ifdef ;)
23:13:07 Quit scott666 (Read error: 110 (Connection timed out))
23:13:56amiconnThere are some weird string in. Did you see them anywhere when operating the original firmware? E.g. "High side injection"
23:15:50[IDC]Dragonthat's a tuner feature
23:16:09[IDC]Dragonwhich side of the IF to use
23:16:15amiconnThere are also some strings concerning "hard disk" and "battery charging" ?!?
23:16:22[IDC]Dragonprobably a debug output
23:16:48*[IDC]Dragon unwraps the headphones for the first time
23:17:24 Quit mecraw__ ("Trillian (http://www.ceruleanstudios.com)")
23:30:32amiconnOuch! Just found that leaving the debug menu triggers a zero area hit on the player...
23:31:28amiconn...and on recorder too
23:31:46amiconnThis was not the case when I developed that feature.
23:32:33amiconnAh ok, forget it.
23:32:56amiconnI have speaking menus enabled, and mpeg.c causes this.
23:58:13amiconnHehe, I was looking for re-enable after usb routine: There is none, since the archos fw reboots after usb!

Previous day | Next day