--- Log for 14.10.111 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 10 days and 16 hours ago 00.11.16 Quit matze` (Remote host closed the connection) 00.13.51 Quit niekie (Quit: No Ping reply in 180 seconds.) 00.14.30 Join niekie [0] (~niek@CAcert/Assurer/niekie) 00.27.27 Quit guymann (Ping timeout: 248 seconds) 00.31.45 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 00.53.08 Join chattr [0] (~mike@155.164.189.72.cfl.res.rr.com) 00.53.14 Part chattr ("gone") 00.56.12 Quit Strife89 (Quit: Bye. o/) 01.02.51 Join guymann [0] (~charles@69.0.10.44) 01.05.46 Quit keyb_gr (Ping timeout: 255 seconds) 01.08.04 Quit ender` (Ping timeout: 260 seconds) 01.09.51 Quit bertrik (Read error: Operation timed out) 01.21.03 Quit MethoS- (Remote host closed the connection) 01.39.45 Join keyb_gr [0] (~chatzilla@p4FF030D3.dip.t-dialin.net) 01.52.43 Quit fyrestorm (Read error: Connection reset by peer) 01.58.54 *** Saving seen data "./dancer.seen" 02.01.43 # New commit by 03jethead71 (r30747): i.MX31: Simplify nested interrupt handling. Give SVC mode its own stack by grabbing the FIQ stack that's just been taking up space. Just get rid of ... 02.03.51 # r30747 build result: 0 errors, 4 warnings (jethead71 committed) 02.14.25 Quit [Saint] (Changing host) 02.14.25 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 02.15.16 Quit [Saint] (Quit: AndChat - Android IRC Client - http://www.andchat.net/) 02.15.39 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 02.15.50 Quit nick-p (Quit: Leaving) 02.16.34 Quit scorche (Disconnected by services) 02.16.41 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 02.18.28 Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) 02.18.59 Quit hilbert (Quit: Computer has gone to sleep.) 02.20.08 Join hilbert [0] (~hilbert@89.217.163.221) 02.40.21 Join freddyb [0] (~freddybbb@216.8.239.112.etczone.com) 02.46.09 Quit freddyb (Quit: Leaving) 02.57.48 Quit [Saint] (Remote host closed the connection) 03.00.58 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.05.18 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.05.23 Quit [Saint] (Ping timeout: 240 seconds) 03.18.21 Join Keripo [0] (~Keripo@eng076.wireless-resnet.upenn.edu) 03.22.48 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.26.35 Quit [Saint_] (Ping timeout: 240 seconds) 03.34.16 Join kadoban [0] (~mud@97-124-84-102.phnx.qwest.net) 03.36.16 Quit simonlnu (Quit: bbl) 03.46.18 Join simonlnu [0] (rItuN685vw@unaffiliated/simonrvn) 03.58.58 *** Saving seen data "./dancer.seen" 04.01.53 Quit Keripo (Quit: Leaving.) 04.08.34 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 04.18.27 Quit amiconn (Disconnected by services) 04.18.28 Quit pixelma (Disconnected by services) 04.18.28 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.18.31 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.18.33 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.18.55 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.28.31 Quit bluefoxx (Quit: bluefoxx) 04.30.08 Join bluefoxx [0] (fuzzylomba@70.71.31.31) 04.35.55 Quit [7] (Disconnected by services) 04.36.07 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.38.37 Quit keyb_gr (Ping timeout: 276 seconds) 05.35.00 Quit ps-auxw (Ping timeout: 240 seconds) 05.38.45 Join ps-auxw [0] (~arneb@p4FF7F11D.dip.t-dialin.net) 05.47.56 Quit XavierGr () 05.55.33 Join Rob2222 [0] (~Miranda@p4FFF3AF8.dip.t-dialin.net) 05.59.00 *** Saving seen data "./dancer.seen" 05.59.10 Quit Rob2223 (Ping timeout: 260 seconds) 06.01.04 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 06.26.45 Quit ChickeNES (Quit: Computer has gone to sleep.) 06.32.17 Quit bluefoxx (Quit: bluefoxx) 06.33.21 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 06.42.01 # * KiwiCam is back (gone 143:32:34) 06.46.33 # * KiwiCam is away: Oh look! What's that over there... 06.48.53 # KiwiCam: turn that off, please... 07.34.39 Quit advcomp2019 (Ping timeout: 248 seconds) 07.38.06 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 07.38.41 Quit bluefoxx (Quit: bluefoxx) 07.41.37 Join Buschel [0] (~chatzilla@p54A3AAC1.dip.t-dialin.net) 07.59.04 *** Saving seen data "./dancer.seen" 08.01.33 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238]) 08.07.24 Join GodEater_ [0] (93722cc8@rockbox/staff/GodEater) 08.09.59 Quit powell14ski (Quit: powell14ski) 08.15.51 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 08.18.42 Quit [Saint] (Ping timeout: 245 seconds) 08.19.05 # New commit by 03jethead71 (r30748): i.MX31 avic: Fix super-stale comment. 08.21.10 # r30748 build result: 0 errors, 4 warnings (jethead71 committed) 08.22.04 Join Keripo [0] (~Keripo@eng124.wireless-resnet.upenn.edu) 08.44.25 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.48.16 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 08.48.51 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.48.51 Quit bertrik (Changing host) 08.48.51 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.50.14 Quit Keripo (Read error: Connection reset by peer) 08.52.51 Join Keripo [0] (~Keripo@165.123.48.125) 09.00.21 Join ender` [0] (~ender@foo.eternallybored.org) 09.06.30 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.06.58 Join stoffel [0] (~quassel@p57B4CB0B.dip.t-dialin.net) 09.07.00 Quit Keripo (Ping timeout: 260 seconds) 09.12.15 Join petur [0] (~petur@rockbox/developer/petur) 09.12.25 Quit Scromple (Read error: Connection reset by peer) 09.16.02 Join hilbert [0] (~hilbert@7-111-204-62-static.cable.fcom.ch) 09.33.43 Quit kadoban (Read error: Operation timed out) 09.35.04 Quit [Saint_] (Ping timeout: 258 seconds) 09.39.07 Quit bertrik (Ping timeout: 245 seconds) 09.41.47 Join MethoS- [0] (~clemens@134.102.106.250) 09.59.06 *** Saving seen data "./dancer.seen" 09.59.33 Join Zeether|laptop [0] (~Zeetherla@user-0c6s1iu.cable.mindspring.com) 10.00.57 # Hi, I seem to be having a bit of a problem with rockboxing my Sansa Clip+ 10.01.29 # I got it installed successfully, but when I plugged it back in the Sansa firmware reinstalled itself 10.04.12 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 10.04.12 Quit pamaury (Changing host) 10.04.12 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.14.15 # okay, now it works, but when I plug it into USB my computer doesn't detect it 10.15.42 # oh, dual booting 10.23.58 # Zeether|laptop: You have exact the same quesion as I did the first time I sinsalledd it on a Sansa Clip.. :-) 10.24.14 # hey can I ask about a bug here? 10.25.00 # I asked 12h ago and no one answered.. :-) But just asking directly is always fine IMHO.. 10.25.39 # I have a sansa clip+ with the botio theme, version 3.9.1, and the now playing screen often doesn't display the song information at all. Or it does at first, and then flickers and disappears 10.26.14 # Zeether|laptop: you have to have it off or in sansa mode to be detected. I don't think USB is supported for the clip in rockbox 10.26.58 # that's just normal behavior -- when it's plugged in to transfer files, it uses the sansa firmware 10.27.08 # but afterwards you can boot back into rockbox 10.29.27 Join totm [0] (~muq@46-127-1-20.dynamic.hispeed.ch) 10.31.42 # I got it working good now :) 10.35.33 # semitones: And you haven't done anything to produce this error? Like upgrade rockbox etc. 10.37.07 # emj__: well a long time ago I had a clip+ and an older version of rockbox, and it worked fine 10.37.29 # but that clip+ stopped turning on, so I had to replace it 10.37.38 # and the new installation of rockbox has this bug 10.40.42 Join Zeether2 [0] (~Zeetherla@user-0c6s1iu.cable.mindspring.com) 10.41.14 Quit Zeether|laptop (Ping timeout: 244 seconds) 10.45.07 # Well I'm not very Rockbox experienced, but I would probably try to down grade until it worked again.. :-/ 10.45.34 Quit Zeether2 (Ping timeout: 260 seconds) 10.45.40 # then you know what version the bug appeared in, and it's easier to fix for the developers. 10.46.28 # Sansa clip USB is comming I think, it works on Linux but not Windows AFAIK. 10.47.05 Nick emj__ is now known as emj (~erik@themill.bok.nu) 10.58.26 # oh cool 10.58.39 # emj: do you know where the table of what features work where is?? 11.02.30 # semitones: No.. I just downloaded some patches, so what I mean is it will come but atm since it only works on Linux it's not available at all (in binary form) 11.08.31 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 11.21.32 Quit totm (Ping timeout: 244 seconds) 11.21.53 Join totm [0] (~muq@46-127-1-20.dynamic.hispeed.ch) 11.24.54 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 11.25.22 # mini2440 sd driver is extremely messy :/ 11.27.20 # wodz: why do you have a look at it ? 11.30.06 # pamaury: I am trying to boot rockbox inside qemu-mini2440 and it barfs at sd access. The cause is twofold 1) qemu has bug in dma access to SD fifo apparently 2) changing this to PIO access seems to work from the emulation point of view but I must be missing something in this overcomplicated sd driver and data are broken 11.31.20 # anyway this driver is highly inefficient - it does dma transfer to some obscure temp buffer and than memcpy() this buffer to final destination 11.31.32 # *then 11.32.12 # I did some personal modifications to it, there are lots of suspicious stuff in it like REG |= something where it should be REG =, etc 11.32.17 # the dma stuff is strange too 11.32.26 # wodz: ams is doing that also, IIRC 11.32.32 # btw. both u-boot and linux driver don't use dma to transfer data from sd fifo. 11.33.01 # there are some DMA constraints so that not all buffers can be used with dma 11.33.31 # kugel: ok but in this case using simple pio should be faster 11.33.48 # you are not forced to use dma 11.34.11 Join Horscht [0] (~Horscht@p5DD5783D.dip.t-dialin.net) 11.34.11 Quit Horscht (Changing host) 11.34.11 Join Horscht [0] (~Horscht@xbmc/user/horscht) 11.34.25 # furthermore the s3c2440 has the downside that dma channels are shared, so you might loose quite some time waiting for the dma to be free 11.35.13 # you can yield during dma, so it might be worthwhile to do it anyway 11.35.29 # anyway, I wrote neither of those drivers and don't really care :) 11.36.55 Quit Horschti (Ping timeout: 260 seconds) 11.37.41 Join polemon [0] (mcp@polemon.org) 11.38.05 # hi 11.41.28 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 11.41.47 Join hilbert [0] (~hilbert@7-111-204-62-static.cable.fcom.ch) 11.42.21 # wodz: anyway the real problem of this driver is that it needs an arbitrary delay and I don't know why. I guess it's because for some reason it doesn't wait correctly for completion but that's justa theory, I've not been able to prove it since the driver is so messy 11.42.38 Quit bluebrother (Disconnected by services) 11.42.39 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 11.43.33 # pamaury: strating from scratch is probably good idea 11.43.48 # yeah I thought about it but didn't have the time 11.45.19 Quit fs-bluebot (Ping timeout: 248 seconds) 11.46.27 Join fs-bluebot [0] (~fs-bluebo@g226069217.adsl.alicedsl.de) 11.46.59 # Rockbox should definitely be able to decode JPEG cover art 11.47.16 # mp4 is unable to enclose BMP into their cover art tag 11.48.09 # polemon: Rockbox can do that 11.48.20 # it can? 11.48.28 # Yes, we can! 11.48.45 # you sure, I thing I remember to have cover art in JPEG, and it didn't work 11.48.58 # I know for sure, that cover art in PNG doesn't work 11.50.01 # jpeg certainly works 11.50.05 # We support JPEG album art as external files (folder.jpg most prominently) for all formats. and embedded for a few formats (mp3, aac, ape I think) 11.50.36 # FLAC doesn't work 11.50.46 # cover art in FLAC doesn't work 11.58.45 Quit totm (Quit: byebye) 11.59.09 *** Saving seen data "./dancer.seen" 12.31.43 Join n1s [0] (~quassel@rockbox/developer/n1s) 13.06.12 Quit n1s (Remote host closed the connection) 13.31.21 Join keyb_gr [0] (~chatzilla@p4FF05FDC.dip.t-dialin.net) 13.44.16 # External and JPEG is best, this is supported for all formats. If you have an album in each directory, just add a cover.jpg. 13.57.27 Join Topy [0] (~Topy44@f048012096.adsl.alicedsl.de) 13.59.11 *** Saving seen data "./dancer.seen" 14.01.30 Quit T44 (Ping timeout: 260 seconds) 14.03.14 Join linuxstb [0] (~linuxstb@94-193-103-239.zone7.bethere.co.uk) 14.03.14 Quit linuxstb (Changing host) 14.03.14 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 14.03.59 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 14.06.46 Join Rob2223 [0] (~Miranda@p4FFF267E.dip.t-dialin.net) 14.07.19 Join dfkt|n [0] (~dfkt@chello062178002170.1.11.univie.teleweb.at) 14.07.19 Quit dfkt|n (Changing host) 14.07.20 Join dfkt|n [0] (~dfkt@unaffiliated/dfkt) 14.07.49 # New commit by 03thomasjfox (r30749): Fix off-by-one buffer error ... 14.09.44 # r30749 build result: 0 errors, 4 warnings (thomasjfox committed) 14.10.03 Quit Rob2222 (Ping timeout: 252 seconds) 14.13.48 Quit thomasjfox (Remote host closed the connection) 14.40.51 Join gemba [0] (~ca45c14e@www.haxx.se) 14.41.11 # hi guys 14.41.17 # need an opinion 14.41.22 # * Zagor is annoyed by the FOR_NB_SCREENS macro. it should be a single macro, and declare the index variable 14.41.53 # any one experienced with sansa clip+ here? 14.42.23 # gemba: you're better off just asking the question than asking for someone to ask :-) 14.42.43 # ic 14.43.34 # got a sansa clip+ but the sound quality is useless 14.43.46 # when compared to my laptop 14.43.50 # adjusted the EQ too 14.43.55 # any idea? 14.44.06 # with rockbox or with original firmware? 14.44.11 # will rock boxing improve quality appreciably? 14.44.16 # with original 14.44.42 # it sounds unlikely. what is wrong with the sound? what headphones are you testing with? 14.45.01 # im using a v-moda easr phones 14.45.10 # its give great sound with the lap 14.45.47 # basee is very low 14.45.58 # not hard enough 14.46.06 # what impedance? 14.46.10 # and bass frequency is not low enough 14.46.43 # i did not check the impedence. how ever qaulity is same with the provided ear phones as well 14.48.13 # I haven't tested the clip+ myself, but the regular clip has pretty good sound quality. I haven't hear anyone else complain before. perhaps you should try to compare with another and see if something is wrong with yours. 14.48.58 # hw do u compare ikts quality to a reasonable laptop with windows media player? 14.49.30 # I don't understand what you are saying. please use full words. 14.50.00 # sorry 14.50.31 # how do you compare it with sound produced by a modern laptop with windows media player? 14.50.40 # because thats what i am comparing with. 14.51.19 # it should sound the same or better. (many laptops have crappy/noisy audio routing) 14.51.44 # ok. in that case this should be having a real problem. 14.52.09 # Do you know if there are other sound controls available in addition to EQ 14.54.39 # just switched off the SRS/WOW effects in the media player. Now the quality is more or less the same 14.54.54 # Does rockbox provide such sound enhancements? 14.55.28 # no. many of us don't consider SRS/WOW "enhancement" :-) 14.55.56 # ok. 14.56.17 # does rock box provide any other serious enhancement? 14.56.22 # also it's a proprietary thing, we couldn't add it even it we wanted to 14.56.29 # ok 14.56.49 # we have lots of sound options. 14.57.04 # http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch6.html#x9-1030006 14.58.59 # ok. impressive. Will all these be available in clip+? or do they require special hardware not found in clip+ 14.59.20 # that is the manual for clip+ (see the url) so yes they are all there 14.59.39 # ic. thanks.. 14.59.55 # i will rock box it and see how it goes. 15.00.07 # have fun! 15.03.11 Quit antil33t (Read error: Connection reset by peer) 15.03.36 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 15.06.49 Join WalkGood [0] (~4@unaffiliated/walkgood) 15.09.05 # whee, 203 occurrences of FOR_NB_SCREENS... 15.10.33 Join y4n [0] (y4n@unaffiliated/y4ndexx) 15.14.05 Quit wodz (Quit: Leaving) 15.15.17 Join AlexP [0] (~alex@rockbox/staff/AlexP) 15.17.13 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 15.18.32 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 15.28.56 Quit dfkt|n () 15.31.05 # * Zagor finds a bunch of scary shadow variable bugs 15.31.50 Quit tchan (Quit: WeeChat 0.3.5) 15.37.05 Quit Rob2223 (Read error: Connection reset by peer) 15.37.57 Join Rob2222 [0] (~Miranda@p4FFF267E.dip.t-dialin.net) 15.42.06 Quit stoffel (Ping timeout: 248 seconds) 15.45.52 Join simonlnu_ [0] (RjTmehH1du@unaffiliated/simonrvn) 15.47.02 Quit simonlnu (Ping timeout: 245 seconds) 15.47.07 Nick simonlnu_ is now known as simonlnu (RjTmehH1du@unaffiliated/simonrvn) 15.53.13 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 15.59.14 *** Saving seen data "./dancer.seen" 16.04.28 # New commit by 03fredwbauer (r30750): Don't make font available via buflib_allocations[] until fully loaded 16.05.55 # Torne: how's the git transition goign? 16.06.02 # yeah about that 16.06.12 # perpetually busy :) 16.06.14 # r30750 build result: 0 errors, 4 warnings (fredwbauer committed) 16.06.20 Part LinusN 16.11.54 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 16.24.52 Quit petur (Quit: *plop*) 16.33.15 # Zagor: doesn't the clip+ have "access noise" problem? http://www.rockbox.org/tracker/task/11907 16.33.53 Join pacovila [0] (~fravd@84.79.151.4) 16.34.12 Part pacovila 16.34.30 # emj: it would appear it does, yes. I wasn't aware of that. 16.46.45 Quit antil33t () 16.48.29 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 16.56.52 Part Zagor 16.56.59 Join Buschel [0] (~chatzilla@p54B661AC.dip.t-dialin.net) 17.00.02 Quit gemba (Quit: CGI:IRC) 17.01.51 Quit Horscht (Quit: Verlassend) 17.04.27 Quit Buschel (Ping timeout: 256 seconds) 17.04.36 Join Horscht [0] (~Horscht@p5DD5783D.dip.t-dialin.net) 17.04.36 Quit Horscht (Changing host) 17.04.36 Join Horscht [0] (~Horscht@xbmc/user/horscht) 17.06.46 Join freddyb [0] (~freddybbb@216.8.239.112.etczone.com) 17.07.06 Quit freddyb (Client Quit) 17.07.10 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 17.07.37 Quit Farthen (Excess Flood) 17.07.56 Join Farthen [0] (~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9) 17.08.49 Quit markun (Ping timeout: 260 seconds) 17.12.41 Join matze` [0] (~pflaume@p5498A853.dip.t-dialin.net) 17.16.16 Join lovasoa [0] (~lovasoa@78.251.9.233) 17.19.41 Quit ChickeNES (Quit: Computer has gone to sleep.) 17.23.39 Join Buschel [0] (~chatzilla@84.182.97.172) 17.24.23 Quit mudd1 (Ping timeout: 255 seconds) 17.35.00 Join kadoban [0] (~mud@97-124-84-102.phnx.qwest.net) 17.45.55 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 17.46.00 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.46.45 Join stoffel [0] (~quassel@p57B4CB0B.dip.t-dialin.net) 17.49.17 Join 14WAAKDAH [0] (~powell14s@c-174-51-194-6.hsd1.co.comcast.net) 17.56.03 Quit AlexP (Read error: Connection reset by peer) 17.59.16 *** Saving seen data "./dancer.seen" 18.21.45 Quit matze` (Remote host closed the connection) 18.33.27 Part lovasoa 18.35.01 Join mortalis [0] (~4d6c62b0@www.haxx.se) 18.36.28 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.37.29 # Torne, with respect to ipod charger detection, I hope it's just a case of looking at some ADC value to get at the voltages on the USB D+ and D- pins 18.43.16 # hm, it looks like the iap spec uses some resistors to identify specific accessories, but it doesn't cover the signals that make it recognise apple chargers 18.45.41 # I think I'll create a patch to show all ADC channels in the debug menu and check if something changes when a charger is plugged in 18.48.02 Part WalkGood 18.48.32 Quit mortalis (Quit: CGI:IRC (Ping timeout)) 18.54.01 Quit MethoS- (Remote host closed the connection) 18.55.47 Join mortalis [0] (~4d6c62b0@www.haxx.se) 19.02.05 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 19.02.17 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 19.07.12 Join Jerom [0] (~jerome@79.132.42.48) 19.08.24 Quit Buschel (Ping timeout: 260 seconds) 19.22.52 Quit ChickeNES (Quit: Computer has gone to sleep.) 19.25.50 Join Keripo [0] (~Keripo@eng335.wireless-resnet.upenn.edu) 19.30.31 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 19.36.38 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 19.37.29 Join Buschel [0] (~chatzilla@p54A3A687.dip.t-dialin.net) 19.37.38 Quit ChickeNES (Read error: Connection reset by peer) 19.37.56 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 19.38.20 Quit ChickeNES (Client Quit) 19.43.26 Quit Jerom (Quit: Leaving.) 19.45.50 Quit liar (Quit: hallowed are the ori!) 19.49.06 Quit Buschel (Ping timeout: 260 seconds) 19.51.40 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 19.52.42 Quit ChickeNES (Read error: Connection reset by peer) 19.52.57 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 19.53.17 # Unfortunately, I don't see much difference in ADC values when comparing an ipod nano 1g being plugged into a PC or into a charger 19.53.38 Quit ChickeNES (Read error: Connection reset by peer) 19.53.52 # I do see that we take the 4066_ISTAT input from the "ratiometric" ADC channel instead of the straight voltage channel. 19.53.59 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 19.54.18 # Also it appears we can read the external charge voltage, e.g. Vbus from USB 19.54.40 Quit ChickeNES (Read error: Connection reset by peer) 19.55.05 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 19.58.41 Quit ChickeNES (Read error: Connection reset by peer) 19.59.05 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 19.59.18 *** Saving seen data "./dancer.seen" 19.59.39 Quit ChickeNES (Read error: Connection reset by peer) 20.00.05 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.00.18 # bertrik: I have readings already 20.00.30 # bertrik: The problem is that the ADC channels are muxed 20.00.40 # bertrik: you need to poke some GPIOs to change which pin you are reading 20.00.51 # bertrik: the apple diagmode on ipodvideo shows the D+/D- ADC values 20.00.53 # ah, so there's a secondary mux basically 20.00.56 # (though seemingly not on most other models) 20.01.09 # Yeah, there is an external mux controlled by (iirc) GPIOs on the 4066 20.01.16 # there's, like, four things on the same ADC channel 20.01.29 # I have the readings for a load of apple chargers somewhere 20.01.35 # from my ipodvideo's apple diagmode 20.01.43 # and they are all +/- about 5% 20.01.47 # so it seems very consistent 20.01.52 # so, what's stopping you from coding? :) 20.02.01 # havne't found the time to prod at the adc mux thing? 20.02.31 # bertrik: i have an IDA database of the diagmode somewhere which has at least vague hints in it on how to do this 20.02.37 # i'll try and dig it up this weekend sometime 20.02.54 # you should be able to find the same stuff out pretty easily though if you look 20.03.01 # diagmode is full of really-easy-to-find strings :) 20.03.16 # yes, I found things like "I2C_read failed" 20.03.29 # But yeah, look specifically at the ipodvideo one 20.03.37 # it seems to be the only one that displays these D+/D- readings in there 20.04.02 # i haven't investigated how other models do it in detail, i must admit 20.04.04 # and you think it works the same on all of the older ipods? 20.04.06 # it's possible they are actually different 20.04.09 # but i would (hope* not 20.04.15 Quit stripwax (Quit: http://miranda-im.org) 20.04.15 # If we can do it on ipodvideo that would be a start at least 20.04.18 # as they are pretty common :) 20.04.33 # I can only test on an ipod nano 1g 20.04.48 # that's useful too I guess 20.05.03 # it also has a 4066 20.05.34 Quit ChickeNES (Read error: Connection reset by peer) 20.05.48 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.06.27 Quit ChickeNES (Read error: Connection reset by peer) 20.06.53 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 20.07.51 Join ChickeNE_ [0] (~ChickeNES@128.135.100.102) 20.10.00 # bertrik: anyway, i will try and find time at the weekend to dig up all the info i already have and at least dump it somewhere visible, will let you know 20.10.11 # thanks 20.10.12 # if i manage to actually work on implementing it i will, but i probably won't have time 20.11.55 Quit ChickeNE_ (Read error: Connection reset by peer) 20.12.08 Join saratoga [0] (98034408@gateway/web/freenode/ip.152.3.68.8) 20.12.17 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.12.23 # I'll have a look at the ipod nano 1g rom 20.12.57 Quit ChickeNES (Read error: Connection reset by peer) 20.13.19 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.13.48 # bertrik: FWIW apple does specify different resistor networks for their chargers on the data pins, so perhaps you have to pull one of the pins high somehow to measure a voltage on the other? 20.15.05 # the info for the charger I saw, suggested that a charger puts a voltage on the pins, not just a resistor to ground/Vbus 20.15.15 # oh just checked the logs, saw torne's posts 20.15.41 Quit ChickeNES (Read error: Connection reset by peer) 20.15.52 # got a voltmeter? should be easy to check 20.16.06 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.16.27 # yes, but my voltmeter is wonky and I'd have to get a USB plug break-out somewhere 20.18.58 Quit pamaury (Remote host closed the connection) 20.20.47 Quit benedikt93 (Ping timeout: 258 seconds) 20.21.09 Quit ChickeNES (Read error: Connection reset by peer) 20.21.19 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.21.59 Quit ChickeNES (Read error: Connection reset by peer) 20.22.21 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.24.55 Join ChickeNE_ [0] (~ChickeNES@128.135.100.102) 20.25.02 Quit ChickeNES (Read error: Connection reset by peer) 20.25.55 Quit 14WAAKDAH (Quit: 14WAAKDAH) 20.26.37 Quit ChickeNE_ (Read error: Connection reset by peer) 20.27.03 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.27.32 Join AlexP [0] (~alex@rockbox/staff/AlexP) 20.27.35 Quit ChickeNES (Read error: Connection reset by peer) 20.28.00 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.29.14 Quit ChickeNES (Read error: Connection reset by peer) 20.29.38 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.30.08 Quit ChickeNES (Read error: Connection reset by peer) 20.30.55 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.32.13 Join markun [0] (~markun@rockbox/developer/markun) 20.32.51 Quit ChickeNES (Read error: Connection reset by peer) 20.32.59 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.35.11 Quit ChickeNES (Read error: Connection reset by peer) 20.35.38 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.48.17 Quit simonlnu (Quit: brb) 20.48.17 Quit mortalis (Quit: CGI:IRC (EOF)) 20.51.28 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 20.56.02 Join petur [0] (~petur@rockbox/developer/petur) 21.00.56 Join ChickeNE_ [0] (~ChickeNES@128.135.100.102) 21.01.01 Quit ChickeNES (Read error: Connection reset by peer) 21.06.55 Quit ChickeNE_ (Read error: Connection reset by peer) 21.07.17 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 21.09.53 Join hilbert_ [0] (~hilbert@adsl-89-217-163-221.adslplus.ch) 21.11.15 Join Zarggg_ [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 21.11.32 Quit Zarggg (Ping timeout: 252 seconds) 21.12.36 Nick Zarggg_ is now known as Zarggg (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 21.13.41 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 21.16.26 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 21.20.21 Quit ChickeNES (Read error: Connection reset by peer) 21.20.40 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 21.22.50 Quit keyb_gr (Ping timeout: 256 seconds) 21.25.36 Quit thomasjfox (Remote host closed the connection) 21.25.38 Join simonlnu [0] (TH0kbl8qGG@unaffiliated/simonrvn) 21.26.18 # * wodz would like to ask for opinion about FS#12331 21.26.20 # http://www.rockbox.org/tracker/task/12331 3move PortalPlayer stuff to subdir (patches, new) 21.29.34 Join keyb_gr [0] (~chatzilla@p4FF05FDC.dip.t-dialin.net) 21.30.22 Quit stoffel (Ping timeout: 248 seconds) 21.42.12 # bertrik: I believe the resistor network used is vbus->one data pin->other data pin->gnd 21.42.31 # bertrik: this appears to be so that it ties D+ and D- high/low for old apple devices, while also connecting them together for modern usb-charging spec devices 21.43.26 Quit Zarggg (Ping timeout: 252 seconds) 21.46.41 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 21.54.29 Quit hilbert_ (Quit: Textual IRC Client: http://www.textualapp.com/) 21.58.37 # New commit by 03peter (r30751): Update Dutch langfile 21.59.21 *** Saving seen data "./dancer.seen" 22.00.37 # r30751 build result: 0 errors, 4 warnings (peter committed) 22.04.50 Quit ChickeNES (Quit: Computer has gone to sleep.) 22.05.51 Join hilbert [0] (~hilbert@adsl-89-217-163-221.adslplus.ch) 22.06.11 Quit wodz (Read error: Operation timed out) 22.07.51 Quit kadoban (Ping timeout: 245 seconds) 22.08.30 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 22.15.00 Quit GodEater_ (Ping timeout: 265 seconds) 22.16.37 Quit simonlnu (Read error: Connection reset by peer) 22.26.33 Quit y4n (Quit: The world around me drops away, replaced by worlds being created and destroyed by my imagination.) 22.27.33 Join stoffel [0] (~quassel@p57B4CB0B.dip.t-dialin.net) 22.27.34 Quit stoffel (Read error: Connection reset by peer) 22.35.35 Quit petur (Quit: here today, gone tomorrow) 22.35.55 # New commit by 03fredwbauer (r30752): Remove font_reset() which tried to fetch font *pfs from uninitiaized buflib_allocations. Change handle locking to track number of locks applied. ... 22.36.32 Join Buschel [0] (~chatzilla@p54A3BD64.dip.t-dialin.net) 22.37.40 # r30752 build result: 0 errors, 95 warnings (fredwbauer committed) 22.38.28 # * keyb_gr just noticed that the Clip+ manual (6.1) still states a volume adjustment range of -74 to +6 dB. The minimum has been -81 dB for ages. 22.40.01 Join TheLemonMan [0] (~LemonBoy@ppp-11-17.26-151.libero.it) 22.42.12 Quit Buschel (Ping timeout: 252 seconds) 22.42.15 # New commit by 03fredwbauer (r30753): Fix yellow 22.42.41 # keyb_gr, sounds like something that is easy to fix 22.43.46 # r30753 build result: 0 errors, 4 warnings (fredwbauer committed) 22.45.31 Join simonlnu [0] (GKjgmv4sma@unaffiliated/simonrvn) 22.45.32 # It does, I just haven't ever looked at manual sources... 22.47.17 Join Zeether|laptop [0] (~Zeetherla@user-0c6s1iu.cable.mindspring.com) 22.49.32 # Anyway, it seems all Clip and Fuze manuals would need to be corrected, and I guess those for other AMS targets as well. 22.49.50 Quit alexbobp (Ping timeout: 260 seconds) 22.50.44 # I'm having an issue with Rockbox again...added new music and it doesn't show up in the database 22.51.35 # Settings --> General --> Database --> Update? 22.51.46 # Oh, they show up now 22.51.58 # It's a bit hidden admittedly... 22.52.07 # for some reason the album won't show up, I think it's because the tags are messed up or something 22.52.08 # keyb_gr, my clipv1 goes down to -72 then mute, while my clip+ goes down to -81 22.52.37 # Torne: you mentionend that you knew how to read the ADC connected to the device detect pin on the ipod dock connector? 22.52.51 Join alexbobp [0] (~alex@108.60.198.57) 22.53.40 # Lalufu, there is an ADC input to detect accessories indeed 22.54.09 # we already read that 22.54.23 # bertrik: ah yes, AMSv2 could go louder in terms of output mixer. That's why the range was extended there. That would be ClipV2, Clip+ and FuzeV2 then? 22.54.59 # is that tied up to the rest of the infrastructure somehow, or do I have to read out a register myself? 22.55.22 # I don't know if we have an option in manual to distinguish between AMSv1 and AMSv2 22.55.32 # I think Rockbox isn't reading the ID3 tags or something 22.56.28 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 22.57.18 # Lalufu: the adc code is already reading it out 22.57.43 # just ask for the value of ADC_ACCESSORY 22.58.00 # the debug menu displays it 22.58.08 # Zeether|laptop: Check them with MP3Tag or somesuch, maybe there's some big comments or such. RB has certain limits WRT total tag data and data per tag. 22.58.39 # oh, I see 22.58.41 # no tags 22.58.51 # gonna have to manually tag them 22.59.02 # Lalufu: adc_read(ADC_ACCESSORY) is all, in fact 22.59.36 # the part i looked at before was changing the external mux around so the ADC channels read other things 22.59.40 # chargers are not detected via accessory 22.59.45 # they are on USB D+/D- 23.00.18 # Debug->View I/O ports/ACCESSORY? 23.00.19 # that it? 23.01.14 # yup 23.01.15 Part Zeether|laptop 23.01.27 # reads 0 right now, with a 470k ohms resistor attached 23.01.38 # well, maybe it's not actually right 23.01.46 # or not on your model 23.02.30 # i would be surprised if it didn't work for whoever added it :) 23.02.46 # since the adc pins are muxed at elast on ipodvideo, maybe you are currentlt reading the wrong line? 23.03.02 # in any case, you can do adc_read for any of the channels on the ltc4066 23.03.10 # ADC_ACCESSORY is just 1 :) 23.03.26 # no, there's an indirection between the ADC_XXX and the actual channel 23.04.12 # Oh 23.04.41 # Eh, there is, but it's not "right" 23.04.57 # not all the bits of the field we call the channel number are actually the channel number :) 23.05.10 # i belive the channels are in fact 0/1/2 and the other bits are mode flags 23.05.22 # it's been a while since i read the ltc datasheet tho :) 23.07.06 Join dhrasmus [0] (~dhrasmus@c-76-105-253-71.hsd1.or.comcast.net) 23.07.39 # the accessory pin is handled by the charger? 23.08.10 # battery is on pcf50605 channel 2 or 3, accessory is on channel 4, 4066_istat is on channel 7 23.08.24 # Lalufu: yes 23.08.31 # the charger has ADC ins on it 23.09.21 # bertrik: right, but there rae only four adc inputs 23.09.33 # bertrik: so not all the bits of the number we call the channel are, in fact, the channel 23.11.13 # oh, no, five :) 23.11.28 # I don't see mode flags in the pcf50605 datasheet, but there are indeed weird "channels" that do stuff like take the difference of other channels 23.11.33 # other inputs 23.12.14 # yeah, i misremembered exactly how it's assigned 23.12.21 # but it's still not really a channel number :) 23.12.22 # anyway. 23.13.05 # they'r all used in weird ways, but at least on ipodvideo you can see what they are in diagmode 23.13.32 # i'll dig up my ida db in a bit :) 23.13.54 # Lalufu: i'm pretty sure people have observed consistent, differnt readings on ACCESSORY for different dock devices 23.14.05 # Lalufu: so i do believe it's right for at least some models 23.14.54 # I checked the ipod nano 1g, adcmux setting 1 = "VCC main", 4 = "Acc A2D", 3 = "Battery A2D" and 7 = charge current 23.15.20 # yeah 23.16.09 # so slightly different than what we use in our code, where adcmux setting 2 = battery instead of adcmux 3 23.16.27 # hm :) 23.16.34 # well, that depends how you scale it though 23.16.35 # I'll double-check that 23.16.45 # doens't it? 23.16.54 # i am bad at math so, er, yeah 23.17.08 # * Torne goes to turn his other pc on and look for the database 23.18.50 # Buschel: (for logs) I disagree we should brute-force reset the USB for every target. Let iPod Video's various sicknesses remain unique to it, unless proper solutions are found of course. 23.21.57 Quit wodz (Quit: Leaving) 23.22.03 # bertrik: Seems there only is one type of "sansaAMS" for the manual indeed. Rats. Manual experts, anyone...? 23.22.43 # Torne, yes, it looks like it basically reads the same info, just with a different offset and scale factor 23.23.16 # bertrik: for USB D-/D+ the ipodvideo diagmode reads with adcmux=5 23.23.29 # but it makes a bunch of other calls first which i haven't named anything :) 23.23.30 # that's adcin2 23.23.33 # Right 23.23.39 # which always read 0 on my ipod nano 1g 23.23.54 # my point is it reads adcmux=5 for *multiple* things 23.24.14 # so it must be muxed even further 23.24.14 # :) 23.24.17 # yes, I understand that :) 23.25.35 # I can imagine it's not on the ipod nano 1g though, because (I think) it has a rather small battery, so charge current requirement will also be small enough to not need to detect high current chargers 23.25.49 # Oh, quite possibly 23.25.55 # i have only looked at ipodvideo 23.26.06 # well, i've *tried* this on a bunch of ipod models and diagmode only displays the info there 23.26.13 # not even ipod4g or anything displays it 23.26.24 # (i think) 23.26.30 # so i was disassembling this to work out where it came from 23.26.33 # but it looks like i got bored :) 23.27.35 # what I'm trying to figure out is a way to detect connects/disconnects on the dock connector 23.27.58 # disconnects more than connects 23.27.59 # Lalufu: right 23.28.15 # so i would suggest you go into diagmode and see if you can find apple displaying anything relevant 23.28.21 # and if so, dump diagmode and disassemble it 23.28.29 # its menu system makes it pretty easy to find the right chunk of code in there 23.28.37 # diagmode? 23.28.39 # then you just have to work out what the calls downstream from that do 23.28.46 # the rom based diagnostic mode, yes 23.28.50 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 23.29.01 # the hting you get if you hold rew+select 23.29.33 # unfortunately the call graph from mf_USBDN in my disassembly here has, like, 30 functions in it 23.29.40 # only about seven of which i've named 23.29.41 # ooh, shiny. 23.29.47 # so this dump probably needs a bit more work :) 23.30.06 # have you not seen diagmode before? :) 23.30.13 # it's handy for figuring stuff out :p 23.30.23 Quit TheLemonMan (Quit: WeeChat 0.3.5) 23.33.02 # one day i will get around to making an idc that prepopulates IDA with the entire register set of PP50xx 23.33.13 # keyb_gr: You can also distinguish on individual targets 23.33.17 # yeah, ACC changes with the resistor value. 23.33.21 # Have a look in the platform files 23.33.34 # i got bored of doing it last time because the ipodlinux docs are so jumbled and our source disagrees with it and is also not ideal to find stuff in :) 23.33.42 # man i wish we had a manual 23.33.51 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 23.34.00 # I'll look at that tomorrow. 23.34.02 # Lalufu: in which case we are probably prodding the ADC wrong on that model 23.34.13 # Lalufu: i have all the firmwares unpacked here somewhere also 23.34.20 # ARM assembly is astonishingly readable. 23.34.24 # though i don't think i have the individual images split out for anything except ipodvideo 23.34.27 # Yeah you say that 23.34.27 # but, er 23.34.30 # these are quite large 23.34.43 Quit dhrasmus (Quit: Leaving) 23.34.46 # and using all kinds of weird programming styles 23.34.51 # plus have lots of left over code from different models 23.34.55 # or models that appear not to exist :) 23.35.02 # diagmode.bin is 96KB 23.35.09 # on ipodvideo, anyway 23.35.12 # packed or unpacked? 23.35.19 # Unpacked 23.35.23 # IDA identifies about 2/5 of it as code 23.35.30 # well, without help 23.35.34 # more of it may be, or maybe not :) 23.35.53 # Oh, no, i'm misreading that 23.36.15 # it's all code :) 23.36.17 # we need a manual? thought we had one 23.36.19 # the other bit is ram :) 23.36.25 # jhMikeS: for PP502x? 23.36.41 # oh, no, haha, that would be nice 23.36.52 # all i want is a damn memory map 23.37.11 # i was trying to assemble one out of our source and ipodlinux docs but too much stuff is magic numbers with no explanation or outright inconsistent :) 23.37.42 # if someone made me one i would love them long time :p 23.37.48 # and also maybe work out why ipods don't reset properly 23.37.55 # IPL is somewhat behind things, even wrong in places. most stuff is tucked into the header, at least i did when I found things out 23.38.03 # cuz it sure would make reversing the bootloader easier 23.38.24 # jhMikeS: sure, but the info in our tree is spread out across like thirty files 23.38.36 # and in quite a few places we use addresses just as magic numbers without assigning them names 23.38.43 # so you ahve to read the code to work out what we think they are ;) 23.39.09 # whereas they have a partial (and possibly not entirely correct) memory map that's *almost* in order 23.39.41 # with some of those, it's probably not clear enough what they should be called, even speculatively 23.40.34 # sure, i'm not saying we are doing a bad job really 23.40.39 # we have very incomplete information, is all 23.41.39 # i am spoilt by disassembling code that's for SoCs that have documentation 23.41.57 # where i can, if i can be bothered to spend the time, enter the entire memory map into IDA and save it as an idc to reuse on different binaries :0 23.42.11 # I don't expect to be enlightened to any great degree, except through drudgery to work it out :) 23.43.31 # heh, looking at this code for like five minutes has reminded me how terrible their compiler is 23.45.09 # anyway. i think i'm gonna work on this disassembly a bit more 23.45.11 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 23.45.26 # bertrik: hopefully i will find out how to control the mux on ipodvideo :) 23.45.45 # good luck! :) 23.46.01 # i can give you a copy of the db if i give up, also :) 23.49.04 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 23.50.11 Join stoffel [0] (~quassel@p57B4CB0B.dip.t-dialin.net) 23.57.11 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)