--- Log for 25.05.111 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 9 hours and 32 minutes ago 00.04.39 Quit ender` (Quit: This 'users are idiots, and are confused by functionality' mentality of Gnome is a disease. If you think your users are idiots, only idiots will use it. -- Linus Torvalds) 00.05.15 Quit evilnick_B (Quit: Page closed) 00.16.46 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 00.16.46 Quit ReimuHakurei (Read error: Connection reset by peer) 00.18.00 Quit ReimuHakurei_ (Client Quit) 00.20.22 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 00.20.38 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 00.24.56 Join ReimuHakurei [0] (~reimu@74.112.212.15) 00.27.41 Quit liar (Quit: hallowed are the ori!) 00.29.04 Quit Strife89 (Quit: Heading home.) 00.32.39 *** Saving seen data "./dancer.seen" 00.38.00 Join Topy [0] (~Topy44@f048066239.adsl.alicedsl.de) 00.40.42 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.41.35 Quit T44 (Ping timeout: 246 seconds) 00.46.28 Quit bertrik (Ping timeout: 260 seconds) 00.50.36 Join T44 [0] (~Topy44@f048066239.adsl.alicedsl.de) 00.51.17 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 00.51.18 Quit tchan (Read error: Connection reset by peer) 00.51.19 Quit Topy (Read error: Connection reset by peer) 00.54.54 Quit pamaury (Remote host closed the connection) 00.55.34 Quit user890104_ (Read error: Connection reset by peer) 00.57.38 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 00.58.02 Quit kugel (Read error: Connection reset by peer) 00.58.08 Quit mudd1 (Ping timeout: 260 seconds) 00.58.53 Join user890104 [0] (~Venci@6bez10.info) 01.01.10 Join 92AAC5UON [0] (~powell14s@c-24-9-5-214.hsd1.co.comcast.net) 01.02.39 Nick 92AAC5UON is now known as powell14ski_ (~powell14s@c-24-9-5-214.hsd1.co.comcast.net) 01.05.02 Quit leavittx (Ping timeout: 246 seconds) 01.07.42 Quit BHSPitMonkey (Remote host closed the connection) 01.11.34 Quit advcomp2019 (Read error: Connection reset by peer) 01.11.56 Quit ChickeNES (Quit: Computer has gone to sleep.) 01.12.01 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 01.20.57 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 01.39.38 Quit liar (Ping timeout: 258 seconds) 01.48.45 Join mshathlonxp [0] (~roxor@5e037b26.bb.sky.com) 01.49.56 # * mshathlonxp still wants to know why his uploaded lituanian language file was not accepted 01.54.23 Quit Torne (Ping timeout: 246 seconds) 01.54.48 Join Torne [0] (~torne@rockbox/developer/Torne) 02.08.09 # mshathlonxp: remember what I said yesterday? 02.26.00 DEBUG EOF from server (Connection timed out) (snapshot: netstuff.c line 545) 02.26.00 *** Cleanup 02.26.00 *** Cleanup 02.26.00 *** Saving seen data "./dancer.seen" 02.26.00 *** Exit 02.26.02 *** Started Dancer V4.16 02.26.02 *** Connected to irc.freenode.net on port 6667 02.26.02 *** Logfile for #rockbox started 02.26.02 Mode "logbot_ :+i" by logbot_ 02.26.07 *** Server message 501: 'logbot_ :Unknown MODE flag' 02.26.07 Join logbot_ [0] (~rockbox@giant.haxx.se) 02.26.07 Join Bagd3r [0] (~daniel@www.haxx.se) 02.26.07 Join mshathlonxp [0] (~roxor@5e037b26.bb.sky.com) 02.26.07 Join Torne [0] (~torne@rockbox/developer/Torne) 02.26.07 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 02.26.07 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 02.26.07 Join powell14ski_ [0] (~powell14s@c-24-9-5-214.hsd1.co.comcast.net) 02.26.07 Join user890104 [0] (~Venci@6bez10.info) 02.26.07 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 02.26.07 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 02.26.07 Join T44 [0] (~Topy44@f048066239.adsl.alicedsl.de) 02.26.07 Join ReimuHakurei [0] (~reimu@74.112.212.15) 02.26.07 Join guymann_ [0] (~charles@69.0.10.236) 02.26.07 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 02.26.07 Join gartral [0] (~gareth@cpe-184-59-169-244.neo.res.rr.com) 02.26.07 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 02.26.07 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 02.26.07 Join rdd [0] (~user@c83-250-52-16.bredband.comhem.se) 02.26.07 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 02.26.07 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 02.26.07 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 02.26.07 Join Horscht [0] (~Horscht@xbmc/user/horscht) 02.26.07 Join dfkt [0] (dfkt@unaffiliated/dfkt) 02.26.07 Join jordan` [0] (gromit@2a01:e34:eebf:c890:21a:4dff:fe63:6966) 02.26.07 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 02.26.07 Join wtachi [0] (~wtachi@cpe-065-190-012-236.nc.res.rr.com) 02.26.07 Join MethoS- [0] (~clemens@134.102.106.250) 02.26.07 Join bthomson [0] (~bthomson@c-68-33-5-232.hsd1.va.comcast.net) 02.26.07 Join factor [0] (~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net) 02.26.07 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 02.26.07 Join Buganini [0] (~buganini@2001:288:c237:0:dead:beef:cafe:babe) 02.26.07 Join utanapischti [0] (~username@p4FF2D748.dip.t-dialin.net) 02.26.07 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 02.26.07 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) 02.26.07 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 02.26.07 Join Rob2222 [0] (~Miranda@p4FFF1544.dip.t-dialin.net) 02.26.07 Join froggyman [0] (~seth@unaffiliated/froggyman) 02.26.07 Join amiconn [0] (quassel@rockbox/developer/amiconn) 02.26.07 Join pixelma [0] (quassel@rockbox/staff/pixelma) 02.26.07 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 02.26.07 Join FoolOnHill [0] (~foh@adsl-74-248-191-250.bhm.bellsouth.net) 02.26.07 Join mystica555 [0] (~mike@71-33-177-238.hlrn.qwest.net) 02.26.07 Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03) 02.26.07 Join mystica555_ [0] (~Mike@71-33-177-238.hlrn.qwest.net) 02.26.07 Join desowin [0] (~desowin@ip-69-162-133-250.static.chi2.systeminplace.net) 02.26.07 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 02.26.07 Join rasher [0] (~rasher@rockbox/developer/rasher) 02.26.07 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 02.26.07 Join FOAD [0] (~dok@83.161.135.61) 02.26.07 Join plux [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) 02.26.07 Join simonlnu [0] (simon@unaffiliated/simonrvn) 02.26.07 Join AlexP [0] (~alex@rockbox/staff/AlexP) 02.26.07 Join eGen_ [0] (generat0r@gate.mmdecin.cz) 02.26.07 Join preglow [0] (thomj@rockbox/developer/preglow) 02.26.07 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 02.26.07 Join Bagder [0] (~daniel@rockbox/developer/bagder) 02.26.07 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 02.26.07 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 02.26.07 Join merbanan [0] (~banan@c-94-255-222-82.cust.bredband2.com) 02.26.07 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 02.26.07 Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) 02.26.07 Join ender^ [0] (krneki@foo.eternallybored.org) 02.26.07 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 02.26.07 Join z35 [0] (~z35@ool-18bdad71.dyn.optonline.net) 02.26.07 Join martii [0] (martii@sokrates.mimuw.edu.pl) 02.26.07 Join alexbobp [0] (~alex@209.135.8.172) 02.26.07 Join zu [0] (~zu@ks355000.kimsufi.com) 02.26.07 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 02.26.07 Join maraz [0] (maraz@kapsi.fi) 02.26.07 Join jfc [0] (~john@static-72-73-80-12.ptldme.east.myfairpoint.net) 02.26.07 Join soap [0] (~soap@rockbox/staff/soap) 02.26.07 Join aevin [0] (eivindsy@unaffiliated/aevin) 02.26.07 Join Vimk [0] (~Vimk@fireslash.net) 02.26.07 Join Hadaka [0] (~naked@naked.iki.fi) 02.26.07 Join pjm0616 [0] (~user@110.8.235.86) 02.26.07 Join Espreon [0] (~espreon@wesnoth/developer/espreon) 02.26.07 Join [fred] [0] (fred@ircop.efnet.at) 02.26.07 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi) 02.26.07 Join Galois [0] (djao@efnet-math.org) 02.26.07 Join TBCOOL [0] (~tb@c-3c3671d5.09-42-73746f22.cust.bredbandsbolaget.se) 02.26.07 Join knittl [0] (~knittl@unaffiliated/knittl) 02.26.07 Join CIA-16 [0] (cia@cia.atheme.org) 02.26.07 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 02.26.07 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 02.26.07 Join logvelc [0] (~erik@elbereth.midgard.liu.se) 02.26.07 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 02.26.07 Join niekie [0] (~niek@CAcert/Assurer/niekie) 02.26.07 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 02.26.07 Join bzed [0] (~bzed@devel.recluse.de) 02.26.07 Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler) 02.26.07 Join Staphylo [0] (staphylo@hyperion.epimeros.org) 02.26.07 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 02.26.07 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 02.26.07 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 02.26.07 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 02.26.07 Join simabeis [0] (~simabeis@lobmenschen.de) 02.26.07 Join Utchy [0] (~Utchy@rps6752.ovh.net) 02.26.07 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 02.26.07 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 02.26.07 Join parafin [0] (parafin@paraf.in) 02.26.07 Join tguinot [0] (~tguinot@ks22840.kimsufi.com) 02.26.07 Join YPSY [0] (~ypsy@geekpadawan.de) 02.26.07 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 02.26.07 Join jae [0] (~jae@dedicated.jaerhard.com) 02.26.07 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 02.26.07 Join ved [0] (ved@ddsbox.co.cc) 02.26.07 Join ranmachan [0] (ranma@yumi.tdiedrich.de) 02.26.07 Join @ChanServ [0] (ChanServ@services.) 02.26.07 Join ack` [0] (~ack@mingbai.org) 02.26.07 Join feisar-_ [0] (jljhook@ihq.in) 02.26.07 Join kkit|sh [0] (~kkit@li135-248.members.linode.com) 02.26.07 Join pikytcus [0] (~bigd@failbox.co.cc) 02.26.07 Join Barahir [0] (~jonathan@fb08schindler24.anorg.chemie.uni-giessen.de) 02.30.24 Join kam_ [0] (~chatzilla@user-0c90t1m.cable.mindspring.com) 02.45.40 # sideral: the only sane fix is to make fade() work in the background so it doesnt actually block anything 02.45.54 # bung it in a fade thread or something 02.48.15 # [Saint]: ping? 03.05.46 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 03.07.01 Quit MethoS- (Remote host closed the connection) 03.21.30 Nick guymann_ is now known as guymann (~charles@69.0.10.236) 03.26.37 Quit kam_ (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.17/20110422070434]) 03.27.45 Quit ReimuHakurei (Read error: Connection reset by peer) 03.27.55 Join ReimuHakurei [0] (~reimu@74.112.212.15) 03.45.27 Quit mshathlonxp () 03.48.06 Join mshathlonxp [0] (~roxor@5e037b26.bb.sky.com) 04.06.53 Quit gartral (Ping timeout: 244 seconds) 04.16.59 Quit [7] (Disconnected by services) 04.17.05 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.19.54 Join kugel [0] (~kugel@rockbox/developer/kugel) 04.20.19 Quit kugel_ (Read error: Operation timed out) 04.26.04 *** Saving seen data "./dancer.seen" 04.41.18 Quit ChickeNES (Quit: Computer has gone to sleep.) 04.41.31 Join ackbar [0] (~ackbar@207.245.236.57) 04.42.31 Quit pixelma (Disconnected by services) 04.42.33 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.42.35 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.42.45 Quit amiconn (Disconnected by services) 04.42.46 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.43.03 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.45.18 Join gartral_ [0] (~gareth@cpe-184-59-169-244.neo.res.rr.com) 04.50.39 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 04.57.39 Join Transformer [0] (~Transform@ool-4a59e397.dyn.optonline.net) 04.59.21 Part Transformer 05.01.15 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 05.23.32 Join Rob2223 [0] (~Miranda@p4FFF3E4A.dip.t-dialin.net) 05.24.11 Part ackbar 05.27.01 Quit Rob2222 (Ping timeout: 240 seconds) 05.42.28 Quit Horscht (Quit: Verlassend) 05.45.20 Quit bthomson (Read error: Operation timed out) 05.46.17 Join bthomson [0] (~bthomson@c-68-33-5-232.hsd1.va.comcast.net) 06.00.28 Quit ChickeNES (Quit: Computer has gone to sleep.) 06.07.48 Quit gartral_ (Quit: Lost terminal) 06.08.54 Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net) 06.26.05 *** Saving seen data "./dancer.seen" 06.52.02 Quit utanapischti (Quit: holy new kernel rites and happy dance... aka reboot) 06.56.39 Join sasquatch [0] (~username@p4FF2DF22.dip.t-dialin.net) 07.10.49 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.12.58 Join [Saint] [0] (~Saint]@124-197-3-117.callplus.net.nz) 07.45.47 Quit wtachi (Quit: &) 07.46.30 Join Buschel [0] (~chatzilla@p54B67BD0.dip.t-dialin.net) 07.48.31 Join ender` [0] (krneki@foo.eternallybored.org) 07.57.25 Quit Zarggg (Read error: Connection reset by peer) 07.57.50 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 08.05.03 Quit bluefoxx (Ping timeout: 276 seconds) 08.10.12 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 08.13.04 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.26.09 *** Saving seen data "./dancer.seen" 08.27.20 Nick Bagd3r is now known as B4gder (~daniel@www.haxx.se) 08.27.47 Quit B4gder (Changing host) 08.27.47 Join B4gder [0] (~daniel@rockbox/developer/bagder) 08.28.44 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.30.41 Quit sideral (Remote host closed the connection) 08.31.41 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.35.11 Join FoH [0] (~foh@adsl-98-83-121-221.bhm.bellsouth.net) 08.35.41 Quit FoolOnHill (Ping timeout: 250 seconds) 08.40.56 Quit sideral (Remote host closed the connection) 08.41.09 Quit Buschel (Ping timeout: 252 seconds) 08.41.32 Join sideral [0] (~sideral@213.165.85.248) 08.41.32 Quit sideral (Changing host) 08.41.32 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.44.07 Quit jordan` (Ping timeout: 255 seconds) 08.47.38 Join mem_ [0] (~mem@mem-irc.netnod.se) 08.51.11 Quit sideral (Remote host closed the connection) 08.52.09 Join sideral [0] (~sideral@213.165.85.248) 08.52.09 Quit sideral (Changing host) 08.52.09 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.52.39 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 08.57.13 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.57.24 # can anyone do me a 480x800 android build with a 1 line patch? 09.08.07 # <[Saint]> Yes. But you'll have to point me to the link again as I was on a different machine earlier. 09.08.53 # http://pastebin.com/A8kCiH8x 09.08.58 # sideral: I know what to do to fix all this "only works in WPS" crap - place a code layer between playback engines and everything else that uses it, implement those features in that layer. As far as fading goes, I plan on making that work at the pcm level and it won't involve the WPS at all. For seeking, making it work like file seeking with a "whence" parameter might also be helpful. 09.10.14 Join petur [0] (~petur@rockbox/developer/petur) 09.12.01 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 09.12.16 # <[Saint]> JdGordon: : building now 09.12.31 # <[Saint]> built. 09.12.36 # coolies 09.12.38 # <[Saint]> just putting it up. 09.12.41 # you can test it to? :) 09.13.05 # jhMikeS: thanks for commenting. Am I right assuming that I don't have to "fix" anything regarding [un]pause right now? 09.13.08 # <[Saint]> not the 480X800 build I just built...but, yes ;) 09.13.43 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 09.14.06 # does svn not have widgets? 09.14.20 # * [Saint] nods 09.14.23 # <[Saint]> Yes, yes it does. 09.14.35 # <[Saint]> widgets can't run if you moved it to uSD though. 09.14.44 # oh 09.14.45 Quit kugel (Ping timeout: 252 seconds) 09.14.48 # why not? 09.14.57 # <[Saint]> Some Android limitation 09.15.18 # <[Saint]> http://www.datafilehost.com/download-0dd26345.html is the 480x800 build if you still wanted it. 09.15.34 # jhMikeS: BTW, I believe fade works even when not in the WPS (i.e., power unplug in car-adapter mode) 09.16.12 # sideral: yes, that sounds correct, except it still blocks which is the problem 09.17.00 # I see 09.18.19 # sideral: I wouldn't bother just yet 09.18.45 # OK 09.19.17 # for swcodec I doubt there will be a need for fade() 09.19.46 # why not? 09.21.13 # because it will be handled inside the audio callback 09.22.01 # ah, you just pass a flag to audio, and that does it -- no need to do it in the UI then? Got it. 09.22.08 Quit domonoky (Ping timeout: 246 seconds) 09.22.08 # right 09.22.34 # then it also works on all outputs and types of outputs 09.23.02 # for hwcodec, I guess the volume trick is all there is 09.23.12 Join jordan` [0] (gromit@2a01:e34:eebf:c890:21a:4dff:fe63:6966) 09.23.58 # I guess audio would just read the setting at the time of the state change rather than passing something 09.26.20 # Yep 09.26.25 # jhMikeS: An unrelated question: What would it take to make autoresume save and restore a time offset rather than a file offset? I'm asking because I eventually want to sync the resume offset out of the Rockbox DB into other software, and time offset seems to be the lingua franca in the world of resuming audio 09.27.07 # I think we need both time and resume since certain types cannot necessarily be resumed accuately without it (mp3 for example) 09.27.41 Join Buschel [0] (~chatzilla@p54A3BA5F.dip.t-dialin.net) 09.27.50 # I don't think sub-second accuracy is needed. 09.27.51 # It wouldn't be horribly difficult to do. I guess codecs could choose which is best for their purposes. 09.28.05 # I think sometimes it can be minutes 09.28.52 # that and cuesheets need accurate times that don't disagree with the actual position too much 09.29.00 Quit sasquatch (Quit: WeeChat 0.3.2) 09.29.23 Join sasquatch [0] (~username@p4FF2D21F.dip.t-dialin.net) 09.29.34 # What's the API for resuming from a time offset today? I reckon bookmarks use it already? 09.30.25 # do they? the playback engine has no such function but if it exists, someone must be doing something to give an offset to playback 09.31.38 # offset based resume is not very meaningful to atomic audio either 09.31.45 Join leavittx [0] (~lev@89.221.199.187) 09.33.03 Nick kugel_ is now known as kugelp (~kugel@rockbox/developer/kugel) 09.34.21 # I guess you'd need to have playlist_update_resume_info also save "elapsed", pass a time as well to audio_play and make sure the codec's id3->elapsed is initialized as well 09.36.40 Join n1s [0] (~quassel@rockbox/developer/n1s) 09.36.52 # Hmm, checking... bookmarks contain both a file offset and a time offset, but the time offset is not used for resuming -- only for speech output 09.38.49 # OK -- but what if I only have a time offset available because the external sync program doesn't provide a file offset? Would we want the codec to seek to the time offset, or should audio_play do it? 09.39.45 # then I guess the codec has to be told to seek as usual 09.41.02 # most codecs convert the offset to time upon calling codec_run, they could be simplified to use time 09.41.59 # sounds plausible. Is sending the seek event something that audio_play could initiate right after (or before?) starting playback? 09.42.38 # better, it can start a codec with a seek event 09.43.41 # is that possible already? 09.43.57 # that just does a run and also puts a seek message on the codec queue but all done on the codec thread so that its message to seek is handled right away 09.45.04 # it has to be possible since it's need to restart codecs when seeking from the end of a file because of the latency 09.46.19 # alright, looks like I have a plan. Thanks jhMikeS! Adding another column to the database will raise some eyebrows, but I have some ideas for compressing some of the existing fields :) 09.48.13 # <[Saint]> make fall out of the database "accidentally" while you're there ;) 09.48.36 # <[Saint]> the DB is for *tagged* files dammit! :P 09.50.51 # Saint: that won't be possible I'm afraid :) but I have a solution for displaying file names instead of in track lists. 09.51.25 # <[Saint]> Well, I'm sure it's *possible*... 09.51.29 # Right now, you can display the full path name with a tagnavi.config hack 09.51.40 # <[Saint]> but, there'd be some rather passiontate objection I imagine. 09.51.42 # I want to add the option to display only the base name instead 09.52.08 # <[Saint]> I think that would be nice. 09.52.29 # I'll put it on Flyspray when I'm done 09.52.31 # <[Saint]> a long list of untagged under the header is a nightmare. 09.53.01 # No more generic ""? :) 09.53.18 # <[Saint]> if your files really are like that, you *probably* won't be using the db...or, perhaps shouldn't be. 09.53.29 # <[Saint]> I've never really seen the point in it myself. 09.53.48 # <[Saint]> it's original name was "tagcache"...so, why cache *untagged* files!?! :P 09.53.49 # [Saint]: It depends on how you came about them. There's lots of that with videogame sound files and such. 09.53.53 # Saint: try this: 09.53.53 # %format "fmt_title" "%s - %02d:%02d" filename Lm Ls ? title == "" 09.53.53 # before your first fmt_title entry 09.54.30 # <[Saint]> jhMikeS: plenty of third party media taggers out there too ;) 09.54.50 # <[Saint]> I guess I find it hard to understand, as improperly tagged files *piss* me off. 09.54.52 # I do have one 09.54.52 # <[Saint]> really bad. 09.55.22 # <[Saint]> If I didn't care about my tags...I'd be using the filebrowser. 09.55.25 # it can do filename -> tag stuff and parse into the tags 09.56.05 # jhMikeS: While we're on the subject: Do you have an opinion on FS#12107 - Remove track-number generation heuristic from database? 09.56.13 # but can't do exotic stuff for videogame audio files 09.57.15 # <[Saint]> I guess the only thing that really bothers me is and are right up the top of the list. 09.57.52 # <[Saint]> If they made their way to the bottom, I'd never really notice them, nor land in them accidentally, and hence, not care ;) 09.58.15 # a warning splash "You're about to enter the no-tag zone" ? 09.58.43 # some files simply *can't* have all the tag fields 09.59.00 # n1s: yeah, that too :) 09.59.30 # * jhMikeS decides it's better not to make the database talk like Bill O'Reilly 09.59.37 # <[Saint]> So, it wouldn't make sense to try and searce for one with a feild it doesn't have ;) 09.59.46 # <[Saint]> use the filebrowser insteaad :D 09.59.51 # <[Saint]> -a 10.00.36 # <[Saint]> ...eeek, I forgot English apparently. 10.01.51 # Saint: Yeah, I'd like the option to move and down to the end of the list as well. 10.02.02 # <[Saint]> My personal view is that the database should just show what it can...if a track doesn't have a tag for the field you're browsing in, don't display it. 10.02.17 Quit Buschel (Ping timeout: 240 seconds) 10.03.07 # <[Saint]> (even if it is tucked away in an "untagged" dir...it's still untagged, you're not going to know what it is unless you go to properties anyway) 10.03.20 # Saint: That doesn't work for me in all cases. For example, I rely on my Podcasts menu to show all podcasts, even untagged ones 10.03.30 # that kills the continuity and you already have what you want if you don't select those "" items :) 10.03.45 # but it's worse to show bad information than none 10.03.50 # Saint: Displaying the file name rather than Untagged help :) 10.03.58 # s/help/helps/ 10.04.04 # <[Saint]> sideral: It would indeed. 10.04.52 # sideral: can't say I've been troubled much by that heuristic, but I'm not a big database user personally, mostly as a developer do I use it 10.05.06 # <[Saint]> my main irk is that I find //untagged.file totally useless for the tagcache. 10.05.44 # Personally, I hardly use much of anything in rockbox as far as weird options 10.06.15 # <[Saint]> "//filename.file" would be a lot more use, but still be better to just use the filebrowser for untagged stuff IMO 10.07.22 # <[Saint]> if you *do* have untagged stuff, and go to "all tracks" a fat lump of untagged.file at the top of the list is annoying, and with RaaA presently, unavoidable. 10.07.23 # sideral: perhaps that patch falls under getting rid of "obtaining bad info" 10.07.42 # Saint: try the fmt_title line I pasted above 10.07.44 # [Saint]: exactly why I was compaining 10.08.10 # A fat lump of "" is bad too 10.08.23 # * [Saint] nods. 10.08.50 # I'd be happy with the filename alone...no need for a path+filename so at least I have an idea what it is 10.09.08 # jhMikeS: Thanks for your comments. I take it you're not opposed to removing that feature entirely rather than making it "better" or configurable? 10.09.27 # <[Saint]> path+filename would be better...but I'd probably get sick of waiting for it to scroll. 10.09.46 # sideral: I'm fine with it. I hate things that try to guess what I'm thinking since they're usually wrong. :) 10.10.04 # <[Saint]> especially as the only place I see this is RaaA and the path of these files isn't relevant to me as they're all ringtones and notifications. 10.10.16 # Saint: you can have a %format like "basename (/full/pathname)" 10.10.58 # <[Saint]> I've tried looking into tagnavi magic, but the best I've done sofar is just organizing the database to my liking. 10.10.59 # the most important thing is having the most identifiable part immediately readable (imho) 10.11.07 # <[Saint]> I've not played with custom formatting really yet. 10.12.30 # sideral: think I like that last suggestion the best 10.12.54 # Saint: Well add that line above and you'll be much happier immediately 10.16.38 # <[Saint]> sideral: http://pastebin.com/KB7Uv6S4 is my tagnavi.custom (yes, it's rather anally orgainized, I know ;))...what am I adding where? 10.16.52 # * [Saint] doesn't get a *lot* of the tagnavi magic 10.18.49 # Saint: add: 10.18.50 # %format "fmt_title" "%s - %02d:%02d" filename Lm Ls ? title == "" 10.18.50 # before line 3 10.19.28 # [Saint]: ok, im home, did you get to try it out? 10.24.18 # <[Saint]> Not long home myself, had to charge my phone...jsut finished putting the build on now. 10.24.26 # <[Saint]> let you know soon I guess. 10.24.39 # Saint: I could just as well just check this in to trunk, I reckon there's no one that doesn't hate titles 10.25.22 # Saint: Well, I'll let you test it first for a week or so :) 10.25.40 # <[Saint]> see...that's what I'd think, but the few devs that do use the db are passionate about it. 10.25.51 # <[Saint]> better to make sure you're not treading on any toes. 10.26.12 *** Saving seen data "./dancer.seen" 10.26.15 # I see no one else maintaining the database :) 10.26.18 # <[Saint]> And yes, I just added it to my tagnavi now ;) 10.26.35 Quit petur (Quit: reboot) 10.26.45 # <[Saint]> few people maintain RaaA...but many people jump at "crap" ideas ;) 10.28.05 Quit n1s (Remote host closed the connection) 10.28.25 # But seriously, there's no way adding a format for untagged files could be stepping on anyone's toes -- except someone insists that "[cd number]. [tracknumber] " is actually useful 10.28.55 # which is masked by this additional %format 10.29.08 # <[Saint]> JdGordon: that theme doesn't appear to work with svn... 10.29.20 # <[Saint]> I'm on 29922 10.29.50 # <[Saint]> + your patch, + other patches (none of which touch the skin engine) 10.30.07 # ? 10.30.15 # <[Saint]> I need to dig up an old build of mine to go back to to see where it broke. 10.30.29 # nooooo...... test the timeout patch 10.31.03 # <[Saint]> well I can't test it if svn isn't going to display a .wps for me can I? ;) 10.31.09 Join petur [0] (~petur@rockbox/developer/petur) 10.32.00 # why not? 10.32.25 Quit leavittx (Read error: Operation timed out) 10.33.12 # <[Saint]> well...not with any ease...and if svn isn't displaying the .wps I'm going to worry about code that's actually in svn as opposed to code that isn't. 10.33.18 # <[Saint]> I need to see why the hell it broke. 10.34.05 Quit mudd1 (Ping timeout: 258 seconds) 10.35.33 # New commit by 03jethead71 (r29923): Workaround an occasional problem where album art or cuesheets might not be ready by the time the track change event is send which can result in the ... 10.39.40 # r29923 build result: All green 10.43.50 # <[Saint]> JdGordon: it's a big window I know..but between 29898 and 29922 my proposed theme broke. 10.44.16 # <[Saint]> this is both with and without your proposed patch for 29922 10.44.51 # New commit by 03jdgordon (r29924): Fix a problem where hardware keypresses dont reset the idle poweroff timer on android 10.45.02 # <[Saint]> I went *mad* yesterday thing I'd fucked up the syntax and pretty much re-wrote the theme from scratch. 10.45.03 # ok, i have no idea what you're talking about 10.45.56 # <[Saint]> "a commit between the two revisions I mentioned, has broken something in the skin engine...and now my theme refuses to display. 10.45.58 # <[Saint]> " 10.46.22 # <[Saint]> (and it wasn't the patch you asked me to test breaking it) 10.48.36 # r29924 build result: All green 10.50.11 # <[Saint]> You mentioned that the theme "worked well with svn" (after your fixes to both the theme and the %Tl tag iirc...do you recall what revision that was? 10.50.16 # <[Saint]> JdGordon: ^ 10.50.33 # nup 10.52.06 # <[Saint]> 29916 should be the "last good"...but it's going to be a: a while, and b: a PITA for me to test it :-S 10.52.37 # <[Saint]> */s/a while/a while before I can/ 10.55.25 # <[Saint]> did you test r29918 on device? 10.55.51 # <[Saint]> or is that one of those "in theory" commits? 11.08.42 Join pireau [0] (1000@pdpc/supporter/student/pireau) 11.09.08 # <[Saint]> gah! nevermind... :/ 11.09.28 # hello... where can I find the source code for the plugins ? 11.09.32 # <[Saint]> some silly patch that shouldn't have been there in the first place messed things up amusingly. 11.09.58 # pireau: in apps/plugins 11.10.11 # pireau: http://www.rockbox.org/wiki/UsingSVN will get you the source 11.11.02 # oh ! i didn't look deep enough, thank you. 11.19.13 # JdGordon: Widgets can't be on SD because they still have to run if the SD is unmounted for various reasons. The proper solution is to make the widgets a separate apk 11.37.10 Quit plux (Read error: Operation timed out) 11.41.11 Join LinusN [0] (~linus@giant.haxx.se) 11.46.55 # Zagor: do you have some idea for why one can't download the attachment on http://www.rockbox.org/wiki/ICal2Memo ? 11.47.33 # I suspect .pl in the filename confuses apache 11.49.06 # * gevaerts tests that theory 11.53.43 # Zagor: yes, that was it apparently 11.54.18 # annoying 11.55.29 # Well, it might also have been the double extension. Some systems dislike those too 11.56.07 Join Buschel [0] (~chatzilla@p54B66A23.dip.t-dialin.net) 12.00.18 Quit Buschel (Ping timeout: 240 seconds) 12.14.11 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 12.14.11 Quit pamaury (Changing host) 12.14.12 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.14.21 Quit Keripo (Quit: Leaving.) 12.26.15 *** Saving seen data "./dancer.seen" 12.32.21 Join dfkt|x [0] (~chatzilla@unaffiliated/dfkt) 12.39.45 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 12.49.51 Join Jerom1 [0] (~jerome@95.171.142.86) 12.50.53 Join swilde [0] (~wilde@aktaia.intevation.org) 13.00.19 Join n1s [0] (~quassel@rockbox/developer/n1s) 13.18.34 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee) 13.20.20 Quit Jerom1 (Quit: Leaving.) 13.24.28 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 13.27.15 # * [Saint] decides that Rockbox outright failing to load the theme file that requests a particular font and can't get it is plain stupid. 13.27.40 # <[Saint]> can't it default to using sysfont (it's guaranteed to be there)? 13.28.37 # <[Saint]> falling back to the failsafe for something silly like a missing font, without giving any indication at what failed seems quite....wrong. 13.29.46 # that's our standard way of reporting errors :) 13.30.11 # i bet the same happens if the wps parsing fails 13.30.15 # <[Saint]> using sysfont (and displaying some form of splash explaining *why* sysfont is being used) seems like the "sane" thing to do here. 13.30.36 # <[Saint]> n1s: Yep, sure does...but, that *is* kinda sane. 13.30.56 # at least a message, most wps'es would be quite garbled with sysfont and probably unreadable on high dpi displays 13.31.27 # <[Saint]> the .wps would almost certainly still be some form of "usable" though. 13.31.35 # <[Saint]> (if sysfont were used) 13.31.56 # <[Saint]> the fallback is terrible...especially on a touchscreen device. 13.32.18 # <[Saint]> you all of a sudden have to deal with 3X3 grid-mode...and have no idea why. 13.32.28 # <[Saint]> you might not even know what grid-mode *is* 13.32.39 # bertrik are you here? :) 13.33.06 # <[Saint]> mshathlonxp: He's marked as away, that's easy to check in advance ;) 13.33.12 # i still think falling back is saner than trying to do something that you know will fail 13.33.27 # <[Saint]> why would using sysfont fail? 13.33.34 # I checked, that's why I asked 13.33.39 # because wps'es rely on font size 13.33.49 # <[Saint]> the only reason it would "fail" is if a smaller than sysfont font was being called. 13.34.02 # <[Saint]> which isn't terribly likely. 13.34.38 # <[Saint]> it *could* happen....but, most themes use 12pt or more. 13.34.40 # it would also be messed up and unreadable but if you don't care about that i guess it would work spledidly 13.35.22 # <[Saint]> define "messed up and unreadable"...sysfont is good enough for other cases. 13.35.28 # <[Saint]> should we *never* use sysfont? 13.35.31 # <[Saint]> if so, why? 13.39.07 Join keyb_gr [0] (~chatzilla@p5080E7C8.dip.t-dialin.net) 13.41.09 # <[Saint]> sysfont has *reasonable* translation...I really don't get what you mean by "messed up and unreadable" 13.42.01 # <[Saint]> in that respect, the bootloaders would all be "messed up and unreadable", no? 13.43.15 # if for example things rely on the text size they will end up in the worng place, hece "messed up". That and the fact that the font is *tiny* makes it hard to read IMO. Falling back to a wps that is designed to use the tiny font is at least a bit better. 13.43.56 # And sysfont lacks the vast majority of glyphs which makes most translations impossible for things that use it so the UI should prefferably not use it anywhere 13.44.45 # <[Saint]> well, a theme that relies on anything other than viewports for text placement could be viewed as "broken" really anyway IMO. 13.45.39 # <[Saint]> I don't *particularly* care about custom themes...but rather "user does something stupid, and deletes a font used by the default theme" 13.46.10 # <[Saint]> outright failure shouldn't be the result of that if it;s avoidable. 13.46.51 # but is it woorth the effort trying to fail in a different way? 13.47.21 # <[Saint]> so, yes. As it wouldn;t be a terrible amount of effort. 13.47.25 # we can never protect the users from themselves, but as i said, i think a message would be nice 13.47.48 # <[Saint]> *s/so, yes/I think so, yes/ 13.48.08 # <[Saint]> And yes, a splash would "fix" it. 13.48.35 # <[Saint]> my main problem is the fact that there's nothing presented to the user to let them know what's happened or why. 13.49.08 # <[Saint]> being able to still display the theme regardless of a missing font would be *nice*, but not necessary. 13.51.06 # <[Saint]> n1s: As you mentioned translation, and bootloaders use sysfont...perhaps there should be both small and large screen sysfonts? 13.51.19 # <[Saint]> surely that could be worked out at compile-time. 13.51.34 # <[Saint]> default to GNU Unifont when screen is larger than X? 13.56.06 # the bootloaders aren't translated and the text they display isn't really important to users unless troubleshoothing 13.56.49 # a bigger sysfont could certainly be used on larger display targets but unifont is 5MB and would bloat the binary significantly 13.57.20 # as the sysfont is built into the main binary 13.58.10 # i think that using a larger sysfont is one of those things that makes a "proper" fix less likely for the places where the sysfont is still used 13.58.56 # <[Saint]> Ah...right, yeah. I forgot how truly massive GNU Unifont is. 13.59.33 # tbh i don't remember where sysfont is used in the regular UI 13.59.43 # USB 13.59.51 # I think that's the main one 13.59.55 # Oh, EQ? 14.00.29 # <[Saint]> EQ screen *really* needs absolute point support too :-S 14.01.24 Join TheLemonMan [0] (~lem0n@ppp-212-38.26-151.libero.it) 14.01.48 # oh and the archos specific screens in recording, regular rec screen was finally fixed it seems :) 14.02.46 # I think to finally fix this we need to be able to select a size that fits in the ui code so a smaller variant of the primary font can be used if it doesn't fit 14.02.58 # usb is different though 14.24.21 Join plux [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) 14.26.17 *** Saving seen data "./dancer.seen" 14.31.57 Quit mshathlonxp (Read error: Connection reset by peer) 14.46.09 Quit plux (Ping timeout: 250 seconds) 14.47.45 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 14.50.35 Quit ReimuHakurei (Read error: Connection reset by peer) 14.50.46 Join ReimuHakurei [0] (~reimu@74.112.212.15) 15.01.15 Quit dfkt|x (Ping timeout: 246 seconds) 15.05.37 # <[Saint]> Is anyone able to test a 480X800 RaaA.apk out for me? 15.06.17 # <[Saint]> (the build isn't really important, it's the theme I want tested...but you'll need an svn head build to test the theme...so you may as well use my build with all inclusive) 15.07.16 # <[Saint]> 240X320 testers would also be helpful as well. 15.08.30 # <[Saint]> 480X800 r29924 == http://dl.dropbox.com/u/30204410/%5BSaint%5D%27s%20RaaA%20-%20480X800%20%5Br29924%5D.apk 15.09.03 # <[Saint]> 240X320 r29924 == http://dl.dropbox.com/u/30204410/%5BSaint%5D%27s%20RaaA%20-%20240X320%20%5Br29924%5D.apk 15.11.15 # <[Saint]> testing involves uninstalling any previous RaaA build (the signing keys won't match so it won't be an "update"), then applying the theme "DEFAULT" from Settings - Theme Settings - Browse Themes, and using the device as normal. 15.13.37 Join dfkt|x [0] (~chatzilla@unaffiliated/dfkt) 15.27.59 Part mem_ 15.28.13 Quit factor (Quit: Leaving) 15.34.26 # Regarding playlist multi-select as brought up yesterday, I've opened a task for it, FS#12128. Needs discussion. 15.37.12 Join factor [0] (~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net) 15.40.30 # * [Saint] isn't too much of a fan of "it would be cool if" tasks landing on the tracker with the mindset of "I can't do it...can you?" 15.40.50 # it's already been closed 15.40.59 # <[Saint]> There's a place in the forums for that. 15.41.05 # <[Saint]> n1s: thanks. 15.41.12 # i didn't do it! 15.41.43 # but yeah, that's not what the tracker is for 15.42.59 # <[Saint]> keyb_gr: You should have been emailed already regarding the closure of your task. 15.44.01 # <[Saint]> It would be better suited on the forums, you will have been given a specific reason for the closure (pretty much what's been said above) 15.44.20 # keyb_gr: In addition to the forums mentioned by JdGordon and Saint, I suggest using the developer's mailing list for a more structured discussion. Also, you can host your design document on the Wiki. 15.44.45 Part Zagor 15.44.45 Quit factor (Read error: Connection reset by peer) 15.45.31 # <[Saint]> hosting things on the wiki might be better suited when there's actual code to go with it, though. 15.45.37 # <[Saint]> unless it's on your personal page. 15.45.58 Join factor [0] (~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net) 15.46.09 # nothing wrong keeping it on the wiki for discussion or altering by others 15.46.18 # keyb_gr: can you actually code? or are you hoping to get the idea done and let osmeone else do the work? 15.46.24 # it is hard to keep an actual discussion on the wiki though 15.51.11 # JdGordon: Aside from a C lecture back at university, I did some practical work in an internship a while back. I usually find my way through the code pretty well, but don't have much practice ATM. More into analog/hardware. 15.51.37 # OK guys, I'll sign up for the wiki and pester you re: write permission l8r ;) 15.53.12 # keyb_gr: in my mind the problem is in 2 parts, making the lists handle multi select (do we want a block-select or multiple individual selects) ui, etc. And making the various list users do something with it, like the pl viewer, filetree, database etc. So i don't think it's only a thing we (or at least I) want for the pl viewer. 15.53.23 # if you're keen to actually do the work then I'm happy to point you in the right direction (specifically apps/gui/list.c). if its more "this is what shuold be done, but ssomeone else needs to do it" then you're on your own 15.56.00 Quit tchan1 (Quit: WeeChat 0.3.5) 15.58.59 # <[Saint]> Aha...yeah, I'm glad you said that n1s. 15.59.11 # <[Saint]> It's not something I think should be playlist specific either. 15.59.12 Part LinusN 15.59.35 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 15.59.59 # <[Saint]> Multi-select could come in handy in many places. 16.03.08 Join leavittx [0] (~lev@89.221.199.187) 16.04.33 Quit antil33t (Read error: Connection reset by peer) 16.04.33 # yeah 16.04.41 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 16.07.55 Join sideral1 [0] (~sideral@213.165.85.248) 16.07.56 Quit sideral (Disconnected by services) 16.07.56 Nick sideral1 is now known as sideral (~sideral@213.165.85.248) 16.07.57 Quit sideral (Changing host) 16.07.57 Join sideral [0] (~sideral@rockbox/developer/sideral) 16.08.23 Part sideral 16.13.29 Join sideral [0] (~sideral@rockbox/developer/sideral) 16.15.29 Join wtachi [0] (~wtachi@cpe-065-190-012-236.nc.res.rr.com) 16.22.45 Quit sideral (Remote host closed the connection) 16.23.29 Join sideral [0] (~sideral@rockbox/developer/sideral) 16.23.46 Part sideral 16.26.20 *** Saving seen data "./dancer.seen" 16.26.24 Quit kevku (Ping timeout: 260 seconds) 16.27.05 Join MethoS- [0] (~clemens@134.102.106.250) 16.29.01 Quit B4gder (Quit: Konversation terminated!) 16.35.12 Quit robin0800 (Quit: Leaving) 16.39.54 Join plux [0] (~yogurt@79.136.34.156) 16.40.03 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 16.43.30 Quit TheLemonMan (Quit: Ex-Chat) 16.47.14 # * [Saint] notices RaaA has the same "screen update rate is *vastly* increased by user input" thing that other Rockbox ports do. 16.54.59 Quit leavittx (Ping timeout: 246 seconds) 17.17.10 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 17.22.11 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 17.26.49 # * [Saint] is off to bed, if anyone is able to verify that the 480X800 RaaA build I linked above (more importantly the included theme 'DEFAULT") installs/works correctly could they please ping me? thanks. 17.27.58 # <[Saint]> testers are wanted fir the 240X320 build/theme as well, but I have verified the install myself...only theme feedback is needed there. Again, thanks. 17.29.22 Quit [Saint] (Read error: Connection reset by peer) 17.31.22 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 17.36.16 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 17.37.32 Quit bluebroth3r (Read error: Operation timed out) 17.44.47 # jhMikeS: On hwcodec there is another possibility for fading apart from global volume: the factors in the stereo matrix (which is already used for changing the stereo width) 18.03.33 Join Buschel [0] (~chatzilla@p54A3B948.dip.t-dialin.net) 18.05.07 # wtachi: can you make a wiki page about your project, possibly similar to http://www.rockbox.org/wiki/BuflibMemoryManagement? 18.05.43 Quit petur (Quit: *plop*) 18.07.47 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.11.16 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.26.22 *** Saving seen data "./dancer.seen" 18.27.50 # sure 18.32.58 Quit dfkt|x (Read error: Operation timed out) 18.46.32 Quit bluefoxx (Ping timeout: 264 seconds) 18.49.23 Join benedikt93 [0] (~benedikt9@p5B0C30A4.dip.t-dialin.net) 18.49.25 Quit benedikt93 (Changing host) 18.49.25 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 18.49.50 Quit swilde (Remote host closed the connection) 18.50.34 Quit sinthetek (Ping timeout: 240 seconds) 18.54.05 Join dfkt|x [0] (~chatzilla@unaffiliated/dfkt) 19.01.02 Quit balintx (Remote host closed the connection) 19.01.19 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 19.04.46 Join leavittx [0] (~lev@89.221.199.187) 19.08.05 # * TheSeven falls off his chair 19.08.28 # apple must be doing something fundamentally different wrt. power management 19.09.29 # i'm a bit puzzled as to how we manage to outperform them playingtime-wise on the nano2g 19.10.39 # it seems like they don't do clock scaling at all, but instead drop into some deep sleep state whenever possible 19.13.38 Join kugel [0] (~kugel@e178056247.adsl.alicedsl.de) 19.13.38 Quit kugel (Changing host) 19.13.38 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.14.13 Quit kugelp (Read error: Connection reset by peer) 19.15.20 # n1s: what "archos specific screens in recording" are you referring to? 19.16.45 Part pireau (".") 19.26.00 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 19.33.25 Join Horscht [0] (~Horscht@p5DD573E1.dip.t-dialin.net) 19.33.26 Quit Horscht (Changing host) 19.33.26 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.45.32 Join iq [0] (~iq@unaffiliated/iq) 19.46.00 # * TheSeven did some interesting measurements 19.47.18 # the only thing where we're doing better than apple is the backlight 19.47.55 # on nano2g? 19.48.05 # yep 19.48.12 # huh. 19.48.35 # i did all the measurements on the USB bus, so they will be biased by ~1mA by the LTC 19.49.38 # the backlight eats ~10mA at Rockbox's default settings, and ~38mA at Apple's 19.49.53 # weird 19.50.28 # or are they just much brighter? 19.51.06 # definitely 19.51.32 # LCD sleep seems to have an impact of about ~1.3mA in the main menu and ~1.8mA on the WPS 19.51.55 # the 0.5mA difference is probably coming from suppressing WPS refresh 19.52.45 # the following measurements are all with the backlight off and the LCD on 19.53.21 Join bug2000 [0] (~bug@unaffiliated/bug2000) 19.53.29 # rockbox sitting in the main menu: 12.5mA before playback has been started the first time, 12.1mA after playback has run at least once (so that codec init bug is still there) 19.53.48 # BUT: Apple sitting in the main menu: 8.7mA 19.53.51 # I think the shuffle fails on Sansa Clip[v1] when having about 1000 songs. I moved around the playlist finding the same song a couple of times even though I have it only once on the player. 19.54.14 # It means other songs probobly got kicked off the list as well, as it was at the size of the original everything list. 19.54.43 # rockbox playing an mp3 file: 14.0mA, apple playing the same file: 11.0mA 19.54.51 # (without headphones attached) 19.55.21 # playback paused: rockbox: 12.5mA, apple: 8.7mA 19.56.06 # bug2000: there's a setting for max files in playlist, you probably hit the set limit (there's also a default) 19.56.37 # scrolling the wheel like crazy on the wps, changing volume: rockbox: 16mA, Apple: 16mA (interesting) 19.57.17 # locking the hold switch makes a difference of 0.1-0.2mA for both rockbox and apple 19.57.25 # pixelma: What would that max be? 19.57.33 # pixelma: Or the default for that matter. 19.57.54 Quit Buschel (Ping timeout: 240 seconds) 19.57.59 # playwr dependant 19.57.59 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 19.58.12 # the maximum is vast 19.58.19 # 32000 iirc 19.58.21 # apple "powered off", sitting on the "charged" screen: 8.7mA (the same is sitting in the main menu) 19.58.42 # bug2000: http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch8.html#x11-1410008.5.4 19.59.01 # device powered off by rockbox: 1.15mA (LTC bias + battery and PMU leakage current) 19.59.35 # pixelma: Which means I'm far from reaching it. 19.59.58 # well, unless you changed it 20.00.08 # it's possible that the number given there is wrong for the Clip+ (our manuals are usualyl target dependent but that's "hand-made" and things could be overlooked) 20.00.18 # usually too 20.00.32 # actually look on your player :) 20.01.00 # pixelma: I don't use the +. And it does seem to support my ~1300 list. Just the shuffle makes thigns duplicate and look weird. 20.01.18 # Torne: so during audio playback we're still doing 27% worse than apple :/ 20.01.41 # on the classic it's like 100%, still looking for the reason 20.01.44 Quit ChickeNES (Quit: Computer has gone to sleep.) 20.02.05 # but i suspect that some kind of deep sleep mode is involved here as we (in contrast to apple) are already doing clock scaling 20.02.37 # pixelma: Yap. I can count a single song 5 times in it. 20.02.41 # bug2000: the statement could also be true for any other player 20.03.02 # another thing i noticed is that rockbox's idle current is highly dependent on the clock frequency, while emcore's isn't, which suggests that rockbox doesn't even WFI sleep corrently 20.03.10 Quit dfkt|x (Disconnected by services) 20.03.48 # pixelma: Well, either way it does put the correct amount in the first place. I think. 20.03.55 Join dfkt|x_ [0] (~chatzilla@chello062178002170.1.11.univie.teleweb.at) 20.04.04 Quit dfkt|x_ (Client Quit) 20.04.10 # pixelma: I hope I'll be able to really debug it tommorow if you want, but I really lack time :\ 20.10.03 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.14.57 # TheSeven, WFI shouldn't be that hard to port, right? 20.15.21 # rockbox is supposed to be doing that already 20.15.55 # and looking at the implementation and also some performance counters that I added to check this it seems to be fine 20.16.04 # but the power consumption is not, for whatever reason 20.19.23 Join TheLemonMan [0] (~lem0n@ppp-212-38.26-151.libero.it) 20.26.26 *** Saving seen data "./dancer.seen" 20.32.45 Quit ender` (Quit: Java is, in many ways, C++--. -- Michael Feldman) 20.36.00 Join ender` [0] (krneki@foo.eternallybored.org) 20.40.12 Join sinthetek [0] (~sinthetek@cpe-174-111-021-024.triad.res.rr.com) 20.40.12 Quit sinthetek (Changing host) 20.40.12 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 20.44.52 Quit JesusChrysler (Quit: JesusChrysler) 20.47.10 Quit bluefoxx (Ping timeout: 240 seconds) 20.52.58 Join fyrestorm [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 20.55.06 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 21.00.22 Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) 21.06.24 Quit balintx (Remote host closed the connection) 21.06.39 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 21.15.49 Quit fyrestorm (Read error: Connection reset by peer) 21.20.14 Join dfkt [0] (dfkt@unaffiliated/dfkt) 21.31.41 Quit mudd1 (Remote host closed the connection) 21.34.49 Join Panasonic [0] (~chatzilla@ip-2-202-82-133.web.vodafone.de) 21.42.55 Quit benedikt93 (Quit: "Nothing is true, everything is permitted") 21.46.10 Join Strife89 [0] (~Strife89@207.144.201.128) 21.47.16 Quit bieber (Read error: Connection reset by peer) 21.47.36 Join Buschel [0] (~chatzilla@p54B67F5A.dip.t-dialin.net) 21.47.46 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 21.51.30 Quit ChickeNES (Quit: Computer has gone to sleep.) 21.53.11 Quit leavittx (Ping timeout: 244 seconds) 21.57.18 # pixelma: they're called f2 and f3 i think reffering to some softbuttons or somesuch 21.57.32 # well, archos recorder specific 21.57.41 Join petur [0] (~petur@rockbox/developer/petur) 21.57.58 # do you mean their different quick screens? 21.58.10 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 21.58.31 # i don't know they use the sysfont stuff, i didn't look further 21.59.19 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 22.04.00 Join sideral [0] (~sideral@rockbox/developer/sideral) 22.11.04 # New commit by 03thomasjfox (r29925): Fix SDL touch screen handling on the screen edges 22.11.50 # For the record: Fully story behind r29925: http://blogs.distant-earth.com/wp/?p=293 22.12.27 # New commit by 03thomasjfox (r29926): Fix pandora packaging for pre hotfix6 OS version ... 22.14.43 Join Buschel_ [0] (~chatzilla@p54B67F5A.dip.t-dialin.net) 22.15.12 # r29925 build result: All green 22.18.32 Quit Buschel (Ping timeout: 255 seconds) 22.18.40 Nick Buschel_ is now known as Buschel (~chatzilla@p54B67F5A.dip.t-dialin.net) 22.18.57 # r29926 build result: All green 22.22.00 Quit Strife89 (Quit: Restart.) 22.22.45 Quit T44 (Read error: Connection reset by peer) 22.24.29 Join Strife89 [0] (~Strife89@207.144.201.128) 22.26.30 *** Saving seen data "./dancer.seen" 22.29.55 Quit TheLemonMan (Quit: Ex-Chat) 22.30.45 Join newnick [0] (~181169a3@giant.haxx.se) 22.31.19 # hey theres a free small decompiler for IDA pro 4.6 called Desquirr 22.31.35 # works on x86 and arm 22.32.34 Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.17/20110420140830]) 22.32.41 Quit newnick (Client Quit) 22.34.38 Quit Panasonic (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.17/20110420140830]) 22.35.37 Join Topy44 [0] (~Topy44@f048066239.adsl.alicedsl.de) 22.37.24 Quit Topy44 (Read error: Connection reset by peer) 22.37.33 Join Topy44 [0] (~Topy44@f048066239.adsl.alicedsl.de) 22.37.50 Quit Topy44 (Read error: Connection reset by peer) 22.41.35 # pixelma: I take it back. Seems like I don't have that many files. 22.41.58 # pixelma: Just that I got each file 3-7 times in the database O_O 22.44.38 Quit bluefoxx (Ping timeout: 252 seconds) 22.44.57 Quit jhMikeS (Ping timeout: 246 seconds) 22.46.04 Join Topy44 [0] (~Topy44@f048066239.adsl.alicedsl.de) 22.47.48 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 23.03.11 Quit bluefoxx (Quit: Circular logic works because circular logic works because circular logic works because circular logic works because circular logic works because circular logic works because circular logic works because circular logic works) 23.04.25 Quit thomasjfox (Remote host closed the connection) 23.08.11 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 23.15.48 Quit preglow (Ping timeout: 252 seconds) 23.25.38 Quit bluefoxx (Quit: Circular logic works because circular logic works because circular logic works because circular logic works because circular logic works because circular logic works because circular logic works because circular logic works) 23.30.44 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 23.31.14 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 23.31.53 Part sideral 23.32.03 Join sideral [0] (~sideral@rockbox/developer/sideral) 23.50.58 Quit domonoky (Read error: Connection reset by peer) 23.51.15 Quit evilnick_B (Quit: Page closed) 23.54.44 Quit bluefoxx (Ping timeout: 240 seconds) 23.55.02 Quit ChickeNES (Quit: Computer has gone to sleep.) 23.56.43 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)