--- Log for 02.06.116 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 14 hours ago 00.01.23 # So HZ=10, HZ=100 and HZ=1000 have the same write speed. I'd say that makes it rather unlikely that the thread setup is the main bloker 00.02.33 # Also, if the thread setup were the blocker (so not the USB hardware or driver), I'd say fuze+ should be faster than fuzev2 or the classic 00.02.39 # And that's not the case 00.03.09 # So it follows that it's either the hardware or the driver 00.03.52 # * pamaury is still writing the code.. 00.04.27 Quit paulk-collins (Quit: Leaving) 00.05.17 # gevaerts: in usb_storage.c, how does static struct buflib_callbacks dummy_ops; works ? is it garanteed that it will be initialised to 0 ? 00.05.22 # * pamaury does not remember this point of the spec 00.06.44 # pamaury: I'm not sure I understand the question 00.06.54 # Oh, C-wise? 00.07.04 # Yes, that's bss 00.07.10 # ok thanks 00.07.29 Quit ender` (Quit: Washing your car to make it rain doesn't work.) 00.13.09 Quit smoke_fumus (Read error: Connection reset by peer) 00.16.29 # * pamaury has some untested code on the fuze+, now the libusb part... 00.25.31 # yeah the code does not work... 00.28.05 Quit edhelas (Ping timeout: 260 seconds) 00.32.28 # ah, I miss a crucial detail 00.36.56 # * __builtin wonders if he could automatically rewrite times not in terms of HZ 00.43.41 # __builtin: with what aim? 00.48.46 # hum, this is tricky, you can't quite loop, you need to make TDs active again 00.49.12 # <__builtin> to remove HZ-dependence 00.49.29 # <__builtin> i.e. replace sleep(1) with sleep(HZ/100) 00.55.14 # yeah, the code works ! 00.55.20 Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) 00.55.29 # can anyone recommend a clip zip replacement battery? 01.00.56 # <__builtin> g#1336 01.00.57 # 3Gerrit review #1336 at http://gerrit.rockbox.org/r/1336 : 3rewrite some sleep() calls so they are not HZ-dependent by Franklin Wei 01.01.40 # hum, in fact it works unreliably 01.11.52 Quit ZincAlloy (Quit: Leaving.) 01.14.01 *** Saving seen data "./dancer.seen" 01.22.06 # gevaerts: it now works reliably 01.22.33 # the VERY interesting observation is that I can't push more than 22MB/s with my current code 01.22.53 # which basically setups a 64Kb transfer and resetup the same transfer is the IRQ handler 01.22.59 # so basically you can't expect to be faster 01.23.54 # <__builtin> gevaerts: can you try g#1336 with HZ=10000? 01.23.55 # 3Gerrit review #1336 at http://gerrit.rockbox.org/r/1336 : 3rewrite some sleep() calls so they are not HZ-dependent by Franklin Wei 01.24.00 Join ungali [0] (ungali@unaffiliated/ungali) 01.24.16 # gevaerts: stress code on host: https://gist.github.com/pamaury/6cea172644423f6bc7b5faab163ab712 use with g#1337 01.24.18 # 3Gerrit review #1337 at http://gerrit.rockbox.org/r/1337 : 3HACK: usb test by Amaury Pouly 01.25.54 # if I increase the number of TDs/QH to 16 and push 16*16Kb=256KB per transfer, I barely reach 30MB/s 01.27.37 # increasing numbef of TD to 32 and push 512Kb merely increases this figure to 32MB/s 01.31.03 # this is for SD? 01.32.25 Quit ungali (Quit: ungali) 01.32.37 Join ungali [0] (ungali@unaffiliated/ungali) 01.33.12 # saratoga: no, those are just raw usb transfers 01.33.38 # (we don't even make any use of the data/buffer, and I wrote a custom hack to stress the hardware as much as possible) 01.34.11 Join saratoga_ [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) 01.34.20 # isn't that close to theretical limits for usb2? 01.36.15 # it's quite far from the theory but quite close to the pratical one for bulk 01.36.21 # (which would be around 35/40 iirc) 01.37.34 Quit saratoga (Ping timeout: 250 seconds) 01.38.51 # gevaerts: ah no scratch that, I forgot to remove some IOC bits, so in fact even with 4 TDs/QH, I can get ~32MB/s 01.40.19 # so clearly there is room between 22MB/s for storage with ramdisk and 32MB/s top, but UMS has a very inefficient protocol too 01.42.25 # oh yeah, i guess theoretical would be 48 MB/s ignoring protocol overhead 01.42.44 Quit ungali (Quit: ungali) 01.44.54 # * pamaury goes to bed 01.45.05 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 01.48.10 Quit JdGordon (Ping timeout: 250 seconds) 01.49.45 Quit pamaury (Ping timeout: 260 seconds) 01.53.05 Join [Saint] [0] (77e01fae@rockbox/staff/saint) 02.17.36 Join JanC_ [0] (~janc@lugwv/member/JanC) 02.18.04 Quit Guest65764 (Ping timeout: 250 seconds) 02.18.37 Nick JanC is now known as Guest60369 (~janc@lugwv/member/JanC) 02.18.37 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 02.20.16 Quit Guest60369 (Ping timeout: 272 seconds) 02.34.35 Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) 02.34.54 Join idonob_ [0] (~Owner@S010610c37b922980.vs.shawcable.net) 02.35.13 Quit idonob_ (Client Quit) 03.06.36 Quit amiconn (Ping timeout: 250 seconds) 03.06.36 Quit pixelma (Ping timeout: 250 seconds) 03.14.05 *** Saving seen data "./dancer.seen" 03.16.28 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 03.16.28 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 03.45.56 Join Strife89 [0] (~quassel@adsl-98-67-63-184.mcn.bellsouth.net) 03.50.41 Quit PurlingNayuki (Remote host closed the connection) 04.04.38 Join PurlingNayuki [0] (~Thunderbi@v163-44-154-238.a00f.g.sin1.static.cnode.io) 04.07.17 Quit krabador (Quit: Take The Time) 04.27.20 Quit PurlingNayuki (Remote host closed the connection) 04.47.37 Join PurlingNayuki [0] (~Thunderbi@v163-44-154-238.a00f.g.sin1.static.cnode.io) 04.54.27 Quit PurlingNayuki (Ping timeout: 264 seconds) 05.11.36 Join PurlingNayuki [0] (~Thunderbi@v163-44-154-238.a00f.g.sin1.static.cnode.io) 05.14.08 *** Saving seen data "./dancer.seen" 05.27.30 Join Stroboko1p [0] (~Strobokop@x5f77bb2d.dyn.telefonica.de) 05.30.56 Quit Strobokopp (Ping timeout: 272 seconds) 05.48.05 Quit dfkt (Read error: Connection reset by peer) 05.49.25 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 06.13.04 # that RkNanoD is interesting, haven't seen an mp3 player yet based on a modern ARM cortex M series and a relatively advanced fab node 06.14.55 # probably not enough RAM to do much with though 06.23.04 Quit alexweissman (Read error: Connection reset by peer) 06.23.40 Join alexweissman [0] (~alexweiss@c-68-51-85-190.hsd1.in.comcast.net) 07.05.06 Quit dfkt (Quit: SIC GORGIAMVS ALLOS SVBJECTATOS NVNC.) 07.14.04 Quit nlogex (Ping timeout: 250 seconds) 07.14.09 *** Saving seen data "./dancer.seen" 07.17.40 # what if rockbox people kickstartered the dream rockbox mp3 player? 07.24.25 Join edhelas [0] (~edhelas@145.133.43.230) 07.37.07 # <[Saint]> You need a ridiculous amount of funds to create a product that could compete in any way with any existing solutions. 07.42.03 # <[Saint]> I don't know about anyone else but I sure don't have an inside track to a reliable/quality fabricator. 07.42.46 # <[Saint]> well, not any that could provide anything at a reasonable quality as well as quantity. 07.45.40 # <[Saint]> if you use a milled case, it is expensive and time consuming, and if you use a stamped or injected case you'll need several iterations to get the masters done - which is also time consuming and expensive especially at small scale. 07.45.47 Quit pixelma (Remote host closed the connection) 07.45.47 Quit amiconn (Remote host closed the connection) 07.47.06 # <[Saint]> there's a whole lot of areas of production of that type of product that small players end up sinking money into until they haemorrhage to death. 07.47.14 # it's ok call the chinese 07.48.00 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 07.48.03 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 07.48.50 # <[Saint]> I was assuming no less. But "outsource fabrication to China" is no magic bullet. 07.51.18 # <[Saint]> I think the best the community could hope for with minimal optimism would be schemamtics for an open player that people could source and build themselves. 07.52.06 # what would a good player need anw? 07.57.17 # <[Saint]> I think at the moment the really obvious choice if you wanted to cobble together an "open" (I use the term loosely due to semantics about the GPU firmware provided by Broadcom, even if there is a community fork to reverse it) player is a Raspberry Pi Zero. 07.57.52 Join nlogex [0] (~filip@dhcp-108-168-15-53.cable.user.start.ca) 07.58.32 # <[Saint]> a tiny OLED from alibaba et al, and some momentary pushbuttons, and you've got yourself the makings of a DAP goind. 08.00.47 # <[Saint]> If you're ordering units in the value of around a hundred thousdand or more, and willing to sign and NDA, you can even get the RPF to fabricate custom board layouts and populations for their existing supported products. 08.01.47 # I think a good player needs to sell a couple million units per year in order to be good 08.01.58 # <[Saint]> right. 08.02.00 # otherwise you can't get good components, can't pay for development, etc 08.02.13 # niche will inevitably mean expensive and probably mean bad 08.02.25 # <[Saint]> sourcing becomes a bitch unless you're willing to commit to continuous flow. 08.02.49 # <[Saint]> banana pi found that out. 08.02.53 # <[Saint]> hard. 08.03.58 # <[Saint]> then they were all like 'to get more silicon, Broadcom says we need to but in ther hundreds of thousands of units, which will bankrupt us'. 08.04.05 # <[Saint]> so, lol. RIP. 08.04.17 # <[Saint]> *to buy 08.06.17 # <[Saint]> If only Niel Young was a Rockbox fan. 08.07.29 Join soadkombucha [0] (dennis@gateway/shell/fnordserver.eu/x-urfuswitpnvrwzho) 08.08.12 # OK so I'm having an issue... Trying to install the (apparently new) rockbox port available for the Xuelin iHiFi 770c. It will install fine, but I keep getting some RKW or BKW file is missing upon boot 08.09.06 # may have figured it out... may have simply downloaded the wrong file 08.09.10 # [Saint]: and less of a pseudoscience fan? 08.15.24 # fnow I'm getting an "ATA error: -4" and can't even reflash 08.15.55 Join ender` [0] (krneki@foo.eternallybored.org) 08.18.20 # <[Saint]> soadkombucha: I don't think that port has anything to do with us, per se. 08.19.00 # is that one of those ingenic sd card players? 08.19.52 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 08.20.28 # saratoga_: No, it's by a company called Xuelin. Lol. 08.20.46 # <[Saint]> saratoga_: AH, I see, seems it's that Vortex guy. 08.20.47 # oh wait, its rockchip, not ingenic 08.21.17 # http://www.i-hifi.com/index.php/en/class3.html 08.21.21 # <[Saint]> soadkombucha: for the moment at least Vortex's builds have exactly no direct connection with the ROckbox project. 08.21.29 # It was worth a shot 08.21.33 # been waiting for the port for ages 08.21.43 # <[Saint]> Sort it out with him, I guess. Sorry. 08.22.07 # eh I can wait 08.22.10 # <[Saint]> He's kinda acting independently for reasons that aren't in any way obvious. 08.22.14 # The default firmware is just utter shite 08.22.21 # It's terrifyingly bad 08.22.21 # <[Saint]> So waiting may not be an option. 08.22.42 # <[Saint]> As far as I see there's been no effort from him to mainline his work at all. 08.22.53 # That seems bizarre 08.22.55 # <[Saint]> One assumes if he were concerned in doing so he would. 08.23.05 # * [Saint] shrugs 08.23.21 # For an open source project, why split like that 08.23.39 # <[Saint]> No idea whatsoever. 08.25.30 # amazon reviewer for that player says that he gets less than 3.5 hours battery life on a charge 08.25.43 # i wonder if thats just terrible firmware or if they screwed up the hardware some how 08.25.48 # <[Saint]> yowch. 08.25.54 # i got it for like 85 bucks 08.26.16 # i've gottwn like 6-8hrs though 08.26.40 # <[Saint]> holy shit, it's huge. 08.26.48 # <[Saint]> and the screen...isn't. 08.26.49 # not really 08.27.04 # it's maybe a little bigger than a first gen mini 08.28.02 # the sound quality is great though; for a budget players the downfalls can be overlooked imo 08.28.25 # <[Saint]> I bet those capacitive buttons are real fun. 08.28.36 # this broken sansa clip i got on ebay works fine 08.28.42 # i wonder what the seller was referring to 08.28.49 # i have no issues. 08.28.51 # <[Saint]> huh, nice. 08.30.03 # it also came with 3.13 installed 08.32.01 # what's the significance of that version 08.32.11 # easiest to install rockbox over? 08.45.14 # <[Saint]> release, no more. 08.45.29 # <[Saint]> no easier, nor harder. 09.00.54 Quit [Saint] (Ping timeout: 250 seconds) 09.02.57 Quit edhelas (Ping timeout: 276 seconds) 09.03.49 Join girafe [0] (~girafe@LFbn-1-8020-64.w90-112.abo.wanadoo.fr) 09.14.12 *** Saving seen data "./dancer.seen" 09.19.22 Join petur [0] (~petur@rockbox/developer/petur) 10.04.28 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 10.11.49 # saratoga_: the sony nw-E390 is based on RKnanoD, it looks like an cool soc but 1MB of RAM is tight 10.15.03 Join elensil [0] (~edhelas@2001:1c02:1903:d800:7d76:39eb:1776:53bd) 10.25.26 Quit mc2739 (Ping timeout: 246 seconds) 10.30.28 Quit girafe (Read error: Connection reset by peer) 10.39.27 Quit pamaury (Ping timeout: 260 seconds) 10.50.07 Quit elensil (Ping timeout: 272 seconds) 10.51.12 Quit GeekShadow (Ping timeout: 244 seconds) 11.00.41 Join elensil [0] (~edhelas@2001:1c02:1903:d800:e999:c1e4:301a:1ea6) 11.14.13 *** Saving seen data "./dancer.seen" 11.18.50 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 11.52.14 Quit foolsh (Ping timeout: 260 seconds) 11.53.01 Join foolsh [0] (~starchase@c-69-245-208-80.hsd1.il.comcast.net) 11.53.58 Join maruk [0] (~papier@titanium.v6.sdv.fr) 11.54.40 Quit pamaury (Ping timeout: 240 seconds) 12.48.55 Quit PurlingNayuki (Quit: PurlingNayuki) 12.49.26 Join PurlingNayuki [0] (~Thunderbi@v163-44-154-238.a00f.g.sin1.static.cnode.io) 12.50.20 Quit PurlingNayuki (Client Quit) 12.51.59 Join PurlingNayuki [0] (~Thunderbi@v163-44-154-238.a00f.g.sin1.static.cnode.io) 13.14.17 *** Saving seen data "./dancer.seen" 13.39.37 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 13.54.06 Quit puckipedia (Ping timeout: 244 seconds) 13.55.22 Quit PurlingNayuki (Remote host closed the connection) 13.58.22 Quit kugel (Ping timeout: 260 seconds) 13.59.10 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.59.11 Join puckipedia [0] (~puck@irc.puckipedia.com) 13.59.45 Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) 13.59.58 Quit pamaury (Read error: Connection reset by peer) 14.06.53 Join krabador [0] (~krabador@unaffiliated/krabador) 14.11.12 Quit pamaury_ (Ping timeout: 260 seconds) 15.14.19 *** Saving seen data "./dancer.seen" 16.15.56 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 16.21.19 Join PurlingNayuki [0] (~Thunderbi@v163-44-154-238.a00f.g.sin1.static.cnode.io) 16.25.23 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 16.25.33 Quit foolsh (Ping timeout: 240 seconds) 16.32.52 Join foolsh [0] (~starchase@2601:241:c200:4bc5:4d44:bd78:e1e0:3671) 17.14.20 *** Saving seen data "./dancer.seen" 17.36.59 Quit krnlyng (Ping timeout: 260 seconds) 17.38.09 Quit Guest85177 (Ping timeout: 244 seconds) 17.40.22 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 17.49.32 Join krnlyng [0] (~liar@178.112.248.197.wireless.dyn.drei.com) 17.49.41 Quit maruk (Quit: Leaving.) 18.04.31 Join JdGordon [0] (~jonno@124-149-151-43.dyn.iinet.net.au) 18.04.31 Quit JdGordon (Changing host) 18.04.31 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 18.07.39 Quit JdGordon_ (Ping timeout: 264 seconds) 18.28.26 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.30.05 Quit sLite (Quit: No Ping reply in 180 seconds.) 18.31.22 Join sLite [0] (~quassel@mail.slite.org) 18.46.43 Join edhelas [0] (~edhelas@145.133.43.230) 18.57.41 Quit edhelas (Ping timeout: 276 seconds) 19.06.37 Join p3tur [0] (~petur@rockbox/developer/petur) 19.14.23 *** Saving seen data "./dancer.seen" 19.32.38 Quit krabador (Remote host closed the connection) 19.38.24 Join edhelas [0] (~edhelas@145.133.43.230) 19.39.55 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 19.50.51 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 19.55.32 Quit edhelas (Ping timeout: 276 seconds) 20.00.29 # gevaerts: basically I want to get that done since a while but am still quite occupied 20.01.23 # I might get around the next couple of weeks, but can't promise anything 20.01.40 # but if you want to get something in first I can postpone that a bit :) 20.09.01 Quit Guest85177 (Ping timeout: 244 seconds) 20.09.07 # bluebrother: the thing is that we want to start using that block of usb ids that we got from openmoko, and it would be handy if a released rbutil version knew about those first 20.10.29 # sure. 20.10.39 # do we already have them assigned to the players? 20.11.12 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 20.11.16 # __builtin did an initial allocation on http://www.rockbox.org/wiki/USBIDs last night 20.11.25 # Randomly, to avoid any arguments :) 20.12.12 # ok 20.12.50 # as long as we have agreed on that adding them to Rockbox Utility is no big deal. And might be another reason for me to finally get around and create a new release :) 20.15.47 # <__builtin> gevaerts: randomly? 20.16.02 # <__builtin> they're still in alpha order as far as I can tell 20.16.13 # Oh, they are indeed 20.16.22 # I vote to leave them alone now to avoid confusion 20.17.02 # * __builtin thinks randomization is the best idea for now 20.17.17 # <__builtin> has anything been done using the alpha-order ones? 20.18.49 # Not *yet* until bluebrother is very fast 20.19.10 # <__builtin> ok, I'll randomize them now 20.19.28 # <__builtin> alpha order really doesn't make sense if we plan on adding more 20.22.04 Quit pamaury (Ping timeout: 260 seconds) 20.33.54 Join girafe [0] (~girafe@LFbn-1-8020-64.w90-112.abo.wanadoo.fr) 20.39.00 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 21.11.44 Join krabador [0] (~krabador@unaffiliated/krabador) 21.11.51 # * pamaury does not quite understand this obssession for "not alpha order" 21.12.50 # <__builtin> well, if we add a new USB target, it breaks everything and could confuse someone who looks at the first few and assumes it's alphabetized 21.14.27 *** Saving seen data "./dancer.seen" 21.17.01 # soadkombucha: I am working on merging the work from Vortex, but he clearly told me he is not interested in maintaining the stuff within the projet, so it won't be merge until I am completely satisfied with my rework. Also my time is limited, I am doing my best 21.18.13 # pamaury: OK. Let me know if you need any help with testing 21.18.22 # Since I have the device readily available 21.18.41 # I couldn't get it to load the files at all, kept going into rockchip mode 21.18.52 # and then at one point it threw an ATA: -4 error 21.18.59 # so back on defaut firmware for the moment 21.26.44 # <__builtin> is it a bad idea to rely on the internal workings of the MENU_* macros? 21.27.47 # __builtin: possibly, depends how badly I guess 21.28.27 # <__builtin> or, is there anyone who plans on ever changing them? 21.28.43 # I doubt anyone will change them dramatically 21.29.03 # <__builtin> alright 21.32.19 # <__builtin> also, do you think g#1336 is a good idea? 21.32.20 # 3Gerrit review #1336 at http://gerrit.rockbox.org/r/1336 : 3rewrite some sleep() calls so they are not HZ-dependent by Franklin Wei 21.32.51 # <__builtin> could there be some code that relies on sleeping exactly one tick, no matter HZ's value? 21.34.12 # __builtin: I think most sleep(1) simply mean "I want to sleep a ~1ms but sleep() won't let me do that, so sleep the smallest amount you can" 21.34.42 # <__builtin> well, at least it won't /break/ anything, right? 21.36.09 # in fact some sleep(1) may also use to 1) yield 2) not refresh too often (like in plugins). I think it's worth looking at of all them quickly and define if the rewrite makes sense 21.38.01 # <__builtin> ok, thanks 21.39.29 # <__builtin> would it be a better idea to rewrite them with yield() calls? 21.47.53 Quit petur (Quit: *plop*) 21.48.12 Nick p3tur is now known as petur (~petur@rockbox/developer/petur) 21.51.23 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 21.54.08 Quit JdGordon (Ping timeout: 260 seconds) 21.55.14 Quit elensil (Ping timeout: 258 seconds) 21.58.16 # __builtin: no, some of them are not yield 22.10.42 Join elensil [0] (~edhelas@2001:1c02:1903:d800:59bf:a0a6:7855:635f) 22.37.30 Quit TheSeven (Ping timeout: 250 seconds) 22.37.56 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 22.42.59 Quit Guest85177 (Ping timeout: 244 seconds) 22.44.37 Join edhelas [0] (~edhelas@145.133.43.230) 22.44.46 # hey 22.44.51 # pamaury: here ? 22.45.04 # yes but busy 22.45.29 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 23.14.31 *** Saving seen data "./dancer.seen" 23.36.46 Quit edhelas (Remote host closed the connection)