--- Log for 24.11.120 Server: tepper.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 13 hours ago 00.58.24 # <_bilgus__> tomf, you should be able to make the drive(s) mark bad sectors 01.03.15 # ooh, what would I search for that, _bilgus__? 01.04.20 # would this be a simple chkdsk? 01.04.31 # <_bilgus__> in windows no clue 01.04.46 # I can use any OS -- ideally not windows :) 01.04.57 # <_bilgus__> ah good 01.06.34 # <_bilgus__> badblocks should allow you to export a list of bad blocks, just the act of a write error is supposed to be handled by the flash controller but if you are out of re-provisioning blocks then I suspect the drive could be on its way out 01.07.20 # <_bilgus__> now I wonder if there is a fat32 way to mark bad blocks 01.07.52 # the microSDs are fairly new -- I wouldn't be surprised if its a goofy JBOD issue with the iFlash 01.09.02 # <_bilgus__> well bad blocks will tell you that 01.10.42 # <_bilgus__> hmm I swear fsck had an option to do this but I'm not seeing it on my pc or the manpage 01.11.28 # <_bilgus__> well first I'd try some non-destructive tests on the whole drive together then on each card individually 01.11.28 # yeah, I'll dig into it. first I'll try the ol 'copy and rename the directory' bit to see if that magic still works. 01.12.28 # <_bilgus__> yeah I suppose if its always the same file then just make a big dummy file named DONTDELETEME or something 01.13.00 # yeah, I'll give it a swing. Thanks _bilgus__! 01.13.24 # its been a week of minor, goofy things like this 01.13.41 # <_bilgus__> that sounds a lot like a bad card 01.13.54 # <_bilgus__> especially if you are using the latest dev versions 01.14.12 # <_bilgus__> but whooo knows 01.14.20 # ooh. I should move up to a newer version, actually. I'm not sure which one I'm on, but I'll update anyways 01.14.28 # <_bilgus__> most def 01.14.40 # <_bilgus__> always test bugs of fthe latest versions 01.14.52 # I love rockbox so much :)( 01.15.12 # <_bilgus__> 1 to see if its been fixed and 2 its hard to fix stuff thats been chnaged already 01.16.14 # where can I find a list of what the error codes line up to? 01.16.30 # <_bilgus__> have to look in the source 01.16.39 # yeah, are they all in errno.h? 01.16.48 # <_bilgus__> doubtful 01.17.12 # <_bilgus__> dc_writeback is probably in the fat driver 01.17.22 # <_bilgus__> easiest is to search for the error message 01.17.47 # ok, I'm on it! thanks again! 01.17.56 # <_bilgus__> you error quite literally said I tried multiple times to write this sector and failed 01.18.40 # rb doesn't write a lot outside of bookmarks, does it? 01.18.50 # <_bilgus__> we really try not to 01.19.06 # <_bilgus__> settings changes cause writes on shutdown 01.20.09 # ok cool. thanks! 01.20.29 # <_bilgus__> I suppose all the repeatedly written files should probably employ the leave the old file write a new file delete old file rename new file 01.55.47 *** No seen item changed, no save performed. 03.14.23 Join petur [0] (~petur@199.59.5.111) 03.14.23 Quit petur (Changing host) 03.14.23 Join petur [0] (~petur@rockbox/developer/petur) 03.55.48 *** Saving seen data "./dancer.seen" 04.39.24 Join pamaury [0] (~pamaury@maths.r-prg.net.univ-paris7.fr) 04.39.24 Quit pamaury (Changing host) 04.39.24 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 05.33.08 Join dfkt [0] (~dfkt@80-110-110-140.cgn.dynamic.surfer.at) 05.51.02 Quit dfkt (Quit: SIC GORGIAMVS ALLOS SVBJECTATOS NVNC.) 05.52.40 Join dfkt [0] (~dfkt@80-110-110-140.cgn.dynamic.surfer.at) 05.55.49 *** Saving seen data "./dancer.seen" 05.59.04 Quit dfkt (Quit: SIC GORGIAMVS ALLOS SVBJECTATOS NVNC.) 06.30.59 Quit ThaneVim (Remote host closed the connection) 06.34.59 Quit Stanley00 (Remote host closed the connection) 06.36.37 Join prof_wolfff [0] (~prof_wolf@148.red-83-49-157.dynamicip.rima-tde.net) 07.55.40 Quit pamaury (Remote host closed the connection) 07.55.54 *** Saving seen data "./dancer.seen" 07.56.40 Join pamaury [0] (~pamaury@maths.r-prg.net.univ-paris7.fr) 07.56.40 Quit pamaury (Changing host) 07.56.40 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 08.03.39 Quit Rower () 08.17.24 Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) 08.23.33 Quit Rower () 08.25.11 Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) 08.58.51 Quit Rower () 09.08.12 Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) 09.09.14 Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) 09.44.03 Quit mutax (Read error: Connection reset by peer) 09.46.32 Join mutax [0] (~mutax@ip5f590aa6.dynamic.kabel-deutschland.de) 09.55.58 *** Saving seen data "./dancer.seen" 10.00.51 Quit mutax (Read error: Connection reset by peer) 10.06.38 Join mutax [0] (~mutax@ip5f590aa6.dynamic.kabel-deutschland.de) 10.33.51 Quit massiveH (Quit: Leaving) 10.35.57 Join Stanley00 [0] (~stanley00@unaffiliated/stanley00) 10.40.29 Quit Stanley00 (Ping timeout: 260 seconds) 11.20.03 Quit Moarc (Read error: Connection reset by peer) 11.20.32 Join Moarc [0] (~chujko@a105.net128.okay.pl) 11.48.28 Join thanevim [0] (4989016d@c-73-137-1-109.hsd1.ga.comcast.net) 11.56.02 *** Saving seen data "./dancer.seen" 12.10.08 Quit pamaury (Quit: Konversation terminated!) 12.29.05 Quit ufdm (Quit: Leaving) 12.50.09 Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) 13.27.23 Join amiconn_ [0] (jens@rockbox/developer/amiconn) 13.27.23 Nick amiconn is now known as Guest16470 (jens@rockbox/developer/amiconn) 13.27.23 Quit Guest16470 (Killed (egan.freenode.net (Nickname regained by services))) 13.27.23 Nick amiconn_ is now known as amiconn (jens@rockbox/developer/amiconn) 13.27.48 Join pixelma_ [0] (marianne@rockbox/staff/pixelma) 13.27.49 Nick pixelma is now known as Guest39682 (marianne@rockbox/staff/pixelma) 13.27.49 Quit Guest39682 (Killed (egan.freenode.net (Nickname regained by services))) 13.27.49 Nick pixelma_ is now known as pixelma (marianne@rockbox/staff/pixelma) 13.43.16 Quit petur (Quit: Connection reset by beer) 13.46.24 Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) 13.56.07 *** Saving seen data "./dancer.seen" 14.35.28 Quit jdarnley (Ping timeout: 256 seconds) 14.38.46 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 15.40.49 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 15.44.40 Quit thanevim (Remote host closed the connection) 15.56.09 *** Saving seen data "./dancer.seen" 16.02.37 # speachy: we're probably going to want some way to manage the allocation of usb endpoints... from the user's end. like being able to control which drivers will be activated when USB is connected. 16.03.07 # it might also help if we could know how many endpoints each driver uses so we know if a specific combination is even possible 16.03.12 # that's already implemented, though not in a clean generic manner. 16.03.23 # i see 16.03.32 # well, with the desire for more drivers this becomes even more important. 16.03.56 # usb audio appears to use a ton of endpoints... at least 3 if this right 16.04.20 Join petur [0] (~petur@rockbox/developer/petur) 16.04.32 # we're not going to expose everything simultaneously. Though I suppose UMS + Audio would at least make sense. 16.04.36 # i was thinking usb audio could be implemented as a bridge to rockbox's audio outputs 16.04.55 # and inputs 16.05.30 # though i don't entirely see the point of using usb for this 16.05.47 # "do usb audio cables make a difference?" 16.05.49 # rofl 16.05.57 # i doubt it? usb is a digital transfer. 16.06.07 # at most it might effect the error rate 16.13.23 # acting as an ADC/DAC is a common enough feature of DAPs these days. 16.14.18 # USB audio requires isocronous transfers though, which will definitely require work on a per-usb-core-driver basis. 16.15.07 # last night I started trying to gether all the software bits I'd need to build an image for the PineCube or CherryPi-V3S boards. 16.15.32 # the former is in mainline u-boot and linux now, the latter shouldn't require more than minor devicetree tweaks. 16.16.09 # speachy: i heard not all of them support iso but there's a good chance this'll work on anything that HID does 16.16.29 # reading the usb spec i realize it's basically based on TCP/IP principles 16.16.40 # UDP vs TCP 16.16.42 # in many cases 16.17.04 # IIRC audio is about the only acutual user of isoc transfers. 16.17.18 # the HID driver also uses one 16.17.25 # a single iso endpoint to send input events 16.17.48 # Oh 16.17.54 # USB_ENDPOINT_XFER_INT 16.17.57 # nevermind 16.18.00 # thought it was iso 16.18.02 # yeah, HID used interrupts 16.18.13 # (again, about the only actual user of that..) 16.18.25 # at least as far as rockbox is concerned 16.19.06 # isoc matters because it has relatively tight timing requirments, which generally also means DMA. 16.19.54 # meaning there's not many devices where it'll work properly? 16.21.03 # according to the source 16.21.05 # meaning it'll likely only be "newer" devices. 16.21.14 # only 2 USBOTG drivers support ISO 16.21.25 # USBOTG_ARC 16.21.27 # which... 16.21.32 # is mainly PP devices 16.21.36 # DWG or ARC cores will work. 16.21.51 # the ingenic USB core will too. 16.22.07 # ISP1362 will too if we ever get it working 16.22.14 # it's limited to 1.1 but it claims to support ISO 16.24.30 # speachy: is this right? ARC is limited to 3 endpoints? 16.25.29 # dunno, I've never looked. 16.25.41 # s/DWG/DWC/ 16.25.50 # that's what pp5020.h defines 16.26.25 # which is enough for the current stack of HID + UMS 16.26.26 # there might be multiple variations of the ARC core too, with different features/capabilities. 16.26.56 # we already have the ability to enable/disable HID on devices that can support it 16.27.03 # ditto on UMS. 16.27.46 # I'd always envisioned my cheesy "mount y/n" prompt on USB insertion to become a full menu once more capabilities are added. 16.27.57 # (that's the easy part!) 16.28.14 # if we want MTP, it requires 3 endpoints 16.29.31 # oddly this isp1362 has one thing going for it in spite of being slow 16.29.36 # it has a shitton of endpoints 16.29.45 # 14 16.29.50 Quit Rower () 16.31.39 # i wouldn't be surprised if 3 is the limit for PP5020 since they never envisioned needing to support more than 3 endpoints or USB devices over the same link 16.32.18 # so for some devices they may end up being a one trick pony for what they do at any one time over USB 16.42.50 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 16.52.01 Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) 16.55.34 Quit livvy (Remote host closed the connection) 17.08.36 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 17.12.07 Quit livvy (Remote host closed the connection) 17.14.30 Join borkitall [0] (~karinka@n114-75-91-109.bla3.nsw.optusnet.com.au) 17.15.03 Quit borkitall (Client Quit) 17.15.10 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 17.18.52 Quit igitoor (Ping timeout: 260 seconds) 17.19.25 Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648) 17.23.45 Join vmx [0] (~vmx@95.90.198.15) 17.27.00 Join borkitall [0] (~karinka@n114-75-91-109.bla3.nsw.optusnet.com.au) 17.30.21 Quit igitoor (Changing host) 17.30.21 Join igitoor [0] (igitur@unaffiliated/contempt) 17.31.44 Quit Rower () 17.36.32 Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) 17.38.58 Quit lebellium (Quit: Leaving) 17.44.03 Quit livvy (Remote host closed the connection) 17.46.32 Join livvy [0] (~livvy@gateway/tor-sasl/livvy) 17.48.20 Quit Rower () 17.54.43 Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach) 17.55.56 Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) 17.56.10 *** Saving seen data "./dancer.seen" 18.07.46 Join Rower- [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) 18.09.32 Quit Rower- (Client Quit) 18.10.36 Quit Rower (Ping timeout: 240 seconds) 18.13.25 Quit vmx (Quit: Leaving) 19.08.09 Quit bluebrother (Disconnected by services) 19.08.14 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 19.08.26 Join fs-bluebot [0] (~fs-bluebo@55d42048.access.ecotel.net) 19.10.56 Quit fs-bluebot_ (Ping timeout: 256 seconds) 19.26.11 Quit petur (Quit: Leaving) 19.56.12 *** Saving seen data "./dancer.seen" 20.41.11 # speachy: the usb audio spec mentions a need for synchronization. what method could we use in rockbox i wonder? 20.41.27 # https://www.usb.org/sites/default/files/audio10.pdf 20.41.53 # section 3.3 21.07.31 # probably astnchronous. I don't think we will realistically be able to slave things to the incoming data frames. 21.08.14 # (that would require being able to slave our DAC to a recovered clock, which.. might be possible on some targets, but isn't something I would count on. 21.09.55 # is SOF generated by the source or the sink? 21.12.12 # OTOH, the DAC and USB core are often on a shared clock source 21.12.44 # so jitter notwithstanding, they're not going to drift with respect to each other. 21.13.02 # indeed. 21.13.12 # i just don't see myself doing this alone. 21.13.15 # but I don't know the spec well enough to know how the sink tells the source to slow down 21.13.38 # it may only need 1.1 but it's a specialized area 21.14.16 # okay, 3.7.2.2 21.14.28 # i also posted a topic on the forums asking if people thought the h300 could use OTG support 21.17.34 # MTP would be simpler. :) 21.18.38 # it would also help if we had something to base it on 21.18.46 # most stuff is focused on host usb audio not the other side 21.19.08 # though to be honest at this point it may make more sense to focus on making hosted rockbox behave better rather than low-level hackery like that. 21.19.28 # you mean the H300? 21.21.41 # anyway in these older ports the main innovations i see is in the OTG area 21.21.51 # they're otherwise mostly maxed out already 21.40.36 Quit cockroach (Quit: leaving) 21.41.24 Join Stanley00 [0] (~stanley00@unaffiliated/stanley00) 21.56.14 *** Saving seen data "./dancer.seen" 22.33.23 Quit livvy (Ping timeout: 240 seconds) 22.44.06 # so just confirming, the search function on the website is broken? im trying to add lyrics 22.44.15 # *wiki 22.45.20 # if it is, its possibly something i could help out with, if noone else has the time to fix it 22.46.11 # 2014 is far too long for it to be broken 22.49.38 # Huh. Guess I should look into that. 22.51.52 # in the meantime, would someone link me the lyrics page? 22.53.16 # im far too low on sleep atm to bother lol 22.54.30 # but ill try find it 22.55.16 Quit michaelni (Ping timeout: 240 seconds) 22.56.31 # a rockbox bang command for duckduckgo would be a good idea for something for me to do 23.02.19 # one of the requirements for a bang command is it must be useful to more than 500 people, i think that requirement is satisfied 23.04.26 # okay ill have a look into it further later, once i get more sleep maybe 23.04.49 # or no 23.04.50 # now 23.04.51 # idk 23.04.59 # im so tired 23.08.00 Join michaelni [0] (~michael@213-47-68-29.cable.dynamic.surfer.at) 23.11.33 # speachy: thanks 23.13.53 # looks like im gonna have to actually do some dev work :) 23.16.08 # have to restart computer to clone the git repo 23.16.27 # oh wait no i dont lol 23.16.33 # so tired 23.17.47 # ugghhh my ssl config for konversation is fucking with my ability to clone git repos 23.18.13 # git-over-http is faily inefficient 23.18.32 # oh yeah, i could git another way hey 23.18.33 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 23.18.33 # * speachy sighs and yawns. 23.18.35 # i should know this 23.18.39 # thanks 23.18.46 # been at this sice about 0800. it's now 23:18 23.19.01 # i feel ya 23.19.27 # not going to stay up to watch it finish though. 23.19.35 # or more likely, go all explode-y. 23.19.35 # all good man 23.19.41 # lol 23.19.45 # (it'll be at least another 2 hours) 23.19.50 # hope you have a good sleep :) 23.21.23 # im in the process of switching from firefox to konqueror as well so that doesn't help.. 23.22.16 # just have to do my git config 23.23.11 # ja, you too 23.24.55 # okay we have progress 23.26.47 # oh no wonder im confused, i already have a private window open :P 23.28.13 # okay that wasn't necessary.. 23.29.28 # really need to get something better than i3... 23.31.20 # need to write a reason why it would be helpful for duckduckgo users.. 23.31.54 # if anyone feels like doing this for me, feel free lol 23.32.03 # otherwise i might just do it a bit later 23.32.57 # the bang works btw 23.33.51 # it was a good excuse to finally get my git config set up tho 23.56.17 *** Saving seen data "./dancer.seen"