--- Log for 10.11.104 Server: niven.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 hours and 0 minutes ago 00.01.46 *** Saving seen data "./dancer.seen" 00.13.18 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 00.18.25 # LinusN, problem with ViewCVS? 00.18.43 # midk: problems wit a lot 00.18.55 # :\ 00.19.19 # see topic 00.19.38 # oh, didn't notice 00.19.44 # so it's partially down? :) 00.20.05 # no, it's partially back up. /me slaps self 00.21.05 # Zagor: you there? 00.22.22 # yes 00.22.39 # I fooled myself :( 00.24.16 # * B4gder curses Debian's sendmail install 00.25.53 Quit B4gder ("Client Exiting") 00.26.33 # Zagor: sorry. tried to start of topic chat with you but failed. I have a problem with labb. 00.26.48 # matsl: see topic 00.27.41 # ok. I was fooled by that I can login. I see. thought you were ready. (and it is nov 10 now ;-) 00.29.41 # i'm focusing on mail now. the various scripts can be fixed tomorrow. 00.30.52 # does anyone know off the top of their head if there's a scan of the archos, or a top-down view of it on the site anywhere? 00.31.58 # naked? 00.32.05 # no, clothed :) 00.32.29 # http://www.rockbox.org/docs/recorder.jpg 00.32.43 # that works. thanks! 00.32.56 # check the download page, there are pics of all models 00.33.14 # the thumbnails are links to the larger versions 00.33.27 # gotcha 00.33.45 # LinusN: Your last cvs change (on Nov 8) does no longer show up on the front page 00.33.55 # Zagor: it is the personal webbpages that doesn't work. but i guess you'll get to those. 00.34.29 # amiconn: interesting 00.34.59 Nick scott666_ is now known as scott666 (~scott666@c-24-245-58-48.mn.client2.attbi.com) 00.35.27 # LinusN: Ah no, it does show up but the lines are all mixed up 00.35.33 # matsl: labb/~user? I didn't know anyone used them :) 00.36.16 # Zagor: good that you know now then ;-) any chans of fixing that tonight? 00.36.43 # shouldn't be too hard 00.37.08 # no you just need to remember to do it. 00.47.37 # yay! I have an active lcd with cold started rockbox on player! 00.48.47 Quit midk (Read error: 104 (Connection reset by peer)) 00.50.19 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 00.50.33 Quit oxygen77 ("I'm out") 00.56.39 # * Bagder is home now 00.57.00 # * Zagor is not :( 00.57.21 # * amiconn is celebrating 00.59.16 # matsl: try now 00.59.21 # http://amiconn.dyndns.org/PlayerLCDworking.jpg 00.59.21 # ok 00.59.41 # cvs table on the front page is now properly sorted 00.59.54 # LinusN: Nice :) 00.59.59 # Bagder: no luck 01.00.30 # matsl: using what host name? 01.00.38 # LinusN, btw: The player LCD success wouldn't have been possible without the modified stub binary you sent me... 01.00.50 # Bagder: labb.contactor.se 01.00.50 # amiconn: glad to help 01.03.48 # matsl: now? 01.05.07 # Bagder: better. Got an "Access forbidden!" error but that might local problem. ... 01.05.52 # i mean it worked before the update but things might have changed in strange ways? 01.06.27 # using CGI are you? 01.06.34 # yes. 01.06.47 # since we changed from a very old redhat to debian unstable, things have probably changed a bit. 01.27.34 # Now that's interesting: If the player lcd controller really is a Solomon SSD1800 or 1801, we are driving it more than twice as fast as the datasheet tell us to. 01.28.21 Quit Zagor ("Klienten avslutas") 01.47.36 # yeehah! rockbox booted without panic from uart!!! 01.48.56 # * amiconn realizes that the port pin assignment table is not yet moved to the wiki 01.49.42 # you have work to do :-) 01.50.11 # The PB4 polarity is given wrong: HD is on when PB4 == high 01.54.27 # take the easy way out and change www/docs/ports.t 01.56.10 # The port table needs to be wiki-fied anyway, and preferably merged with the ondio pin assignments. For now, I'll take the easy way, but now there's another page on my wiki to-do list 01.58.19 Quit matsl (Remote closed the connection) 02.01.50 *** Saving seen data "./dancer.seen" 02.12.24 Quit mecraw_ ("Trillian (http://www.ceruleanstudios.com)") 02.16.00 Join amiconn_ [0] (~jens@pD9E7DE72.dip.t-dialin.net) 02.16.24 Quit amiconn (Nick collision from services.) 02.16.24 Nick amiconn_ is now known as amiconn (~jens@pD9E7DE72.dip.t-dialin.net) 02.21.40 # Good night 02.22.10 # LinusN/ Bagder: You could change back the topic 02.22.13 Part amiconn 02.28.33 Quit edx (Read error: 110 (Connection timed out)) 02.37.22 Mode "#rockbox +o LinusN " by ChanServ (ChanServ@services.) 02.37.43 Topic "Rockbox rocks your box" by LinusN (~linus@labb.contactor.se) 02.38.52 # no, it .. ok maybe it does. 02.39.10 Part LinusN 02.42.45 Quit midk ("just STOP it arspy") 02.58.30 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 02.58.30 Quit scott666 (Read error: 104 (Connection reset by peer)) 03.31.10 Quit Hadaka (Read error: 104 (Connection reset by peer)) 03.31.49 Join Naked [0] (naked@naked.iki.fi) 03.32.07 Nick Naked is now known as Hadaka (naked@naked.iki.fi) 03.41.01 Quit AciD (Read error: 54 (Connection reset by peer)) 03.58.31 Join edx [0] (edx@pD9EABFE1.dip.t-dialin.net) 04.01.54 *** Saving seen data "./dancer.seen" 04.13.57 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 04.42.56 Join rumpo [0] (~cfb37484@labb.contactor.se) 04.43.27 # I need some help...I just got an iriver h320 and accidentally upgraded the firmware to the EU version 04.43.45 # it still runs fine, but is there anywhere to find the US version to put back on? 04.45.30 # anyone here at all??? 04.53.59 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 05.08.12 Quit rumpo ("CGI:IRC (EOF)") 06.01.58 *** Saving seen data "./dancer.seen" 06.06.52 Quit scott666_ ("i'll be back...eventually...") 06.48.32 Quit edx () 07.22.15 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 07.35.43 Quit matsl (Remote closed the connection) 07.36.58 Join LinusN [0] (~linus@labb.contactor.se) 07.39.26 Join MrShlee [0] (~BIGKING@ppp37-97.lns1.adl1.internode.on.net) 07.49.49 # hehe 07.49.53 # I just got my Iriver back 07.49.57 # I missed it soo :) 07.50.09 # Pitty im going to have to kind of break it open :P 07.51.00 Part LinusN 07.51.13 Join LinusN [0] (~linus@labb.contactor.se) 08.01.40 # mmm im running the 1.07 firmware. when the newest released is 1.06 08.01.43 # yay 08.02.02 *** Saving seen data "./dancer.seen" 08.12.14 Join amiconn [0] (~jens@pD9E7DE72.dip.t-dialin.net) 08.34.54 Join oxygen77 [0] (~oxygen77@pauguste-7-82-66-87-78.fbx.proxad.net) 08.36.24 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 08.37.14 Join [IDC]Dragon [0] (~idc-drago@pD9FF84D7.dip.t-dialin.net) 08.37.32 # <[IDC]Dragon> good morning Jens! 08.37.46 # Good morning Jörg et al 08.38.03 # <[IDC]Dragon> looks like you had some sweet moments of success last night? 08.38.09 # yup. 08.38.22 # <[IDC]Dragon> I saw the LCD thing 08.38.34 # Rockbox boots from uart now. 08.38.36 # <[IDC]Dragon> disk also working? 08.38.40 # yup 08.38.46 # <[IDC]Dragon> yay! 08.38.508.40.02 # <[IDC]Dragon> you should still do it somewhere, even if later the boot loader does 08.40.02 # I'd rather go for extending the ata power controlling to the players which are able to, saving some more battery power. 08.40.21 # <[IDC]Dragon> yes, like the recorder 08.40.24 Join Bagder_ [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 08.40.26 # amiconn: i once did that 08.40.40 # <[IDC]Dragon> that pin wasn't documented when I worked on it 08.40.42 # and the player couldn't handle it 08.40.43 # However, this requires dynamic handling. New players can, old players can't 08.40.58 # it rebooted occasionally 08.41.03 # * [IDC]Dragon overlooked LinusN 08.41.11 # <[IDC]Dragon> morning! 08.42.31 # <[IDC]Dragon> how about the LCD? you used gdb? 08.43.43 # No, I further compared your C code with the disassembly 08.44.08 # There was one more delay loop that was missing 08.44.31 # <[IDC]Dragon> I must have been drunk when writing this 08.44.49 # <[IDC]Dragon> are the delays necessary? 08.45.30 # I did not yet dig further into this yet 08.45.38 # (away) 08.45.56 # <[IDC]Dragon> time for work here, too 08.47.02 Quit oxygen77 (Remote closed the connection) 08.49.04 Join oxygen77 [0] (~Chris@pauguste-7-82-66-87-78.fbx.proxad.net) 08.49.12 Quit [IDC]Dragon () 08.53.46 Quit _aLF_ ("Leaving") 08.57.05 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 09.18.45 Join kurzhaarrocker [0] (~knoppix@p5087748D.dip0.t-ipconnect.de) 09.20.33 # is cvs out of order? 09.21.39 Join Zagor [242] (~bjst@labb.contactor.se) 09.22.19 # kurzhaarrocker: shouldn't be 09.22.36 # viewcvs is down at the moment, but the cvs server is alive and well 09.22.53 # (afaik) 09.23.24 # cvs update: failed to create lock directory for `/cvsroot/rockbox/CVSROOT/Emptydir' (/cvsroot/rockbox/CVSROOT/Emptydir/#cvs.lock): No space left on device 09.23.24 # cvs update: failed to obtain dir lock in repository `/cvsroot/rockbox/CVSROOT/Emptydir' 09.23.24 # cvs [update aborted]: read lock failed - giving up 09.23.56 # ooh, disk full 09.23.57 # No space left? is something write protected? 09.28.28 # Maybe someone with parental experiences should change the diapers of the cvs server. 09.29.00 # kurzhaarrocker: it works now 09.29.25 # acknowledged 09.29.30 # * Plugh loves CVS 09.30.11 # cvs smells 09.30.22 # use SVN 09.32.01 # we will, in due time 09.32.18 Quit einhirn (Read error: 104 (Connection reset by peer)) 09.32.46 Quit Bagder_ ("Leaving") 09.34.07 # ha 09.34.21 # I wasnt expecting that :) 09.34.40 # it's in the pipe, but we need to get the server back on track first 09.35.00 # had to change the system disk, and now nothing is working :-) 09.35.30 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 09.36.08 # caution: brain transplant may cause confusion 09.48.28 Join test [0] (~d9092244@labb.contactor.se) 09.48.36 Quit test (Client Quit) 10.02.03 *** Saving seen data "./dancer.seen" 10.05.24 Join izzy_ [0] (laitinei@huippu.net) 10.05.24 Quit izzy (Read error: 54 (Connection reset by peer)) 10.09.21 Join quelsaruk [0] (~kvirc@80.103.129.110) 10.09.25 # hi 10.09.28 # good morning 10.13.53 # hi 10.21.55 # time for a steaming cup of black 10.22.25 # oo, tar 10.22.27 # LinusN: just a question... all language patches previous to v2.3 are applied? i have an open french patch dated 08-24 10.22.46 # there are several french patches 10.22.55 # cool 10.22.57 # :D 10.27.23 # then i'll suppose all languages are up-to-date or no language patch is avaible and start updating new files :) 10.27.55 # lots of the 2.3 languages are outdated 10.28.14 # for example spanish one 10.28.20 # but there are no updated patches either, afik 10.28.26 # afaik 10.28.27 # * quelsaruk wonders *who* is spanish here 10.28.36 # * LinusN looks away 10.28.42 # * Bagder looks at his toes 10.29.13 # ok then... 10.30.19 # btw, is there an explanation for those mdb options in sound settings? 10.30.37 # :) 10.30.50 # http://www.rockbox.org/twiki/bin/view/Main/MicronasDynamicBass 10.31.06 # hehe 10.31.09 # thx 10.31.17 # i must get uptodate too 10.43.34 # * oxygen77 is away: chui pas là 11.23.14 # * oxygen77 is back (gone 00:39:40) 11.27.25 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 11.30.41 # <[IDC]Dragon> the mailing list behaves strange 11.31.11 # tell me 11.31.31 # <[IDC]Dragon> Linus made a test posting, to rockbox@cool.haxx.se, which went the "normal" way 11.31.51 # <[IDC]Dragon> Björn made one to rockbox@labb.contactor.se 11.31.59 # that was a bug 11.32.01 Quit kurzhaarrocker ("Trillian (http://www.ceruleanstudios.com)") 11.32.16 # <[IDC]Dragon> that address also works? 11.32.30 # no 11.32.41 # <[IDC]Dragon> I filter on to=rockbox@cool.haxx.se 11.32.47 # that is correct 11.32.49 Join kurzhaarrocker [0] (~knoppix@p5087748D.dip0.t-ipconnect.de) 11.33.12 # <[IDC]Dragon> Björn's posting wasn't catched by that rule, went into my inbox 11.33.21 # lunch 11.34.50 # björns post was to rockbox@cool.haxx.se, but was not handled correctly by sendmail on the server 11.35.08 # that is fixed now 11.35.33 # lunch 11.37.36 # lunch at breakfast time.. amazing! o_O 12.02.07 *** Saving seen data "./dancer.seen" 12.03.55 Nick quelsaruk is now known as Quel|away (~kvirc@80.103.129.110) 12.05.42 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 12.06.09 Quit kurzhaarrocker ("Trillian (http://www.ceruleanstudios.com)") 12.06.45 Join kurzhaarrocker [0] (~knoppix@p5087748D.dip0.t-ipconnect.de) 12.07.44 Quit kurzhaarrocker (Client Quit) 12.23.56 Nick Quel|away is now known as quelsaruk (~kvirc@80.103.129.110) 12.28.18 Quit AciD (Read error: 104 (Connection reset by peer)) 12.45.22 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 12.59.59 # [IDC]Dragon: r u there? 13.16.41 Join izzy [0] (laitinei@huippu.net) 13.16.42 Quit izzy_ (Read error: 104 (Connection reset by peer)) 13.21.14 Quit [IDC]Dragon ("CGI:IRC (Ping timeout)") 13.29.43 Join oxygen77_ [0] (~oxygen77@pauguste-7-82-66-87-78.fbx.proxad.net) 13.29.45 Quit oxygen77 ("Cho") 13.30.13 Nick oxygen77_ is now known as oxygen77 (~oxygen77@pauguste-7-82-66-87-78.fbx.proxad.net) 13.34.01 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 13.34.20 # <[IDC]Dragon> amiconn: now I am 13.35.56 Join jusbv [0] (~c130220e@labb.contactor.se) 13.36.19 # hello 13.36.44 # hi 13.37.26 Quit jusbv (Client Quit) 13.40.01 # [IDC]Dragon: You do already have a player bootloader, don't you? 13.40.14 # <[IDC]Dragon> yes, we have 13.40.21 # <[IDC]Dragon> it's in cvs 13.40.53 # <[IDC]Dragon> you may want to add the disk powerup 13.41.04 # I think the bootloader should not be responsible for disk powerup. 13.41.15 # <[IDC]Dragon> but it saves time 13.42.07 # <[IDC]Dragon> tight now, it's responsible for disk power *down* if the charger is plugged, for V1,V2,FMR 13.42.07 # This is better done by rockbox itself, having the option to leave it off altogether when powering up by charger connection -> charging screen 13.42.43 # <[IDC]Dragon> with plugged charger, the disk stays off 13.44.04 # If the bootloader would power up the disk, it would have to check the on button first, because otherwise the disk would get powered when you insert batteries 13.44.45 # (remember, main power is on by hardware default) 13.44.58 # <[IDC]Dragon> that might be the case for the other models, too 13.45.23 # <[IDC]Dragon> I don't change batteries so often 13.47.04 # <[IDC]Dragon> but I strongly vote for the same behaviour as with the other models: disk gets started early, unless the charger is plugged 13.47.20 Quit MrShlee (Read error: 110 (Connection timed out)) 13.47.30 # The archos loader (rather, the image itself, as there is no separate loader iirc) does this: It checks the on button at start. If it is not pressed, it powers down 13.48.08 # Anyway, I can't test a bootloader without flashable rom... 13.48.24 # <[IDC]Dragon> the boot loader works 13.49.22 # <[IDC]Dragon> gizz is (or was) using it 13.50.18 # <[IDC]Dragon> my offer of course is still valid: send me your board, I'll solder a chip in 13.52.04 # [IDC]Dragon: I'll do a bit more tests and optimizations with the lcd init first. Then we need someone with an old player (old lcd) who can do uart boot tests with that... 13.52.49 # <[IDC]Dragon> that'll be difficult 13.53.11 # <[IDC]Dragon> do you think we need uart-boot again? 13.53.33 # Well, maybe an old player that is flashable would suffice 13.54.15 # <[IDC]Dragon> if such exists :-/ 13.55.13 # <[IDC]Dragon> the boot loader contains minimon, so in practical recovery case you get away with the serial mod 13.56.28 # <[IDC]Dragon> which reminds me that the baudrate is 14400 for that on player and ondio 14.00.38 # <[IDC]Dragon> looking at the boot loader, I see that PB4 for disk power is already in 14.01.09 # <[IDC]Dragon> so I have to correct myself: that was already known by then 14.01.52 # i have an old player 14.02.11 # <[IDC]Dragon> which is not flashable 14.02.12 *** Saving seen data "./dancer.seen" 14.02.22 # but i have flash chips 14.02.44 # <[IDC]Dragon> and time for a uart boot mod? 14.03.08 # well, time is a scarce resource, of course 14.03.36 # [IDC]Dragon: I really recommend using 38400 baud, because it's significantly faster. Works perfectly for me. 14.03.50 # but that's a fairly simple mod isn't it? 14.04.20 # <[IDC]Dragon> much more simple than replacing the chip 14.05.11 # indeed :-) 14.05.36 # For serial + uart, the player has that convenient pad area 14.06.09 # the uart mod is already done, it's my player that's on the pictures in the howto 14.08.00 # <[IDC]Dragon> the Player boot loader is not up to shape: the charger detection is missing, as well as a kind of F3 button to force minimon 14.08.36 # <[IDC]Dragon> only the menu button is checked, as a F1 equivalent 14.08.42 # I suggest the following mapping: F1 -> "-", F2 -> Play, F3 -> Right (similar to Ondio) 14.08.56 # s/Right/"+" 14.09.14 # <[IDC]Dragon> so far, I used buttons which can be checked by one ADC channel 14.11.57 # the player buttons can be read using port c 14.14.06 # [IDC]Dragon: On the player, there is no adc channel with more than 1 button 14.14.23 # <[IDC]Dragon> yes, that concept doesn't hold 14.19.53 # I think using port C is a good idea. This gives access to "-", Play, "+", and Menu. 14.24.45 # that's how we do it in the button driver, iirc 14.27.36 Join methangas [0] (methangas@0x50c61cf0.virnxx10.adsl-dhcp.tele.dk) 14.30.29 Nick quelsaruk is now known as Quel|away (~kvirc@80.103.129.110) 14.31.36 # LinusN: Button drivers uses adc on the player 14.34.08 # funny. i was also certain we used portc. yet this code is unchanged since summer '02... 14.41.54 # Probably that's beccause you don't get the correct port C bit readings while an adc conversion is running (all bits read as 1) 14.42.11 # We won't need adc in the boot loader, so using port c would be possible 15.21.53 Join MrShlee [0] (~BIGKING@ppp37-97.lns1.adl1.internode.on.net) 16.01.14 # time to go, cu folks 16.01.28 Part LinusN 16.02.14 *** Saving seen data "./dancer.seen" 16.53.25 Part Zagor 16.56.16 Join mecraw_ [0] (~lmarlow@69.2.235.2) 17.38.02 Join Lynx_ [0] (HydraIRC@134.95.189.59) 17.57.10 Quit [IDC]Dragon ("CGI:IRC") 18.01.42 Join MooMaunder [0] (~me@194.152.87.150) 18.02.16 *** Saving seen data "./dancer.seen" 18.04.14 Quit MooMaunder (Client Quit) 18.04.19 Join MooMaunder [0] (~me@194.152.87.150) 18.08.54 Join edx [0] (edx@pD9EABFE1.dip.t-dialin.net) 18.22.02 Quit mecraw_ (Read error: 104 (Connection reset by peer)) 18.22.21 Join mecraw_ [0] (~lmarlow@69.2.235.2) 18.42.52 Quit AciD (Read error: 104 (Connection reset by peer)) 18.51.06 Quit einhirn (Read error: 104 (Connection reset by peer)) 18.57.49 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 19.14.46 Quit MrShlee ("Changed by popular Request - "I am the heart of your darkness, you stinking oompa-loompa morons!"") 19.16.52 Join [IDC]Dragon [0] (~idc-drago@pD9FF84D7.dip.t-dialin.net) 19.32.50 Quit amiconn (Read error: 110 (Connection timed out)) 19.35.31 Join amiconn [0] (~jens@pD9E7DE72.dip.t-dialin.net) 20.02.17 *** Saving seen data "./dancer.seen" 20.05.39 # [IDC]Dragon: I just "transcripted" the old_lcd init from the disassembly. Now where is our tester ;-) 20.07.34 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) 20.10.02 Quit AciD (Read error: 104 (Connection reset by peer)) 20.26.53 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 20.31.06 Quit Quel|away (Read error: 110 (Connection timed out)) 20.33.04 # <[IDC]Dragon> amiconn: Linus can at least test if it messes up the display 20.46.58 Join amiconn_ [0] (~jens@pD9E7DE72.dip.t-dialin.net) 20.47.33 # Bah, the second bluescreen today :( 20.47.44 Quit amiconn (Nick collision from services.) 20.47.51 Nick amiconn_ is now known as amiconn (~jens@pD9E7DE72.dip.t-dialin.net) 20.48.02 # <[IDC]Dragon> on the box? ;-) 20.48.20 # No 20.52.54 # I'm currently trying to cut down the lcd init one by one. 20.54.59 Join ATDJ [0] (~ju@82.67.68.29) 20.56.01 Quit ATDJ (Client Quit) 21.05.37 # [IDC]Dragon: *All* the delay loops in the lcd init are superfluous, as is the bit-wise port int 21.08.25 # (and the double DDRAM clear instead of clearing ICONRAM is a bug in archos fw. I already found that yesterday) 21.09.17 # * amiconn gets used to uart booting 21.18.48 # Now I have a nice little lcd init :-) 21.27.13 # * [IDC]Dragon reboots 21.27.18 Quit [IDC]Dragon () 21.30.56 Quit oxygen77 ("I'm out") 21.31.02 Join oxygen77 [0] (~Chris@pauguste-7-82-66-87-78.fbx.proxad.net) 21.45.57 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 21.50.08 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 22.02.18 *** Saving seen data "./dancer.seen" 22.14.25 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- :P") 22.15.54 Join [IDC]Dragon [0] (~idc-drago@pD9FF84D7.dip.t-dialin.net) 22.17.31 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 22.18.47 # hi again, Jörg. 22.18.55 # <[IDC]Dragon> hello 22.19.28 # <[IDC]Dragon> I was (again) installing a stereo driver for my shutter glasses 22.19.58 # <[IDC]Dragon> so I can walk through our future house in stereoscopic 3D 22.20.33 # Nice :) 22.21.03 # Iirc such glasses don't work with lcd monitors 22.21.24 # <[IDC]Dragon> I have an old tube 22.21.54 # I usually avoid having to use crt monitors. 22.22.16 # <[IDC]Dragon> it is due for replacement, but right now I enjoyed it 22.22.37 # Different topic: Is the old lcd command set documented somewhere, in order to add some nice #defines instead of hard coded numbers? 22.23.05 # <[IDC]Dragon> it's not the same commands but different numbers? 22.23.15 # ??? 22.23.51 # <[IDC]Dragon> is the sequence completely different semantically? 22.23.55 # The init sequence is quite different 22.24.05 # <[IDC]Dragon> or is it just other numbers for the commands? 22.24.39 # E.g. with the old lcd, setting the contrast comes last (so I can leave it out completely, as it's done directly after the init) 22.25.07 # It's definitely not just different numbers 22.30.30 # [IDC]Dragon: http://amiconn.dyndns.org/lcd-player.c This has still both alternatives in for the old lcd (waiting for test), a close transcript of what archos does, and a cut down version based on what could be left out from the new lcd version 22.30.41 Join _aLF [0] (~Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) 22.31.02 # [IDC]Dragon: The new lcd version is working perfectly :) 22.31.23 # <[IDC]Dragon> very nice, and I hope not only for yours 22.32.02 # I wonder whether it is possible to test it on some more players before commiting 22.32.39 # A propos: what was the problem with your player again? 22.33.05 # <[IDC]Dragon> it's dead, apart from uart_boot 22.33.23 # uart_boot works? 22.34.25 # <[IDC]Dragon> I think so, yes 22.34.37 # <[IDC]Dragon> Alzheimer lets it fade... 22.34.56 # (probably stupid question): Did you solder the main board back in place? It seems to me that all the solder joints to the frame & top board are necessary for proper operation 22.36.18 # <[IDC]Dragon> for HD, this is probably better, but for logic I think it should do without 22.36.51 # <[IDC]Dragon> uski's player is just the PCB sandwich, no more 22.51.16 # Different topic: could you extend talk.c to send the pause clip to the mas when the queue gets empty before stopping? 22.51.59 # I found that the mas doesn't play the last split second of a clip when there is no more data, leading to 2 problems: 22.52.40 # (1) Depending on the clip, the mas produces a popping noise 22.53.42 # (2) The last part of a word gets swallowed. 22.54.09 # This becomes even more severe when the sampling frequency is lowered to better fit the voice file. 22.55.37 # This becomes more severe when the sampling frequency is lowered. I tried 12 kHz now (with -B 64 to work around the MAS limitations). 22.55.45 Join [IDC]Dragon2 [0] (~idc-drago@pD9FF84D7.dip.t-dialin.net) 22.56.04 # <[IDC]Dragon2> hi again 22.56.17 # Got disconnected? 22.56.29 # <[IDC]Dragon2> windows locked me out, when I fiddled with the refresh rate 22.56.32 # How far did you catch my msgs? 22.56.43 # <[IDC]Dragon2> peeked the log 22.56.49 # :) 22.57.06 # <[IDC]Dragon2> cue the silence always, hmm 22.57.45 # <[IDC]Dragon2> I don't really know which clip is the last, so I can't queue it 22.58.01 # yes, that's what I thought 22.58.27 # <[IDC]Dragon2> I could only do a check when the queue runs empty 22.58.37 # yup 22.58.53 # <[IDC]Dragon2> if lastclip != silence: play (queue) silence 22.59.30 # That idea sounds better than what I had in mind 22.59.49 Quit [IDC]Dragon (Read error: 60 (Operation timed out)) 23.00.05 Nick [IDC]Dragon2 is now known as [IDC]Dragon (~idc-drago@pD9FF84D7.dip.t-dialin.net) 23.04.56 # Good news - the lcd init doesn't disturb warm boot 23.05.15 # <[IDC]Dragon> do you need those port inits? 23.05.31 # <[IDC]Dragon> cold, of course 23.07.27 # The recorder lcd driver does the same (apart from the level setting). It might be unnecessary, though 23.07.55 Join einhirn [0] (~Miranda@carlsberg.heim2.tu-clausthal.de) 23.08.54 # [IDC]Dragon: Initing PBCR2 may be left out (GPIO is hw default for these ports), setting PBIOR is definitely necessary (default is input) 23.10.47 # <[IDC]Dragon> that's not done by a lower layer? 23.11.26 # There is no strictly lower layer. lcd.S does only contain the transfer routines 23.11.28 # <[IDC]Dragon> ah, ok, the recorder driver does such, too 23.11.44 # [23:07:23] The recorder lcd driver does the same (apart from the level setting) 23.12.16 # <[IDC]Dragon> now I understand what you meant 23.13.27 # The port init will be moved before the old/new if..else, as soon as someone positively tests the "prettified" version for the old lcd 23.23.42 Part oxygen77 ("Cho") 23.54.00 # Bagder: r u there?