--- Log for 23.08.111 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 hours and 19 minutes ago 00.07.31 Quit JesusFreak316 (Ping timeout: 268 seconds) 00.07.42 Quit domonoky (Read error: Connection reset by peer) 00.11.08 Quit Jerom1 (Quit: Leaving.) 00.12.38 Join [Saint] [0] (~st.lasciv@203.100.215.45) 00.22.03 Quit casainho (Quit: ChatZilla 0.9.87 [Firefox 6.0/20110811165603]) 00.23.57 Join sideral [0] (~sideral@rockbox/developer/sideral) 00.28.54 Quit tjb0607 (Ping timeout: 246 seconds) 00.31.34 Quit Rob2222 (Quit: Rob2222) 00.34.28 Join Rob2222 [0] (~Miranda@p4FFF2331.dip.t-dialin.net) 00.48.02 *** Saving seen data "./dancer.seen" 00.49.06 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 00.50.32 Join funman [0] (~fun@rockbox/developer/funman) 00.55.36 Join tronse [0] (~1fb9b657@giant.haxx.se) 00.56.16 # hello again 00.57.07 # ive half sorted my little problem i had yesterday 01.02.35 Quit tronse (Quit: CGI:IRC (Ping timeout)) 01.15.12 Join simonlnu_ [0] (7fliQK5i5F@unaffiliated/simonrvn) 01.18.26 Quit simonlnu (Ping timeout: 268 seconds) 01.18.31 Nick simonlnu_ is now known as simonlnu (7fliQK5i5F@unaffiliated/simonrvn) 01.23.58 Quit aevin (*.net *.split) 01.23.58 Quit otih (*.net *.split) 01.23.58 Quit dre (*.net *.split) 01.23.58 Quit Elfish (*.net *.split) 01.29.25 Join aevin [0] (eivindsy@unaffiliated/aevin) 01.29.25 Join otih [0] (~otih@CAcert/Assurer/otih) 01.29.25 Join dre [0] (dre@gateway/shell/xzibition.com/x-iyvoeejaadvazojo) 01.29.25 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 01.33.20 Quit sideral (Quit: Leaving.) 01.33.55 Join sideral [0] (~sideral@rockbox/developer/sideral) 01.37.33 Quit sideral (Client Quit) 01.41.32 Quit MethoS- (Remote host closed the connection) 01.53.45 Quit liar (Quit: hallowed are the ori!) 02.10.47 Quit skx` () 02.10.50 # JdGordon: skip_update doesn't update immediately or does the skin not use its own local state to display the play/pause/stop icon? 02.10.57 # *skin_update 02.12.42 # yes and no 02.13.01 # err... it does *not* use its own state for playback status 02.13.04 # schrodinger's skin? 02.13.11 # oh 02.13.30 # it doesnt necessarily update absolutly immediatly though 02.14.01 # the sbs might only update once every button press, the wps will be either 10HZ or 25HZ IIRC 02.15.33 Join Xerion_ [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 02.17.45 # Well, I noticed that when the playback engine is busy during buffer, even if skin_update is called before calling audio_pause/resume, the indicator doesn't lead the engine state 02.19.49 DEBUG EOF from server (Connection reset by peer) (snapshot: netstuff.c line 545) 02.19.49 *** Cleanup 02.19.49 *** Cleanup 02.19.49 *** Saving seen data "./dancer.seen" 02.19.49 *** Exit 02.19.51 *** Started Dancer V4.16 02.19.51 *** Connected to irc.freenode.net on port 6667 02.19.51 *** Logfile for #rockbox started 02.19.52 Mode "logbot :+i" by logbot 02.19.56 *** Server message 501: 'logbot :Unknown MODE flag' 02.19.56 Join logbot [0] (~rockbox@giant.haxx.se) 02.19.56 Join TorneWuff [0] (~torne@lil.wolfpuppy.org.uk) 02.19.56 Join nomad0 [0] (~nomada@irc.consciente.de) 02.19.56 Join Xerion_ [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 02.19.56 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 02.19.56 Join dre [0] (dre@gateway/shell/xzibition.com/x-iyvoeejaadvazojo) 02.19.56 Join otih [0] (~otih@CAcert/Assurer/otih) 02.19.56 Join aevin [0] (eivindsy@unaffiliated/aevin) 02.19.56 Join simonlnu [0] (7fliQK5i5F@unaffiliated/simonrvn) 02.19.56 Join funman [0] (~fun@rockbox/developer/funman) 02.19.56 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 02.19.56 Join Rob2222 [0] (~Miranda@p4FFF2331.dip.t-dialin.net) 02.19.56 Join [Saint] [0] (~st.lasciv@203.100.215.45) 02.19.56 Join bluefoxx [0] (fuzzylomba@2002:4647:1f1f::4647:1f1f) 02.19.56 Join TheLemonMan [0] (~lem0n@ppp-15-63.26-151.libero.it) 02.19.56 Join Horscht [0] (~Horscht@xbmc/user/horscht) 02.19.56 Join TBCOOL [0] (~tb@c-f43571d5.09-42-73746f22.cust.bredbandsbolaget.se) 02.19.56 Join antil33t| [0] (~antil33t@203-100-223-143.callplus.net.nz) 02.19.56 Join fs-bluebot [0] (~fs-bluebo@g226068102.adsl.alicedsl.de) 02.19.56 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 02.19.56 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 02.19.56 Join zchs [0] (~zchs@ool-44c2aff0.dyn.optonline.net) 02.19.56 Join maraz [0] (maraz@kapsi.fi) 02.19.56 Join parafin [0] (parafin@paraf.in) 02.19.56 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 02.19.56 Join ReimuHakurei_ [0] (~kudo@wireless.sit-co.net) 02.19.56 Join n17ikh [0] (~n17ikh@c-174-56-150-44.hsd1.sc.comcast.net) 02.19.56 Join T44 [0] (~Topy44@f048196095.adsl.alicedsl.de) 02.19.56 Join user829385 [0] (~aoeu@112.166.15.141) 02.19.56 Join factor [0] (~factor@74.197.205.204) 02.19.56 Join ukleinek [0] (~ukl@octopus.hi.pengutronix.de) 02.19.56 Join iq [0] (~iq@unaffiliated/iq) 02.19.56 Join God_Eater [0] (93722cc8@rockbox/staff/GodEater) 02.19.56 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 02.19.56 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 02.19.56 Join pixelma [0] (quassel@rockbox/staff/pixelma) 02.19.56 Join amiconn [0] (quassel@rockbox/developer/amiconn) 02.19.56 Join mgue [0] (~mgue@p5DDA3BB2.dip.t-dialin.net) 02.19.56 Join froggyman [0] (~seth@unaffiliated/froggyman) 02.19.56 Join jacekowski [0] (jacekowski@jacekowski.org) 02.19.56 Join wtachi [0] (~wtachi@cpe-069-134-168-033.nc.res.rr.com) 02.19.56 Join linuxguy3 [0] (~timj@216-80-116-174.c3-0.lem-ubr1.chi-lem.il.cable.rcn.com) 02.19.56 Join merbanan [0] (~banan@c-62-220-165-114.cust.bredband2.com) 02.19.56 Join user890104 [0] (~Venci@6bez10.info) 02.19.56 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 02.19.56 Join slooopy [0] (~sloo@188-193-84-224-dynip.superkabel.de) 02.19.56 Join fyre^OS [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 02.19.56 Join tmzt [0] (~tmzt@adsl-99-155-214-130.dsl.akrnoh.sbcglobal.net) 02.19.56 Join scorche [0] (~scorche@rockbox/administrator/scorche) 02.19.56 Join GeekShadow [0] (~antoine@156.203.120.78.rev.sfr.net) 02.19.56 Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) 02.19.56 Join ender| [0] (~ender1@foo.eternallybored.org) 02.19.56 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 02.19.56 Join crwl [0] (~crwlll@dsl-jklbrasgw1-ffb9c300-103.dhcp.inet.fi) 02.19.56 Join niekie [0] (~niek@CAcert/Assurer/niekie) 02.19.56 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 02.19.56 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 02.19.56 Join Staphylo [0] (staphylo@hyperion.epimeros.org) 02.19.56 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 02.19.56 Join jfc [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net) 02.19.56 Join B4gder [241] (~daniel@rockbox/developer/bagder) 02.19.56 Join krazykit [0] (~quassel@li135-248.members.linode.com) 02.19.56 Join ranmachan [0] (ranma@2a01:4f8:130:9321::2) 02.19.56 Join Poodlemastah [0] (~Poodlemas@h-241-205.a218.priv.bahnhof.se) 02.19.56 Join knittl [0] (~knittl@unaffiliated/knittl) 02.19.56 Join [fred] [0] (fred@ircop.efnet.at) 02.19.56 Join @ChanServ [0] (ChanServ@services.) 02.19.56 Join feisar-_ [0] (jljhook@ihq.in) 02.19.56 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 02.19.56 Join ved [0] (ved@ddsbox.co.cc) 02.19.56 Join Barahir [0] (~jonathan@fb08schindler24.anorg.chemie.uni-giessen.de) 02.19.56 Join CIA-14 [0] (~CIA@cia.atheme.org) 02.19.56 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 02.19.56 Join bzed [0] (~bzed@devel.recluse.de) 02.19.56 Join ack` [0] (~ack@mingbai.org) 02.19.56 Join eintopf [0] (eintopf@zzz.strace.org) 02.19.56 Join Hadaka [0] (~naked@naked.iki.fi) 02.19.56 Join Torne [0] (~torne@rockbox/developer/Torne) 02.19.56 Join desowin [0] (~desowin@ip-69-162-133-251.static.chi2.systeminplace.net) 02.19.56 Join bylzz [0] (~bylzz@arpnet.org) 02.19.56 Join dionoea [0] (~dionoea@yop.chewa.net) 02.19.56 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 02.19.56 Join zu [0] (~zu@ks355000.kimsufi.com) 02.19.56 Join ft [0] (efftee@shell.chaostreff-dortmund.de) 02.19.56 Join jordan` [0] (~gromit@2001:660:3302:2826:225:90ff:fe20:d9a8) 02.19.56 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 02.19.56 Join kugel [0] (~kugel@rockbox/developer/kugel) 02.19.56 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 02.19.56 Join rudi_s [0] (~simon@austria125.server4you.de) 02.19.56 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 02.19.56 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 02.19.56 Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) 02.19.56 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 02.19.56 Join yosafbri` [0] (~yosafbrid@li125-242.members.linode.com) 02.19.56 Join pjm0616 [0] (~user@114.200.203.101) 02.19.56 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 02.19.56 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 02.19.56 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 02.19.56 Join jae [0] (~jae@dedicated.jaerhard.com) 02.19.56 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 02.19.56 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 02.19.56 Join guymann [0] (~charles@66-159-144-55.adsl.snet.net) 02.19.56 Join neferty [0] (~andor@173.242.127.201) 02.19.56 Join simabeis [0] (~simabeis@lobmenschen.de) 02.19.56 Join alexbobp [0] (~alex@108.60.198.57) 02.19.56 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 02.19.56 Join FOAD [0] (~foad@unaffiliated/foad) 02.19.56 Join nomada [0] (~nomada@irc.consciente.de) 02.19.56 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 02.19.56 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 02.19.56 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 02.20.01 Join desowin_ [0] (~desowin@ip-69-162-133-251.static.chi2.systeminplace.net) 02.21.17 # JdGordon: Even if there's a delay in engine response due to it being preoccupied with something else and unable to response immediately, I sort of expected the icon to reflect what I pressed, not lag until the state change is finished 02.22.23 Quit Torne (Ping timeout: 276 seconds) 02.22.23 Quit Xerion (Ping timeout: 276 seconds) 02.22.24 Quit B4gder (Ping timeout: 276 seconds) 02.22.24 Quit nomada (Ping timeout: 276 seconds) 02.22.24 Quit desowin (Ping timeout: 276 seconds) 02.22.24 Nick Xerion_ is now known as Xerion (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 02.22.24 Nick nomad0 is now known as nomada (~nomada@irc.consciente.de) 02.22.42 # the skin engine just calls current_playmode() and displays its return value 02.24.23 # at worst that should display HZ/5 after the press 02.24.24 # ah, which I see just calls audio_status 02.24.48 Join B4gder [241] (~daniel@rockbox/developer/bagder) 02.28.31 # playback can lag longer if things are heavily loaded 03.01.11 # with some care, some playback control actions can just be done on the caller thread so that buffering tracks and user actions have minimal contact. audio does too much (but that's another project) :) 03.03.54 # so, we can expect it next week? :) 03.04.32 Join Horschti [0] (~Horscht@xbmc/user/horscht) 03.04.51 Join Scr0mple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 03.04.55 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 03.04.56 Quit amiconn (Disconnected by services) 03.05.10 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 03.07.34 Quit Scromple (Ping timeout: 268 seconds) 03.07.46 Quit Horscht (Ping timeout: 246 seconds) 03.08.38 # JdGordon: in that case, the next week belong to some other year :) 03.21.30 Quit God_Eater (Ping timeout: 252 seconds) 03.23.13 Quit mgue (Read error: Operation timed out) 03.25.56 Join mgue [0] (~mgue@p57982BB2.dip.t-dialin.net) 03.29.09 # are there any RIAA grpahs for the iriver h300? 03.35.54 Quit pixelma (Read error: Operation timed out) 03.36.12 Join pixelma [0] (quassel@rockbox/staff/pixelma) 03.38.02 # New commit by 03jethead71 (r30340): Fix FS#12238 - WPS delay on pause introduced by r30097 which was the excuse I wanted anyway to do a better PCM fade on stop/pause implementation. New ... 03.38.17 Join mystica555 [0] (~Mike@71-208-209-8.hlrn.qwest.net) 03.40.46 # r30340 build result: All green 03.43.55 # non blocking fade? 03.44.00 # yeah 03.44.04 # \o/ 03.44.29 # except when stopping 03.46.22 # I'm not certain it's safe everywhere to have the engine not _actually_ stopped by the time audio_stop returns 03.47.22 # actually, shutdown comes to mind, maybe some plugins and such 03.51.14 Quit TheLemonMan (Quit: .) 04.09.52 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.09.52 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.09.52 Quit pixelma (Disconnected by services) 04.09.52 Quit amiconn (Disconnected by services) 04.10.06 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.10.10 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.14.16 Quit bluefoxx (Quit: bluefoxx) 04.19.54 *** Saving seen data "./dancer.seen" 04.25.04 Join bluefoxx [0] (FuzzyLomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 04.45.58 Quit [7] (Disconnected by services) 04.46.10 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.00.34 Join Keripo [0] (~Keripo@eng171.wireless-resnet.upenn.edu) 05.02.16 Join tjb0607 [0] (~quassel@208-100-128-206.bendbroadband.com) 05.03.48 Quit tjb0607 (Remote host closed the connection) 05.07.40 Join tjb0607 [0] (~quassel@208-100-128-206.bendbroadband.com) 05.24.46 Join Rob2223 [0] (~Miranda@p4FFF12C8.dip.t-dialin.net) 05.28.52 Quit Rob2222 (Ping timeout: 268 seconds) 05.37.52 Quit fyre^OS (Quit: quit) 05.39.57 Quit Horschti (Quit: Verlassend) 05.54.31 Quit iq (Ping timeout: 252 seconds) 05.54.50 Quit Keripo (Read error: Connection reset by peer) 05.57.12 Quit mystica555 (Remote host closed the connection) 05.57.57 Join mystica555 [0] (~Mike@71-208-209-8.hlrn.qwest.net) 06.19.56 *** Saving seen data "./dancer.seen" 06.44.57 Join glued [0] (~536386b3@giant.haxx.se) 06.45.26 # JdGordon, LCD API looks much more sane now, ty. Those func wrappers were the work of satan, I think, to provoke wtfs. 06.45.38 # jhMikeS, All green :'( 06.45.46 # still got some work to do there though 06.47.09 Join sideral [0] (~sideral@rockbox/developer/sideral) 06.48.26 # hopefully only rolo used spaces to blank the strs 06.59.39 Join Keripo [0] (~Keripo@eng171.wireless-resnet.upenn.edu) 07.00.57 # green as hell unfortunately 07.04.04 # jhMikeS: I think audio_hard_stop() should ignore or wait for the fade 07.04.58 # all stopping still waits for the fade 07.11.17 Quit funman (Quit: leaving) 07.13.42 Join iq [0] (~iq@unaffiliated/iq) 07.25.44 Quit sideral (Quit: Leaving.) 07.25.46 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 07.47.19 Quit glued (Quit: CGI:IRC) 07.58.31 # New commit by 03jethead71 (r30341): Fix a miscomment in pcmbuf.c 08.01.10 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 08.01.15 # r30341 build result: All green 08.01.54 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 08.13.58 Join robin0800 [0] (~robin0800@genld-219-236.t-mobile.co.uk) 08.19.58 *** Saving seen data "./dancer.seen" 08.20.07 Quit Scr0mple (Read error: Connection reset by peer) 08.22.41 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.23.22 Join LinusN [0] (~linus@giant.haxx.se) 08.28.16 # wtachi: how goes GSoC? How do you feel about the final evaluation? 08.30.50 Join God_Eater [0] (93722cc9@rockbox/staff/GodEater) 08.30.57 # Hmm all firmware code is compiled with apps/* in the includes 08.33.31 # amiconn will smite you if you cross the holy firmware-to-apps barrier :P 08.34.16 Join Bagder [0] (~daniel@www.haxx.se) 08.34.17 Quit Bagder (Changing host) 08.34.17 Join Bagder [241] (~daniel@rockbox/developer/bagder) 09.00.11 Join [Saint] [0] (~st.lasciv@203.100.215.45) 09.07.46 Quit [Saint] (Ping timeout: 268 seconds) 09.12.50 Join n1s [0] (~quassel@rockbox/developer/n1s) 09.22.08 Join [Saint] [0] (~st.lasciv@203.100.215.45) 09.24.04 Join petur [0] (~petur@rockbox/developer/petur) 09.41.10 # JdGordon: Out of pure curiosity, and no offense intended: Why didn't you voice your objection to the Time&Date menu change proposed by Saint any sooner? 09.41.53 # <[Saint]> Ohhhhh....ffs. 09.41.58 # <[Saint]> I've been busy. 09.42.04 # <[Saint]> What *is* the objection. 09.42.36 # <[Saint]> sideral? (where can I view this?) 09.43.16 # on the mailing list 09.43.28 # <[Saint]> thanks. 09.43.38 # * [Saint] looks and prepares to grit his teeth. 09.43.48 # Saint: This is exactly why I wanted you to start a separate thread 09.44.20 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 09.45.56 # sideral: i did notice, i dont particularly care that much and didnt want to derail that other thread 09.46.05 # <[Saint]> sideral: I still don't see the point. The two are tied together. 09.46.11 # personally i think the system menu should just be removed 09.46.21 # <[Saint]> It needs to get sorted out, dividing the thrwad reducxes the chances of that happening. 09.46.42 # sideral: i suggest ignoring JdGordon :-) 09.47.05 # i think its fun how this discussion keeps surfacing, the one we had llast time the position of the time and date was changed was very long and boring 09.47.35 # i stand by "time & date" not belonging in settings, but really dont care all that much 09.47.59 # <[Saint]> which is exactly why I think it should be changed while the majority are in favour of it, and to hell with those who haven't voiced an opinion. 09.48.45 # <[Saint]> ANd I, stand firmly with "time & Date" should be in settings, if only for the fact that "System" is a fucking stupid place for it. 09.49.08 # that's a crap attitude necause to count as having "voiced an oppinion" here you need to do so over and over everytime the discussion restarts 09.49.26 # moving Time & Date into settings seems sensible to me 09.49.43 # <[Saint]> If you look at the rest of the items in System, Time & Date sticks out like a sore thumb. 09.49.58 Join casainho [0] (~chatzilla@2.81.223.246) 09.50.00 # <[Saint]> Moving it out leaves that menu for "System-esque" things. 09.51.02 # settings without t&d has: "rockbox info" "credits" "running time" and "debug info". rockbox info is pointless, credits is a bit of a wank, running time is entirely stupid, and debug info is pointless and should be disable by default 09.51.17 # <[Saint]> I realize that Rockbox rarely follows the convention of other devices just because it "should" (contentious), but many devices consider Time and Date a setting, and I personally think it will make it a lot easier for new users to discover. 09.51.55 # <[Saint]> s/Settings/System/? 09.52.01 # how about we move the "system" menu entries into "settings" and *rename* settings to system 09.52.25 # * sideral tunes out of this argument. I'll have a look later, but otherwise won't let this delay the sleep-timer enhancements any further. 09.52.52 # everything currently in settings has the "settings" suffix in english anyway so it is obvious which is a setting and which "isnt" 09.53.23 # <[Saint]> sideral: As it stands...I'd basically ignore this and go with what we had earlier this afternoon (when I *thought* (Oh, silly me) we had it sorted... ;) ) 09.53.27 # sideral: err... *where* in the settings submenu are you planing on putting t&d? 09.55.05 # <[Saint]> I was thinking (as I'm fairly confident most were...) "/ - Settings - Time & Data - " 09.55.41 # so why not do that with the other system menu items? 09.55.55 # or better yet, move settings directly into system 09.56.32 Join nick-p [0] (~52456978@giant.haxx.se) 09.56.33 # <[Saint]> Argh!..no that seems far to much of a drastic change. 09.56.41 # <[Saint]> This is getting *really* bike-shed 09.56.52 # JdGordon: I won't put it there at all unless Saint wins piggybacking this change on the sleep-timer changes. :) If he does, though, I'll put it last, just before Manage Settings 09.57.38 Join nickp2 [0] (~52456978@giant.haxx.se) 09.57.47 # <[Saint]> I thought it was (apparently not by all) decided that Time & Date was getting pulling into Settings, and System will become "About" and stay in the main menu where it was as it was previously. 09.57.53 # sideral: thanks for the effort you've put into this, I'm feeling a bit guilty at the grief it has caused you. 09.58.07 # nick-p: Please make sure you don't make any further changes until this operetta is over :) 09.58.34 # [Saint]: and im saying whatever the system menu is called, it is pointless and removing it completly makes more sense 09.58.39 # sideral: sure, was just curious how the other suggestion would work out. 09.58.49 # <[Saint]> sideral: I do love the way you make this all my fault....it actually fucks me off. Just ecause I suggested it, look at the fucking thread...ITS NOT JUST ME THAT WANTS THIS. 09.59.04 # relax [Saint] 09.59.34 # <[Saint]> I'm just getting sick of all the digs at me and getting blamed for holding this up. 09.59.46 # i would still prefer gratitous menu changes not to be mixed in with functional changes and discussed separately 09.59.47 # * JdGordon sees no digs 10.00.31 # <[Saint]> n1s: I would agree too, were the two not related. 10.00.59 # <[Saint]> Its not like I've sugegsted a completely arbitrary menu change in this thread...its tied to the patch. 10.01.05 # Saint: I didn't mean to dig. Apologies if it came across like that. 10.01.08 # <[Saint]> bah, *suggested 10.01.31 Quit nick-p (Quit: CGI:IRC (Ping timeout)) 10.01.41 # [Saint]: yeah it's related but i don't see why it had to be changed at the same time 10.01.44 # Saint: But I do think as well that the menu change should be discussed separately. It does not depend on the sleep-timer enhancements, even though the reverse may not be true 10.01.53 # <[Saint]> sideral: Thanks, I'm probably reading it wrong but its coming across to me as though the blame for this not being in svn presently is resting on my shoulders. 10.01.56 # <[Saint]> Sorry for venting. 10.02.12 # * God_Eater thinks the menu controversy is actually AlexP's fault ;) 10.02.29 # <[Saint]> n1s: I've never said it has to be, I've said *multiple* times that it should be committed seperately even! ;) 10.02.35 # [Saint] I'm not sure it's that related, the functionality would still work wherever it was set from 10.02.39 # <[Saint]> I just don't think it warrants two threads. 10.03.04 # Saint: Then you'll have to live with my "picking" :) 10.03.34 # Anyway, it looks like JdGordon is not throwing his full weight behind blocking this change -- correct? 10.04.26 # <[Saint]> I'm not sure where the idea came up that I don't think this should go in *until* the menu is changed...I don't thnk that at all. While I think it'd be nice to do it all in one go I've never been opposed to committing the timer and then the menu cleanup afterward. 10.04.50 # <[Saint]> I just think (and its likely true) that the menu cleanup is far less likely to happen if it doesn't go in at the same time. 10.04.55 # nickp2: Don't feel guilty. This isn't really anyone's fault, it's just the way it is with so many stakeholders. I'm willing to believe that compromise is possible -- I'm always optimistic :) 10.05.13 # sideral: I'm saying the change isnt enough, and also that it isnt related to the origional patch and should be dealt with 10.05.17 # <[Saint]> sideral: You'd know about it if he was ;) 10.05.28 # <[Saint]> JdGordon can make even more noise than I can when he wants to ;) 10.05.38 # sideral: design by committee? ;) 10.05.49 # * JdGordon is technically still at work and working 10.06.42 # nickp2: In a sense, yes. Except that we don't listen to people who don't contribute. :) 10.07.32 # also, we don't listen to people who can't quote sufficiently big chunks from Monty Python's The Holy Grail 10.07.56 # * Bagder feels he's helping out a lot here 10.08.09 # <[Saint]> And we don't listen to people that have the opposing position to ourselves. 10.08.15 # <[Saint]> Saves time and effort :P 10.08.17 # sideral: in a lot of cases we don't listen to people who *do* contribute either ;) 10.08.26 # so it's all very fair 10.08.28 # :D 10.08.28 # pretty sure its just "we dont listen" 10.08.32 # JdGordon: Alright, please take your time. I'll wait another day or two until I decide whether this will go in in one go or without the menu change 10.08.39 # we are all different! 10.08.47 # :) 10.08.53 # ah, that was another movie 10.08.56 # sideral: will you be online in a couple of hours? 10.09.31 # <[Saint]> sideral: Just to make it *absolutlely* clear, in case it has come off as anything different...I am *not* opposed to this going in incrementally. 10.09.35 # yeah, but I won't have much time for arguing 10.09.40 # <[Saint]> ie. time first, then menu cleanup. 10.09.43 # who's arguing? :) 10.09.45 # Saint: understood 10.10.21 # <[Saint]> I apologise if its seemed that way, its never been my point of view. 10.10.47 # nickp2: What do you think of my suggestion to pick up on Thomas Martitz's default-to-last-selection idea? 10.11.38 # sideral: It's a good one, I'm sure no-one would object to seeing their last setting be sticky. 10.11.56 # Glad you like it as well, nickp2 10.11.59 # sideral: after all, it's the way volume, tone etc behave. 10.12.30 # right. An argument that I failed to think of before :) 10.13.05 # <[Saint]> s/argumeny/"point of discussion"/ ;) 10.13.14 # <[Saint]> arguments bring contention ;D 10.14.06 # oops, thank you Saint :) 10.14.09 # At this stage though, as long as the sleep timer starts when I turn the device on and I don't have to maintain the patch for another couple of years, anything sounds good ;) 10.15.55 # JdGordon: In case you want to discuss the menu change more on the mailing list, can you do me a favor and change the subject line? 10.16.10 # will do 10.16.18 # thanks! 10.17.35 Quit robin0800 (Read error: Connection timed out) 10.18.11 Join robin0800 [0] (~robin0800@genld-218-236.t-mobile.co.uk) 10.20.01 *** Saving seen data "./dancer.seen" 10.20.59 Quit nickp2 (Quit: CGI:IRC 0.5.9 (2006/06/06)) 10.45.08 Quit Keripo (Quit: Leaving.) 10.51.59 Join JdGord [0] (~AndChat@106.70.234.16) 10.56.05 Join AlexP [0] (~alex@rockbox/staff/AlexP) 11.01.01 # ah, what to do with the rest of the system menu is really a separate discussion 11.01.01 Part LinusN 11.01.01 Join LinusN [0] (~linus@giant.haxx.se) 11.04.16 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 11.05.46 # I'm making it this discussion 11.08.03 Nick TorneWuff is now known as Torne (~torne@lil.wolfpuppy.org.uk) 11.08.04 Quit Torne (Changing host) 11.08.04 Join Torne [0] (~torne@rockbox/developer/Torne) 11.09.32 Join TheLemonMan [0] (~lem0n@ppp-223-18.26-151.libero.it) 11.14.25 Quit JdGord (Quit: Bye) 11.23.19 # * kugelp probably couldn't disagree more with JdGordon's ideas in that mail 11.23.30 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 11.24.19 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 11.33.09 Quit user829385 (Quit: Leaving.) 11.34.48 Join JdGord [0] (~AndChat@106.70.234.16) 11.37.04 Quit JdGord (Client Quit) 11.49.59 # imagine my surprise 11.51.56 # I think it sounds reasonable although i'd like to keep the debug menu i think 11.56.17 Quit sideral (Quit: Leaving.) 11.57.19 Join user829385 [0] (~aoeu@112.166.15.141) 11.57.23 Quit user829385 (Max SendQ exceeded) 11.58.13 Join MethoS- [0] (~clemens@134.102.106.250) 11.59.22 Join user829385 [0] (~aoeu@112.166.15.141) 12.04.53 # i don't like renaming settings to system 12.05.08 # eliminating the top level system menu seems fine to me 12.05.10 # nor me 12.05.25 # and i don't see a problem with moving those things to be under settings without renaming it 12.05.35 # (or eliminating them, if we decide they are useless) 12.10.32 Quit robin0800 (Quit: Leaving) 12.16.05 Join esperegu [0] (~quassel@20.Red-80-39-201.dynamicIP.rima-tde.net) 12.20.04 *** Saving seen data "./dancer.seen" 12.26.09 Quit n1s (Read error: Connection reset by peer) 12.26.33 Join n1s [0] (~quassel@rockbox/developer/n1s) 12.29.45 # I think the debug menu should be there for current builds, but disabled for release builds. 12.31.26 # I don't like getting rid of the top level "System" menu entirely, just because there are things in it that definitely aren't settings (Rockbox Info doesn't let you set anything). 12.32.03 # Instead I'd probably rename "System" to "Rockbox Info" and then refine how it presents the various information it does a little bit (after moving T&D) 12.34.54 # Llorean: I don't think it matters that they aren't settings, tbh 12.35.05 # the About menu option in most programs is also not help, really 12.35.08 # * Torne shrugs 12.35.16 # people expect "that kind of thing" to be tucked away 12.35.31 # and "the last option on the main menu which is called settings" seems reasonable as a place to find it 12.37.14 # Torne: I do agree about tucking them away, in general. But a few things in that menu are used pretty regularly by the blind folk. The current "Rockbox Info" is where they get their battery level spoken 12.37.33 # Which makes it nice to be fairly quick to get to after tapping the "menu" key. 12.40.01 Quit AlexP (Remote host closed the connection) 12.50.02 # "settings" in the main menu is redundant if system and settings merge 12.50.14 # all the current subitems in the settings menu alredy say settings 12.52.48 Quit casainho (Quit: ChatZilla 0.9.87 [Firefox 6.0/20110811165603]) 12.56.23 # and naming it settings makes the argument about weather something is a setting or not goes away 12.57.29 # I seriously think it woudl be weird to have the top level menu not be called settings still 12.57.37 # and i think people will be surprised and ask dumb questions about it 12.57.49 # i don't see the need to have arguments about whether things are settings or not in the first place 12.58.03 # i'm perfectly happy for things which are not strictly settings but are to do with the general system setup be in there 12.58.06 # :) 12.59.49 # I think users are stupid, but I'm pretty confident they wont get confused 13.00.13 Join pixelmob [0] (~AndChat@rockbox/staff/pixelma) 13.01.22 Quit pixelmob (Client Quit) 13.03.07 # Torne: Honestly, if it were completely up to me, I'd put "Rockbox Info" on its own in the context menu, move T&D to the system settings, and drop the "System" option in the main menu entirely, moving "Debug" to settings. 13.05.19 # Llorean: i don't really have an opinion either way on putting rockbox info at the top level or not 13.05.20 # hiding rockbox info in a context menu isnt such a good idea either 13.06.02 # yeah, in what context would it show up? 13.06.06 # I'd "hide" it in every context menu. 13.06.14 # The one context you're always in is "Rockbox" 13.06.31 # pardon? 13.06.49 # It's really more of a "Device Status" option than a "Rockbox Info" option for the most part. 13.08.43 # i think putting it in a context menu would be weird 13.09.00 # context menus are getting cluttered btw 13.09.04 # n1s: Yeah, I didn't expect people would agree with it. Just said if it were completely up to me. 13.09.25 Join bug2000 [0] (~bug@unaffiliated/bug2000) 13.10.08 # so, people are generally for merging the 2 menu items and we cant decide how? 13.11.04 # sounds like a reaosnable summary :) 13.11.12 # sure :) 13.11.36 # half way there then :) 13.12.48 # we should go for an icon menu with hard to interpret icons for everything! 13.14.24 # working on it! 13.31.45 Join sideral [0] (~sideral@rockbox/developer/sideral) 13.39.05 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 13.48.46 # root_menu.c is a bithc to work with :/ 13.49.59 # yeah, all those sodding macros. I wonder which idiot put them in? 13.51.32 # wtf were you lot tihnking giving *me* commit access all those years ago? 13.51.38 # * JdGordon cries at some of the code he's done 13.52.44 # ok, one thing at a time... putting the current settings menu inside the system menu is by far the easiest change... is anyone else liking that idea? 13.52.54 # or is it going to have to be move the items from system into settings? 13.56.11 # I don't necessarily agree with merging 13.57.13 # but I don't care hugely 13.57.55 # but I think this should be done after we are finished with the t&d issues 13.58.44 # the only reason we are talking about it is because of that patch, and there is no reason we cant solve it before that patch 14.04.25 # except making up issues to make the life of the author even harder 14.04.59 # http://pastebin.com/xcqynuMs is what I'd like to commit. just move settings into system and move playlist catalog up above resume playback 14.05.06 # Yeah, the sleep timer revisions can go in with or without moving the system menu. It shouldn't hold up the sleep timer patch. 14.06.15 # moving the system items into settings is more work and imo not a good idea. Naming the combined item should be system, no settings 14.06.48 # and wtf? this makes no difference to the sleep patch, all its settings go in t&d wherever it ends up 14.07.31 # What does moving playlist catalog have to do with any of these? 14.08.24 # classic misdirection! 14.09.03 # Misdirection? 14.09.44 # hat's what I said 14.09.53 # Could you explain, I have no idea what you're saying. 14.10.13 # Are you claiming I'm misdirecting, or are you answering my question that "misdirection" is its relation somehow, or... 14.10.19 Quit ukleinek (Ping timeout: 264 seconds) 14.10.34 # :) 14.11.16 # arg, the manual fixes for this is going to be annoying 14.11.43 # Anyway, I don't think "Settings" should be hidden under the current system menu. That's sorta pointless and just creates an extra level of depth to every single setting someone could want to change. 14.12.00 # rasher: do you still have your script(?) to automatically take screenshots? we are going to need a new main menu screenshot from every target whatever the outcome is 14.12.03 # The things in the system menu should be redistributed to other places, and the system menu inside the main menu should just vanish. 14.12.40 # You don't actually *gain* anything by moving "Settings" into System as a further submenu. 14.12.44 # there is *no* other places.... 14.13.40 # Then talk about it and come up with some, rather than just doing random other things that aren't beneficial because you can't come up with a way to do something that is beneficial 14.13.50 # You don't *have* to change things. You can leave them as they are until a good idea is come up with. 14.14.55 # the difference between you and I is that I don't just talk 14.15.33 # Ah yes, rather than actually justifying your changes, attack the people critical of them. 14.15.58 # http://pastebin.com/SJAYftgZ is also an a version I could live with, move the settings *items* inside the system menu, order to be agreed on 14.16.22 # And see, that's better. That's something I'm less negative about, because it addresses some of my objections. Wow, that wasn't hard. 14.16.37 # Good job actually thinking about *why* someone might not like your idea, rather than just attacking them. 14.17.14 # JdGordon: So are you going to answer the question about why playlists were moved, or is that something you just refuse to talk about? 14.17.29 # I told you, misdirection 14.17.37 # That's not an answer. It's a word, without even a context. 14.17.46 # and if you read the email you'd see the answer 14.18.56 # That doesn't answer how it's "misdirection" 14.19.01 Quit GeekShadow (Ping timeout: 252 seconds) 14.19.05 # All that answers is that you think more targets have a button to do it than don't. 14.19.44 # Since that option's been there since *before* there were even targets that didn't have a button to do it, there should be more justification than "now that we have targets that don't have a button to resume playback, the menu option being more important should be moved further down" 14.20.07 *** Saving seen data "./dancer.seen" 14.22.26 # JdGordon: don't rush this please 14.22.28 # your mail isn't even a day old 14.23.23 # and I object to swapping the completely unrelated items 14.24.32 # kugelp: Well, to one point, he could've made the topic "reorganize the main menu" and it'd make much more sense. 14.24.52 # In that context, switching them is worth discussing in the same patch as removing "system" 14.25.07 Quit n1s (Ping timeout: 240 seconds) 14.25.36 Quit Bagder (Quit: Konversation terminated!) 14.27.34 Join n1s [0] (~quassel@rockbox/developer/n1s) 14.27.44 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 14.35.29 Part sideral 14.35.35 Join sideral [0] (~sideral@rockbox/developer/sideral) 14.40.06 Join Topy [0] (~Topy44@f048204138.adsl.alicedsl.de) 14.40.16 # * Llorean thinks the order of the main menu should be discussed separately, especially since there are several ways to approach problems with it. 14.41.46 # <[Saint]> Can we just alphabetize it like I do with my builds? 14.41.58 # See, there's a different approach. 14.42.00 # <[Saint]> I honestly thing trying to guess what a user uses more often is silly. 14.42.06 # <[Saint]> but, that's contentious I know. 14.42.15 # One could also argue rather than prioritizing it from top to bottom, we could prioritize it by "distance from the starting point" since the menu wraps. 14.42.36 # <[Saint]> I just decided to alphabetize all my menus, to make it "sane" 14.42.38 # <[Saint]> works for me. 14.42.50 # Other than the main menu, alphabetizing it actually does seem best to me. 14.43.05 # <[Saint]> Yeah, sorry...I worded that incorrectly. 14.43.13 # <[Saint]> I didn't alphabetize the main menu. 14.43.16 # [Saint]: programatically? or OCD? 14.43.19 # <[Saint]> only sub-menu items. 14.43.30 # <[Saint]> JdGordon: initially OCD. 14.43.32 # [Saint]: Well, this discussion is mainly about the main menu, apparently. 14.43.38 # <[Saint]> then, to make it easier for me to find things. 14.43.44 Quit T44 (Ping timeout: 240 seconds) 14.43.48 # <[Saint]> I look at the menus and see *no* ordering. 14.43.59 # <[Saint]> initially I guess it was based on assumed usage. 14.44.03 # how about settings menus with an on/off setting and amount settings, the on/off on top is most logical imo ;) 14.44.06 # <[Saint]> that seems to gave slipped over the years. 14.44.11 # [Saint]: I think a lot of it is more just ordered by date added. 14.44.14 # doin it alphebetically any way other than programatically is a non-starter as it only works for english 14.44.19 # <[Saint]> Llorean: yeah. 14.44.52 # <[Saint]> JdGordon: Well, the default is English...so, I don't really see a problem with that. 14.45.03 # JdGordon: That reminds me, do we even have a programmatical way to alphabetize non-English characters in our code? Or are they just sorted by the value of their character? 14.45.06 # <[Saint]> I see your point though. 14.45.24 # <[Saint]> its not going to be any *less* sanely ordered for other languages though ;) 14.45.44 # I assume we do, strcmp presumably "works" for non-english... not very cleverly thouhg 14.45.52 # Ah. 14.45.58 # Llorean: we just sort everything with C locale, basically 14.46.10 # er 14.46.22 # possibly casefolding 14.46.26 # but not in any smart way :) 14.46.37 # collation tables to even sort en_US "correctly" are massive 14.46.41 # * Llorean wonders if it'd be possible to to add a little intelligence for menu sorting into the language files. 14.46.46 # It wouldn't work for the file browser, of course. 14.46.55 # since even for english collation includes many accented chars 14.47.01 # <[Saint]> I left the main menu "as-is" (this seems like it will change slightly), but sub-menus I ordered alphabetically. This, to me, seems like the "sane" option. For non-English languages the ordering isn't going to be any more or less arbitrarily placed, so I think it would be more of a win than a loss. 14.47.12 # <[Saint]> But I think I'm bike-shedding at the present. 14.47.26 # <[Saint]> Alphabetical (in English) menus is something I'd like to see though. 14.47.48 # alphabetical is a non-starter 14.47.49 # <[Saint]> If you know what a setting is called, but not *quite* where it is, it makes finding things in deep menus a LOT easier. 14.47.52 # i agree with JdGordon that if we go with alphabetical, we should do it programatically 14.48.01 # [Saint]: I think one of the bigger problems is the proliferation of submenus. Sometimes they make sense (all the equalizer settings are under equalizer) but other times they're a little harder to figure out (is what I want a "sound" or "playback" setting?) 14.48.24 # There's plenty of ambiguity around in general. 14.48.51 # and plenty of talk... which as usual is going to go nowhere if people insist on doing all or nothing 14.49.14 # <[Saint]> I think, although I know we'll all probably end up regretting it at one point or another in the near future ;), that if we're going to shake up the menu, we might as well "do it right". 14.49.14 # yeah put replaygain under sound already, next to the other options affecting volume ;) 14.49.25 # Settings->General Settings->System->Limits is not the chain of logic I'd follow to figure out how to solve the max entries in file browser issues, for example. 14.49.27 # <[Saint]> And get soemthing functional we can all (at least to an extent) agree on. 14.50.27 # "agree".... us... HAHAHAH 14.50.43 # <[Saint]> "(to an extent)" ;) 14.50.48 # probalem is "right" differs a lot 14.50.56 # <[Saint]> I'm prepared to compromise... 14.50.56 # JdGordon: Well, *most* of us agreed Time & Date can be considered settings, at least to a practical degree. 14.51.06 # <[Saint]> n1s: this is true... 14.51.30 # https://spreadsheets.google.com/spreadsheet/ccc?key=0AqzlOGMuRZ7OcDhCc2tLQVF4NlUzQmZ6M3FPVnZ5YkE&hl=en_US < from 4 years ago! 14.51.39 # <[Saint]> that's why I thought "Fuck it, the default lang is English UK, lets do it ordered alphabetically by English UK for all langs. 14.51.42 # <[Saint]> " 14.52.11 # <[Saint]> Other langs will just have a slightly different arbitrarily ordered menu structure ;) 14.52.11 # [Saint]: which tbh sucks 14.52.18 # Someone should just flatten the entire list of settings and post it in an email, then start from scratch in organizing them rather than looking at trying to rearrange based of the existing layout. 14.52.25 # <[Saint]> n17ikh: why exactly? 14.52.29 # <[Saint]> bah. 14.52.33 # <[Saint]> * n1s 14.52.49 # <[Saint]> The ordering presently is...non-existent. 14.52.56 # <[Saint]> there may as well be *some* order to it. 14.53.06 # * Llorean thinks the categorization is more problematical than the ordering. 14.53.07 # just remove all the other languages, they are silly anyway ;) 14.53.09 # <[Saint]> even if it only really benefits one (the default) usergroup. 14.53.10 # I agree... it is nice that we can say "3rd item from the top" regardless of language 14.53.12 # [Saint]: i assuem you wouldn't propose such a chnage if you didn't use English... 14.53.14 # A list you can scroll through and see all the choices for that list. 14.53.18 # But if your choice isn't *in* that list, you're lost. 14.53.46 # just changing the menus for everyone not using english arbitrarily will be annoying if they have learned where stuff is for example 14.53.47 # I do feel that the order shouldn't really change from language to language since, like JdGordon just mentioned, 3rd from the top is handy 14.53.54 # <[Saint]> n1s: I would, actualy...as English is the default. 14.54.39 # <[Saint]> n1s: And the menus sound like they're changing rather a lot anyway. 14.54.48 # <[Saint]> might as well get it "right" for one group. 14.54.49 # alphabetical is a non-starter, enough no's to for sure get blocked so dont even bother wasting time discussing it 14.54.57 # [Saint]: so you don't think that just jumbling the menus for everyone that is not is a problem? 14.55.11 # <[Saint]> they're already jumbled. 14.55.19 # <[Saint]> there's quite literally no ordering presently. 14.55.20 # consistantly though 14.55.31 # <[Saint]> consistently jumbled? ;) 14.55.35 # * [Saint] likes this... 14.55.36 # Maybe we should just add some code that counts each time a menu item is highlighted and each time it's "clicked" on. 14.55.42 # Then get people to send us their logs. :-P 14.55.49 # that opatch exists 14.56.02 # <[Saint]> Llorean: Menus that order based on individual usage would be nice. 14.56.11 # [Saint]: but just jumbling them again makes it *worse* for people used to the particular jumble 14.56.19 # [Saint]: I wasn't thinking of ordering based on individual usage. Remember, I'm for static ordering. I was thinking to allow us to semi-optimize the over all order. 14.57.03 # I would *rather* see full fricking customizable menus 14.57.33 # fs#7809 14.57.35 # http://www.rockbox.org/tracker/task/7809 3Gather statistics about menu usage (and, possibly, reorder menu items) (patches, closed) 14.57.45 # <[Saint]> Llorean: Yeah, when you mentioned that I thought of allowing a settign that ordered the menus based on preference, but also allowed for reverting to the default in case language gets changed and a user gets lost in the menus so we can say "click down three times, select the fourth option, select foo...etc. 14.58.01 # <[Saint]> That's almost certainly NOT going to happen, though ;) 14.58.24 # [Saint]: Well, it's also helpful if a blind user is having issues getting voice to work, or under other circumstances. 14.58.35 # * [Saint] nods. 14.59.21 # rearraning the settings menus has nothing to do with the main menu patch I and sideral would rather discuss 14.59.31 # <[Saint]> I can't say how happy I am that enough people for it to actually matter are interested in shaking up the menu now...its been a long time coming IMO. 14.59.38 # * Llorean agrees with JdGordon that this is unrelated to the email topic. 14.59.43 # <[Saint]> some new users seem to REALLY hate our menu. 15.00.01 # [Saint]: We've, as a group, been for rearranging the menu since before you probably ever heard of Rockbox. 15.00.13 # It's just ridiculously, ridiculously hard to actually accomplish, as a group 15.00.36 # [Saint]: count the people talking now... its not even close to the amount of people needed to actually definitly have something done 15.01.10 # [Saint]: Someone once did an html/css mockup of the Rockbox menu structure so that one could quickly and easily preview layout changes, if I recall. 15.01.10 # <[Saint]> Llorean: Yeah, I know. I've followed (and tracked back) the discussions. I tried to shake the menu up ~2 years ago or so but couldn't get enough people interested in it. 15.01.12 # really the only way this will happen is if someone says "im doing it, im not putting it up for discussion, im happy for contributions untill this date though" 15.01.21 # There's been a lot of interesting attempts at making it possible to discuss and "try" layouts. 15.01.38 # <[Saint]> JdGordon: That would be *begging* for a reversion comit. 15.01.49 # <[Saint]> there's no way that would be "the way to achieve this" 15.01.51 # not necessarily 15.02.07 # get enough commiters behind that subcommitee and it will be ok 15.02.21 # put the final patch up for rsb vote 15.02.35 # otherwise it will continue to never happen 15.02.39 # JdGordon: Yeah, I don't think that would work. Rather, I'd say, the only way it'd happen is if someone said "I'm going to accept suggestions from everyone, and then attempt to meet all their needs" and base all their work on other peoples' suggestions in a way that people realistically believe isn't them just trying to impose their personal desired menu on everyone else. 15.03.07 # <[Saint]> hence my problems with RaaA skin, "trying to please all". 15.03.12 # <[Saint]> It just *doesn't* work. 15.03.17 # JdGordon: An RSB vote and a subcommittee sounds very different from "I'm not putting it up for discussion, I'm doing it" 15.03.24 # <[Saint]> And takes months. (hospital not inclusive) 15.04.12 # Llorean: indeed, rsb+comitte is a more democratic way to do it 15.04.17 # Yes. 15.04.22 # <[Saint]> Llorean: Yes, I agree. Initially it sounded like "fuck you guys...I'm doing it!". An RSB vote once there's a reasonable mockup for the suggested layout is much nicer. 15.04.31 # Agreed. 15.04.35 # <[Saint]> And a lot liess likely to be reverted on the spot :P 15.05.18 # the rsb probably isnt even needed. they dont have the authority (by design) here 15.05.26 # Yeah, I don't think the RSB is needed. 15.06.00 # getting the right people on the committee will be a fun job 15.06.01 # anyone with strong ideas should be banned :) 15.06.06 # (that precludes me also) 15.06.06 # <[Saint]> Doesn't the RSb have the ultimate authority over *everything* Rb related? 15.06.17 # [Saint]: Yes and no. 15.06.19 # yes and no 15.06.38 # <[Saint]> heh, snap. 15.06.54 # * sideral thinks the time spent in this discussion would be better spent creating a customizable menu structure, configurable with a Lua script. 15.06.54 # [Saint]: The RSB really has the ultimate authority over arbitration. It shouldn't make decisions, but after one's been made if it causes a problem, they should fix it. 15.06.57 # Then everyone could customize the menus at his own pleasure 15.07.23 # No need to provide "sane" defaults, for someone's definition of sane :) 15.07.32 # <[Saint]> sideral: Even if that happens, there still needs to be a sane default. 15.07.53 # <[Saint]> as not everyong will *want* to customize the menu. 15.08.10 # [Saint]: When I was on it, I spent a lot of time trying to make sure arguments I wasn't involved in reached a compromise so that it was less likely to ever be needed. 15.08.13 # <[Saint]> So I don;t agree that costom ordering eliminates the need for a sane default menu. 15.08.28 # that default could be the status quo, eliminating this discussion entirely 15.08.31 # 3.10/4.0 is due october... that gives plenty of time for a committee to do its work 15.09.00 # <[Saint]> I was just thinking that this seems well timed for a nice new menu for the next release. 15.09.10 # <[Saint]> ...great minds, etc. ;) 15.09.16 # Like I said, I think a good starting point would just be to list every setting name in an email, and say "okay guys, categorize these" without looking at the existing menu structure at all. 15.09.47 # See how our community thinks options divide up. We don't have to treat is as a vote, just information gathering. 15.09.47 # all 200+ of them :) 15.10.21 # <[Saint]> Close to 300 on some targets iirc. 15.10.31 # <[Saint]> I remember trying this once. 15.10.32 Join ukleinek [0] (~ukl@octopus.hi.pengutronix.de) 15.10.41 # <[Saint]> It sounds a lot easier than it is... 15.10.56 # <[Saint]> its *really* daunting looking at all the menu items in one list. 15.11.13 # <[Saint]> Not impossible, but daunting. 15.12.00 # * JdGordon puts his hand up as eager to help if others do the same 15.12.14 # * [Saint] also. 15.12.35 # <[Saint]> A collaborative page on google docs would make this a LOT easier. 15.12.52 # <[Saint]> can se dump all the menu items to a list with some scripty magic? 15.13.11 # <[Saint]> s/we/someone more scripty than I ;)/ 15.13.13 # that is partially doable thanks to gcc... /me did that once 15.13.31 # Llorean: are you going to put your hand up too? 15.13.47 # <[Saint]> A few of us working on it at the one time could get it done in a reasonable period of time. 15.14.00 # <[Saint]> I couldn;t do it tonight, but tomorrow I'm free mostly all day. 15.14.03 # JdGordon: Sorry, I was over at the forums responding to something, gimme a sec to read what I missed. 15.14.38 # * [Saint] assumes pixelma will want to be involved in this, so pings her. 15.15.02 # JdGordon: Yeah, if we actually started with a goal to reorganize the menu structure, with a deadline for submissions, I'd do what I could to make sure I had my own proposed structure, as well as try to polish other ideas. 15.15.09 # <[Saint]> (I've heard her mention "missing out" on suck discussions, this is my effort to make sure that doesn't happen here) 15.15.14 # <[Saint]> *such 15.15.18 # So yes, my hand up. 15.15.34 # no "own proposals" 15.15.43 # everyone goes in with a clean slate 15.16.09 # I'm confused about what you want, then. 15.16.45 # Everyone's going to have their own opinion about how the menu layout should be. The goal should be then to reach a compromise on it. Clean slate or no, we're all going to have opinions. 15.17.13 # yes, but not initially... everyone goes in with an open mind, first step is figure out the steps, next will be categorising each setting 15.17.18 # <[Saint]> Llorean: If I'm not mistaken, collaborating on a google docs list of all menu items, so we can see if we agree on classification. 15.17.43 # JdGordon: Yeah, I'll agree to keep my mind as open as possible. But there's things like, I think "longer lists are better than more categories" because categories are where you make an assumption on behalf of the user. 15.17.50 # <[Saint]> some menu items *are* indeed poorly placed. This needs to be addressed first. 15.17.53 # Other people think "lists should never be longer than 6 or so items, so they fit on most screens" 15.17.54 # <[Saint]> then ordering. 15.18.09 # one thing at a time 15.18.11 # <[Saint]> Llorean: That's just simply not possible for some lists. 15.18.19 # <[Saint]> "Sound Settings" for example. 15.18.35 # [Saint]: Yeah, but the goal in some reorderings has been to, where possible, keep lists short. 15.18.57 # But yes, a strong first step is to collaborate on everyone saying what top level category, if any, they think a setting belongs in. 15.19.00 # <[Saint]> the only way we could do that sanely is dropping half of Rb's functions ;) 15.19.05 # Then we pound that out until we've got top level categories 15.19.06 # though that said, we should figure out rules before we start, list lengths, positions of settings (enable/disable should always be above configuration details fr the setting perhaps) 15.19.10 # Then we discuss if we need subcategories. 15.19.20 # Then once we're out of subcategories, we hammer out ordering within each layer. 15.20.07 # JdGordon: I think list lengths can come later (since global categorizing is somewhat independent of it anyway). I do agree that enable/disable should always come before parameters. 15.20.15 # * JdGordon will start writing up a proposal for the mailing list 15.20.31 # unless someone else wants to do that and I'll figure out how to nuke the code out of settings_menu.c 15.20.50 # I can post on the ML 15.21.29 # just make it clear the final diff will go up for vote and people shold either get involved or stay out of the way 15.22.03 # <[Saint]> with a slight emphasis on that last part. 15.22.11 # Yeah 15.22.19 # <[Saint]> We don't want any "I didn't see it, and I disagree with X Y and Z" 15.22.26 # people with "just change this" should stay away 15.31.24 # How's this look: http://pastebin.ca/2077868 15.32.39 Join JesusFreak316 [0] (~JesusFrea@USF-Wifi-35-45.laptops.usf.edu) 15.33.16 Quit Topy (Read error: Connection reset by peer) 15.33.17 Join T44 [0] (~Topy44@f048204138.adsl.alicedsl.de) 15.35.46 # some rough dates would be nice, it would be amazing if this could go to vote with enough time to get into the next release (force people to work on it) 15.35.56 # When's the next release? 15.36.38 # <[Saint]> ~2 months or so no? 15.36.45 # <[Saint]> ~1.5-ish 15.36.46 # oct 17 is freeze 15.37.10 # I doubt there would be objection to pushing that slightly to accomodate this though 15.37.19 # hm, a new menu layout? Does that mean we need to go to 4.0? 15.37.28 # <[Saint]> definitely 15.37.38 # gevaerts: a few of us think 4.0 is suitable anyway 15.37.42 # <[Saint]> its a "major change" if ever there was one. 15.37.50 # all glory to the updated playback code 15.37.58 # fixing voic+pause 15.38.05 # <[Saint]> And yeah, I think that the new playback engine deserves 4.0 anyway 15.38.12 # <[Saint]> with or without this new menu 15.40.08 # gevaerts: With new menus, I'm voting 4.0 for sure 15.40.46 # JdGordon: Okay, I added approximate timeline, with a clear stated goal of including it in the release, and an idea that we vote on a small team (3 or 5 people) at the start to arbitrate / make decisions at each deadline point to enforce that the thing moves forward. 15.41.33 # presumably buflib will be in there by then too ? 15.42.04 # What's holding Android back right now, actually? 15.42.31 # lack of a working build system 15.42.37 # which we discussed at devcon 15.42.42 # but which no-one has actually done any work on 15.43.23 # I don't even recall now if we decided on a "rockbox signing key" which we distribute to everyone with a build client, or whether all builds are sent back to the master and re-signed there. 15.43.34 Join chris_ [0] (~tobald@ip-213-49-245-74.dsl.scarlet.be) 15.43.38 # I should probably read the write up I did :) 15.43.38 Nick chris_ is now known as Guest42589 (~tobald@ip-213-49-245-74.dsl.scarlet.be) 15.43.52 # I'd really want to see *many* commiters saying they are behind the commitee from the begining.... 15.43.57 # or against the idea 15.44.04 # [Saint]: didn't you want to get cabbie done? 15.44.44 # <[Saint]> I do, yeah...time and health has been an issue letely. 15.44.52 # <[Saint]> It's not like I've dropped my work. 15.45.25 # <[Saint]> Or...is there somethign else you're asking there? 15.45.26 Join Casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 15.45.31 # <[Saint]> kugel: ^ 15.45.44 # God_Eater: Could we temporarily make rasher's daily builds "official" until that's done, as an expedient to actually releasing for it? 15.46.02 # Or was there strong objection to doing something like that. 15.46.12 # [Saint]: just asking since you just offered help with this menu redesign thing because of free time :) 15.46.19 # Llorean: we didn't discuss that at all 15.46.28 # I'm not even sure rasher was doing daily builds when devcon happened 15.46.33 # he wasnt 15.46.34 # if he was - we didn't know! 15.46.38 # Or just making android always build on one server in the build system for the time being. 15.46.45 # why the android talk now though? 15.46.57 # it's worthy of 4.0 I presume? 15.46.57 # Basically, if the problem is different servers building them, only have one until we can solve that, and move on with getting the build out there to users. :) 15.46.59 # <[Saint]> kugel: yeah, but as long as its done from Google Docs I can do it from anywhere. 15.47.08 # Llorean: well, it's not JUST that 15.47.11 # JdGordon: Yeah, if we're doing 4.0 now, I'd *really* also want to have Android for it. 15.47.12 # but that is part of the problem 15.47.16 # <[Saint]> Cabbie work limits me to being at my home PC 15.47.24 # God_Eater: Yeah, but if it's part of the problem, it still needs to be addressed. :) Tackle one thing at a time. 15.47.31 # the other problem is the build system needs adapting to handle the extra steps the android build needs 15.47.34 # Llorean: nothing essentially. we discussed how to deal it many times, and always agreed on the same thing. it's just not implemented 15.47.53 # Llorean: well, different people need working on that. I also dont see rockbox being released as making sense unless it goes on the market 15.47.56 Quit JesusFreak316 (Read error: Connection reset by peer) 15.48.06 # in fact, only the swedes can bring it further at this point (w.r.t. to market, downloadable current builds) 15.48.11 # JdGordon: I think that's a waste of time 15.48.21 # i agree 15.48.52 # I think it's "released" when we make it available as a "release" 4.0 .apk 15.48.58 # Which, there's no reason we couldn't put on the market. 15.48.58 # we need some infrastructure people who aren't "the swedes" :) 15.49.07 # God_Eater: wrong. the build system is doing android builds since the devcon 15.49.19 # kugel: outrageous! Me? Wrong? :) 15.49.26 Join JesusFreak316 [0] (~JesusFrea@USF-Wifi-35-45.laptops.usf.edu) 15.49.34 # it's only the signing left, really 15.49.47 # kugel: but that *would* need to go into the build system too right? 15.49.47 Quit JesusFreak316 (Read error: Connection reset by peer) 15.49.51 # however we decided to do it 15.49.52 # and we mortail devs can't do anything if it's going to be signed on the build master 15.50.05 # we can't do anything even if it's not 15.50.09 # 196 settings in the e200-sim 15.50.12 # because someone needs to get the rockbox master key generated 15.50.33 # indeed 15.51.07 # it's just unbelievable how lenient we all are on these swedes with their fancy "day jobs" 15.51.16 # they should man up 15.51.31 Join JesusFreak316 [0] (~JesusFrea@USF-Wifi-35-45.laptops.usf.edu) 15.51.49 # why, only the other day, Bagder was galavanting round Stockholm in a helicopter. He could have used that time constructively! 15.54.09 # B4gder: would it be possible to get logbot logging another channel and making that avilable like logs for here? 15.59.12 Quit JesusFreak316 (Read error: Connection reset by peer) 16.00.35 Quit antil33t| (Read error: Connection reset by peer) 16.00.38 Join JesusFreak316 [0] (~JesusFrea@USF-Wifi-35-45.laptops.usf.edu) 16.00.58 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 16.04.55 # Llorean: [Saint] https://spreadsheets.google.com/spreadsheet/ccc?key=0AqzlOGMuRZ7OdGNvcFE4QUdOSENnX1JPVXFvMUFTaFE&hl=en_US <- output from settings_dumper on the e200-sim... need to merge it with the output from a grey/mono target, remote target, etc 16.05.00 # not sure easiest way to do that 16.05.23 # <[Saint]> right, thanks. 16.05.50 # <[Saint]> I'm going to disappear shortly for an hour or so, but its logged...so I'll poke at it in my free time when I can. 16.05.51 # JdGordon: Maybe just dump from those, and then use diff to compare them? 16.05.59 # shame it's in a google doc 16.06.04 # I can't join in at work :( 16.06.08 # It's not the best way, but it'd at least be a quick way. 16.06.13 # where is better God_Eater ? 16.06.31 # I don't think there *is* somewhere you can put it where I can work on it collaboratively 16.06.42 # they've pretty much blocked all those sorts of sites at work 16.06.43 # nevermind 16.06.44 # <[Saint]> Noooooooo! don't change it! At least then I can work on it from my phone ;) 16.06.49 # * JdGordon loves his 45s builds on this laptop :) 16.06.57 # I'll just have to remember to try to do some work on it at home 16.07.14 # <[Saint]> God_Eater: Download the Google Docs Android app :P 16.07.37 # I have it 16.07.40 # I should have used the h300-sim for the base 16.07.43 # doing that now 16.07.45 # but I'm buggered if I'm editting on my phone 16.07.54 # * Llorean would like people to also contribute to the "process" email, either by saying it's crap or by offering improvements or replacements for steps. 16.08.00 # <[Saint]> Its not ideal, bit it works for me. 16.08.07 # gah - shouldn't have replied from work 16.08.17 # keep forgetting the monster disclaimer signature addition 16.11.24 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 16.18.31 Join robin0800 [0] (~robin0800@149.254.61.232) 16.20.11 *** Saving seen data "./dancer.seen" 16.23.41 Quit antil33t (Read error: Connection reset by peer) 16.24.06 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 16.31.08 Join lolmaus [0] (~lolmaus@178.236.241.96) 16.31.57 # Hi. I would like to use a Cyrillic font. I've got one, but it seems only to be used in the menu. The Now Playing screen uses some other font. How do i change it? 16.33.56 # you need to modify the skin 16.34.14 # * JdGordon gets the low-hangingfruit categorised 16.36.40 # JdGordon, how do i do that? Maybe there are cyrillic themes already? 16.37.58 # themes.rockbox.org might have some. otherwise figure out which theme you are using and edit the .rockbox/wps/.wps file and look for a line with %Fl() 16.42.31 # JdGordon, yay! 16.43.27 # JdGordon, there are some parameters for %Fl... 16.45.33 # change the one that loooks like the font name to the one you want 16.45.39 # wtachi is a bit late with those patches, isn't he? 16.50.24 # It worked! 16.50.29 # * lolmaus hugs JdGordon ^_____^ 16.56.18 # What is the shortcut to return to WPS from the main menu? It's kinda inconvenient to browse for the WPS menu item 16.56.45 # It depends on your player, and should be in the manual. 16.56.57 # I see 16.57.15 # When browsing current playlist contents, is there a way to set a song play next after current? 16.57.37 # Reorder the playlist. 16.57.56 # Llorean, that's kinda very inconvenient 16.58.20 # I don't understand what you're asking then. The playlist is, literally, the list of songs to play. 16.58.25 # In the order they will be played. 16.58.58 # Llorean, i want to do it with a single menu item, not with moving the song all the way up manually 16.59.06 # You can view the file browser or whatever, and queue songs to be played next, or even set another playlist to play next. But they'll always also show up next in the playlist. 16.59.23 # Also, i might not know where current position is: above or below 17.00.04 # If you're just picking a single song to play next, just browse to it and choose "insert next", "queue next" or "play next" from the context menu depending on how you wish to have it treated. 17.00.50 # Llorean, that applies to browsing files, but not playlist items. 17.01.07 # You can't have a song playable in the playlist that also can't be browsed to. 17.01.11 # Which is why I said you can just browse to it. 17.01.22 # Oh 17.01.49 # The playlist list is about organizing the order of upcoming songs. 17.02.07 # If you want a song to play next, you put it next in the playlist, since that's what it is. 17.02.21 # Llorean, how do i browse to a song from a playlist? I don't see a corresponding context menu item 17.02.32 # No, I just meant browse to it the normal way. 17.02.38 # Like, you do know where it is on your player, don't you? 17.03.09 # Llorean, oh... But it's a lot of clicks. Is there a short way to browse to currently playing song at least? 17.03.24 # From the WPS, just click "select" if you have "follow playlist" enabled. 17.04.35 # having a move to next seems reasonable, tbh :) 17.04.49 # adding it to the playlist again is gonna get it played twice. 17.05.40 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 17.06.15 # Torne, ah! You see my point ^__^ 17.06.20 # Torne: Yeah, a quick way to rearrange the playlist would be handy. Basically offering the same insert "next, last, (no second word)" functionality but as "move" instead would cover it nicely 17.06.30 # lolmaus: What point? You were asking how to do it, not saying something should be changed. 17.06.36 Quit TheLemonMan (Quit: .) 17.06.46 # If you want to make a suggestion, say it, don't try to hint at it while acting like you're seeking help. 17.07.44 Quit Guest42589 (Quit: Ex-Chat) 17.07.44 # Llorean, when i was asking i didn't know whether it was possible or not ;) 17.07.59 # Llorean, wow, "follow playlist" IS VERY CONVENIENT, thank you! ^_^ 17.08.40 Join Keripo [0] (~Keripo@eng340.wireless-resnet.upenn.edu) 17.13.46 Quit Casainho (Remote host closed the connection) 17.13.52 # Excuse me for my dumbness, but i can't find a shortcut to return to WPS from any menu. :( http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-build.html 17.16.09 # lolmaus: "Home + SelectIf there is an audio file playing, return to the While Playing Screen (WPS) without stopping playback." 17.16.45 Quit esperegu (Remote host closed the connection) 17.17.35 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.17.57 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 17.18.04 # Llorean, it only works from the root of main menu. And it's impossible to be pressed with one hand. :( 17.18.09 Part Zagor 17.18.13 Part LinusN 17.19.14 # unfortunately the clip is short on buttons 17.19.44 # lolmaus: It should work in the file browser, and most other setting menus too. 17.19.54 # Well, there's a home button and it returns to the root of the main menu. I wish it returned to the WPS 17.20.07 # But the Clip+ is really short on buttons, and the typical button for returning to the WPS, Play/Pause, must be used for navigation instead. 17.20.51 # If the home button were used to return to the WPS it'd be a lot harder to get to the menus from the WPS, typically, whereas it'd only save a small amount of up/down movement (to select the resume playback option) in place 17.21.42 # Llorean, Home and Off do same action — return to the main menu 17.21.46 # To be fair, if the first press returned to the main menu, and the second to the WPS, that could work, but I don't think anyone working on the port really considered that. 17.21.51 # lolmaus: No, they really don't. 17.22.00 # lolmaus: Off stops playback, Home returns to the main menu without stopping playback. 17.22.09 # Oh 17.22.51 # And after i press Off, Home+Select won't work. :/ 17.23.16 # Works fine on my Clip+ 17.24.11 # Llorean, it only works if playback is going on. When stopped, it won't. 17.24.26 # As I said, it works fine on mine. 17.24.37 # You said "after off" which stops it, so that's what I just tried. 17.25.05 # Llorean, you quoted the manual and it says that it only works when there's an audio file playing, and that's how my Clip+ behaves... 17.26.05 # It's not how my clip+ behaves. 17.26.28 # Though mine's a little older build, so if they changed it I may have missed it. And objected to it if I'd spotted it. 17.26.38 # Since that's not how other targets treat the resume playback feature. 17.27.19 # Thank you for your support Llorean 17.31.04 # My Clip+ battery seems to last longer after being rockboxed. Is that an illusion or Rockbox really saves battery? 17.31.12 # On many players Rockbox does save battery 17.31.39 # I really don't know if the Clip+ is one of them (I never used it without Rockbox, for example) but it wouldn't be surprising. 17.36.36 # as long as we have sufficient knowledge about the hardware to manage teh clock speed and turn unused peripherals off (which is not the case on everything) then we are usually more efficient; our codecs are generally better :) 17.37.48 # * lolmaus has made a $10 donation to Rockbox ^_^ 17.37.48 Quit robin0800 (Read error: Connection timed out) 17.38.21 Join robin0800 [0] (~robin0800@149.254.61.29) 17.40.54 Join [Saint_AndChat] [0] (~Saint]@203.100.215.45) 17.42.42 Quit slooopy (Ping timeout: 258 seconds) 17.43.08 Quit JesusFreak316 (Ping timeout: 246 seconds) 17.44.27 Quit robin0800 (Quit: Leaving) 17.53.46 # Llorean, seems that Home+Select won't work on my device at all! But on the WPS it works flawlessly (to lock the buttons) 17.53.53 Quit n1s (Ping timeout: 252 seconds) 17.55.21 # lolmaus: Try pressing and shortly holding home slightly before select, rather than trying to time them simultaneously. I found that's more reliable for me. 17.56.05 # <[Saint_AndChat]> That's actually the way it works. 17.56.34 # Llorean, if i press them simultaneously, nothing happens. If i press home prior to select (even with a very short pause), it returns to main menu. 17.56.35 # <[Saint_AndChat]> Pressing both ay *exactly* the same time will fail. 17.56.43 # <[Saint_AndChat]> *at 17.56.59 Quit petur (Quit: *plop*) 17.56.59 # lolmaus: I mean hold home, and then quickly press select while holding home, while in the main menu 17.57.05 # Pressing both at the same time works great for locking the buttons from the WPS. 17.57.17 # <[Saint_AndChat]> Its specificly set up this way in the keymap. 17.57.44 # Llorean, oh it works from the main menu. But it won't work from a submenu. 17.58.08 # <[Saint_AndChat]> One key needs to be pressed slightly before the other otherwise hotkey is almost impossible to use. 17.58.33 Join pixelmob [0] (~AndChat@rockbox/staff/pixelma) 18.02.23 Quit antil33t (Read error: Connection reset by peer) 18.02.47 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 18.06.31 # Bye, thx for support 18.06.45 Quit lolmaus () 18.11.44 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 18.12.44 Quit pixelmob (Quit: Bye) 18.20.13 *** Saving seen data "./dancer.seen" 18.20.40 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.22.59 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.26.35 Quit bug2000 (Read error: Connection reset by peer) 18.27.01 Join bug2000 [0] (~bug@194.90.37.155) 18.27.01 Quit bug2000 (Changing host) 18.27.01 Join bug2000 [0] (~bug@unaffiliated/bug2000) 18.28.54 Quit sideral (Ping timeout: 268 seconds) 18.33.35 Join sideral [0] (~sideral@rockbox/developer/sideral) 18.38.14 Join TheLemonMan [0] (~lem0n@ppp-223-18.26-151.libero.it) 18.43.37 Quit user829385 (Ping timeout: 240 seconds) 18.46.41 Join user829385 [0] (~aoeu@112.166.15.141) 19.11.41 Join y4n [0] (y4n@unaffiliated/y4ndexx) 19.13.24 Quit [Saint_AndChat] (Quit: AndChat - Android IRC Client - http://www.andchat.net/) 19.17.02 Join GeekShadow [0] (~antoine@47.167.21.93.rev.sfr.net) 19.24.05 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.25.55 Join Strife89 [0] (~Strife89@207.144.201.128) 19.27.54 Join stoffel [0] (~quassel@p57B4BF62.dip.t-dialin.net) 19.34.14 Join pixelma_ [0] (~pixelma@rockbox/staff/pixelma) 19.40.43 Quit bluebrother (Disconnected by services) 19.40.44 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 19.42.09 Quit fs-bluebot (Ping timeout: 245 seconds) 19.43.17 Join fs-bluebot [0] (~fs-bluebo@g231123153.adsl.alicedsl.de) 19.47.58 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 19.50.16 Join dunkaist [0] (~dunkaist@bp-183-159.dialup.vitebsk.by) 19.51.52 Quit pixelma_ (Quit: .) 19.52.36 Quit TheLemonMan (Quit: .) 19.52.49 Quit amiconn (Disconnected by services) 19.52.50 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 19.52.54 Quit pixelma (Disconnected by services) 19.52.56 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 19.52.58 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 19.53.10 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 19.56.00 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 19.56.00 Quit amiconn (Disconnected by services) 19.56.19 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 19.56.39 Quit pixelma (Disconnected by services) 19.56.41 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 19.56.43 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 20.06.54 Join chattr [0] (~mike@155.164.189.72.cfl.res.rr.com) 20.07.04 Part chattr ("gone") 20.20.15 *** Saving seen data "./dancer.seen" 20.23.27 Quit user890104 (Read error: Connection reset by peer) 20.24.41 Quit Keripo (Quit: Leaving.) 20.25.47 Join user890104 [0] (~Venci@6bez10.info) 20.30.03 Quit stoffel (Ping timeout: 240 seconds) 20.30.44 Join Keripo [0] (~Keripo@eng340.wireless-resnet.upenn.edu) 20.32.23 Quit Keripo (Client Quit) 20.37.40 # gevaerts: it's not clear how much time I have over the next few days, so it's perhaps better to not commit just yet (?) 20.40.03 Join stoffel [0] (~quassel@p57B4BF62.dip.t-dialin.net) 20.43.19 # New commit by 03kugel (r30342): Fix FS#12239, data abort after going from FMS to WPS. ... 20.45.43 # r30342 build result: All green 20.45.57 Quit dunkaist (Quit: leaving) 20.51.10 Join Keripo [0] (~Keripo@eng171.wireless-resnet.upenn.edu) 20.54.47 Quit stoffel (Remote host closed the connection) 20.56.05 Quit fs-bluebot (Quit: So long, and thanks for all the fish.) 20.56.21 Join fs-bluebot [0] (~fs-bluebo@g231123153.adsl.alicedsl.de) 20.57.15 Join tronse [0] (~c3ab59c4@giant.haxx.se) 20.57.32 # hello guys 20.57.48 # another question if i may 20.57.55 Quit simonlnu (Quit: .) 20.59.12 # on my clip+ when i turn it on it comes up with the rockbox logo and above its says loading firmware, file not found 20.59.29 # how can i get rid of this and start again? 21.07.33 Join Buschel [0] (~chatzilla@p54B66892.dip.t-dialin.net) 21.10.11 # does it say something about rockbox.sansa not found? 21.11.05 Quit God_Eater (Ping timeout: 252 seconds) 21.13.19 Join slooopy [0] (~sloo@188-193-84-224-dynip.superkabel.de) 21.13.23 Quit bug2000 (Ping timeout: 245 seconds) 21.17.19 # hello again bluebrother 21.18.26 # it just says "loading firmware" and then it says "file not found" above the rockbox logo 21.19.26 Join Spakz [0] (~Marty@c-24-218-178-49.hsd1.ma.comcast.net) 21.23.56 # hmm. 21.24.26 # have you checked for the .rockbox folder on the player along with a file rockbox.sansa inside of it? 21.25.18 Join bug2000 [0] (~bug@194.90.37.102) 21.25.18 Quit bug2000 (Changing host) 21.25.18 Join bug2000 [0] (~bug@unaffiliated/bug2000) 21.26.35 Join Jerom1 [0] (~jerome@79.132.51.139) 21.33.24 # ok just had a look and theres no .rockbox folder in the player 21.33.45 # nor is there a file called rockbox.sansa 21.35.41 Quit Jerom1 (Remote host closed the connection) 21.36.04 Join Jerom1 [0] (~jerome@79.132.51.139) 21.53.37 Join dunkaist [0] (~dunkaist@bp-203-196.dialup.vitebsk.by) 21.58.54 Join powell14ski [0] (~powell14s@c-174-51-194-6.hsd1.co.comcast.net) 22.00.04 Quit y4n (Quit: only amiga makes it possible) 22.00.53 Quit slooopy (Ping timeout: 245 seconds) 22.02.42 # Ladies and gentelmen we have a sound! I am pleased to announce that I managed to play our lame128 test file on noname rk2705 based DAP. The playback is choppy like a hell and I have to find out why :-) 22.02.48 Join petur [0] (~petur@rockbox/developer/petur) 22.04.02 # tronse: then you should install a Rockbox build ;-) 22.04.11 # wodz: \o/ 22.04.29 # wodz: congratulations! 22.05.00 # * gevaerts thinks that this DAP shows good sense if it tries to shred that track to bits :) 22.13.06 Join simonlnu [0] (QfBLewJ3rV@unaffiliated/simonrvn) 22.14.22 Quit benedikt93 (Quit: Bye ;)) 22.19.01 Join AlexP [0] (~alex@rockbox/staff/AlexP) 22.20.18 *** Saving seen data "./dancer.seen" 22.25.04 Quit tronse (Quit: CGI:IRC) 22.35.00 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 3.6.20/20110803131630]) 22.45.12 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.46.13 Join n1s [0] (~quassel@rockbox/developer/n1s) 23.01.40 Quit n1s (Remote host closed the connection) 23.05.17 # isn't that one petur's recordings? it sounds similar to one. 23.05.55 Quit user890104 (Read error: Connection reset by peer) 23.07.01 Join user890104 [0] (~Venci@6bez10.info) 23.07.54 Join fml [0] (~chatzilla@manz-590f228a.pool.mediaWays.net) 23.08.18 # He-he! A fragment from wps.c: static void update_non_static(void) :-) 23.08.27 Quit dunkaist (Quit: leaving) 23.08.36 # Is it static or is it not? 23.08.41 # har 23.09.34 # this static thing is a good candidate for golden quote 23.09.57 # there onto my trail of hidden oxymorons 23.10.44 Quit fml (Client Quit) 23.18.57 Quit domonoky (Read error: Connection reset by peer) 23.27.22 Quit wodz (Quit: Leaving) 23.28.13 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 23.45.19 Quit sideral (Quit: Leaving.) 23.52.14 Quit AlexP (Remote host closed the connection) 23.56.43 Quit Strife89 (Quit: Heading home. ...)