--- Log for 11.07.113 Server: hobana.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 8 hours and 0 minutes ago 00.10.56 *** Saving seen data "./dancer.seen" 00.40.48 Quit ender` (Quit: [].map.call( "Batman", function( x, y, z ) { return !y && z || +x }).reverse().join( " " );) 00.44.22 Quit dfkt (Ping timeout: 240 seconds) 00.44.29 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 00.46.22 Quit pamaury (Ping timeout: 240 seconds) 00.46.34 Quit s_penth_ (Read error: Connection reset by peer) 00.47.09 Join dfkt [0] (dfkt@unaffiliated/dfkt) 00.47.12 Join s_penth_ [0] (~reikoNeko@c-68-81-89-93.hsd1.nj.comcast.net) 00.55.57 Quit s_penth_ (Read error: Connection reset by peer) 00.57.02 Join s_penth_ [0] (~reikoNeko@68.81.89.93) 00.57.17 Quit s_penth_ (Read error: Connection reset by peer) 01.42.33 Quit lebellium (Quit: ChatZilla 0.9.90 [Firefox 23.0/20130708202947]) 01.49.59 Join dewlap [0] (~dewlap@2001:5c0:1000:a::287) 02.10.57 *** Saving seen data "./dancer.seen" 02.11.56 Quit dv__ (Ping timeout: 256 seconds) 02.18.44 Quit liar (Ping timeout: 256 seconds) 02.24.27 Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 03.01.44 Nick SuperBrainAK is now known as DormantBrain (~andy@shared02.balt01.cd.2g2u.net) 03.04.44 Quit makoto (Ping timeout: 246 seconds) 03.16.34 Join makoto [0] (~makoto@hey.dont.privmsg.me.uk) 03.21.36 Quit thegeek (Read error: Connection reset by peer) 04.01.50 Quit Zarggg (Ping timeout: 240 seconds) 04.11.01 *** Saving seen data "./dancer.seen" 04.15.51 Quit belak (Quit: belak) 04.18.23 Join [Saint] [0] (~saint@rockbox/user/saint) 04.32.14 Quit DormantBrain (Ping timeout: 252 seconds) 04.37.35 Quit yosafbridge (Ping timeout: 256 seconds) 04.37.35 Quit logbot (Ping timeout: 256 seconds) 04.37.35 *** ERROR: (Closing Link: giant.haxx.se (Ping timeout: 256 seconds)) from hobana.freenode.net 04.37.35 *** Cleanup 04.37.35 *** Cleanup 04.37.35 *** Saving seen data "./dancer.seen" 04.37.35 *** Exit 04.37.37 *** Started Dancer V4.16 04.37.37 *** Connected to irc.freenode.net on port 6667 04.37.37 *** Logfile for #rockbox started 04.37.38 Mode "logbot- :+i" by logbot- 04.37.44 *** Server message 501: 'logbot- :Unknown MODE flag' 04.37.44 Join logbot- [0] (~rockbox@giant.haxx.se) 04.37.44 Join derf_ [0] (~derf@fuzzyneural.net) 04.37.44 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 04.37.44 Join bzed_ [0] (~bzed@devel.recluse.de) 04.37.44 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 04.37.44 Join fyre^OS [0] (~nnscript@cpe-24-90-158-3.nyc.res.rr.com) 04.37.44 Join [Saint] [0] (~saint@rockbox/user/saint) 04.37.44 Join makoto [0] (~makoto@hey.dont.privmsg.me.uk) 04.37.44 Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 04.37.44 Join dewlap [0] (~dewlap@2001:5c0:1000:a::287) 04.37.44 Join dfkt [0] (dfkt@unaffiliated/dfkt) 04.37.44 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 04.37.44 Join XavierGr [0] (~XavierGr@rockbox/staff/XavierGr) 04.37.44 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 04.37.44 Join Poodlemastah [0] (~Poodlemas@109-124-181-96.customer.t3.se) 04.37.44 Join Gallomimia [0] (~gallo@key.cha0sgaming.net) 04.37.44 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 04.37.44 Join synergst` [0] (~synfn@node1.customhost.org.uk) 04.37.44 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 04.37.44 Join 1JTAAAQAD [0] (vsync@rantapallo.org) 04.37.44 Join michaelni [0] (~michael@chello080109127209.4.15.vie.surfer.at) 04.37.44 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 04.37.44 Join @ChanServ [0] (ChanServ@services.) 04.37.44 Join Belzebub_ [0] (~j4ck@gateway/shell/sundance.i-rpg.net/x-pordsfismdohtjoc) 04.37.44 Join knitt1 [0] (~knittl@ssh.fumuga.com) 04.37.44 Join n17ikh_ [0] (~n17ikh@128.204.195.239) 04.37.44 Join onder` [0] (~onder@24.244.89.228) 04.37.44 Join _Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net) 04.37.44 Join user890104 [0] (Venci@unaffiliated/user890104) 04.37.44 Join Scall [0] (~chat@unaffiliated/scall) 04.37.44 Join Guest11127 [0] (Slayer@c-69-143-178-62.hsd1.va.comcast.net) 04.37.44 Join TeruFSX [0] (~TeruFSX@184-97-131-171.mpls.qwest.net) 04.37.44 Join copper [0] (~copper@unaffiliated/copper) 04.37.44 Join SrRaven [0] (srraven@fatfecker.shagged.org) 04.37.44 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 04.37.44 Join logbot [0] (~rockbox@giant.haxx.se) 04.37.44 Join derf [0] (~derf@fuzzyneural.net) 04.37.44 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 04.37.44 Join dokan__ [0] (~minatani@ac250006.ppp.asahi-net.or.jp) 04.37.44 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 04.37.44 Join GodEater` [0] (~whoknows@cl-711.lon-02.gb.sixxs.net) 04.37.44 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 04.37.44 Join Scr0mple [0] (~Simon@119.225.209.134) 04.37.44 Join ender^ [0] (~ender1@2a01:260:4094:1:42:42:42:42) 04.37.44 Join ranmacha1 [0] (ranma@kagami.uguu.de) 04.37.44 Join desrt_ [0] (~desrt@spadina.desrt.ca) 04.37.44 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 04.37.44 Join jokke [0] (~jokke@ip-178-201-248-21.unitymediagroup.de) 04.37.44 Join Marex [0] (~Marex@195.140.253.167) 04.37.44 Join fs-bluebot [0] (~fs-bluebo@g231120235.adsl.alicedsl.de) 04.37.44 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 04.37.45 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 04.37.45 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 04.37.45 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 04.37.45 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 04.37.45 Join nosa-j [0] (~m00k@184.76.254.130) 04.37.45 Join uwe_mobile [0] (~uwe@static.88-198-8-117.clients.your-server.de) 04.37.45 Join rasher [0] (~rasher@rockbox/developer/rasher) 04.37.45 Join Torne [0] (~torne@rockbox/developer/Torne) 04.37.45 Join rudi_s [0] (~simon@austria125.server4you.de) 04.37.45 Join mikroflops_ [0] (~yogurt@h-34-210.a238.priv.bahnhof.se) 04.37.45 Join Slasheri_ [0] (miipekk@xen.ihme.org) 04.37.45 Join __jae__ [0] (~jae@dedicated.jaerhard.com) 04.37.45 Join BowieKnife [0] (~Friend@95.215.63.133) 04.37.45 Join mrtux [0] (~colin@unaffiliated/mrtux) 04.37.45 Join Kohlrabi [0] (~kohlrabi@kohlio.de) 04.37.45 Join preglow [0] (thomj@skrotnisse.pvv.ntnu.no) 04.37.45 Join aevin [0] (eivindsy@unaffiliated/aevin) 04.37.45 Join froggyman [0] (~froggyman@unaffiliated/froggyman) 04.37.45 Join funman [0] (~fun@rockbox/developer/funman) 04.37.45 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 04.37.45 Join thoraxe1 [0] (~thoraxe@tacs.cs.tamu.edu) 04.37.45 Join jmspeex [0] (jm@mf4-xiph.osuosl.org) 04.37.45 Join FOAD [0] (~foad@unaffiliated/foad) 04.37.45 Join pystar89 [0] (~pystar89@ip-109-90-154-150.unitymediagroup.de) 04.37.45 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 04.37.45 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 04.37.45 Join Hadaka [0] (~naked@naked.iki.fi) 04.37.45 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 04.37.45 Join freqmod_ [0] (~quassel@cm-84.215.142.108.getinternet.no) 04.37.45 Join simabeis [0] (~simabeis@lobmenschen.de) 04.37.45 Join Mir [0] (~Mir@pool-71-109-219-86.lsanca.dsl-w.verizon.net) 04.37.45 Join Topy44 [0] (~Topy44@93.190.93.215) 04.37.45 Join Barahir [0] (~jonathan@141.101.32.135) 04.37.45 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 04.37.45 Join bzed [0] (~bzed@devel.recluse.de) 04.37.45 Join TBCOOL_ [0] (~tb@c-893571d5.09-42-73746f22.cust.bredbandsbolaget.se) 04.37.45 Join gelraen [0] (~imax@mail.univua.net) 04.37.45 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 04.37.45 Join uwe_ [0] (~uwe_@dslb-088-064-051-171.pools.arcor-ip.net) 04.37.45 Join AlexP [0] (~alex@rockbox/staff/AlexP) 04.37.45 Join fyrestorm [0] (~nnscript@cpe-24-90-158-3.nyc.res.rr.com) 04.37.45 Join guymann [0] (~c@unaffiliated/guymann) 04.37.45 Join kugel [0] (~kugel@rockbox/developer/kugel) 04.37.45 Join maraz [0] (maraz@kapsi.fi) 04.37.45 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 04.37.45 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 04.37.45 Join Provel [0] (~Provel@75-132-18-44.dhcp.stls.mo.charter.com) 04.37.45 Join ladyblink [0] (bassgeisha@selectah.drop.that.bass.aikyou.bassgeisha.com) 04.37.45 Join Elfish [0] (amba@2001:1608:12:1:13:3:3:7) 04.37.45 Join Gareth [0] (~gareth@2607:ff38:2:83::3) 04.37.45 Join scorche [0] (~scorche@rockbox/administrator/scorche) 04.37.45 Join Jack87 [0] (Jack87@nasadmin/admin/jack87) 04.37.45 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 04.37.45 Join x56 [0] (~0x56@sillytitties.com) 04.37.45 Join kiwicam [0] (~quassel@101.98.163.139) 04.37.45 Join dionoea [0] (~dionoea@oyp.chewa.net) 04.38.40 Join alexbobp_ [0] (~alex@capitalthree.pwnz.org) 04.38.48 Join DormantBrain [0] (~andy@shared02.balt01.cd.2g2u.net) 04.39.13 Nick DormantBrain is now known as SuperBrainAK (~andy@shared02.balt01.cd.2g2u.net) 04.42.46 Join yosafbridge` [0] (~yosafbrid@69.164.210.242) 04.43.44 Quit logbot (*.net *.split) 04.43.45 Quit derf (*.net *.split) 04.43.47 Quit kugel (*.net *.split) 04.43.47 Quit fyrestorm (*.net *.split) 04.43.47 Quit AlexP (*.net *.split) 04.43.47 Quit alexbobp (*.net *.split) 04.43.48 Quit yosafbridge (*.net *.split) 04.43.48 Quit bzed (*.net *.split) 04.43.49 Nick bzed_ is now known as bzed (~bzed@devel.recluse.de) 04.43.49 Nick derf_ is now known as derf (~derf@fuzzyneural.net) 04.49.32 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.49.33 Quit amiconn (Disconnected by services) 04.49.35 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.49.45 Quit pixelma (Disconnected by services) 04.49.45 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.49.48 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 05.03.54 # Build Server message: 3New build round started. Revision 5c2ad2f, 217 builds, 19 clients. 05.09.35 Quit [7] (Disconnected by services) 05.09.42 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.11.29 # Build Server message: 3Build round completed after 454 seconds. 05.11.29 # Build Server message: 3Revision 5c2ad2f result: All green 05.16.58 Nick alexbobp_ is now known as alexbobp (~alex@capitalthree.pwnz.org) 05.46.16 Join belak [0] (~belak@facebook/engineering/belak) 05.52.57 Quit TeruFSX (Ping timeout: 264 seconds) 05.54.12 Nick _Raptors is now known as Raptors (~whoneedsa@216-58-33-203.cpe.distributel.net) 06.01.55 Quit dfkt (Disconnected by services) 06.01.56 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 06.12.42 # argh 06.26.30 # <[Saint]> ...would not using the built-in statusbar on every target be a huge no-no? 06.29.42 # <[Saint]> It really is useless on most targets. 06.30.17 # <[Saint]> I want to use a nice .sbs, but os *some* targets, the built-in bar really does make sense. 06.30.28 # Build Server message: 3New build round started. Revision 2948cb4, 217 builds, 19 clients. 06.30.39 # <[Saint]> Would using it only on the small screen monoscrome/greyscale targets be problematic? 06.30.51 # * [Saint] prods JdGordon 06.31.07 # I personally don't think that woulod be an issue 06.31.07 # <[Saint]> s/os/on/ 06.31.23 # but i'm more and more not involved 06.31.52 # <[Saint]> Sure, but, you have an opinion - and I value it. :) 06.36.37 # Build Server message: 3Build round completed after 368 seconds. 06.36.37 # Build Server message: 3Revision 2948cb4 result: All green 06.37.40 *** Saving seen data "./dancer.seen" 06.47.40 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 06.56.50 Quit akaWolf (Remote host closed the connection) 07.17.07 # <[Saint]> Okie-dokie. 07.18.00 # <[Saint]> I managed to get Android building with the newer {S|N}DK in a fairly hacky way, but it works. 07.18.35 # <[Saint]> At first, I downlaoded http://dl-ssl.google.com/android/repository/tools_r21-linux.zip directly, but if you update the toolset, it will remove apkbuilder...so, no dice. 07.19.45 Join stoffel [0] (~quassel@pD9E43D12.dip0.t-ipconnect.de) 07.19.50 # <[Saint]> So I downloaded the current {S|N}DK, installed them, and then symlinked in apkbuilder from the other SDK to keep building RaaA happy. 07.32.15 Join Guest52291 [0] (~Jinx@108.222.214.13) 07.38.33 # <[Saint]> Ohhhh, even better. I just merged the tools dir from above with the one from the current sdk 07.45.13 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 07.56.22 Nick Guest52291 is now known as Jinx (~Jinx@108.222.214.13) 07.56.23 Quit Jinx (Changing host) 07.56.23 Join Jinx [0] (~Jinx@unaffiliated/jinx) 08.10.37 Nick SuperBrainAK is now known as DormantBrain (~andy@shared02.balt01.cd.2g2u.net) 08.29.23 Quit bluebrother (Disconnected by services) 08.29.29 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 08.31.05 Quit fs-bluebot (Read error: Operation timed out) 08.37.42 *** Saving seen data "./dancer.seen" 08.39.02 Join fs-bluebot [0] (~fs-bluebo@f053154202.adsl.alicedsl.de) 08.40.28 Join ender` [0] (krneki@foo.eternallybored.org) 09.04.17 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 09.07.17 Quit bertrik (Remote host closed the connection) 09.14.46 Quit melmothX (Quit: #) 09.16.38 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.17.40 Join kaputnik__ [0] (~kaputnik@port-92-206-232-20.dynamic.qsc.de) 09.24.42 Join wodz [0] (~wodz@89-75-41-78.dynamic.chello.pl) 09.28.45 Nick 1JTAAAQAD is now known as vsync_ (vsync@rantapallo.org) 09.31.05 Join stripwax [0] (~Miranda@rockbox/developer/stripwax) 09.31.27 Quit stripwax (Client Quit) 09.34.22 # pamaury: ping 09.35.38 # I try to rolo my H10 and always get a bad checksum :\ 09.35.58 # at least after USB connect and update 09.38.00 # jhMikeS: It may be that my rolo/bl rework broke this however I checked this on PP target. 10.00.54 # wodz: pong, need to leave, be back online in one hour 10.01.35 # lebellium: pong (dont bother pringing at 6am my time :) 10.02.14 # pamaury: the question is what is needed to port your hacking tool (I can't remember the name) to rk27xx. Usb driver (is it the same as in rb?), registers description file, anything else? 10.05.49 Quit pamaury (Ping timeout: 240 seconds) 10.15.30 # <[Saint]> JdGordon: ...what's wrong with that? 10.15.49 # <[Saint]> I believe he was (correctly) assuming you'd see the highlight, and read the logs. 10.17.31 # <[Saint]> ...you're *always* marked away, so..that probably doesn't help :) 10.17.34 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) 10.18.21 Quit belak (Quit: belak) 10.37.44 *** Saving seen data "./dancer.seen" 10.37.53 Quit mc2739 (Ping timeout: 264 seconds) 10.38.21 # Build Server message: 3New build round started. Revision 1329cc2, 217 builds, 17 clients. 10.38.29 Join mc2739 [0] (~mc2739@71.20.87.137) 10.38.35 Quit mc2739 (Changing host) 10.38.35 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 10.40.02 # wodz: I don't think it's all of the PP targets. My binary is unmodified from the repo and it did work rather recently. 10.44.22 # hmm, just looked at the list of recent commits and I'm not sure if g#503 was such a good idea. I guess it had a reason that the cursor just stopped there (especially for the visually impaired). I'm not sure though what happens now - does it just "silently" wrap or does one have to press at least once more after reaching the start or end 10.44.25 # 3Gerrit review #503 at http://gerrit.rockbox.org/r/503 : 3Swap over a position of cursor while reaching the end of filename in keyboard by Roman (changes/03/503/1) 10.45.45 # Build Server message: 3Build round completed after 444 seconds. 10.45.46 # Build Server message: 3Revision 1329cc2 result: All green 10.46.48 # Yes, all green :) 10.47.54 # bluebot is red-green colorblind? how droll. 10.48.13 Quit stoffel (Remote host closed the connection) 10.50.27 # <[Saint]> pixelma: I had that thought myself. 10.50.44 # <[Saint]> I always believed the fact it didn't wrap to be by design. 10.52.49 # * jhMikeS suspects the same 10.53.27 # you mean the cursor didn't go back to the beginning of the filename if you reach past the end? 10.55.12 # yes 10.55.38 # yeah, if you're blind / not looking you won't know where the cursor is in relation to the ends 10.59.20 # It's not normal for a single-line edit control 11.02.43 # Build Server message: 3New build round started. Revision e04e29d, 217 builds, 18 clients. 11.05.08 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.05.23 # wodz: the most important part is to write the hwstub code for rk27xx (basically rewrite everything to handle usb requests). Then register files are optional but that's easier to work with for sure 11.06.49 # it would be better to isolate the stmp specific part in a subdirectory because still some parts are generic, some are not 11.07.09 # maybe I can try to do that to make it easier for you 11.08.13 # you can reuse the usb driver from rockbox 11.08.28 # and even simplify it since only control transfers are used 11.10.00 # Build Server message: 3Build round completed after 437 seconds. 11.10.01 # Build Server message: 3Revision e04e29d result: All green 11.19.31 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 11.25.23 Quit Scall (Ping timeout: 240 seconds) 11.31.37 Nick GodEater` is now known as GodEater (~whoknows@cl-711.lon-02.gb.sixxs.net) 11.31.40 Quit GodEater (Changing host) 11.31.40 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 11.33.34 Join Scall [0] (~chat@unaffiliated/scall) 11.33.54 # lebellium: pong 11.38.10 # pamaury: yeah, hw specific part of hwusb is not so well separated :/ 11.44.33 # wodz: ok, i'll do some separation today 11.45.23 Join JdGordon_ [0] (~jonno@101.174.42.140) 11.45.24 Quit JdGordon_ (Changing host) 11.45.24 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 11.46.24 # JdGordon: hey. I wanted to tell you that it seems that some touchtags like ffwd and rwd don't work properly in SBS and I can't move the progress bar with my finger while I use the same code as in WPS 11.48.41 Quit JdGordon (Ping timeout: 264 seconds) 11.49.14 # [Saint]: you confirm that touchtags are supposed to work the same both in SBS and WPS? 11.49.30 # <[Saint]> No, I cannot. Because the're not. 11.50.17 # some are I think 11.50.21 # <[Saint]> progress bar *might* be fixable...seeking, probably not gonna happen. 11.52.18 # Actually I wanted to integrate a nice mini-player in the menus for a 320x480 target but if that's just partly work like that and can't be fixed, I guess it's better to go back to WPS when touching the mini-player 11.52.28 # <[Saint]> seeking in non-wps screens conflicts with the (largely useless, IMO) manual line scrolling for the lists. 11.53.29 # why? normally it's prev or next for manual line scrolling, not ffwd or rwd 11.53.42 # <[Saint]> errrr, no. 11.54.22 # <[Saint]> next will enter any item it can, or do nothing. prev should exit if possible. 11.54.33 # <[Saint]> holding them scrolls. 11.55.08 # hum 11.55.11 # I should check again 11.55.55 # <[Saint]> this allows you to navigate with nothing but directional keys, for instance. 11.56.02 # I use prev and next in WPS but that did not work in SBS so I use wps_prev and wps_next instead and that works. Maybe a wps_ffwd and wps_rwd would be the solution 11.56.49 # .gif viewer looks like it's crashing when viewing an animated gif during initial decoding. :) 11.57.03 # <[Saint]> there's a frame limit, iirc. 11.57.40 # it ends up fine, but you just see the progress bar going dozens of times rather than the frames showing up 11.58.03 # <[Saint]> also, yes, wps_prev and wps_next behave differently to the way one would expect next/prev to work on buttons with physical keys. 11.58.09 # <[Saint]> I have no idea why this is. 11.58.27 # <[Saint]> s/on buttons/on tergats/ 11.58.33 # <[Saint]> *targets 11.58.39 # jhMikeS: its 'by design' 11.58.52 # jhMikeS: It decodes all frames to the mem initially 11.59.04 # why not display during decode? 11.59.04 # for WPS do you recommend using prev and next or wps_prev and wps_next? 11.59.22 # <[Saint]> wps_{next|prev} will scroll up and down in the lists if held, for some wacky reason. 11.59.26 # or at least _one_ progress that includes all frames? 11.59.27 # imageviewer architecture doesn't allow this 11.59.38 # ah, well, maybe it should. :) 12.00.20 # jhMikeS: support for animated gifs is a hack really. Imageviewer was design to handle single frame 12.00.38 # <[Saint]> It has been a while since I looked at it, but, at the moment is is absolutely impossible to create a full playback control environment in any screen other than the wps on touch targets. 12.01.04 # and btw. there is no frame limit other then available mem 12.01.12 # <[Saint]> Perhaps JdGordon_ could do something about this, but it took quite a lot of complaining from me, and work from him, to get it where it is now. 12.01.20 # [Saint]: that's my conclusion too :) So i guess it just setup a mini-player without playback controls and when touching it, it will go back to WPS 12.01.26 # I'll setup* 12.01.49 # <[Saint]> you can do stop/pause/next/prev trivially. 12.01.54 # <[Saint]> that is very useful. 12.02.00 # <[Saint]> ...you just can't seek. 12.02.18 # <[Saint]> which isn't /soooooo/ bad. 12.02.34 # jhMikeS: and having single global progressbar is not doable AFAIK as you don't know number of frames in advance. 12.02.57 # <[Saint]> Come to think of it, very few touchscreen UIs do allow full control in their mini-players. 12.03.24 # wodz: but you do know the size of the file. surely a relationship exists 12.03.39 # <[Saint]> I'm not saying that justifies Rockbox not being able to do so. 12.03.43 # <[Saint]> Just an observation. 12.04.01 # jhMikeS: not really as there are lots of possible additional sections other then actual frames 12.04.32 # wodz: I suppose you could toss the viewer on another thread in the animated case 12.04.45 # [Saint]: that's where I am: http://img812.imageshack.us/img812/5856/96sw.png and I'm wondering if I use the same playback controls bar and the same progress bar for SBS. If the progress bar can't be moved with the finger in SBS that's a bit useless to use the same as it takes several pixels high 12.05.06 # <[Saint]> [21:59:09] for WPS do you recommend using prev and next or wps_prev and wps_next? <-- I missed this question, sorry. 12.05.28 # <[Saint]> It is counterintuitively named, but wps_next/prev are for the .sbs exclusively. 12.05.46 # ok thanks 12.06.28 # jhMikeS: I am not saying there is no way to solve this. The truth is it would be quite a bit of work for little gain. Imageviewer is side functionality in dap anyway 12.06.56 # wodz: true, but it should do it gracefully or not at all 12.07.03 # * [Saint] frowns at VBR mps 12.07.10 # <[Saint]> *mp3 even 12.07.24 # that's not the topic :P 12.07.33 # wodz: when my first reaction is "it looks like something is crashing horribly" that not so good 12.07.50 Join lynge [0] (~lynge@kalamar.poolp.org) 12.07.56 # jhMikeS: so you opt for wiping out animated gifs? :-) 12.08.25 # possibly, or attempting to make it work more sanely :) 12.08.31 # * [Saint] changes the topic to "lebellium's single-album, crappy bitrate music collection" 12.08.36 # <[Saint]> :P 12.08.42 # :D 12.08.51 # jhMikeS: go ahead, I don't mind 12.09.24 # <[Saint]> fwiw, I like the back-glow you did for the next icon in the screenshot. 12.09.26 # <[Saint]> looks nice. 12.09.53 # seriously, do you think it's worth it to re-use the same controls bar and progress bar for a mini-player in SBS since it won't work properly (seeking and progress bar) and as it takes some place 12.09.54 # ? 12.10.31 # thanks :) 12.11.13 # jhMikeS: but removing animated gif support is broken even more as people tend to think gif == animated gif so they will start to complain. 12.11.37 # <[Saint]> I wouldn't include the progress bar, but next/prev work fine, as do play/pause/stop. 12.11.41 # the back-glow appears for 0.2s when you touch any play/pause/prev/next icon :) 12.12.52 Quit Scall (Ping timeout: 246 seconds) 12.14.33 Join petur [0] (~petur@rockbox/developer/petur) 12.14.55 # [Saint]: almost fine. Did you notice that any action takes longer in SBS? Like you touch pause, the play icon needs more time to display. Maybe it doesn't support well things like "%?Tl(play,0.2)". I mean it's as if it doesn't read 0.2 12.15.56 # <[Saint]> It does actually happen at the same time. 12.16.07 # <[Saint]> but the refresh rate on non-wps screens is a lot lower. 12.16.14 # ah! 12.16.17 # that's what I meant 12.16.20 # :) 12.16.44 # I assume that won't be improved anytime soon$ 12.16.53 # <[Saint]> the refresh rate should be the same as the fastest action requiring it, iiuc. 12.17.47 # <[Saint]> that's worded badly. but, your .sbs has that .0s timeout, if that is the lowest timeout, the minimum refresh rate should be .2s 12.18.00 # <[Saint]> s/.0/.2/ 12.18.34 # <[Saint]> That is assuming JdGordon_ got the dynamic refresh rate stuff included. 12.18.38 # <[Saint]> which I believe he did. 12.19.39 # I'm not sure I really understood what you mean. But I use the same code in WPS and SBS and in WPS it's really 0.2 seconds while in SBS it's like 0.5s 12.19.49 # <[Saint]> as far as I am aware, other than doing something silly like including an EQ meter and hiding it, there is no way to increase the refresh rate. 12.23.26 # okay I'll see how I deal with that. Why do my themes always reach the limits of the skin engine :( 12.24.04 Join Scall [0] (~chat@host10-17-static.5-79-b.business.telecomitalia.it) 12.24.06 Nick Scall is now known as Guest70582 (~chat@host10-17-static.5-79-b.business.telecomitalia.it) 12.24.53 Nick Belzebub_ is now known as Belzebub (~j4ck@gateway/shell/sundance.i-rpg.net/x-pordsfismdohtjoc) 12.24.57 Quit wodz (Quit: Leaving) 12.25.02 Quit Belzebub (Changing host) 12.25.02 Join Belzebub [0] (~j4ck@unaffiliated/blown-engine) 12.25.02 Quit Belzebub (Changing host) 12.25.02 Join Belzebub [0] (~j4ck@gateway/shell/sundance.i-rpg.net/x-pordsfismdohtjoc) 12.27.02 # got a 1st generation iPod where the scroll wheel does not work in rockbox only 12.27.07 # bluebrother posted a link to a working build at http://forums.rockbox.org/index.php/topic,20790.0.html which is now dead 12.27.12 # any change of getting the (very simple s/==1/!=2/) patch, http://www.rockbox.org/tracker/task/8778?getfile=16247, 12.27.20 # in the default build ? 12.31.42 # <[Saint]> I don't understand: 12.31.44 # <[Saint]> - if ((IPOD_HW_REVISION >> 16) == 1) 12.31.44 # <[Saint]> + if ((IPOD_HW_REVISION >> 16) != 2) 12.32.09 # <[Saint]> ...that's just a slightly different way of doing exactly the same thing. 12.34.58 # <[Saint]> (backstory, in case it isn't obvious, the 1G and 2G are grouped...so saying == 1G, or != 2G, is exactly the same) 12.35.27 # problem seem to be that the scrollwheel on some 1G iPods not being enabled as the revision field is not being read as 1 12.35.28 Join Guest55435 [0] (~liar@clnet-p09-185.ikbnet.co.at) 12.35.35 # http://www.rockbox.org/tracker/task/8778 12.35.52 # <[Saint]> The thread you linked explains exactly why this isn't in the main build. 12.36.42 # <[Saint]> It is only *some* 1G iPods that require this, and becuase they do not require this, no one who owns one has tested the patch to see if it breaks anything else. 12.36.45 Quit Guest70582 (Ping timeout: 240 seconds) 12.37.45 *** Saving seen data "./dancer.seen" 12.37.51 # <[Saint]> It would be worthwhile to do a current test build and encourage 1G owners that both do and do not see the issue to test and report before it was to be included. 12.39.23 # <[Saint]> lynge: if you wanted to compile your own build, you can look to http://www.rockbox.org/wiki/DevelopmentGuide for guidance 12.40.52 # yes, looking at that - since i only got one not working i cant do the "does this break anything test" unfortunately 12.42.58 # <[Saint]> I have a 2G around here...somewhere. But really, this needs all the testing it can get from 1G users, and testing from 2G users as well to ensure it isn't breaking anything there. 12.43.32 # <[Saint]> (ps: I now see the reason for s/==/!=/, I wasn't aware the evrsion was detected incorrectly on some devices) 12.43.43 # <[Saint]> *version 12.48.36 Join akaWolf [0] (~akaWolf@188.134.9.161) 12.48.36 Quit akaWolf (Changing host) 12.48.36 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 12.52.26 # wodz: I suppose I see a couple possible approaches. I'll put it on the back burner for the moment though. :) 12.55.34 Join Scall- [0] (~chat@host10-17-static.5-79-b.business.telecomitalia.it) 13.15.30 Quit kevku (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 13.15.45 # If an iPod Classic can output at most 1V (at 0dB in Rockbox), can I assume that it outputs 0.5V at -6dB in Rockbox? 13.17.41 Quit fyre^OS (Read error: Connection reset by peer) 13.19.11 # copper: if it didn't then I guess the universe is broken 13.19.39 # ok, just confirming my math 13.26.18 Quit [Saint] (Read error: Connection reset by peer) 13.27.21 Join [Saint] [0] (~saint@rockbox/user/saint) 13.36.08 # ok, so, according to my math, and what NwAvGuy wrote, I listen to music at a fairly normal volume 13.36.34 # with 110 dB peaks, which is exactly the figure that NwAvGuy used: "Most should use a peak SPL of 110 dB" 13.38.32 # I'd like to playback all sounds at actual volume, no matter what, up until whatever causes death from internal bleeding :) 13.46.20 Quit Scall- (Ping timeout: 264 seconds) 13.46.33 Join Scall [0] (~chat@unaffiliated/scall) 13.48.44 # Does the maximum voltage vary with loads? 13.49.08 # i.e. will the iPod always output 1V no matter what headphones are plugged into it? 13.50.59 # er, "An iPod Touch line output (LOD) only produces a maximum of 0.5 volts while most home gear has at least four times more output." 13.51.05 # I thought it was 1V 13.53.15 # "Some headphone sources behave as a perfect voltage source. That means they will always produce the same output voltage no matter what reasonable load you connect." 13.54.03 # "Most iPods can only manage about 0.5 – 1.0 Vrms maximum voltage" 14.01.26 # I doubt it would be so accurate with any significant output impedance 14.04.42 Quit Scall (Ping timeout: 245 seconds) 14.07.33 Join Scall [0] (~chat@unaffiliated/scall) 14.14.53 # my bloody multimeter doesn't work 14.25.02 # or, I don't know how to use it 14.25.34 # I'm playing a 1kHz sine wave at 0dBFS on my DAP 14.25.59 # there's a male-male 1/8th jack stereo cable connected to it 14.26.22 # I put the read lead of my MM on the tip of the jack cable, and the black lead on the sleeve of the jack cable 14.26.23 # I'm not sure it would be entirely accurate. 14.26.26 # am I doing it right? 14.27.03 # tip and sleeve of the jack connector* 14.27.36 # sure, but you're measuring a/c anyway 14.27.41 # uh? 14.27.49 # isn't the output DC? 14.28.11 # no 14.28.12 Quit zoktar (Quit: -) 14.29.24 # hmmm 14.29.30 # that seems to work with my O2/ODAC 14.29.56 # jhMikeS: so what's the difference between the AC value that I measure, and the voltage figure that I'm interested in? 14.30.25 # multiply by sqrt(2) 14.30.34 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 14.30.45 # meter on a/c. I don't know if 1kHz will measure accurately on that? 14.30.48 # DC = AC * sqrt(2)? 14.31.08 # peak = RMS * sqrt(2) 14.31.19 # meter should give RMS 14.31.25 # ...in a/c mode 14.31.36 # pure sine 14.31.41 # hmmm 14.31.54 # that's weird because my O2/ODAC read 1.8V 14.32.05 # 1.8*sqrt(2) = 2.54V 14.32.11 # that sounds like a really high value 14.32.28 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 14.33.36 # and my Fuze+ reads 0.253*sqrt(2) = 0.357V, which sounds really low 14.33.48 # hmmm 14.33.50 # maybe the meter isn't really RMS? 14.34.10 # I did read somewhere that MMs weren't accurate at 1kHz 14.34.17 # more like 50-60Hz 14.34.46 Join einhirn [0] (~Miranda@ip-90-186-0-127.web.vodafone.de) 14.34.58 Quit zoktar (Client Quit) 14.35.04 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 14.35.46 # copper: You cannot rely on multimeter with such signals. Good scope is the way to go 14.36.24 # It needs to be really good multimeter to measure RMS of anything other then 50/60Hz sine 14.37.03 # hmm 14.37.11 # getting the same value with a 60Hz tone 14.37.33 # it's a tiny pocket MM from radioshack from 20 years ago :-/ 14.37.41 Join einhirn_ [0] (~Miranda@bsod.vpn.tu-clausthal.de) 14.37.48 *** Saving seen data "./dancer.seen" 14.38.27 # AC mode on multimeter is designed to measure power mains really :-) 14.38.45 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 14.38.48 # I'm still getting consistent readings across measurements 14.39.31 # consistent probably, useless (almost) for certain 14.39.44 Quit einhirn (Ping timeout: 264 seconds) 14.40.07 Join einhirn [0] (~Miranda@ip-90-186-0-127.web.vodafone.de) 14.41.04 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.41.14 # wodz: even with a 60Hz tone? How come? 14.41.30 # wodz: was worth trying anyway though :) I'd probably not even bother without a load on it though. 14.42.44 Quit einhirn_ (Ping timeout: 264 seconds) 14.42.57 # with my headphones, and my O2/ODAC, it drops from 0.230V to 0.226V 14.43.14 # copper: there is input resistor divider to stay within certain signal range, then the result is scaled back. If you measure low signals you are scaling noise mostly 14.46.08 # er, my Fuze+ had the EQ on 14.47.56 Join mortalis [0] (~andrew@175.195.185.190) 14.48.06 # ok, the max reading on the O2/ODAC is 1.84V 14.48.19 # and when I play the same file, attenuated by 6dB, I read 0.92V 14.48.26 # surely those values must be correct? 14.48.37 # since they match the math? 14.54.32 # copper: that blog says "a lot of portable gear can’t output anything over 500 mV" somewhere, so if the Fuze+ is comparatively weak (I don't know if it is though), that 0.230V could be within the expected range 14.55.11 # I'm pretty sure I remember saratoga saying that the iPod could output 1V, and the Clip+ a little less (but not much less) 14.56.26 # hmm, I'm reading 0.835V out of the iPod Classic's LOD 14.58.26 # Right, so that does indeed seem to point to your measurements being correct, I'd say 14.58.26 Quit XavierGr (Ping timeout: 260 seconds) 14.59.20 # Hmmm, if that 500mV is peak (I'm not sure!), it compares to 357mV, not 250mV. OI 14.59.23 # OI 14.59.27 # bah 14.59.33 # I'd say your numbers are correct then 15.01.07 # I just don't know what they *mean* :) 15.01.07 # 0.528V out of the Fuze+ with EQ off 15.01.25 Join XavierGr [0] (~XavierGr@226.ip-5-135-146.eu) 15.01.37 Quit XavierGr (Changing host) 15.01.37 Join XavierGr [0] (~XavierGr@rockbox/staff/XavierGr) 15.01.43 # 6dB precut? 15.01.49 # 0.545V out of the Clip+ 15.01.53 # no precut 15.01.54 # no RG 15.01.56 # 0dB 15.02.33 # those value have to be RMS 15.02.41 # wouldn't they make more sense? 15.02.51 # I mean 15.03.01 # they match "likely" values, which are always RMS values 15.03.22 # so my SPL calculation was way off 15.04.35 # [Saint]: a build with the simple != 2 patch make the scroll wheel work on my 1st generation iPod, so far so good 15.04.40 # would it make sense to report this in flyspray or somewhere else? 15.08.20 # Adding a note to the flyspray task won't hurt 15.08.28 # We probably should just commit that 15.09.19 # The problem is of course that only people with a problematic wheel have ever tried it, so we're not 100% sure if it still works on any other device :) 15.09.41 # Still, my feeling is that we won't ever get that testing unless we commit it 15.10.23 # no and as said i do not own a non-problematic unit - so i cant do the testing 15.12.40 # we could do a less intrusive patch if i could get the IPOD_HW_REVISION out of my unit 15.13.56 Quit mortalis (Ping timeout: 256 seconds) 15.14.43 # gevaerts: Torne has my mini 1g which worked ok with stock rb. 15.15.13 Join kaputnik_ [0] (~kaputnik@port-92-206-112-101.dynamic.qsc.de) 15.16.46 Join mortalis [0] (~andrew@175.195.185.190) 15.16.50 # agh, are we talking about 'regular size' 1g ipod or mini? 15.18.04 Quit wodz (Quit: Leaving) 15.18.16 Quit kaputnik__ (Ping timeout: 256 seconds) 15.19.19 # regular 15.19.34 # We should just risk it I think 15.21.41 Quit nosa-j (Ping timeout: 276 seconds) 15.22.11 Join nosa-j [0] (~m00k@184.76.254.130) 15.22.32 # 1st generation regular 10GB model 15.26.12 # i cant seem to find out where the IPOD_HW_REVISION is picked up but 15.27.24 # it is used in button-1g-3g, adc-ipod-1g2g and powermgmt-1g2g so it might not be all that trivial after all 15.33.01 Quit Scall (Ping timeout: 245 seconds) 15.35.05 Join Scall [0] (~chat@unaffiliated/scall) 15.38.06 Nick desrt_ is now known as desrt (~desrt@spadina.desrt.ca) 15.39.16 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 15.43.37 Quit amayer (Remote host closed the connection) 15.46.50 Join amayer [0] (~amayer@mail.weberadvertising.com) 16.14.56 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 16.20.19 Quit mortalis (Quit: Ухожу я от вас) 16.26.12 Quit Raptors (Ping timeout: 248 seconds) 16.30.12 # I measured both the line-out and the headphone out of my EMU 0204 USB at 1.985V 16.33.08 Join n1s [0] (~n1s@nl118-168-30.student.uu.se) 16.33.08 Quit n1s (Changing host) 16.33.08 Join n1s [0] (~n1s@rockbox/developer/n1s) 16.37.50 *** Saving seen data "./dancer.seen" 16.41.53 # well shit 16.42.15 Quit ender` (Quit: Any fool can use a computer. Many do. -- Ted Nelson) 16.42.29 # with the Clip+ outputting 0.545V, that means it's -11.29dB quieter than a CD player 16.43.05 # + replaygain on, anywhere from 18 to 24 dB quieter 16.43.13 # that's huge 17.33.28 Join fyrestorm [0] (~nnscript@cpe-24-90-158-3.nyc.res.rr.com) 17.41.38 Quit petur (Quit: Nettalk6 - www.ntalk.de) 17.56.31 Quit melmothX (Quit: #) 18.03.58 Join polemon [0] (~polemon@g231141031.adsl.alicedsl.de) 18.15.46 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.19.39 Join lorenzo92 [0] (~chatzilla@95.233.45.188) 18.21.56 # jhMikeS: it's not bluebot, it's the build server. It always announces all builds as green :o 18.22.17 # I'm considering to suppress forwarding that line to the channel in the bot ... 18.23.56 # [Saint]: == 1 and != 2 are actually doing rather different things ... 18.24.08 # and IPOD_HW_REVISION is reading a register :) 18.25.56 # (see firmware/export/hwcompat.h) 18.37.51 *** Saving seen data "./dancer.seen" 18.38.10 Quit pamaury (Ping timeout: 246 seconds) 18.41.13 Join belak [0] (~belak@facebook/engineering/belak) 18.48.21 Join Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net) 18.53.55 Quit polemon (Remote host closed the connection) 19.12.39 Join prof_wolfff [0] (~prof_wolf@62.83.50.196.dyn.user.ono.com) 19.15.18 Nick knitt1 is now known as knittl (~knittl@ssh.fumuga.com) 19.17.45 Quit Scall (Ping timeout: 246 seconds) 19.22.34 Join Scall [0] (~chat@unaffiliated/scall) 19.29.11 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.30.04 Quit Scall (Read error: Connection reset by peer) 19.31.49 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu) 19.33.33 Join Scall [0] (~chat@unaffiliated/scall) 19.34.11 Join TeruFSX [0] (~TeruFSX@184-97-131-171.mpls.qwest.net) 19.42.51 Join hype [0] (~hype@82.199.174.16) 19.50.50 Quit lorenzo92 (Ping timeout: 256 seconds) 20.07.31 # <[Saint]> Is it worthwile me documenting my recipe for getting raaa-android building with the current {n|s}dk? 20.07.54 # <[Saint]> I tweaked it slightly. 20.09.11 # <[Saint]> also...I'm not sure if there's any point in doing so, but it even works if we want to build with android17...but I'm not sure if we gain anything there or not. 20.18.06 Join stoffel [0] (~quassel@pD9E43D12.dip0.t-ipconnect.de) 20.29.01 # * copper put Rockbox back on his iPod Classic, with a simplified version of the Apple theme 20.29.56 # I used the same principles as my Fuze+ theme, I want to see if it makes a difference on the Classic as well, with regards to USB problems 20.32.37 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 20.32.56 # I agree, http://git.rockbox.org/?p=rockbox.git;a=commit;h=1fa3f59 shouldnt have gone in without more consideration for blind people 20.33.17 # and yea, it's also inconsistent with text entry fields of other toolkits 20.33.58 Join stoffel_ [0] (~quassel@pD9E42805.dip0.t-ipconnect.de) 20.34.37 Quit stoffel (Ping timeout: 240 seconds) 20.34.48 # copied about 10 GiB of music so far, no crash / freeze 20.37.52 *** Saving seen data "./dancer.seen" 20.39.32 Quit Scall (Ping timeout: 248 seconds) 20.42.35 Quit zoktar (Quit: -) 20.43.05 Join Scall [0] (~chat@unaffiliated/scall) 20.44.57 # erm 20.45.11 # the "principle" isn't anything complex 20.45.35 # it's just setting a viewport for every item, and specifying them left to right, top to bottom, with no overlapping 20.46.25 # I have no idea if it actually makes a difference (whether it's just sheer luck or not), and if it does, WHAT exactly makes a difference 20.46.33 # it might not at all be that "principle" 20.47.03 # but since I have no idea of the inner workings of it all, I have no idea how to debug the thing 20.47.21 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 20.47.30 # maybe it's something that isn't there in my themes, that makes a difference 20.51.29 Join Zarggg [0] (~zarggg@24.229.140.62.res-cmts.sm.ptd.net) 20.51.44 Join stoffel [0] (~quassel@pD9E404AE.dip0.t-ipconnect.de) 20.52.20 Quit stoffel_ (Ping timeout: 264 seconds) 20.53.49 # and / or the small memory footprint 20.56.15 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 20.59.07 # the idea to use viewports and to specify them left to right, came from the observation that rayboradio, which causes USB problems, doesn't 20.59.22 # it specifies stuff more or less randomly from bottom to top, etc… 21.02.16 # I'd be surprised by that sort of ordering making a difference, but then I also remember FS#11175 21.02.17 # bluebrother: I just crashed 21.02.25 # bluebrother^: sorry! 21.03.36 # In other words, weird stuff *can* happen 21.06.42 # gevaerts: sorry, got a link to the bug report? 21.07.27 # copper: it's not likely to be related, just an example of *really* weird behaviour (I clearly remember not believing what the reporter told us here), but http://www.rockbox.org/tracker/task/11175 21.08.19 # that is weird indeed 21.09.57 Quit stoffel (Remote host closed the connection) 21.16.55 Join TeruFSX2 [0] (~TeruFSX@184-97-131-171.mpls.qwest.net) 21.22.18 Join wodz [0] (~wodz@89-75-41-78.dynamic.chello.pl) 21.25.14 Join mikroflops [0] (~yogurt@h-34-210.a238.priv.bahnhof.se) 21.30.57 Quit TeruFSX (*.net *.split) 21.30.59 Quit jokke (*.net *.split) 21.30.59 Quit tchan (*.net *.split) 21.30.59 Quit mikroflops_ (*.net *.split) 21.33.17 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 21.33.41 Join jokke [0] (~jokke@ip-178-201-248-21.unitymediagroup.de) 21.38.37 Join Horscht [0] (~Horscht@p5DD57241.dip0.t-ipconnect.de) 21.38.40 Quit Horscht (Changing host) 21.38.40 Join Horscht [0] (~Horscht@xbmc/user/horscht) 21.43.39 Join Raptors_ [0] (~whoneedsa@216-58-33-203.cpe.distributel.net) 21.43.41 Quit Raptors (Disconnected by services) 21.44.25 Join hype_ [0] (~hype@82.199.174.16) 21.45.34 # <[Saint]> copper: while I can't say with absolute certainty it doesn't matter, I can say that it would be incredibly unlikely if it did matter. 21.46.31 Join lynge_ [0] (~lynge@kalamar.poolp.org) 21.46.34 # <[Saint]> it really don't matter at all in what order the viewports are defined, nor if they overlap (in some cases, this can be desirable) 21.46.39 Join Slasheri [0] (miipekk@xen.ihme.org) 21.46.39 Quit Slasheri (Changing host) 21.46.39 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 21.46.47 Join aevin_ [0] (eivindsy@microbel.pvv.ntnu.no) 21.47.45 # <[Saint]> the order the viewports are defined in makes no difference. 21.48.02 # <[Saint]> the order they are *called* in, can make *some* difference, though. 21.48.15 # <[Saint]> draw order is respected in a top-to-bottom fashion. 21.48.23 Join TorneWuff [0] (~torne@lil.wolfpuppy.org.uk) 21.48.26 Join uwe_mobile__ [0] (~uwe@static.88-198-8-117.clients.your-server.de) 21.49.49 Join rudi_s_ [0] (~simon@austria125.server4you.de) 21.50.24 Join __jae___ [0] (~jae@dedicated.jaerhard.com) 21.51.45 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 21.52.39 Quit rudi_s (Ping timeout: 246 seconds) 21.52.40 Quit aevin (Ping timeout: 246 seconds) 21.52.40 Quit lynge (Ping timeout: 246 seconds) 21.52.40 Quit hype (Ping timeout: 246 seconds) 21.52.41 Quit uwe_mobile (Ping timeout: 246 seconds) 21.52.41 Quit Torne (Ping timeout: 246 seconds) 21.52.41 Quit Slasheri_ (Ping timeout: 246 seconds) 21.52.42 Quit __jae__ (Ping timeout: 246 seconds) 21.52.43 Nick TorneWuff is now known as Torne (~torne@lil.wolfpuppy.org.uk) 21.52.43 Quit Torne (Changing host) 21.52.43 Join Torne [0] (~torne@rockbox/developer/Torne) 21.56.33 # [Saint]: like I said, it could easily be something that's not present in my themes 21.56.42 # they're very, very simple, and use very few features 21.57.04 # they're also very lightweight 22.04.59 Quit [Saint] (Read error: Connection reset by peer) 22.06.09 Join [Saint] [0] (~saint@rockbox/user/saint) 22.08.10 # ugh 22.08.25 # my Classic keeps crashing with "Data abort" while trying to play MPC files 22.08.27 # latest build 22.10.17 # that's when selecting a file through the file browser 22.10.51 # when I select a song from the database, a popup displays "Searching... 14 found (PLAY/PAUSE to abort)" and it freezes 22.11.05 # that's with my own theme, as well as with the cabbiev2 theme 22.13.03 Quit n1s (Quit: Ex-Chat) 22.13.56 # the emcore fallback image skips all my files 22.17.02 # hmmm, it works now 22.17.23 Nick rudi_s_ is now known as rudi_s (~simon@austria125.server4you.de) 22.21.13 Join gapan [0] (~gapan@79.103.53.93.dsl.dyn.forthnet.gr) 22.24.48 # that's to be expected for the fallback image, as the installed codecs are typically for a different version 22.32.57 Quit kiwicam (Remote host closed the connection) 22.34.01 # I see 22.34.37 Quit y4n (Quit: PANTS OFF!) 22.36.24 Join kiwicam [0] (~quassel@101.98.163.139) 22.37.55 *** Saving seen data "./dancer.seen" 22.39.25 Join Plankton [0] (~410340a7@www.haxx.se) 22.39.49 Nick Plankton is now known as Guest15646 (~410340a7@www.haxx.se) 22.40.22 # hello, is there any news on making the port for the sansa fuse+ 22.40.28 # stable 22.44.01 Quit Guest15646 (Client Quit) 22.44.31 Join Rockbox [0] (~410340a7@www.haxx.se) 22.45.44 Quit melmothX (Quit: #) 22.47.47 # hello is there any news on making the port for sansa fuze+ stable? 22.50.42 # according http://www.rockbox.org/wiki/SansaFuzePlusPort not much is missing 22.51.25 # now only recording is missing but I cannot make it work currently, we need a new bootloader before making it stable 22.51.42 # how long will it take? 22.52.26 # I don't know but it doesn't really matter since in practice it's perfectly usable and the installer works 22.53.35 # im having problems when i connect it to the usb, sometimes it works but when i plug it in most of the time it freezes 22.53.49 # pamaury: uh? 22.53.52 # recording works 22.54.00 # what ?! 22.54.01 # yes 22.54.08 # someone asked about it today, so I tried it 22.54.13 # sure enough, it works 22.54.21 # hum, when did it start working ? I implemented it but last time I tried it wasn't working ! 22.54.27 # I have no clue 22.54.30 # that's amazing 22.55.29 # ok, good news then :) Does fm recording works too ? 22.55.39 # I'm unsure about audio routing 22.55.57 # sometimes it goes into muiltimedia mode and displays internal and external memory, and thats good that you got the recording figured out 22.57.19 # when i plug it in it freezes and i need to turn it off 22.57.38 Join musiklover [0] (58d7727e@gateway/web/freenode/ip.88.215.114.126) 22.57.40 # when you plug usb ? 22.57.41 # hi. 22.57.45 # hello 22.57.50 # yeah 22.57.59 # hello muziklover 22.58.52 # what are reasons not to buy fuze+ but better buy fuze v1 or v2? is there anything apart from the buttons/sensorfield? 22.59.47 Quit Rockbox (Quit: CGI:IRC) 22.59.55 Join Rockbox [0] (~410340a7@www.haxx.se) 23.00.14 # Rockbox: are you running the nightly builds or the latest release ? 23.00.23 # yeah 23.00.23 # hello is there any news on making the port for sansa fuze+ stable? 23.00.33 # sorry, i got disconnected 23.01.15 # i have to go into the default software and use it from there 23.02.39 # Does it happen in the bootloader USB mode or normal USB mode ? Is it a nightly build ? 23.04.08 # in the normal usb mode, i updated to the nightly build yesterday, but the issue has been bugging me for a while 23.05.29 Join saratoga [0] (123e1c0a@gateway/web/freenode/ip.18.62.28.10) 23.05.50 # seems strange, this issue has been fixed for a while. Are you using a special theme ? 23.07.26 # hehe, new standard question "are you using a special theme" 23.08.01 # i still don't understand how themes could have such a big impact 23.08.20 # memory corruption 23.08.38 # i think of buffer overflows yes 23.09.22 Quit Rockbox (Quit: CGI:IRC (Ping timeout)) 23.10.36 # shouldn't that be easy enough to see if we're using more memory then we allocate though? 23.17.21 # <[Saint]> perhaps. not necessarily. 23.17.42 # is there development for running rb on creative zen? 23.17.48 # perhaps, but that would require to change some code and linker scripts I think, nobody tried I guess 23.17.57 # musiklover: yes but it's not finished 23.18.12 # still very early stage, problem with the screen, I cannot make it work properly 23.18.58 # <[Saint]> Probably very few people care, and the ones that do have likely already solved the issue themselves, but I just documented how to get RaaA for Android building with the current SDK version again. 23.19.07 # <[Saint]> Its a little hacky, but its not bad. 23.19.29 # <[Saint]> Merging the old tools zip file with the new SDK tools, and making two simlinks. 23.20.54 Quit amayer (Quit: Leaving) 23.21.45 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 23.22.58 # pamaury: i c , thanx 23.28.36 # does the fuze+'s touchpad gets locked after a time of not beeing used? how do you unlock? 23.29.19 # there is a soft lock mechanism by pressing power in the WPS and FM screens, but it locks all keeps, including physical keys 23.30.02 # pamaury: is good to use? your opinion? 23.30.53 # I really like the fuze+, but to be honest I might be the only one to like the touchpad :-/ 23.32.49 Quit TeruFSX2 (Read error: Connection reset by peer) 23.33.09 # apart from discussion about the touchpad it seems to be one of the best players on the market. you can get it for about 20-25 EUR and seems not to need a special cable to charge the battery. Is it micro or mini usb? 23.33.53 # micro usb 23.34.03 # and it has a good battery life 23.34.06 # (with rockbox) 23.34.26 # But I developed the port some I *might* be a little bit biased :) 23.35.03 # ... i'll get a fuze+ device to test. 23.35.27 Quit Horscht (Quit: quit) 23.36.58 Quit Rower (Quit: Hmmm...) 23.40.57 # pamaury: +1 23.50.53 # pamaury: is the fuze+ stable these days? 23.51.57 # Yes, at least that's my opinion 23.52.33 # * desrt sees issues like #12609 and big red "malfunctioning devices! use at own risk!" text and gets nervous 23.54.58 # I think there has been no report since a long time, apparently it wasn't a rockbox specific problem, just malfunctioning devices 23.55.18 # ya... of all the sansa players, the fuze+ looks to be the one with the worst reviews on amazon :/ 23.56.52 # sansa tried hard to build good hardware and screw up software 23.57.05 # ya... seems a lot of complaints here are about the software 23.57.08 # and the touchpad being flaky 23.57.39 # of all of them, the clip+ looks most solid.... but it has a miniusb port, which is just about enough to drive me insane.... 23.58.04 # * desrt was a few clicks away from buying one when he noticed that