Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2011-05-25

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:00
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:00
02:08:09JdGordonmshathlonxp: remember what I said yesterday?
02:26:00DEBUGEOF 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:02Mode"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:40JdGordonsideral: the only sane fix is to make fade() work in the background so it doesnt actually block anything
02:45:54JdGordonbung it in a fade thread or something
02:48:15JdGordon[Saint]: ping?
03:00
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:00
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:00
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
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:00
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:00
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:24JdGordoncan anyone do me a 480x800 android build with a 1 line patch?
09:00
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:53JdGordonhttp://pastebin.com/A8kCiH8x
09:08:58jhMikeSsideral: 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:36JdGordoncoolies
09:12:38[Saint]just putting it up.
09:12:41JdGordonyou can test it to? :)
09:13:05sideraljhMikeS: 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:06JdGordondoes 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:44JdGordonoh
09:14:45 Quit kugel (Ping timeout: 252 seconds)
09:14:48JdGordonwhy 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:34sideraljhMikeS: BTW, I believe fade works even when not in the WPS (i.e., power unplug in car-adapter mode)
09:16:12JdGordonsideral: yes, that sounds correct, except it still blocks which is the problem
09:17:00sideralI see
09:18:19jhMikeSsideral: I wouldn't bother just yet
09:18:45sideralOK
09:19:17jhMikeSfor swcodec I doubt there will be a need for fade()
09:19:46sideralwhy not?
09:21:13jhMikeSbecause it will be handled inside the audio callback
09:22:01sideralah, 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:08jhMikeSright
09:22:34jhMikeSthen it also works on all outputs and types of outputs
09:23:02jhMikeSfor 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:58jhMikeSI guess audio would just read the setting at the time of the state change rather than passing something
09:26:20sideralYep
09:26:25sideraljhMikeS: 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:07jhMikeSI 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:50sideralI don't think sub-second accuracy is needed.
09:27:51jhMikeSIt wouldn't be horribly difficult to do. I guess codecs could choose which is best for their purposes.
09:28:05jhMikeSI think sometimes it can be minutes
09:28:52jhMikeSthat 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:34sideralWhat's the API for resuming from a time offset today? I reckon bookmarks use it already?
09:30:25jhMikeSdo 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:38jhMikeSoffset 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:21jhMikeSI 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:52sideralHmm, 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:49sideralOK −− 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:45jhMikeSthen I guess the codec has to be told to seek as usual
09:41:02jhMikeSmost codecs convert the offset to time upon calling codec_run, they could be simplified to use time
09:41:59sideralsounds plausible. Is sending the seek event something that audio_play could initiate right after (or before?) starting playback?
09:42:38jhMikeSbetter, it can start a codec with a seek event
09:43:41sideralis that possible already?
09:43:57jhMikeSthat 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:04jhMikeSit 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:19sideralalright, 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 <untagged> fall out of the database "accidentally" while you're there ;)
09:48:36[Saint]the DB is for *tagged* files dammit! :P
09:50:51sideralSaint: that won't be possible I'm afraid :) but I have a solution for displaying file names instead of <Untagged> in track lists.
09:51:25[Saint]Well, I'm sure it's *possible*...
09:51:29sideralRight 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:42sideralI want to add the option to display only the base name instead
09:52:08[Saint]I think that would be nice.
09:52:29sideralI'll put it on Flyspray when I'm done
09:52:31[Saint]a long list of untagged under the header <Untagged> is a nightmare.
09:53:01jhMikeSNo more generic "<untagged>"? :)
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:49jhMikeS[Saint]: It depends on how you came about them. There's lots of that with videogame sound files and such.
09:53:53sideralSaint: try this:
09:53:53sideral%format "fmt_title" "%s - %02d:%02d" filename Lm Ls ? title == "<Untagged>"
09:53:53sideralbefore 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:52jhMikeSI 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:25jhMikeSit can do filename -> tag stuff and parse into the tags
09:56:05sideraljhMikeS: While we're on the subject: Do you have an opinion on FS #12107 - Remove track-number generation heuristic from database?
09:56:13jhMikeSbut can't do exotic stuff for videogame audio files
09:57:15[Saint]I guess the only thing that really bothers me is <Untagged> and <Random> 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:15jhMikeSa warning splash "You're about to enter the no-tag zone" ?
09:58:43n1ssome files simply *can't* have all the tag fields
09:59:00jhMikeSn1s: 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
10:00:36[Saint]...eeek, I forgot English apparently.
10:01:51sideralSaint: Yeah, I'd like the option to move <Untagged> and <Random> 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:20sideralSaint: 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:30jhMikeSthat kills the continuity and you already have what you want if you don't select those "<xxxx>" items :)
10:03:45jhMikeSbut it's worse to show bad information than none
10:03:50sideralSaint: Displaying the file name rather than Untagged help :)
10:03:58siderals/help/helps/
10:04:04[Saint]sideral: It would indeed.
10:04:52jhMikeSsideral: 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>/untagged.file totally useless for the tagcache.
10:05:44jhMikeSPersonally, I hardly use much of anything in rockbox as far as weird options
10:06:15[Saint]"/<untagged>/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:23jhMikeSsideral: perhaps that patch falls under getting rid of "obtaining bad info"
10:07:42sideralSaint: try the fmt_title line I pasted above
10:07:44jhMikeS[Saint]: exactly why I was compaining
10:08:10jhMikeSA fat lump of "<untagged>" is bad too
10:08:23*[Saint] nods.
10:08:50jhMikeSI'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:08sideraljhMikeS: 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:46jhMikeSsideral: 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:16sideralSaint: 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:59jhMikeSthe 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:30jhMikeSsideral: think I like that last suggestion the best
10:12:54sideralSaint: 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:49sideralSaint: add:
10:18:50sideral%format "fmt_title" "%s - %02d:%02d" filename Lm Ls ? title == "<Untagged>"
10:18:50sideralbefore line 3
10:19:28JdGordon[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:39sideralSaint: I could just as well just check this in to trunk, I reckon there's no one that doesn't hate <Untagged> titles
10:25:22sideralSaint: 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:15sideralI 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:25sideralBut 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] <Untagged>" is actually useful
10:28:55sideralwhich 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:07JdGordon?
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:29JdGordonnooooo...... 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:00JdGordonwhy 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:33CIA-16New 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:40CIA-16r29923 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:51CIA-16New 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:03JdGordonok, 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:36CIA-16r29924 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:33JdGordonnup
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:00
11:08:42 Join pireau [0] (1000@pdpc/supporter/student/pireau)
11:09:08[Saint]gah! nevermind... :/
11:09:28pireauhello... 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:58Zagorpireau: in apps/plugins
11:10:11linuxstbpireau: http://www.rockbox.org/wiki/UsingSVN will get you the source
11:11:02pireauoh ! i didn't look deep enough, thank you.
11:19:13gevaertsJdGordon: 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:55gevaertsZagor: do you have some idea for why one can't download the attachment on http://www.rockbox.org/wiki/ICal2Memo ?
11:47:33ZagorI suspect .pl in the filename confuses apache
11:49:06*gevaerts tests that theory
11:53:43gevaertsZagor: yes, that was it apparently
11:54:18Zagorannoying
11:55:29gevaertsWell, 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
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
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:46n1sthat's our standard way of reporting errors :)
13:30:11n1si 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:56n1sat 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:39mshathlonxpbertrik are you here? :)
13:33:06[Saint]mshathlonxp: He's marked as away, that's easy to check in advance ;)
13:33:12n1si 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:34mshathlonxpI checked, that's why I asked
13:33:39n1sbecause 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:40n1sit 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:15n1sif 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:56n1sAnd 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:51n1sbut 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:25n1swe 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:06n1sthe bootloaders aren't translated and the text they display isn't really important to users unless troubleshoothing
13:56:49n1sa bigger sysfont could certainly be used on larger display targets but unifont is 5MB and would bloat the binary significantly
13:57:20n1sas the sysfont is built into the main binary
13:58:10n1si 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:33n1stbh i don't remember where sysfont is used in the regular UI
13:59:43gevaertsUSB
13:59:51gevaertsI think that's the main one
13:59:55gevaertsOh, EQ?
14:00
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:48n1soh and the archos specific screens in recording, regular rec screen was finally fixed it seems :)
14:02:46n1sI 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:58n1susb 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:00
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:26keyb_grRegarding 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:50n1sit'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:12n1si didn't do it!
15:41:43n1sbut 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:20sideralkeyb_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:09n1snothing wrong keeping it on the wiki for discussion or altering by others
15:46:18JdGordonkeyb_gr: can you actually code? or are you hoping to get the idea done and let osmeone else do the work?
15:46:24n1sit is hard to keep an actual discussion on the wiki though
15:51:11keyb_grJdGordon: 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:37keyb_grOK guys, I'll sign up for the wiki and pester you re: write permission l8r ;)
15:53:12n1skeyb_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:23JdGordonif 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:00
16:03:08 Join leavittx [0] (~lev@89.221.199.187)
16:04:33 Quit antil33t (Read error: Connection reset by peer)
16:04:33n1syeah
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:00
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:47amiconnjhMikeS: 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:00
18:03:33 Join Buschel [0] (~chatzilla@p54A3B948.dip.t-dialin.net)
18:05:07gevaertswtachi: 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:50wtachisure
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:00
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:28TheSevenapple must be doing something fundamentally different wrt. power management
19:09:29TheSeveni'm a bit puzzled as to how we manage to outperform them playingtime-wise on the nano2g
19:10:39TheSevenit 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:20pixelman1s: 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:18TheSeventhe only thing where we're doing better than apple is the backlight
19:47:55Torneon nano2g?
19:48:05TheSevenyep
19:48:12Tornehuh.
19:48:35TheSeveni did all the measurements on the USB bus, so they will be biased by ~1mA by the LTC
19:49:38TheSeventhe backlight eats ~10mA at Rockbox's default settings, and ~38mA at Apple's
19:49:53Torneweird
19:50:28Torneor are they just much brighter?
19:51:06TheSevendefinitely
19:51:32TheSevenLCD sleep seems to have an impact of about ~1.3mA in the main menu and ~1.8mA on the WPS
19:51:55TheSeventhe 0.5mA difference is probably coming from suppressing WPS refresh
19:52:45TheSeventhe following measurements are all with the backlight off and the LCD on
19:53:21 Join bug2000 [0] (~bug@unaffiliated/bug2000)
19:53:29TheSevenrockbox 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:48TheSevenBUT: Apple sitting in the main menu: 8.7mA
19:53:51bug2000I 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:14bug2000It means other songs probobly got kicked off the list as well, as it was at the size of the original everything list.
19:54:43TheSevenrockbox playing an mp3 file: 14.0mA, apple playing the same file: 11.0mA
19:54:51TheSeven(without headphones attached)
19:55:21TheSevenplayback paused: rockbox: 12.5mA, apple: 8.7mA
19:56:06pixelmabug2000: there's a setting for max files in playlist, you probably hit the set limit (there's also a default)
19:56:37TheSevenscrolling the wheel like crazy on the wps, changing volume: rockbox: 16mA, Apple: 16mA (interesting)
19:57:17TheSevenlocking the hold switch makes a difference of 0.1-0.2mA for both rockbox and apple
19:57:25bug2000pixelma: What would that max be?
19:57:33bug2000pixelma: Or the default for that matter.
19:57:54 Quit Buschel (Ping timeout: 240 seconds)
19:57:59Torneplaywr dependant
19:57:59 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox)
19:58:12Tornethe maximum is vast
19:58:19Torne32000 iirc
19:58:21TheSevenapple "powered off", sitting on the "charged" screen: 8.7mA (the same is sitting in the main menu)
19:58:42pixelmabug2000: http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch8.html#x11-1410008.5.4
19:59:01TheSevendevice powered off by rockbox: 1.15mA (LTC bias + battery and PMU leakage current)
19:59:35bug2000pixelma: Which means I'm far from reaching it.
19:59:58TheSevenwell, unless you changed it
20:00
20:00:08pixelmait'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:18pixelmausually too
20:00:32Torneactually look on your player :)
20:01:00bug2000pixelma: 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:18TheSevenTorne: so during audio playback we're still doing 27% worse than apple :/
20:01:41TheSevenon the classic it's like 100%, still looking for the reason
20:01:44 Quit ChickeNES (Quit: Computer has gone to sleep.)
20:02:05TheSevenbut 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:37bug2000pixelma: Yap. I can count a single song 5 times in it.
20:02:41pixelmabug2000: the statement could also be true for any other player
20:03:02TheSevenanother 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:48bug2000pixelma: 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:10bug2000pixelma: 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:57bertrikTheSeven, WFI shouldn't be that hard to port, right?
20:15:21TheSevenrockbox is supposed to be doing that already
20:15:55TheSevenand looking at the implementation and also some performance counters that I added to check this it seems to be fine
20:16:04TheSevenbut 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
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:18n1spixelma: they're called f2 and f3 i think reffering to some softbuttons or somesuch
21:57:32n1swell, archos recorder specific
21:57:41 Join petur [0] (~petur@rockbox/developer/petur)
21:57:58pixelmado you mean their different quick screens?
21:58:10 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
21:58:31n1si 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:00
22:04:00 Join sideral [0] (~sideral@rockbox/developer/sideral)
22:11:04CIA-16New commit by 03thomasjfox (r29925): Fix SDL touch screen handling on the screen edges
22:11:50thomasjfoxFor the record: Fully story behind r29925: http://blogs.distant-earth.com/wp/?p=293
22:12:27CIA-16New 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:12CIA-16r29925 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:57CIA-16r29926 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:19Panasonichey theres a free small decompiler for IDA pro 4.6 called Desquirr
22:31:35Panasonicworks 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:35bug2000pixelma: I take it back. Seems like I don't have that many files.
22:41:58bug2000pixelma: 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:00
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)

Previous day | Next day