--- Log for 30.05.116 Server: tepper.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 7 days and 9 hours ago 00.13.57 # <[Saint]> That we got away with http://www.rockbox.org/irc/log-20160526#12:10:35 for so long is a testament to something. 00.14.09 # <[Saint]> I'm not sure what...but, it's something. 00.15.02 # <[Saint]> the idea that commit/discard happened to appear to work for so long without a very obvious sign seems weird to me. 00.15.11 # <__builtin> pamaury: sorry, but here: https://www.fwei.tk/temp.txt 00.15.18 # <__builtin> (pastebin is detecting it as spam) 00.15.48 # <[Saint]> y'know all you need to do then is do the "I am not a bot" thing, right? 00.16.04 # <[Saint]> And it'll preserve it knowing you're a human for that entire session. 00.16.47 # <__builtin> it's still easier to run a cat << EOF > ... than it is to enable javascript and complete the captcha 00.17.46 # <[Saint]> question: 00.17.46 # <[Saint]> does this magically sort itself out if you hand edit LDOPTS manually to pass the options and singles? 00.17.47 # <[Saint]> ie. 00.18.10 # <[Saint]> export LDOPTS="-lm", "-ldl", "-lpthread" 00.18.16 # [Saint]: I am not entirely surprised: there were lots of random bugs with the driver. The cache is small and fills quickly, you can get lucky very often 00.18.35 # <[Saint]> pamaury: apparently we got lucky _always_. 00.18.43 # <__builtin> let's see 00.18.58 # [Saint]: what do you mean ? I remember a number of people reporting problem with the driver 00.19.32 # <__builtin> yes 00.19.33 # <[Saint]> pamaury: my experience with it was it either worked entirely, or not at all. 00.19.35 # <__builtin> :D 00.19.41 # <[Saint]> Winner winner. 00.19.50 # * [Saint] 's theory was right. 00.19.54 # __builtin: there must be a problem with the configure script 00.19.58 # <__builtin> yeah, let's see 00.19.58 # <[Saint]> We're bouncing off modern g++ 00.19.59 # findsdl() more precisely 00.20.29 # <[Saint]> Holy shit, I'm quite proud of myself now. Heh. 00.20.53 # [Saint]: I don't understand, I am not seeing -lSDL in your LDOPTS, how can it work ? 00.21.41 # * __builtin added it 00.21.44 # <__builtin> manually 00.21.46 # ah, right 00.22.43 # __builtin: could you edit the configure script and run it ? 00.22.57 # <[Saint]> Yes, sorry, I wasn't very specific there. 00.23.11 # <[Saint]> I'm actually kinda surprised Franklin knew what page I was on. 00.23.14 # more precisely, at line 334, there is a "sdl=`findsdl $winbuild`". I would suggest to add "echo $sdl" after it 00.23.40 # rerun configure and pastebin the output of the configure script 00.25.50 # <__builtin> https://www.fwei.tk/temp.txt 00.27.09 # __builtin: sorry, I meant what the configure script output, not the generated Makefile 00.27.24 # <__builtin> it is the configure output (refresh) ;) 00.27.29 # ah my bad ;) 00.27.35 # <__builtin> could it be that I don't have static SDL libs? 00.27.43 # hum, ok so it detects /usr/bin/sdl-config 00.28.11 # <__builtin> I see that it calls sdl-config --static-libs 00.28.17 # and what is the output of /usr/bin/sdl-config --cflags and /usr/bin/sdl-config --static-libs 00.28.28 # <__builtin> sdl-config --static-libs 00.28.29 # * pamaury starts to spot the problem 00.28.29 # <__builtin> Usage: sdl-config [--prefix[=DIR]] [--exec-prefix[=DIR]] [--version] [--cflags] [--libs] 00.28.31 # <__builtin> yeah 00.29.03 # <__builtin> could I change it to $sdl --libs instead? 00.29.11 # I guess the idea of using static lib is for windows, but on linux this is a bad idea 00.29.59 # well you can just as a hack 00.30.31 # but I think the good thing (TM) to do, is for configure to run sdl-config --static-libs and if it fails, fall back to /sdl-config --clibs 00.31.06 # <__builtin> yeah 00.31.20 # * __builtin hates writing shell scripts 00.31.53 # __builtin: can you try this: replace line 345 (LDOPTS="$LDOPTS `$sdl --static-libs`") by: 00.32.53 # if sdl-config --static-libs &> /dev/null ; then 00.32.53 # LDOPTS="$LDOPTS `$sdl --static-libs`" 00.32.53 # else 00.32.53 DBUG Enqueued KICK pamaury 00.32.53 # echo "Your sdl-config does not know about static libs, falling back to shared lib" 00.32.53 # LDOPTS="$LDOPTS `$sdl --libs`" 00.32.55 # fi 00.37.17 *** Saving seen data "./dancer.seen" 00.40.20 # __builtin: does that work ? 00.42.34 # <__builtin> hang on 00.45.16 # <__builtin> looks like it, from the makefile 00.45.26 # <__builtin> should I push a patch? 00.49.03 # yea push it to gerrit 00.49.16 # <__builtin> G#1332 00.49.17 # 3Gerrit review #1332 at http://gerrit.rockbox.org/r/1332 : 3Fix broken simulator build with new SDL by Franklin Wei 00.51.03 # I am not sure the issue is really with "new SDL" though, more "broken/strange sdl-config" ? Or you know something I don't ? 00.52.15 # <[Saint]> All the hints on this I could find, and what pointed me to looking at LDOPTS in the first place, was a bunch of people bouncing off very similar issues with modern g++ 00.53.01 # but it has nothing to do with g++ 00.53.01 # <[Saint]> There's a chance it was only anecdotally related and I just fluked it, though. 00.53.19 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 00.53.19 # * pamaury fires a google search 00.54.44 # <__builtin> ok, amended the message 00.55.12 # __builtin: can you give me the output of pkg-config --libs --static sdl 00.55.20 # and also the putput of which sdl-config 00.55.34 # * pamaury has a bad feeling about this 00.55.35 # <__builtin> % pkg-config --libs --static sdl 00.55.37 # <__builtin> -lSDL -lpthread -lSDL -lpthread -lm -ldl -lpthread 00.55.53 # <__builtin> % which sdl-config 00.55.55 # <__builtin> /usr/bin/sdl-config 00.56.34 # * __builtin is pretty sure it's because of a change in SDL 00.56.50 # <__builtin> it worked before on this machine, I just reconfigured it today and it stopped working 00.57.53 # could this be an arch problem ? 00.58.02 # <__builtin> possibly 00.58.24 # * __builtin digs through the archlinux package logs 00.59.53 # * pamaury has a look at how lib is packaged on debian (where it works) 01.01.11 # <__builtin> hmm, it says that the last update was in 2014 01.01.44 # ok, so on debian, based on this: https://anonscm.debian.org/git/pkg-sdl/packages/libsdl1.2.git/tree/sdl-config.in 01.01.44 # I conclude that --static-libs only exists if static builds are enabled, so potentially it could fail, depending on your config/what the maintainer does 01.03.22 # maybe the arch maintainer simply decided not to enable static builds 01.09.47 # __builtin: I made a small mistake in the script 01.09.56 # it should be >/dev/null 2>&1 01.10.05 # because &> is not supported by all (ba)sh 01.10.25 Join smoke_fumus [0] (~smoke_fum@188.35.176.90) 01.14.39 # * [Saint] is having some real issues understanding how the hell we managed to break natural sort order in playlists. 01.16.13 Quit holgersson (Ping timeout: 260 seconds) 01.17.45 Join holgersson [0] (~quassel@unaffiliated/holgersson) 01.42.11 # <__builtin> pamaury: got it 01.49.43 Quit girafe (Read error: Connection reset by peer) 02.09.34 Quit TheSeven (Disconnected by services) 02.09.46 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 02.15.22 # <__builtin> can anyone test G#1323 on hardware for me? 02.15.23 # 3Gerrit review #1323 at http://gerrit.rockbox.org/r/1323 : 3One-Time Password client (HOTP and TOTP) by Franklin Wei 02.16.29 Join JanC_ [0] (~janc@lugwv/member/JanC) 02.17.29 Nick JanC is now known as Guest41566 (~janc@lugwv/member/JanC) 02.17.29 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 02.18.28 Quit Guest41566 (Read error: Connection reset by peer) 02.28.27 Quit wvlf (Quit: ZNC - http://znc.in) 02.29.10 Quit pamaury (Ping timeout: 272 seconds) 02.37.19 *** Saving seen data "./dancer.seen" 02.38.39 Quit shadows (Ping timeout: 240 seconds) 02.49.55 Join alexweissman [0] (~alexweiss@50.95.191.79) 02.53.12 Join spacecase [0] (~ben@108.9.100.240) 02.54.04 # Can I made the year of albums display in the database view? 02.54.46 # <[Saint]> There is a database view specifically for this. 02.54.51 # <[Saint]> So, yes, yes you can. 02.55.18 # <[Saint]> also - see the tagnavi format detailed in the manual and the wiki. 03.22.11 Quit idonob (Ping timeout: 252 seconds) 03.22.19 Join idonob_ [0] (~Owner@S010610c37b922980.vs.shawcable.net) 03.23.35 Quit The_Prospector (Read error: Connection reset by peer) 03.25.56 Join The_Prospector [0] (~The_Prosp@unaffiliated/cornman) 03.33.48 # sorry, one more question. where's the setting to control the padding on text lines. found it once, can't find it again 03.47.27 # <[Saint]> that only exists on touchscreen devices, do you have one? 04.37.22 *** Saving seen data "./dancer.seen" 04.40.54 Quit Strobokopp (Ping timeout: 244 seconds) 04.44.10 Quit alexweissman (Remote host closed the connection) 05.48.15 Quit michaelni (Read error: Connection reset by peer) 05.48.45 Join michaelni [0] (~michael@chello213047041020.graz.surfer.at) 06.03.16 Join alexweissman [0] (~alexweiss@50.95.191.79) 06.29.05 Quit krabador (Remote host closed the connection) 06.34.39 Quit prof_wolfff (Ping timeout: 260 seconds) 06.37.25 *** Saving seen data "./dancer.seen" 07.21.50 Quit nlogex (Ping timeout: 258 seconds) 07.38.02 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 07.38.14 Join fs-bluebot [0] (~fs-bluebo@xd9baf68a.dyn.telefonica.de) 07.40.48 Quit fs-bluebot_ (Ping timeout: 272 seconds) 07.41.00 Quit bluebrother^ (Ping timeout: 240 seconds) 08.01.45 Join paulk-collins [0] (~paulk@gagarine.paulk.fr) 08.03.06 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 08.14.44 Join ender` [0] (krneki@foo.eternallybored.org) 08.37.26 *** Saving seen data "./dancer.seen" 08.58.04 Join Kokos [0] (~Kokos@host-80-238-113-93.jmdi.pl) 09.12.33 Quit logbot (Ping timeout: 240 seconds) 09.12.33 *** ERROR: (Closing Link: giant.haxx.se (Ping timeout: 240 seconds)) from tepper.freenode.net 09.12.33 *** Cleanup 09.12.33 *** Cleanup 09.12.33 *** Saving seen data "./dancer.seen" 09.12.33 *** Exit 09.12.35 *** Started Dancer V4.16 09.12.35 *** Connected to irc.freenode.net on port 6667 09.12.35 *** Logfile for #rockbox started 09.12.36 Mode "logbot :+i" by logbot 09.12.42 *** Server message 501: 'logbot :Unknown MODE flag' 09.12.42 Join logbot [0] (~rockbox@giant.haxx.se) 09.12.42 Join Kokos [0] (~Kokos@host-80-238-113-93.jmdi.pl) 09.12.42 Join ender` [0] (krneki@foo.eternallybored.org) 09.12.42 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.12.42 Join paulk-collins [0] (~paulk@gagarine.paulk.fr) 09.12.42 Join fs-bluebot [0] (~fs-bluebo@xd9baf68a.dyn.telefonica.de) 09.12.42 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 09.12.42 Join alexweissman [0] (~alexweiss@50.95.191.79) 09.12.42 Join michaelni [0] (~michael@chello213047041020.graz.surfer.at) 09.12.42 Join The_Prospector [0] (~The_Prosp@unaffiliated/cornman) 09.12.42 Join idonob_ [0] (~Owner@S010610c37b922980.vs.shawcable.net) 09.12.42 Join spacecase [0] (~ben@108.9.100.240) 09.12.42 Join JanC [0] (~janc@lugwv/member/JanC) 09.12.42 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 09.12.42 Join holgersson [0] (~quassel@unaffiliated/holgersson) 09.12.42 Join smoke_fumus [0] (~smoke_fum@188.35.176.90) 09.12.42 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 09.12.42 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 09.12.42 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 09.12.42 Join [Saint] [0] (~hayden@rockbox/staff/saint) 09.12.42 Join PurlingNayuki [0] (~Thunderbi@v163-44-154-238.a00f.g.sin1.static.cnode.io) 09.12.42 Join sven^ [0] (~quassel@squint.a-oben.org) 09.12.42 Join krnlyng [0] (~liar@77.116.125.231.wireless.dyn.drei.com) 09.12.42 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 09.12.42 Join Moarc [0] (~chujko@2002:551c:8069:1:cc73:aeb8:2b17:990b) 09.12.42 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 09.12.42 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 09.12.42 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 09.12.42 Join foolsh [0] (~starchase@c-69-245-208-80.hsd1.il.comcast.net) 09.12.42 Join quaz0r [0] (quaz@c-67-183-243-24.hsd1.wa.comcast.net) 09.12.42 Join __builtin [0] (~zulu@unaffiliated/franklin) 09.12.42 Join sLite [0] (~quassel@mail.slite.org) 09.12.42 Join puckipedia [0] (~puck@irc.puckipedia.com) 09.12.42 Join alucryd [0] (~quassel@archlinux/developer/alucryd) 09.12.42 Join duo8 [0] (~ZNC-SRV-H@117.6.48.103) 09.12.42 Join K1773R [0] (~K1773R@unaffiliated/k1773r) 09.12.42 Join yosafbridge [0] (~yosafbrid@68.ip-149-56-14.net) 09.12.42 Join n1cky [0] (~sielicki@104.236.246.142) 09.12.42 Join desowin_ [0] (~desowin@176-93-42-31.bb.dnainternet.fi) 09.12.42 Join APLU [0] (~mulx@eva.aplu.fr) 09.12.42 Join Makinit [0] (makinit@makinit.nl) 09.12.42 Join shamus [0] (~shmaus@ip-206-192-195-210.marylandheights.ip.cablemo.net) 09.12.42 Join rasher [0] (~rasher@rockbox/developer/rasher) 09.12.42 Join Horrorcat [0] (~unknown@unaffiliated/horrorcat) 09.12.42 Join Bray90820 [0] (~bray90820@50-81-116-153.client.mchsi.com) 09.12.42 Join x56 [0] (~0x56@unaffiliated/x56) 09.12.42 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 09.12.42 Join Neffi [0] (~Neffi@visenya.neffi.net) 09.12.42 Join Strife89 [0] (~quassel@adsl-98-80-193-92.mcn.bellsouth.net) 09.12.42 Join preglow [0] (~thomj@2001:840:4243:3::101) 09.12.42 Join Kohlrabi [0] (~kohlrabi@kohlio.de) 09.12.42 Join Smx [0] (Elite8556@gateway/shell/elitebnc/x-wmiqyjtkodejbjeg) 09.12.42 Join bzed [0] (~bzed@shell.bzed.at) 09.12.42 Join derf [0] (~derf@static-108-18-126-14.washdc.fios.verizon.net) 09.12.42 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) 09.12.42 Join Jinx [0] (Dojo@unaffiliated/jinx) 09.12.42 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 09.12.42 Join Mir [0] (~Mir@173.51.247.246) 09.12.42 Join Staphylo [0] (~Staphylo@2a01:4f8:190:126a:d70a:378:c354:a3a3) 09.12.42 Join marex-cloud [0] (sid137234@gateway/web/irccloud.com/x-ulowsfiigvnmrezy) 09.12.42 Join cttttt [0] (sid135570@gateway/web/irccloud.com/x-tsfhmdosmtcakkva) 09.12.42 Join soap [0] (~soap@rockbox/staff/soap) 09.12.42 Join snow_bckspc [0] (~snow_bcks@ganon.dot-server.net) 09.12.42 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 09.12.42 Join CustosL1m3n [0] (~CustosLim@unaffiliated/cust0slim3n) 09.12.42 Join froggyman [0] (~frogs@unaffiliated/froggyman) 09.12.42 Join igitoor [0] (igitur@unaffiliated/contempt) 09.12.42 Join dan- [0] (~d@freenode/corporate-sponsor/privateinternetaccess.com/doaks) 09.12.42 Join tpr [0] (tpr@gateway/shell/blinkenshell.org/x-rwwvakchrxbyfssm) 09.12.42 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) 09.12.42 Join Rondom [0] (~rondom@modo.nonmodosedetiam.net) 09.12.42 Join nchambers [0] (nchambers@carmelirc.duckdns.org) 09.12.42 Join ved [0] (ved@ddsbox.tk) 09.12.42 Join shmibs [0] (~shmibs@shmibbles.me) 09.12.42 Join thum [0] (~thum@www.vikings.net) 09.12.42 Join maraz [0] (maraz@kapsi.fi) 09.12.42 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 09.12.42 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) 09.12.42 Join Xyem [0] (xyem@li193-64.members.linode.com) 09.12.42 Join ParkerR [0] (ParkerR@unaffiliated/parkerr) 09.12.42 Join dongs [0] (~dongs@bcas.tv) 09.12.42 Join ruhans [0] (uid76353@gateway/web/irccloud.com/x-ztmdrkhfmgxipwkd) 09.12.42 Join Jack87 [0] (Jack87@nasadmin/admin/jack87) 09.12.42 Join jtdesigns01 [0] (~quassel@2601:400:8000:34f5:230:bdff:fe71:cebd) 09.12.42 Join mikroflops [0] (~yogurt@178.174.137.46) 09.12.42 Join TD-Linux [0] (~Thomas@about/essy/indecisive/TD-Linux) 09.12.42 Join funman [0] (~fun@rockbox/developer/funman) 09.12.42 Join scorche [0] (~scorche@rockbox/administrator/scorche) 09.12.42 Join WakiMiko [0] (~WakiMiko@unaffiliated/wakimiko) 09.12.42 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 09.12.42 Join Elfish [0] (amba@2001:1608:12:1:13:3:3:7) 09.12.42 Join Petri152 [0] (~Petri152@petritrebs.ca) 09.12.42 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 09.12.42 Join utrack [0] (~u@unaffiliated/utrack) 09.12.42 Join ranmachan [0] (~ranma@yumi.uguu.de) 09.12.42 Join kugel [0] (~kugel@rockbox/developer/kugel) 09.12.42 Join ps-auxw [0] (~arneb@p5B0FBB7B.dip0.t-ipconnect.de) 09.12.42 Join zu_ [0] (~zu@ks387228.kimsufi.com) 09.12.42 Join knittl [0] (~knittl@unaffiliated/knittl) 09.12.42 Join munch [0] (pls@gateway/shell/elitebnc/x-usohwkfattwbkiud) 09.12.42 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 09.12.42 Join uwe_mobile [0] (~uwe@static.173.76.9.176.clients.your-server.de) 09.12.42 Join rudi_s [0] (~simon@ruderich.eu) 09.12.42 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 09.12.42 Join @ChanServ [0] (ChanServ@services.) 09.12.42 Join sparetire [0] (~sparetire@unaffiliated/sparetire) 09.12.42 Join GeekShadow [0] (~antoine@nzf.turmel.info) 09.12.42 Join benedikt93_ [0] (~quassel@unaffiliated/benedikt93) 09.12.42 Join aevin [0] (eivindsy@unaffiliated/aevin) 09.12.42 Join neersighted [0] (~neer@firebrand.neer.io) 09.12.42 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 09.12.42 Join user890104 [0] (Venci@unaffiliated/user890104) 09.12.42 Join Marex [0] (~Marex@195.140.253.167) 09.12.42 Join uwe_ [0] (~uwe_@ipservice-092-217-124-009.092.217.pools.vodafone-ip.de) 09.12.42 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 09.12.42 Join Topy44 [0] (topy@ns3.kurz.pw) 09.32.39 Quit alexweissman (Remote host closed the connection) 09.33.20 Join alexweissman [0] (~alexweiss@50.95.191.79) 09.33.24 Quit alexweissman (Remote host closed the connection) 09.49.03 Quit akaWolf (Ping timeout: 240 seconds) 09.50.05 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 09.53.43 Quit Strife89 (Quit: No Ping reply in 180 seconds.) 09.54.22 Part thum 09.54.24 Join thum [0] (~thum@www.vikings.net) 09.54.34 Join soap_ [0] (~soap@rockbox/staff/soap) 09.55.12 Join Strife89 [0] (~quassel@adsl-98-80-193-92.mcn.bellsouth.net) 09.57.21 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 09.57.34 Join LOPI23lk [0] (4fdf8633@gateway/web/freenode/ip.79.223.134.51) 09.58.03 Quit soap (Ping timeout: 264 seconds) 09.58.03 Quit n1cky (Ping timeout: 264 seconds) 09.58.20 Join n1cky [0] (~sielicki@104.236.246.142) 09.59.18 Join edhelas [0] (~edhelas@2001:1c02:1903:d800:642a:c476:ff88:3e1) 09.59.56 Join petur [0] (~petur@78-23-23-252.access.telenet.be) 09.59.56 Quit petur (Changing host) 09.59.56 Join petur [0] (~petur@rockbox/developer/petur) 10.00.19 Quit LOPI23lk (Client Quit) 10.04.44 Join armpitlady [0] (~fx0@192.40.89.71) 10.04.49 # hi peeps 10.05.21 # I wanted to plant rockbox on the RUIZU X06. Can you help me with that? 10.18.46 Quit armpitlady (Ping timeout: 250 seconds) 10.19.31 Join armpitlady [0] (~fx0@192.40.89.71) 10.39.03 # not practical afaik 10.39.11 # oh wait X06 10.40.02 # wait no same chip as x02 11.00.18 Join Strobokopp [0] (~Strobokop@x4d0663c8.dyn.telefonica.de) 11.09.03 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 11.12.38 *** Saving seen data "./dancer.seen" 11.19.00 Quit armpitlady (Ping timeout: 250 seconds) 11.19.40 Join armpitlady [0] (~fx0@192.40.89.71) 11.44.28 Quit PurlingNayuki (Remote host closed the connection) 11.55.24 Quit Kokos (Ping timeout: 250 seconds) 12.03.22 Join Boltermor [0] (~Boltermor@subscr-46-148-172-80.dhcp-docsis.net.tomkow.pl) 12.19.29 Quit armpitlady (Ping timeout: 260 seconds) 12.19.53 Join armpitlady [0] (~fx0@192.40.89.71) 13.12.39 *** Saving seen data "./dancer.seen" 13.12.56 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 13.19.34 Quit armpitlady (Ping timeout: 260 seconds) 13.19.45 Join armpitlady [0] (~fx0@192.40.89.71) 13.29.32 # pamaury: no issues so far with the SD patch 13.29.45 # Horrorcat: ok thanks :) 13.30.36 # pamaury: I am working on a simple patch (still pending testing on the actual hardware because I have no cable) for the keymap of the zenxfi3. 13.30.52 # anyone has a thought on g#1332 ? I think it is safe to commit 13.30.53 # 3Gerrit review #1332 at http://gerrit.rockbox.org/r/1332 : 3Fix broken simulator build with weird sdl-config by Franklin Wei 13.31.39 # * pamaury needs to talk to [7] 13.34.07 Join Kokos [0] (~Kokos@host-80-238-113-93.jmdi.pl) 13.36.21 Quit armpitlady (Read error: Connection reset by peer) 13.36.57 Join armpitlady [0] (~fx0@192.40.89.71) 13.42.17 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 13.52.17 Quit wodz (Ping timeout: 276 seconds) 14.00.45 Quit mc2739 (Ping timeout: 252 seconds) 14.01.10 Quit Mir (Excess Flood) 14.01.33 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 14.02.13 Join Mir [0] (~Mir@173.51.247.246) 14.20.14 Quit armpitlady (Ping timeout: 276 seconds) 14.20.31 Join armpitlady [0] (~fx0@192.40.89.71) 14.25.45 Quit Kokos (Remote host closed the connection) 14.27.23 Quit armpitlady (Ping timeout: 276 seconds) 14.28.26 Join girafe [0] (~girafe@LFbn-1-8020-64.w90-112.abo.wanadoo.fr) 14.55.36 Join prof_wolfff [0] (~prof_wolf@82.159.0.123.dyn.user.ono.com) 15.12.43 *** Saving seen data "./dancer.seen" 15.27.04 Quit Guest85177 (Ping timeout: 244 seconds) 15.31.23 Join Guest85177 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 15.38.30 Quit idonob_ (Quit: bye) 15.45.31 Quit Boltermor (Ping timeout: 260 seconds) 15.57.09 Join armpitlady [0] (~fx0@192.40.89.16) 15.58.10 Nick armpitlady is now known as smellypuke (~fx0@192.40.89.16) 15.58.55 # hi men, about that ruzio x06 15.59.06 # RUIZU X06 15.59.22 # can I patch it with rockbox? 16.03.18 Join krabador [0] (~krabador@unaffiliated/krabador) 16.06.34 # smellypuke: we need to know the hardware 16.06.53 # but currently it is not supported, someone would need do to a port (if it is possible) 16.08.49 # pamaury: hey o/ 16.09.03 # edhelas: hi 16.09.28 # thanks for the awesome work that you are doing on Rockbox :) 16.10.48 # thank you :) which device are you using ? 16.11.15 # an iPod mini before, now an iPod Photo, with a 32Gb sdcard in it 16.11.54 # I guess you should thank the one who did that port then, I am not responsible for this one ;) 16.11.58 # hey pamaury 16.12.29 # thanks for the amazing super mega beautiful work on rockbox you are so amazing 16.12.44 # i'm using ruziou x06 16.12.58 # pamaury: also I found this ticket a couple of days ago, is it still something planned on the mid-long term ? http://www.rockbox.org/tracker/11108 16.13.02 # ruzuoiu 16.15.03 # smellypuke: as I said, if you cannot at least provide us with some information on the hardware, this is not going anywhere, you are the one with the device... One such way is to disassemble the player 16.15.41 # i am a nigerian prince, and i want to donate 100,000 dollars to this project over western union, but i'm not sure yet. i just need to know if ruiozuizoiu x86 will be possible to use with rockbox. ONE LOVE. 16.16.04 # wtf 16.16.22 # edhelas: yes that's something I would like to eventually commit (although I have been saying that for several years now :-/). The major blocker is 1) is needs some cleanup 2) there is only one usb driver supported, thus it excluded a HUGE number of devices. Some target cannot support this anyway, but many could, just the code is not written 16.17.52 # what kind of devices would support this piece of code in the end ? is there something to do to adapt it to the several OS ? (especially regarding the audio part) 16.18.09 # smellypuke: is that some kind of joke ? 16.18.40 # edhelas: you mean using this on something else than rockbox ? do you have something specific in mind ? 16.18.54 # I'm wondering if a linux could directly detect the device as an external USB soundcard and allow to route audio to it 16.19.49 # ah yes that's the point, with this code the device appears as a usb soundcard, you get out of the box support on windows and linux (provided your UI/audio stack/DE supports it) 16.19.58 # <3 16.20.55 # pamaury, yes. 16.21.11 # do you think that your patch is still up to date ? can I apply it in the trunk ? 16.22.25 # well first I would base any work on g#1009 (that's a slightly more up to date version) 16.22.27 # 3Gerrit review #1009 at http://gerrit.rockbox.org/r/1009 : 3Add USB Audio 1.0 support (EXPERIMENTAL) by Amaury Pouly 16.22.40 # i looked it up, and the developer doesn't provide us with any details of what's inside. there are no teardown pages, or videos about it either 16.23.21 Nick smellypuke is now known as PerRUIZUadAstra (~fx0@192.40.89.16) 16.23.31 # edhelas: I doubt it applies as is to the trunk currently, but you can wait for one hour, I can try to make it compile at least 16.24.08 # pamaury: yeah that would be nice, I can try a iPod Photo/4G build as well and give you feedbacks 16.24.29 # pamaury: speaking of crazy ideas, have you looked into bluetooth? 16.25.59 # it seems it has some serious problems with finding bluetooth devices though 16.26.23 # anyone can recommend a bluetooth mp3 player? 16.26.32 # Horrorcat: bluetooth: yes and no. I discussed that some time ago and there are two big obstacles: 16.26.32 # 1) rockbox has NO support for bt at all, it would have to be done from scratch (I don't think that's a huge work, but it is definitely some work) 16.26.32 # 2) obviously you also need to write a driver for the bluetooth chip, and there are lots of variations, some are very high level, some very low level. 16.26.32 DBUG Enqueued KICK pamaury 16.26.32 # On the ZEN-XFi3, I believe it would be on the easy side because the bt chip provides some high level commands 16.27.11 # interesting. not sure what "standard" applications for bluetooth would be. headsets probably 16.27.41 # well don't go crazy, most bt chip found in mp3 players only support headset profile ;) 16.28.00 # edhelas: ok, stay tuned for usb audio 16.28.09 # aww 16.30.24 # how about bluetooth players themselves? anyone knows any good pieces? 16.31.09 Join Link8 [0] (~me@546AC6B1.cm-12-3d.dynamic.ziggo.nl) 16.31.20 # ruizu x06 seems to be the most popular bluetooth mp3 player on aliexpress, but its ui is horrible. 16.31.33 # the only recent player I know with bluetooth is Zen X-Fi3 16.31.43 # also the more expensive sony players have it I think 16.31.54 # and the physical controls are poorly designed also 16.32.45 # zen x-fi3... let me check it out! 16.33.08 # 200 bucks! 16.33.15 # that's insane!! 16.34.15 # what, I bought it for 50 a long time ago ?! But it's probably discontinued now 16.37.49 # OMG, the usb audio patch still works on my fuze+ 16.38.01 # I did not expect that 16.39.02 # it is not perfect though, sometimes the player seems to loose sync and the audio is garbage 16.40.09 # pamaury: awesome <3 16.40.43 # edhelas: so feel free to have a try at it, it should be supported on the ipodvideo. To enable it, first go to System > Debug > USB audio. It should show "USB audio enabled". Then plug usb. 16.40.52 # but don't expect any miracle 16.41.22 # yeah, I'll give a try, thanks, does it disable other features ? like usb transfer ? 16.42.24 # well, on some hardware you cannot enable usb transfer and audio at the same time. But in any case if you do not enable audio, transfer will work 16.42.35 # also note that you need to enable everytime you want to plug usb 16.42.53 # You wan to run a rockbox simulator on the player's filesystem while playing back through the player? :) 16.43.14 # ok :) 16.46.01 Join nlogex [0] (~filip@dhcp-108-168-15-53.cable.user.start.ca) 16.50.20 Join PurlingNayuki [0] (~Thunderbi@v163-44-154-238.a00f.g.sin1.static.cnode.io) 16.53.26 Join Saratoga [0] (499512a9@gateway/web/freenode/ip.73.149.18.169) 16.53.49 # I tried out the new USB driver on the zip (at least I think it was enabled) 16.54.34 # Couldn't reproduce an old crash that's completely reproducible on the old driver so that's nice 16.55.13 Join ZincAlloy [0] (~Adium@2a02:8108:8bc0:1664:3074:4a82:6a10:6d1a) 16.55.17 # Seems to generally work but didn't test too much yet 16.55.18 Quit krabador (Read error: Connection reset by peer) 16.59.30 Join armpitlady [0] (~fx0@192.40.89.11) 17.00.28 Quit PerRUIZUadAstra (Ping timeout: 250 seconds) 17.03.43 Join krabador [0] (~krabador@unaffiliated/krabador) 17.08.40 # Saratoga: it is enabled in Sansa Zip Clip (sansazipclip.h), to enable it on other sansas you must define USBOTG_DESINGWARE in the target configuration file, applying the same changes as in sansazipclip.h 17.09.54 # *sansaclipzip.h* 17.10.39 Quit Saratoga (Ping timeout: 250 seconds) 17.12.46 *** Saving seen data "./dancer.seen" 17.27.56 Join Boltermor [0] (~Boltermor@subscr-46-148-172-80.dhcp-docsis.net.tomkow.pl) 17.37.03 Quit krnlyng (Ping timeout: 264 seconds) 17.38.16 # pamaury: I have a patch for the zenxfi3 keymap. https://paste.debian.net/712558/ 17.38.29 Quit Boltermor (Quit: Leaving) 17.38.32 # I would put it on gerrit, but I fail to sign in. 17.39.46 # Horrorcat: what does it do ? I put the contexts menu on the menu button and the quickscreen in the WPS on the menu button ? 17.39.54 # but why this { ACTION_STD_MENU, BUTTON_POWER|BUTTON_REL, BUTTON_POWER}, ? 17.40.20 # I was missing a way to quickly return to the main menu 17.41.02 # I just now saw though that POWER is already used for something 17.41.32 # I saw that power (along with menu) was used in the quickscreen for cancelling, so I thought it might make sense 17.41.54 # yeah but the power button is not really nicely access on this device 17.42.14 # I have no strong feelings on the power keybinding, I was just following the pattern from quickscreen. 17.42.17 # also what do you think of exchange the two: short press for context menu/quickscreen and long press to return to menu ? 17.42.23 # makes totally sense to me 17.42.33 # might be better 17.42.51 # yeah I think so, let me have a go at it, I'll push it to gerrit so you can test 17.43.36 # great 17.43.57 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 17.43.57 # * pamaury spots a few other weird things, probably some copy and paste 17.44.04 # this is stupid: { ACTION_STD_KEYLOCK, BUTTON_POWER, BUTTON_NONE }, 17.44.11 # the target has a physical lock 17.44.21 # * pamaury maps power to cancel 17.44.41 # does that make sense ? 17.44.53 # maybe 17.44.58 # of maybe going back to menu ? 17.45.01 # *or 17.45.20 # not sure, I wouldn’t use it for either probably 17.45.54 # yeah, maybe it's better not to map it 17.46.16 # unmap it from the quickscreen then too? 17.46.27 Join alexweissman [0] (~alexweiss@50.95.191.79) 17.48.50 # yeah, I vote for leaving POWER unmapped as far as possible. I often hit it accidentally when un-locking 17.49.16 Join krnlyng [0] (~liar@77.117.91.215.wireless.dyn.drei.com) 17.50.21 # Horrorcat: there is already some code to temporarily disable the power button when unholding 17.50.27 # ah clever 17.50.41 # precisely because of this. When you unhold, the power button is disable for 1sec 17.52.45 Quit alexweissman (Remote host closed the connection) 17.53.38 # hm, according to keymap-zenxfi3.c, POWER and long-POWER should be usable for switching USB HID modes. it doesn’t seem to do anything though; it doesn’t even turn on the screen backlight 17.53.50 # (when connected to USB while running) 17.53.55 # g#1335 17.53.56 # 3Gerrit review #1335 at http://gerrit.rockbox.org/r/1335 : 3zenxfi3: update keymap by Amaury Pouly 17.54.10 # ah, let me check 17.54.36 # you are right, does seem to do anything 17.54.48 # not sure why 17.56.47 # keymap works as expected 17.57.25 # ok, so let's commit g#1335 ? 17.57.27 # 3Gerrit review #1335 at http://gerrit.rockbox.org/r/1335 : 3zenxfi3: update keymap by Amaury Pouly 17.57.36 # I approve :-) 17.58.13 Quit paulk-collins (Quit: Leaving) 17.58.50 # Build Server message: 3New build round started. Revision 86df983, 255 builds, 15 clients. 17.59.34 # I will probably commit g#1333 and its dependencies soon enough. It's mostly an internal change but it might also slightly improve touch button responsiveness on the zenxfi3 17.59.35 # 3Gerrit review #1333 at http://gerrit.rockbox.org/r/1333 : 3zenxfi3: rewrite mpr121 driver by Amaury Pouly 18.00.36 # does it require more testing? 18.00.42 Quit armpitlady (Ping timeout: 250 seconds) 18.01.17 # well more testing is always better so if you don't mind compiling it and using the device with it that would be nice 18.01.42 # if it’s fine to use it with the updated keymap, sure 18.02.13 # yeah those are independent changes, you can cherry pick those on top of master 18.02.37 # (be sure to cherry pick all dependencies, so g#1313 at least) 18.02.39 # 3Gerrit review #1313 at http://gerrit.rockbox.org/r/1313 : 3imx233: rewrite i2c driver by Amaury Pouly 18.03.37 # does 'git pull git://git.rockbox.org/rockbox refs/changes/33/1333/3' on a fresh branch off master get me all I need? 18.04.33 Quit edhelas (Quit: Leaving.) 18.05.39 # doesn’t appearantly 18.06.59 # I would recommend cherry-picking g#1313 first and then g#1333 18.07.01 # 3Gerrit review #1313 at http://gerrit.rockbox.org/r/1313 : 3imx233: rewrite i2c driver by Amaury Pouly 18.07.01 # 3Gerrit review #1333 at http://gerrit.rockbox.org/r/1333 : 3zenxfi3: rewrite mpr121 driver by Amaury Pouly 18.07.16 # pamaury: did that, and 1334, and the keymap thing. built, zipped, unzipped, works for now 18.07.31 # going to test it more extensively by actually using the device tomorrow :-) 18.08.53 # Build Server message: 3Build round completed after 603 seconds. 18.08.54 # Build Server message: 3Revision 86df983 result: 5 errors 0 warnings 18.20.49 Quit Link8 (Ping timeout: 244 seconds) 18.32.38 Join alexweissman [0] (~alexweiss@50.95.191.79) 18.54.21 Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) 18.55.31 # pamaury: any idea on the POWER button binding issue in the USB HID screen? also, has anyone ever used that presentation mode? it emits 'b' and 'q' keystrokes here, the former (un-)blanks the screen and the latter does nothing in atril (PDF viewer) in presenter mode 19.02.42 Join Link8 [0] (~me@546AC6B1.cm-12-3d.dynamic.ziggo.nl) 19.11.48 Join armpitlady [0] (~fx0@178.162.211.215) 19.12.16 Join lebellium [0] (~chatzilla@89-93-179-187.hfc.dyn.abo.bbox.fr) 19.12.49 *** Saving seen data "./dancer.seen" 19.30.04 Join edhelas [0] (~edhelas@2a01:7c8:aab8:6b9:5054:ff:fec9:fd84) 19.30.25 # pamaury, here ? 19.30.35 # I'm trying to cherry pick your patch 19.30.59 # got this 19.31.00 # /usr/local/lib/gcc/arm-elf-eabi/4.4.4/../../../../arm-elf-eabi/bin/ld: region `IRAM' overflowed by 1568 bytes 19.32.49 Quit krabador (Quit: Take The Time) 19.34.39 # edhelas: here, which target and which patch ? 19.34.50 # (I presume the USB audio thing) 19.34.59 # http://gerrit.rockbox.org/r/#/c/1009/ on the target 20 19.35.05 # so iPod Color/Photo 19.35.29 # ah, I need to look into this 19.35.46 # can I help ? 19.36.52 # anyone knows cheap, high quality, flat response, reference earphones? 19.37.06 # on aliexpress 19.37.11 # armpitlady, intra auricular ? 19.37.31 # oh on aliexpress, don't know 19.37.37 # yeah 19.37.51 # well, tell me what you know 19.38.15 # edhelas: in firmware/target/usbstack/usb_audio.c, you can try to change #define BUFFER_SIZE 1023 to something smaller, like 300 19.41.03 # armpitlady, the CX-200 - CX-300 of Senheiser are quite affordable and great 19.42.08 # hi fi earphones do not fit 3.5mm jacks and require additional amplification due to higher resistance? 19.42.14 # that was a question :D 19.43.09 # pamaury, looks better :D 19.43.42 # edhelas: I cannot garantee it will work, making the buffer small might result in underflow 19.43.58 # edhelas price is great, but they are not advertised as flat response. need to look them up on headphone.com laboratory 19.46.13 # edhelas oh boy, this looks worse than russian roads 19.46.14 # http://graphs.headphone.com/graphCompare.php?graphType=0&graphID[]=1893&scale=30 19.47.10 # pamaury, I've juste replaced rockbox.ipod, is it ok ? 19.47.26 # edhelas: yes 19.47.35 # ok I see the option in the debug menu 19.47.49 # I've enabled it, plug the iPod but the computer doesn't seems to recognize it 19.48.10 # (as an audio card) 19.48.11 # edhelas compare to these: 19.48.12 # http://graphs.headphone.com/graphCompare.php?graphType=0&graphID[]=2711&scale=30 19.48.41 # pamaury, oh actually my desktop computer does 19.49.06 # i had these etymotics for reference. it's not for everyone. it's only for sound engineers because the sound will always be very cold, exact, but cold. 19.49.42 # it's because originally all music is made with lowered bass because all the headphones, and earphones have that part boosted. 19.51.00 # i gave my etymotics to a girl, and told her to give them back tomorrow, but she lives in another country, and she didn't even tell. true story. I'm so pissed. she just went off with my earphones. what an asshole. 19.51.02 # mhh weird pulseaudio doesn't see it 19.52.20 # edhelas: usually pulseaudio will happily detect it 19.52.56 # I just need to enable and plug the ipod ? 19.53.01 # yes 19.53.22 # you can double-check it is enabled by running lsusb -v -d : 19.53.33 # you can find the : by running lsusb 19.53.42 # you should see things related to audio 19.59.13 # ok, will check that in a moment, thx ;) 20.04.31 Quit Link8 (Ping timeout: 260 seconds) 20.07.20 Quit armpitlady (Ping timeout: 276 seconds) 20.07.56 Join armpitlady [0] (~fx0@178.162.211.219) 20.15.37 # ah pamaury, I figured out why presentation HID mode emits such weird characters here: qwert[yz] ≠ neo. why were the scancodes n and p chosen for prev/next? don’t all presenters support arrow left/right? 20.15.48 # (which would most likely be more portable, as I know of no keyboard layout which remaps those) 20.15.58 # that said, is there someone else to ping with respect to that? 20.16.33 # Horrorcat: I would need to check but I am pretty sure it does not (or should not) emit regular querty codes 20.16.55 # I guess as a HID it emits scancodes. 20.16.57 # it emits special HID code that are related to presentation, but I can check that (later) 20.17.05 # ah 20.17.26 # hmm.... wonder why those seem to end up at 'n' and 'p' scancodes here, which get mapped to 'b' and 'q' keycodes by the neo layout. 20.23.53 # Horrorcat: oh my bad, those are indeed mapped to n and p 20.24.05 # the mapping is in apps/usb_keymap.c 20.24.30 # I admit this is odd 20.25.20 Join Link8 [0] (~me@546AC6B1.cm-12-3d.dynamic.ziggo.nl) 20.25.34 # (usb_keymaps.c I presume) 20.26.39 Join Link7 [0] (~me@546AC6B1.cm-12-3d.dynamic.ziggo.nl) 20.26.44 # pamaury: I think arrow-down/up or arrow-left/right make more sense 20.26.49 Join JdGordon [0] (~jonno@124-148-131-242.dyn.iinet.net.au) 20.26.49 Quit JdGordon (Changing host) 20.26.49 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 20.26.53 # I have to check though, at least pdf-presenter-console interprets -left different than -up 20.29.01 # pamaury: yes, for pdfpc left and right would probably be the sanest. ideally with the option to support up and down separately on targets which have enough buttons 20.29.50 Quit JdGordon_ (Ping timeout: 244 seconds) 20.30.00 Quit Link8 (Ping timeout: 240 seconds) 20.36.09 # pamaury, for the moment I only have the HID and mass storage, but I'll investigate 20.44.14 # oh got something 20.44.28 # detected by Pulseaudio, but not sound yet 20.49.54 Join saratoga [0] (47ae8a7a@gateway/web/freenode/ip.71.174.138.122) 20.50.17 # who maintains the wiki? could we do something about all the new user spam, like make the user pages not editable until the account is cofirmed? 20.51.32 Join Boltermor [0] (~Boltermor@subscr-46-148-172-80.dhcp-docsis.net.tomkow.pl) 20.59.01 Join Link8 [0] (~me@546AC6B1.cm-12-3d.dynamic.ziggo.nl) 20.59.01 Quit Link7 (Read error: Connection reset by peer) 21.00.09 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 21.03.09 Quit JdGordon (Ping timeout: 252 seconds) 21.03.21 Quit saratoga (Ping timeout: 250 seconds) 21.06.35 Join krabador [0] (~krabador@unaffiliated/krabador) 21.06.39 Quit armpitlady (Ping timeout: 240 seconds) 21.07.42 Quit Boltermor (Ping timeout: 244 seconds) 21.09.35 Join JdGordon [0] (~jonno@124-149-157-222.dyn.iinet.net.au) 21.09.35 Quit JdGordon (Changing host) 21.09.35 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 21.10.27 Join Boltermor [0] (~Boltermor@188.146.2.102.nat.umts.dynamic.t-mobile.pl) 21.12.02 Quit JdGordon_ (Ping timeout: 240 seconds) 21.12.53 *** Saving seen data "./dancer.seen" 21.21.53 Join einhirn [0] (~Miranda@p4FC11260.dip0.t-ipconnect.de) 21.24.45 Join einhirn_ [0] (~Miranda@bsod.rz.tu-clausthal.de) 21.26.18 Quit einhirn (Ping timeout: 258 seconds) 21.37.03 # pamaury: Samsung 32GB class 10. 519MB video. Fuze+ write 6,1MB/s read 10,6MB/s. Samsung card reader write 8,6MB/s read 21,6MB/s 21.37.33 # with patch ? 21.37.38 # yes 21.38.07 # huh, that's seems wrong, can you go to System > debug > show hw info > sdmmc 21.38.19 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 21.39.48 # bus: 4 sbc: 1 hs: enabled 21.40.22 # I can't believe it reads at only 11MB/s over usb, that's puzzling 21.40.56 # I can check with OF if you want 21.41.14 Quit JdGordon (Ping timeout: 260 seconds) 21.41.25 # yeah good idea 21.54.02 # pamaury, yeah I hear that the audio chipset is enabled, but nothing comes out 21.54.08 Quit einhirn_ (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 21.54.49 Quit petur (Quit: Connection reset by beer) 21.54.50 # edhelas: ok, well, there could many things going wrong, that would require extensive debugging 21.56.24 # yup 21.57.09 # pamaury: what do you think about the presenter mode thing? shall I prepare patches for both the usb_keymap and for the zenxfi3 target? 21.57.34 # edhelas: tonight I am too tired/busy but maybe we can have a look tomorrow or on wednesday ? 21.57.42 # yeah sure 21.57.48 # I'm not in a hurry :) 21.58.01 # Horrorcat: what do you think about that is specific to the zenxfi3 ? and what kind of changing for usb ? 21.58.30 # * pamaury has done a little test: usb_storage + ramdisk = ~16MB/s read speed 21.58.34 # not very impressive... 21.58.43 # pamaury, by the way, pulseaudio see two output, one analog stereo and one digital, I should take the digital one ? 21.58.46 Join JdGordon [0] (~jonno@210-84-48-220.dyn.iinet.net.au) 21.58.46 Quit JdGordon (Changing host) 21.58.46 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 21.59.01 # edhelas: two audio output for rockbox ? 21.59.24 # yup 21.59.27 # I am pretty sure it only reports one, and that's an headphone one 21.59.29 # regarding usb, I would map arrow-left/arrow-right to PREV/NEXT and add actions for arrow-up/arrow-down (which have, at least in pdfpc, a different meaning) 21.59.36 # and for the xfi, I would add mappings for the latter 21.59.47 # pamaury: strange. Write 3,9MB/s read 3,4MB/s ... and strangely when I disconnect the USB cable it gets to the rockbox bootloader mode instead of OF home screen. 22.00.09 # lebellium: is that the OF read/write speed ? 22.00.13 # yes 22.00.16 # it sucks 22.00.43 # so I am afraid the conclusion is that on your card, the usb speed is mostly limited by the usb stack with the patch 22.01.38 Quit JdGordon_ (Ping timeout: 264 seconds) 22.03.04 # another (alternative) thought for the zenxfi3: use VOL_UP / VOL_DOWN instead of UP/DOWN buttons reduce the chance of accidentally triggering them 22.05.00 # isn't the point of usb hid to make it easy to use it ? 22.05.32 # not sure what you’re referring to; I’m worried that the touchy buttons are easy to hit accidentally, which could be unfortunate during a presentation 22.11.19 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 22.14.14 Quit JdGordon (Ping timeout: 264 seconds) 22.19.04 # pamaury, but I'm already impressed by the job done :) 22.20.07 # gonna leave for today, 73 22.20.28 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 22.20.32 # <[Saint]> K, 2746 22.20.44 # <[Saint]> 4 22.20.47 # <[Saint]> 17 22.20.53 # <[Saint]> That's Numberwang! 22.23.21 Quit JdGordon_ (Ping timeout: 260 seconds) 22.25.30 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 22.25.38 Quit JdGordon (Ping timeout: 264 seconds) 22.31.11 Join Link7 [0] (~me@546AC6B1.cm-12-3d.dynamic.ziggo.nl) 22.31.12 Quit Link8 (Read error: Connection reset by peer) 22.34.49 # * pamaury thinks rockbox could have a use for higher speed tick tasks or faster thread switch. 100HZ is just slow 22.36.53 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 22.40.02 Quit JdGordon_ (Ping timeout: 264 seconds) 23.04.42 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 46.0.1/20160502172042]) 23.12.17 # <[Saint]> pamaury: I agree, but for pretty shit reasons. 23.12.21 # <[Saint]> Regardless, I agree. 23.12.54 *** Saving seen data "./dancer.seen" 23.17.31 # <[Saint]> pamaury: what did you end up having to do to satisfy rockboxdev.sh regarding building an updated mipsel toolchain? 23.19.14 # [Saint]: building a new mipsel toolchain is easy, building the old one is tricky (I am not even trying) 23.19.48 # <[Saint]> I have done mipsel-elf binutils s/2.17/2.22/g and mipsel-elf gcc 2/4.1.2/4.6.3/g, and added MAKEINFO=missing to the CFLAGS 23.19.51 # <[Saint]> But, no dice. 23.20.21 # you have to add -fgnu89-inline (whatever it is called) 23.20.52 # <[Saint]> Also done. 23.21.11 # <[Saint]> That's added to satisfy armeabi. 23.21.40 # <[Saint]> I'll keep digging, seems like it's my own damn fault for running bleeding-edge....everything. 23.22.03 # [Saint]: https://gist.github.com/pamaury/595b92a63f1e79f435c9ebad85c01054 23.22.09 # that's what I used 23.23.36 # <[Saint]> Yeah, hmmm. Interesting. 23.23.51 # <[Saint]> My arrangement is ever so slightly different, but the end result is the same. 23.24.10 # <[Saint]> Well...I guess not, as your apparently compiles a viable toolchain. :p 23.24.54 # But I want to talk to TheSeven, I don't know how he managed to build the ypr0 toolchai, I am stuck the problem with make, I am wondering if he installed his own version of make 23.25.35 # <[Saint]> Oh my God...yes. Uuuugh. 23.25.44 # <[Saint]> I hate that Goddamn toolchain. 23.26.11 # <[Saint]> As always, if you need them, I can give you precompiled 64bit ypr* toolchain binaries. 23.26.46 # <[Saint]> Or do you already have them and you're wanting to get the toolchain actually building again? 23.26.50 # I would prefer to be able to build them 23.27.02 # <[Saint]> Oh, sure, in the interim I mean. 23.27.15 # in the long run that's the only viable option, and I am so dman close 23.27.53 # <[Saint]> IIUC, [7] cut out the CLooG dependency from it entirely, also. 23.28.06 # <[Saint]> Because after make, the next version dependency madness is CLooG. 23.28.20 # <[Saint]> I really want his diff for this too. 23.28.35 Quit Link7 (Remote host closed the connection) 23.28.42 # <[Saint]> But he's been AWOL for some time. Understandable. He's a busy man. 23.29.19 # I know, I disabled cloog and ppl 23.29.24 # that's trivial 23.29.29 # * [Saint] nods 23.29.31 # but then I have a problem with make 23.30.14 # if I tell ct-ng to build his own make, it builds 3.81 and that fails, and if I use my make 4.0, it also fails for another reason 23.31.13 # <[Saint]> yeah, sounds like you're at where I am approximately. 23.31.22 # <[Saint]> bouncing off the same issue. 23.31.29 # <[Saint]> :-S 23.33.18 # in theory you can compile your own make 23.33.41 # ct-ng discourages make 3.82, apparently it is broken 23.34.03 # there are versions between 3.82 and 4.00 but they are not even listed on the official ftp of make... 23.38.39 # [Saint]: why were you thinking about increasing HZ ? 23.44.07 # <[Saint]> So that skin actions get a chance to better match the refresh rate of the LCD for high-speed theme tasks like animation and EQ meters, et al. 23.44.19 Quit Boltermor (Ping timeout: 250 seconds) 23.44.47 # <[Saint]> pamaury: https://files.freemyipod.org/~saint/rockbox-toolchains-x86_64_20160531.tar.gz 23.44.52 # <[Saint]> for the interim. 23.45.19 # <[Saint]> (filesize 113MB) 23.45.35 # <[Saint]> I can package _just_ ypr* for you if you would like. 23.46.05 # <[Saint]> Or just the bins (sans docs and build leftovers, etc.), or any combination thereof. 23.47.01 # * [Saint] forgot he had a ftp user account with freemyipod 23.47.23 # thanks got it 23.47.44 # not sure if I will use it though, only in case of despair ;) 23.48.30 Quit girafe (Read error: Connection reset by peer) 23.48.48 # <[Saint]> Well, I figure you can use it to add ypr* to your build-client broadcast line until you or I beat this thing, or [7] pops his nose in. 23.49.00 # yeah make sense. Really HZ=100 is slow, that means a thread could wait more than 10ms before being run, that's a _lot_ and it makes thread less useful imo. I don't know if there is a good reason for it, I guess it makes sense on slow cpus 23.49.27 # * [Saint] nods 23.49.35 # * gevaerts tries to launch a slogan for slow CPUs 23.49.38 # Hertz Hurts! 23.49.52 # <[Saint]> Yeah, my reasoning behind it is pretty case-specific. 23.50.38 # [Saint]: don't you want HZ to be a multiple of the lcd refresh rather than it being high? 23.51.48 # <[Saint]> gevaerts: preferably, I would guess. Yes. 23.52.15 # * pamaury has a try at building ypr0 with make 3.82 23.52.41 # * [Saint] takes another stab at mipsel-elf 23.52.46 # Of course that would make HZ LCD dependant, which would mean it could be different *everywhere* 23.52.54 # Which might not be ideal 23.54.14 # [Saint]: are you trying to build the *old* mips toolchain ? 23.54.38 # <[Saint]> No. 23.56.16 # <[Saint]> Holy crap. 23.56.22 # <[Saint]> So. Many. Warns... 23.56.41 # <[Saint]> There's more damn warns than there is genuine compilation output.