--- Log for 20.03.111 Server: gibson.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 1 hour ago 00.00.36 Join bukington [0] (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) 00.03.11 Join bluebrother [0] (~dom@f053153042.adsl.alicedsl.de) 00.03.11 Quit bluebrother (Changing host) 00.03.11 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 00.03.41 Join gbl08ma [0] (~gbl08ma@195-23-182-73.net.novis.pt) 00.05.25 # bertrik: I have not tried that FM radio, although it looks cheap and it'd be nice if it worked with Rockbox. For everyone: this FM radio made me remember of another thing... which iPods support FM radio accessory in Rockbox? 00.05.58 # anything with a dock connector should basically be the same 00.06.05 # I know iPod Nano 1G has a Radio entry in the menu for the Apple Radio Remote, I think. 00.06.16 # except maybe the 6g/nano2g 00.06.19 Quit bluebroth3r (Ping timeout: 246 seconds) 00.06.27 # depends if we've got serial support for those. 00.06.41 # iPod Nano 2G doesn't have the Radio in the menu so it doesn't support radio accessories, right? 00.06.49 # it might if someone turned it on 00.07.47 # all it needs is serial support for the accessory port, so if that's done on the nano2g then it should be possible to just turn radio on and have it work 00.07.55 # i don't know thouhg 00.08.35 # unfortunately I don't have any radio accessory to test with, so I think it's useless to compile a build with Radio turned on, right? 00.08.41 Join mordocai [0] (~mordocai@66.119.9.243) 00.08.48 # well yes 00.08.51 # saratoga: the aac sbr decoder reported in the forums seems to be caused by r28079 00.09.01 Quit petur (Quit: Leaving) 00.14.36 Join funman [0] (~fun@rockbox/developer/funman) 00.14.39 *** Saving seen data "./dancer.seen" 00.17.38 Quit liar (Quit: hallowed are the ori!) 00.18.31 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.19.39 Quit liar (Client Quit) 00.20.18 # dammit! lcd-android is fubar 00.20.31 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.20.42 Quit mordocai (Quit: restarting x server) 00.21.02 # re: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2011-03/0072.shtml , cd sdk/platforms ; ln -s android-8 android-11 # works like a charm 00.21.40 # for various definitinos of "wworks" :) 00.21.45 # (HEY funman !) 00.21.45 Join mordocai [0] (~mordocai@66.119.9.243) 00.22.08 # hey 00.22.17 # well it builds and runs so i guess it's enough 00.22.34 # it will work untill anything from the new sdk is actually used 00.22.36 # probably 00.25.22 # so there is plan to require android >= 3.0 ? 00.25.24 Quit mordocai (Client Quit) 00.25.57 # funman: requiring is different to using a new api 00.26.10 Join mordocai [0] (~mordocai@66.119.9.243) 00.26.20 # we use 2.2 apis but still support 1.5 00.26.37 Quit timccc (Read error: No route to host) 00.26.47 # ah cool 00.27.08 # funman: no devcon this year? I need someone who has a cig with me :) 00.27.26 # cig? 00.27.43 # +aret? :) 00.27.45 Join timccc [0] (~timccc@112.166.15.141) 00.28.45 # yep :) 00.29.40 # i am flying to canada in 10 days so i have more chances to attend devconwest (although not sure) 00.29.51 # for a longer period? 00.29.53 # and since tobacco is twice more expensive there i might quit smoking for good :) 00.29.57 # 1y 00.30.22 # hopefully more time for rockbox over there :) 00.30.29 # unlikely 00.30.46 # i ll try to meet atomic_punk who worked on sansa ams though 00.31.30 Part domonoky 00.31.39 # pamaury is too busy with fuze+ to work on amsv2 usb?N 00.32.07 # hey funman, nice to see you 00.32.55 # I don't really know what to do with amsv2 usb, as before :( 00.35.09 # out of curiosity, would a FM radio Live Pause system be feasible on Rockbox by using the playback buffer? (this is not a feature request) 00.36.05 # i think tweaking the recording code would be easier 00.37.19 # pamaury: didn't jhMikeS changes help? 00.38.11 Quit kevku (Ping timeout: 260 seconds) 00.38.13 # yes, there we some synchronization issues but it doesn't solve everything 00.38.25 # it seems that there are some sd issues too 00.39.15 # to finish the FM idea: my idea was that in the playback buffer some minutes of FM stream could be stored, and then the user could "pause" the emission, go back some minutes and things alike. 00.39.21 # to really finish the FM idea: not really something I could make use of, as I don't have any FM-capable target. but leaving the idea. 00.42.19 # pamaury: anything worth reading about these problems? (FS/forum) 00.42.46 # the FS task "workaround ...amsv2 usb" 00.46.58 Quit Keripo (Quit: Leaving.) 00.47.53 # fs#11664 00.48.04 # Torne, I am interested in making an accessory work with the nano 2g (just need to get both an nano 2g + accessory) 00.49.11 # the ipod accessory protocol code will need a bit of refactoring because it's now basically wired into the PP serial interrupt 00.50.20 # jhMikeS: are you using a fuzev2? 00.50.45 Join JdGord [0] (~AndChat@pa58-109-173-90.pa.nsw.optusnet.com.au) 00.50.58 # also the iap autobaud code is now integrated in the PP serial driver, I think it should be "on top" of the serial driver 00.53.58 Join Rasi [0] (~carnager@karif.server-speed.net) 00.54.01 # hi 00.54.09 # i am trying to use rockbox on my e200v2 00.54.13 # but the installer fails 00.54.16 # http://paste.xinu.at/Ea4b/ 00.54.18 # this is the log 00.54.23 # funman, pamaury: FWIW, for me USB works mostly stable now on my ClipV2, but see FS#12001 00.54.29 # ah 00.54.31 # i am stupid 00.54.33 # 0b free 00.54.35 # lol 00.56.06 # bertirk: not really related to accessory protocol, but do you know if anyone did anything about HID on nano2g? on the wiki it says mass storage works and HID doesn't. 00.56.51 # sideral: you didn't answer to jhMikeS did you? 00.56.59 # bertrik: it also says that it might be usb interrupt transfers breaking the hid 00.57.45 # funman: No, I haven't answered yet. I haven't had time yet to play with the retry counts 00.58.39 # gbl08ma, I'm not really planning to work on usb 00.58.59 # bertrik: it's ok 00.59.00 # funman: BTW, there was at least one other user who needed this change backed out, with other failure symptoms: FS#11965 00.59.34 # I suspect that much of the AMSv2 instability with crashes during DB updates etc. reported in the forums has to do with this as well 01.00.08 # funman: Re the ClipV2 background hissing noise: Have you ever experienced any change in that noise (with any AMSv2 player) when playing with the CPU frequencies? 01.00.13 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 01.01.03 # JdGordon|: Did you ever try out my changes to the %xd tag in the theme editor? 01.01.37 # sideral: yes 01.02.12 # the hiss happened at a higher frequency when the cpu freq was higher 01.02.44 # Interesting 01.04.13 # (iirc) 01.04.20 # funman: I've pretty much ruled out that the AS3543 config has anything to do with the bg noise: FS#11915. Thanks again for getting me access to that datasheet 01.04.47 # thanks AMS :) 01.06.19 # I wanted to start playing with the CPU frequencies as well, and noticed your patches in FS#11297. But there are so many of them... any idea on which one to start with? 01.08.31 # just set HAVE_ADJUSTABLE_CPU_VOLTAGE in config/*.h 01.09.29 # don't remember if there's a problem with the current implementation in system-as3525.c (except the crashes i mean) 01.10.27 # the patches' changes to system-as3525.c aren't necessary anymore you think? 01.10.37 Quit z35 (Ping timeout: 252 seconds) 01.11.22 # none solved the crashes 01.11.36 # it was only trials 01.11.42 # OK 01.13.28 # I'll give it a go eventually 01.14.16 # My motivation to do this may drop a bit though as I've already ordered a Clip+ to take advantage of the SD slot :) 01.14.51 # ^^ 01.15.06 # ++ 01.15.08 Quit funman (Quit: leaving) 01.17.49 Part gbl08ma 01.18.24 Quit ender` (Quit: The hero is not entitled to a last kiss, a last cigarette, or any other form of last request. -- Evil Overlord List #14) 01.18.56 # bertrik: didn't you propose that as a soc project also? 01.19.11 # kugel, yes I mentioned it here, haven't written it down 01.19.47 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726]) 01.19.59 # kugel, bertrik: what do you guys mean? 01.20.50 # making ipod accessories work for the nano 2g and ipod "classic" 6g 01.22.15 # bertrik: Ah, thanks. I suffered a loss of context ;) 01.24.02 Join z35 [0] (~z35@ool-18bdad71.dyn.optonline.net) 01.26.15 Join WilliamC [0] (~WilliamC@150.216.103.165) 01.26.38 Quit sideral (Quit: Leaving.) 01.27.21 # I found another patch that seems to match the AMSv2 sd controller: https://patchwork.kernel.org/patch/452691/ 01.29.01 Join ju1c3 [0] (~oobie@75.111.19.172) 01.29.14 Join panni__ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 01.29.29 Quit niekie (Read error: Operation timed out) 01.29.41 # In the latest nightly build Rockbox won't play music 01.30.11 Quit panni_ (Read error: Connection reset by peer) 01.30.30 # oh crap 01.30.40 Join niekie [0] (~niek@CAcert/Assurer/niekie) 01.30.45 # I may have to close the bug report 01.31.03 # Seems that the transfer didn't complete, there was a dialog box hidden. 01.33.41 # http://www.rockbox.org/tracker/task/12020 01.33.43 # Please close it 01.33.49 # Sorry about that 01.40.06 # * kugel is looking into possibly doing multiple/relocatable plugins 01.41.55 Quit mordocai (Quit: Leaving) 01.52.49 Quit bertrik (Quit: :tiuQ) 02.03.38 # <[Saint]> "[12:48] Torne, I am interested in making an accessory work with the nano 2g (just need to get both an nano 2g + accessory)" 02.04.06 # <[Saint]> bertrik: (logs) I can help out with a Nano2G...but alas no accessories survived. 02.08.44 Quit JdGord (Quit: Bye) 02.14.43 *** Saving seen data "./dancer.seen" 02.15.14 Quit BHSPitMonkey (Ping timeout: 250 seconds) 02.16.49 Quit Dr_Agasa () 02.24.55 Join Keripo [0] (~Keripo@eng381.wireless-resnet.upenn.edu) 02.26.39 Quit sirrozha (Ping timeout: 252 seconds) 02.36.20 Quit cjcopi (Read error: Operation timed out) 02.41.48 Quit Keripo (Quit: Leaving.) 02.44.52 Part WilliamC ("Leaving") 02.47.38 Join ZhangNing [0] (~ZhangNing@182.35.211.155) 02.49.47 Quit pamaury (Remote host closed the connection) 02.52.20 Quit efyx (Remote host closed the connection) 02.56.57 Join cjcopi [0] (~craig@charon.craig.copi.org) 03.20.30 Part ZhangNing 03.24.56 Quit MethoS- (Remote host closed the connection) 04.10.01 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 04.14.45 *** Saving seen data "./dancer.seen" 04.20.11 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 04.21.06 Quit Barahir_ (Ping timeout: 252 seconds) 04.22.56 Join Barahir [0] (~jonathan@frnk-590fc983.pool.mediaWays.net) 04.23.25 Quit kugel (Ping timeout: 260 seconds) 04.37.59 Quit amiconn (Disconnected by services) 04.38.00 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.38.07 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.38.18 Quit pixelma (Disconnected by services) 04.38.20 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.38.22 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.41.18 Quit mc2739 (Quit: leaving) 04.41.23 Nick krazykit` is now known as krazykit (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 04.42.38 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 04.44.45 Quit TheSeven (Ping timeout: 252 seconds) 04.48.37 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.55.04 # bieber: umm, dont tihnk so 04.56.35 # I think I've got the whole display-by-tag-value thing working correctly, I just wasn't sure if I got the edge cases exactly correct 04.58.47 # <[Saint]> oh oh...while you're here. 04.58.57 # <[Saint]> touch screen areas are *fucked*. 04.59.32 # <[Saint]> they *always* display screen relative...even if in an own viewport. 04.59.39 Quit mshathlonxp (Quit: fall into sleep) 05.00.19 # <[Saint]> oops, "fudged". 05.00.24 # * JdGordon| ? or bieber? 05.00.44 # In the editor, you mean? 05.00.57 # <[Saint]> bieber, you've already expressed your profound hatrid of the theme editor JdGordon| ;) 05.01.11 # <[Saint]> or, the code behaind it rather. 05.01.46 # <[Saint]> bieber: Yeah, the themeeditor. I've been working with touch targets a lot, and that one thing is a real PITA. 05.02.06 # IIRC, I spent a while asking about this back when I was implementing it, and was told that touch areas should always be absolute coordinates, never relative 05.02.18 # So are they actually supposed to be relative when they're in a viewport? 05.02.26 # <[Saint]> correct. 05.03.10 # <[Saint]> it was probably some confusing rule about %Tl that tripped up the understanding about touch areas. 05.03.15 # Okay, I'll fix it this week 05.03.22 # It should be a pretty small edit 05.10.13 # Actually, I should be able to fix it right now, just a second 05.16.49 # [Saint]: Know the syntax for a touch-area off the top of your head? 05.17.15 # <[Saint]> %T(x,y,w,h,action) 05.18.20 # Thanks 05.20.14 # There you go 05.20.15 # New commit by 03bieber (r29618): Theme Editor: Made touch area position relative to enclosing viewports 05.20.52 # [Saint]: Let me know if that works the way you want 05.21.00 # <[Saint]> will do. 05.24.03 # r29618 build result: 1554 errors, 590 warnings (bieber committed) 05.24.28 # Holy crap 05.27.54 # I'm assuming that's not related to my themeeditor changes, it looks like the build just failed altogether on one platform for some reason 05.27.56 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 05.52.01 Join Rob2222 [0] (~Miranda@p5DE4BB68.dip.t-dialin.net) 05.53.31 Join root [0] (~3d568103@giant.haxx.se) 05.54.01 Quit root (Client Quit) 05.55.42 Quit Rob2223 (Ping timeout: 252 seconds) 06.03.14 Quit mystica555_ (Ping timeout: 250 seconds) 06.05.50 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 06.09.17 Join kramer3d [0] (~kramer@residents-NATted-129-174-190-100.residents.gmu.edu) 06.09.17 Quit kramer3d (Changing host) 06.09.17 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 06.14.48 *** Saving seen data "./dancer.seen" 06.24.01 Quit Leif (Ping timeout: 255 seconds) 06.25.51 Join foormea [0] (~foormea@n218250011250.netvigator.com) 06.28.46 Quit milk (Read error: Connection reset by peer) 06.29.54 Join JdGord [0] (~AndChat@pa58-109-167-127.pa.nsw.optusnet.com.au) 06.39.14 Join jdgord_ [0] (~AndChat@122.110.196.55) 06.41.07 Quit JdGord (Ping timeout: 255 seconds) 06.42.04 Quit jdgord_ (Client Quit) 06.44.08 Quit foormea (Remote host closed the connection) 06.53.34 Join mystica555_ [0] (~mike@71-208-223-75.hlrn.qwest.net) 06.53.35 Quit mystica555_ (Excess Flood) 06.53.52 Join mystica555_ [0] (~mike@71-208-223-75.hlrn.qwest.net) 06.59.10 Join Horscht [0] (~Horscht@xbmc/user/horscht) 07.01.13 Quit Horschti (Ping timeout: 250 seconds) 07.26.45 Quit mudd1 (Ping timeout: 264 seconds) 07.44.36 Join bmbl [0] (~bmbl@dsl-217-174-19.pool.bitel.net) 07.44.37 Quit bmbl (Changing host) 07.44.37 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 07.53.29 Quit pjm0616 (Read error: Operation timed out) 07.55.15 Join pjm0616 [0] (~user@sigfpe-1-pt.tunnel.tserv15.lax1.ipv6.he.net) 07.56.26 Join m1k3y [0] (~m1k3y@122.176.231.134) 07.56.26 Quit m1k3y (Changing host) 07.56.26 Join m1k3y [0] (~m1k3y@unaffiliated/m1k3y) 08.01.23 Quit panni__ (Read error: Connection reset by peer) 08.03.54 Join funman [0] (~fun@rockbox/developer/funman) 08.07.45 Join Keripo [0] (~Keripo@eng232.wireless-resnet.upenn.edu) 08.12.22 # bertrik: looks like it's definitely a patch for the amsv2 SD controller. Perhaps it can be helpful for someone who can decipher the linux interfaces ;) 08.12.40 Quit kramer3d (Ping timeout: 240 seconds) 08.14.51 *** Saving seen data "./dancer.seen" 08.16.10 Quit ju1c3 (Quit: Leaving) 08.18.06 Join silbo__ [0] (~quassel@193.40.244.204) 08.31.27 Quit trtr3434 () 08.31.48 Join trtr3434 [0] (~trtr3434@175.145.207.12) 08.43.28 Quit Horscht (Quit: Verlassend) 08.44.01 Quit funman (Quit: leaving) 08.52.20 Join Horscht [0] (~Horscht@p5DD56E68.dip.t-dialin.net) 08.52.21 Quit Horscht (Changing host) 08.52.21 Join Horscht [0] (~Horscht@xbmc/user/horscht) 08.53.15 Join stoffel [0] (~quassel@p57B4C20F.dip.t-dialin.net) 09.07.23 Quit sasquatch (Ping timeout: 250 seconds) 09.08.48 Join sasquatch [0] (~username@109.250.68.23) 09.10.29 Quit sasquatch (Client Quit) 09.12.08 Join sasquatch [0] (~username@2.209.128.112) 09.16.16 Quit BHSPitMonkey (Read error: Connection reset by peer) 09.35.25 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.35.25 Quit bertrik (Changing host) 09.35.25 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.40.22 Quit factor (Read error: Connection reset by peer) 09.47.21 Quit Dreamxtreme (Quit: Going!) 09.49.05 # Is there anyone currently here experiencing uSD card initialisation problems on the AMSv2? 09.53.15 # <[Saint]> occasionally, but...my Fuze doesn't have an LCD...so it makes dubugging *everything* a PITA 09.53.42 # * [Saint] is reminded to bug Lambda about that. 09.54.18 # <[Saint]> bertrik: you were planning on looking at the IAP? 09.54.50 # <[Saint]> from your post, it was unclear if you needed a device (Nano2G) *and* an accessory, or both. 09.55.00 # As far as I understand, it never works for people who have the problem, and it seems to happen mostly with 16 GB (or bigger) cards, (and more frequently with hi-speed cards too) 09.55.17 # [Saint], I need both ... :) 09.55.49 # Maybe I could put it up as a SoC project, but perhaps the project is too small for a summer's worth of coding. 09.56.08 # <[Saint]> what *is* "too small"? 09.56.17 # <[Saint]> I guess it depends on the students ability, no? 09.57.05 # <[Saint]> it'd certainly be a summer's worth for me, for instance ;) 09.57.54 Join factor [0] (~factor@75.108.68.114) 10.14.10 # Hah! found another linux driver for an sd/mmc controller very similar to the sd controller in the AMSv2, the dw_mmc driver :) 10.14.53 *** Saving seen data "./dancer.seen" 10.15.10 # Another Synopsis Designware block, apparently also used in the lpc31xx series of microcontrollers. I think the lpc31xx probably has documentation :) 10.15.31 Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) 10.19.48 # Ah yes, it does :) 10.27.32 Join Luca_S [0] (~571149eb@giant.haxx.se) 10.29.22 # bertrik: my fuzev2 doesn't have problem with uSD init, but the sd thread hangs nearly all of the times when rebuilding the db, always when scanning music on the uSD. the same files on internal memory work fine. I don't know if that can be useful to you, but I can test eventual patches. 10.29.54 # Great thanks, I may have some patches today already to test 10.31.10 # ok, even if i'm disconnected from irc post here the links to patches or FS, i often read the logs. thanks 10.42.21 Join slooopy [0] (~sloo@95-90-30-123-dynip.superkabel.de) 10.46.52 Join ender` [0] (krneki@foo.eternallybored.org) 10.50.32 Join StefARM [0] (~dragoscio@79.112.116.13) 10.54.46 Quit StefARM (Ping timeout: 250 seconds) 10.57.45 # New commit by 03bertrik (r29619): Add another delay in the AMSv2 sd controller driver as a work-around for SD initialisation problems, see FS#11870 11.01.36 # r29619 build result: All green 11.01.42 Join Dreamxtreme [0] (~Dre@92.18.110.105) 11.02.10 Quit Luca_S (Quit: CGI:IRC (EOF)) 11.04.29 Join Horschti [0] (~Horscht@xbmc/user/horscht) 11.07.44 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:beef) 11.08.08 Quit Horscht (Ping timeout: 264 seconds) 11.14.41 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 11.19.09 Quit slooopy (Quit: Verlassend) 11.26.02 # New commit by 03bluebrother (r29620): Update copyright information in about box. We're still working on this. 11.26.11 # New commit by 03bluebrother (r29621): Fix MTP detection only working on e200v1. ... 11.29.49 # r29620 build result: All green 11.30.21 Quit stripwax (Quit: http://miranda-im.org) 11.30.26 Join u42p [0] (~v35b@d027093.adsl.hansenet.de) 11.32.57 # r29621 build result: All green 11.37.36 Quit Horschti (Ping timeout: 276 seconds) 11.38.53 Quit niekie (Read error: Operation timed out) 11.39.00 Quit cjcopi (Read error: Operation timed out) 11.39.12 Quit pjm0616 (Read error: Operation timed out) 11.40.21 Join pjm0616 [0] (~user@sigfpe-1-pt.tunnel.tserv15.lax1.ipv6.he.net) 11.41.00 Join niekie [0] (~niek@CAcert/Assurer/niekie) 11.41.41 Join cjcopi [0] (~craig@charon.craig.copi.org) 11.42.14 # SD card experts: does CMD7 (select/deselect) return a response after deselect? 11.42.36 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 11.43.43 # bertrik: udelay shouldnt be used with such large arguments. have you tried sleep() instead* 11.43.48 # ? 11.44.07 # no 11.44.28 # hm, it is very large indeed 11.44.56 # hmm, the keymap on mr100 is somewhat weird. 11.48.38 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 11.48.42 Quit niekie (Read error: Operation timed out) 11.48.48 Quit factor (Read error: Connection reset by peer) 11.49.49 Join niekie [0] (~niek@CAcert/Assurer/niekie) 11.49.55 Quit stripwax (Client Quit) 11.50.38 Join factor [0] (~factor@75.108.68.114) 11.51.04 Quit cjcopi (Read error: Operation timed out) 11.51.34 Join cjcopi [0] (~craig@charon.craig.copi.org) 11.54.14 # Good morning RockBoxers! 11.56.22 Quit Keripo (Quit: Leaving.) 12.07.44 # Luca_S: can you try this patch http://pastebin.com/2XYGJS5m ? 12.09.51 Join n1s [0] (~n1s@rockbox/developer/n1s) 12.12.36 Join snuk11 [0] (~5b6805fc@giant.haxx.se) 12.13.18 Quit factor (Read error: Connection reset by peer) 12.14.54 *** Saving seen data "./dancer.seen" 12.16.21 Quit n1s (Quit: Ex-Chat) 12.17.51 Quit snuk11 (Quit: CGI:IRC (EOF)) 12.22.23 Join factor [0] (~factor@75.108.68.114) 12.27.26 Join gbl08ma [0] (~gbl08ma@195-23-182-81.net.novis.pt) 12.27.37 Join funman [0] (~fun@rockbox/developer/funman) 12.32.01 # bertrik: sd spec says cmd7 gives response r1b 12.32.18 # so no specific response 12.32.22 # but does it also do this with argument 0 (deselect)? 12.33.00 # select succeeds when I specify that a response is expected, but deselect fails when a response is specified 12.33.41 # and when you expect nothing what happens? 12.33.53 # deselect is just select with a specific argument (=0) 12.34.47 # <[Saint]> oh, hey funman! o/ 12.35.00 # funman, then it works :) 12.35.27 Join Lear [0] (chatzilla@141.191.216.81.static.g-hn.siw.siwnet.net) 12.35.35 # ah too bad then, nothing to debug ;) 12.38.33 # funman, the NXP LPC31XX range of microcontroller seem to use the same sd controller, and the LPC3100 user manual has documentation about it 12.38.54 # you have a link to the manual? 12.39.12 # http://www.nxp.com/documents/user_manual/UM10314.pdf 12.40.57 # Also, linux has a driver for an sd controller that looks very similar to the AMSv2 one: http://lxr.linux.no/#linux+v2.6.38/drivers/mmc/host/dw_mmc.c 12.41.31 Join StefARM [0] (51b4dfc5@gateway/web/freenode/ip.81.180.223.197) 12.42.13 # ive seen thta mshci often does dma controller resets 12.43.22 Quit funman (Quit: leaving) 12.43.39 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 12.43.40 Quit pamaury (Changing host) 12.43.40 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.51.57 Join mshathlonxp [0] (~msh@5acba03f.bb.sky.com) 12.52.53 Quit niekie (Quit: No Ping reply in 180 seconds.) 12.54.04 Join niekie [0] (~niek@2001:470:9326::3) 12.54.05 Quit niekie (Changing host) 12.54.05 Join niekie [0] (~niek@CAcert/Assurer/niekie) 12.56.14 Quit stoffel (Ping timeout: 252 seconds) 12.56.37 Join hiptobecubic [0] (~john@unaffiliated/hiptobecubic) 12.56.59 # How bad, power consumption wise, are the peak meters? 12.57.14 # I would imagine they take a lot of processing to render and animate, no? 12.58.36 # <[Saint]> No, the screen just updates at it's max while drawing a peak meter on the screen...but iirc it was tested and returned no evidence of aditional draw. 12.58.43 # <[Saint]> or, none to any noticable effect. 12.59.18 Join funman [0] (~fun@rockbox/developer/funman) 13.00.33 # bertrik: if it's only similar, what are the differences? 13.01.23 # funman, I haven't really looked in that much detail yet, but at least all of the registers and command codes I've seen so far seem to match 13.04.42 # there is even a programming guide in the pdf (pg 380), could be useful 13.06.15 # The cards operate at a maximum of 26 MHz (at maximum of 52 MHz 13.06.16 # in high-speed mode) 13.07.34 # we don't set rx/tx fifo watermarks like expected by the pdf, but rather like the OF does 13.11.17 # funman, it seems the AMSv2 has a deeper FIFO, right? 13.12.00 # could be yes, i don't remember if we can read the FIFO size from the registers 13.12.52 # 7.2.6 (page 386) is weird 13.13.18 # they say we must write CMDARG & CMD register for data transfers 13.13.47 # ah it's the normal READ/WRITE SINGLE/MULTIPLE BLOCK commands >< 13.17.34 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 13.23.07 # funman, perhaps a silly question, but in the AMSv2 sd driver we seem to switch the *card* into HS mode, but shouldn't we also switch the *sd controller* to a higher speed? 13.23.32 # ask flyndice i think he wrote this 13.23.34 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 13.24.17 Join IceflamePhoenix [0] (noyfb@93-97-161-162.zone5.bethere.co.uk) 13.24.43 # Afternoon 13.24.59 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.25.40 Join petur [0] (~petur@rockbox/developer/petur) 13.26.00 # aaargh, the AMSv1 driver seems to do this, but not the ASMv2 driver. So I'm trying to work-around with a problem of a feature that is only half implemented! 13.28.09 Part IceflamePhoenix 13.29.22 Part socketguru 13.29.54 Part hiptobecubic ("For a holy stint, a moth of the cloth gave up his woolens for lint.") 13.30.24 # i dont have the first linux driver we had 13.36.41 # changing the clock freq isn't enough ? 13.37.53 Quit funman (Quit: leaving) 13.46.36 # kugel: thanks for the album art in the widget fix, works for me now too. There only is one problem left and that is - if an album art picture is displayed and the widget needs to redraw after changing the phone's (UI) orientation, I get an error message in place of the widget (German as that's set on my phone: "Fehler beim Vergrößern des Widgets.". Maybe I'll look at adb logcat for this again in the evening or tomorrow 13.47.39 Quit m1k3y (Read error: No route to host) 13.47.45 # and the three lines of track info don't fit completely in the "small square" when album art is displayed 13.47.55 Join m1k3y [0] (~m1k3y@unaffiliated/m1k3y) 13.48.17 # pixelma: I don't rotate my home screen so I haven't noticed that 13.48.42 # auto-rotates for me when sliding out the keyboard 13.49.01 # * [Saint] confirms. 13.49.57 # <[Saint]> yes, same behaviour here...though that's hardly surprising as it's the same .apk 13.52.03 # <[Saint]> pixelma: dows keyclick work for you? it crashes my device.(after working once or twice, or for ~5 seconds or so) 13.52.12 # never tried 13.52.13 # <[Saint]> *does 13.52.34 # <[Saint]> if/when you do, it'd be nice to know...but no panic. 13.56.08 # ok, I'll keep it in mind. The audio stops working problem has a higher priority to me though. It was "fun" that the one time I tried a while longer with adb logcat last week I couldn't reproduce, yet it happens fairly often in "normal" use still 13.58.05 Join MethoS- [0] (~clemens@134.102.106.250) 14.00.52 # the fact that it helped finding the album art problem gives some motivation though :) 14.03.07 Quit antil33t (Read error: Connection reset by peer) 14.03.19 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 14.14.57 *** Saving seen data "./dancer.seen" 14.16.12 Quit StefARM (Ping timeout: 252 seconds) 14.16.47 # funman, as far as I understand, the "normal speed" is 25 MHz max and "high speed" is 50 MHz max, but we only prepare the card for higher speed and don't actually raise the speed on the controller side. 14.17.01 # <[Saint]> wtf!?! idle timeout doesn't seem to respect HW buttons ;) 14.18.30 # To reach high speed for the sd controller, I think we should use a peripheral clock of 48 MHz (and divide it by 2 for normal speed sd cards) 14.18.42 # OTOH, it's probably already plenty fast enough 14.18.43 # <[Saint]> yep...idle timeout is completely ignoring the dpad. 14.18.49 # <[Saint]> kugel: ^ 14.23.54 Join sirrozha [0] (~sirrozha@89.23.217.205) 14.25.50 # pixelma: you can look at logcat right after it happened 14.26.04 # [Saint]: no idea why 14.29.57 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 14.33.18 Join Horscht [0] (~Horscht@p5DD57DBD.dip.t-dialin.net) 14.33.19 Quit Horscht (Changing host) 14.33.19 Join Horscht [0] (~Horscht@xbmc/user/horscht) 14.36.10 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.36.57 Quit scromple (Quit: Gots to go get me outta here) 14.39.11 Join stoffel [0] (~quassel@p57B4C20F.dip.t-dialin.net) 14.42.31 Quit petur (Quit: Leaving) 14.45.29 Quit antil33t (Read error: Connection reset by peer) 14.45.38 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 14.48.58 Quit bmbl (Quit: Verlassend) 14.53.33 Quit aclonedsheep (Read error: Connection reset by peer) 14.54.00 Join aclonedsheep [0] (~acl@c-68-33-70-133.hsd1.md.comcast.net) 14.54.05 Quit aclonedsheep (Changing host) 14.54.05 Join aclonedsheep [0] (~acl@unaffiliated/aclonedsheep) 14.54.28 Quit stoffel (Remote host closed the connection) 14.55.13 # the user mailing list is mailing me, the sender, a copy of my sent messages. This appears to be (relatively) new behavior. 14.57.08 # I believe there is a setting for it (in the mailman pages), I don't think it ever worked for me (set to "don't get my own messages") 14.57.47 Quit MarkTraceur (Ping timeout: 276 seconds) 14.58.03 # It worked fine for years for me, up until last week, but I hadn't posted there for a few months so it might have happened anytime 2011. 14.58.16 # I'll look at the mailing list pages. 14.58.47 # maybe something got changed or lost during some server work in which case Bagder or Zagor should know 14.59.33 # FWIW only setting I see is digest or not. 15.03.53 Quit kevku (Ping timeout: 260 seconds) 15.09.27 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:beef) 15.12.25 Join aclonedsheep_ [0] (~acl@c-68-33-70-133.hsd1.md.comcast.net) 15.12.37 # ender`: ping 15.15.53 Quit aclonedsheep (Ping timeout: 255 seconds) 15.16.16 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 15.16.25 # ender`: http://build.rockbox.org/shownewlog.cgi?rev=29618;type=sansac200 15.19.05 Quit Lear (Quit: ChatZilla 0.9.86.1 [Firefox 4.0/20110318052756]) 15.24.12 Quit Guinness (Read error: Connection reset by peer) 15.31.21 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 15.34.56 Join StefArm [0] (51b4dfc5@gateway/web/freenode/ip.81.180.223.197) 15.37.56 Quit T44 (Ping timeout: 255 seconds) 15.40.17 # gevaerts: let me see 15.43.21 Quit silbo__ (Ping timeout: 250 seconds) 15.48.14 Quit StefArm (Ping timeout: 252 seconds) 15.48.17 Quit trtr3434 (Ping timeout: 255 seconds) 15.49.18 # weird, i can't really find any reason why this is happening 15.54.55 Join trtr3434 [0] (~trtr3434@175.145.205.97) 15.55.23 Join silbo [0] (~quassel@193.40.244.204) 16.05.25 Join funman [0] (~fun@rockbox/developer/funman) 16.11.00 Part Rasi ("WeeChat 0.3.5-dev") 16.14.15 Join wtachi [0] (~wtachi@cpe-065-190-001-228.nc.res.rr.com) 16.14.58 *** Saving seen data "./dancer.seen" 16.16.47 Quit funman (Ping timeout: 240 seconds) 16.19.55 Join funman [0] (~fun@rockbox/developer/funman) 16.30.53 Join Horschti [0] (~Horscht@xbmc/user/horscht) 16.34.23 Quit Horscht (Ping timeout: 246 seconds) 16.36.35 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 16.51.07 Join StefArm [0] (51b4d611@gateway/web/freenode/ip.81.180.214.17) 16.54.31 Quit gbl08ma (Read error: Operation timed out) 16.54.34 Join webguest97 [0] (~5205c18b@giant.haxx.se) 16.54.54 Join Buschel [0] (~chatzilla@p54B67904.dip.t-dialin.net) 16.54.55 Quit Horschti (Ping timeout: 264 seconds) 16.56.39 # hi, please help guys, I'm using rockbox 3.8 on a nano 2g, and am wondering why the "ilike" skin will not appear in my settings > theme settings > brows theme files menu.... any ideads? 16.57.03 Quit mc2739 (Ping timeout: 240 seconds) 16.57.29 # hi, please help guys, I'm using rockbox 3.8 on a nano 2g, and am wondering why the "ilike" skin will not appear in my settings > theme settings > brows theme files menu.... any ideads?? 16.57.40 # New commit by 03Buschel (r29622): Headroom in AAC SBR HF-generator's fixed point implementation of autocorrelation was too small. Fixes FS#12019. 16.58.21 Join webguest20 [0] (~765f76a2@giant.haxx.se) 16.58.23 Quit webguest20 (Client Quit) 16.58.27 # <[Saint]> webguest97: My guess is either you're messing something up, or you have FS corruption issues. 16.58.30 Join beavis7 [0] (~765f76a2@giant.haxx.se) 16.58.30 Quit beavis7 (Client Quit) 16.58.37 # webguest97: is the theme installed? 17.01.29 # r29622 build result: All green 17.01.51 # thanks 17.02.33 # all other skins appear ok, but will look into clean install 17.02.38 # New commit by 03Buschel (r29623): Backport r29622 to v3.8 branch. Fixes FS#12019, a bug in the AAC SBR decoding. 17.02.54 # yeah, installed 17.03.51 # <[Saint]> webguest97: it works on current SVn on my Nano2Gs, and 3.8 also. 17.04.03 # <[Saint]> (I'm the author of this theme, btw) 17.04.12 Quit dfkt (Read error: Connection reset by peer) 17.05.56 # hmmn there is no iLike.cfg in .rockbox/themes suspect it might be a corruption issue 17.07.24 # <[Saint]> it's definitely present in the .zip available from the themesite. 17.07.33 # sorry for delayed responses, this web client seems laggy 17.08.05 # <[Saint]> webguest97: try http://webchat.freenode.net/ 17.08.06 # [ 8111.171296] end_request: I/O error, dev sdb, sector 15993848 17.08.25 # my fuzev2 reportedly has 15993856 (== 0xF40C00) sectors 17.08.26 # hehe nice to speak to the proper people 17.10.34 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 17.13.35 Quit webguest97 (Quit: CGI:IRC (Ping timeout)) 17.13.47 Join iLike_guest97 [0] (5205c18b@gateway/web/freenode/ip.82.5.193.139) 17.13.52 # hi 17.14.36 # thanks for the tips 17.14.50 # ah already reported: http://www.rockbox.org/tracker/task/11664#comment38570 17.20.08 Join saratoga_ [0] (600afc5f@gateway/web/freenode/ip.96.10.252.95) 17.25.26 Join Horscht [0] (~Horscht@p5DD5757A.dip.t-dialin.net) 17.25.27 Quit Horscht (Changing host) 17.25.27 Join Horscht [0] (~Horscht@xbmc/user/horscht) 17.40.35 # [Saint] I've uninstalled rockbox, tried resetting my ipod to factory defaults (had to install iTunes... yuk) did an error check / bad sectors fix, reinstalled 3.8, added all skins, and still no joy =( 17.41.10 # <[Saint]> interesting. 17.41.16 # I'm sure your skin is fine, and something is just wonky with my particular setup, but any ideas would be appreciated 17.42.01 # really wanna use that theme in particular 17.43.06 # might try adding iLike.cfg manually 17.43.30 # <[Saint]> I will have another go at reproducing this, I'll restore my Nano and try this with a 3.8 I didn't build myself. 17.43.36 # iLike_guest97: did you extract the zip to right path? 17.43.45 Quit silbo (Read error: Connection reset by peer) 17.44.30 # i used the rockbox utility app 17.44.47 # seems to have worked fine for all other skins 17.45.17 # <[Saint]> I shall try install via Rbutil then, also. 17.45.34 # maybe that is the cause... 17.46.14 # good point 17.46.32 # you might just try to unzip it to your iPod 17.46.42 # <[Saint]> It *shouldn't* be the cause...if it is, I'd like to know why. 17.50.21 # I added the .cfg manually, and things seem ok now.. 17.50.54 # <[Saint]> Hmmm...ok, weird. So RBUtil is messing something up somehow. 17.51.04 # might add all files from the zip in case im missing anything (looks a little basic atm) 17.52.18 # yeah, all files were missing 17.52.25 # * funman slaps jhMikeS 17.52.49 # looks like that utility app does not like your skin [Saint] 17.52.58 # <[Saint]> iLike_guest97: can you please tell me your RBUtil version? 17.53.16 # <[Saint]> click "Help" in the menu 17.53.35 # 1.2.8 17.53.59 # (SVN $Revision 28154 $) 17.54.26 # built Sep 23 2010 18:22:04 17.54.35 # <[Saint]> that's fine, thanks. 17.55.29 # maybe its just summing to do with my setup, that build is 6 months old, I would have thought if it were a proper bug, it would have been found by now 17.55.37 Join twoion [0] (~pino@p3E990ABC.dip.t-dialin.net) 17.56.10 # <[Saint]> Nevertheless, as I have the facilities to try to reproduce this..I will. 17.56.12 # awsome work with the skin btw Saint] 17.56.18 # <[Saint]> thanks. 17.57.17 # best one on the nano's small screen imho 17.58.14 # what's the easiest way to commit if i only have the git repo? (not the git-svn one) 17.59.58 Quit antil33t (Read error: Connection reset by peer) 18.00.07 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 18.02.03 Join StefArm__ [0] (51b4d611@gateway/web/freenode/ip.81.180.214.17) 18.02.59 # ah http://www.rockbox.org/wiki/GitVersionControl explains how to turn it in git-svn 18.03.31 Quit StefArm (Ping timeout: 252 seconds) 18.04.23 # New commit by 03funman (r29624): SD amsv2: remove double assignement 18.04.29 # Good evening, there. Right now, I am trying to perform a Sansa Clip+ unbrick as described at . Having already openend the player and removed the battery, I am unable to release the board from the front panel because around the display it is stuck - so I can not access the pins I have to bridge in order to complete that unbrick procedure. I suspect the SANSA guys have applied the same sticky foam they 18.04.29 # used to arrest the battery to the display borders. Can someone explain how I may get rid of that without breaking neither board nor display? 18.04.35 # New commit by 03funman (r29625): SD AMSv2: fix r29169 ... 18.05.08 # ^ might fix the 3.8 problems 18.05.37 # <[Saint]> twoion: Google ""Clip+"+dissassembly" most likely 18.07.47 # r29624 build result: All green 18.07.51 # twoion: i'd use a knife and be gentle 18.08.08 # <[Saint]> and follow a dissassembly guide 18.08.27 # the screen is not particularly fragile 18.08.44 # <[Saint]> it can be...if leverage is used. 18.08.57 # <[Saint]> (hint: dot ;)) 18.09.02 # <[Saint]> *don't too 18.10.40 # r29625 build result: All green 18.10.57 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) 18.12.12 # pamaury: bertrik: jhMikeS: any problem left with amsv2 SD ? 18.12.34 # don't know, I haven't tested it for some time honestly 18.12.52 # which player are you using then? 18.13.13 # funman, I haven't experienced sd problems myself really, 18.13.21 # (clip+) 18.13.23 Join soap__ [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) 18.13.30 Join [Saint] [0] (~st.lasciv@202-180-120-92.callplus.net.nz) 18.13.41 # <[Saint]> oh....goodie. 18.13.55 # if the internal storage isn't full you shouldn't have experienced this problem. it only affected the last 0xf000 sectors 18.13.59 # funman: my clip+ is rock solid, but some people report lots of trouble building the database 18.14.10 # <[Saint]> I install 3.8 on my Nanos, and get *wicked* FS corruption after unmounting every one of them. 18.14.14 # <[Saint]> coincidence? 18.14.22 # FWIW i think most have the newer sd variant 18.14.39 # saratoga_: they should try r29625 18.14.57 # great 18.15.00 *** Saving seen data "./dancer.seen" 18.15.33 # also, i've been meaning to ask you if any AMSv2 devices use the DBOP or if thats just an AMSv1 thing 18.15.44 # <[Saint]> Hmmmm...correct FS issues, unmount, mount, FS corruption. 18.15.46 # <[Saint]> gah! 18.16.49 # saratoga_: fuzev2/clipv2 use it for lcd too, only clip+ is different 18.16.53 # <[Saint]> How can I check if it's the mounting, or the unmounting doing this? I can't can I? 18.17.13 Quit soap_ (Ping timeout: 240 seconds) 18.17.19 # oh i thought the fuzev2 didn't use dbop 18.17.28 # [Saint]: run 'sync' before unmounting perhaps 18.17.43 # and dd the raw device, then check this fs 18.18.28 # ah i see the buttons don't use dbop like on the v1, but the display does 18.18.40 # [Saint] gonna sign off now, thanks for all the help 18.18.50 # yes there is less conflicts 18.18.56 # <[Saint]> iLike_guest97: thanks for finding this for us. 18.19.08 # <[Saint]> I'll look into it. 18.19.22 # if you PM me, I can leave an email address, incase I can help further 18.21.52 # thanks for the help everyone, keep up the good work =] 18.21.59 Quit iLike_guest97 (Quit: Page closed) 18.22.38 Quit twoion (Quit: Fare well.) 18.24.42 # * [Saint] shrugs. 18.24.43 # <[Saint]> WFM 18.25.10 # <[Saint]> I trashed my FS ~4 times in the process...but RBUtil installed the theme correctly. 18.26.18 # * [Saint] wonders what breed of weirdness explains RBUtil refusing to install *my* theme, and that theme alone, for (for what I know is) only one user. 18.27.16 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 18.31.16 # <[Saint]> bluebrother: Actually...I *can* reproduce this... 18.33.17 # <[Saint]> I got two Nanos confused and thought that the theme install actually worked. 18.34.05 # <[Saint]> RBUtil *won't* install my theme for some reason (iLike - iPod Nano1-2G)...tested on Nano 1 and 2G. 18.35.55 # <[Saint]> Ah...and I just found out why. 18.35.58 # <[Saint]> "Unsupported PKZip version. Skipping file. 18.35.59 # <[Saint]> (Last message repeated 33 times.)" 18.36.29 # <[Saint]> It seems RBUtil can't handle 7zip .zip files? 18.36.51 Quit sirrozha (Ping timeout: 252 seconds) 18.40.38 # <[Saint]> bluebrother: System Trace --> http://pastebin.com/07bsTeUk 18.48.39 Nick soap__ is now known as soap_ (~soap@cpe-76-181-78-156.columbus.res.rr.com) 18.49.02 Quit soap_ (Changing host) 18.49.02 Join soap_ [0] (~soap@rockbox/staff/soap) 18.50.56 Quit jhMikeS () 18.51.37 Quit Buschel (Ping timeout: 240 seconds) 18.54.52 Quit Horscht (Ping timeout: 260 seconds) 18.56.26 # [Saint]: ouch 18.56.40 # I thought that issue was fixed :( 18.57.25 # <[Saint]> I didn't know it was an issue 'til now. 18.58.10 # there had been such an issue in the past, when distributions started shipping zip 3.0 18.58.13 Quit timccc (Ping timeout: 246 seconds) 18.58.22 # what version of zip did you use for creating the archive? 18.58.39 # <[Saint]> I used 7zip 19.00.09 # The file claims zip 2.0 compatibility 19.00.14 Join jhMikeS [0] (~jethead71@adsl-99-29-196-104.dsl.sfldmi.sbcglobal.net) 19.00.14 Quit jhMikeS (Changing host) 19.00.14 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 19.01.02 # <[Saint]> whatever he used to extract it manually seemed to deal withit fine. 19.01.21 # <[Saint]> (he == "the guy that discovered this") 19.02.19 Join dfkt [0] (dfkt@unaffiliated/dfkt) 19.03.39 Join n1s [0] (~n1s@nl118-175-108.student.uu.se) 19.03.40 Quit n1s (Changing host) 19.03.40 Join n1s [0] (~n1s@rockbox/developer/n1s) 19.03.55 Join esperegu [0] (~quassel@145.116.15.244) 19.04.45 # the problem is (as in the past) some version byte in the zip file. 19.05.18 # The class uses for extracting checks this and has a maximum number set. If I simply increase that it works again, so it's definitely not a problem with the zip format itself 19.06.01 # though this might be yet another reason to move away from OSDaB unzip and switch to quazip (as the theme editor uses) 19.07.02 # since bieber already did the work of figuring how to use that it shouldn't be the problem. It's "just" work ... 19.13.30 # btw, is it possible to make rockbox.apk put its files (especially themes and codecs) on the SD card by default? 19.20.59 Nick aclonedsheep_ is now known as aclonedsheep (~acl@c-68-33-70-133.hsd1.md.comcast.net) 19.21.02 Quit aclonedsheep (Changing host) 19.21.02 Join aclonedsheep [0] (~acl@unaffiliated/aclonedsheep) 19.23.50 Join stoffel [0] (~quassel@p57B4BE5F.dip.t-dialin.net) 19.28.03 Join MarkTraceur [0] (~marktrace@cpe-76-174-115-122.socal.res.rr.com) 19.50.36 Quit n1s (Quit: Ex-Chat) 19.55.16 Quit saratoga_ (Quit: Page closed) 20.08.34 Quit stoffel (Remote host closed the connection) 20.15.02 *** Saving seen data "./dancer.seen" 20.24.45 Quit fkhodkov (Read error: Connection reset by peer) 20.27.37 Quit Elfish (Ping timeout: 260 seconds) 20.31.36 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 20.37.33 Join gbl08ma [0] (~gbl08ma@195-23-182-29.net.novis.pt) 20.40.33 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 20.44.22 Quit funman (Quit: leaving) 20.45.54 # I was reading the 2011 Summer of Code wiki page, and while not actually pretending to work on any project, the multiple/relocatable plugins section looked very interesting... 20.46.53 # there it says that a new format for "plugins" might have to be defined; but if this project is really taken by someone and completed successfully, should we keep calling "plugins" to plugins? 20.47.06 # Why not? 20.47.07 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 20.47.43 # I mean, either the name is appropriate or it isn't. That doesn't have much to do with how the implementation works 20.49.12 # if I understand correctly, multiple plugins could be run at the same time (i'd call this multi-tasking), and the plugins would be stored in an executable file format. 20.49.14 # doesn't this make plugins act more as applications than plugins? 20.49.26 # Not really 20.49.58 # Don't focus too much on the "run at the same time" bit. It doesn't have to mean multi tasking 20.51.31 # specially when most targets don't have enough memory for some heavy plugins (e.g. doom), now imagine what would be running multiple plugins in a multi-tasking way... 20.51.33 # so, what does that "run at the same time" mean? 20.51.59 # The general idea is that there are several areas where we'd like plugins, but with the current mechanisms that means extra permanently allocated buffers. These areas include USB drivers, WPS visualisations, screen transitions, ... 20.52.29 # The idea is *not* (although I don't want to exclude it totally right now) to allow e.g. multiple games and switch between them 20.53.46 # Imagine things like running something like the current FFT plugin somewhere in the WPS. Being able to load that plugin into the WPS buffer makes that easy to do 20.54.00 Join petur [0] (~petur@78-22-115-13.access.telenet.be) 20.54.04 Quit petur (Changing host) 20.54.04 Join petur [0] (~petur@rockbox/developer/petur) 20.54.19 # so, the idea is to make memory allocation a bit less fixed? 20.54.51 # Currently you'd have to either allocate a new WPS visualisation buffer that's wasted space for anyone who doesn't want this sort of thing, or use the existing plugin buffer, which means no more battery bench. Either of those also means you can only have one of those plugins at a time 20.55.52 # Yes and no. It's more to allow things that the current fixed memory layout doesn't allow at all 20.57.07 # For the really full potential, you'd also need "Port buflib from the pluginlib over to the core and use it to allocate big buffers in a more dynamic way" 20.57.19 Join FBI_Guy [0] (~fbiguy@pool-96-233-107-20.bstnma.fios.verizon.net) 20.58.26 # as an example: I have a keyboard patch I have applied in my custom builds (it's available in the tracker) that allocates some bytes for the automated word completion (which I don't use). These changes would make the allocation of these bytes for the completion dictionary variable according to the dictionary array size? 20.58.39 # Another possibility would be visualisation plugins for the wps 20.59.09 # gbl08ma: the buflib one would allow that sort of thing 20.59.27 # And the plugin one would allow e.g. loadable keyboards 20.59.46 # amiconn: something that, in my opinion, just drains battery and is fully dispensable, but I know there are many people with the opposite opinion and i respect it 21.00.01 # It would (a) allow to have a few of them in parallel (on large screens, and with a sufficiently powerful cpu, e.g. gigabeat s), and (b) load some game plugin without unloading the visualisation 21.01.00 # gevaerts: don't we have already loadable keyboards? or are you talking about loadable input methods (who knows, handwriting recognition for touchscreens :)) ? 21.01.14 # We have loadable keyboard *layouts* 21.01.31 # Yes, "input methods" is a better term 21.02.24 # does the idea for GSoC include having plugins not fixed to a single build (but, perhaps, only to a plugin API version?) 21.02.43 # That's the case now in theory 21.02.53 Join ostinru [0] (~ostin@78-106-149-119.broadband.corbina.ru) 21.03.13 # The problem is that the API version has to be bumped manually, and it's hard to predict which changes require such a bump 21.03.39 # would the changes make installation of precompiled plugins possible? e.g. I download a plugin from the internet and copy to my device... no, that's dreaming too much, right? 21.03.53 # It's not really hard imo, but because it's manual it is error prone 21.04.23 Quit [Saint] (Ping timeout: 240 seconds) 21.04.32 # (way) back there even were a few such plugins already 21.04.33 # The problem is that e.g. a function like do_something(struct *some_struct) breaks whenever a member of some_struct changes a tiny bit 21.06.41 # that tiny bit would need to be enough for bumping the API version. 21.08.27 # Yes 21.09.15 # But the problem is that if you make a change somewhere in a low-level LCD driver, you may not realise that reordering those two variables in a struct you use means that the alignment changes which means that the plugin API breaks 21.09.16 # perhaps we need a new plugin API versioning system, with major, minor and build fields, like "1.0.2". then each plugin would check if the plugin version meets the minimal API version. 21.09.22 Quit ostinru (Ping timeout: 240 seconds) 21.09.26 Join 36DABC0Z8 [0] (~quassel@193.40.244.204) 21.09.31 # The numbering system is there 21.09.45 # It's the detection of when it needs to be bumped that's not there 21.10.18 # well i got to go 21.10.23 # thanks for your time :) 21.10.27 Part gbl08ma 21.12.53 Join Lear [0] (chatzilla@141.191.216.81.static.g-hn.siw.siwnet.net) 21.16.48 Quit Judas_PhD (Quit: This is a quitting message) 21.17.23 # <36DABC0Z8> Hey 21.18.14 Quit 36DABC0Z8 (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 21.18.26 Join silbo [0] (~quassel@193.40.244.204) 21.19.17 # Hey, I am trying to update the powermgmt and wanted to know if someone is already working on it? 21.20.05 # Anything specific? 21.20.09 # * bluebrother wonders what's wrong with powermgmt 21.21.29 Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net) 21.22.49 # I am inventing the calibration curve thing. 21.23.21 # ah, for runtime estimation? 21.23.24 # Ah, the one from MrSomeonesTodoList? 21.23.43 # I'm pretty sure nobody is working anywhere near that 21.23.57 # it's always good to see MrSomeone working on something :) 21.24.11 # He's lazy most of the time! 21.24.13 Join ostinru [0] (~ostin@78-106-149-119.broadband.corbina.ru) 21.24.26 # indeed, even more lazy than I am! 21.25.04 # I see xD 21.25.52 Quit Rob2222 (Quit: Rob2222) 21.26.01 Join Rob2222 [0] (~Miranda@p5DE4BB68.dip.t-dialin.net) 21.28.06 Quit FBI_Guy (Quit: Leaving) 21.28.56 # / always return 100% if user is norris 21.28.56 # if( user == "norris" ) return 100; 21.31.25 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 21.31.40 Quit ostinru (Ping timeout: 276 seconds) 21.32.48 # What is the battery switch all about? 21.34.38 # only 100? Not 120? 21.34.52 Quit BHSPitMonkey (Read error: Connection reset by peer) 21.35.17 Join mrkiko [0] (~mrkiko@151.83.208.31) 21.36.04 # Should be over 9000! 21.36.26 # silbo: not sure if it's what you mean, but some players have a switch that cuts off the battery 21.37.04 # and what is that feture usefull for? 21.37.08 # feature* 21.37.48 Join sideral [0] (~sideral@213.165.85.248) 21.37.48 Quit sideral (Changing host) 21.37.48 Join sideral [0] (~sideral@rockbox/developer/sideral) 21.38.15 # It's a hardware thing. They designed the player like that 21.38.28 # But I'm not sure if that's what you were referring to though 21.40.04 # Yea I am looking at the powermgmt code and it has may battery switch cases 21.40.25 # * gevaerts looks 21.40.46 Quit GeekShadow (Quit: The cake is a lie !) 21.40.50 # Can you give an example line number? 21.41.38 # Ah, ok. I think I see... 21.41.50 # HAVE_BATTERY_SWITCH? 21.41.56 # Yes 21.42.36 # If you look in firmware/export/config/, you'll see that gigabeat f, gigabeat x, and gigabeat s have that, so yes, it's the hardware switch I mentioned 21.44.15 # ok 21.44.21 Quit benedikt93 (Quit: The quality of my life is going straight up now that i have a shotgun.) 21.44.37 Join ostinru [0] (~ostin@78-106-149-119.broadband.corbina.ru) 21.45.20 # So when this switch is off the battery level you read is poridge? 21.46.19 # I guess so. I didn't actually realise that you could use it on external power with the switch off. I'll have to test that one of these days... 21.48.19 # you can do that. 21.48.48 # it was in fact my first experience with the beast -- battery switch was turned off and I was surprised it only turned on when connected to the charger :) 21.48.55 Join FBI_Guy [0] (~fbiguy@pool-96-233-107-20.bstnma.fios.verizon.net) 21.49.06 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 21.49.52 Quit stripwax (Client Quit) 21.49.59 Join Topy44 [0] (~Topy44@f049202001.adsl.alicedsl.de) 21.50.05 Quit esperegu (Remote host closed the connection) 21.50.43 Quit FBI_Guy (Client Quit) 21.51.29 Quit ostinru (Ping timeout: 252 seconds) 21.52.03 # xD 21.52.24 # Good to know. I had one battery eaten by my car (too many short charge cycles), so maybe I'll look into using the thing without battery 21.52.41 # That means instant poweroff with no warning of course 21.54.58 # Yep 21.55.33 # So no bookmarks 21.55.34 # hm 21.55.50 # Oh well, a new battery every now and then isn't *that* expensive 21.56.39 # Yea, but think of the nature 22.00.15 # I'm making the histogram meter more general purpose, so I'm removing all _recording references, including those in the LANG IDs. Can I just rename them or will this annoy somebody and must I deprecate the old one and copy it to a new ID? 22.01.37 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 22.03.00 # petur: You'll annoy somebody either way ;) But the right way seems to be to deprecate changing strings 22.04.26 # petur: Have a look at FS#12003 to see how to (not) use langtool.pl 22.04.34 # I know that is the right (official) way, I was just wondering if I clould get away with just a rename... I guess the feature was introduced too long ago to allow for a simple rename :/ 22.05.12 # Rule one for getting away with things: don't ask about them first :) 22.05.30 # meh 22.06.59 # bertrik: Please consider backporting r29619 to the 3.8 branch 22.07.14 Join Ubunewb [0] (~peon@g225128206.adsl.alicedsl.de) 22.07.34 # We should probably think seriously about 3.8.1 22.07.52 # IMO it would be nice to wait until the AMSv2 disk issues are stabilized 22.08.06 # since at this point AMS is probably like half our userbase and they're fairly serious 22.08.09 # yes 22.08.13 # hey everyone! I can't boot my original firmware after I installed rockbox on my ipod mini 2g, anyone know why? 22.08.23 # probably did something wrong 22.10.08 Join Buschel [0] (~chatzilla@p54A3BCEA.dip.t-dialin.net) 22.12.03 # Ubunewb: I remember having such an issue myself. But that's literally years ago now. 22.12.28 # didn't bother much about that though. I think I Ã"fixed" it with the reinstall when swapping the disk in the player 22.13.09 # so just reinstalled everything including original firmware and rockbox? 22.13.14 # Ubunewb: what happens if you set the hold switch and then plug it in? 22.14.01 Quit u42p (Quit: Leaving) 22.14.10 # Ubunewb: no, I swapped the drive and started from scratch using a manual restore 22.14.49 # sideral: that's interesting... it means that if I deprecate the string, it will get removed and break voice files.... so I might as well just rename 22.15.03 Quit StefArm__ (Ping timeout: 252 seconds) 22.15.07 *** Saving seen data "./dancer.seen" 22.15.16 # petur: Not if you do it right 22.15.36 # If I rename it will keep the IDs and not break anything 22.15.41 # gevaerts: without shutting down the ipod before that? well it connects in rockbox mode 22.15.53 # Ubunewb: sorry, after shutting down 22.16.02 # sideral: ah, right, only if you deprecate using genlang 22.16.16 # (will it break) 22.16.17 # right 22.16.51 # saratoga: funman's latest patch apparently fixes AMSv2 SD for me 22.16.56 # nice! 22.17.13 # did you have teh database rebuild issue too? 22.17.14 Quit Stummi (Quit: Bye!) 22.17.47 # gevaerts: it shows the apple sign and after a few seconds shows the support link from apple... 22.17.51 # saratoga: no (AFAIR), I only observed it when using USB, especially when doing fsck 22.18.00 # oh now its in original firmware usb mode 22.18.09 # probably because fsck reads the boot sector backup at the end of the disk 22.18.11 # ok so that bug may still be present 22.18.30 # Ubunewb: ok. If you now unplug, do you end up in the OF normally? 22.18.32 # saratoga: yeah; just wanted to post an update to that tracker item 22.18.45 # FS#11965 22.18.52 # frustrating that i can't seem to be able to reproduce the DB issues 22.19.42 # gevaerts: after I ejected the ipod, the apple sign appears, but it seems that it can't move on further 22.19.47 Join sirrozha [0] (~sirrozha@89.23.217.205) 22.20.03 # gevaerts: the backlight turns on and off after some time, but nothing more 22.20.21 # Ubunewb: hm, yes, in that case I'd do a full reinstall. That's not normal 22.20.27 # just like when I try to get into original firmware without pluggin it into usb 22.20.27 Join fyrestorm [0] (~nnscript@cpe-68-173-236-235.nyc.res.rr.com) 22.20.35 # saratoga: Same here. But I've come to the view that typically the DB is not at fault; it's just the first thing that crashes as it's the 1st piece of code that stresses the system 22.21.08 # gevaerts: so using itunes to restore the original firmware, and then install rockbox? so occasionally that bug happens? 22.21.17 # saratoga: Over-generalizing from the two DB issues I've helped debug in the past few weeks :) 22.21.34 # gevaerts: because after unstalling the bootloader, the original firmware works just fine 22.21.36 # yeah i don't doubt that disk issues will crash teh db before anything else 22.21.49 # Ubunewb: hm. I haven't heard about this before 22.21.56 # So maybe wait for some more advice 22.22.12 # seems like there is some issue with the boot loader 22.22.17 # but thanks for your help 22.22.45 # i kind of doubt theres an issue with the bootloader 22.22.55 # its been like 3 years since anyone touched it, someone would have noticed by now 22.24.12 # saratoga: Well, I touched it, which is why I'm watching out for problems with it :) 22.25.04 # sideral: the ipod bootloader? 22.25.15 # gevaerts: No, the DB 22.28.03 # powermgmt_est_runningtime_min = (100 - level)*battery_capacity*60 22.28.04 # / 100 / (CURRENT_MAX_CHG - runcurrent()) 22.28.04 # can't this end up dividing by 0 ? 22.31.17 Join n1s [0] (~n1s@nl118-175-108.student.uu.se) 22.31.17 Quit n1s (Changing host) 22.31.17 Join n1s [0] (~n1s@rockbox/developer/n1s) 22.32.29 # silbo: I suspect not, because runcurrent() doesn't measure 22.33.26 # isn't runcurrent going to be pretty small, something like 20-40mA, whereas charge current is probably several hundred mA 22.33.37 # That too 22.35.43 # Yea charge is max 350mA 22.36.08 # i guess if you're worried double check how runcurrent is set 22.36.25 Quit simonrvn (Read error: Operation timed out) 22.37.06 # saratoga: Re ClipV2 background hissing noise: Last night funman confirmed that CPU frequency has an effect on the noise. I'll work with this theory and play with the frequencies a bit next 22.39.40 # isntalling rockbox now, crossing fingers 22.42.04 Join simonrvn [0] (simon@unaffiliated/simonrvn) 22.42.34 Quit mrkiko (Quit: leaving) 22.44.06 Quit n1s (Quit: Ex-Chat) 22.45.26 Quit sirrozha (Ping timeout: 248 seconds) 22.45.43 Quit Lear (Quit: ChatZilla 0.9.86.1 [Firefox 4.0/20110318052756]) 22.46.34 Join n1s [0] (~quassel@nl118-175-108.student.uu.se) 22.46.49 Quit n1s (Changing host) 22.46.49 Join n1s [0] (~quassel@rockbox/developer/n1s) 22.49.30 Quit petur (Quit: here today, gone tomorrow) 22.53.44 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726]) 22.54.06 # Ubunewb - have you tried a disk scan (chkdsk / fsck.vfat) ? 22.57.25 Join Keripo [0] (~Keripo@eng434.wireless-resnet.upenn.edu) 23.01.10 Join StefARM [0] (51b4d122@gateway/web/freenode/ip.81.180.209.34) 23.03.05 Quit n1s (Remote host closed the connection) 23.03.23 Join n1s [0] (~quassel@nl118-175-108.student.uu.se) 23.03.24 Quit n1s (Changing host) 23.03.24 Join n1s [0] (~quassel@rockbox/developer/n1s) 23.04.22 # stripwax: no, you mean the complete disk or just the firmware partition 23.04.51 # either/both 23.06.20 # stripwax: what is the command? sorry, I'm quite new to ubuntu 23.06.30 Quit Keripo (Quit: Leaving.) 23.06.37 # i don't use ubuntu, sorry 23.07.42 # Ubunewb: fsck.vfat /dev/sdb2 23.07.51 # replace sdb with your real drive 23.09.53 # bluebrother: thx, actually it is sdb 23.11.55 # ok, its says /dev/sdf2: 555 files, 149102/987959 clusters 23.12.17 Quit mudd1 (Read error: Operation timed out) 23.13.03 # and for the firmware partition, it says Too many clusters (999871) for FAT16 filesystem. 23.13.59 # Logical sector size (23597 bytes) is not a multiple of the physical sector size. 23.15.14 Join Horscht [0] (~Horscht@xbmc/user/horscht) 23.17.29 Join _Sergey_ [0] (~Miranda@178.121.214.12) 23.17.36 Part _Sergey_ ("I'm a happy Miranda IM user! Get it here: http://miranda-im.org") 23.18.59 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 23.19.23 Join r0b- [0] (~nnscript@adsl-76-235-199-141.dsl.klmzmi.sbcglobal.net) 23.19.59 # I run first "useful" code on rockchip player :-) It blinks backlight and the delay utilizes timer0 23.20.01 Quit Horscht (Ping timeout: 252 seconds) 23.20.15 # wodz: congrats! 23.20.30 # well I gotta go offline, thanks for your help so far 23.20.42 Quit Ubunewb (Quit: Leaving.) 23.24.26 # Hi... i've been hanging out for a couple of days around here but not much was mentioned about gSoC. I, for one, am very interested in a particular project (with a couple of expansion ideas, too) but no one seemed to bring the topic up. So if there are any devs lurking about, I could use some idea-sharing :) 23.25.04 # sure just mention what you're interested in 23.25.10 Quit pamaury (Remote host closed the connection) 23.28.06 Join ScarabDrowner [0] (~AbuMaia@208.123.144.34) 23.29.16 Quit wodz (Quit: Leaving) 23.31.26 # I've noticed an issue with the Clip+ player. When I plug my USB-powered speakers into the Clip+, the sound comes through normally. However, if I plug another USB cable into my computer, and connect it to the Clip+ for power, the audio cuts out. If I power the Clip+ from a USB phone charger, the audio works properly. For some reason if both the speakers and Clip+ are powered from a computer, the audio doesn't work, save for a regular popping sound. 23.32.06 # I should clarify, this happens only when using Rockbox, and not when using the original firmware. 23.33.26 Join Keripo [0] (~Keripo@eng379.wireless-resnet.upenn.edu) 23.35.58 # saratoga: sorry for the 6 min break. As I was saying: "sansa's various docks". The most probable protocols used in communications would be rs232 or i2c (usb is way to expensive implementation-wise to put on large scale production just for some relatively simple controls). But after cracking the 'phrasing' of the protocol, I was thinking that a standalone docking-station-emulator could be implemented. I personally am a fan of the ARM 23.37.10 # StefARM: cut off after "I personally am a fan of the ARM" 23.37.40 # sorry ? 23.37.40 Join AC`97 [0] (~suz@netblock-72-25-89-151.dslextreme.com) 23.38.54 # oh was that the entire message? 23.39.00 # saratoga: was the message too long ? 23.39.09 # yes IRC messages have a length limit 23.39.13 # did you mean to say more 23.39.18 # saratoga: no.. actually not... let me copy paste :) i guess it's the web client 23.40.15 Quit stripwax (Quit: http://miranda-im.org) 23.40.45 # saratoga: [continued-0] I personally am a fan of the ARM platform... and with a Cortex Mx processor that would be handy to implement (the standalone emulator). This would prove useful in a couple of ways: 23.41.46 # [continued-1] First of all, a better understanding of the Arm core by the community. This would surely aid in future development, given the popularity of arms in this kind of application 23.41.49 # Never mind, the same thing happens on originial firmware as well, if I can keep it from 'connecting' to the computer, the music cuts out and all that's left is a regular popping sound. Seems it's hardware and not firmware 23.42.29 # StefARM: we don't have any cortex-m devices, I think they don't run the ARM isa but some microcontroller one 23.43.15 # but either project would be considered if you're interested in them 23.43.20 # i think they are thumb2 only 23.43.37 # so yeah, different isa 23.43.41 Quit Judas_PhD (Quit: This is a quitting message) 23.43.49 # saratoga: I was thinking at the cortex because I would have 4 types of platforms lying around... 23.44.16 # the goal of the emulator project is to emulate a specific mp3 player, not just an arm processor 23.44.22 # there are already many arm emulators for that 23.44.28 Quit ScarabDrowner (Quit: Sayonara) 23.45.43 # I think i dintn't make myself clear enough... sorry for that. I was actually talking about the reverse engineering project (the one with the docking stations) and how could a standalone separate platform could aid in data logging and/or signal replication for testing... 23.46.33 # not about the arm emulator project, which i suspect is way over my head :laughs: 23.49.04 # The main idea would be that in the process of reverse engineering the comm protocol, a separate platform with a couple of UARTS open could be used as a sniffer and data-packager between the two devices, and also as a logger .. 23.49.17 # ...sending data to a pc for analysis etc. 23.50.56 # I have at my disposal a couple of oscilloscopes (even a 500mhz one) .. but I'm guessing not many people can take advantage of a logic analyzer or an oscilloscope for future testing/debugging or for new docking stations that may or may not come out on the market 23.52.03 # ah ok that makes more sense 23.52.15 # yeah you'd likely need someway to record communication 23.52.23 # thus the need for a configurable logic analyzer replacement - with configurable interfaces, baud rates etc from a host pc. 23.52.34 # although if its really rs232, it might be easier to just use a PC with a serial port as the snooper 23.52.50 Join milk [0] (~milk@94-193-93-226.zone7.bethere.co.uk) 23.53.26 # of course 23.53.29 # i think a very good qualification task for this project would be to look at the sandisk firmware and verify what protocol its using 23.54.08 # or i guess an accessory if you already have one 23.55.07 # to be honest, i have neither. But will look into it, though 23.56.05 Quit ender` (Quit: Perl actually stands for Pathologically Eclectic Rubbish Lister, but don't tell anyone I said that. -- man perl) 23.56.26 # you don't have a sandisk player? 23.57.06 # at the moment, no 23.57.17 # why the interest in accessories for them then? 23.57.39 # "communication protocols" I guess?