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).

#rockbox log for 2011-05-09

00:03:34 Quit Topy44 (Read error: Connection reset by peer)
00:04:42 Quit Buschel (Ping timeout: 276 seconds)
00:05:09 Quit mudd1 (Quit: Ex-Chat)
00:11:18 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
00:11:19 Quit bertrik (Changing host)
00:11:19 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
00:12:43 Quit bertrik (Client Quit)
00:18:34 Join Topy44 [0] (~Topy44@f048033237.adsl.alicedsl.de)
00:31:16 Join rdd [0] (~rdd@c83-250-52-16.bredband.comhem.se)
00:34:36 Quit liar (Ping timeout: 258 seconds)
00:34:49 Quit swilde (Remote host closed the connection)
00:36:43 Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au)
00:42:48sideralamiconn: Ping
00:46:05***Saving seen data "./dancer.seen"
00:47:05 Join Vimk [0] (~Vimk@fireslash.net)
00:55:54 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
01:00
01:02:11 Quit MethoS- (Remote host closed the connection)
01:10:24 Quit pamaury (Remote host closed the connection)
01:11:53 Quit Jerom1 (Quit: Leaving.)
01:18:06 Quit sideral (Quit: Leaving.)
01:18:45 Quit kugel (Read error: Connection reset by peer)
01:23:36 Quit n1s (Remote host closed the connection)
01:23:41 Join riv-C1-4D [0] (~riv-C1-4D@adsl-99-89-79-141.dsl.sfldmi.sbcglobal.net)
01:23:53riv-C1-4DHey guys I have a question
01:24:03 Join kugel [0] (~kugel@rockbox/developer/kugel)
01:27:53 Join Lieblos [0] (~63594f8d@giant.haxx.se)
01:27:58 Quit Lieblos (Client Quit)
01:28:03riv-C1-4DNoone
01:33:31saratogano one can answer you if you don't ask it
01:35:15riv-C1-4Dwell I was waiting for someone to make a comment so I knew I wasnt alone
01:35:17riv-C1-4DAnyways
01:35:40riv-C1-4DI have a Nano 2g and the old feture doesnt work is it the build or just a big that I could fix by reinstalling
01:35:46riv-C1-4Dhold*
01:44:52 Quit kugel (Ping timeout: 260 seconds)
01:45:56 Join kugel [0] (~kugel@e178061113.adsl.alicedsl.de)
01:45:57 Quit kugel (Changing host)
01:45:57 Join kugel [0] (~kugel@rockbox/developer/kugel)
01:58:39 Quit ricemark20 (Remote host closed the connection)
02:00
02:05:09 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
02:13:06[Saint]JdGordon: Possible silly question, but needs answering in my mind as I just thought of it and the code boggles me.
02:13:43[Saint]Is an image still %xl'd in a conditional viewport if that condition is untrue?
02:13:50 Quit riv-C1-4D (Quit: Spammin Sony forums with master keys)
02:13:59[Saint]I assume all %xl's are preloaded, but, not 100%
02:19:11 Quit sinthetek (Ping timeout: 252 seconds)
02:21:58 Quit balintx (Remote host closed the connection)
02:22:18 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu)
02:24:22 Join T44 [0] (~Topy44@f048193141.adsl.alicedsl.de)
02:25:50 Quit Judas_PhD (Quit: This is a quitting message)
02:27:56 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
02:28:04 Quit Topy44 (Ping timeout: 240 seconds)
02:29:16 Quit T44 (Ping timeout: 240 seconds)
02:31:30 Join Topy44 [0] (~Topy44@f048193141.adsl.alicedsl.de)
02:37:10 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
02:46:09***Saving seen data "./dancer.seen"
02:50:23 Quit DerPapst (Quit: Leaving.)
02:57:41 Quit bieber (Remote host closed the connection)
03:00
03:01:35 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-83-240.tampfl.fios.verizon.net)
03:07:24 Join JoshuaChang [0] (~JoshuaCha@116.225.73.7)
03:14:12 Quit Strife89 (Quit: Bed.)
03:27:18 Join guymann [0] (~charles@66-159-175-228.adsl.snet.net)
03:29:11 Quit JesusFreak316 (Remote host closed the connection)
03:48:05 Join isidor3 [0] (~4ad7261e@giant.haxx.se)
03:49:31isidor3Which configuration file would I have to modify to let rockbox speak directory and file names?
03:51:48isidor3I'm unable to access the menus on the player, due to a broken screen.
03:53:18 Join isidor3_ [0] (4ad7261e@gateway/web/freenode/ip.74.215.38.30)
03:54:19 Quit isidor3 (Quit: CGI:IRC (EOF))
03:58:23 Quit Judas_PhD (Quit: This is a quitting message)
04:00
04:05:11isidor3_Anyone know, or did I just miss 100's of people answering because of a buggy webchat?
04:05:51 Quit amiconn (Disconnected by services)
04:05:52 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:05:53 Quit pixelma (Disconnected by services)
04:05:55 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:05:57 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:06:10 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:08:45 Quit Topy44 (Read error: Connection reset by peer)
04:10:35 Part isidor3_
04:32:48 Quit bluebroth3r (Ping timeout: 246 seconds)
04:34:14 Join bluebrother [0] (~dom@g224238100.adsl.alicedsl.de)
04:34:15 Quit bluebrother (Changing host)
04:34:15 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
04:37:39 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
04:40:53 Join kugel_ [0] (~kugel@rockbox/developer/kugel)
04:42:13 Quit kugel (Read error: Operation timed out)
04:46:13***Saving seen data "./dancer.seen"
04:56:03 Quit TheSeven (Disconnected by services)
04:56:12 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven)
04:59:27 Join funman [0] (~fun@modemcable146.125-83-70.mc.videotron.ca)
04:59:29 Quit funman (Changing host)
04:59:29 Join funman [0] (~fun@rockbox/developer/funman)
05:00
05:04:05 Quit timccc (Ping timeout: 252 seconds)
05:09:06 Join Rob2223 [0] (~Miranda@p5DE4B813.dip.t-dialin.net)
05:16:04DEBUGEOF from server (Connection reset by peer) (snapshot: netstuff.c line 545)
05:16:04***Cleanup
05:16:04***Cleanup
05:16:04***Saving seen data "./dancer.seen"
05:16:04***Exit
05:16:06***Started Dancer V4.16
05:16:06***Connected to irc.freenode.net on port 6667
05:16:06***Logfile for #rockbox started
05:16:06Mode"logbot :+i" by logbot
05:16:11***Server message 501: 'logbot :Unknown MODE flag'
05:16:11 Join logbot [0] (~rockbox@giant.haxx.se)
05:16:11 Join Rob2223 [0] (~Miranda@p5DE4B813.dip.t-dialin.net)
05:16:11 Join funman [0] (~fun@rockbox/developer/funman)
05:16:11 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven)
05:16:11 Join kugel_ [0] (~kugel@rockbox/developer/kugel)
05:16:11 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
05:16:11 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
05:16:11 Join pixelma [0] (quassel@rockbox/staff/pixelma)
05:16:11 Join amiconn [0] (quassel@rockbox/developer/amiconn)
05:16:11 Join guymann [0] (~charles@66-159-175-228.adsl.snet.net)
05:16:11 Join JoshuaChang [0] (~JoshuaCha@116.225.73.7)
05:16:11 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
05:16:11 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu)
05:16:11 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
05:16:11 Join Vimk [0] (~Vimk@fireslash.net)
05:16:11 Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au)
05:16:11 Join rdd [0] (~rdd@c83-250-52-16.bredband.comhem.se)
05:16:11 Join MaynardWaters [0] (~MaynardWa@cpe-174-097-143-046.nc.res.rr.com)
05:16:11 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
05:16:11 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz)
05:16:11 Join factor [0] (~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net)
05:16:11 Join saratoga [0] (9803c6dd@rockbox/developer/saratoga)
05:16:11 Join soap [0] (~soap@rockbox/staff/soap)
05:16:11 Join user890104 [0] (~Venci@6bez10.info)
05:16:11 Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler)
05:16:11 Join sasquatch [0] (~username@p4FF2D984.dip.t-dialin.net)
05:16:11 Join Horschti [0] (~Horscht@xbmc/user/horscht)
05:16:11 Join FoH [0] (~foh@adsl-98-71-69-27.bhm.bellsouth.net)
05:16:11 Join Zarggg_ [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net)
05:16:11 Join Galois [0] (djao@efnet-math.org)
05:16:11 Join simonlnu [0] (simon@unaffiliated/simonrvn)
05:16:11 Join cjcopi [0] (~craig@charon.craig.copi.org)
05:16:11 Join froggyman [0] (~seth@unaffiliated/froggyman)
05:16:11 Join mystica555 [0] (~mike@71-33-152-71.hlrn.qwest.net)
05:16:11 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk)
05:16:11 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
05:16:11 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
05:16:11 Join niekie [0] (~niek@CAcert/Assurer/niekie)
05:16:11 Join merbanan [0] (~banan@c-94-255-221-202.cust.bredband2.com)
05:16:11 Join GodEater [0] (~bibble@rockbox/staff/GodEater)
05:16:11 Join jordan` [0] (~gromit@ALagny-154-1-6-54.w83-112.abo.wanadoo.fr)
05:16:11 Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net)
05:16:11 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
05:16:11 Join alexbobp [0] (~alex@adsl-75-42-224-55.dsl.austtx.sbcglobal.net)
05:16:11 Join gevaerts [0] (~fg@rockbox/developer/gevaerts)
05:16:11 Join Staphylo [0] (staphylo@hyperion.epimeros.org)
05:16:11 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net)
05:16:11 Join Zambezi [0] (Zulu@80.67.9.2)
05:16:11 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
05:16:11 Join scorche|sh [0] (~scorche@squisch.net)
05:16:11 Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03)
05:16:11 Join [fred] [0] (fred@ircop.efnet.at)
05:16:11 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc)
05:16:11 Join bzed [0] (~bzed@devel.recluse.de)
05:16:11 Join markun [0] (~markun@rockbox/developer/markun)
05:16:11 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
05:16:11 Join plux [0] (~yogurt@h-34-156.A238.priv.bahnhof.se)
05:16:11 Join Beta2K [0] (~Beta2K@d24-36-131-14.home1.cgocable.net)
05:16:11 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful)
05:16:11 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com)
05:16:11 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri)
05:16:11 Join rasher [0] (~rasher@rockbox/developer/rasher)
05:16:11 Join FOAD [0] (~dok@83.161.135.61)
05:16:11 Join Buganini [0] (~buganini@2001:288:c237:0:dead:beef:cafe:babe)
05:16:11 Join eGen [0] (generat0r@gate.mmdecin.cz)
05:16:11 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
05:16:11 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019)
05:16:11 Join knittl [0] (~knittl@unaffiliated/knittl)
05:16:11 Join martii [0] (martii@sokrates.mimuw.edu.pl)
05:16:11 Join scorche [0] (~scorche@rockbox/administrator/scorche)
05:16:11 Join simabeis [0] (~simabeis@lobmenschen.de)
05:16:11 Join Utchy [0] (~Utchy@rps6752.ovh.net)
05:16:11 Join dionoea [0] (~dionoea@videolan/developer/dionoea)
05:16:11 Join z35 [0] (~z35@ool-18bdad71.dyn.optonline.net)
05:16:11 Join Torne [0] (~torne@rockbox/developer/Torne)
05:16:11 Join ThomasAH [0] (~thomas@aktaia.intevation.org)
05:16:11 Join parafin [0] (parafin@paraf.in)
05:16:11 Join literal [0] (hinrik@w.nix.is)
05:16:11 Join CIA-87 [0] (~CIA@208.69.182.149)
05:16:11 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de)
05:16:11 Join ved [0] (ved@ddsbox.co.cc)
05:16:11 Join Hadaka [0] (~naked@naked.iki.fi)
05:16:11 Join ranmachan [0] (ranma@yumi.tdiedrich.de)
05:16:11 Join @ChanServ [0] (ChanServ@services.)
05:16:11 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi)
05:16:11 Join preglow [0] (thomj@rockbox/developer/preglow)
05:16:11 Join ack` [0] (~ack@mingbai.org)
05:16:11 Join aevin [0] (eivindsy@unaffiliated/aevin)
05:16:11 Join feisar-_ [0] (jljhook@ihq.in)
05:16:11 Join kkit|sh [0] (~kkit@li135-248.members.linode.com)
05:16:11 Join pikytcus [0] (~bigd@failbox.co.cc)
05:16:11 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
05:16:11 Join Barahir [0] (~jonathan@fb08schindler24.anorg.chemie.uni-giessen.de)
05:16:11 Join logvelc [0] (~erik@elbereth.midgard.liu.se)
05:16:11 Join jae [0] (~jae@dedicated.jaerhard.com)
05:16:11 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
05:16:11 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb)
05:16:11 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1)
05:16:11 Join zu [0] (~zu@ks355000.kimsufi.com)
05:16:11 Join bthomson [0] (~bthomson@pool-71-114-64-197.washdc.dsl-w.verizon.net)
05:16:11 Join jfc [0] (~john@pool-72-73-80-12.ptldme.east.myfairpoint.net)
05:16:11 Join AlexP [0] (~alex@rockbox/staff/AlexP)
05:16:11 Join YPSY [0] (~ypsy@geekpadawan.de)
05:16:11 Join ender| [0] (krneki@foo.eternallybored.org)
05:16:11 Join B4gder [0] (~daniel@rockbox/developer/bagder)
05:16:11 Join tguinot [0] (~tguinot@ks22840.kimsufi.com)
05:16:11 Join maraz_ [0] (maraz@kapsi.fi)
05:16:11 Join pjm0616 [0] (~user@110.8.235.86)
05:16:11 Join TBCOOL [0] (~tb@c-3c3671d5.09-42-73746f22.cust.bredbandsbolaget.se)
05:22:08 Join timccc [0] (~lisa@112.166.15.141)
05:31:26 Quit froggyman (Quit: Ex-Chat)
05:37:21 Join froggyman [0] (~seth@unaffiliated/froggyman)
05:41:18 Quit funman (Quit: leaving)
05:46:19JdGordon[Saint]: yes, all %xl images are preloaded
05:46:28JdGordonthe asusmptino is that they will eventually be displayed
05:46:48 Quit Horschti (Quit: Verlassend)
06:00
06:22:22 Join CaptainKewl [0] (~captainke@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
06:25:50 Quit kugel_ (Ping timeout: 246 seconds)
06:27:20*[7] wonders if "Rockbox accepted for GSoC 2011 - Ideas at http://www.rockbox.org/wiki/SummerOfCode2011" in the topic is a bit outdated
06:28:13 Join kugel [0] (~kugel@rockbox/developer/kugel)
06:30:13 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com)
06:35:18 Join Peddy [0] (~apc@unaffiliated/peddy)
06:35:55Peddywhat does this change in svn: "AMSv2 USB: Write usb_delay() in assembly" do?
06:35:56 Join kugel_ [0] (~kugel@rockbox/developer/kugel)
06:38:17 Quit ricemark20 (Remote host closed the connection)
06:38:29 Quit kugel (Ping timeout: 240 seconds)
06:40:31 Quit kugel_ (Ping timeout: 252 seconds)
06:40:52 Join kugel [0] (~kugel@e178191226.adsl.alicedsl.de)
06:40:52 Quit kugel (Changing host)
06:40:52 Join kugel [0] (~kugel@rockbox/developer/kugel)
06:42:03 Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
06:44:53 Quit shai (Ping timeout: 240 seconds)
06:52:36JoshuaChangwhy sometimes the cowon d2 boot whitescreen/mess ?
06:53:25JoshuaChangseems it's related to certain binary size?
06:55:02 Quit t0rc (Quit: WeeChat 0.3.4)
07:00
07:05:06JdGordonIIRC there is a very finiky timing issue with it
07:08:08saratogaPeddy: replaces the c version of that loop with one written in assembly
07:08:35Peddysaratoga, thanks. so nothing major for the end-user
07:09:15saratogaPeddy: depends if you consider "Ensure no changes when we use different versions of gcc (USB used to panic with gcc 4.6.0)" significant i guess
07:10:01Peddyah, I mean in terms of amsv2 USB performance/connection.
07:16:08***Saving seen data "./dancer.seen"
07:20:32 Quit Peddy (Quit: Leaving)
07:21:09 Quit simonlnu (Read error: Connection reset by peer)
07:35:38 Join Buschel [0] (~chatzilla@p54A3BA8C.dip.t-dialin.net)
07:37:03pixelma[7]: I guess it is, and you would have the right to change the topic here IIRC
07:38:09pixelmacould someone please ban sirensfg6 in the forum?
07:39:37[7]pixelma: I'm not exactly sure what to put there instead though... just remove it?
07:40:35pixelmawould be interesting to have a link to the accepted project but I'm not sure if there something up already
07:40:47pixelma*projects
07:41:02 Join simonlnu [0] (simon@unaffiliated/simonrvn)
07:42:04JdGordonpixelma: where is the problem posts?
07:42:36[7]also, is "An upgrade caused issues with the wiki. We are on the case" still true?
07:42:41[7]this has been here for months now
07:43:10pixelmaJdGordon: you can still see it in "Recent Posts", if it isn't elsewhere then it probably has already been caught by the akismet plugin
07:45:03pixelma[7]: no idea, probably not in general
07:45:11[7]http://forums.rockbox.org/index.php?action=profile;u=29244
07:45:23[7]apparently he submitted one post that doesn't exist any more
07:45:50*[7] heads off to work
07:46:26pixelmawell, it's kind of a buf/feature of this forum plugin that you can still see it here: http://forums.rockbox.org/index.php?action=recent;start=0
07:46:43pixelmaa bug too
07:53:37bluebrotherB4gder: thanks!
07:54:01 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
08:00
08:15:42 Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de)
08:16:03 Quit Buschel (Ping timeout: 240 seconds)
08:23:20 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
08:25:16 Quit markun (Ping timeout: 260 seconds)
08:27:52 Join kugel [0] (~kugel@g231109185.adsl.alicedsl.de)
08:27:52 Quit kugel (Changing host)
08:27:52 Join kugel [0] (~kugel@rockbox/developer/kugel)
08:28:25 Quit kugelp (Read error: Operation timed out)
08:31:45 Join markun [0] (~markun@ip503cd9a5.speed.planet.nl)
08:31:46 Quit markun (Changing host)
08:31:46 Join markun [0] (~markun@rockbox/developer/markun)
08:34:45 Join Bagder [0] (~daniel@rockbox/developer/bagder)
08:39:04 Quit bluefoxx (Quit: Can we, should we, will we?)
08:39:05 Join gartral [0] (~CR-48@unaffiliated/gartral)
08:39:55 Quit gartral (Remote host closed the connection)
08:40:55 Join ender` [0] (krneki@foo.eternallybored.org)
08:41:10 Join gartral [0] (~CR-48@unaffiliated/gartral)
08:48:36 Quit gartral (Quit: No Ping reply in 180 seconds.)
08:48:38 Quit amiconn (Remote host closed the connection)
08:48:39 Quit pixelma (Remote host closed the connection)
08:48:58 Join gartral [0] (~CR-48@unaffiliated/gartral)
08:49:24[Saint]JdGordon: Would it make more sense to preload the image only as the condition for it becomes true to keep as much buffer free as possible? Some conditions might never be true for instance, like in cases with targets with the same screen size but different feature sets.
08:49:41JdGordonno
08:49:45[Saint]It might not ever amount to a *massive* amount, but...just a thought.
08:50:01JdGordon1) the skin buffer is static so preloading doent affect anything
08:50:09JdGordon2) that means random disk accesses and lag
08:50:23 Quit CaptainKewl (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com ))
08:50:46[Saint]Ah, right...I forgot about the fact the skin buffer is static. :/
08:50:56 Join pixelma [0] (quassel@rockbox/staff/pixelma)
08:51:04JdGordonbut if it wernt static then sure, we could do that fairly easily
08:51:18JdGordonthe groundwork is there to do it for background images already
08:51:18[Saint]a tiny disk acces, once, when the condition becomes true the first time wouldn'
08:51:28[Saint]t be too bad I imagine.
08:51:43 Join amiconn [0] (quassel@p579EA83E.dip.t-dialin.net)
08:52:04[Saint]I don't mean to unload it when it's false...just only when it becomes true the first time.
08:52:18[Saint]anyway, static buffer kills that. So, thanks.
08:52:22JdGordoni understand that
08:52:43[Saint]what part?
08:52:58JdGordonnot wanting to unload them
08:53:08JdGordonI might question your sanity occasionally but not then :D
08:53:35[Saint]well if it gets loaded, there's a pretty good chance it'll be used more than once per run I'd imagine?
08:53:57[Saint]but, some conditions for some themes might never become true.
08:54:28JdGordonthen the themer should fix it
08:54:41[Saint]but when they have, it's probably safe to assume they will again...so keep it around in buffer.
08:54:52[Saint]and it's not something a themer needs to fix.
08:55:09JdGordonthe only reason to want to do this is so you could swap in theme elements as required
08:55:30 Quit factor (Quit: Leaving)
08:57:58 Join terataz [0] (~rgtr@93-41-184-232.ip82.fastwebnet.it)
08:59:18 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:00
09:02:16 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
09:08:12 Join n1s [0] (~quassel@rockbox/developer/n1s)
09:13:08 Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net)
09:13:08 Quit Zagor (Changing host)
09:13:08 Join Zagor [0] (~bjst@rockbox/developer/Zagor)
09:14:09 Quit bluefoxx (Quit: Can we, should we, will we?)
09:16:10***Saving seen data "./dancer.seen"
09:18:27 Quit Scromple (Quit: Gone)
09:21:49 Quit markun (Ping timeout: 264 seconds)
09:22:44 Join markun [0] (~markun@ip503cd9a5.speed.planet.nl)
09:22:44 Quit markun (Changing host)
09:22:44 Join markun [0] (~markun@rockbox/developer/markun)
09:23:23 Quit gartral (Quit: No Ping reply in 180 seconds.)
09:24:21 Join gartral [0] (~CR-48@unaffiliated/gartral)
09:24:35 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
09:25:06 Quit cjcopi (Read error: Operation timed out)
09:25:35 Join cjcopi [0] (~craig@charon.craig.copi.org)
09:29:00 Quit sasquatch (Quit: WeeChat 0.3.2)
09:29:24 Join sasquatch [0] (~username@p4FF2D80B.dip.t-dialin.net)
09:30:34 Join mem_ [0] (~mem@mem-irc.netnod.se)
09:30:39 Quit boghog (Read error: Operation timed out)
09:31:07 Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03)
09:33:46 Quit terataz (Ping timeout: 246 seconds)
09:34:33 Quit JoshuaChang (Quit: ChatZilla 0.9.86.1 [Firefox 4.0.2pre/20110429182132])
09:42:57 Join Buschel [0] (~chatzilla@p54A3A156.dip.t-dialin.net)
09:43:10 Join lovasoa [0] (~lovasoa@cac94-9-88-162-232-8.fbx.proxad.net)
09:45:33 Quit gartral (Quit: No Ping reply in 180 seconds.)
09:46:05 Join gartral [0] (~CR-48@unaffiliated/gartral)
09:53:25 Quit lovasoa (Remote host closed the connection)
09:55:32 Quit gartral (Quit: No Ping reply in 180 seconds.)
09:56:51 Join gartral [0] (~CR-48@unaffiliated/gartral)
10:00
10:06:58 Quit gartral (Quit: No Ping reply in 180 seconds.)
10:07:39 Join gartral [0] (~CR-48@unaffiliated/gartral)
10:08:56 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
10:20:27 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net)
10:25:15*[Saint] wonders if there's a problem with using the Grooveshark logo directly: http://themes.rockbox.org/index.php?themeid=1364&target=sansafuzev2
10:25:17 Quit gartral (Quit: No Ping reply in 180 seconds.)
10:25:19[Saint]I would assume so.
10:25:32 Join gartral [0] (~CR-48@unaffiliated/gartral)
10:26:12 Join Topy44 [0] (~Topy44@f048193141.adsl.alicedsl.de)
10:29:08 Quit DerPapst (Quit: Leaving.)
10:30:32 Quit jhMikeS (Ping timeout: 260 seconds)
10:31:02 Join gartral_ [0] (~CR-48@unaffiliated/gartral)
10:31:35 Quit gartral (Ping timeout: 240 seconds)
10:34:30 Quit gartral_ (Client Quit)
10:38:14 Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de)
10:47:01kugelp[Saint]: you didn't test the build yet did you?
10:48:53 Join petur [0] (5bdc888b@rockbox/developer/petur)
11:00
11:09:45 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
11:11:31kugelppixelma: ping
11:16:11***Saving seen data "./dancer.seen"
11:18:33 Join LinusN [0] (~linus@giant.haxx.se)
11:22:57 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com)
11:23:03 Quit bzed (Read error: Operation timed out)
11:23:14 Join bzed [0] (~bzed@devel.recluse.de)
11:26:01 Quit Buschel (Ping timeout: 264 seconds)
11:26:10 Quit rdd (Ping timeout: 276 seconds)
11:33:07 Join Buschel [0] (~chatzilla@p54A3A156.dip.t-dialin.net)
11:40:13 Quit Buschel (Ping timeout: 248 seconds)
11:48:07 Join rdd [0] (~user@c83-250-52-16.bredband.comhem.se)
11:52:18 Join petur_ [0] (5bdc888b@rockbox/developer/petur)
11:54:55 Quit petur (Ping timeout: 252 seconds)
11:54:56 Quit saratoga (Ping timeout: 252 seconds)
11:55:18amiconn[Saint]: Loading images on first use instead of preloading all of them would be a rather bad idea on hdd based targets
11:59:16 Nick petur_ is now known as petur (5bdc888b@rockbox/developer/petur)
12:00
12:06:50 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
12:11:56 Quit timccc (Ping timeout: 246 seconds)
12:19:56 Join timccc [0] (~lisa@112.166.15.141)
12:27:19kugelamiconn: thanks for your info. I'm still confused because talk_buffer_steal() calls reset_state() which allocs a new buffer
12:29:09kugeland the callers of talk_buffer_steal() do the same
12:34:54 Quit DerPapst (Quit: Leaving.)
12:48:40 Quit Galois (Read error: Operation timed out)
12:48:48 Join Galois [0] (djao@efnet-math.org)
12:50:56 Join Jerom1 [0] (~jerome@95.171.148.84)
13:00
13:06:04 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
13:06:06 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
13:13:44 Quit robin0800 (Quit: Leaving)
13:13:59 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com)
13:14:35 Quit petur (Ping timeout: 252 seconds)
13:16:13***Saving seen data "./dancer.seen"
13:20:43 Quit Jerom1 (Quit: Leaving.)
13:32:05 Join mark__ [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
13:32:26 Quit ricemark20 (Read error: Connection reset by peer)
13:41:24 Quit timccc (Ping timeout: 260 seconds)
13:42:10 Join timccc [0] (~lisa@112.166.15.141)
13:46:49 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee)
13:52:13 Join DerPapst [0] (~Alexander@p57954E13.dip.t-dialin.net)
13:55:41 Join TheLemonMan [0] (~lem0n@ppp-111-142.98-62.inwind.it)
14:00
14:05:00 Quit timccc (Remote host closed the connection)
14:06:18 Join timccc [0] (~lisa@112.166.15.141)
14:13:11 Join sideral [0] (~sideral@rockbox/developer/sideral)
14:15:10 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
14:16:48 Join pamaury [0] (81680b01@rockbox/developer/pamaury)
14:31:03 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...)
14:31:25 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz)
14:33:19 Quit mystica555 (Ping timeout: 260 seconds)
14:38:37 Quit avacore (Ping timeout: 240 seconds)
14:51:35CIA-87New commit by sideral (r29843): unplug_change: Precede call to audio_ff_rewind with ...
14:55:32CIA-87r29843 build result: All green
14:59:55CIA-87New commit by sideral (r29844): FS #11931 part 1: Make fade in/out behavior more consistent across the ...
15:00
15:00:39 Quit markun (Ping timeout: 276 seconds)
15:01:26 Join markun [0] (~markun@ip503cd9a5.speed.planet.nl)
15:01:29 Quit markun (Changing host)
15:01:29 Join markun [0] (~markun@rockbox/developer/markun)
15:04:24CIA-87r29844 build result: 0 errors, 95 warnings (sideral committed)
15:07:08CIA-87New commit by sideral (r29845): Fix a warning
15:10:10 Join T44 [0] (~Topy44@f048049145.adsl.alicedsl.de)
15:11:16CIA-87r29845 build result: All green
15:11:44pamaurywow, did you really fixed 95 warnings at once or the build server is not the same ?
15:12:03sideralIt was 95 times the same warning ;)
15:13:00 Quit Topy44 (Ping timeout: 240 seconds)
15:16:16***Saving seen data "./dancer.seen"
15:21:15 Quit timccc (Ping timeout: 276 seconds)
15:36:01 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick)
15:41:43 Quit krazykit (Quit: awe yeeeeeee)
15:51:41 Join liar [0] (~liar@83.175.83.185)
16:00
16:05:54 Join smk [0] (~smk@121.245.134.63)
16:09:36 Part LinusN
16:14:37 Part mem_
16:21:53 Join mystica555 [0] (~mike@71-33-152-71.hlrn.qwest.net)
16:31:00 Quit Bagder (Quit: Konversation terminated!)
16:32:32 Part smk ("Leaving")
16:34:34 Quit TheLemonMan (Quit: Ex-Chat)
16:44:43 Join timccc [0] (~lisa@112.166.15.141)
16:46:23 Quit pamaury (Quit: Page closed)
16:49:05 Quit liar (Ping timeout: 258 seconds)
16:50:59 Join icarusfactor [0] (~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net)
16:52:35amiconnsideral: pong
16:54:05sideralHi amiconn, Re the DB guessing the track number from the file name: I've had a look at the code, and my first analysis indicates that we could remove that code without loosing any feature except scrobbling the track number
16:54:39sideralwould you want to test a patch that disables the feature?
16:55:43sideralSorting in DB views w/o track numbers is alphanumerical by default
16:56:44amiconnYou'd only lose that if there is no track number in the tags, right?
16:57:10sideralRight
16:57:49sideralNot sure of what value scrobbling the track number is anyway. I guess it allows last.fm to detect album scrobbles
16:57:59amiconnI would definitely be in favour of such a change. I can test, but not right now
16:58:20 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt)
16:58:37sideralThat has time :) I'll post a patch on FS and give you a heads up
17:00
17:09:05 Join snaqo [0] (~ugah@querubim.tecgraf.puc-rio.br)
17:12:19 Part Zagor
17:14:26 Join dfkt [0] (dfkt@unaffiliated/dfkt)
17:15:51 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
17:16:17***Saving seen data "./dancer.seen"
17:27:47 Quit shai_ (Ping timeout: 264 seconds)
17:28:42 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
17:34:09 Quit robin0800 (Ping timeout: 240 seconds)
17:37:30 Quit casainho (Ping timeout: 260 seconds)
17:54:07 Join smk [0] (3d11c1dd@gateway/web/freenode/ip.61.17.193.221)
17:54:32 Part smk
18:00
18:02:08 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net)
18:02:08 Quit pamaury (Changing host)
18:02:08 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
18:02:55 Quit mark__ (Remote host closed the connection)
18:09:53 Quit dfkt (Read error: Connection reset by peer)
18:09:58 Join dfkt_ [0] (dfkt@unaffiliated/dfkt)
18:10:10snaqohi. doesn't rockbox support ipod classic 7th generation?
18:11:53kkit|shsupported devices are listed on the front page.
18:12:38snaqo:(
18:13:11[Saint]That's not to say there isn't a port for it, though.
18:13:15 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221)
18:13:35[Saint]It's classed as "unusable", but that's not to say it can't be used...either.
18:14:06[Saint]snaqo: Drop on over to #freemyipod and query there.
18:14:26 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
18:14:35[Saint]At the present point, there's no Rockbox bootload, no dual-boot, and installation means wiping the entire device.
18:14:41[Saint]*bootloader
18:15:39[Saint]There's also a chance that your OS will have a spaz about connecting to Rockbox over USB.
18:16:04[Saint]...but, all those things considered, there *is* a port ;)
18:19:10snaqo:)
18:19:15snaqowell, thank you, guys
18:19:20 Quit snaqo (Quit: Ex-Chat)
18:21:45 Join SecretofMana [0] (~spiritofm@204.237.38.181)
18:25:32 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
18:26:59 Join L-Strife89 [0] (~Strife89@207.144.201.128)
18:28:21 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
18:34:17 Join Jerom1 [0] (~jerome@95.171.148.84)
18:35:10 Join slooopy [0] (~sloo@95-90-30-123-dynip.superkabel.de)
18:38:10 Quit bluefoxx (Ping timeout: 260 seconds)
18:50:04 Join liar [0] (~liar@83.175.83.185)
19:00
19:09:00 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
19:09:00 Quit bertrik (Changing host)
19:09:00 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
19:11:20 Quit dfkt_ (Ping timeout: 276 seconds)
19:11:38 Join TheLemonMan [0] (~lem0n@ppp-111-142.98-62.inwind.it)
19:12:21 Join dfkt [0] (dfkt@unaffiliated/dfkt)
19:16:20***Saving seen data "./dancer.seen"
19:26:41sideralamiconn: When your tracks have no track number, in which order do you expect them to be presented in database views −− in track-title order or in filename order?
19:30:39 Join Horscht [0] (~Horscht@xbmc/user/horscht)
19:31:38 Quit liar (Read error: Connection reset by peer)
19:32:39 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
19:35:34 Quit benedikt93 (Quit: Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.)
19:36:20 Quit L-Strife89 (Quit: Back to work.)
19:38:25 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
19:42:28evilnick_Bsideral: I'd personally expect filename order. The reason being that if there's no tracknumber tag then it's more likely that artist/title wouldn't be tagged either.
19:42:31 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com)
19:42:50*[Saint] isn't so sure of that, personally.
19:43:08[Saint]I've seen a LOT of files with incredibly warped tags.
19:43:23[Saint]I don't think it's "safe" to expect sanity with metadata
19:43:50[Saint]but I do agree that it should be alphabetical...just not for the reasons that evilnick_B gives ;)
19:44:38[Saint]It seems to be that people either have perfectly sane tags, or wildly messed up ones.
19:44:46sideralI don't think the DB can do good things with untagged files, except for cataloging them as <Untagged>
19:44:47[Saint]there doesn't seem to be much of a middle-ground.
19:45:33sideralSo for useful DB views, I think we can assume that there's a title tag. Otherwise, the user likely uses the file browser
19:46:14sideralRight now, the DB sorts in alphanumeric title order by default if there's no track number
19:47:10sideralBut I guess that alphanumeric filename order would be better. The current track-number guessing actually is an approximation of that
19:48:11sideralthat fails in unexpected and confusing ways ;)
19:49:46sideralWhereas I want it to fail in a totally expected and nonconfusing fashion
19:50:10 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
19:51:26sideralSaint: I think it's common for sanely tagged files to miss a track number. Many single-track downloads or podcasts cannot have a useful track number
20:00
20:10:47 Quit ricemark20 (Remote host closed the connection)
20:15:18 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
20:16:15kugelpamiconn: did you see my other question?
20:17:56 Quit ricemark20 (Remote host closed the connection)
20:18:29pixelmakugelp: pong?
20:18:49 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
20:19:18kugelpyou have android 2.1 don't you ?
20:19:18 Quit ricemark20 (Remote host closed the connection)
20:19:39pixelmaI do
20:20:56kugelppixelma: can you quickly test if http://www.alice-dsl.net/simonemartitz/rockbox/rockbox.apk works?
20:21:01 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
20:21:30pixelmanot quickly but I'll try to this evening
20:21:50pixelmawhich screen size is it?
20:22:01kugelpI mean the test is quick, just see if it runs and plays music
20:22:17kugelp240x320
20:22:34pixelmaok, that's correct
20:22:49 Quit ricemark20 (Remote host closed the connection)
20:23:30amiconnsideral: I'd expect them to be in the same order as each group of tracks with identical track number, whatever that order is
20:24:30 Quit liar (Ping timeout: 258 seconds)
20:24:54sideralamiconn: That would be alphanumerically ordered track titles. That would also mean that filename-encoded track numbers would not be reflected in the DB view.
20:25:23sideralWhich may be what some people rely on.
20:26:37 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
20:26:51sideralBut I'm relieved, because the patch to implement this consists only of "#if 0"s :)
20:28:09amiconnkugelp: Erm, no?
20:28:34 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
20:29:29 Quit ricemark20 (Remote host closed the connection)
20:30:16 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
20:34:48 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
20:36:08kugelamiconn: I realize it wasn't a question; but I'm still confused
20:37:13 Join Buschel [0] (~chatzilla@p54B672DF.dip.t-dialin.net)
20:37:18 Quit saratoga (Changing host)
20:37:18 Join saratoga [0] (9803c6dd@rockbox/developer/saratoga)
20:38:49Buschelkugel: you would better like codec_get_buffer() ? I am not insisting on the function name...
20:39:00 Quit ricemark20 (Remote host closed the connection)
20:39:08kugelBuschel: yea
20:41:48Buschelhmm, then it has the same name than the codec api function... what about codec_get_buffer_callback()
20:44:59kugelBuschel: which one?
20:46:13Buschelkugel: I propose to rename codeclib_get_buffer() to codec_get_buffer_callback().
20:46:54kugelBuschel: which one?
20:47:36Buschel? in svn there is only one codeclib_get_buffer() declared.
20:48:10kugelyou said "then it has the same name than the codec api function..."
20:50:01kugelah you mean because the other ci functions have a callback suffix?
20:50:28kugelwhat's the point of not making those functions a compile time constant anyway?
20:50:58Buschelgood question...
20:51:17kugelah, I think that's for test_codec
20:51:40Buschellet me see...
20:52:06Buschelyep
20:52:53 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
20:53:00BuschelI would like to keep a different name for the funtion ptr in codec_api and the implementation. I chose codeclib_get_buffer(), but I am also fine to rename it
20:53:07kugeloverriding codec_get_buffer in test_codec seems a bit stupid otoh
20:53:36kugelBuschel: why do you want a different name? we don't do this for the other api functions or the plugin api
20:55:54Buschelkugel: the other codec_api functions also use different names for the ptr and the implementation (the _callback suffixes). 1st reason: consistency, 2nd reason: I often search for function names and like to be able to differentiate them
20:57:13kugelI'd actually make codec_get_buffer compile time constant
20:57:27kugeltest_codec doesn't need to, and shouldn't, override it
21:00
21:00:32kugelcallback isn't the right suffix IMO, but I don't really care. it shouldn't be prefixed codeclib
21:02:09kugelamiconn: why does talk_buffer_steal() result in a new allocation of the talk buffer?
21:02:44 Quit sideral (Quit: Leaving.)
21:05:32 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
21:08:11bertrikpamaury, the yps3 button driver with the protocol I mentioned is at firmware/target/arm/s5l8700/yps3/button-yps3.c
21:08:41bertrikI think it's one of the synaptics protocols, but didn't realise that until after I reverse engineered it
21:14:10 Quit ricemark20 (Remote host closed the connection)
21:15:23 Quit GeekShadow (Read error: Operation timed out)
21:15:23pamaurybertrik: does it follows the mep protocol ?
21:15:23bertrikpamaury, I'm reading the protocol again to check :)
21:16:07pamaurybecause my protocol doesn't seem to match mep over i2c, the so-called "pec byte" doesn't match for example (neither the value nor the computation)
21:16:22***Saving seen data "./dancer.seen"
21:17:21pamauryhmu, the yps3.c code is far too simple, the fuze+ use a *really* *weird* code
21:18:16pamauryI need to check if it matches the radio chip, we never know
21:19:35bertrikthe yps3 button code matches the synaptics 3-wire interface specification, but it only implements receiving data touchpad->cpu
21:20:40 Quit robin0800 (Quit: Leaving)
21:21:08 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
21:21:14wodzbertrik: ping
21:21:19bertrikhi wodz
21:21:48bertrikpamaury, if it's i2c for the radio, you should see 0x10 or 0x20 as an i2c device address somewhere
21:22:03pamaurythe si4700 reads/write the whole registers at once ? Mine is using 0x40
21:22:08wodzcard not reporting TRAN strikes again
21:22:22wodzbut apart from that transfers work
21:22:23pamauryhum wait, no it's 0x20 because it's shifted one bit
21:22:49bertrikpamaury, yeah, it has a really weird scheme for reading/writing registers
21:23:09 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
21:23:12bertrikwriting starts at register 0x02, reading starts at 0x0A, IIRC
21:24:00bertrikso you might see code too to shift the raw radio register data around just before writing, or just after reading
21:24:03pamauryfor example, first command is write {0x25,0x20}, then {0x22,0x86}
21:24:24pamauryit always writes eithe 2 bytes or reads lots of them
21:24:39wodzbertrik: is there other method than SD_SEND_STATUS command to check card state?
21:24:43pamaury(afaict)
21:25:29 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
21:25:31bertrikwodz, I don't know
21:34:41 Join lovasoa [0] (~lovasoa@cac94-9-88-162-232-8.fbx.proxad.net)
21:34:46lovasoaHi!
21:34:53CIA-87New commit by Buschel (r29846): Renaming for the sake of consistency.
21:35:25bertrikHi lovasoa
21:35:34lovasoaWould someone please review my 2 lines patch?
21:35:39lovasoahttp://www.rockbox.org/tracker/task/12104
21:36:08bertrikwodz, I wonder, don't we get the card status as response to a lot of other commands too? I'll check
21:37:22pamauryI think most sd command send the status back
21:37:51wodzbertrik: we do (at least for SD_SEND_RELATIVE_ADDRESS)
21:38:12evilnick_Blovasoa: I love the idea of that patch
21:38:20 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
21:38:26bertrikmaybe the AMS isn't exactly the best example for sd code
21:39:32wodzbertrik: I reviewed all sd implementations in rb tree :-)
21:39:49CIA-87r29846 build result: All green
21:40:09*pamaury thinks AMS isn't exactly best example of XXX code :)
21:40:13lovasoaThank you! I don't think much developers do create playlists from the DAP, but as I can't always access my computer, this patch made me spare a lot of time...
21:40:38[Saint]lovasoa: I think it's a sane choice you've made regarding only filling the playlist when added from a folder.
21:41:01[Saint]though, I think some of the reasons why you came to that descision are possibly a bit of a stretch.
21:41:17[Saint]ie. *never* assume a user wants to do only "sane" things ;)
21:41:40[Saint]I think it's the right choice, though.
21:41:45pamaurylovasoa: I can't say anything about the code but the idea seems sensible, entering text of a dap is a nightmare :D
21:42:41[Saint]the one specific assumption I think is reaching a bit is "If it's generated from a file, the user will want to add other files, and rarely to name the playlist according to the first file in it."
21:42:52[Saint]I can imagine some users wanting one track playlists.
21:43:17 Quit Jerom1 (Quit: Leaving.)
21:43:20[Saint]and in that case, for it to share the name of said file.
21:44:44[Saint]In saying that though, I do believe it's "sane" to prefile the playlist name iff it's generated from a folder.
21:44:59[Saint]*prefill
21:45:51lovasoaMaybe *sometimes* an user will want to create a 1 file playlist. But in most cases, the playlist will contain other files. And as this patch is here to make the user save time...
21:46:06 Quit t0rc (Quit: WeeChat 0.3.4)
21:46:30[Saint]Yes, like I said. I believe it's the right descision. Though I don't think all the reasons why you came to it necessarily hold true.
21:46:39 Quit bthomson (Ping timeout: 248 seconds)
21:48:50lovasoaBut not having too much code is also a good reason!!!
22:00
22:00:55 Quit lovasoa (Ping timeout: 240 seconds)
22:01:45 Join lovasoa [0] (~lovasoa@cac94-9-88-162-232-8.fbx.proxad.net)
22:01:55lovasoaSo, if it's a good idea, can you please commit this patch?
22:03:00[Saint]lovasoa: Perhaps raise it on the dev mailing list.
22:03:19[Saint]make a note of the positive reception it's recieved on IRC.
22:04:10*pamaury found another i2c synaptics protocol that could match: RMI
22:05:25*kugel is slightly worried about the cache usage of tree.c in tagtree.c
22:06:00pamaurykugel: what is the problem ?
22:07:40kugeltree.c is the "parent" of filetree.c and tagtree.c. tree_context has a cache. filetree uses it for struct entrys, tagtree uses it for struct tagentrys. but tree.c also uses it for struct entrys and I think it does so even when they're actually tagentrys
22:07:57 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
22:09:00pamaurythat recalls me of really weird casting I found in tagtree.c (and corrected)
22:09:17kugelI'd be less worrid if those were at least compatible structs, but they really aren't
22:10:17*pamaury definitely thinks that RMI protocol over i2c could match the fuze+ code
22:11:14kugelah sure...tree.c just regularly checks for (*dirfilter == ID3DB)...
22:11:21kugelnaaaasty
22:12:35pamaurykugel: it seems that on each of you gsoc you have to fix nasty code :D
22:12:55kugelthere probably should be some tree api
22:13:30BuscheljhMikeS: you there?
22:13:55[Saint]fix some/add some...that's the way it goes ;)
22:14:21 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net)
22:15:54 Join L-Strife89 [0] (~Strife89@168.16.236.126)
22:16:07jhMikeSBuschel: yes
22:17:00 Quit saratoga (Ping timeout: 252 seconds)
22:17:02BuscheljhMikeS: your latest patch works very well for me. no more issues since I am using it.
22:17:32 Join Panasonic [0] (~chatzilla@ip-2-202-120-37.web.vodafone.de)
22:17:48BuscheljhMikeS: do you want to find a smarter fix? or would you submit it to fix the playback in svn?
22:18:10jhMikeScool. You're right in your comment though about just submitting...other development on more correct implementation can wait
22:18:47lovasoa[Saint]: I have to suscribe to the ML to be able to post to it. MUST I really do so?
22:19:04Panasonichello rockbox channel
22:19:17[Saint]lovasoa: No, but...if you intend to keep contributing, it would pay to.
22:19:28[Saint]It would also help your chances of seeing it committed.
22:19:35[Saint]as not everyone hangs out in IRC
22:20:23BuscheljhMikeS: perfect :o) just let me know if there is another patch to test, I'll be happy to support
22:20:27lovasoaBut that are really 2 lines of code!
22:20:29linuxstblovasoa: If you want to post, then yes, you must subscribe. But you can set your preferences to not receive any emails IIRC.
22:20:47[Saint]lovasoa: 2 lines, 200 lines...doesn't matter.
22:21:08pamaurybertrik: what is the difference between i2c_read and i2c_readmem ?
22:21:11gevaertslovasoa: it's a change in behaviour. That's more important than how big the thingis
22:21:15[Saint]people still need to be gven ample time and opportunity to either object, or review it.
22:21:24jhMikeSBuschel: in that moving of that codec_get_buffer, was that really correct to remove the signed comparision and use the unsigned parameter?
22:22:29 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...)
22:22:45bertrikpamaury, I don't know. It could be i2c_read just does raw read and i2c_readmem first writes the address to read from, then does a read
22:23:04lovasoa"a change in behaviour" ?! 10 poor characters preffilled in a textfied that apparently noone never uses...
22:23:47Panasonici am interested in bringing Rockbox to a Sony NWZ-A845
22:24:29 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/)
22:25:00gevaertslovasoa: well, it's up to you, but I think that if you bring this up on the mailing list it will be committed in a few days, while if you don't it may be a while before someone cares about it *and* feels confident enough that there's no objection
22:25:12linuxstbPanasonic: http://www.rockbox.org/wiki/NewPort is the place to start
22:25:38Panasonici downloaded a service manual and som cpu docs and bought a new notebook
22:26:08linuxstbWhich CPU is it?
22:26:38PanasonicEMMA mobile 1-D with 64 MB RAM on chip
22:27:28BuscheljhMikeS: damn, I have overseen the double-s :/ why isn't the compiler complaining?
22:27:49Panasonicbut do i need to scan the board
22:28:44jhMikeSBuschel: I suppose it's not "wrong" to use <= 0 on an unsigned since it can be true, but not always
22:30:03Buschelyep, compiler complains if I compare "(*size < 0)"
22:30:06linuxstbPanasonic: You need to try and identify all the major components on the board. Normally you can't do that immediately, so we recommend scanning it and posting the scans on our wiki so others can help.
22:34:18CIA-87New commit by alle (r29847): Manual: add metadata section (FS #12090 by Andree Buschmann with slight modifications by me)
22:36:04 Quit lovasoa (Ping timeout: 276 seconds)
22:36:21bertrikCan someone test an ipod accessory patch? I plan to write support for iap large packets, but want to make sure I don't break iap with normal size packets.
22:38:41CIA-87r29847 build result: All green
22:40:34 Join fml [0] (~chatzilla@manz-590f3818.pool.mediaWays.net)
22:41:30fmlBuschel: Hello. I hope you wouldn't object to the modifications I made to your patch.
22:42:06 Quit efyx (Quit: Quitte)
22:42:29 Join lovasoa [0] (~lovasoa@cac94-9-88-162-232-8.fbx.proxad.net)
22:43:31Buschelfml: I did not recognize any changes at a first glance. so, they must be minor ;)
22:43:38CIA-87New commit by Buschel (r29848): Use signed variable to check available buffer size.
22:44:07Buschelthing is: I was not finished with the patch...
22:44:11fmlI just pulled the commas out of \fname and removed the \newpage
22:44:52fmlBuschel: he-he. But that's the manual: the more the better ;-)
22:45:02Buschelbut nevermind, I will create a new patch for the next steps :)
22:45:23 Quit fml (Client Quit)
22:45:41 Quit evilnick_B (Ping timeout: 252 seconds)
22:46:57 Quit slooopy (Ping timeout: 240 seconds)
22:47:50 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick)
22:48:12CIA-87r29848 build result: All green
22:51:20 Quit TheLemonMan (Quit: Ex-Chat)
22:56:48lovasoaI just posted on the mailing list
22:57:08lovasoaI hope I will get an answer...
22:58:43evilnick_Blovasoa: Is that your first message to the list?
23:00
23:00:06evilnick_Blovasoa: Never mind - I was under the impression that it might have to be approved before it gets sent round, but according to: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2011-05/0010.shtml it should be fine
23:00:22lovasoaYes it was
23:00:47 Quit Buschel (Ping timeout: 248 seconds)
23:03:47 Quit GeekShadow (Read error: Connection reset by peer)
23:04:59 Quit bluebrother (Disconnected by services)
23:05:00 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother)
23:09:32 Quit wodz (Quit: Leaving)
23:11:34 Join dfkt [0] (dfkt@unaffiliated/dfkt)
23:15:13 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221)
23:16:26***Saving seen data "./dancer.seen"
23:19:16CIA-87New commit by jethead71 (r29849): Provide a reasonable fix for FS #12093 - Playback hanging after codec/playback rework. Also, get rid of an impossible buffering case (BUF_USED is ...
23:24:19CIA-87r29849 build result: All green
23:25:42 Part evilnick_B
23:28:16 Quit domonoky (Read error: Connection reset by peer)
23:30:00 Quit lovasoa (Remote host closed the connection)
23:30:01 Quit dfkt (Read error: Connection reset by peer)
23:30:15 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
23:31:33 Quit bluefoxx (Ping timeout: 258 seconds)
23:32:37 Join dfkt_ [0] (dfkt@chello062178002170.1.11.univie.teleweb.at)
23:32:37 Quit dfkt_ (Changing host)
23:32:37 Join dfkt_ [0] (dfkt@unaffiliated/dfkt)
23:32:37 Quit dfkt (Read error: Connection reset by peer)
23:32:57 Join Blue_Dude [0] (~chatzilla@adsl-74-235-206-207.mco.bellsouth.net)
23:32:58 Quit Blue_Dude (Changing host)
23:32:58 Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude)
23:37:26 Join ibhan [0] (~yaaic@109.59.152.211.data.3.dk)
23:41:34 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
23:42:26 Join terataz [0] (~rgtr@93-41-190-125.ip82.fastwebnet.it)
23:44:34 Quit simonlnu (Quit: bbiab, kernel and systemd)
23:48:40 Join bthomson [0] (~bthomson@pool-71-114-64-197.washdc.dsl-w.verizon.net)
23:52:08CIA-87New commit by Blue_Dude (r29850): Fix whitespace and some comment typos

Previous day | Next day