--- Log for 29.05.116 Server: tepper.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 6 days and 9 hours ago 00.03.41 Quit lnxn (Ping timeout: 250 seconds) 00.27.34 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 46.0.1/20160502172042]) 00.32.08 Quit nlogex (Ping timeout: 260 seconds) 00.36.37 Quit ender` (Quit: You this read wrong.) 00.36.50 *** Saving seen data "./dancer.seen" 00.49.19 Join alexweissman [0] (~alexweiss@50.95.191.79) 01.00.32 Quit alexweissman (Remote host closed the connection) 01.02.09 Join alexweissman [0] (~alexweiss@50.95.191.79) 01.02.18 Quit ZincAlloy (Quit: Leaving.) 01.03.34 Join nlogex [0] (~filip@dhcp-108-168-15-53.cable.user.start.ca) 01.09.42 Quit alexweissman (Remote host closed the connection) 01.12.33 Quit Guest85177 (Ping timeout: 244 seconds) 01.14.10 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 01.15.02 Join alexweissman [0] (~alexweiss@50.95.191.79) 01.43.37 Quit __builtin (Ping timeout: 246 seconds) 01.47.19 Join __builtin [0] (~zulu@unaffiliated/franklin) 01.48.05 Join [Saint_] [0] (~hayden@rockbox/staff/saint) 01.49.23 Quit [Saint] (Read error: Connection reset by peer) 01.56.17 Quit pamaury (Remote host closed the connection) 02.09.38 Quit TheSeven (Ping timeout: 260 seconds) 02.10.03 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 02.14.13 Quit alexweissman (Remote host closed the connection) 02.17.27 # * __builtin needs to work this problem out 02.17.47 # <__builtin> I have a list of strings I want to appear as options in a rockbox menu 02.17.51 # <__builtin> (plugin) 02.19.41 # <[Saint_]> why should rockbox care about a plugin in such a fashion? 02.19.51 # <[Saint_]> it's a plugin precisely because it doesn't touch the system. 02.23.24 # <[Saint_]> I can't think of a single plugin that is capable of modifying the system in this fashion. 02.23.40 # <[Saint_]> You'd also make translation all sorts of fucky. 02.23.46 # <[Saint_]> and voice. 02.24.10 # <[Saint_]> I mean...sorry, it's just weird. 02.24.38 # <[Saint_]> Dat ain't be how plugins do. 02.27.57 # <__builtin> well, alright 02.28.03 # * __builtin will write his own menu then 02.33.29 Join smoke_fumus [0] (~smoke_fum@188.35.176.90) 02.36.51 *** Saving seen data "./dancer.seen" 02.52.16 # <[Saint_]> Holy shit I hate this ypr* toolchain soooooo much. 02.52.20 Nick [Saint_] is now known as [Saint] (~hayden@rockbox/staff/saint) 02.52.41 Part python476 ("ERC (IRC client for Emacs 24.5.1)") 03.01.02 Quit [Saint] (Ping timeout: 264 seconds) 03.05.36 Join [Saint] [0] (~hayden@rockbox/staff/saint) 03.10.57 # <__builtin> is there an AES implementation anywhere in rockbox? 03.27.11 Quit krabador (Remote host closed the connection) 03.37.38 Quit bluebrother (Disconnected by services) 03.37.43 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 03.38.05 Join fs-bluebot_ [0] (~fs-bluebo@xd9beb499.dyn.telefonica.de) 03.40.10 Quit fs-bluebot (Ping timeout: 246 seconds) 03.56.55 # <__builtin> yay, got HOTP working :D 03.57.06 # <__builtin> now time to test it with my github 04.02.27 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 04.05.07 Quit JdGordon_ (Ping timeout: 244 seconds) 04.08.39 # <__builtin> seems like HOTP doesn't work 04.19.22 # <__builtin> well, fixed it :D 04.19.32 # * __builtin authenticates into github with his plugin 04.36.54 *** Saving seen data "./dancer.seen" 05.15.48 # <__builtin> ok, pushed TOTP support 05.16.18 # <__builtin> need a manual entry, I guess 05.20.28 # <[Saint]> TOTP when the system clock can be so easily reset and the synchronization isn't managed externally scares the crap out of me. 05.20.37 # <[Saint]> Does it not you? 05.22.55 # <[Saint]> Leave the device turned off for a month, get the predictable RTC drift almost every target suffers from to some extent, and then OTP falls over on you? 05.23.03 # <__builtin> well, I could have a warning to check the system clock within 30 seconds 05.23.15 # <[Saint]> 30s is a huge margin. 05.25.08 # <__builtin> usually the server accepts just-expired and future codes within a margin too 05.25.39 # <__builtin> so the clock really only needs to be within +/- 45 or so seconds from the server time 05.25.49 # <[Saint]> that's true, but they're also usually not using their own time sources. 05.26.12 # <[Saint]> TOTP methods usually agree on an external time source, no? 05.26.49 # <__builtin> but usually that's a source a user can easily synchronize with 05.27.24 # <__builtin> a.k.a. unix time 05.28.14 # <__builtin> so TOTP should work, the user just needs to be reminded to sync the clock 05.31.42 # <[Saint]> I guess you don't carry a smartphone. 05.31.46 # <[Saint]> +? 05.32.27 # <__builtin> of course I could use gauth 05.32.32 # <[Saint]> I delegate this shit to my phone, no need to micromanage the system clock, or even have the system clock even set - as it is easy to agree on an external time source there. 05.33.26 # <__builtin> on the devices with an RTC, it's usually reasonably accurate, no? 05.34.24 # <[Saint]> You mean RB devices when you say that? 05.34.39 # <__builtin> yes 05.35.04 # * [Saint] rummages through the drawer of DAPs. 05.35.56 # <[Saint]> At a random selection of devices, that I'm pretty confident were all time synced at some point fairly recently, I can see anywhere from 2~17 minutes drift. 05.36.53 # <[Saint]> ipod6g is the only one that is fast, though. the rest are all slow. 05.37.11 # <[Saint]> If you're regularly checking the system clock on the device it shouldn't be a problem. 05.38.38 # <__builtin> [Saint]: do you mind testing the plugin and giving some feedback? 06.17.24 Join alexweissman [0] (~alexweiss@50.95.191.79) 06.26.50 # does rockbox skip the track if it can't read more? 06.33.55 Quit Guest85177 (Ping timeout: 244 seconds) 06.36.13 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 06.36.55 *** Saving seen data "./dancer.seen" 06.39.39 Quit nlogex (Ping timeout: 276 seconds) 06.48.49 # <[Saint]> duo8: Hmm? 06.49.14 # Some of the tracks skip randomly 06.49.31 # I think it might not be able to read them or something 06.49.54 # (the files are not corrupted btw) 06.50.12 # <[Saint]> How have you verified that? 07.26.56 # If I come back to play it later (after a reboot I think), it plays normally 07.32.40 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 07.35.35 Quit JdGordon (Ping timeout: 244 seconds) 08.05.33 Quit alexweissman (Remote host closed the connection) 08.36.56 *** Saving seen data "./dancer.seen" 08.43.41 Quit pixelma (Remote host closed the connection) 08.43.42 Quit amiconn (Read error: Connection reset by peer) 08.44.01 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 08.44.05 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 08.48.03 Quit rela (Read error: Connection reset by peer) 09.40.26 Join lebellium [0] (~chatzilla@89-93-179-187.hfc.dyn.abo.bbox.fr) 10.08.22 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 10.10.39 Quit JdGordon_ (Ping timeout: 264 seconds) 10.36.58 *** Saving seen data "./dancer.seen" 10.46.14 Quit mc2739 (Ping timeout: 244 seconds) 11.57.49 Join rela [0] (~x@pdpc/supporter/active/rela) 11.58.12 Quit quaz0r (Ping timeout: 252 seconds) 12.03.37 Join quaz0r [0] (quaz@c-67-183-243-24.hsd1.wa.comcast.net) 12.05.19 Quit foo|sh (Ping timeout: 272 seconds) 12.12.39 Join foolsh [0] (~starchase@c-69-245-208-80.hsd1.il.comcast.net) 12.37.00 *** Saving seen data "./dancer.seen" 13.10.15 Quit idonob (Ping timeout: 252 seconds) 13.12.18 Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) 13.18.21 Quit zoktar (Quit: -) 13.21.01 Join lnxnx [0] (53061d07@gateway/web/freenode/ip.83.6.29.7) 13.22.10 # The guy who accidentally bathed his Clip+ yesterday. I just want to share a success story with you. I disassembled it (except I perhaps should have fully unfoiled the battery), left it to dry overnight and in the morning sun, and it appears to be fine, recording, filesystem, and all. 13.22.32 Quit idonob (Ping timeout: 240 seconds) 13.22.35 # The battery seems to deplete a bit faster, but that's not a problem, they're really replaceable. 13.22.39 # Sansas are awesome. 13.23.06 # I've been running it for the last two hours, too. 13.24.57 Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) 13.28.32 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 13.31.32 Quit JdGordon (Ping timeout: 244 seconds) 13.33.15 Join zoktar [0] (~zoktar@78-70-243-143-no186.tbcn.telia.com) 13.33.15 Quit zoktar (Changing host) 13.33.15 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 13.33.57 # nice :) 13.34.13 # my clip zip has problems with the buttons unfortunately 13.35.48 # What exactly? 13.35.52 # Perhaps there are software workarounds. 14.21.36 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 14.23.10 Join cela [0] (51aeb252@gateway/web/freenode/ip.81.174.178.82) 14.24.56 # pamaury: is there a keybinding for charge-only USB on the X-Fi 3? 14.25.13 # (on the h3xx, I could hold down Record to prevent it from going into mass storage mode) 14.25.15 # holding any key when you plug usb 14.25.40 # ah nice 14.26.00 # my clip+ battery is still good, but considering all the recent power saving improvements, i'm thinking about replacing it with a supercap when it finally dies, wonder if anyone else has thought of trying this? 14.26.05 # by the way I pushed the fix for headphone detection, and other things, feel free to try to lastest nightly 14.26.27 # a nice 14.29.22 Quit cela (Quit: Page closed) 14.34.26 # What will headphone detection enable, pamaury? 14.35.04 # lnxnx: it's on zenxfi3, but generally it enables to pause/resume on headphone unplug 14.35.25 # I see, that's good. 14.35.29 # (and non-resume on power up if no headphones are plugged in) 14.35.41 # it could also enable switch from headphone to speaker, even thoigh I have no implemented that (and obviously your player would need a speaker) 14.35.58 Quit Guest85177 (Ping timeout: 244 seconds) 14.36.04 # as long as it is turn-off-able. speakers are the worst ;-) 14.37.01 *** Saving seen data "./dancer.seen" 14.37.22 # yeah the quality is pretty bad 14.38.16 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 14.52.28 Quit PurlingNayuki (Remote host closed the connection) 15.04.43 Quit Moarc (Quit: i znowu NADMUCHAŁ BALONA) 15.06.27 Quit Guest85177 (Ping timeout: 244 seconds) 15.09.05 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 15.09.21 # i wish i can get these awesome obscure players 15.10.02 # obscure? 15.14.13 # 90% of the supported players 15.14.28 # ebay helped me twice 15.28.02 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 15.50.26 Join prof_wolfff [0] (~prof_wolf@82.159.0.123.dyn.user.ono.com) 15.52.32 Join Moarc [0] (~chujko@2002:551c:8069:1:cc73:aeb8:2b17:990b) 16.21.43 Quit lnxnx (Ping timeout: 250 seconds) 16.22.17 # * pamaury just realized the whole sd+mmc debug code is essentially broken, apps/ assumes sd XOR mmc, no wonder why the sdmmc debug screen displays garbage 16.27.06 Quit dfkt (Disconnected by services) 16.27.15 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 16.30.41 Quit dfkt_ (Client Quit) 16.33.13 Join krabador [0] (~krabador@unaffiliated/krabador) 16.34.05 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 16.37.05 *** Saving seen data "./dancer.seen" 16.43.06 Quit smoke_fumus (Read error: Connection reset by peer) 16.54.12 Join nlogex [0] (~filip@dhcp-108-168-15-53.cable.user.start.ca) 17.08.34 Join alexweissman [0] (~alexweiss@50.95.191.79) 17.17.21 Quit alexweissman (Remote host closed the connection) 17.18.55 # why on earth are so many drivers called ata-sd or ata-mmc ? 17.19.20 # it does not make any sense, those are pure sd drivers ! 17.36.47 Quit krnlyng (Ping timeout: 276 seconds) 17.49.08 Join krnlyng [0] (~liar@77.116.125.231.wireless.dyn.drei.com) 17.56.57 Quit Guest85177 (Ping timeout: 244 seconds) 17.58.56 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 18.05.17 Join einhirn [0] (~Miranda@p4FC12083.dip0.t-ipconnect.de) 18.08.17 Join einhirn_ [0] (~Miranda@bsod.rz.tu-clausthal.de) 18.09.49 Quit einhirn (Ping timeout: 260 seconds) 18.17.47 # * pamaury is trying to fix the sd/mmc mess once and for all 18.18.13 # gevaerts: do you know if someone still has an ondio ? 18.37.07 *** Saving seen data "./dancer.seen" 18.52.02 # * pixelma raises hand 18.52.32 # though I'm off for the evening probably 18.53.20 # ok there is no hurry, it would just be nice if you want try a patch for me later. It touches mmc code and I am trying not to break ondio ;) 18.53.49 # pamaury: ^ but I still have my Ondio, haven't updated Rockbox for a long while... yes that would be nice 18.56.52 Quit Guest85177 (Ping timeout: 244 seconds) 18.57.50 # pamaury: I updated my rockbox just now; works fine with current master (headphone plug/unplug). microSD is also working fine for me up to now :-) 18.58.46 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 18.59.01 # this week-end I am also working on a long standing issue of microsd speed, currently my code does not put SD card in high-speed mode because some braindead SD card fail. Hopefully my new code will be able to activate it on most card 18.59.24 # :) 18.59.36 # though, this card is also horribly slow in my noteboko, I’m not sure I will notice a difference 19.34.50 Join sven^ [0] (~quassel@squint.a-oben.org) 19.42.09 Join alexweissman [0] (~alexweiss@50.95.191.79) 19.46.22 Join girafe [0] (~girafe@LFbn-1-8020-64.w90-112.abo.wanadoo.fr) 20.26.14 Join ender` [0] (krneki@foo.eternallybored.org) 20.37.08 *** Saving seen data "./dancer.seen" 20.43.25 Join PurlingNayuki [0] (~Thunderbi@v163-44-154-238.a00f.g.sin1.static.cnode.io) 20.50.08 Quit alexweissman (Remote host closed the connection) 21.01.55 # Build Server message: 3New build round started. Revision 7aacf4d, 255 builds, 14 clients. 21.02.01 Quit [Saint] (Ping timeout: 260 seconds) 21.03.06 # it would be nice to have some feedback on g#1330 21.03.07 # 3Gerrit review #1330 at http://gerrit.rockbox.org/r/1330 : 3Rework sd/mmc handling by Amaury Pouly 21.03.40 # gevaerts: pixelma: wodz: ^ 21.03.59 # (I am still in the process of converting ondio code, should be added soon) 21.04.46 Join [Saint] [0] (~hayden@rockbox/staff/saint) 21.11.25 # Build Server message: 3Build round completed after 569 seconds. 21.11.26 # Build Server message: 3Revision 7aacf4d result: 5 errors 0 warnings 21.11.26 # Build Server message: 3New build round started. Revision 633c8ed, 255 builds, 13 clients. 21.14.10 # pamaury: I see you reworked debug menu. On Fuze+ there is still the crash when exiting the touchpad debug menu 21.14.25 # lebellium: yes I know, I know the reason for the crash 21.14.44 # it is fixed in g#1314 21.14.45 # 3Gerrit review #1314 at http://gerrit.rockbox.org/r/1314 : 3fuze+: rewrite touchpad driver by Amaury Pouly 21.14.57 # which also contains a complete rewrite of the driver 21.15.04 # oh ok 21.15.15 # feel free to torture test it by the way ;) 21.16.12 # I hate touchpads, I don't know if I want to test it :D 21.16.25 # haha, sure 21.17.04 # if you have lots of sd card, you could test g#1331 21.17.05 # 3Gerrit review #1331 at http://gerrit.rockbox.org/r/1331 : 3imx233: enable high-speed mode on sd cards by Amaury Pouly 21.17.45 # I have a few ones yes 21.18.05 # what is this high speed mode? 21.18.45 # pamaury: where would be a noticable difference though? 21.20.31 # lebellium: basically it enables faster access to the sd card (assuming it is fast enough of course). Without it you are limited to 10MB/s (which translates to ~8MB/s over usb). With it, you can reached 20MB/s in theory (and around 18MB/s on usb I guess) 21.20.31 # Build Server message: 3Build round completed after 545 seconds. 21.20.32 # Build Server message: 3Revision 633c8ed result: 32 errors 0 warnings 21.21.21 # okay, I have a few class 10 cards which should be fast enough to see a difference 21.21.41 # Build Server message: 3New build round started. Revision 6d124c7, 255 builds, 13 clients. 21.21.56 # you can do two tests: use test_disk plugin 21.22.03 # or over usb, transfer large amount of data 21.23.53 # lebellium: I would advise to try all cards, even the slow ones 21.24.00 # those are the most likely to be broken 21.24.11 # ok 21.26.51 # I just wait for your latest commit to be available in Rockbox Utility 21.28.32 # lebellium: g#1331 is not committed yet, you will need to compile it yourself 21.28.33 # 3Gerrit review #1331 at http://gerrit.rockbox.org/r/1331 : 3imx233: enable high-speed mode on sd cards by Amaury Pouly 21.28.37 # (or I can upload a build) 21.28.42 # oh... 21.28.47 # I guess I'm too tired 21.29.03 # or maybe I wanted to try with the current build to see there difference 21.29.12 # ah yes good point 21.29.16 # pamaury: does it affect the X-Fi 3 too? I can test with the one micro SD I have 21.29.22 # Horrorcat: yes it does 21.29.41 # in fact it also affects ZEN X-Fi3 internal storage too 21.29.50 # (but this one is really slow iirc) 21.30.10 # Build Server message: 3Build round completed after 510 seconds. 21.30.11 # Build Server message: 3Revision 6d124c7 result: 5 errors 0 warnings 21.30.12 # it is slow as hell, yes. that’s why it might be interesting :-) 21.30.16 # I’ll take a look at it tomorrow 21.31.36 # pamaury: shoud I wait until you fixed the 5 errors or it's not relevant ? 21.32.48 # it's just fixed ;) 21.33.37 # test_disk: "incompatible version" 21.33.54 # make sure you rebuild everything 21.34.09 # (I guess you only changed rockbox.sansa ?) 21.34.37 # no 21.34.53 # I downloaded 6d124c7 with RButil 21.36.16 # ah, I think test_disk is only build if you enable it 21.36.29 # ? 21.36.32 # (ie it's not in the build you downloaded, that must be a leftover from an old version) 21.36.39 # pfff 21.36.45 # so you need to recompile it yourself and enable test plugins in configure 21.36.56 # yeah I'm sorry 21.37.18 # why is it listed in the standard build then 21.38.05 # is it ? 21.38.37 # yes, otherwise I couldn't select it and get the "incompatible version" message :) 21.38.52 # no you misunderstand 21.39.00 # you unpacked rockbox.zip, it overwrote all files 21.39.15 # but test_disk was already there and no in rockbox.zip, so not touched 21.39.40 # ah so probably traces from an old build I compiled myself? 21.40.48 # yes 21.41.55 # <[Saint]> There's no easy way to combat that, either. 21.42.12 # <[Saint]> We've even done this to ourselves accidentally a few times deprecating things. 21.53.30 # <__builtin> which targets lack a RTC? 21.56.09 # <[Saint]> I'm on a bus right now, but, I'll hazard a guess that grep is your friend. 21.56.43 # <[Saint]> there'll almost certainly be one or more obvious defines for this. 21.57.02 # <__builtin> can I have grep search for strings not in a file? 21.57.13 # * __builtin needs to find headers without CONFIG_RTC 22.00.05 # __builtin: grep --files-without-match 22.00.44 # there are plenty, like ../firmware/export/config/ipod1g2g.h 22.01.20 # <__builtin> ok, thanks :D 22.04.07 # <__builtin> is there a script that builds a simulator for every target? 22.05.03 # pamaury: ok, started testing sd cards with current build and later with patched build 22.07.54 # __builtin: no, but you can use http://git.rockbox.org/?p=www.git;a=blob;f=buildserver/builds;h=eda485a3e0c67d5d080df605a61d6c4ba5420779;hb=HEAD 22.08.02 # <[Saint]> __builtin: not that I am aware of. 22.08.10 # a bit of grep to list of sim builds and then awk to get to get the configure line 22.08.16 # you almost have your script :) 22.08.17 # <[Saint]> But building a sim to test out RTC isn;t really going to work as you might intend it. 22.08.36 # <[Saint]> WHen it is provided by the host and uses the same subsystem for everything...kinda invalidates it. 22.08.58 # <[Saint]> A single hosted target is likely entirely sufficient. 22.09.06 # <__builtin> it seems like I broke the UI sim 22.09.54 # <__builtin> http://pastebin.com/qXGc55ws 22.10.49 # <[Saint]> what the... 22.11.20 # __builtin: what did you change ? 22.11.27 # <__builtin> this is vanilla with just the OTP plugin (G#1323) 22.11.28 # 3Gerrit review #1323 at http://gerrit.rockbox.org/r/1323 : 3One-Time Password client (HOTP and TOTP) by Franklin Wei 22.11.44 # <__builtin> it's not linking with SDL, I think 22.11.45 # <[Saint]> also - your -j flag not being an even multiple is freaking me out, man. 22.12.07 # <__builtin> what's wrong with -j3? 22.12.16 # I always use -j3, it works well 22.12.30 # __builtin: can you try without parallel build ? 22.12.35 # it may be a build problem 22.13.10 # <[Saint]> I always use -j 22.13.16 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 22.13.22 # what??? this is crazy 22.14.41 # at on my machine it completely screws up the build time, I guess it spend a lot of time going from one cc to another 22.14.46 # <__builtin> I get the same thing with a totally new build 22.14.59 Quit einhirn_ (Ping timeout: 240 seconds) 22.15.04 # <__builtin> new directory, new configure 22.16.15 # <__builtin> no -j flag, either 22.16.31 # <__builtin> can I have make print what commands it runs? 22.18.41 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 22.18.45 # <[Saint]> not that I am aware of without a fair amount of manual fuckery. 22.19.12 # __builtin: yes you can 22.19.15 # MAKE V=1 iirc 22.19.46 # <[Saint]> Hmmm, I stand corrected, thank you. 22.20.30 # although I admit it is far from obvious when you read the makefiles 22.21.15 # <__builtin> http://pastebin.com/dEE146T8 22.21.25 # <__builtin> no -lSDL 22.21.48 # <__builtin> so now the question is why isn't it using -lSDL 22.24.19 # <[Saint]> 'which libsdl1.2-dev'? 22.24.45 # <[Saint]> Is it possible you've fucked up your environment through a kludged upgrade? 22.25.41 # <[Saint]> errr, shit, not which. 22.25.50 # <__builtin> http://pastebin.com/6VUVmUny 22.25.53 # <[Saint]> Ummm...the command I want to remember, yeah, that. DO that. 22.25.58 # __builtin: what is the output of pkg-config --libs sdl 22.26.11 # <__builtin> pkg-config --libs sdl 22.26.13 # <__builtin> -lSDL -lpthread 22.27.18 # <[Saint]> I want to say this is some form of environment issue from leftovers of a partial upgrade. 22.27.26 # <[Saint]> what distro is this? 22.27.29 # __builtin: and sdl-config --libs 22.28.37 # <__builtin> -L/usr/lib -lSDL -lpthread 22.29.19 # <__builtin> arch 22.29.32 # <[Saint]> interesting. 22.30.03 # <[Saint]> makes it trickier somewhat, bah. 22.31.48 # pamaury: testing 11 cards for you :) 22.32.00 # <[Saint]> looks like this could be yet another of the wide and varied "bouncing off modern g++" type errors. 22.32.20 # __builtin: so you say -lSDL is not found on the final linking command ? 22.32.30 # that's odd 22.32.50 # lebellium: great, thank you :) 22.36.41 Quit amiconn (Remote host closed the connection) 22.36.41 Quit pixelma (Remote host closed the connection) 22.37.10 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 22.37.12 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 22.37.13 *** Saving seen data "./dancer.seen" 22.38.12 # __builtin: some make hacking might be needed to understand why 22.40.06 # __builtin: can you pastebin the generated Makefile ? 22.40.13 # and the output of configure ? 22.48.53 Quit rela (Quit: Leaving) 22.55.17 Join Strobokopp [0] (~Strobokop@x5f7681ef.dyn.telefonica.de) 22.56.19 Quit ender` (Quit: Live your Life in such a way that the Westboro Baptist Church will want to picket your funeral.) 23.08.20 # <[Saint]> I /think/ I might have an understanding. 23.08.35 # <[Saint]> But I would also like the aforementioned pastes. 23.18.38 # pamaury: should I send you the results at your gmail? 23.21.33 # lebellium: email or pastebin as you like 23.22.26 Quit Guest85177 (Ping timeout: 244 seconds) 23.24.13 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 23.30.13 # pamaury: email sent 23.32.38 # lebellium: if it is not too much to ask, could you a quick comparison over usb ? Like taking the 3 top speed cards 23.33.07 # (if you do, be sure to transfer something to the sd card of course) 23.36.12 # <[Saint]> would you not want to make sure that you're flushing caches between each test also? 23.36.24 # <[Saint]> (you probably were - but, in case you weren't) 23.37.02 # linux flushes caches when you disconnect a device 23.37.21 # of course you need to perform the test only once for a particular one you are right 23.37.31 # otherwise your card might read at 6GB/s ;) 23.39.47 # pamaury: too late now 23.39.51 # maybe tomorrow 23.40.00 # ok, thanks 23.40.25 # which kind of file should I test? 23.41.21 # I will test with Windows 7. I only use Linux to compile rockbox 23.43.59 # lebellium: just transfer a big file and report the speed. On linux I would advise dd if= bs=1M count=100 of=/dev/null 23.44.37 # I just said I won't use linux :) 23.45.10 Quit Guest85177 (Ping timeout: 244 seconds) 23.46.35 # lebellium: I know, it's just to give you an idea :-p 23.46.51 # I don't use window, so I have no idea what would be the "equivalent" 23.46.59 # <[Saint]> Not much of a transferable one, sadly. 23.47.03 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 23.47.17 # <[Saint]> There is a "dd" for Windows, but, it is absolutely batshit insane for writing to block devices. 23.47.26 # <[Saint]> Actually...any path, really. 23.48.06 # <[Saint]> This man recommends avoiding it like the plague. 23.49.34 # I don't know then, I would say put a big file on the sd card (like 500MB) once. Then copy it from sd to desktop, it should take a while, just see what is the average transfer speed. I am sure windows can do that 23.52.10 # ok, let's see that tomorrow 23.52.23 # I use Linux in VirtualBox so USB is a pain 23.52.31 # that's why I would use windows 23.53.20 # <[Saint]> and host passthrough wouldn't provide anywhere near realistic results anyway. 23.53.47 # <[Saint]> I didn't realize you meant in a container. 23.54.01 # <[Saint]> knowing now, yeah, don't bother. 23.54.23 # :) 23.54.25 # good night 23.54.31 # <[Saint]> o/ 23.54.43 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 46.0.1/20160502172042]) 23.55.16 # ah explains everything 23.55.32 # <[Saint]> host passthrough getting in the way? 23.56.15 # <[Saint]> I'm missing the context, but, I can't imagine a virtualized environment being ideal for testing anything USB related.