--- Log for 26.10.121 Server: calcium.libera.chat Channel: #rockbox --- Nick: rb-logbot Version: Dancer V4.16 Started: 9 days and 1 hour ago 00.01.05 Join akaWolf [0] (~akaWolf@akawolf.org) 00.04.57 # <_bilgus> munkis what device? there were timing changes to the x1000 too 00.06.09 # <_bilgus> amdj I have done the same with the clip+ on external power 00.07.00 # <_bilgus> guess what I did.. made an audio transformer isolator and it allowed me to match the impedance between the two as well 00.08.53 # <_bilgus> i started with a scoche? i think it was a highlevel to line level convertor but eventually ordered a 32k to something one that was pretty close to my source 00.12.52 # <_bilgus> sorry 32 OHMS 00.46.52 *** No seen item changed, no save performed. 01.50.43 Join ZincAlloy [0] (~Adium@ip5f5abcae.dynamic.kabel-deutschland.de) 01.53.11 Quit ZincAlloy (Client Quit) 02.46.53 *** Saving seen data "./dancer.seen" 02.47.30 # _bilgus: fuze+ 03.05.24 # huh, adding splash(HZ, set) makes it work commenting out the following logf line makes no difference (it's a logf build) 04.46.54 *** No seen item changed, no save performed. 06.46.57 *** No seen item changed, no save performed. 08.40.51 Join massiveH [0] (~massiveH@ool-18e4ebfe.dyn.optonline.net) 08.47.01 *** No seen item changed, no save performed. 10.07.12 Quit massiveH (Quit: Leaving) 10.16.54 Join ac_laptop [0] (~ac_laptop@2a01:cb1c:3c8:2700:e29d:31ff:fe2d:a258) 10.47.02 *** Saving seen data "./dancer.seen" 11.10.08 # Hello people 11.10.41 # does rockbox support SDXC cards on models that support it, such as the erosq/surfans f20 ? 11.12.24 # And if it does, how does it support it (does it need exFAT or just FAT ?), and is it installable on it (as this is the priviledged method of installation for the surfans) ? 11.27.54 # micro sdxc works on (I believe) all models with microsd support (my fuze+ reads it fine despite officially only supporting up to sdhc) but it needs to be formatted fat32. 11.37.15 # munkis: thanks for the answer, I might try to test on my sansa fuzev2 then. Have you tried filling the whole space on the card (above 32GB, that is) 11.37.49 # I have ~100 GB used on the card 11.39.03 # munkis: nice :) 11.52.06 # huh I set usb mode to charging only in order to avoid polluting wireshark, and found another way to break it which I have no clue if it predates the api change. 12.14.03 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:1c65:d61a:167d:b101) 12.47.06 *** No seen item changed, no save performed. 13.22.25 Join lebellium [0] (~lebellium@2a01cb04012c09005860a3f9dbda9e03.ipv6.abo.wanadoo.fr) 14.00.55 # how likely is usb_drv_control_response(USB_CONTROL_ACK, NULL, 0); to get read as a stall? 14.14.26 Join anon [0] (~goose@user/anon) 14.47.10 *** No seen item changed, no save performed. 16.25.37 Join amachronic [0] (~amachroni@user/amachronic) 16.29.53 # munkis: it depends what you're acking, and what device. control writes were massively broken under the old API and won't work on most. 16.47.16 *** No seen item changed, no save performed. 17.25.23 Join _amachronic [0] (~amachroni@user/amachronic) 17.25.26 Quit _amachronic (Client Quit) 17.28.28 Quit amachronic (Read error: Connection reset by peer) 18.06.34 Quit ZincAlloy (Quit: Leaving.) 18.35.18 Quit lebellium (Quit: Leaving) 18.47.19 *** Saving seen data "./dancer.seen" 19.52.22 Quit anon (Quit: anon) 20.14.59 # huh sleep(1) before the ack works 20.32.39 # I have USB audio working on an up to date build although I think it's using a combination of old and new APIs, should I update the patchset? 20.47.21 *** Saving seen data "./dancer.seen" 21.12.09 Quit ac_laptop (Ping timeout: 258 seconds) 22.47.24 *** Saving seen data "./dancer.seen"