Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2013-05-09

00:02:31 Join froggyman [0] (~me@unaffiliated/froggyman)
00:02:57 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
00:05:04TorneHm.
00:05:31Tornedoes 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:47gevaerts"Please wait, very low battery"
00:07:52gevaertsMaybe someone else?
00:08:21Torneall 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:29Torneit can read and write the disk, saves settings, plays audio, etc
00:08:44Tornethe ata identity info reads the real model name instead of wonky corrupted version
00:09:10Tornebut 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:00
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:00
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:20gevaertsTorne: 83554cc-130508 seems to work fine for me on my 30gb ipod video
02:19:33gevaertsWell, usb works. I didn't test more
02:57:01***Saving seen data "./dancer.seen"
03:00
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:00
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:00
05:04:07 Join Maxdamantus [0] (~Maxdamant@2001:470:f078::dead:beef:cafe)
05:05:26MaxdamantusIs Rockbox meant to expose both the internal memory and the SD card (if one exists) over USB?
05:05:49Maxdamantuseh, 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:54Maxdamantus[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:21MaxdamantusMm .. seems to detect both on Windows.
05:18:17[Saint]wfm on debian/ubuntu
05:19:28Maxdamantusis that meant to be to me?
05:20:31[Saint]You see any other conversations in place? :)
05:20:46MaxdamantusNo, but I just joined .. so .. what's wfm?
05:20:55MaxdamantusSeems to be some streaming format.
05:21:04[Saint]Works For Me
05:21:09MaxdamantusAh.
05:21:28MaxdamantusWhat 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:27MaxdamantusI think I found it.
05:22:44Maxdamantushttp://www.cs.sfu.ca/~ggbaker/personal/cf-linux mentions CONFIG_SCSI_MULTI_LUN, which is not set on my kernels.
05:23:13MaxdamantusThanks 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:08Maxdamantusrockblox1d is meant to be a joke, right?
06:00
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:00
07:18:46 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
07:36:49pamauryfunman: 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:00
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:00
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:26Maxdamantussequential ~3.5MB/s write and ~6MB/s read speed of the microSD card over USB
09:52:45Maxdamantuswhat's likely to be the bottleneck there (Sansa Clip Zip, if anyone happens to be familiar with it already)?
09:53:08MaxdamantusCan do >10MB/s both ways with the card reader on my laptop.
09:53:25Maxdamantus(on the same card (with a microSD→SD adapter))
09:54:11Maxdamantusin my laptop*
09:56:55wodzMaxdamantus: Have you checked the speed with OF?
09:57:44MaxdamantusNo. I'll probably try that soon.
09:58:14bertrikThe 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
10:00:16bertrikI think the clip zip shares the sd card controller between the "internal" (built in memory) and "external" (microsd slot) sd card drive
10:01:08MaxdamantusInteresting.
10:01:41Maxdamantusso if it did that, it'd be half the 12.5?
10:02:52MaxdamantusI suspect someone's made a plugin to do a simple test on the device itself.
10:06:15wodzMaxdamantus: correct, but AFAIK it is not included in standard distribution
10:06:49wodzMaxdamantus: I mean storage throughput benchmark plugin
10:09:11wodzhttp://www.rockbox.org/wiki/DiskSpeed - but I can't find amsv2 in target in within this results
10:11:42Maxdamantuscreate?
10:12:01MaxdamantusRight, so that's a filesystem-based thing.
10:12:29Maxdamantusthough .. dunno
10:12:52MaxdamantusNot sure what alignment would refer to doing that test in a filesystem.
10:13:20Maxdamantusunless it takes into account information about the filesystem (which there's only one of anyway)
10:13:23wodzalignment of the data in memory
10:13:44MaxdamantusOh.
10:13:58wodzunaligned transfers are usually much slower
10:15:17MaxdamantusLooks like it's insignificant for a lot of them though.
10:15:45Maxdamantusmaybe not with read
10:16:13Maxdamantusbut 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:17Maxdamantus(that first one (Archos Ondio FM) apparently does better unaligned in two cases than aligned, and the same in the other one)
10:19:11Maxdamantusand yeah, the tests are all under the filesystem.
10:23:13wodzMaxdamantus: transfering files through USB uses filesystem as well, so I don't quite understand your remark
10:25:43Maxdamantusit becomes dependent on the filesystem code as well as the disk driver/hardware.
10:26:23wodztrue, and what does this change?
10:27:11MaxdamantusNot a lot, practically.
10:27:35Maxdamantusbut it could measure determine performance of a more optimal filesystem.
10:28:02*wodz failed to parse the statement
10:28:33Maxdamantusnot 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:29Maxdamantusbecause 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:18wodzAFAIK we cache one sector at a time, no more
10:30:29MaxdamantusI think, as I said, not particularly familiar with how filesystems/disks tend to work.
10:32:16Maxdamantusanyway, using Linux's FAT32 implementation, I was getting ~2.5MB/s write.
10:32:33Maxdamantusso there's 1MB overhead coming from *SOMETHING*
10:33:14Maxdamantusa more optimal filesystem could potentially do the full 3.5MB/s on a blank disk.
10:33:41wodzBasically there are two bottlenecks: 1) raw disk/sd transfer 2) usb stack overhead. Rb usb stack tend to be rather slow.
10:33:50wodzI suspect thats the problem
10:34:55Maxdamantusbut the filesystem overhead is affected by those just as much as dding to the device is.
10:35:37Maxdamantusif the USB is slow, it's going to take longer to figure out where the blocks for some file are.
10:35:46Maxdamantusor to allocate more blocks for that file.
10:37:14Maxdamantusthere are filesystems in development that want to optimise (in performance) still for random-access devices.
10:37:40Maxdamantusbecause they know there's still (and maybe always will be) overhead.
10:41:42wodzMaxdamantus: It is highly unlikely we add another FS support to rb.
10:41:56MaxdamantusI know. I noticed.
10:42:11MaxdamantusI'm not criticising anyone for anything.
10:42:54Maxdamantusjust 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:45Maxdamantusas demonstrated by the 1MB/s (of 3.5MB/s) overhead in FAT on Linux.
10:44:32Maxdamantusyou 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:58bertrikthere is no fancy caching, readahead, or IO scheduling in rockbox as far as I know
10:48:24Maxdamantusso if USB is a bottleneck, doing that might be advantageous.
10:48:36Maxdamantusor not—considering the amount of memory on most of the devices it runs on
10:49:10Maxdamantus(if USB benefits from sending lots of data one way)
10:49:27Maxdamantus(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:00
11:01:30bertrikMaxdamantus: there is an excellent intro into USB called "usb in a nutshell" (from beyondlogic IIRC)
11:02:04bertrikbasically, it's a master-slave protocol (the device being a slave)
11:02:23pamauryas 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:44bertrikpamaury: oh, didn't know we double buffered
11:02:57pamaurysurely we could squeeze out a few more bits of performance but with 10MB/s that's far from the maximum bandwidth
11:03:41bertrikBy 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:24pamaurybefore 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:51pamaurybertrik: link ? I began some work toward this but I haven't touched it in a log time now
11:04:53MaxdamantusYeah, will probably do that after I've done this transfer.
11:05:17Maxdamantusdon't want to leave the drive with Rockbox with a temporarily invalid filesystem.
11:05:39Maxdamantusdd if=/3t/64sdd1 bs=1M count=45640 of=/dev/sdd1
11:05:47bertrikpamaury: http://windytan.blogspot.fi/2013/05/a-determined-hacker-decrypts-rds-tmc.html
11:07:09pamaurybertrik: ok I misunderstood, that's tmc, nice
11:08:26 Quit DexterLB (Read error: Connection reset by peer)
11:12:52bertrikthere'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:58bertrikAlso, 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:25pamaurywould 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:22bertrikI think we're already faster than the OF, but I don't mind getting even faster.
11:18:45bertrikMany 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:12wodzbertrik: rather archive this blog page while it is still online :-)
11:20:45bertrikI 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:08pamaurywodz: already done :)
11:28:30 Quit DexterLB (Read error: Connection reset by peer)
11:28:51pamaurybertrik: indeed, we could be much faster on seeking using the built-in mode probably, but our interface makes it impossible or akward
11:29:11pamauryand 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:00
12:03:19 Quit DexterLB (Read error: Connection reset by peer)
12:08:19 Join DexterLB [0] (~dex@95.43.96.111)
12:12:29wodzmortalis: What do you think about g#466 in general?
12:12:31fs-bluebot3Gerrit 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:00
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:36MaxdamantusHmm .. 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:52Maxdamantusas in .. for converting *TO* the 16-bit unicode characters on FAT.
13:38:16Maxdamantusactually, that's probably UTF-16/UCS-2
13:38:25Maxdamantusso 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:17Torneutf-16 is unfortunate, nobody chose it on purpose
13:39:45MaxdamantusI guess other OSes probably use UTF-16 .. I remember opening shortcut files when I was younger and seeing filenames with alternating squares.
13:39:47Torneall the things that use 2-byte unicode encoding made that choice when the consortium intended for there to only be 65536 codepoints
13:39:55Torneso, utf-16 was never supposed to be :)
13:39:58Maxdamantus(in Windows)
13:40:11Tornelanguages don't want to use utf-8 because it makes character based indexing expensive
13:40:27Maxdamantusso .. does Rockbox actually support the fully unicode set?
13:40:32*Maxdamantus will have to try it in a minute.
13:40:35Torneno idea :)
13:40:39Maxdamantusalmost finished dding that image.
13:41:03Tornewe definitely support the whole BMP, i have no idea if the astral planes work at all
13:41:19Tornelet alone treating VFAT LFNs as UTF-16 and parsing the surrogate pairs :)
13:42:16MaxdamantusYeah, 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:22Maxdamantusoh, nvm .. Classical Mongolian is in the BMP.
13:43:43Tornewell, 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:48Maxdamantusbut nothing renders it.
13:43:51Torneit's only when you actually manipulate strings encoded in utf-16 that you have a problem
13:44:08Tornewhen you accidentally index them wrong or split surrogate pairs ;)
13:44:53Maxdamantuswhich is why UTF-16 is horrible.
13:45:07Torneright, but like i said nobody actually chose it
13:45:08Torneit was an accident
13:50:45Maxdamantusif 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:48copperwho needs "Classical Mongolian"??
13:52:58copperwhatever that is
13:53:02Maxdamantuspeople in inner Mongolia?
13:53:34MaxdamantusDunno. I guess most people there who use technology will be familiar with the Cyrillic script.
13:54:23MaxdamantusIt's called "Classical" as in .. rather than the "modern" one used in outer Mongolia which is based on Cyrillic.
13:54:59Maxdamantusmy 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:00
14:08:56fs-bluebotBuild Server message: 3New build round started. Revision d04bd89, 214 builds, 40 clients.
14:13:49fs-bluebotBuild 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:00
15:16:47MaxdamantusInteresting. Linux doesn't seem to let me create filenames with characters in the SMP on FAT with iocharset=utf8
15:16:53Maxdamantusworks fine without it though.
15:17:55MaxdamantusWonder 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:02Maxdamantusread: 6MB/s, write: 2.5MB/s in OFW
15:36:06Maxdamantussame as in rb
15:36:38Maxdamantuswait, I had 3.5MB/s in rb write.
15:36:50Maxdamantusso faster write in rb.
15:37:44Maxdamantusoh, oops. had a second reading task going in the background.
15:38:07 Join froggyman [0] (~me@unaffiliated/froggyman)
15:38:14gevaertsThese devices very often aren't built for maximum throughput, really
15:38:36gevaertsSo not achieving anywhere near what a dedicated reader does is common
15:42:56Maxdamantusugh .. http://www.anythingbutipod.com/forum/showthread.php?t=64932
15:43:03Maxdamantusmakes it hard to test.
15:43:22MaxdamantusOFW takes like ten minutes to refresh the database with ~35GB of music.
15:44:15gevaertsYou could try testing it with obviously non-music files?
15:44:37MaxdamantusI'm not testing it with any files.
15:44:40 Quit mc2739 (Read error: Connection reset by peer)
15:44:47gevaertsAh, right. Plain dd?
15:44:51MaxdamantusYeah.
15:44:53 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
15:45:02Maxdamantusbut it doesn't let me connect it until it's refreshed the database.
15:47:06gevaertsTo 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:16gevaertsI 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:07MaxdamantusYeah, 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:23Maxdamantusa
16:00
16:10:44MaxdamantusNo matroska then? :(
16:12:18fs-bluebotBuild Server message: 3New build round started. Revision 9e9f692, 214 builds, 40 clients.
16:17:19fs-bluebotBuild 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:00
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:27fs-bluebotBuild Server message: 3New build round started. Revision f7d8b2d, 214 builds, 40 clients.
17:31:13fs-bluebotBuild 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
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:25madcat1990USB 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:29gevaertsWeird. 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:13madcat1990You assume well. This mac has some USB weirdness
18:57:17***Saving seen data "./dancer.seen"
18:57:26madcat1990Everything works just fine at home, you know, on an ASUS laptop
18:58:00madcat1990Then again, I'm running linux on said laptop, maybe that helps
18:59:58 Join DexterLB [0] (~dex@95.43.96.111)
19:00
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:00
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:00
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:03fs-bluebotBuild Server message: 3New build round started. Revision b210a3a, 214 builds, 41 clients.
21:44:52 Join Horscht [0] (~Horscht@xbmc/user/horscht)
21:46:27fs-bluebotBuild 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:00
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:00
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)

Previous day | Next day