--- Log for 09.05.113 Server: leguin.freenode.net Channel: #rockbox --- Nick: Guest65560 Version: Dancer V4.16 Started: 7 days and 11 hours ago 00.02.31 Join froggyman [0] (~me@unaffiliated/froggyman) 00.02.57 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 00.05.04 # Hm. 00.05.31 # does someone have an ipodvideo running a current build who can, er, confirm that usb definitely still works? :) 00.07.12 Quit amiconn (Remote host closed the connection) 00.07.12 Quit pixelma (Remote host closed the connection) 00.07.35 # * gevaerts finds his ipod video 00.07.47 # "Please wait, very low battery" 00.07.52 # Maybe someone else? 00.08.21 # all the issues i had with this before accessing hte disk in rockbox seem cleared up 00.08.28 Quit pamaury (Ping timeout: 276 seconds) 00.08.29 # it can read and write the disk, saves settings, plays audio, etc 00.08.44 # the ata identity info reads the real model name instead of wonky corrupted version 00.09.10 # but usb insert hangs up the main thread (backlight timeout/etc still working) 00.14.16 Join tjb0607 [0] (~tjb0607@208.100.172.134) 00.16.22 Nick mrtux is now known as net_split (~mrtux@unaffiliated/mrtux) 00.17.08 Nick net_split is now known as cows (~mrtux@unaffiliated/mrtux) 00.18.15 Nick cows is now known as mrtux (~mrtux@unaffiliated/mrtux) 00.28.18 Join madcat1990 [0] (~madcat199@S010600259c5c94df.hm.shawcable.net) 00.30.09 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 00.30.10 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 00.32.36 Quit amiconn (Remote host closed the connection) 00.32.37 Quit pixelma (Remote host closed the connection) 00.33.25 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 00.33.25 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 00.38.20 Quit tjb0607 (Quit: Segmentation fault) 00.56.57 *** Saving seen data "./dancer.seen" 00.58.23 Quit amiconn (Remote host closed the connection) 00.58.23 Quit pixelma (Read error: Connection reset by peer) 00.59.13 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 00.59.13 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 01.06.43 Quit madcat1990 (Remote host closed the connection) 01.23.00 Quit Guest92883 (Read error: Connection reset by peer) 01.27.31 Quit AlexP_ (Ping timeout: 248 seconds) 01.28.23 Quit bertrik (Remote host closed the connection) 01.41.31 Quit jhMikeS (Ping timeout: 256 seconds) 01.44.01 Join william [0] (~william@d108-180-134-160.bchsia.telus.net) 01.44.22 Join Scr0mple [0] (~Simon@161.43.73.67) 01.44.24 Nick william is now known as Guest74993 (~william@d108-180-134-160.bchsia.telus.net) 01.46.23 Join AlexP [0] (~alex@rockbox/staff/AlexP) 01.46.51 Quit Scromple (Ping timeout: 252 seconds) 01.54.21 Quit bluebrother (Disconnected by services) 01.54.26 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 01.56.46 Quit fs-bluebot (Ping timeout: 252 seconds) 01.58.07 Join fs-bluebot [0] (~fs-bluebo@f053152142.adsl.alicedsl.de) 02.03.00 Join william_ [0] (~william@d108-180-134-160.bchsia.telus.net) 02.03.04 Quit Guest74993 (Quit: Leaving) 02.11.11 Quit william_ (Quit: Leaving) 02.19.20 # Torne: 83554cc-130508 seems to work fine for me on my 30gb ipod video 02.19.33 # Well, usb works. I didn't test more 02.57.01 *** Saving seen data "./dancer.seen" 03.01.17 Quit SuperBrainAK (Ping timeout: 256 seconds) 03.05.19 Quit Rower (Quit: Hmmm...) 03.06.15 Quit [Saint] (Ping timeout: 245 seconds) 03.26.15 Join [Saint] [0] (~saint@rockbox/user/saint) 03.31.21 Quit [Saint] (Ping timeout: 252 seconds) 03.35.11 Join [Saint] [0] (~saint@rockbox/user/saint) 03.53.36 Part krabador ("Sto andando via") 04.23.53 Join Scromple [0] (~Simon@119.225.209.134) 04.24.39 Quit amiconn (Disconnected by services) 04.24.40 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.24.44 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.24.49 Quit pixelma (Disconnected by services) 04.24.49 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.24.51 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.27.01 Quit Scr0mple (Ping timeout: 256 seconds) 04.30.26 Nick [Saint] is now known as [Sinner] (~saint@rockbox/user/saint) 04.30.29 Quit [Sinner] (Quit: Quit.) 04.30.48 Join [Saint] [0] (~saint@rockbox/user/saint) 04.32.37 Quit [Saint] (Client Quit) 04.33.03 Join [Saint] [0] (~saint@rockbox/user/saint) 04.57.03 *** Saving seen data "./dancer.seen" 05.04.07 Join Maxdamantus [0] (~Maxdamant@2001:470:f078::dead:beef:cafe) 05.05.26 # Is Rockbox meant to expose both the internal memory and the SD card (if one exists) over USB? 05.05.49 # eh, something says that's what it's meant to do .. but I only see the internal memory .. how does it expose the SD card? 05.06.54 # [571990.252796] scsi 15:0:0:0: Direct-Access Rockbox Internal Storage 0.00 PQ: 0 ANSI: 4 05.07.58 Join TheSphinX^ [0] (~briehl@p57A3813B.dip0.t-ipconnect.de) 05.10.51 Quit alexbobp (Ping timeout: 276 seconds) 05.11.15 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 05.11.28 Quit TheSphinX_ (Ping timeout: 252 seconds) 05.16.21 # Mm .. seems to detect both on Windows. 05.18.17 # <[Saint]> wfm on debian/ubuntu 05.19.28 # is that meant to be to me? 05.20.31 # <[Saint]> You see any other conversations in place? :) 05.20.46 # No, but I just joined .. so .. what's wfm? 05.20.55 # Seems to be some streaming format. 05.21.04 # <[Saint]> Works For Me 05.21.09 # Ah. 05.21.28 # What does the second one look like in dmesg? 05.22.18 # <[Saint]> I can't tell you presently, I've just moved house and most of my shiny things are still packed up. I was just saying that it definitely exposes both drives here. 05.22.19 Quit thegeek (Ping timeout: 246 seconds) 05.22.24 # <[Saint]> I can tell you that much. 05.22.27 # I think I found it. 05.22.44 # http://www.cs.sfu.ca/~ggbaker/personal/cf-linux mentions CONFIG_SCSI_MULTI_LUN, which is not set on my kernels. 05.23.13 # Thanks anyway. 05.23.28 # * Maxdamantus updates some kernels. 05.24.01 Nick mrtux is now known as mrtux_away (~mrtux@unaffiliated/mrtux) 05.27.04 Quit [7] (Disconnected by services) 05.27.13 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.36.13 Join SuperBrainAK [0] (~Andy@97-124-72-70.phnx.qwest.net) 05.47.22 Quit [Saint] (Quit: Quit.) 05.47.44 Quit froggyman (Ping timeout: 268 seconds) 05.49.40 Join [Saint] [0] (~saint@rockbox/user/saint) 05.51.04 Quit [Saint] (Remote host closed the connection) 05.52.09 Join [Saint] [0] (~saint@rockbox/user/saint) 05.53.08 # rockblox1d is meant to be a joke, right? 06.01.57 Quit dfkt (Disconnected by services) 06.01.59 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 06.05.34 Quit ur725 (Quit: Leaving) 06.57.04 *** Saving seen data "./dancer.seen" 07.18.46 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 07.36.49 # funman: not *all* timing registers are magic :) 07.38.35 Join ungali_mobile [0] (~yaaic@184.64.50.234) 07.52.09 Quit ungali_mobile (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) 08.02.27 Quit SuperBrainAK (Quit: pbly gone to sleep (-.-)Zzz...) 08.08.00 Join Scr0mple [0] (~Simon@161.43.73.67) 08.10.32 Quit Scromple (Ping timeout: 245 seconds) 08.12.40 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 08.24.44 Join ender` [0] (krneki@foo.eternallybored.org) 08.27.12 Quit akaWolf (Quit: my exit) 08.33.11 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 08.40.30 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) 08.43.21 Join thegeek_ [0] (~thegeek@40.200.16.62.customer.cdi.no) 08.45.53 Quit thegeek (Ping timeout: 276 seconds) 08.57.08 *** Saving seen data "./dancer.seen" 08.59.51 Join ungali_mobile [0] (~yaaic@184.64.50.234) 09.05.48 Quit ungali_mobile (Read error: Connection reset by peer) 09.43.10 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 09.48.44 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 09.52.26 # sequential ~3.5MB/s write and ~6MB/s read speed of the microSD card over USB 09.52.45 # what's likely to be the bottleneck there (Sansa Clip Zip, if anyone happens to be familiar with it already)? 09.53.08 # Can do >10MB/s both ways with the card reader on my laptop. 09.53.25 # (on the same card (with a microSD→SD adapter)) 09.54.11 # in my laptop* 09.56.55 # Maxdamantus: Have you checked the speed with OF? 09.57.44 # No. I'll probably try that soon. 09.58.14 # The SD card and controller of the clip zip is initialised for normal speed (25 MHz) and 4-bit wide mode, giving an upper limit of 12.5 MB/s 09.58.27 # * Maxdamantus just made a FAT image on his computer and copied his music to it, then started dding it to the device in the hopes that it'd be quicker. 09.58.52 # * Maxdamantus cbf attaching his laptop to the network by wire. 10.00.16 # I think the clip zip shares the sd card controller between the "internal" (built in memory) and "external" (microsd slot) sd card drive 10.01.08 # Interesting. 10.01.41 # so if it did that, it'd be half the 12.5? 10.02.52 # I suspect someone's made a plugin to do a simple test on the device itself. 10.06.15 # Maxdamantus: correct, but AFAIK it is not included in standard distribution 10.06.49 # Maxdamantus: I mean storage throughput benchmark plugin 10.09.11 # http://www.rockbox.org/wiki/DiskSpeed - but I can't find amsv2 in target in within this results 10.11.42 # create? 10.12.01 # Right, so that's a filesystem-based thing. 10.12.29 # though .. dunno 10.12.52 # Not sure what alignment would refer to doing that test in a filesystem. 10.13.20 # unless it takes into account information about the filesystem (which there's only one of anyway) 10.13.23 # alignment of the data in memory 10.13.44 # Oh. 10.13.58 # unaligned transfers are usually much slower 10.15.17 # Looks like it's insignificant for a lot of them though. 10.15.45 # maybe not with read 10.16.13 # but that's the generally faster operation, where such issues will become apparent. 10.16.54 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 10.17.17 # (that first one (Archos Ondio FM) apparently does better unaligned in two cases than aligned, and the same in the other one) 10.19.11 # and yeah, the tests are all under the filesystem. 10.23.13 # Maxdamantus: transfering files through USB uses filesystem as well, so I don't quite understand your remark 10.25.43 # it becomes dependent on the filesystem code as well as the disk driver/hardware. 10.26.23 # true, and what does this change? 10.27.11 # Not a lot, practically. 10.27.35 # but it could measure determine performance of a more optimal filesystem. 10.28.02 # * wodz failed to parse the statement 10.28.33 # not completely familiar with how they tend to work, but presumably you'd need to know about how caching works in the filesystem to interpret any results other than "this is faster than that" 10.29.29 # because if you write one byte to a file, you'll need to read the other bytes in that sector (in the filesystem and on the disk—I think you'd hope they're the same size) 10.30.18 # AFAIK we cache one sector at a time, no more 10.30.29 # I think, as I said, not particularly familiar with how filesystems/disks tend to work. 10.32.16 # anyway, using Linux's FAT32 implementation, I was getting ~2.5MB/s write. 10.32.33 # so there's 1MB overhead coming from *SOMETHING* 10.33.14 # a more optimal filesystem could potentially do the full 3.5MB/s on a blank disk. 10.33.41 # Basically there are two bottlenecks: 1) raw disk/sd transfer 2) usb stack overhead. Rb usb stack tend to be rather slow. 10.33.50 # I suspect thats the problem 10.34.55 # but the filesystem overhead is affected by those just as much as dding to the device is. 10.35.37 # if the USB is slow, it's going to take longer to figure out where the blocks for some file are. 10.35.46 # or to allocate more blocks for that file. 10.37.14 # there are filesystems in development that want to optimise (in performance) still for random-access devices. 10.37.40 # because they know there's still (and maybe always will be) overhead. 10.41.42 # Maxdamantus: It is highly unlikely we add another FS support to rb. 10.41.56 # I know. I noticed. 10.42.11 # I'm not criticising anyone for anything. 10.42.54 # just saying .. performance of writing/reading files doesn't correspond directly to some aspect of disk performance. 10.43.34 Join mortalis [0] (~mortalis@77.108.98.176) 10.43.45 # as demonstrated by the 1MB/s (of 3.5MB/s) overhead in FAT on Linux. 10.44.32 # you might be able to calculate that overhead by bringing in some other factor like random access—maybe some part of the hardware actually reads a few sectors ahead just in case. 10.47.58 # there is no fancy caching, readahead, or IO scheduling in rockbox as far as I know 10.48.24 # so if USB is a bottleneck, doing that might be advantageous. 10.48.36 # or not—considering the amount of memory on most of the devices it runs on 10.49.10 # (if USB benefits from sending lots of data one way) 10.49.27 # (rather than responding to a request for every sector read) 10.49.33 # * Maxdamantus is also unfamiliar with how USB works 10.57.09 *** Saving seen data "./dancer.seen" 10.57.25 Quit DexterLB (Read error: Connection reset by peer) 11.01.30 # Maxdamantus: there is an excellent intro into USB called "usb in a nutshell" (from beyondlogic IIRC) 11.02.04 # basically, it's a master-slave protocol (the device being a slave) 11.02.23 # as far as I know our usb storage driver is double buffered, I can't see how it could be faster 11.02.43 Join DexterLB [0] (~dex@95.43.96.111) 11.02.44 # pamaury: oh, didn't know we double buffered 11.02.57 # surely we could squeeze out a few more bits of performance but with 10MB/s that's far from the maximum bandwidth 11.03.41 # By the way, I saw a post on google+ about a hacker who decoded RDS-TMS messages 11.03.50 Join stoffel [0] (~quassel@pD9E4276B.dip0.t-ipconnect.de) 11.04.24 # before blaming the usb stack one should first do a raw read/write benchmark using the plugins, maybe the sd driver is just slow 11.04.51 # bertrik: link ? I began some work toward this but I haven't touched it in a log time now 11.04.53 # Yeah, will probably do that after I've done this transfer. 11.05.17 # don't want to leave the drive with Rockbox with a temporarily invalid filesystem. 11.05.39 # dd if=/3t/64sdd1 bs=1M count=45640 of=/dev/sdd1 11.05.47 # pamaury: http://windytan.blogspot.fi/2013/05/a-determined-hacker-decrypts-rds-tmc.html 11.07.09 # bertrik: ok I misunderstood, that's tmc, nice 11.08.26 Quit DexterLB (Read error: Connection reset by peer) 11.12.52 # there's a bunch of fun stuff we can still do for RDS 11.13.44 Join DexterLB [0] (~dex@95.43.96.111) 11.13.58 # Also, I'm thinking of using the tuner interrupt for faster tuning on some of the si470x tuners. Currently we just wait for a pre-determined time, possibly waiting too long. 11.17.25 # would that really be a win ? I'm under the impression that it is already quite fast but i'm always for improvements too ^^ 11.18.22 # I think we're already faster than the OF, but I don't mind getting even faster. 11.18.45 # Many tuners also support a kind of "built-in" seeking, that we don't currently take advantage of in rockbox 11.19.21 Quit DexterLB (Read error: Connection reset by peer) 11.20.12 # bertrik: rather archive this blog page while it is still online :-) 11.20.45 # I read she got somd kinf of takedown notice already :) 11.23.36 Join jhMikeS [0] (~jethead71@50.4.247.132) 11.23.37 Quit jhMikeS (Changing host) 11.23.37 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 11.24.45 Join DexterLB [0] (~dex@95.43.96.111) 11.28.08 # wodz: already done :) 11.28.30 Quit DexterLB (Read error: Connection reset by peer) 11.28.51 # bertrik: indeed, we could be much faster on seeking using the built-in mode probably, but our interface makes it impossible or akward 11.29.11 # and I don't know how reliable it is 11.33.46 Join DexterLB [0] (~dex@95.43.96.111) 11.39.30 Quit DexterLB (Read error: Connection reset by peer) 11.44.47 Join DexterLB [0] (~dex@95.43.96.111) 11.46.43 Quit thegeek_ (Read error: Connection reset by peer) 11.48.42 Quit DexterLB (Read error: Connection reset by peer) 11.53.50 Join DexterLB [0] (~dex@95.43.96.111) 11.54.36 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) 12.03.19 Quit DexterLB (Read error: Connection reset by peer) 12.08.19 Join DexterLB [0] (~dex@95.43.96.111) 12.12.29 # mortalis: What do you think about g#466 in general? 12.12.31 # 3Gerrit review #466 at http://gerrit.rockbox.org/r/466 : 3rk27xx: Use DMA for lcd_update_rect() by Marcin Bukat (changes/66/466/4) 12.28.06 Quit zu (Ping timeout: 264 seconds) 12.47.53 Join zu [0] (~zu@ks387228.kimsufi.com) 12.48.10 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu) 12.57.10 *** Saving seen data "./dancer.seen" 12.58.46 Quit stoffel (Ping timeout: 268 seconds) 13.15.35 Join stoffel [0] (~quassel@pD9E4276B.dip0.t-ipconnect.de) 13.24.46 Quit wodz (Quit: Leaving) 13.25.50 Join supp [0] (supp@2604:180:0:1:216:3cff:fee8:6d3f) 13.37.36 # Hmm .. apparently you're meant to mount the filesystems on Linux with iocharset=utf8 .. that option is described by the man page as “Character set to use for converting between 8 bit characters and 16 bit Unicode characters.” 13.37.52 # as in .. for converting *TO* the 16-bit unicode characters on FAT. 13.38.16 # actually, that's probably UTF-16/UCS-2 13.38.25 # so probably a safe operation .. ugly though. 13.38.30 # * Maxdamantus hates UTF-16. 13.38.54 # * Maxdamantus would rather Java/Javascript programs use UTF-8 in their 16-bit strings. 13.39.17 # utf-16 is unfortunate, nobody chose it on purpose 13.39.45 # I guess other OSes probably use UTF-16 .. I remember opening shortcut files when I was younger and seeing filenames with alternating squares. 13.39.47 # all the things that use 2-byte unicode encoding made that choice when the consortium intended for there to only be 65536 codepoints 13.39.55 # so, utf-16 was never supposed to be :) 13.39.58 # (in Windows) 13.40.11 # languages don't want to use utf-8 because it makes character based indexing expensive 13.40.27 # so .. does Rockbox actually support the fully unicode set? 13.40.32 # * Maxdamantus will have to try it in a minute. 13.40.35 # no idea :) 13.40.39 # almost finished dding that image. 13.41.03 # we definitely support the whole BMP, i have no idea if the astral planes work at all 13.41.19 # let alone treating VFAT LFNs as UTF-16 and parsing the surrogate pairs :) 13.42.16 # Yeah, and all the Java and Javascript programs that were confirmed to work with Russian/Arabic/whatever writing system you can think of that isn't Classical Mongolian (which is vertical and extremely complicated so noone cares) work with it too. 13.43.22 # oh, nvm .. Classical Mongolian is in the BMP. 13.43.43 # well, yah, if programs are careful and the text rendering stuff on the backend supports it then you can render the astral planes perfectly fine as ong as you just pass data through unaltered 13.43.48 # but nothing renders it. 13.43.51 # it's only when you actually manipulate strings encoded in utf-16 that you have a problem 13.44.08 # when you accidentally index them wrong or split surrogate pairs ;) 13.44.53 # which is why UTF-16 is horrible. 13.45.07 # right, but like i said nobody actually chose it 13.45.08 # it was an accident 13.50.45 # if you enabled the database at some point, does it normally freeze the device after writing to the SD while it rescans the tree and updates it (the database), or would that have happened because I put a new filesystem on it? 13.52.12 # * Maxdamantus guesses the latter. 13.52.48 # who needs "Classical Mongolian"?? 13.52.58 # whatever that is 13.53.02 # people in inner Mongolia? 13.53.34 # Dunno. I guess most people there who use technology will be familiar with the Cyrillic script. 13.54.23 # It's called "Classical" as in .. rather than the "modern" one used in outer Mongolia which is based on Cyrillic. 13.54.59 # my dad speaks a dialect of Arabic he calls "Classical Arabic" (alongside Moroccan Arabic), which he uses to talk to people who aren't from Morocco. 13.58.33 Join kaitsu1 [0] (~bubba@a91-152-170-133.elisa-laajakaista.fi) 14.08.56 # Build Server message: 3New build round started. Revision d04bd89, 214 builds, 40 clients. 14.13.49 # Build Server message: 3Build round completed after 293 seconds. 14.21.54 Quit stoffel (Ping timeout: 260 seconds) 14.22.50 Quit mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 14.30.43 Quit DexterLB (Read error: Connection reset by peer) 14.36.05 Join DexterLB [0] (~dex@95.43.96.111) 14.42.43 Part kirvesAxe ("joo nähää") 14.46.10 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.50.39 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 14.53.22 Quit [Saint] (Remote host closed the connection) 14.54.25 Join [Saint] [0] (~saint@rockbox/user/saint) 14.57.11 *** Saving seen data "./dancer.seen" 15.16.47 # Interesting. Linux doesn't seem to let me create filenames with characters in the SMP on FAT with iocharset=utf8 15.16.53 # works fine without it though. 15.17.55 # Wonder if you can use such filenames on Windows. 15.18.19 # * Maxdamantus can't be bothered going to the Windows computer atm 15.18.25 Join advcomp2019 [0] (~advcomp20@71-213-218-159.sxcy.qwest.net) 15.18.25 Quit advcomp2019 (Changing host) 15.18.25 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 15.21.13 Quit advcomp2019__ (Ping timeout: 268 seconds) 15.36.02 # read: 6MB/s, write: 2.5MB/s in OFW 15.36.06 # same as in rb 15.36.38 # wait, I had 3.5MB/s in rb write. 15.36.50 # so faster write in rb. 15.37.44 # oh, oops. had a second reading task going in the background. 15.38.07 Join froggyman [0] (~me@unaffiliated/froggyman) 15.38.14 # These devices very often aren't built for maximum throughput, really 15.38.36 # So not achieving anywhere near what a dedicated reader does is common 15.42.56 # ugh .. http://www.anythingbutipod.com/forum/showthread.php?t=64932 15.43.03 # makes it hard to test. 15.43.22 # OFW takes like ten minutes to refresh the database with ~35GB of music. 15.44.15 # You could try testing it with obviously non-music files? 15.44.37 # I'm not testing it with any files. 15.44.40 Quit mc2739 (Read error: Connection reset by peer) 15.44.47 # Ah, right. Plain dd? 15.44.51 # Yeah. 15.44.53 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 15.45.02 # but it doesn't let me connect it until it's refreshed the database. 15.47.06 # To make things more complicated, various OSes have various ways to cache stuff when dealing with USB devices, depending on all sorts of things (such as the "removable" bit) that can make dd results meaningless for e.g. windows users 15.47.12 # * gevaerts saw this with the ipod video 15.48.16 # I don't remember if this got solved, but I used to get speeds within 5% of the OF on that one, but windows benchmarks showed something like three times slower 15.49.07 # Yeah, 3.3MB/s write. 15.50.24 # * Maxdamantus is doing a `sync` before and after and assuming nothing else is using anything significantly. 15.51.23 # a 16.10.44 # No matroska then? :( 16.12.18 # Build Server message: 3New build round started. Revision 9e9f692, 214 builds, 40 clients. 16.17.19 # Build Server message: 3Build round completed after 302 seconds. 16.40.35 Join advcomp2019_ [0] (~advcomp20@97-114-245-230.sxcy.qwest.net) 16.40.35 Quit advcomp2019_ (Changing host) 16.40.35 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 16.43.21 Quit advcomp2019 (Ping timeout: 256 seconds) 16.46.59 Nick [Saint] is now known as [Sinner] (~saint@rockbox/user/saint) 16.47.04 Quit [Sinner] (Quit: Quit.) 16.47.30 Join [Saint] [0] (~saint@rockbox/user/saint) 16.48.02 Nick [Saint] is now known as [Saint_] (~saint@rockbox/user/saint) 16.48.06 Nick [Saint_] is now known as [Saint] (~saint@rockbox/user/saint) 16.48.31 Quit [Saint] (Client Quit) 16.49.20 Join [Saint] [0] (~saint@rockbox/user/saint) 16.57.12 *** Saving seen data "./dancer.seen" 17.09.51 Join Horscht [0] (~Horscht@xbmc/user/horscht) 17.16.59 Quit [Saint] (Remote host closed the connection) 17.18.13 Join [Saint] [0] (~saint@rockbox/user/saint) 17.18.44 Quit ml| () 17.19.06 Join ml| [0] (~ml@c-98-254-4-46.hsd1.fl.comcast.net) 17.19.31 Nick ml| is now known as Guest70057 (~ml@c-98-254-4-46.hsd1.fl.comcast.net) 17.26.27 # Build Server message: 3New build round started. Revision f7d8b2d, 214 builds, 40 clients. 17.31.13 # Build Server message: 3Build round completed after 287 seconds. 17.31.30 Quit DexterLB (Read error: Connection reset by peer) 17.32.17 Join advcomp2019 [0] (~advcomp20@65-131-186-88.sxct.qwest.net) 17.32.17 Quit advcomp2019 (Changing host) 17.32.17 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 17.32.51 Quit advcomp2019_ (Ping timeout: 252 seconds) 17.36.51 Join DexterLB [0] (~dex@95.43.96.111) 17.38.26 Join advcomp2019_ [0] (~advcomp20@65-131-186-39.sxct.qwest.net) 17.38.27 Quit advcomp2019_ (Changing host) 17.38.27 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 17.38.54 Quit advcomp2019 (Ping timeout: 264 seconds) 17.42.25 Quit DexterLB (Read error: Connection reset by peer) 17.47.21 Join DexterLB [0] (~dex@95.43.96.111) 17.52.33 Quit DexterLB (Read error: Connection reset by peer) 17.55.20 Quit Guest70057 (Changing host) 17.55.20 Join Guest70057 [0] (~ml@unaffiliated/ml/x-3958674) 17.55.21 Nick Guest70057 is now known as ml| (~ml@unaffiliated/ml/x-3958674) 17.57.52 Join DexterLB [0] (~dex@95.43.96.111) 17.58.31 Join n1s [0] (~n1s@nl118-168-30.student.uu.se) 17.58.31 Quit n1s (Changing host) 17.58.31 Join n1s [0] (~n1s@rockbox/developer/n1s) 17.58.50 Quit ml| () 17.59.07 Join ml| [0] (~ml@unaffiliated/ml/x-3958674) 18.00.46 Quit froggyman (Ping timeout: 260 seconds) 18.02.43 Quit DexterLB (Read error: Connection reset by peer) 18.07.53 Join DexterLB [0] (~dex@95.43.96.111) 18.13.07 Quit DexterLB (Read error: Connection reset by peer) 18.18.24 Join DexterLB [0] (~dex@95.43.96.111) 18.22.03 Join sakax [0] (~sakax@d8D862C77.access.telenet.be) 18.22.40 Quit DexterLB (Read error: Connection reset by peer) 18.25.21 Nick mrtux_away is now known as mrtux (~mrtux@unaffiliated/mrtux) 18.25.46 Nick mrtux is now known as mrtux_away (~mrtux@unaffiliated/mrtux) 18.27.55 Join DexterLB [0] (~dex@95.43.96.111) 18.28.26 Join madcat1990 [0] (~madcat199@216.185.65.74) 18.32.41 Quit DexterLB (Read error: Connection reset by peer) 18.37.56 Join DexterLB [0] (~dex@95.43.96.111) 18.40.24 Join froggyman [0] (~me@msoe-00033403.nebula.msoe.edu) 18.40.24 Quit froggyman (Changing host) 18.40.24 Join froggyman [0] (~me@unaffiliated/froggyman) 18.43.12 Quit DexterLB (Read error: Connection reset by peer) 18.48.27 Join DexterLB [0] (~dex@95.43.96.111) 18.53.25 # USB is messed up in my mac mini. Emergency HDD mode doesn't work. It won't even show up. After rebooting to Rockbox, worked no problem. Good job guys! 18.54.05 # * gevaerts assumes s/mac/ipod/ :) 18.54.29 # Weird. Emergency disk mode shouldn't ever not work unless the hardware is bad 18.54.57 Quit DexterLB (Read error: Connection reset by peer) 18.57.13 # You assume well. This mac has some USB weirdness 18.57.17 *** Saving seen data "./dancer.seen" 18.57.26 # Everything works just fine at home, you know, on an ASUS laptop 18.58.00 # Then again, I'm running linux on said laptop, maybe that helps 18.59.58 Join DexterLB [0] (~dex@95.43.96.111) 19.05.32 Quit DexterLB (Read error: Connection reset by peer) 19.10.06 Quit pamaury (Ping timeout: 264 seconds) 19.10.29 Join DexterLB [0] (~dex@95.43.96.111) 19.13.14 Quit DexterLB (Read error: Connection reset by peer) 19.18.30 Join DexterLB [0] (~dex@95.43.96.111) 19.22.55 Quit DexterLB (Read error: Connection reset by peer) 19.28.01 Join DexterLB [0] (~dex@95.43.96.111) 19.31.01 Join Strife89 [0] (~Strife89@2602:306:250a:5b59:225:d3ff:fed6:15a) 19.32.13 Quit DexterLB (Read error: Connection reset by peer) 19.37.32 Join DexterLB [0] (~dex@95.43.96.111) 19.43.12 Quit DexterLB (Read error: Connection reset by peer) 19.48.33 Join DexterLB [0] (~dex@95.43.96.111) 19.52.16 Join pretty_function [0] (~sigBART@123.252.215.226) 19.53.01 Quit DexterLB (Read error: Connection reset by peer) 19.53.16 Join prof_wolfff [0] (~prof_wolf@62.83.50.196.dyn.user.ono.com) 19.58.04 Join DexterLB [0] (~dex@95.43.96.111) 20.01.13 Join mortalis [0] (~mortalis@77.108.98.176) 20.01.26 Join lorenzo92 [0] (~chatzilla@95.232.107.144) 20.02.16 Quit DexterLB (Read error: Connection reset by peer) 20.07.35 Join DexterLB [0] (~dex@95.43.96.111) 20.12.07 Quit DexterLB (Read error: Connection reset by peer) 20.13.04 Join ur725 [0] (~ur725@97-86-82-70.static.aldl.mi.charter.com) 20.17.06 Join DexterLB [0] (~dex@95.43.96.111) 20.21.24 Quit mortalis (Ping timeout: 248 seconds) 20.23.16 Quit DexterLB (Read error: Connection reset by peer) 20.28.37 Join DexterLB [0] (~dex@95.43.96.111) 20.33.26 Quit DexterLB (Read error: Connection reset by peer) 20.38.38 Join DexterLB [0] (~dex@95.43.96.111) 20.39.37 Quit pretty_function (Remote host closed the connection) 20.43.34 Quit DexterLB (Read error: Connection reset by peer) 20.45.13 Quit froggyman (Ping timeout: 256 seconds) 20.48.38 Join DexterLB [0] (~dex@95.43.96.111) 20.49.23 Join froggyman [0] (~me@unaffiliated/froggyman) 20.52.33 Quit DexterLB (Read error: Connection reset by peer) 20.53.38 Quit thegeek (Read error: Connection reset by peer) 20.54.03 Join Horschti [0] (~Horscht@xbmc/user/horscht) 20.56.22 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) 20.56.41 Quit Horscht (Ping timeout: 268 seconds) 20.57.19 *** Saving seen data "./dancer.seen" 20.57.40 Join DexterLB [0] (~dex@95.43.96.111) 21.02.56 Quit DexterLB (Read error: Connection reset by peer) 21.08.11 Join DexterLB [0] (~dex@95.43.96.111) 21.12.36 Quit DexterLB (Read error: Connection reset by peer) 21.12.48 Join thegeek_ [0] (~thegeek@40.200.16.62.customer.cdi.no) 21.14.35 Quit thegeek (Ping timeout: 264 seconds) 21.15.49 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) 21.16.12 Quit Horschti (Quit: quit) 21.16.35 Quit thegeek_ (Read error: Connection reset by peer) 21.17.41 Join DexterLB [0] (~dex@95.43.96.111) 21.21.38 Join SuperBrainAK [0] (~Andy@97-124-72-70.phnx.qwest.net) 21.41.03 # Build Server message: 3New build round started. Revision b210a3a, 214 builds, 41 clients. 21.44.52 Join Horscht [0] (~Horscht@xbmc/user/horscht) 21.46.27 # Build Server message: 3Build round completed after 323 seconds. 21.48.03 Quit nosa-j (Ping timeout: 252 seconds) 21.48.20 Quit froggyman (Quit: Leaving) 21.51.31 Quit prof_wolfff (Ping timeout: 256 seconds) 21.54.05 Join nosa-j [0] (~m00k@184.76.254.130) 22.01.58 Quit nosa-j (Ping timeout: 264 seconds) 22.13.26 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 22.15.24 Quit bertrik (Remote host closed the connection) 22.16.02 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 22.20.41 Join Zagor [0] (~bjst@213-65-164-159-no63.tbcn.telia.com) 22.20.41 Quit Zagor (Changing host) 22.20.41 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 22.25.22 Quit zoktar (Quit: -) 22.27.35 Quit kaitsu1 (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 22.30.06 Quit Zagor (Remote host closed the connection) 22.32.40 Nick mrtux_away is now known as mrtux (~mrtux@unaffiliated/mrtux) 22.35.44 Quit [Saint] (Remote host closed the connection) 22.46.03 Quit lorenzo92 (Quit: ChatZilla 0.9.90 [Firefox 20.0/20130417085609]) 22.50.46 Join [Saint] [0] (~saint@rockbox/user/saint) 22.51.02 Quit Horscht (Quit: quit) 22.53.52 Join ungali_mobile [0] (~yaaic@184.64.50.234) 22.57.21 *** Saving seen data "./dancer.seen" 22.57.26 Join krabador [0] (~krabador@unaffiliated/krabador) 22.58.48 Quit n1s (Quit: Ex-Chat) 23.05.05 Quit ur725 (Quit: Leaving) 23.12.12 Quit akaWolf (Ping timeout: 256 seconds) 23.13.03 Quit madcat1990 (Quit: Leaving) 23.18.01 Quit amayer (Ping timeout: 245 seconds) 23.23.42 Quit Wardo (Quit: Blarglarg) 23.32.31 Quit melmothX (Quit: #) 23.33.00 Quit kevku (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 23.34.03 Quit Strife89 (Quit: Heading out.) 23.36.53 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 23.44.47 Quit pamaury (Ping timeout: 272 seconds) 23.47.46 Join dhrasmus [0] (~dhrasmus@173-23-111-139.client.mchsi.com) 23.47.46 Quit efyx_ (Read error: Connection reset by peer)