--- Log for 28.03.113 Server: hitchcock.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 1 day and 13 hours ago 00.00.13 # [Saint]: Who has a Clip Zip with USB working flawlessly (meaning failing as often as OF, i.e. never) ? 00.00.30 Quit Rower (Quit: Hmmm...) 00.00.51 # <[Saint]> Is this some fictional world where the Zip is the only AMS target? 00.00.51 # <[Saint]> or, am I missing something? 00.01.27 # <[Saint]> the fact that it may or may not work for one target, for some people, does not negate the fact that it does for many others. 00.02.35 # sure, but the question was "does USB work properly on all AMSv2 targets?" 00.02.39 # I answer 00.02.42 # clip zip 00.03.07 # <[Saint]> and you said "not at all" 00.03.09 # <[Saint]> which is false. 00.04.01 # that's more a linguistic problem then. I'm not a english native speaker as you know. 00.08.29 Quit ender` (Quit: The process takes just over six seconds, and would sound like a coffee machine passing an aluminum baseball bat if there were any atmosphere to carry the sound. -- Howard Tyler: Schlock Mercenary) 00.19.25 Join Zambezi_ [0] (Zulu@bnc.fran.hostbay.nu) 00.19.49 Quit Scall (Ping timeout: 256 seconds) 00.21.31 Quit Zambezi (Ping timeout: 256 seconds) 00.21.31 Quit ej0rge (Ping timeout: 256 seconds) 00.21.31 Quit Barahir (Ping timeout: 256 seconds) 00.22.06 Join ej0rge [0] (~alhaz@207.135.137.71) 00.23.08 Join Barahir [0] (~Barahir@fb08schindler24.anorg.chemie.uni-giessen.de) 00.24.10 Join Scall [0] (~chat@unaffiliated/scall) 00.30.00 Join Krosis_ [0] (~Krosis@24-180-66-46.dhcp.bycy.mi.charter.com) 00.38.38 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 00.39.41 Quit Guinness (Read error: Connection reset by peer) 00.39.41 Nick Guinness` is now known as Guinness (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 00.53.42 *** Saving seen data "./dancer.seen" 00.56.21 Join saratoga [0] (123e0cdf@gateway/web/freenode/ip.18.62.12.223) 00.56.44 # FWIW, the Clip+ USB works very well for me, although i think it still fails the first time i plug it into a new PC due to windows not finding a driver or something 01.01.57 Quit saratoga (Quit: Page closed) 01.16.01 Quit lebellium (Quit: ChatZilla 0.9.90 [Firefox 20.0/20130325214615]) 01.16.05 Quit bertrik (Ping timeout: 256 seconds) 01.26.29 Quit Gareth (Ping timeout: 264 seconds) 01.26.41 Join Gareth [0] (~gareth@2607:ff38:2:83::3) 01.28.32 Quit wodz (Quit: Leaving) 01.36.09 Quit zchs (Quit: Ex-Chat) 01.44.47 # [7]: it works for me at least.. i still have 2 nanos around to make tests btw 02.38.56 Quit __jae__ (Ping timeout: 256 seconds) 02.53.45 *** Saving seen data "./dancer.seen" 03.06.22 Join __jae__ [0] (~jae@dedicated.jaerhard.com) 03.38.32 Quit __jae__ (Ping timeout: 240 seconds) 03.45.34 Join __jae__ [0] (~jae@dedicated.jaerhard.com) 04.01.37 Quit krabador (Read error: Connection reset by peer) 04.32.42 Quit Raptors (Quit: Leaving) 04.34.46 Join zamboni [0] (~bottledwa@unaffiliated/zamboni) 04.38.30 Quit amiconn (Disconnected by services) 04.38.30 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.38.32 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.38.33 Quit pixelma (Disconnected by services) 04.38.33 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.43.20 Quit froggyman (Ping timeout: 258 seconds) 04.52.26 Quit amayer (Quit: Leaving) 04.53.49 *** Saving seen data "./dancer.seen" 05.11.30 Join Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net) 05.17.35 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu) 05.19.25 Join TheSphinX^ [0] (~briehl@p57A38BBE.dip.t-dialin.net) 05.20.32 Quit TheSphinX_ (Ping timeout: 245 seconds) 05.50.01 Quit [7] (Disconnected by services) 05.50.08 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.01.25 Quit fs-bluebot (Ping timeout: 248 seconds) 06.01.57 Quit dfkt (Disconnected by services) 06.01.59 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 06.02.44 Join fs-bluebot [0] (~fs-bluebo@f053152022.adsl.alicedsl.de) 06.02.46 Quit bluebrother (Ping timeout: 246 seconds) 06.04.39 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 06.15.42 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 06.22.48 Quit zamboni () 06.46.22 Join mortalis [0] (~kvirc@213.33.220.118) 06.53.50 *** Saving seen data "./dancer.seen" 06.55.55 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 07.11.52 Join _Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net) 07.11.54 Quit Raptors (Disconnected by services) 07.12.43 Quit kadoban (Read error: Operation timed out) 07.24.20 Join ender` [0] (~ender@foo.eternallybored.org) 07.28.27 Join esperegu_ [0] (~quassel@ip-213-124-221-141.ip.prioritytelecom.net) 07.28.44 Quit esperegu (Ping timeout: 245 seconds) 07.37.41 Quit ender` (Quit: 99% of lawyers give the rest a bad name.) 07.54.23 Quit SuperBrainAK (Quit: pbly going to sleep /_\) 08.08.50 Join ender` [0] (~ender@foo.eternallybored.org) 08.17.38 Quit kevku (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 08.17.46 Join efyx [0] (~efyx@14.211-241-81.adsl-dyn.isp.belgacom.be) 08.24.11 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.47.52 Quit ender` (Ping timeout: 240 seconds) 08.52.25 Join ender` [0] (~ender@foo.eternallybored.org) 08.53.54 *** Saving seen data "./dancer.seen" 08.56.05 Quit Provel (Read error: Connection reset by peer) 08.56.30 Join Provel [0] (~Provel@75-132-18-44.dhcp.stls.mo.charter.com) 08.58.09 Join kevku [0] (~kevku@2a01:d0:ffff:34a::8:3) 08.59.11 Join petur [0] (~petur@rockbox/developer/petur) 09.09.31 Quit esperegu_ (Ping timeout: 272 seconds) 09.16.05 Join LinusN [0] (~linus@giant.haxx.se) 09.16.05 Join esperegu [0] (~quassel@ip-213-124-221-122.ip.prioritytelecom.net) 09.28.34 Quit kaputnik_ (Ping timeout: 246 seconds) 09.39.14 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.49.01 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.51.51 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 09.53.06 # kugel: what is the penultimate element? 10.06.38 # lebellium: http://prototyperaptor.bandcamp.com/album/penultimate 10.06.46 # :P 10.07.43 # maybe I should have precised I refer to FS#12848 :) 10.07.45 # http://www.rockbox.org/tracker/task/12848 3Signal strength tag %tr doesn't divide equally when using conditionnals (bugs, unconfirmed) 10.12.33 # lebellium: last but one 10.19.06 # hum 10.19.08 # ok 10.19.15 # I don't know the answer then 10.24.07 Quit Krosis_ (Remote host closed the connection) 10.25.52 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 10.53.58 *** Saving seen data "./dancer.seen" 10.54.10 Quit kevku (Ping timeout: 245 seconds) 11.08.10 Quit nosa-j (Ping timeout: 252 seconds) 11.09.58 Quit mortalis (Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/) 11.16.58 Join nosa-j [0] (~m00k@184.76.254.130) 11.17.40 Join subthalamus [0] (~chatzilla@bou57-1-78-247-40-105.fbx.proxad.net) 11.19.30 # hi; q1-is there a rockbox-like router focused distro for a no mmu Brecis communications MSP2010 Multi-core MIPS32 cpu device? 11.20.01 # q2- anybody having rockbox running on a zen sleek? 11.23.43 # subthalamus: rockbox is not linux-based, so there really are no "rockbox like" distros. but uclinux runs (ran) on the MSP2010. 11.24.35 # Zagor: thanks 11.26.02 # as for the zen sleek, no there is no port for it. 11.29.41 # but :( I saw the sleek photo was working? 11.29.48 # how different are they? 11.29.50 Join mortalis [0] (~kvirc@213.33.220.118) 11.31.02 # where did you see that? 11.44.29 # lebellium: I mean, can you use the penultimate one for the 85%-99.9% range 11.44.49 # hmm, I can't find it... All I'm finding is http://www.rockbox.org/wiki/CreativeZVMPort 11.44.51 # IIRC it's intended to have the last element be exact 100% for bar tags 11.45.47 # that's how it works for the battery indicator for example. I understood that yesterday thanks to [Saint] 11.45.58 # but I'm not sure it works the same for the signal strength tag 11.48.27 # or maybe you're right 11.48.35 # I'm trying %?tr<%xd(Va)|%xd(Vb)|%xd(Vc)|%xd(Vd)|%xd(Ve)|%xd(Vf)|%xd(Vf)> 11.48.41 # Zagor: maybe this was it, but that was in 2008 so they probably never finished? http://forums.rockbox.org/index.php?action=printpage;topic=14838.0 11.50.11 # subthalamus: exactly. it was never even reverse engineered. no code written. 11.50.41 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 11.56.29 # oh I guess you're right Kugel. Hum I have to leave now but I'll check that further tonight 11.59.23 Join krabador [0] (~krabador@unaffiliated/krabador) 12.12.30 Quit mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 12.16.18 # wodz: I got my hand on an archos 24c vision, I think it's rk2708 based, need to open it to be sure but that's written in the system information menu 12.23.01 Quit simabeis (Ping timeout: 255 seconds) 12.23.01 Quit alexbobp (Ping timeout: 255 seconds) 12.23.01 Quit Torne (Ping timeout: 255 seconds) 12.23.02 Quit evilnick (Ping timeout: 255 seconds) 12.23.02 Quit Triffid_Hunter (Ping timeout: 260 seconds) 12.23.29 Join evilnick_ [0] (~evilnick@d54C37C19.access.telenet.be) 12.23.30 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 12.23.31 Join simabeis [0] (~simabeis@lobmenschen.de) 12.23.56 Join kugel_ [0] (~kugel@141.45.176.104) 12.23.56 Quit kugel_ (Changing host) 12.23.56 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 12.23.57 Join Torne [0] (~torne@rockbox/developer/Torne) 12.24.26 Join Triffid_Hunter [0] (~Triffid_H@songsfortheotherkind.com) 12.25.03 # lebellium: ping 12.26.33 Join Mir_ [0] (~Mir@pool-71-109-219-166.lsanca.dsl-w.verizon.net) 12.28.29 Quit kugel (*.net *.split) 12.28.30 Quit dv_ (*.net *.split) 12.28.30 Quit GodEater (*.net *.split) 12.28.30 Quit soap (*.net *.split) 12.28.30 Quit Gallomimia (*.net *.split) 12.28.30 Quit maraz (*.net *.split) 12.28.30 Quit GeekShadow (*.net *.split) 12.28.30 Quit yosafbridge (*.net *.split) 12.28.30 Quit Mir (*.net *.split) 12.28.30 Quit aevin (*.net *.split) 12.28.30 Quit scorche|sh (*.net *.split) 12.31.41 Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 12.31.41 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 12.31.41 Join soap [0] (~soap@rockbox/staff/soap) 12.31.41 Join Gallomimia [0] (~gallo@key.cha0sgaming.net) 12.31.41 Join maraz [0] (maraz@kapsi.fi) 12.31.41 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 12.31.41 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 12.31.41 Join aevin [0] (eivindsy@unaffiliated/aevin) 12.31.41 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 12.34.11 Join lebellium_gs2 [0] (~lebellium@80.215.8.225) 12.34.26 # JdGordon: pong 12.35.40 # i've got a new version of that patch which i accidentally pushed :/ 12.35.47 # i tested in the sim so it looks like it works 12.37.03 Join mortalis [0] (~kvirc@213.33.220.118) 12.37.04 # so give it a try and close the task if it fixes it please 12.38.26 # Ok thanks, I'll try it tonight when I'm back home (I can't close a task though) 12.39.28 # oh, ok, leave a msg if it is fixed 12.39.37 # should be :) didnt crash the sim 12.43.02 Quit lebellium_gs2 (Ping timeout: 245 seconds) 12.44.19 Join lebellium_gs2 [0] (~lebellium@80.215.8.225) 12.48.50 Quit lebellium_gs2 (Ping timeout: 252 seconds) 12.53.59 *** Saving seen data "./dancer.seen" 12.58.36 Quit bebna (Quit: Leaving.) 13.14.19 Quit petur (Quit: *plop*) 13.37.57 Join lebellium_gs2 [0] (~lebellium@80.215.8.225) 13.39.21 # JdGordon: do you confirm FS #12848 is intended behavior and not a bug? 13.39.35 # FS#12848 13.39.36 # http://www.rockbox.org/tracker/task/12848 3Signal strength tag %tr doesn't divide equally when using conditionnals (bugs, unconfirmed) 13.40.44 # Actually it divides 1 to N-1 into equal parts and N = 100% 13.40.56 # ? 13.42.56 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.03.12 # yes, that's how bars are supposed to work :) 14.03.12 Quit esperegu (Read error: Connection reset by peer) 14.03.20 # you can just duplicate the last image 14.03.34 Join esperegu [0] (~quassel@ip-213-124-221-122.ip.prioritytelecom.net) 14.03.56 Join Strife89 [0] (~Strife89@2602:306:250d:f4d9:225:d3ff:fed6:15a) 14.05.28 # Torne: thanks. It's a bit unfortunate I understand that only today after 1 year and half themeing. Now I have to update 8 themes lol 14.06.26 # you're right that for signal strength it's not really importnat to distinguish 100% which will likely never happen anyway 14.06.30 # but i think the bar code is just generic :) 14.06.36 # and for other things 100% is a meaningful distinction to make 14.06.45 # so, yeah, just duplicate the last image and then it should work as you want ;) 14.07.42 # Great. So the bug ticket can be close I think 14.10.10 Part takeyourhatoff ("Leaving") 14.28.39 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.32.39 Quit esperegu (Ping timeout: 256 seconds) 14.33.05 Quit ender| (Ping timeout: 264 seconds) 14.33.31 Join esperegu [0] (~quassel@ip-213-124-221-122.ip.prioritytelecom.net) 14.38.02 Join lebellium| [0] (~lebellium@80.215.32.188) 14.40.59 Quit lebellium_gs2 (Ping timeout: 256 seconds) 14.46.42 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) 14.54.00 *** Saving seen data "./dancer.seen" 14.58.25 # does someone recognise the logo on the sensor chip: http://www.rockbox.org/wiki/ArchosVision24c (the small isolated chip labeled 5AG, A104) ? 14.59.00 Quit esperegu (Ping timeout: 248 seconds) 15.00.52 # found, it's synaptics 15.04.41 # the only manufacturer which logos doesn't match the name and which put the chip part on the third line instead of the first 15.06.25 # wodz: see http://www.rockbox.org/wiki/ArchosVision24c 15.08.12 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 15.09.21 # funny a mp3 with camera 15.17.33 Join esperegu [0] (~quassel@ip-213-124-221-122.ip.prioritytelecom.net) 15.21.31 Quit Zagor (Quit: Clint excited) 15.27.17 Quit nosa-j (Ping timeout: 258 seconds) 15.32.17 Join nosa-j [0] (~m00k@184.76.254.130) 15.34.09 Quit rasher (Changing host) 15.34.09 Join rasher [0] (~rasher@rockbox/developer/rasher) 15.38.18 Quit mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 15.42.45 # how can a music file have a camera? ;) 15.52.34 Quit nosa-j (Ping timeout: 240 seconds) 16.00.47 Join nosa-j [0] (~m00k@184.76.254.130) 16.13.38 Quit ml| () 16.16.02 Quit [Saint] (Quit: Quit.) 16.16.36 Join [Saint] [0] (~saint@rockbox/user/saint) 16.17.30 Join ml| [0] (~ml@unaffiliated/ml/x-3958674) 16.19.29 Quit ml| (Client Quit) 16.20.17 Join ml| [0] (~ml@unaffiliated/ml/x-3958674) 16.25.24 # Ahaha because in French "a mp3" means a "mp3 player". Powned pamaury :D 16.25.42 # I know, I wrote this knowing that it was incorrect ;) 16.25.56 # Oh 16.26.00 # and pixelma fell into the trap :D 16.26.35 # but even "mp3" in French is incorrect, that's spoken language only 16.26.45 # Indeed 16.27.57 # anyway that's my only mp3 player which has a camera 16.35.59 Quit zoktar (Quit: -) 16.43.50 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 16.54.04 *** Saving seen data "./dancer.seen" 17.18.20 Join dhrasmus [0] (~dhrasmus@71.32.176.214) 17.19.16 Join 15SAA6933 [0] (~Andy@97-124-89-175.phnx.qwest.net) 17.19.16 Join 13WAAUIDI [0] (~Andy@97-124-89-175.phnx.qwest.net) 17.19.20 Quit 13WAAUIDI (Read error: Connection reset by peer) 17.20.24 Quit 15SAA6933 (Client Quit) 17.20.45 Join SuperBrainAK [0] (~Andy@97-124-89-175.phnx.qwest.net) 17.22.49 Join froggyman [0] (~me@unaffiliated/froggyman) 17.25.36 Quit pamaury (Ping timeout: 246 seconds) 17.27.38 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 17.28.03 Quit Rondom (Disconnected by services) 17.28.25 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 17.37.10 Quit froggyman (Ping timeout: 260 seconds) 17.42.38 Quit zoktar (Quit: -) 17.53.23 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 17.57.04 # [69894.016033] usb 1-1.5.2.2: new high-speed USB device number 104 using ehci_hcd 17.57.04 # [69894.109151] usb 1-1.5.2.2: New USB device found, idVendor=ffff, idProduct=abcd 17.57.04 # [69894.109157] usb 1-1.5.2.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 17.57.04 DBUG Enqueued KICK TheSeven 17.57.04 # [69894.109160] usb 1-1.5.2.2: Product: iPod Nano 2G USB Test 17.57.05 # [69894.109162] usb 1-1.5.2.2: Manufacturer: TheSeven 17.57.06 *** Alert Mode level 1 17.57.06 # [69894.109168] usb 1-1.5.2.2: SerialNumber: ???????????? 17.57.38 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 17.57.38 # * TheSeven build a little ~4kB standalone USB binary using his stm32 code base 17.58.03 # so yes, this is a completely different USB driver and stack 17.58.25 # now that we have a working code base to compare with, who wants to take up porting it to rockbox? :) 17.58.51 Part LinusN 18.01.00 Quit Strife89 (Ping timeout: 258 seconds) 18.02.08 # TheSeven: I can do this I guess 18.02.43 # can you recall me where is your code ? I can do a quick and dirt port and post it to gerrit, I'll let you debug ^^ 18.03.39 Quit dhrasmus (Quit: Leaving) 18.04.23 # http://theseven.bounceme.net/~theseven/tmp/nano2g-usbtest.tar.gz 18.05.09 # TheSeven: we need both, configurable in Settings/System ;) 18.05.21 # Rockbox is all about choice! 18.05.32 # lol 18.05.57 # * TheSeven was surprised that it took him less than 24h to port the required parts of his stm32 firmware code base to the s5l8701 :) 18.06.12 # I don't have the nano2g so obviously I can't test ^^ 18.07.07 *** Alert Mode OFF 18.07.15 # * TheSeven wonders how much differences there are in the usb core <=> driver interface between rockbox and his own core 18.07.30 # given that I was influenced by rockbox's one before I wrote that one, probably not too many 18.08.03 # it uses a fundamentally different approach for handling ep0 packets though 18.10.24 # The problem with rockbox usb stack is that it has to deal with different drivers and some of them don't really work that way. I would that it is not quite adapted to the synopsys otg, too high level not really event driven but nothing prevents you from reimplementing that in the driver if necessary 18.11.50 # Maybe we need an optional middle layer? 18.13.06 # gevaerts: you probably know more about the other USB drivers than me, but I'd think that the core to driver interface that I've used is fairly generic and can be adapted to most use cases. 18.13.37 # I only really know the arc one, which seems to be the odd one out 18.14.44 # http://pastie.org/7152723 18.15.17 # do you think the arc one could be mapped to that somehow? 18.15.45 # TheSeven: can you confirm that arm/s5l8700/usb-s5l8700.c is unused 18.16.26 # that looks like a stub for meizu m3/m6 and yp-something 18.16.32 # TheSeven: how do you transfer out data on ep0 ? 18.16.38 # (with your interface) 18.16.55 Join Strife89 [0] (~Strife89@2602:306:250d:f4d9:225:d3ff:fed6:15a) 18.17.01 # OUT in usb sense? (i.e. host to device)? 18.17.11 # yes 18.17.28 # ep0_start_rx doesn't take any buffer 18.17.40 # the driver listens to that and reports it to the core from an IRQ handler 18.19.43 # pamaury: http://pastie.org/7152777 18.19.55 # that's the driver-to-core direction 18.20.21 # er, usb_ep0_start_rx and usb_ep0_start_tx don't belong in there 18.20.58 # I don't get it, the driver has an internal buffer from that which it gives to the core on completion ? 18.21.17 # * gevaerts tries to remember how it all works 18.21.21 # and in struct usb_instance there's a 64 byte buffer for setup packets 18.22.03 # hum, so that's quite synopsys specific because you cannot received more than 64 bytes of data at a time on EP0 18.22.09 # that's what I meant with "ep0 is handled funamentally different" 18.22.09 # *receive 18.22.49 # hm, I wonder if that only applies to setup packets 18.22.57 # which can never be more than 64 bytes 18.23.52 # on the synopsys, everything is packet-based iirc (in pio mode), so you cannot receive more than one packet. I don't remember all the details of it 18.24.56 # it's the same core as the on the amsv2 right ? I can test on the clip+ then 18.26.29 # looks like it can indeed only handle 64 bytes at a time on ep0 18.27.29 # could probably be changed though 18.27.59 # your driver uses PIO or DMA or either ? 18.28.05 # it can do both 18.28.44 # its PIO mode is really funny, you basically re-implement its DMA engine in software 18.30.47 # changing that driver to receive ep0 data into an arbitrary buffer would be trivial, but then it could happen that a setup packet ends up inside it while you're expecting a data stage => might needs special care 18.31.12 # but, tbh, do we really need to do >64 bytes on EP0? 18.31.52 # IN (i.e. device to host), definitely. OUT, not sure 18.31.56 # (only affects the host-to-device direction, the other direction can already handle several kilobytes at once) 18.31.57 Join lebellium_gs2 [0] (~lebellium@80.215.1.70) 18.32.21 # the only standard device request that could use it is SET_DESCRIPTOR IIRC 18.32.35 # I don't think any of our drivers needs >64 on OUT, we don't implement set_descriptor anyway iirc 18.32.50 # yeah, that's why I made that decision as well to keep things simple 18.33.02 # * gevaerts nods 18.34.06 # the only other real difference of the _ep0 variant of the transfer functions is that they take care of the ep0-specific handshaking method 18.34.27 # i.e. automatically expect acknowledgements etc. 18.35.07 Quit lebellium| (Ping timeout: 258 seconds) 18.35.22 # they could probably be merged with the normal ones, with maybe an additional argument 18.35.37 # yep, that's the major difference 18.36.41 # ok let's go, I'll try to port it and test it on the clip+, the other tricky usb device ^^ 18.42.27 # hum, TheSeven do you mind if I rockboxize your driver, ie replace some define/enum by existing rockbox types ? 18.42.50 Quit esperegu (Read error: Connection reset by peer) 18.43.11 Join esperegu [0] (~quassel@ip-213-124-221-122.ip.prioritytelecom.net) 18.44.11 # sure, go ahead 18.44.41 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 18.45.15 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.54.05 *** Saving seen data "./dancer.seen" 18.57.19 Join notben [0] (~ben@99-122-84-227.lightspeed.spfdmo.sbcglobal.net) 18.58.40 Quit notben (Client Quit) 19.02.19 # JdGordon: is your last commit a 3.13.1 canditate? 19.04.21 # is that the usual misbehavior? http://pastie.org/7153222 19.11.04 # TheSeven: yes afaik 19.11.24 Join stoffel [0] (~quassel@pD9E41244.dip.t-dialin.net) 19.11.35 # a ums transfer fails, host reset the device and usually you die afterwards 19.11.53 # we have a similar bug on rk27xx usb too 19.12.05 # though the bugs on nano2g and clip+ are not limited to this 19.13.03 Quit amithkk (Ping timeout: 258 seconds) 19.15.26 # TheSeven: does the driver really need the instance and for what ? 19.16.04 # in the device that I wrote it for I have two USB interfaces to deal with 19.16.24 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 19.16.32 # ok, so I can safely remove it in our case 19.16.37 # probably 19.18.11 # things that you might need to adjust to make it work on a different device: phy configuration (GUSBCFG register: phy type, turnaround time, ...) and FIFO sizes/allocation 19.19.10 # the values that the driver currently uses are correct for the nano2g (16bit phy, turnaround=5, 1024 words fifo size) 19.19.12 # yeah, iirc the default fifo config on clip+ was weird/incorrect and turnaround time well I don't know 19.20.22 # don't trust what those information registers say about fifo sizes 19.20.34 # I've seen at least one case where that was totally wrong 19.20.54 # (and another case where the manual was wrong but the registers were right) 19.20.58 # both on the same SoC 19.24.28 # ok 19.27.16 Quit lebellium_gs2 (Ping timeout: 248 seconds) 19.45.39 # TheSeven: where is the config used by the ipodnano2g ? I can't find it anywhere in your code 19.45.53 # config=synopsysotg config 19.47.12 # what kind of config? 19.47.45 # ah found, in a header ! 19.48.02 Join lebellium_gs2 [0] (~lebellium@80.215.9.127) 19.48.17 # yeah, that's a bit of a hack to keep it generic :) 20.00.29 Quit stoffel (Ping timeout: 256 seconds) 20.13.38 # Hmmm, we seem to have some code that assumes HAVE_LCD_BITMAP if we have SWCODEC 20.16.45 # Or rather, that working with bitmaps implies having an lcd :) 20.17.57 Join froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu) 20.17.57 Quit froggyman (Changing host) 20.17.57 Join froggyman [0] (~me@unaffiliated/froggyman) 20.19.23 Quit krabador (Ping timeout: 264 seconds) 20.38.32 Quit akaWolf (Ping timeout: 240 seconds) 20.45.47 Join godzirra [0] (~godzirra@208.110.69.202) 20.46.01 # Hey guys. I read that the sandisk clip and clip+ is supported. Is this considered a clip or clip+? http://www.bestbuy.com/site/SanDisk+-+Sansa+Clip+Zip+4+GB+Flash+MP3+Player+-+Red/3029079.p?id=1218373614839&skuId=3029079&st=sansa%20clip+&cp=1&lp=2 20.47.57 # That's a clip zip 20.48.04 # I realize that. 20.48.13 # My question was whether rockbox supports it or not. 20.48.31 # It does 20.48.38 # But that wasn't your question ;) 20.48.47 # Well, it was my question, but I didn't really voice it very well. ;) 20.49.11 # Out of curiousity, does the FM tuner still work in rockbox? 20.49.19 # yes 20.50.01 # Last time I had a rockbox enabled device was when the iRiver iH120 was new. I miss it. 20.50.07 # Thanks. I'll be picking one up and flashing it today then. :D 20.50.39 # Ugh, it says rifght on the webpage clip zip. Sorry. I totally missed that. 20.52.11 # Last question.. is there a way to generate smart playlists? That's the only thing I really like about itunes. (literally the only thing) 20.52.36 # Or even better, a way to export playlists from itunes?s 20.54.06 *** Saving seen data "./dancer.seen" 20.54.55 # If itunes can export standard m3u playlists, yes. I have no idea if it can 21.01.31 Join ATA [0] (568d2a65@gateway/web/freenode/ip.86.141.42.101) 21.01.54 Nick ATA is now known as Guest10755 (568d2a65@gateway/web/freenode/ip.86.141.42.101) 21.03.21 # Can anyone help me? I'm trying to install Rockbox on a Sansa Clip V1, the automatic installation completes fine (using m300a.bin from the Sansa website as the original firmware when it asks for it) but when I start the device it just loads the original firmware and not Rockbox. 21.05.46 Quit lebellium_gs2 (Ping timeout: 260 seconds) 21.05.49 Join lebellium| [0] (~lebellium@80.215.8.62) 21.05.49 Quit lebellium| (Client Quit) 21.11.18 Join amithkk [0] (uid4289@2buntu/writers/amithkk) 21.14.03 # Guest10755: did rockbox utility detect it as a V1? 21.14.29 # Nope, it crashes when trying to autodetect so I set it manually 21.15.25 # OK, so are you *sure* it's a v1? What you describe could easily happen if you just gave it the wrong firmware 21.15.53 # yup, I bought it a few months after they were released 21.15.57 # it's from 2007 or something 21.17.20 Join wenceslaus [0] (~wenceslau@74-140-111-61.dhcp.insightbb.com) 21.17.33 # * gevaerts isn't sure then 21.18.01 # Thanks anyway man :) 21.19.54 # Hey, I have a Ipod Classic 160GB with emCore+Rockbox that worked great for months, but today I tried charging it and it has become stuck on the USB plugged in screen and doesn't respond to any button presses nor can Windows recognize it when plugged in. Anything I can do or is it bricked? 21.20.20 # it doesn't even respond to the reset button combination? 21.20.22 # (menu+select) 21.20.31 # No 21.20.39 Quit froggyman (Read error: Connection reset by peer) 21.21.02 Join froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu) 21.21.02 Quit froggyman (Changing host) 21.21.02 Join froggyman [0] (~me@unaffiliated/froggyman) 21.22.06 # hm, try unplugging it, toggling the log switch back and forth, and pressing and holding menu+select again 21.22.59 Quit Guest10755 (Quit: Page closed) 21.23.10 # if that still doesn't help, unplug it and wait for the battery to drain (can take several hours of course) 21.24.01 # OK, I've tried different button combinations with hold switch on and off. I think just letting it die is my last option. 21.26.17 # locking and unlocking it should reset the clickwheel, which should respond to the reset button combination and kill the power supply, hm. 21.27.22 # * gevaerts once managed to get his ipod video in a state where it wouldn't respond to the reset combination 21.27.33 # I cheated though 21.27.40 # * TheSeven personally hasn't managed that yet, but heard reports of it 21.28.14 # TheSeven: set random voltages on various pins of the power controller. Guaranteed to make things unstable :) 21.29.05 # So I know it's *possible* to get it in such a state. That doesn't mean it's likely to happen in normal use though 21.29.12 # And yes, if it 21.29.26 # 's something like that, letting the battery run out will help 21.30.21 # OK, thanks for the reply. 21.30.24 Part wenceslaus ("Leaving") 21.46.13 Quit bluebrother (Ping timeout: 245 seconds) 21.46.48 Join einhirn [0] (~Miranda@p4FC74A2C.dip0.t-ipconnect.de) 21.51.19 Quit einhirn (Ping timeout: 255 seconds) 21.54.10 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 22.03.30 Quit froggyman (Ping timeout: 264 seconds) 22.03.54 Join kaputnik_ [0] (~kaputnik@p5DD9DCE8.dip.t-dialin.net) 22.19.38 # FS#12838 fixed. Thank you JdGordon! 22.19.40 # http://www.rockbox.org/tracker/task/12838 3data abort in radio debug screen (bugs, unconfirmed) 22.28.51 Quit amayer (Ping timeout: 245 seconds) 22.42.50 Join saratoga [0] (123e0ceb@gateway/web/freenode/ip.18.62.12.235) 22.43.04 # pamaury: if you ask funman, maybe he can send you my old Nano2G (i think he still have it anyway) 22.44.44 # (I think he still *has* it anyway) 22.48.12 # regarding GSOC, I'd love to help people with codec projects, but my responsibilities this year prevent me from actually being in charge of anyone's project 22.48.37 # but i could comentor with someone who had a more flexible schedule 22.49.54 # not near enough people have stepped up for GSoC to have a chance this year... 22.54.09 *** Saving seen data "./dancer.seen" 23.03.50 Join einhirn [0] (Miranda@bsod.vpn.tu-clausthal.de) 23.05.03 Quit esperegu (Ping timeout: 240 seconds) 23.09.42 Join froggyman [0] (~me@unaffiliated/froggyman) 23.09.47 # So, https://people.xiph.org/~tterribe/tmp/01.%20Axel%20F.opus seems to crash funman's sansa clip 100% of the time. 23.09.52 # Using the latest git. 23.14.20 # does it crash the sim? 23.15.05 Quit benedikt93 (Quit: Bye ;)) 23.15.45 # scorche|sh: what do you mean? 23.17.21 # kugel: i mean that there has been very little interest in GSoC this year - less than the year we decided to pull out... 23.17.40 # a couple of people have sent a mail with an idea or 2 23.17.58 # very little to no full mentors available 23.18.03 # saratoga: That is a good question. I never got the sim working. 23.18.23 # derf: do you have windows? theres prebuilt binaries online 23.18.38 # saratoga: I do not. 23.18.50 # ok building on linux is usually pretty easy 23.18.53 # FWIW 23.19.15 # scorche|sh: the mailing list activity this year much bigger this year (but still rather low) 23.19.24 # last year there were a total of 2 mails 23.19.43 # kugel: still not near enough to even bother making an effort of applying 23.20.34 # no work has been done on the ideas list, etc 23.20.40 # we have enough possible mentors for 2 projects, that seems good enough to me 23.20.51 # we don't need many projects, even one would be fine IMO 23.22.11 # saratoga: Okay, built... it does not crash. 23.22.24 # kugel: i am not sure what you are basing this "seems good" and "we dont need many projects" on, but it is not the case at all 23.22.39 # derf: huh ok that makes trouble shooting harder 23.23.17 # opus uses malloc correct? perhaps the sim has a little bit more memory available ? 23.23.36 # i believe there was some weirdness about how memory was allocated on the sim but i forget 23.23.48 # scorche|sh: you said we don't have enough mentors candidates. but we don't need many if we plan for 1 or 2 projects, do we? 23.24.37 # kugel: there is no planning for 1 or 2 projects at the org application process 23.24.43 # saratoga: Yes, it does. 23.24.53 # all orgs submit applications and then they are accepted based off of those 23.25.04 # i think if there is interest its worth applying and seeing if we get good students 23.25.18 # scorche|sh: I understand that 23.25.31 # kugel: even if we wanted 2 projects, i would want at least 4-5 mentors which we dont have 23.25.46 # so why do you base "we shouldn't bother applying" on "not enough mentors" 23.25.56 # derf: is it worth printf'ing the malloc function to see if we run out of buffer? 23.26.06 # saratoga: we wont get to the good students part, because we are not near a level where we would be accepted to participate 23.26.31 # kugel: because willing mentors are a factor in org acceptance 23.26.42 # we dont have them 23.27.16 # if we can list at least 3 mentors that seems good enough to attempt an application IMO 23.27.41 # saratoga: codec_malloc(), or one of the libopus functions? 23.27.59 # kugel: it sint 23.28.11 # derf: I would just hook into whatever the opus wrapper is and check to see if the allocated memory gets to 23.28.16 # kugel: as i said, i am not sure where you are getting this "seems good enough" from 23.28.25 # i've found all sorts of codec bugs that way over the years 23.28.43 # people come up with weird bitstreams that manage to do huge mallocs with surprising frequency 23.28.58 # particularly in ogg 23.29.27 # scorche|sh: I don't have a basis other than that I consider it good 23.29.40 # so we'd need a half dozen mentors? 23.29.56 # I've seen a project with 2 possible mentors being accepted and assigned a single student slot 23.30.02 # if that's any basis 23.30.18 # How many serious mentors do we have right now? 23.30.55 # yeah can we just ask for one slot? 23.31.01 # a lot of projects don't even have that many regular contributors, let alone mentors 23.31.08 # saratoga: it doesnt work like that... 23.31.27 # saratoga: Okay, that doesn't fail in the simulator. 23.31.41 # I don't see why we need 5+ mentors to even try applying 23.31.47 # (just the libopus allocs, not the ogg ones) 23.31.52 # how much memory does it end up allocating? 23.32.03 # kugel: i have been to many mentor summits, have been the admin of multiple orgs, and have been very active in #gsoc for quite a few years - i think i have a good feeling of how likely an app is to be accepted...i know the right things to say and everything, but a good bit of work needs to be done to the ideas page and we need more mentors 23.32.09 Quit Strife89 (Quit: Vamoose.) 23.32.27 # gevaerts: 2 have said they would mentor 23.32.30 # google does look at activity too - when we had many more mentors and more interest, we almost didnt get accepted 23.32.31 # Oh, the ogg functions already print their allocations. 23.33.21 # google does accept smaller orgs with a bit of history for 1-2 slots, but our history is actualyl working against us here 23.33.47 Quit kevku (Ping timeout: 264 seconds) 23.33.53 # well, our org is in fact getting smaller 23.34.00 # our past performance means we would need to demonstrate an above-average dedication to be considered 23.34.07 # scorche|sh: whatever the chances of getting accepted, do you think applying would hurt in the long term? 23.35.18 # if our higher activity times are the benchmark then we don't even need to think about gsoc anymore. we're only getting less active with less contributors 23.35.29 # Hrm, it is not actually picking up my definitions. 23.36.02 # also, yea, I'm not sure applying would hurt even if we have only a little chance of being accepted (?) 23.36.54 # gevaerts: i think making a half-hearted effort (which it seems we would be making judging from recent activity) would, yes - as i said earlier, our history is working against us - we havent honestly performed well in the past and to make another half-hearted effort would only take us down more in their eyes 23.37.09 # sure, i guess it wouldnt hurt in the context of us not ever doing GSoC again though 23.37.31 # derf: I have to step out, but i would check if the malloc buffer gets relatively low, as that might overflow on target and cause unpredictable crashes 23.37.56 Quit froggyman (Ping timeout: 248 seconds) 23.38.07 # another possibility is that some of the ARM optimization breaks things, but thats probably less likely since we would have noticed bad ASM by now i think 23.38.16 # people suggesting un-fleshed-out ideas on the mailing list is not enough though - as i said in previous emails, a big effort needs to go on to refurbish and flesh out our ideas list 23.38.24 # saratoga: Yeah, mallocs seem most likely. 23.38.28 # could be some kind of memory corruption though that only occurs on some memory layouts 23.38.34 # But as I said, it's not using any of these routines. 23.38.42 # i've seen that in our codecs before 23.38.44 # ok 23.38.51 # I.e., the opus_alloc in opus_config.h 23.38.52 # scorche|sh: exactly. Now I *don't* think applying with only two mentors is a good idea, but I also don't think we need to pretend we can realistically apply as a large organisation 23.39.05 # Nor the default opus_alloc in os_support.h 23.39.05 # scorche|sh: we haven't performed well? I would say our success rate is pretty solid (13/19), isnt it? 23.39.12 # I'd say four mentors is a good minimum 23.39.19 # derf: i'm not sure how its defined actually 23.39.45 # Also fun is that changing any of these files does not cause make to think anything needs to be rebuilt. 23.40.22 # I'm willing to mentor any project in areas I know a bit about, but I don't think I'm the best mentor ever, and I honestly don't have the motivation to work on the ideas list and the application 23.40.27 # gevaerts: but thats the thing - you arent selecting to be large or small - Google would likely look at us and see that we were larger, but are fading off - newer, smaller orgs would be at a much bigger advantage than us - hence my talking about an above-average effort 23.40.55 # Hrm, no, #error confirms it is compiling this file... it just never calls opus_alloc(). 23.41.02 # gevaerts: i dont think anyone does, as i have asked for 2+ years to have that done and the most anyone does is suggest ideas on the ML that can be added 23.41.09 # scorche|sh: yes. If I were them, I'd look for new and promising organisations, but then I'm not them :) 23.41.19 # gevaerts: the last great push was when you and i did it for the last time we participated 23.41.19 # derf: tried grep? 23.41.31 # i don't have a linux machine handy 23.41.33 # and we didnt even do near what we wished to do 23.42.13 # in what way does the ideas list need work? just _more_ ideas or something else?? 23.42.58 # kugel: I'd say that first of all ideas without a matching mentor should be removed 23.43.28 # kugel: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2012-03/0023.shtml 23.44.04 # scorche|sh: what I'm really getting at is that *if* some people are willing to spend the next 24 hours to get a decent albeit small proposal on time, I think we should let them get on with it 23.44.40 # heh, I have removed all mentors because they need to confirm themselve this year 23.45.21 # kugel: I'm guessing you started from the 2011 page? 23.45.23 # I understand that if we need at least one mentor listed for each (and other work) on the ideas list it's probably too late now 23.45.32 # gevaerts: sure, but i am also saying that i just ahvent seen a motivation within the community for GSoC 23.45.35 # gevaerts: sure, that's how we do it :p 23.45.49 Join krabador_ [0] (~krabador@95.237.42.142) 23.46.01 Quit krabador_ (Read error: Connection reset by peer) 23.46.09 # the only people who have really said much in IRC is kugel and saratoga and if i am remembering right, both have said that they would not be willing to be a full-time mentor 23.46.49 # kugel: having each possible mentor go over the list probably isn't realistic, no, but if you know the candidate mentors, you know the project well enough to match them yourself :) 23.46.51 # pamaury said he could mentor 23.47.13 # wodz and pamaury said they would do it on the ml 23.47.57 # kugel: we also *really* need to make sure obsolete ideas are removed. We forgot a few of those last time IIRC, and they're probably still there 23.48.04 Join krabador [0] (~krabador@unaffiliated/krabador) 23.48.05 # gevaerts: i pretty much echo your thoughts on the ML... 23.48.32 # hmmm 23.48.36 Quit kaputnik_ (Ping timeout: 248 seconds) 23.48.55 Quit bertrik (Remote host closed the connection) 23.48.57 # scorche|sh: do you remember if it's possible to start applying in melange and then withdraw before the deadline? 23.49.26 # gevaerts: if i recall correctly, you have to submit the actual application 23.49.33 # If so, I'd say kugel should just get on with it :) 23.49.53 # and then tomorrow we make the final decision 23.50.21 # if he can drum up the support and get things done, i will be very excited =) 23.50.56 # i just havent seen anything yet to get excited about and i dont feel like going over our application without the support of quite a few members of the group 23.51.06 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 23.51.12 # So let's stop being negative. Only positive talk and silence allowed for the next 18 hours :) 23.51.27 # ok =) 23.52.05 # So who's org admin this year? 23.52.40 # i dont mind being it again, but i have to see the group behind it first ;) 23.55.24 Join kaputnik_ [0] (~kaputnik@p5DD9DCE8.dip.t-dialin.net) 23.56.24 # I'm off to bed