--- Log for 28.07.111 Server: pratchett.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 hour and 38 minutes ago 00.08.22 Join TheLemonMan [0] (~lem0n@ppp-57-45.26-151.libero.it) 00.13.35 Quit mshathlonxp () 00.18.32 Join krazykit [0] (~krazykit@206.183.185.8) 00.19.51 Join merbanan [0] (~banan@c-83-233-52-54.cust.bredband2.com) 00.21.45 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 00.22.34 Nick dfkt_ is now known as dfkt (~dfkt@unaffiliated/dfkt) 00.22.43 Quit efyx (Remote host closed the connection) 00.24.37 # * rasher wonders how FS#10057 isn't a bug 00.24.38 # http://www.rockbox.org/tracker/task/10057 3album art fails to display (bugs, closed) 00.24.58 # Having to have album art for every artist is pretty silly 00.26.55 # hm, nevermind 00.27.07 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) 00.27.17 # Still think it's a decent improvement 00.27.52 # rasher: Especially as embedded doesn't work in pictureflow, so the suggested work around a) makes you use embedded and b) doesn't work in all places 00.28.13 # I did miss a part of it 00.28.14 # And still does nothing to make tracks you bought jut work 00.28.33 # I thought Rockbox wasn't using album artist at all 00.28.46 # Rather the problem is that it *always* uses it 00.29.06 # yeah, but one then the other would seem to be sensible 00.29.11 # as you suggested 00.30.16 *** Saving seen data "./dancer.seen" 00.30.27 # There's even a patch! 00.30.35 # quite 00.30.45 # I don't quite understand it being closed 00.30.53 # And embedded isn't an answer 00.31.15 Join alexbobp [0] (~alex@108.60.198.57) 00.31.34 # I mean, it's quite possible (likely, even) that the patch doesn't apply, but it's not like it'd be any work to re-do it 00.33.19 # FS#11231 is definitely a regression 00.33.20 # http://www.rockbox.org/tracker/task/11231 3Skipping and stuttering in low bitrate .WMA files (bugs, unconfirmed) 00.34.39 # my original test driver for wma can properly handle VLC init on that file (but can't actually decode the file because it doesn't support some other features) 00.35.02 # somewhere between now and 2007 someone broke something 00.38.44 # Well that should narrow it down 00.41.25 # * rasher suggest we just throw out the desc field in languages 00.41.29 # it's practically useless 00.42.21 Quit ender` (Quit: I went to a general store. They wouldn't let me buy anything specifically.) 00.42.47 # wtf i can't compile a sim for clean svn check out of r19504 00.42.58 # did somethign change since then that i'm forgetting? 00.48.13 Quit gbl08ma (Quit: Saindo) 00.48.30 # huh its make -j that breaks, plain make works 00.48.36 # Ah yes 00.51.04 # Hm, I think I had this information at one point when we were doing the binsize graphs, but we ended up just always using -j 1 00.51.42 # saratoga: the old makefile setup didn't handle -j well 00.51.58 # weird i used to use it 00.52.04 # although i had fewer processors in those days 00.53.39 # r25783 "works" although it still doesn't decode the file right 00.53.47 # it does at least get past init without corrupting itself 00.55.20 # its weird how ssvn up randomly freezes on some files while flying by other at an incredible rate 00.56.19 Quit ReimuHakurei (Read error: Connection reset by peer) 00.56.23 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net) 00.59.30 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 01.00.53 Quit leavittx (Read error: Operation timed out) 01.01.47 # 27591 works 01.01.51 # bah have to go 01.01.56 # will track this down later 01.06.52 Join Unknown_Monkey [0] (~max@netblock-66-245-209-213.dslextreme.com) 01.07.25 # hey has anyone ever installed rockbox on a ipod nano 2g in linux 01.09.08 Quit Unknown_Monkey (Client Quit) 01.18.08 Quit mudd1 (Quit: Ex-Chat) 01.34.09 Join lebellium_ [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 01.34.39 Quit lebellium (Ping timeout: 246 seconds) 01.34.50 Nick lebellium_ is now known as lebellium (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 01.40.37 Join sideral [0] (~sideral@rockbox/developer/sideral) 01.46.04 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 02.01.48 Quit Rob2222 (Read error: Connection reset by peer) 02.02.03 Join Rob2222 [0] (~Miranda@p4FFF1EC9.dip.t-dialin.net) 02.02.33 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 02.02.41 Join _jhMikeS_ [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net) 02.02.41 Quit _jhMikeS_ (Changing host) 02.02.41 Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) 02.02.41 Quit jhMikeS (Disconnected by services) 02.02.42 Nick _jhMikeS_ is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS) 02.04.56 Quit fdinel (Ping timeout: 255 seconds) 02.05.23 Quit Guinness` (Ping timeout: 255 seconds) 02.07.07 Quit TheLemonMan (Quit: Ex-Chat) 02.10.01 Quit d3remark (Ping timeout: 250 seconds) 02.15.40 Quit liar (Ping timeout: 258 seconds) 02.20.56 Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca) 02.30.17 *** Saving seen data "./dancer.seen" 02.32.19 Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 6.0/20110721152715]) 02.38.20 # rasher: the hueristic for finding the external AA for a track is pretty simple, if you come up with a better one to catch more files then we can probably get it commited easily 02.39.09 # JdGordon: Well I did. It was in the task Buschel closed 02.40.32 # repoen it and commit the patch? 02.40.35 # looks fine 02.43.37 # Should probably switch the order though 02.44.02 # since Artist-Album is the most likely case to succeed 02.44.28 # you know the way I tihnk would be best? parse a text file which lets the user have 100% control over the filename format 02.45.00 # use the skin tags to keep it simple (duh :) ) 02.45.08 # then they could orxder it however they want 02.45.10 Quit mc2739 (Quit: leaving) 02.45.16 # one line per file scan 02.46.46 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 02.47.23 Quit Thra11__ (Remote host closed the connection) 02.51.43 # * sideral found and hopefully fixed a buffer overrun in load_tagcache 02.51.49 Join Topy44 [0] (~Topy44@f048163080.adsl.alicedsl.de) 02.52.38 Quit T44 (Ping timeout: 255 seconds) 02.58.58 Quit evilnick (Read error: Connection reset by peer) 03.06.00 # hmm... OK actually using the new playlist catalogue stuff... the WPS context menu is a bit wierd 03.06.21 # "Playlist" there (which should probably be changed to "current playlist" gives you the options to save the current playlist 03.06.43 # "Playlist catalogue" there adds the *current track* to a catalogue playlist... not the whole playlist 03.07.33 # not sure what to do about that 03.16.16 Quit Topy44 (Read error: Connection reset by peer) 03.24.58 Join mystica555_ [0] (~mike@166.200.169.1) 03.36.49 # soap: Actually, I really like the idea of a chapter of the manual wholly dedicated to listing all the OF features, and where to find them in Rockbox. Too bad that's almost as much work as writing a whole new manual, for each device (if not more) 03.47.41 Join Topy44 [0] (~Topy44@f048163080.adsl.alicedsl.de) 03.51.20 Quit sideral (Ping timeout: 276 seconds) 04.04.02 DEBUG EOF from server (Connection reset by peer) (snapshot: netstuff.c line 545) 04.04.02 *** Cleanup 04.04.02 *** Cleanup 04.04.02 *** Saving seen data "./dancer.seen" 04.04.02 *** Exit 04.04.04 *** Started Dancer V4.16 04.04.04 *** Connected to irc.freenode.net on port 6667 04.04.04 *** Logfile for #rockbox started 04.04.06 Mode "logbot :+i" by logbot 04.04.10 *** Server message 501: 'logbot :Unknown MODE flag' 04.04.11 Join logbot [0] (~rockbox@giant.haxx.se) 04.04.11 Join Topy44 [0] (~Topy44@f048163080.adsl.alicedsl.de) 04.04.11 Join mystica555_ [0] (~mike@166.200.169.1) 04.04.11 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 04.04.11 Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca) 04.04.11 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 04.04.11 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 04.04.11 Join Rob2222 [0] (~Miranda@p4FFF1EC9.dip.t-dialin.net) 04.04.11 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 04.04.11 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net) 04.04.11 Join alexbobp [0] (~alex@108.60.198.57) 04.04.11 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 04.04.11 Join merbanan [0] (~banan@c-83-233-52-54.cust.bredband2.com) 04.04.11 Join krazykit [0] (~krazykit@206.183.185.8) 04.04.11 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 04.04.11 Join Horschti [0] (~Horscht@xbmc/user/horscht) 04.04.11 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 04.04.11 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 04.04.11 Join alouette [0] (~alouette@APuteaux-652-1-39-57.w83-204.abo.wanadoo.fr) 04.04.11 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 04.04.11 Join [Saint] [0] (~st.lasciv@124-197-58-10.callplus.net.nz) 04.04.11 Join n17ikh [0] (~n17ikh@c-174-56-150-44.hsd1.sc.comcast.net) 04.04.11 Join user890104 [0] (~Venci@83.228.31.135) 04.04.11 Join tmzt_ [0] (~tmzt@adsl-99-164-50-186.dsl.akrnoh.sbcglobal.net) 04.04.11 Join SagaciousKJB [0] (~sagacious@67-5-96-251.spok.qwest.net) 04.04.11 Join soap [0] (~soap@rockbox/staff/soap) 04.04.11 Join pjm0616 [0] (~user@114.200.203.101) 04.04.11 Join parafin [0] (parafin@paraf.in) 04.04.11 Join fs-bluebot [0] (~fs-bluebo@g224236156.adsl.alicedsl.de) 04.04.11 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 04.04.11 Join utanapischti [0] (~username@p4FF2D84C.dip.t-dialin.net) 04.04.11 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 04.04.11 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 04.04.11 Join D-Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 04.04.11 Join mystica555 [0] (~Mike@71-33-158-14.hlrn.qwest.net) 04.04.11 Join pixelma [0] (quassel@rockbox/staff/pixelma) 04.04.11 Join amiconn [0] (quassel@rockbox/developer/amiconn) 04.04.11 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.04.11 Join Hadaka [0] (~naked@naked.iki.fi) 04.04.11 Join skx` [0] (~skx@78-20-16-156.access.telenet.be) 04.04.11 Join eintopf [0] (eintopf@zzz.strace.org) 04.04.11 Join kugel [0] (~kugel@rockbox/developer/kugel) 04.04.11 Join saratoga [0] (9803ec71@gateway/web/freenode/ip.152.3.236.113) 04.04.11 Join FOAD [0] (~dok@83.161.135.61) 04.04.11 Join jfc [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net) 04.04.11 Join belak [0] (belak@subtle/user/belak) 04.04.11 Join swilde [0] (~wilde@aktaia.intevation.org) 04.04.11 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 04.04.11 Join pireau [0] (1000@pdpc/supporter/student/pireau) 04.04.11 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 04.04.11 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 04.04.11 Join simonlnu [0] (JXdfdzRo1P@unaffiliated/simonrvn) 04.04.11 Join AlexP [0] (~alex@rockbox/staff/AlexP) 04.04.11 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 04.04.11 Join ender| [0] (~ender1@foo.eternallybored.org) 04.04.11 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 04.04.11 Join FoH [0] (~foh@adsl-98-71-67-250.bhm.bellsouth.net) 04.04.11 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 04.04.11 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 04.04.11 Join fyre^OS [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 04.04.11 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 04.04.11 Join K3yn5t4 [0] (bnc@ks359276.kimsufi.com) 04.04.11 Join Bagder [241] (~daniel@rockbox/developer/bagder) 04.04.11 Join dre [0] (dre@gateway/shell/xzibition.com/x-lgdcybxnvexdtewr) 04.04.11 Join ukleinek [0] (~ukl@octopus.hi.pengutronix.de) 04.04.11 Join bthomson [0] (~bthomson@c-68-33-5-232.hsd1.va.comcast.net) 04.04.11 Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) 04.04.11 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 04.04.11 Join Staphylo [0] (staphylo@hyperion.epimeros.org) 04.04.11 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 04.04.11 Join niekie [0] (~niek@CAcert/Assurer/niekie) 04.04.11 Join aevin [0] (eivindsy@unaffiliated/aevin) 04.04.11 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 04.04.11 Join knittl [0] (~knittl@unaffiliated/knittl) 04.04.11 Join Espreon [0] (~espreon@wesnoth/developer/espreon) 04.04.11 Join ack` [0] (~ack@mingbai.org) 04.04.11 Join guymann [0] (~charles@66-159-172-27.adsl.snet.net) 04.04.11 Join Utchy [0] (~Utchy@rps6752.ovh.net) 04.04.11 Join preglow [0] (thomj@rockbox/developer/preglow) 04.04.11 Join scorche [0] (~scorche@rockbox/administrator/scorche) 04.04.11 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 04.04.11 Join neferty [0] (~andor@173.242.127.201) 04.04.11 Join [fred] [0] (fred@ircop.efnet.at) 04.04.11 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 04.04.11 Join rasher [0] (~rasher@rockbox/developer/rasher) 04.04.11 Join Vimk [0] (~Vimk@fireslash.net) 04.04.11 Join bzed [0] (~bzed@devel.recluse.de) 04.04.11 Join crwl [0] (~crwlll@dsl-jklbrasgw1-ffb9c300-103.dhcp.inet.fi) 04.04.11 Join TBCOOL [0] (~tb@c-3c3671d5.09-42-73746f22.cust.bredbandsbolaget.se) 04.04.11 Join ranmachan [0] (ranma@2a01:4f8:130:9321::2) 04.04.11 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 04.04.11 Join Torne [0] (~torne@rockbox/developer/Torne) 04.04.11 Join jae [0] (~jae@dedicated.jaerhard.com) 04.04.11 Join iq_ [0] (~iq@ip24-252-19-172.om.om.cox.net) 04.04.11 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 04.04.11 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 04.04.11 Join simabeis [0] (~simabeis@lobmenschen.de) 04.04.11 Join kkit|sh [0] (~kkit@li135-248.members.linode.com) 04.04.11 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 04.04.11 Join CIA-14 [0] (~CIA@cia.atheme.org) 04.04.11 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 04.04.11 Join zu [0] (~zu@ks355000.kimsufi.com) 04.04.11 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 04.04.11 Join @ChanServ [0] (ChanServ@services.) 04.04.11 Join maraz [0] (maraz@kapsi.fi) 04.04.11 Join desowin [0] (~desowin@atheme/member/desowin) 04.04.11 Join feisar-_ [0] (jljhook@ihq.in) 04.04.11 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 04.04.11 Join ved [0] (ved@ddsbox.co.cc) 04.04.11 Join Galois [0] (djao@efnet-math.org) 04.04.11 Join Barahir [0] (~jonathan@fb08schindler24.anorg.chemie.uni-giessen.de) 04.04.11 Join rudi_s [0] (~simon@austria125.server4you.de) 04.05.11 Join Zambezi [0] (Zulu@80.67.9.2) 04.08.02 # indeed. 04.18.45 Quit mystica555_ (Ping timeout: 258 seconds) 04.22.47 Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net) 04.42.20 Join Toes [0] (~Toes@unaffiliated/toes/x-000000001) 04.43.16 Join mystica555_ [0] (~mike@166.200.169.1) 04.51.18 Quit pixelma (Disconnected by services) 04.51.20 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.51.23 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.51.33 Quit amiconn (Disconnected by services) 04.51.34 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.51.52 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 05.05.29 Quit mystica555_ (Ping timeout: 276 seconds) 05.07.03 Quit GeekShadow (Quit: The cake is a lie !) 05.13.22 Join factor [0] (~factor@74.197.205.204) 05.19.47 Join mystica555_ [0] (~mike@166.200.169.1) 05.28.58 Quit mystica555_ (Ping timeout: 250 seconds) 05.37.40 Join mystica555_ [0] (~mike@166.200.169.1) 05.41.54 Quit Horschti (Quit: Verlassend) 05.47.02 Join Rob2223 [0] (~Miranda@p5DE4BB61.dip.t-dialin.net) 05.49.35 Join Strife1989 [0] (~Strife89@207-144-19-39.cstel.net) 05.50.32 Quit Rob2222 (Ping timeout: 252 seconds) 05.53.04 Quit D-Strife89 (Ping timeout: 260 seconds) 06.04.07 *** Saving seen data "./dancer.seen" 06.11.55 Quit simonlnu (Remote host closed the connection) 06.30.09 Quit Scromple (Ping timeout: 264 seconds) 06.36.47 Quit mystica555_ (Ping timeout: 255 seconds) 06.37.07 Join mystica555_ [0] (~mike@166.200.169.1) 06.40.39 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.45.39 Quit Topy44 (Read error: Connection reset by peer) 06.48.25 Join Topy44 [0] (~Topy44@f048163080.adsl.alicedsl.de) 06.51.38 Join stoffel [0] (~quassel@p57B4DBE1.dip.t-dialin.net) 06.54.25 # <[Saint]> HaimN: Lets hope you check logs... 06.54.56 # <[Saint]> Regarding your PM, no, not really...I really don't have the time to take on another project presently. 06.55.04 # <[Saint]> However, I am happy to mentor you. 06.56.46 # <[Saint]> If, by some fluke I get through what I want to in the next , and within that time you are still no further my attitude may be changed. But at this point I really need to do the final push for my RaaA theme. 06.57.30 # <[Saint]> *theme(s) [I have 3 ports to complete still (~2.25ish really ;))] 06.57.45 # [Saint]: really you shuold get it into svn as it is now and work on updates once it is in 06.59.34 # <[Saint]> WHat do we do regarding the font? Convert it on demand with convttf (each font size increment needs a different command to convttf to achieve a consistent result), or just don't bother having a .ttf source in there and full the converted .fnt as needed? 06.59.37 # <[Saint]> *What 07.00.04 # <[Saint]> *s/and full/and pull/ 07.01.31 # <[Saint]> I'd like to convert from .ttf as needed, but convttf is such a "moody" tool that each font conversion needs to be rewieved in the debug output and increment/decrement added to ascent/descent to achieve the correct height. 07.01.39 # we/you/someone fixes convttf so it isnt stupid 07.01.51 # at the very least file a bug 07.02.35 # <[Saint]> Its impossible to make an 18, 36 or 48 (all those sizes are used) without half a dozen extra flags passed to convttf per font. 07.02.44 # <[Saint]> its always +/- 1~2px 07.03.42 # <[Saint]> I've had a look at the convttf sources, but its a bit overwhelming for me. I'm not sure /what/ the f**k is happening in several places. 07.05.17 # <[Saint]> just doing "./convttf -p fontoutputheight fontname.ttf" *works*, but you can't guarantee that fontoutputheight is actually what you passed to it. 07.05.26 # <[Saint]> 98% of the time it isn't ;) 07.05.42 # without really looking into it that much (i.e about 2 min), I'm guessing you should be able to force a hieght in the code fairly easily in the main loop around "for(row=0; row < glyph_height; row++)" 07.06.03 # just vertically center/whatever the row 07.06.51 # <[Saint]> I might have a better look this evening, after not having battled with the tool for a few hours beforehand to blind me with rage. :P 07.08.55 # I still dont entirely undersand your issue... file a proper bug or quite whinging 07.11.29 # <[Saint]> with a theme you need a font to be the exact height you want it, telling convttf to make a font of a specific height was an extremely high chance of making the font (sometimes quite drastically) highor or lower than the expected output size, convbdf does the same thing. So if you need a font of you need to be able to review the output in debug and add ascent/descent to it. 07.11.35 # <[Saint]> What's not to understand there? 07.12.04 # are either of those tools supposed to resize fonts? 07.13.08 # <[Saint]> Yes. ./convttf/bdf outputheight fontname.ttf/bdf" where outputheight is the required font size. 07.13.27 # obviosuly it isnt working... FILE A BUG 07.13.52 # +bug the relevant people who actually coded it 07.21.39 Quit Keripo (Quit: Leaving.) 07.28.06 Quit mystica555_ (Ping timeout: 258 seconds) 07.30.20 Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net) 07.33.09 Quit stoffel (Remote host closed the connection) 07.36.01 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 07.42.04 # <[Saint]> JdGordon ...what d'ya think about a "soft lock" for the theme, like the guy in the Android thread is (kinda, I think he wants a setting but I _should_ be able to do it with a touch area) talking about. 07.42.13 # <[Saint]> It'd be a lot of work, worth it? 07.47.44 Join mystica555_ [0] (~mike@24-221-35-187.pools.static.spcsdns.net) 07.53.24 Quit mystica555_ (Ping timeout: 260 seconds) 07.58.05 Join JdGord [0] (~AndChat@vl10.gw.ok-labs.com) 07.58.21 # Touch softlock is simple to implement 07.58.21 Join mystica555_ [0] (~mike@166.130.29.110) 07.58.42 # Also simple for themers to fuck up and make it unlockable 07.59.49 # <[Saint]> That sounds like you're not confident I can pull it off ;) 08.00.40 Join Buschel [0] (~chatzilla@p54A3AC2E.dip.t-dialin.net) 08.00.40 # It would need two touch regions (maybe only 1) and a conditioal for any touch (maybe already there) to show a splash? 08.01.21 # We could of couse do exactly like the current player swlock and splash internally 08.01.47 # You can also implement softlock with skin vars in svn 08.02.40 Join simonlnu [0] (e75CfdMLdA@unaffiliated/simonrvn) 08.02.49 # Hmm, maybe not, that might need a way to disable a region outside of conditional viewports 08.04.10 *** Saving seen data "./dancer.seen" 08.04.23 # <[Saint]> I was just thinking two conditional viewports with touch areas that set a var of 1/0 and when pressed and toggling the other touch areas in the theme by checking that value, also using the 1/0 variable to check whether to display the locking or unlocking viewport. 08.04.33 # Ill have a look tonight maybe 08.05.22 # I'm happy to add the softlock code to make it work simply 08.05.25 # rasher, AlexP, JdGord: I do not mind if you want to change the algorithm to find AA (FS#10057). Just re-open it, if you like to work on this again. I just had the impression that there was nobody really caring about this (no updates since >2 years) and that this was not really a bug but a limitation in our code. And I still think embedded AA is an alternative -- even though you may not like it 08.05.26 # http://www.rockbox.org/tracker/task/10057 3album art fails to display (bugs, closed) 08.05.49 # <[Saint]> unless I wanted to have a shitload of conditional viewports, it would be easier to pull the touch areas out of the viewports they are in and into the fullscreen viewport for all the items that are staticall displayed to make it easier to toggle them. 08.07.23 # Would we want to allow *any* regions to fire when locked? 08.07.40 # <[Saint]> I could do it with skin vars, but, if it is possible to add "softlock lock/unlock" touch areas that toggled all other touch areas except itself when true it would be easier. 08.08.04 # <[Saint]> and yes, you'd want to be able to unlock it with a touch region, I assume ;) 08.08.54 # Welll obviously lock will work when locked :) 08.09.24 # I was thin.king about adding an option to make certain specific regions also work when locked 08.09.27 # <[Saint]> something similar to the way the "mute" touch region works, but instead of muting/un-muting, nullifying all other touch areas barring itself when locked and activating them again when unlucked. 08.09.47 # The whole patch should be half a dozen lines 08.10.37 # <[Saint]> If its possible to do that with a single touch area it would be awesome, the code needed to do it with skin variables would be far far more that ~12 lines :D 08.11.05 Join antil33t [0] (~antil33t@124-197-33-15.callplus.net.nz) 08.11.18 # <[Saint]> I won't be heartbroken if it can't be done though, it'll just mean it will take me longer and carving up the current theme a bit. 08.12.59 # another way to do it would be having a region change the party-mode setting 08.13.05 Quit JdGord (Quit: Bye) 08.13.26 # <[Saint]> you could still change the volume them too, though...no? 08.13.49 # yeah 08.14.01 # auto-lock after a timeout is not something we should add by default 08.14.18 # im also not sure how that could be implemented 08.15.11 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 08.15.41 # <[Saint]> If I'm going to do a softlock, whether its done with an addition to the touch regions in the skin code, or I do it with intricate skin variables and conditional touch areas, I want to block all touch areas apart from the lock/unlock area itself (obviously). 08.16.20 # <[Saint]> Still being able to change volume via the HW keys if present. 08.17.53 # <[Saint]> that way you could still use HW keys to back out of the WPS (if they're present), and still be able to use the touchscreen in those menus/screens and then re-enter the WPS and have it still be "soft locked". 08.18.06 # the way I'll implement it is with a single 'lock' region which will disable all non-'lock' regions when locked, but i will also add an option to make a region workable while locked 08.18.22 # so you could still get to the menu, or popups while locked 08.19.43 # <[Saint]> Oh, right...so another flag similar (and working alongside, hopefully) the * and & touch area flags. 08.19.56 # though really, cabbie should be in feature freeze by now and all phones turn the screen off for a lock 08.20.00 # <[Saint]> *s/the/to the/ 08.20.50 # <[Saint]> You think my cabbieis geting too much of a case of the feature creeps? 08.20.56 # <[Saint]> *cabbie is 08.21.09 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 3.6.18/20110614230723]) 08.25.53 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 08.27.33 # [Saint]: yes and no, more that I tinhk you will never get it commited if you dont freeze it 08.27.40 # by all means add more once it is in svn though 08.28.22 Quit n17ikh (Ping timeout: 255 seconds) 08.29.07 Quit fyre^OS (Quit: quit) 08.32.46 # [Saint]: really more important is putting high res images into svn :) 08.32.54 # * JdGordon also wants a 1024*600 cabbie already :) 08.35.57 # <[Saint]> In most cases I reused existing cabbie graphics from the source or slightly modified them, when I do the first tablet port my intention is to make all the images very large-scale SVGs and replace all the other cabbie images in SVN with images scaled from these master images. 08.36.27 # <[Saint]> the color/brightness variation in svn cabbie through the different ports is terrible. 08.36.46 Quit Scromple (Quit: Leaving) 08.36.49 # <[Saint]> even I can see it and I'm colorblind :D 08.41.51 # haha 08.42.43 # this work really should be in a seperate git repo untill we move to git, and then we import it like we would external libraries 08.42.50 Join T44 [0] (~Topy44@f049078184.adsl.alicedsl.de) 08.43.13 Quit Topy44 (Ping timeout: 255 seconds) 08.44.32 Quit mystica555_ (Ping timeout: 264 seconds) 08.48.17 # [Saint]: greyscale and monochrome icons shouldn't be done from an SVG though. Scaling from the large colour version looked bad enough and they needed carefully setting each pixel 08.49.05 # <[Saint]> pixelma: Yes, I was going to ammend that statement to say just the colour targets specifically. Sorry. 08.49.49 # <[Saint]> If any greyscale or monochrome work needs doing, rest assured (or not :P) I will call on you. 08.50.03 # also - even though I see the colour differences too, I always thought that they may have been created on purpose to even out differences in the actual targets' displays 08.51.14 # <[Saint]> I considered that, but I came to the conclusion it was poor imaging software mixing the colours up during scaling. 08.51.48 # on the other hand... I'm not sure if any of the original port authors had more than one target 08.52.08 # <[Saint]> Even if it is to make up for color differences, I still think it would be better for the source images to be made from the one "master" image set. Brightness can be used on the targets if it is too dark/light. 08.55.01 # displays can look differently in actual colours too but then that can also happen on the same target. If I have the opportuntity sometime I should take a picture of amiconn's and mine c200s showing the same theme with default settings or so. There's quite some difference 08.55.23 # admittedly, the c200 display is crap anyway 08.55.44 Join n17ikh [0] (~n17ikh@c-174-56-150-44.hsd1.sc.comcast.net) 08.56.23 Join ender` [0] (~ender@foo.eternallybored.org) 08.56.43 Join webguest44 [0] (~47c63d45@giant.haxx.se) 08.57.30 Join mystica555_ [0] (~mike@24.221.35.187) 09.02.12 Quit webguest44 (Quit: CGI:IRC (EOF)) 09.13.01 Join petur [0] (~petur@rockbox/developer/petur) 09.13.07 Quit mystica555_ (Read error: Connection reset by peer) 09.18.59 Join mystica555_ [0] (~mike@24.221.35.187) 09.22.40 Quit mudd1 (Ping timeout: 276 seconds) 09.24.34 Join d3remark [0] (~kramer@ip98-169-188-142.dc.dc.cox.net) 09.29.00 Quit utanapischti (Quit: WeeChat 0.3.5) 09.29.27 Join sasquatch [0] (~username@p4FF2D237.dip.t-dialin.net) 09.33.39 Quit mystica555_ (Ping timeout: 240 seconds) 09.37.06 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 09.39.16 Join mystica555_ [0] (~mike@166.130.29.110) 09.40.39 Quit d3remark (Ping timeout: 240 seconds) 09.41.09 Join d3remark [0] (~kramer@ip98-169-188-142.dc.dc.cox.net) 09.50.32 Quit mystica555_ (Ping timeout: 240 seconds) 09.52.18 # ukleinek: I see you are working on rk27xx, what's the outcome of your work? 10.01.47 # wodz: nice you're pinging me 10.02.09 # I have short brake in my vacation :-) 10.02.16 # wodz: nothing valueable yet. I started to look what you did so far 10.02.21 Quit bluebrother (Disconnected by services) 10.02.22 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 10.02.31 # wodz: not everything that you describe works for me 10.02.42 # what specificaly? 10.02.43 # wodz: e.g. I cannot open the system partition 10.02.59 # how are you opening it? 10.03.33 # when I touch RKLDSET.FLW the device ends up in DFU mode 10.03.50 # I have an odys neo x66 btw 10.03.54 # that's pretty cool I would say :-) 10.04.12 *** Saving seen data "./dancer.seen" 10.04.15 # what is cool? 10.04.25 # If you can go stright to DFU 10.04.40 Quit fs-bluebot (Ping timeout: 255 seconds) 10.04.43 # your usbtool works for me, too 10.05.09 # you mean custom scsi command to open partition? 10.05.09 Quit neferty (Ping timeout: 240 seconds) 10.05.14 # wodz: yes 10.05.32 # nice, it didn't work as expected for me 10.05.38 # the custom scsi command to enter dfu though 10.05.48 Join FoolOnHill [0] (~foh@adsl-98-83-119-153.bhm.bellsouth.net) 10.05.51 Join fs-bluebot [0] (~fs-bluebo@g226070085.adsl.alicedsl.de) 10.05.54 # I cannot open systemmode via the scsi command 10.06.13 # ... and I wonder if the magics are right 10.06.31 # to judge why is that you have to dump nand bootloader and dissasemble 10.06.52 # other than that I started to examine the Rock27Boot.bin I found on the net 10.07.03 # there are a few of thouse 10.07.14 Join neferty [0] (~andor@173.242.127.201) 10.07.20 # up to now I checked rkboot_s1.bin (which are all equal for the bins I found) 10.07.37 # rkboot_s1.bin is sdarm controller init code 10.07.37 # you make some things different in your bootloader 10.08.00 # yeah, there is a NAND command in it and modifying the PLL, too 10.08.05 # my stage1 is plain wrong but I had not much time to work on that 10.08.49 Quit FoH (Ping timeout: 276 seconds) 10.09.12 # I pretty much understand what rkboot_s1.bin do but I had no time formalize this into working code 10.09.28 # It's easier to use this blob directly anyway 10.09.40 # I wonder if the sdram initialization is robust though 10.09.51 # what you mean? 10.09.57 # they seem to try a few modes and use the first that seems to work. 10.10.26 # they try a few different sdram organizations. That's correct 10.10.40 # I remember the hardware guys at the company I used to work for, did the same and had some issues 10.10.51 # (on a different SOC, though) 10.10.54 # Anyway I never saw something different than 8x16 in this rk27xx devices 10.13.04 # Are you interested in some particular area of development? 10.13.21 # wodz: yeah, getting my x66 up :-) 10.14.22 # If you have wiki account please write down a small section about your device in rk27xx port page 10.14.56 # wodz: ok 10.15.11 # does lcd work as advertised? 10.15.26 # didn't try yet to put custom code on the player 10.16.45 # didn't found out yet how to test it, and I wasn't sure if I this would destroy the original firmware 10.17.58 # If you can enter DFU you can upload code without touching nand so OF is safe 10.18.14 # wodz: I wonder if the names of the devices you have would be sensible to add, too. 10.19.04 # wodz: depends on the code I upload, I guess :-) 10.19.11 # I have one device which is "noname" but seems to strict reference design for rk27xx. 10.19.36 # where do the pictures come from? 10.20.16 # net 10.20.50 # this were on ebay auctions. I contacted sellers to confirm this devices are rk27xx based 10.21.29 # wodz: which documentation do you have? 10.22.00 # if have a "RK27xx Product Datasheet A1.1" 10.22.28 # this doesn't cover nand and rtc though, the latter should be easy enough though. 10.25.07 Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) 10.28.14 # do I just need to give the bootloader to the rk27load tool 10.28.36 # no 10.28.50 Join mystica555_ [0] (~mike@166.130.29.110) 10.28.58 Quit d3remark (Ping timeout: 255 seconds) 10.29.35 # you have to provide 2 or 3 images. First is sdram init, Second is loader (or custom code if you fit within codesize limit), Third is without size restrictions 10.29.58 # [Saint]: http://pastebin.com/raw.php?i=te4pNxDh <- untested but pretty surprised if it doesnt work, use 'lock' for the region to lock/unlock. if the *first* character of the action is ^ the region will work when locked (not needed for lock).. it *must* be fre the * or & symbol 10.30.21 # so I stick to rkboot_s1.bin and rkboot_s2.bin and use your code as third image 10.30.33 # that wouldn't work 10.30.59 # rk27load is designed to work with our implementation of second stage loader 10.31.34 # * ukleinek rereads the README 10.33.20 Quit mystica555_ (Ping timeout: 240 seconds) 10.33.47 # <[Saint]> JdGordon: so..."%T(0,0,100,100,^&volup)" for exapmple? 10.33.52 # yes 10.34.15 # <[Saint]> Ok, cool...I'll have a play with it this evening. 10.35.17 # if you have a better suggestion for the ^ or label let me know 10.35.19 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.) 10.36.12 Join sideral [0] (~sideral@rockbox/developer/sideral) 10.37.46 Join [Saint] [0] (~Saint]@124-197-58-10.callplus.net.nz) 10.40.40 Join mystica555_ [0] (~mike@24.221.35.187) 10.42.23 Quit neferty (Ping timeout: 260 seconds) 10.43.54 Quit mystica555_ (Client Quit) 10.44.18 Join neferty [0] (~andor@173.242.127.201) 10.47.49 Quit antil33t () 10.48.48 Join leavittx [0] (~lev@89.221.199.187) 10.48.48 Quit neferty (Ping timeout: 260 seconds) 10.49.04 # Slasheri, kugel: I found the bug that crashed my simulator after the DB refresh yesterday (where the display_formats got trashed) 10.49.10 Quit swilde (Remote host closed the connection) 10.50.10 Quit wodz (Quit: Leaving) 10.50.21 Join mystica555_ [0] (~mike@166.130.29.110) 10.50.25 Join neferty [0] (~andor@173.242.127.201) 10.51.23 Join TheLemonMan [0] (~lem0n@ppp-186-57.26-151.libero.it) 10.51.56 # Unfortunately it's not the crash in retrieve() I see occasionally on target. And I don't know yet whether the fix also fixes the filename trashing. 10.52.41 Join swilde [0] (~wilde@aktaia.intevation.org) 10.54.39 Quit user890104 (Read error: Connection reset by peer) 10.54.39 Join user890104_ [0] (~Venci@83.228.31.135) 10.57.45 Quit user890104_ (Read error: Connection reset by peer) 10.57.48 Join user890104 [0] (~Venci@83.228.31.135) 10.58.57 Quit sideral (Disconnected by services) 10.58.58 Join sideral1 [0] (~sideral@rockbox/developer/sideral) 10.59.16 Nick sideral1 is now known as sideral (~sideral@rockbox/developer/sideral) 11.00.23 Join z180 [0] (~chatzilla@ip-2-202-55-130.web.vodafone.de) 11.00.58 # If you'd like to have a look: http://pastebin.com/MRDgKj1m 11.01.12 # I'll commit this next week unless I run into any issues with it 11.07.47 Quit mystica555_ (Ping timeout: 255 seconds) 11.08.24 Quit sideral (Remote host closed the connection) 11.08.49 # the nano 3g doesnt apear to be very different technically 11.09.07 Join sideral [0] (~sideral@rockbox/developer/sideral) 11.12.17 # <[Saint]> z180: The Nano2G and the iPod Classic share quite a few similarities if I'm not mistaken. 11.12.41 # <[Saint]> *Nano3G, rather. 11.13.04 # <[Saint]> I believe it was a Nano3G exploit that got the foot in the door for the Classic port. 11.14.54 Join lebellium [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 11.18.39 Quit sideral (Remote host closed the connection) 11.20.42 Join sideral [0] (~sideral@rockbox/developer/sideral) 11.28.37 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net) 11.28.38 Quit pamaury (Changing host) 11.28.38 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.36.38 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 11.38.32 # a port would be easier than to nano 5g or my Sony a840? 11.39.31 # Nobody can say until they try both :) 11.40.24 # :-) 11.40.58 # I believe the main barier on nano3g is FTL code 11.41.23 # besides that nobody seem to work on the port 11.43.08 # the nano 3g was not a very popular device 11.43.10 # iirc 11.44.57 Join wodz_ [0] (~wodz@iwl138.internetdsl.tpnet.pl) 11.46.18 # buschel (logs) I have nothing against embedded album art - it is just that a) To have to add it isn't a solution when the alternative solution of remove the empty but present album artist tags was rejected as having to fiddle with tags and b) it doesn't work with pictureflow which some people care about. 11.48.09 Quit wodz (Ping timeout: 255 seconds) 11.53.42 Quit SagaciousKJB (Ping timeout: 240 seconds) 12.04.16 *** Saving seen data "./dancer.seen" 12.05.19 Join wodz__ [0] (~wodz@iwl138.internetdsl.tpnet.pl) 12.06.33 Join lebellium_ [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 12.07.48 Quit sideral (Ping timeout: 246 seconds) 12.07.56 Join SagaciousKJB [0] (~sagacious@67-5-112-12.spok.qwest.net) 12.08.51 Quit wodz_ (Ping timeout: 255 seconds) 12.08.54 Quit lebellium (Ping timeout: 250 seconds) 12.08.58 Nick lebellium_ is now known as lebellium (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 12.20.01 Join sideral [0] (~sideral@rockbox/developer/sideral) 12.23.42 Join jordan` [0] (~bip@2001:660:3302:2826:225:90ff:fe20:d9a8) 12.26.30 Quit jordan` (Client Quit) 12.26.47 Join jordan` [0] (~bip@2001:660:3302:2826:225:90ff:fe20:d9a8) 12.40.22 Quit sideral (Quit: Leaving.) 12.40.53 Join sideral [0] (~sideral@rockbox/developer/sideral) 12.42.10 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 12.44.16 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 12.51.45 # doesnt the sdl raaa put themes/etc in ~/.config/rockbox.org/? 12.53.36 Join japc [0] (~japc@194.65.5.235) 12.55.33 Quit petur (Quit: *plop*) 12.57.30 # ah bloody hell... /usr/local/share/rockbox 12.59.49 # why is --debugwps so bloody useless? :p 12.59.54 # someone really should fix that! 13.00.01 # * JdGordon glares at JdGordon 13.02.28 # [Saint]: does the fact you cant use *,& with the volume or bar touch tags cause problems? 13.02.36 # * JdGordon guesses not as he hasnt been bugged about it 13.05.39 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 13.05.55 # <[Saint]> Not really, I can't imagine using volume on a hold area....someone might want to do it, though. 13.06.18 # <[Saint]> "none" not using & or * is an issue, though. 13.06.34 # <[Saint]> Not a huge one, but one nonetheless. 13.06.46 # I'm also thinking that those 2 chars are stupid and i want to replace them with proper options 13.07.07 # <[Saint]> ESKINBREAK! :P 13.07.14 # I know... I know... 13.07.33 # this is an easy one, and i dont tinhk many people have touched touchscreen stuff 13.07.44 Quit wodz__ (Ping timeout: 240 seconds) 13.07.45 # maybe that backwards compat hack stuff is a good idea :p 13.07.47 # <[Saint]> This is true. 13.08.08 # right now the order of those chars is important and they are meaningless 13.08.12 # lock first 13.09.41 # <[Saint]> Yeah, sorry...things at home have been....interesting. Haven't had a chance to play. 13.09.48 # yeah, thats fine 13.09.54 # <[Saint]> the patch *applies*, but that's as far as I've gotten. 13.10.25 # do I make the current "hold?" tag work or need to add a new one? 13.10.31 # I'd like to not add another one 13.13.04 # hehe i cant unlock :p 13.24.45 Quit Keripo (Quit: Leaving.) 13.24.56 # <[Saint]> You'd need to add a new one, no? 13.25.13 # <[Saint]> "hold" is entirely different, and applies to all screens. 13.25.36 Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net) 13.26.03 # New commit by 03jdgordon (r30218): skin engine softlock support for touchscreens: ... 13.26.13 # oh dammit... i forgot part of the message 13.26.32 # %mh returns 't' if the touchscreen is locked so you can know the difference 13.26.34 # <[Saint]> we also need to be careful that this tag only is relevant for the wps, or the screen it was invoked from (if it works in the .sbs too) 13.26.45 # shouldnt be a problem as i cant imagine any touch targets will also have a button lock 13.26.58 # no we dont 13.26.58 # <[Saint]> you wouyldn't want to have to go back to the wps just to unlock the screen if you navigated out of the WPS 13.27.08 # oh yes, it is per-skin 13.27.15 # <[Saint]> Ah, right. 13.27.37 # I was going to put it on a shared data struct but decided against that 13.29.02 # <[Saint]> so what does the hold condition look like now? %?mh"? 13.29.23 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 13.29.50 # no, no change 13.30.15 # you have to use %?if(%mh, =, "t")<> if you care about hardware/touch differences 13.30.36 # <[Saint]> Aha. 13.40.17 # wheres the ciabot gone? 13.40.38 # still building?! 13.41.48 Quit Keripo (Quit: Leaving.) 13.44.22 # * [Saint] kicks CIA-14 13.44.22 # ow 13.45.09 Join wodz_ [0] (~wodz@iwl138.internetdsl.tpnet.pl) 13.46.32 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 13.47.35 Quit z180 (Ping timeout: 258 seconds) 13.47.58 Quit wodz (Ping timeout: 258 seconds) 13.49.58 Join lorenzo92 [0] (~chatzilla@95.232.110.88) 13.50.15 Quit robin0800 (Quit: Leaving) 13.53.25 Quit lorenzo92 (Client Quit) 14.04.11 Join FoH [0] (~foh@adsl-98-83-119-153.bhm.bellsouth.net) 14.04.20 *** Saving seen data "./dancer.seen" 14.05.45 Quit FoolOnHill (Ping timeout: 246 seconds) 14.11.10 Quit FoH (Quit: ¡ooʇ ‘ǝןdoǝd ǝɹɐ sʇɐq) 14.12.40 Quit sideral (Quit: Leaving.) 14.14.15 # * [Saint] wonders where the build result went. 14.14.29 # <[Saint]> surely the round is finished...? 14.15.14 # * [Saint] kicks CIA-14 again 14.16.44 Quit alouette (Ping timeout: 240 seconds) 14.16.57 # server must have died or something 14.17.05 # I thought it was supposed ot commit suicide after 20min? 14.17.30 # <[Saint]> I was under a similar impression. 14.21.29 # Torne: for git migration it would be great if the tools stuff built into a new dir instead of tools to make .ignore easier 14.22.32 # A new dir where? 14.22.38 # and i'm not sure why it makes ignoring it easier 14.22.55 # the point of it not going into your build dir is they are not target-dependent, so there's no need to compile them again 14.24.35 # * Torne is not opposing changing it, just saying it's not obvious why it's related to the migration. 14.24.38 # JdGordon: that's not really a VCS issue 14.24.51 # oh, i know 14.25.04 # the .gitignore is just going to be a copy of what's svn:ignore'd now 14.25.20 # what is svn:ignored? 14.25.29 # i got a svn checkout to try and find out but couldnt 14.25.30 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 14.25.31 # the tools builds :) 14.25.36 # ok 14.25.40 # various utils builds 14.25.45 # and directories called build* 14.25.47 # hardcoded filenames? 14.25.50 # Yes 14.26.05 # build* is good enough for me then, i wanted to make sure build/ wouldnt be in git status :) 14.26.08 # if you have a svn checkout, go to the root and do svn pg -R svn:ignore 14.26.11 # it will show them all 14.26.45 # Yeah. In the root we ignore build* and output 14.26.58 # and then we ignore various target files under tools/ and utils/ 14.27.04 Join kramer3d__ [0] (~kramer@ip98-169-188-142.dc.dc.cox.net) 14.27.04 # that's basically it. 14.27.53 # the android folder probably has some folders to skip also 14.27.54 Quit wodz_ (Ping timeout: 255 seconds) 14.28.07 # There aren't any set there 14.28.30 # Anyway, if there's something not ignored that should be feel free to update svn:ignore properties for it 14.30.09 # i haven't converted it yet, so it's not a problem to add more :) 14.30.35 Quit kramer3d_ (Ping timeout: 250 seconds) 14.33.24 # * JdGordon cries at doing a manual change 14.34.19 Join sideral [0] (~sideral@rockbox/developer/sideral) 14.35.04 Quit krazykit (Ping timeout: 240 seconds) 14.35.49 Join wodz_ [0] (~wodz@iwl138.internetdsl.tpnet.pl) 14.36.12 Join d3remark [0] (~kramer@ip98-169-188-142.dc.dc.cox.net) 14.37.49 # [Saint]: ping? 14.37.50 Quit kramer3d__ (Ping timeout: 258 seconds) 14.38.18 # <[Saint]> Yo. 14.38.37 Quit wodz (Ping timeout: 260 seconds) 14.38.51 Quit factor (Quit: Leaving) 14.38.53 # how do you feel about these optoins to replace the single chars... "allow_while_locked", "long_press", "repeat", "reverse_bar" 14.39.38 # <[Saint]> I was unaware there was a single-char flag to reverse bars... 14.40.18 # <[Saint]> also...I'm not sure those work. 14.40.34 # surprise! 14.40.41 # <[Saint]> its possible presently to do a repeating long press, how would this be worded in that scheme? 14.40.52 # add both 14.41.37 Quit sideral (Remote host closed the connection) 14.42.27 Join sideral [0] (~sideral@rockbox/developer/sideral) 14.42.32 # <[Saint]> So just "long press" is the "fire once" option, and long_press, repeat" is the "keep firing" option? 14.42.55 # repeat is the old & 14.43.01 # long_press is * 14.43.27 # you dont need both if you havnt in the past 14.43.45 # <[Saint]> Aha, right. Yeah...I can dig it. 14.44.05 # ok, so im almost ready to commit, so if you dont like those option names now is the time to speak up :) 14.44.11 # dont want to break thems again 14.44.51 # <[Saint]> I'd go for "repeat_press" so as to not mix it up with repeat. 14.45.12 # <[Saint]> the rest are fine. 14.45.31 # done 14.46.59 Quit d3remark (Ping timeout: 258 seconds) 14.49.09 # <[Saint]> So, I take it these new touch flags require comma seperation? ie. "%T(0,0,-,-,allow_while_locked,repeat_press,volup)"? 14.49.28 # action must go before the options 14.49.42 # <[Saint]> Oh, that's different... 14.49.58 # <[Saint]> but still comma seperated flags? 14.50.08 # yeah, same as every other tag with params 14.50.45 # <[Saint]> right, that's cleaner...brings them more into line with all the other optional param use cases. 14.51.52 Quit sideral (Remote host closed the connection) 14.52.59 Join sideral [0] (~sideral@rockbox/developer/sideral) 14.53.24 # New commit by 03jdgordon (r30219): Change the way the %Tl() (touch region) tag is done to remove dodgey 1-char settings. ... 14.53.38 # to the wiki! 14.56.03 # * [Saint] removes an l from the commit message... 14.56.40 # <[Saint]> %Tl is (touched last) and doesn't accept any of those params. 14.57.53 # <[Saint]> Oh...btw JdGordon ...do these new params work with "none" now? Or is thata "try it and see"? ;) 14.58.41 # <[Saint]> as it stands prior to this commit (and perhaps still) none did not accept (or did not respect) * or & 14.59.54 # r30218 build result: 1 errors, 0 warnings (jdgordon committed) 15.00.31 # so the change that breaks that wma file is changing a single global variable to "static" 15.01.45 # [Saint]: none will parse with the params, wheather they work or not is a different story 15.01.53 # and doh to the commit message being wrong 15.02.06 # Torne: Imo it would be a good idea to build the tools in a host architecture specific sub-dir of tools/ 15.02.24 # <[Saint]> JdGordon: that's ok re: none. There's no loss of functionality thee compared to prior to the commit. 15.02.44 # <[Saint]> it doesn't break anything, jsut wondering if it fixed it ;) 15.02.48 # This way a working copy could be shared between build hosts (e.g. through nfs) 15.02.49 # i thought making something static would generate a compiler error if you did something with it outside of the file, how can changing to static actually change the result of calculations? 15.03.24 # saratoga: that sounds like an optimiser bug or something 15.03.35 Join Poodlemastah [0] (~chatzilla@h-241-205.a218.priv.bahnhof.se) 15.03.36 # amiconn: possibly. someone is welcome to do that ;) 15.05.50 # * amiconn will probably look into this if no one beats him to it 15.06.05 # torne: different -O levels and different gcc versions don't seem to matter 15.06.07 # r30219 build result: All green 15.06.26 # <[Saint]> yay for hugely delayed build results! 15.06.38 # the weird thing is that the variable isn't actually used in the calculation that fails 15.06.47 # so something else must be screwed up 15.07.13 # <[Saint]> 23:25, commit. 00:59, build result...nice ;) 15.07.25 Join gbl08ma [0] (~gbl08ma@195.23.214.35) 15.07.46 # the previous one was 93min 15.07.53 # saratoga: hrm. 15.08.32 # Torne: I'm thinking about how to migrate my git repo (w/ lotsa branches) to be based off the Gerrit one. I'm wondering if I could arrive at a Gerrit-compatible repo be rewriting my existing one with the user-name mapping you've used. Any comments or ideas? 15.08.41 # FWIW this is the commit that changed things to static: http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/libwma/wmadeci.c?r1=29905&r2=29904&pathrev=29905 15.08.54 # after that change one of the huffman tables ends up containing garbage 15.09.11 # with predictable results on decoding 15.09.23 # <[Saint]> JdGordon: you dodn't write any actual code for "And for the setting_inc/dec/set action the setting name must follow the action name, *then* the options" did you...? 15.09.27 # <[Saint]> it'd never get used. 15.09.39 # bah i'm going to get coffee, its too early for this 15.09.41 # Predictable garbage?? 15.09.45 # <[Saint]> the vars can only be used with %Tl, and these params only with %T 15.10.18 # saratoga: there's also some IRAM attrib changes in that diff 15.10.23 # <[Saint]> and %Tl uses an identifier anyway, not a touch region action. 15.10.27 # <[Saint]> JdGordon: : ^ 15.11.25 # * JdGordon is confused 15.11.39 # my commit messages should have been %T() not %TL(), everything else is fine 15.12.00 # <[Saint]> not regarding set/increment/decrement it isn't. 15.12.09 # <[Saint]> those are explicitely for %Tl 15.12.11 # setting_inc/dec is config settings, not skin vars 15.12.22 # <[Saint]> Oh...right. heh, whoops. 15.12.34 # I was wondering why there is no action to set/inc/dec a skin var? 15.13.07 # <[Saint]> because its not needed. 15.13.23 # <[Saint]> you check if the region is touched and set/inc/dec that way. 15.13.55 # I suspect the slow build may have something to do with a lack of android build clients and maybe buggy handling of that situation 15.14.02 # <[Saint]> a touch region that handled that would just give another way to do the same thing. 15.14.57 Quit Torne (Ping timeout: 276 seconds) 15.16.58 # [Saint]: sure, but i tihnk the direct route is actually cleaner 15.16.58 # but not tonight 15.18.36 Join Torne [0] (~torne@rockbox/developer/Torne) 15.21.09 # sideral: i think a graft will work better 15.21.31 # if you filter your branch to match what i did that will fix all the SHAs but that will take fucking aeons 15.21.37 # <[Saint]> ie. "%Tl(identifier,timeout)<%vs(identifier,set,value)>" and "%T(0,0,-,-,touch_action,set,identifer,value)" are essentially the same thing. 15.21.55 # You can probably just update all your branches to HEAD of the old repo, then add a graft so it thinks you have already merged everything 15.22.22 # <[Saint]> the former has the advantage of being able to be used with multiple touch areas for less code by sharing touch area identifiers. 15.23.21 # <[Saint]> "%T(0,0,-,-,touch_action,set,identifer,value)" is my fictional vision of the syntax of your proposal, btw. 15.23.24 # Torne: that would be a solution, yes. But I'd like to avoid rebasing by branches. Some of them are for archival only. 15.23.31 # <[Saint]> (doen't actually exist, yet) 15.23.43 # Torne: I don't think it takes much longer than one or two hours (did it once before) 15.23.51 # you don't need to rebase them 15.24.06 # amiconn: yes its always the same garbage, even on different machines 15.24.13 # You don't need to merge them at all, but if you don't you'll need a graft at each branch base 15.24.33 # Yeah that could work 15.24.41 # saratoga: maybe some aliasing with other stuff elsewhere with the same name? 15.24.49 # sideral: I bisected the contents of that commit, its the line "static uint16_t levtab_big[1336] MEM_ALIGN_ATTR;" that does it 15.25.07 # Torne: I've done a rewrite of the whole tree before, didn't take that long. 15.25.08 # yeah that or maybe some random buffer overflow else where 15.25.15 # sideral: Alternatively you can just rebase the branches onto the right points on the new tree 15.25.17 # saratoga: I see 15.25.28 # this is trivial for branches with no merges :) 15.25.38 # trickier with merges, but still technically possible. 15.25.47 # Well, feel free to rewrite the whole thing if you want 15.25.55 # saratoga: right. I'd bet on a buffer overflow. Mapping this stuff in the address space changes 15.25.57 Quit gbl08ma (Ping timeout: 255 seconds) 15.26.05 # Torne: if the trees are identical it's easy, too 15.26.19 # Torne: yeah... still kinda tedious :) What would the rewrite script look like? did you change anything besides chopping of some roots and branches and changing the email addresses? 15.26.34 # I moved a lot of branch heads and tags around 15.26.40 # but the old repo only has trunk so that doesn't matter. 15.26.50 # All trunk commits should be identical except their authors 15.27.18 # OK. Could you the email-address mapping available to me? 15.27.27 # +make 15.27.58 # yeah its got to be overflow, looking carefully, the end of the buffer is correct, just the first half is overwritten with something else 15.28.26 # saratoga: How are you looking at it -- with a sim? 15.28.48 Join FoH [0] (~foh@adsl-98-83-119-153.bhm.bellsouth.net) 15.28.55 # sideral: yeah sim and also the codec lib test program 15.29.10 # then you can set a hardware watchpoint in the debugger 15.29.22 # sideral: yep 15.29.32 # sideral: gimme a sec, just updating the gerrit mirror while i think of it 15.29.35 # saratoga: that's how I found the load_tagcache buffer overrun last night :) 15.29.37 # (and there's a new tag so i have to intervene) 15.30.01 # i don't actually know how to use gdb, was just going to bisect the code until i find the point where that table gets overwrriten 15.30.40 # saratoga: this is a good time to learn it, it's rather simple. I could step you through it tonight if you wish 15.30.47 # sideral: http://whitefang.wolfpuppy.org.uk/temp/rockbox_svn_authors.txt 15.31.17 # i can't tell you how to rewrite your tree though 15.31.22 # * user890104 have just submitted FS#12209 & FS#12210 15.31.22 # http://www.rockbox.org/tracker/task/12209 3iPod 6g/classic usb product id (patches, unconfirmed) 15.31.23 # http://www.rockbox.org/tracker/task/12210 3Bulgarian translation update (patches, unconfirmed) 15.31.23 # I didn't do it by rewriting :) 15.31.25 # sideral: hi! you found something? 15.31.34 # git-svn just mapped them over for me 15.31.42 # thanks Torne! got it 15.32.49 # if you do do it successfully please share it :) 15.32.51 # Slasheri: Hi there! yes, I found the cause of the display_format trashing. http://www.rockbox.org/irc/log-20110728#10:49:04 15.33.09 # sideral: thats great! 15.33.23 # Torne: will do! 15.34.51 # sideral: so tagcache_load could cause a buffer overflow? that could explain the internal tagcache structure corruption i saw earlier 15.35.39 # yep, that's right. although typically it overflows into stuff allocated by tagtree_init, that is, the formats 15.36.00 # WTF 15.36.01 # s->lsp_pow_m_table1 = &vlcbuf3[0]; 15.36.09 # YES I THINK THAT WILL CAUSE VLCBUF3 TO BE ALIASED 15.36.17 # svn blame 15.36.46 Quit Poodlemastah (Read error: Connection reset by peer) 15.37.20 # oh wait no, thats vlcbuf4 thats messed up 15.37.23 # crap 15.37.25 # Slasheri: I saw the DEBUG comment you added, by crash backtrace scraped past it very closely ;) 15.37.39 # sideral: nice! 15.38.22 Join gbl08ma [0] (~gbl08ma@195.23.214.35) 15.41.17 # hmm wait thats definitely wrong, just not sure why yet 15.43.17 Quit casainho (Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110518051943]) 15.43.37 Nick tmzt_ is now known as tmzt (~tmzt@adsl-99-164-50-186.dsl.akrnoh.sbcglobal.net) 15.44.29 # Slasheri: unfortunately this is a different bug to the one I was hunting. My repro scenario was adding too many files at once (hence the overflow), which always yields the DB in nonready state. 15.44.55 # Slasheri: the bugs I see happen when the commit and reload actually have succeeded 15.45.43 # Torne: do you expect any more changes to the git history on Gerrit? 15.46.26 Join keyb_gr [0] (~chatzilla@p4FF04B36.dip.t-dialin.net) 15.46.53 # No 15.47.02 # Everything appears to be fine 15.47.22 # I'm updating it when I remember (not automatically, it still requires some manual intervention) 15.47.31 # Torne: OK, thanks! 15.47.34 # but I haven't changed history since it was published and I don't intend to. 15.47.41 # Slasheri: Do you have a comment regarding the patch? http://pastebin.com/MRDgKj1m 15.48.27 # So yeah, I wouldn't assume you can use it to actually do development 15.48.27 # unless you want to pester me about updates a lot ;) 15.48.42 # Torne: yeah, understood. I just thought about it last night for the purpose of getting this patch ^^ reviewed 15.51.07 # Slasheri: I'd guess that if the tagcache header structure is corrupted, it would have to be an overrun by memory allocated before the tagcache; possibly the dircache 15.52.04 # sideral: You can't currently upload anything for review 15.52.13 # The repository is entirely read only except to me 15.52.21 # Only the sandbox repos are open for business 15.52.30 # oh, OK 15.52.36 # ok stupid question 15.53.12 # &vlcbuf3[VLCBUF3SIZE] where vlcbuf3 is defined at int16_t vlcbuf3[VLCBUF3SIZE][2] 15.53.39 # does that pointer point to 2*VLCBUF3SIZE bytes into the array or 4*VLCBUF3SIZE bytes 15.53.47 # sideral: Technically I could allow reviews 15.53.55 # then you'd ahve to submit it manually via svn 15.54.07 # as long as you preserved the Commit-Id line gerrit would notice it had happened and close the review. 15.54.25 # i just haven't gotten that far yet :0 15.55.22 Join wodz__ [0] (~wodz@iwl138.internetdsl.tpnet.pl) 15.56.54 # I can't preserve the commit-ID line because git-svn adds it only when actually committing 15.56.57 Quit swilde (Ping timeout: 252 seconds) 15.57.10 # not when I post stuff for review 15.58.07 Quit wodz_ (Ping timeout: 260 seconds) 15.58.21 # saratoga: Code like this should be forbidden :) 15.58.22 # huh? 15.58.26 # i think you are mistaken.. 15.58.29 # not the git-svn-id 15.58.34 # Gerrit's commit-id hook 15.58.44 # It's just a line of text, it's nothing to do with git-svn 15.58.46 # ah, I see what you mean. Right 15.58.48 # or git, in fact. 15.59.09 # Yeah. gerrit is perfectly happy with things getting pushed directly to branches even if a review exists, it just closes the review as [MERGED] 15.59.18 # as long as it can identify which review it was, by commit-id 15.59.22 # er 15.59.23 # change-id even 15.59.27 # that's why i am confusing you (and myself) 15.59.39 # commit != change 15.59.39 # this is the commit that did it: http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/libwma/wmadeci.c?view=diff&r1=27462&r2=27463 16.00.09 # Torne: OK 16.00.17 # s->lsp_pow_m_table2 = &vlcbuf3[VLCBUF3SIZE]; 16.00.27 # sideral: anyway, hopefulyl the swedes will be around to bug soon and I can start moving gerrit over to its real home 16.00.29 # apparently that points to the end of VLCbuf3 rather then the middle as I would have expected 16.00.42 # then eventually we can kill svn :) 16.00.43 # (since its a 2D array) 16.01.00 # saratoga: I'd guess that pointer points beyond the end of the entire array 16.01.16 # right 16.01.26 # sideral, well its a 2D array of dimension VLCBUF3SIZE x 2 16.01.45 # yeah, saw that. 16.02.02 # so I think the assumption was that it would give *vlcbuf3+VLCBUF3SIZE === vlcbuf3[VLCBUF3SIZE/2][0] 16.02.08 # actually i'm not sure why that doesn't work 16.02.21 # but this goes at the end of the first dimension, irrespective of the second dimension 16.02.35 # That why this code should be forbidden :) 16.03.15 # 2D array in c always impress me because they manage to be even more confusing then raw pointer arithmetic 16.03.30 # you can have as many int16s in the second dimension as you like 16.03.38 # * [Saint] wonders if the build output could be named " .ext" instead of just rockbox.zip/apk so that building into the same directory made it easier to roll back to your previous builds by not overwriting the last one. 16.03.38 # right 16.04.24 *** Saving seen data "./dancer.seen" 16.04.39 # <[Saint]> ...for all builds, not just binaries. 16.05.12 # <[Saint]> Hmmm...wouldn't work with voicefiles, though. 16.06.05 # saratoga: The C FAQ explains this rather well: http://c-faq.com/~scs/cclass/int/sx9.html 16.06.22 # the first given dimension is the outer dimension 16.06.47 # it's consistent with the inside-out type construction rules of C 16.08.00 # yes I understand that 16.08.48 # <[Saint]> ...whoops, "