--- Log for 31.01.112 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 7 hours ago 00.09.44 Quit Strife89 (Quit: Heading out) 00.13.11 Quit lebellium (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120123235200]) 00.14.33 Quit perrikwp (Read error: Connection reset by peer) 00.15.44 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 00.26.31 Quit AlexP (Remote host closed the connection) 00.26.59 Quit soap (Remote host closed the connection) 00.29.31 Join soap [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) 00.29.32 Quit soap (Changing host) 00.29.32 Join soap [0] (~soap@rockbox/staff/soap) 00.29.34 Join soap_ [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) 00.29.34 Quit soap_ (Changing host) 00.29.34 Join soap_ [0] (~soap@rockbox/staff/soap) 00.29.36 Quit soap (Read error: Connection reset by peer) 00.33.57 Quit bertrik (Ping timeout: 244 seconds) 00.40.48 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 00.41.06 Quit CapNemo (Ping timeout: 240 seconds) 00.53.18 Join CaptainKewl [0] (captainkew@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) 00.56.25 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 00.57.12 *** Saving seen data "./dancer.seen" 00.58.41 Quit perrikwp (Ping timeout: 245 seconds) 01.01.55 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.03.11 Quit [Saint_] (Ping timeout: 272 seconds) 01.09.03 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 01.09.26 Quit perrikwp_ (Read error: Operation timed out) 01.19.28 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.21.28 Quit [Saint] (Ping timeout: 252 seconds) 01.23.17 Quit [Saint_] (Read error: Connection reset by peer) 01.23.53 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.25.15 Quit pamaury (Remote host closed the connection) 01.39.14 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.39.40 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.42.37 Quit [Saint_] (Ping timeout: 245 seconds) 01.42.45 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.42.59 Nick [Saint] is now known as Guest93205 (~Saint]@unaffiliated/saint/x-8516940) 01.43.12 Nick [Saint__] is now known as Guest534 (~Saint]@unaffiliated/saint/x-8516940) 01.43.46 Quit Guest93205 (Ping timeout: 252 seconds) 01.43.53 Nick [Saint_] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) 01.44.08 Quit Guest534 (Ping timeout: 252 seconds) 01.47.53 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 01.57.39 Quit kadoban (Ping timeout: 272 seconds) 02.02.45 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 02.06.52 Quit [Saint] (Ping timeout: 252 seconds) 02.13.53 Quit [Saint_] (Quit: Quit) 02.14.18 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 02.15.57 Quit Thra11 (Ping timeout: 245 seconds) 02.16.40 Quit Keripo (Quit: Leaving.) 02.19.32 # <[Saint]> JdGordon|: You available for a skin syntax question? 02.20.46 # <[Saint]> Is "%?if(%vg(foo),=,value)" valid? 02.22.11 # <[Saint]> Also...I _think_ I forgot to tell you...you should commit the "%T(foo,0,0,-,-,none)" patch 02.22.34 # [Saint]: yes, that should be valid 02.22.39 # and which patch is that? 02.23.52 # <[Saint]> The one that fixes up "none" firing on a long press if a short and long press touch area overlap and "none" is the short press action. 02.24.02 # its in git already 02.24.23 # 8a3af26 02.24.28 # <[Saint]> Ah...whoops. Nevermind me then ;) 02.25.28 # <[Saint]> Now...to attempt to fix up the popups from locking you out if you get impatient and try to launch the popup before the condition goes false. 02.25.52 # * [Saint] has a plan for this, but it _may_ be ugly/unwanted behaviour. 02.31.50 # <[Saint]> %?Tl(foo)<%?if(%vg(foo),=,X)<%vs(foo,set,X)|%vs(foo,set,X)>>...looks like it should work. 02.32.33 # * [Saint] suddenly remembers that lacks any context to anyone. 02.33.26 # * JdGordon| vomits a bit 02.35.05 Quit MethoS- (Quit: Konversation terminated!) 02.36.25 Nick soap_ is now known as soap (~soap@rockbox/staff/soap) 02.37.20 # <[Saint]> JdGordon|: What's wrong with that? 02.37.39 # probably nothing 02.37.41 # <[Saint]> there's no other bloody way to do it... 02.37.45 # i just ifnd the syntax horrible 02.37.55 # <[Saint]> You made it! 02.37.56 # <[Saint]> ;) 02.38.00 # no i didnt! 02.38.59 # <[Saint]> You did %Tl , %vs/g & friends, and %if...I blame you ;) 02.41.08 # <[Saint]> I can't rely on %Tl(foo,timeout) to hold the popup(s) open...because you can get into a situation where it will lock you out if you don't wait long enough for it to time out. 02.41.50 # <[Saint]> So, instead, I won't be having the popups timeout anymore...instead the initial press will launch it, and a subsequent press will close it. 02.42.14 # <[Saint]> ...it feels a little ugly, though. 02.57.15 *** Saving seen data "./dancer.seen" 02.57.51 Quit mystica555_ (Ping timeout: 252 seconds) 03.17.51 # <[Saint]> JdGordon|: Is there a hard limit on the length of an identifier? And, are there any characters that are forbidden for use as/in an identifier? 03.18.05 # keep it ascii 03.18.07 # and no 03.18.17 # <[Saint]> I'll be converting all my single charcter identifiers. 03.18.24 # there are very few hard limits of any type anymore 03.19.48 # <[Saint]> I'll be using identifiers that are indicative of their function in the latest revision...to help those (that aren't seasoned "skin veterans") reading the code to better understand it. 03.20.51 # go hungarian notation! 03.20.59 # vFoo (viewport Foo) 03.21.12 # iFoo 03.21.36 # be careful with spaces... they should work but may not 03.22.55 # <[Saint]> Yeah...I just assumed it was safer to use underscores instead. 03.23.04 # <[Saint]> But, thanks for the heads up. 03.25.23 DEBUG EOF from server (Success) (snapshot: netstuff.c line 545) 03.25.23 *** Cleanup 03.25.23 *** Cleanup 03.25.23 *** Saving seen data "./dancer.seen" 03.25.23 *** Exit 03.25.27 *** Started Dancer V4.16 03.25.27 *** Connected to irc.freenode.net on port 6667 03.25.27 *** Logfile for #rockbox started 03.25.29 Mode "logbot :+i" by logbot 03.25.32 *** Server message 501: 'logbot :Unknown MODE flag' 03.25.33 Join logbot [0] (~rockbox@giant.haxx.se) 03.25.33 Join ehntoo [0] (ehntoo@gateway/shell/mtu-lug/x-ssusbnhmevqrwmdx) 03.25.33 Join KiwiCam [0] (~dontlook@dontlookoverhere.tilaa.nl) 03.25.33 Join SynrG [0] (~synrg@blk-222-91-184.eastlink.ca) 03.25.33 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.25.33 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 03.25.33 Join CaptainKewl [0] (captainkew@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) 03.25.33 Join soap [0] (~soap@rockbox/staff/soap) 03.25.33 Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca) 03.25.33 Join fs-bluebot [0] (~fs-bluebo@g224238194.adsl.alicedsl.de) 03.25.33 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 03.25.33 Join ze [0] (ze@tardis.yi.org) 03.25.33 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 03.25.33 Join saratoga [0] (980329c2@gateway/web/freenode/ip.152.3.41.194) 03.25.33 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 03.25.33 Join GeekShadow [0] (~antoine@40.51.201.77.rev.sfr.net) 03.25.33 Join factor [0] (~factor@74.197.205.204) 03.25.33 Join funman [0] (~fun@rockbox/developer/funman) 03.25.33 Join nosa-j [0] (~m00k@adsl-74-235-42-140.clt.bellsouth.net) 03.25.33 Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) 03.25.33 Join aevin [0] (eivindsy@unaffiliated/aevin) 03.25.33 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 03.25.33 Join simabeis [0] (~simabeis@lobmenschen.de) 03.25.33 Join tuxx- [0] (tuxx@pantoff0l.nl) 03.25.33 Join Topy [0] (~Topy44@f048160215.adsl.alicedsl.de) 03.25.33 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 03.25.33 Join telmich [0] (telmich@gpm/telmich) 03.25.33 Join Misanthropos [0] (~Misanthro@testomat.ee.ethz.ch) 03.25.33 Join zu [0] (~zu@ks387228.kimsufi.com) 03.25.33 Join lembas [0] (toastin@inafire.com) 03.25.33 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 03.25.33 Join scanf [0] (~x32@unaffiliated/scanf) 03.25.33 Join n17ikh [0] (~peter@c-174-56-150-44.hsd1.sc.comcast.net) 03.25.33 Join Rob2222 [0] (~Miranda@p4FFD20B8.dip.t-dialin.net) 03.25.33 Join pixelma [0] (quassel@rockbox/staff/pixelma) 03.25.33 Join amiconn [0] (quassel@rockbox/developer/amiconn) 03.25.33 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 03.25.33 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 03.25.33 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 03.25.33 Join kadath [0] (~kadath@rrcs-96-11-226-10.central.biz.rr.com) 03.25.33 Join ack [0] (~ack@mingbai.org) 03.25.33 Join Poodlemastah [0] (~Poodlemas@h-241-102.a218.priv.bahnhof.se) 03.25.33 Join user890104 [0] (venci@Addicted.to.Minecraft.ipv6.6bez10.info) 03.25.33 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 03.25.33 Join kugel [0] (~kugel@rockbox/developer/kugel) 03.25.33 Join froggyman [0] (~froggyman@unaffiliated/froggyman) 03.25.33 Join fyre^OS [0] (~nnscript@cpe-68-173-235-85.nyc.res.rr.com) 03.25.33 Join pjm0616 [0] (~user@61.78.96.156) 03.25.33 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 03.25.33 Join Xerion [0] (~xerion@5419EF19.cm-5-2d.dynamic.ziggo.nl) 03.25.33 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 03.25.33 Join Sleepy_Coder [0] (majic@unaffiliated/sleepycoder/x-938672) 03.25.33 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 03.25.33 Join scorche [0] (~scorche@rockbox/administrator/scorche) 03.25.33 Join jm [0] (jm@epicsol.org) 03.25.33 Join Naked [0] (~naked@naked.iki.fi) 03.25.33 Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) 03.25.33 Join Farthen [0] (~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9) 03.25.33 Join parafin [0] (parafin@paraf.in) 03.25.33 Join Mir [0] (~Mir@pool-71-109-219-153.lsanca.dsl-w.verizon.net) 03.25.33 Join @ChanServ [0] (ChanServ@services.) 03.25.33 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 03.25.33 Join crwl [0] (~crwlll@dsl-jklbrasgw1-ffb9c300-103.dhcp.inet.fi) 03.25.33 Join Lalufu [0] (~sun@unaffiliated/lalufu) 03.25.33 Join Zoiah [0] (zoiah@matryoshka.zoiah.net) 03.25.33 Join Barahir [0] (~Barahir@fb08schindler24.anorg.chemie.uni-giessen.de) 03.25.33 Join eintopf [0] (~eintopf@zzz.strace.org) 03.25.33 Join CIA-81 [0] (~CIA@cia.atheme.org) 03.25.33 Join nomada [0] (~nomada@irc.consciente.de) 03.25.33 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 03.25.33 Join desowin [0] (~desowin@ip-69-162-133-251.static.chi2.systeminplace.net) 03.25.33 Join knittl [0] (~knittl@thehappy.de) 03.25.33 Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) 03.25.33 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 03.25.33 Join ranmachan [0] (ranma@2a01:4f8:130:9321::2) 03.25.33 Join ender` [0] (~ender@foo.eternallybored.org) 03.25.33 Join jordan`` [0] (~gromit@2001:660:3302:2826:225:90ff:fe20:d9a8) 03.25.33 Join Galois [0] (djao@efnet-math.org) 03.25.33 Join guymann [0] (~charles@64-252-123-137.adsl.snet.net) 03.25.33 Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) 03.25.33 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 03.25.33 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 03.25.33 Join linuxguy3 [0] (~timj@24-148-61-208.c3-0.lem-ubr1.chi-lem.il.cable.rcn.com) 03.25.33 Join TBCOOL [0] (~tb@c-313071d5.09-42-73746f22.cust.bredbandsbolaget.se) 03.25.33 Join maraz [0] (maraz@kapsi.fi) 03.25.33 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 03.25.33 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 03.25.33 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 03.25.33 Join tmzt_ [0] (~tmzt@adsl-69-208-8-174.dsl.akrnoh.ameritech.net) 03.25.33 Join ved [0] (~ved@2001:41d0:1:5914::2) 03.25.33 Join rudi_s [0] (~simon@austria125.server4you.de) 03.25.33 Join Elfish [0] (amba@fuplz.co.cc) 03.25.33 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 03.25.33 Join Staphylo` [0] (~Staphylo@mareo.fr) 03.25.33 Join bzed [0] (~bzed@devel.recluse.de) 03.25.33 Join rasher [0] (~rasher@rockbox/developer/rasher) 03.25.33 Join qnm [0] (~qnm@2001:44b8:3110:f300:208:9bff:fec0:179a) 03.25.33 Join mystica555 [0] (~mystica@mystica.mobi) 03.25.33 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 03.25.33 Join polemon [0] (mcp@polemon.org) 03.25.33 Join FOAD [0] (~foad@unaffiliated/foad) 03.25.33 Join freqmod [0] (~quassel@2001:700:300:1430:226:18ff:fe82:1a24) 03.25.33 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 03.25.33 Join alexbobp [0] (~alex@108.60.198.57) 03.25.34 Join jae [0] (~jae@dedicated.jaerhard.com) 03.25.36 Join beta2k [0] (~Beta2K@d24-36-128-84.home1.cgocable.net) 03.25.38 Join Torne [0] (~torne@rockbox/developer/Torne) 03.25.38 Join adnap [0] (~adnap@rrcs-71-42-140-57.sw.biz.rr.com) 03.25.48 Join antil33t [0] (~Ahurhurr@101.98.150.103) 03.25.48 Join Scr0mple [0] (~Simon@119.225.209.134) 03.26.05 Quit factor (Ping timeout: 252 seconds) 03.26.40 Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 03.26.49 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 03.27.16 Join Jack87 [0] (Jack87@nasadmin/admin/jack87) 03.27.46 Join Zambezi [0] (Zulu@bnc.fran.dotbnc.se) 03.28.33 # [41430.868394] usb 4-2: not running at top speed; connect to a high speed hub 03.28.41 # do AMSv2 use full speed only ? 03.39.25 # <[Saint]> JdGordon|: How does one handle bitmapstrips with word-based inentifiers? 03.39.35 # <[Saint]> fooa, foob, fooc, etc? 03.39.41 # %xd(label, number) 03.39.50 # <[Saint]> Ah, thanks. 03.40.02 # which i always found 100x more understandable than Aa 03.40.27 # <[Saint]> The one thing I dislike about word-based IDs...is the added volume of code. 03.40.46 # <[Saint]> Some lines are *reeeeeeeeaaaaaaaaaallllllllllllllllly* long now. 03.40.54 # yeah :/ 03.41.07 # <[Saint]> One in particular is about 400 characters long. 03.41.19 # <[Saint]> *One line 03.41.25 # use # to split the line no? 03.41.36 # <[Saint]> Oh...You can do that? 03.41.39 # <[Saint]> Huh. 03.41.45 # <[Saint]> live & learn. 03.42.12 # it *may* work 03.42.18 # <[Saint]> beginningofreallylongline# 03.42.24 # <[Saint]> longlinecontinued# 03.42.28 # <[Saint]> endofline 03.42.30 # <[Saint]> ? 03.42.40 # yeah 03.43.20 # <[Saint]> Right, thanks. I'll give it a go at least. Splitting all lines into 80 char widths would be "sane" 03.43.21 # there was quite some discussion about whether or not that behaviour was wrong 03.43.44 # being able to indent conditionals would be nice too 03.44.35 # <[Saint]> Wow...holy mother of... 03.44.53 # <[Saint]> Word based identifiers made my WPS grow in size ~30% 03.44.56 # <[Saint]> ;) 03.45.16 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 03.45.30 # <[Saint]> I'm using *really* verbose identifiers, though. 03.45.47 # <[Saint]> Now "h" is "launch_volume_popup" 03.45.49 # <[Saint]> etc. 03.46.37 Join factor [0] (~factor@74.197.205.204) 03.47.49 # hmm... rockbox doesnt handle \t pretty much anywhere, so i could easily have the parser skip \t chars so we could add indenting 03.54.24 # <[Saint]> This is probably one of the shortest lines: 03.54.27 # <[Saint]> %?C<%Vd(album_art)%?vg(variable)<%Vd(current_track-aa)%Vd(next_track-aa)|%Vd(popup)|%Vd(volume_popup)>|%Vd(current_track-no_aa)%?vg(variable)<%Vd(next_track-no_aa)|%Vd(popup)|%Vd(volume_popup)>> 03.54.33 # <[Saint]> ...lol 03.56.51 # http://pastebin.com/GLxgthyQ doesnt make it look so bad 03.59.55 # <[Saint]> *Completely* unreadable, though ;) 04.00.07 # <[Saint]> It looks nice, however. ;) 04.01.02 # you think so? 04.01.11 # surely line breaks are easier to figure out 04.01.44 # <[Saint]> I just think its terribly hard to follow. 04.02.10 # <[Saint]> I think I'll go with splitting into ~80 chars or less with comments. 04.02.48 # <[Saint]> I definitely won't be splitting a tag/identifier/function halfway through though...that makes it fucking impossible to read. 04.02.53 # I'll have a think about adding split line support and \t skipping 04.03.02 # i tihnk that line breaking makes it much easier to follow the logic 04.03.17 # with correct indenting it could easily work 04.03.28 # think about indenting viewports to make it really easy to find them 04.03.47 # <[Saint]> ..."meh"...I'm not so sure, but your example is particularly bad due to where the breaks are. 04.04.09 # <[Saint]> Perhaps thats why it makes me want to stab my brain with a pencil. 04.04.16 # maybe 04.04.24 # yeah, that first line isnt so great i think 04.04.57 # <[Saint]> Its really hard to follow a conditonal when you can't see all the <'s and >'s easily. 04.07.16 # http://pastebin.com/index/GLxgthyQ is a bit better, at least the \n's are consistant 04.08.50 # http://pastebin.com/Pb05rQPc even 04.09.53 # <[Saint]> yeah...personally, I find that bloody hard to follow. 04.10.04 # <[Saint]> MAybe I'm just not used to it, though. 04.11.23 # <[Saint]> The beauty of skin syntax is that I'm free to just ignore it and never use it, ever, though. So its cool ;D 04.12.16 # <[Saint]> %?if does all the basic comparisons doesn't it? 04.12.21 # yep 04.12.27 # <[Saint]> >, <, =, etc. 04.12.32 # <[Saint]> Cool. 04.12.47 # you were so against %if when i introduced it :D 04.13.19 # <[Saint]> I couldn't see a use for it...and, there wasn't really...until skin vars went in. 04.13.20 # <[Saint]> ;) 04.14.03 # just remember skin vars are only in touchscreen currently 04.14.25 # * [Saint] nods. 04.14.47 # i expect that will change some day if it is wanted 04.15.01 # <[Saint]> it doesn't really make any sense for it to be touch only. 04.15.23 # <[Saint]> Though, there's a lot less opportunity to use it with a non-touch target. 04.15.26 # IIRC it adds a considerable amount of code and it isnt as useful on non touch 04.15.45 # <[Saint]> You could do some interesting effects, thopugh. 04.16.40 # <[Saint]> Hummm...I thought I remembered you saying skin vars was surprisingly cheap to implement. 04.16.58 # <[Saint]> I'm likely wrong, though. 04.18.20 Join ender1 [0] (~ender@foo.eternallybored.org) 04.18.20 Quit ender` (Read error: Connection reset by peer) 04.19.09 Quit [7] (Disconnected by services) 04.19.19 # maybe :) I don't remember 04.19.23 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.19.25 # I'm sure there was a reason its touch only 04.45.13 Quit amiconn (Disconnected by services) 04.45.13 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.45.35 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.46.13 Quit pixelma (Disconnected by services) 04.46.15 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.46.17 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.46.20 Quit factor (Read error: Connection reset by peer) 04.49.46 Quit anewuser (Read error: Connection reset by peer) 05.03.29 Join factor [0] (~factor@74.197.205.204) 05.13.35 Nick JdGordon| is now known as JdGordon (~jonno@rockbox/developer/JdGordon) 05.13.38 # <[Saint]> JdGordon|: http://pastebin.com/kW7dr0Si <--- What do you think...? Easier to follow? 05.14.22 # yeah, add spaces after the commas everywhere also 05.14.41 # and \t's 05.14.49 # <[Saint]> ...howcome? I've never understood that. 05.14.58 # <[Saint]> (re: spaces after commas) 05.16.10 # <[Saint]> It just ends up adding yet more to the total size of an already massive WPS/SBS 05.16.23 # <[Saint]> the WPS is HUGE! 05.16.37 # just easier to read, less wall of text 05.16.47 # <[Saint]> Yeah...I guess so. 05.16.49 # WOT? 05.17.47 # <[Saint]> soap: "%xl(shuffle,cabbiev2-shuffle-240x320x24.bmp,6,5,2)" vs. "%xl(shuffle, cabbiev2-shuffle-240x320x24.bmp, 6, 5, 2)" 05.18.01 # <[Saint]> etc. 05.18.52 # <[Saint]> I don't think it really makes it *that* much easier to read...but, if others do, I'll add it. 05.19.09 # <[Saint]> I like to think of my themes being teaching tools. 05.19.51 # http://pastebin.com/x7U7zgSx 05.20.23 # if you use viewports correctly even if the parser adds a few extra lines it doesnt matter 05.21.32 # lol 'variable' is the variable name 05.21.39 # <[Saint]> Will that (the pastebin) actually parse correctly in current giut head? 05.21.42 # <[Saint]> *git 05.21.46 # no 05.22.01 # <[Saint]> Yeah, didn't think so, just checkin' 05.22.12 # but do you think it isnt worth the addition? 05.22.20 # i do think it is less horrible to look at 05.23.02 # allowing \n in the middle of conditionals might not be so trivial, but skipping \t sure should be 05.23.41 # <[Saint]> All I'm saying is: "I (*/probably/*) wouldn't use it". 05.23.43 # also, you should remove the skin name from all image filenames 05.24.10 # s/should/really should/. 05.24.25 # <[Saint]> I like the alignment up in the image declarations...but I'm not a fan of splitting up conditions like that. 05.24.39 # <[Saint]> JdGordon: Why? 05.24.59 # I tihnk for that one case it makes alot more sense, much easier to see which conditionas fixes which viewport 05.25.21 # 1) the bmp's are put in the skin folder anyway so its redundant, 2) it means its annoying to copy the image to another skin 05.25.29 *** Saving seen data "./dancer.seen" 05.25.33 # 3) it makes the line longer than needed 05.26.08 # <[Saint]> Well, I needed to do it presently so it doesn't get confused and grab the wrong image. 05.26.30 # <[Saint]> I'll use the standard naming scheme when it eventually goes in. 05.29.58 # dont call it cabbiev2 then 05.30.07 # call it cabbiev3 and its all done 05.30.21 # <[Saint]> WHAT!?!?! 05.30.53 # <[Saint]> YOU were the one that said *definitely* don't call it *anything* other than cabbiev2! :P 05.31.50 # yes, but not while its still in development 05.32.02 # and you know I change my mind all the time! 05.32.09 # <[Saint]> :D 05.37.42 Quit curtism (Quit: Live Long and Prosper) 05.54.39 Join Rob2223 [0] (~Miranda@p4FFD2ED6.dip.t-dialin.net) 05.57.38 Quit Rob2222 (Ping timeout: 252 seconds) 06.05.10 # <[Saint]> http://pastebin.com/qWSSNLXd 06.14.21 # it does make it a bit easier to read 06.43.24 # <[Saint]> Uuuuuurgh...there's *so* many changes that I might as well re-write the whole bloody thing by hand. 06.47.43 # ? 06.49.32 Quit nosa-j (Excess Flood) 06.51.26 Join BHSPitMonkey_ [0] (~stephen@68-185-203-185.dhcp.dntn.tx.charter.com) 06.52.35 Join nosa-j [0] (~m00k@adsl-74-235-42-140.clt.bellsouth.net) 07.04.38 Quit nomada (Ping timeout: 255 seconds) 07.05.51 Join nomada [0] (~nomada@irc.consciente.de) 07.25.31 *** Saving seen data "./dancer.seen" 07.42.24 Join Scromple [0] (~Simon@119.225.209.134) 07.44.54 Quit Scr0mple (Ping timeout: 276 seconds) 07.53.52 Join Scr0mple [0] (~Simon@119.225.209.134) 07.54.15 Quit Scr0mple (Read error: Connection reset by peer) 07.57.17 Quit Scromple (Ping timeout: 255 seconds) 07.57.26 Join Scromple [0] (~Simon@119.225.209.134) 08.09.07 # <[Saint]> Well...that nice %if statement gives some FUCKED results on device... 08.09.12 # <[Saint]> :'( 08.11.05 # <[Saint]> JdGordon: turns out you can't do "%?Tl(popup_main,4.0)<%?if(%vg(variable),>,1)<%vs(variable,set,1)|%vs(variable,set,2)>>" 08.11.51 # <[Saint]> Well...you can, but, can you guess what happens with the "true" section of the %if statement? 08.13.15 # <[Saint]> See...I thought it would be "if value > 1, set 1" and that's that...but, for the 4 seconds its true for, it rapidly cycles between 2 and 1. 08.14.14 Join JdGord [0] (~AndChat@42.62.238.185) 08.14.57 # <[Saint]> Oh...whoops, didn't realize you were away JdGord 08.15.06 # No worries 08.15.15 # What about it doesn't work? 08.16.24 # <[Saint]> if value > 1, set 1 ends up rapidly cycling between conditions 1 and 2 because as soon as it gets set to 2, its greater than 1 again...ad infinitum :P 08.16.56 # <[Saint]> It makes perfect sense when I think about it...but, I wasn't expecting it :) 08.18.12 # <[Saint]> looks like I need to approach this from a different angle. 08.18.32 # Dunno.. way too tired to think.. back in a few hours (like.. 6 :) ) 08.18.40 Part telmich ("thank you") 08.18.42 Quit JdGord (Client Quit) 08.20.39 # <[Saint]> Hmmmm...even if I don't specify a timeout period, the default (and minimum) timeout of one second still is apparently enough time for it to cycle through the conditions ~10 times. 08.26.01 Join LinusN [0] (~linus@giant.haxx.se) 08.31.39 Part LinusN 08.33.52 Join LinusN [0] (~linus@giant.haxx.se) 08.35.42 Part LinusN 08.36.13 Join LinusN [0] (~linus@giant.haxx.se) 08.37.48 Part LinusN 08.40.09 Join LinusN [0] (~linus@giant.haxx.se) 08.41.47 Quit CaptainKewl (Read error: Connection reset by peer) 08.50.11 Quit BHSPitMonkey_ (Remote host closed the connection) 08.50.45 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.50.46 Quit bertrik (Changing host) 08.50.46 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.55.37 Quit factor (Read error: Operation timed out) 08.56.10 Quit saratoga (Quit: Page closed) 09.02.26 Quit TheSeven (Read error: Operation timed out) 09.03.19 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 09.07.33 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.07.51 Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) 09.07.51 Quit Zagor (Changing host) 09.07.51 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.09.19 # [Saint]: well your code does just that 09.10.22 # Commit 55d49a9 in www by 03Björn Stenberg: (Author: Nils Wallménius) Fix link to gitweb for build in progress. 09.11.00 Join factor [0] (~factor@74.197.205.204) 09.24.14 # <[Saint]> kugel: No...no, no...no, it doesn't. :) 09.24.35 # <[Saint]> You're either mistaken in what you believe I meant above, or, just wrong. 09.24.47 # <[Saint]> Hopefully the former. 09.25.12 # the statement is evaluated each time the skin is updated 09.25.27 # which is 5 hz or so? 09.25.34 *** Saving seen data "./dancer.seen" 09.25.44 # <[Saint]> Yes, which means you're completely missunderstanding what I meant above. 09.25.52 # then please clarify 09.26.10 Part [Saint] ("Leaving") 09.26.20 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 09.27.09 # <[Saint]> With the %if statement I just tried, the condition cycles between two viewports at a ridiculously fast rate. 09.27.26 # <[Saint]> (the screen refresh rate, I presume) 09.27.48 # this is what I understood 09.27.53 # and the skin code does that 09.28.10 # <[Saint]> not thecurrent code in thetracker, no. 09.28.33 # <[Saint]> you seem to be seeing bugs no one else ever sees. 09.28.39 Join daurnimator [0] (~daurnimat@unaffiliated/daurn) 09.28.45 # just updated my fuze to 3.10 09.28.59 # the usb HID functionality is a cool unexoected feature :) 09.29.05 # you want it to cycle quickly and it doesnt do that, or you don't want it to cycle? 09.29.55 # <[Saint]> I don't. And it currently doesn't. The if statement I just tried I expected to work, and...its a LOT worse then what I have currently. 09.30.43 # <[Saint]> fwiw, its also possible to get svn cabbie into the same confused state. 09.30.55 # the skin code is "if x > 1 then x = 1 else x = 2". as this statement is exectuted repeatedly I would expect x to be toggled between 1 and 2 09.31.49 # <[Saint]> Yes, that's the failed statement I just tried...that's not whats in my current code on the tracker, though. 09.32.29 # okay 09.32.49 # <[Saint]> well...actually, what I just tried is "if x > 1, set 2, else, set 1" 09.33.04 # <[Saint]> I didn't expect it to cycle at the refresh rate though ;) 09.33.10 Quit bertrik (Read error: Operation timed out) 09.33.11 # that statement is a lot different 09.33.15 # <[Saint]> But, now it sems obvious why it does this. 09.33.49 # that is not expected to toggle 1 and t 09.33.50 # 2 09.35.00 # <[Saint]> Yeah...I didn't immediately expect it to, but it sems obvious why its doing that. I need to sit down and really get creative with it. 09.35.42 # your 2nd statement shouldnt cycle. why is it obvious it's doing it?= 09.35.50 # <[Saint]> What I'm hoping for is not relying on the popups to time out, but rather have the initial press launch the pokpup and a subsequent press remove it from view. 09.36.18 # sounds annoying 09.37.11 # no other popup needs to be "clicked away" 09.37.39 # <[Saint]> The problem is though (and this hits svn cabbie too), if you rely on the timeout you need to wait for the timeout to be false before you can launch it again. 09.37.58 # <[Saint]> Its just /slightly/ harder to get svn cabbie into this state. 09.38.02 # well, I guess that isn't true, but I quite like that I don't need an additional press 09.38.51 # I haven't noticed the problem with git cabbie 09.38.53 # <[Saint]> Oh...so do I. But I don't like this situation of needing ton wait for the timeout to go false before you can launch another popup. 09.39.06 # <[Saint]> *to wait 09.39.06 # but it hits me every single time I enter the wps with your theme 09.39.35 # <[Saint]> I'm using a slightly longer timeout. 09.39.50 # <[Saint]> so it takes longer for it to go false upon entering the screen. 09.40.34 # in git cabbie the popup is able to show right after entering, and times out after 2s (or so) 09.41.01 # <[Saint]> you're just using %Tl for the "context popup" which has a default value of 1 second. 09.41.07 # and the volume popup can immediately override the menu pop without waiting for the timeout 09.41.08 # <[Saint]> which is why its harder to hiot. 09.41.24 Join fyrestorm [0] (~nnscript@cpe-68-173-235-85.nyc.res.rr.com) 09.41.28 # <[Saint]> and the latter statement you made there is untrue. 09.41.31 Quit fyre^OS (Read error: Connection reset by peer) 09.41.36 # <[Saint]> I can get it into that state. 09.41.46 # I'm trying it in this very moment 09.42.06 # <[Saint]> I've been playing with it most of the day, and I can get it confused in the same way. 09.42.19 # what is the way to confuse it? 09.43.29 # <[Saint]> You can launch the contect popup, and then launch the volume popup on top of it, then as soon as the volume popup times out try launch it again. 09.43.43 # <[Saint]> if you keep trying, it never goes false, and won't launch. 09.44.36 # <[Saint]> If you can't get it to do so, then, there's some "very weird shit(TM)" going on. 09.44.50 # <[Saint]> As that's a repeatable recipe for me. 09.46.45 # works for me 09.46.48 # <[Saint]> I have expected for some time now that we've been seeing different results...but, I cannot fathom how that is possible. There simply shouldn't be any device dependant weirdness with regard to this...but if you can't repeat the above recipe, I don't know what else it could be. 09.48.10 # are we trying the same cabbie, i.e. 320x480? 09.49.04 # <[Saint]> Yep. I recently acquired a device of this resolution. 09.49.54 # <[Saint]> It really does seem as though there's some device dependent weirdness here if we're both seeing different results. 09.50.02 # <[Saint]> But, I cannot understand why. 09.50.19 # just so we're clear 09.51.04 # I enter the wps. then I press on the right side of the album art to launch the menu pop. then I quickly launch the volume pop by tapping the volume icon. I then do nothing to let the volume pop time out 09.51.26 # both re-launching the volume pop and menu pop works after it timed out 09.51.52 # <[Saint]> Yeah...I'm getting completely different results on my targets. 09.52.18 # <[Saint]> I can't get it to launch unless I wait for it to go false. 09.52.30 # what is "it" here? 09.52.41 # <[Saint]> either popup. 09.52.58 # "either popup to go false"? 09.53.07 # oh I meant the second it ;9 09.53.18 # ;)* 09.53.22 # <[Saint]> Oh, the timeout. 09.54.37 # and by "timeout to go false" you mean "timeout to expire"? 09.55.33 # I think a youtube video is in order :p 09.55.38 # <[Saint]> Haha. 09.56.02 # <[Saint]> It might be interesting if you supplied me with one of your binaries for testing. 09.56.30 # <[Saint]> I've been using rasher builds...I wouldn't expect it to make a difference, but, one never knows. 09.57.44 # <[Saint]> I have used up my available hacking time for the day...but, I will be getting into this all day tomorrow as I have a day off. 09.58.03 # I cannot open the menu pop while the volume popup is open, that's true. but after the volume pop disappeared I can open both just fine 09.58.28 # <[Saint]> curious. 09.58.46 # <[Saint]> I *can* open the menu popup while the volume popup is open. 09.58.54 # <[Saint]> ...this is fucking weird. 09.58.57 # while in your theme I can't open any popup anymore even after waiting for a long time 09.59.25 # <[Saint]> 4 seconds after the popup dissappears. 09.59.35 # <[Saint]> because of the way %Tl works. 09.59.36 # I only tried your theme on the sdl app so far, btw. but shouldn't make a difference 09.59.55 # <[Saint]> It very well might. I'm not sure though. 10.00.18 # git cabbie works the same in sdl and android 10.00.29 # and the touchscreen interface (in the code) is target independent 10.01.53 # <[Saint]> Sorry, I'm not being rude, but I really need to get some housework done. I'll still be online in case you have any observations, but I'll be afk for some time. 10.01.59 # <[Saint]> EBADTIMING ;) 10.02.29 # * kugel has a bachelor thesis to write :) 10.10.21 Part daurnimator 10.32.56 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 10.35.18 Quit nick-p (Client Quit) 10.35.29 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 10.35.34 Quit [Saint] (Quit: Quit) 10.36.04 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 10.36.29 Quit SynrG (Changing host) 10.36.29 Join SynrG [0] (~synrg@debian/developer/synrg) 10.41.00 Nick Staphylo` is now known as Staphylo (~Staphylo@mareo.fr) 10.42.22 Join webguest02 [0] (~18907031@www.haxx.se) 10.42.46 Quit webguest02 (Client Quit) 10.45.17 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 10.47.12 Quit [Saint] (Ping timeout: 252 seconds) 10.47.14 Join merbanan [0] (~benjamin@h217-27-188-82.cust.tyfon.se) 10.55.47 Quit kadoban (Read error: Operation timed out) 10.57.36 Quit nick-p (Quit: Leaving) 10.57.55 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 11.01.53 Quit nick-p (Client Quit) 11.02.05 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 11.03.56 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 11.03.56 Quit pamaury (Changing host) 11.03.56 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.06.31 Quit nick-p (Client Quit) 11.06.45 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 11.08.44 Nick nick-p is now known as nick_p (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 11.12.52 Quit [Saint_] (Ping timeout: 252 seconds) 11.19.07 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 11.23.42 Join TopDollar2006 [0] (~18907031@www.haxx.se) 11.23.54 # Anyone up? 11.25.38 *** Saving seen data "./dancer.seen" 11.26.15 # TopDollar2006: got a question? 11.26.29 # OK. I have an issue with a 4gig Sansa Fuze V2. 11.26.52 # It's totally unresponsive, no OF screen, no rockbox screen, power off doesn't work. 11.27.22 # I installed the latest rockbox build and it bricked on me. 11.28.02 # In a nutshell, I'd kind of like to get it working again, or at least restore it to factory and start over. 11.28.32 Quit TBCOOL (Quit: (´･ω･`)) 11.29.23 # TopDollar2006: hold the power button for *at least* 30 seconds 11.29.36 # I have done this repeatedly to no effect. 11.34.35 Quit [Saint] (Read error: Connection reset by peer) 11.36.31 Join T44 [0] (~Topy44@f048165102.adsl.alicedsl.de) 11.40.50 Quit Topy (Ping timeout: 276 seconds) 11.41.17 Join TBCOOL [0] (~tb@c-313071d5.09-42-73746f22.cust.bredbandsbolaget.se) 11.47.41 Quit TBCOOL (Quit: .) 11.56.37 Join TBCOOL [0] (~tb@c-313071d5.09-42-73746f22.cust.bredbandsbolaget.se) 11.57.40 Join mystica555_ [0] (~Mike@71-211-223-237.hlrn.qwest.net) 12.03.08 Quit mystica555_ (Quit: Ekkusu Chatto) 12.03.08 Quit TopDollar2006 (Quit: CGI:IRC) 12.10.55 Join themoon [0] (~c168b2c8@www.haxx.se) 12.12.25 # hi there. Can anyone pls tell me if there is a way to set max volume at +6 dB on my rockboxed iRiver H140. I tried 3.8 rockbox build cause I like it better than newer 3.10 12.13.46 # what I mean is I can only set 0dB volume whereas manual says it should be +6 setting as well 12.19.04 # themoon: anything above 0 may distroort sound, and not all hardware has that. If it doesn't go above 0 and the manual says it does, the manual is probably wrong 12.23.25 # that's a shame. I think I somehow managed to set +6 but on a previous RB build and have updated in since more than once. 12.24.18 # so there actually no hidden settings? If its not there right after install there's no other way, right? 12.25.21 # right 12.32.37 # ok, thanks a lot! 12.38.41 Quit themoon (Quit: CGI:IRC (EOF)) 12.56.38 Join amithkk [0] (u4289@2buntu/writers/amithkk) 12.59.50 Join Kilian] [0] (~kili@p5792D58C.dip.t-dialin.net) 13.00.26 # Hi guys, is it possible to donate hardware ? 13.02.55 Quit nick_p (Quit: Leaving) 13.08.46 # Kilian]: yes. while we don't have a central administration for it, post your offer here and/or the mailing list see if any devs are interested 13.12.14 # Zagor: okay, I have a Trekstor i.beat move s. I dont use it anymore, because the accu is built in and works only for about 30mins. If someone is interested please ping me :) See http://trekstor.de/de/products/detail_mp3.php?pid=90 for details. 13.14.30 Join CapNemo [0] (~nrdufour@pool-96-242-160-242.nwrknj.fios.verizon.net) 13.19.15 # hm, sorry this was the wrong url. Looks like there isnt an offical page anymore. I will make an post on the ML in the next days. 13.25.42 *** Saving seen data "./dancer.seen" 13.52.56 Quit CapNemo (Ping timeout: 260 seconds) 14.06.46 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.33.21 Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 14.40.11 Join CapNemo [0] (~nrdufour@64.134.67.103) 14.42.16 Quit rasher (Ping timeout: 255 seconds) 14.49.27 Join rasher [0] (~rasher@rockbox/developer/rasher) 14.55.04 Quit remlap (Read error: Connection reset by peer) 14.58.55 Quit rasher (Ping timeout: 255 seconds) 15.05.59 Quit CapNemo (Ping timeout: 248 seconds) 15.11.25 Join rasher [0] (~rasher@rockbox/developer/rasher) 15.25.38 Join TheLemonMan [0] (~LemonBoy@ppp-247-28.26-151.libero.it) 15.25.43 *** Saving seen data "./dancer.seen" 15.25.55 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 15.28.10 Quit antil33t () 15.38.10 Join MethoS- [0] (~clemens@134.102.106.250) 15.56.33 Join y4n [0] (y4n@unaffiliated/y4ndexx) 16.04.57 # it's impossible to display album art in two different viewport conditionals? i want to display full screen album art while paused, and smaller album art + info when playing 16.05.54 # depending on how i sort my wps code, either one or the other works 16.06.27 Nick tchan1 is now known as tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 16.06.36 Quit tchan (Changing host) 16.06.36 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 16.06.59 Quit Kilian] (Quit: Leaving.) 16.12.53 Join CapNemo [0] (~nrdufour@66.246.94.130) 16.20.03 Quit TheLemonMan (Quit: WeeChat 0.3.6) 16.27.13 # dfkt: i think you can only have one *size* of album art 16.27.30 # i.e. it only loads/scales the image once 16.27.39 # you can probably display it in multiple viewports/etc if it's the same size in both 16.27.47 # well, once per skin 16.27.57 # You can have a different size in the sbs 16.28.50 # hm, *maybe* with some trickery you can make a weird wps/sbs combination that does what you want 16.29.35 # * gevaerts is tempted to try :) 16.29.37 # i tried using the same size for both conditions, but it doesn't work properly as well 16.30.05 # ie. album art in pause mode stays blank, but skipping to the next track while paused displays it 16.30.12 # and similar issues 16.31.00 # i will try if some nasty hack in the sbs will display a different album art than in the wps :) 16.32.06 # You can display AA in the sbs, but I haven't tried that yet with an sbs that shows in the wps 16.32.47 # hmm, yes - and another issue is the UI viewport identifier - i don't think that can be conditional 16.33.00 # %Vi %LB i mean 16.33.45 # yes, that's the main possible obstacle I think 16.37.02 # Torne, it seems the main issue is that %Cd can only be called once - whichever %Cd comes first in the wps works, the next one is ignored 16.40.04 # no matter the size or viewport 16.40.24 # s/the/which 16.42.02 Quit nick_p (Quit: Leaving) 16.57.38 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 16.59.03 Join antil33t [0] (~Ahurhurr@101.98.150.103) 17.00.11 Quit factor (Read error: Connection reset by peer) 17.00.28 Part Zagor 17.05.07 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 17.05.34 # Torne: have you had a chance to look at unwarminder? 17.06.08 # Bugger, no, sorry 17.06.15 # I'll see if i can take a peek tonight 17.10.15 # ok, thanks 17.16.36 Quit Unhelpful (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 17.16.54 Join factor [0] (~factor@74.197.205.204) 17.17.02 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 17.24.41 Quit jhMikeS (Ping timeout: 276 seconds) 17.25.06 Quit wodz (Quit: Leaving) 17.25.45 *** Saving seen data "./dancer.seen" 17.26.05 Join jhMikeS [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net) 17.26.05 Quit jhMikeS (Changing host) 17.26.06 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 17.32.50 Quit Rower85 (Ping timeout: 260 seconds) 17.33.26 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 17.37.32 Quit user890104 (Ping timeout: 272 seconds) 17.37.43 Join user890104 [0] (venci@Addicted.to.Minecraft.ipv6.6bez10.info) 17.48.26 Quit factor (Read error: Connection reset by peer) 17.51.47 Quit Rower85 (Quit: Hmmm...) 17.56.19 Join WalkGood [0] (~4@unaffiliated/walkgood) 17.58.12 Join factor [0] (~factor@74.197.205.204) 17.59.51 Join anewuser [0] (~anewuser@186.93.138.13) 17.59.52 Quit anewuser (Changing host) 17.59.52 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 18.14.40 Quit merbanan (Ping timeout: 244 seconds) 18.15.15 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 18.16.12 Join scorche` [0] (~scorche@174-26-249-135.phnx.qwest.net) 18.16.36 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.19.10 Join nosa [0] (~m00k@adsl-74-235-42-140.clt.bellsouth.net) 18.19.26 Join nomad0 [0] (~nomada@irc.consciente.de) 18.19.55 # gevaerts: the current supported Irivers can't go above 0dB IIRC, I'll go on and check the manual next 18.20.31 Join KiwiCam_ [0] (~dontlook@dontlookoverhere.tilaa.nl) 18.20.44 Join alexbobp_ [0] (~alex@108.60.198.57) 18.20.47 Join GeekShad1w [0] (~antoine@40.51.201.77.rev.sfr.net) 18.22.16 Join Thra11 [0] (~thrall@87.114.85.13) 18.24.25 Quit scorche (Disconnected by services) 18.24.25 Quit scorche` (Changing host) 18.24.25 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 18.24.48 Quit Jack87 (Ping timeout: 244 seconds) 18.24.48 Quit alexbobp (Ping timeout: 244 seconds) 18.24.48 Quit KiwiCam (Ping timeout: 244 seconds) 18.24.48 Quit nosa-j (Ping timeout: 244 seconds) 18.24.48 Quit Mir (Ping timeout: 244 seconds) 18.24.48 Join Mir_ [0] (~Mir@pool-71-109-219-153.lsanca.dsl-w.verizon.net) 18.24.49 Quit GeekShadow (Ping timeout: 240 seconds) 18.24.49 Quit amithkk (Ping timeout: 240 seconds) 18.24.49 Quit nomada (Ping timeout: 240 seconds) 18.24.49 Quit kadath (Ping timeout: 240 seconds) 18.24.50 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-140.clt.bellsouth.net) 18.24.51 Join Jack87 [0] (Jack87@nasadmin/admin/jack87) 18.24.54 Nick nomad0 is now known as nomada (~nomada@irc.consciente.de) 18.32.09 Join kadath [0] (~kadath@rrcs-96-11-226-10.central.biz.rr.com) 18.32.34 Join amithkk [0] (u4289@2buntu/writers/amithkk) 18.37.37 Quit factor (Ping timeout: 245 seconds) 18.41.25 Quit ze (Ping timeout: 252 seconds) 18.41.55 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.43.12 Nick alexbobp_ is now known as alexbobp (~alex@108.60.198.57) 18.47.53 Join ze [0] (ze@tardis.yi.org) 18.51.35 Join saratoga [0] (980329b4@gateway/web/freenode/ip.152.3.41.180) 18.56.24 Join Strife89 [0] (~Strife89@207.144.201.128) 18.57.31 Join lebellium [0] (~chatzilla@f052241231.adsl.alicedsl.de) 19.03.05 Join AlexP [0] (~alex@rockbox/staff/AlexP) 19.05.51 Quit pamaury (Remote host closed the connection) 19.06.03 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 19.06.04 Quit n1s (Changing host) 19.06.04 Join n1s [0] (~n1s@rockbox/developer/n1s) 19.15.24 Quit anewuser (Ping timeout: 245 seconds) 19.22.55 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.22.55 Quit bertrik (Changing host) 19.22.55 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.25.46 *** Saving seen data "./dancer.seen" 19.33.53 # It's a bit of a shame when you have a perfectly good patch, but can't commit it because you don't know the real name of the contributor .. 19.34.51 # just use John Doe :) 19.37.25 Join anewuser [0] (~anewuser@186.93.142.229) 19.37.36 Quit anewuser (Changing host) 19.37.37 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 19.38.09 # or put your name ? 19.38.33 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 19.38.34 Quit pamaury (Changing host) 19.38.34 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.40.31 # that would be plagiarism 19.41.18 # explain the situation in the comment? 19.41.51 # wer actually expected to follow the Real Name policy 19.42.50 # you could rewrite the patch but doing that without just retyping it when you have looked at it is rather tricky 19.43.50 # I think I'll just have to be more patient, it's about g79 by the way 19.47.12 # i bet one of the forum admins could get his email address 19.54.15 Join ender` [0] (~ender@mail.regal-gh.si) 19.54.39 # let me check 19.54.44 # g79 is the user? 19.56.29 Join [1]ender [0] (~ender@foo.eternallybored.org) 19.56.29 Quit ender1 (Read error: Operation timed out) 19.58.12 # scorche`, g79 is the gerrit entry, user is http://forums.rockbox.org/index.php?action=profile;u=32552 but maybe I really should be more patient 19.59.27 Quit ender` (Ping timeout: 240 seconds) 19.59.47 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 20.07.00 Quit remlap (Ping timeout: 272 seconds) 20.11.49 # bertrik: i PMed you the address 20.17.34 # bluebrother^: ping 20.24.06 # Commit 88cda7e in rockbox by 03Rafaël Carré: mkamsboot: fix some Clipv2 that we used to brick 20.26.34 # bluebrother^: is it possible to make a new rbutil release with 88cda7e soon? 20.28.05 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 20.28.46 # Torne: also i wonder if we should branch to our start code from fiq/irq vectors too 20.28.57 # i think dualboot.S doesnt even disable interrupts 20.30.34 Quit perrikwp (Ping timeout: 255 seconds) 20.35.41 # did anybody try gcc 4.7 LTO on arm ? 20.38.23 Quit bertrik (Read error: No route to host) 20.38.42 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.38.42 Quit bertrik (Changing host) 20.38.42 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.46.26 Part WalkGood 21.01.58 Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca) 21.07.58 Quit y4n (Quit: 6,000,000 ways to die — choose one.) 21.12.13 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 21.18.14 Join factor [0] (~factor@74.197.205.204) 21.20.28 Join bluebrother [0] (~dom@f053154040.adsl.alicedsl.de) 21.20.29 Quit bluebrother (Changing host) 21.20.29 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 21.20.55 Quit funman (Ping timeout: 260 seconds) 21.23.25 Join funman [0] (~fun@rockbox/developer/funman) 21.23.43 Quit bluebrother^ (Ping timeout: 252 seconds) 21.24.16 Quit fs-bluebot (Ping timeout: 272 seconds) 21.24.19 # gevaerts: why didn't you talk to me about r31434? 21.25.29 # funman: because it was urgent. More and more people started losing data due to this 21.25.36 Join fs-bluebot [0] (~fs-bluebo@f053154040.adsl.alicedsl.de) 21.25.49 *** Saving seen data "./dancer.seen" 21.25.50 # see the irc logs from around then 21.26.04 # there were other options than a revert 21.26.22 # no problem for reverting it at the time but you could have told me (i didnt notice it) 21.26.36 # what was the issue, that it would delete music added in MTP mode? 21.27.33 # saratoga: that it would delete those directories on *any* player (not just sansas) if the user selected "all" in disktidy. "music" isn't an uncommon place to put music 21.27.43 # funman: true, sorry about that 21.28.09 # well wasn't it easier to remove MUSIC/ from the list? 21.28.37 # or all directories 21.29.56 # we can make disktidy remove empty dirs recursively 21.30.13 # that'd work with RECORD/ which has FM/ and MIC/ subdirs 21.30.22 # Well, it's not clear to me if the others should be deleted. The manual says disktidy "deletes junk files commonly left behind by Windows, Linux and OS X", so rather explicitely *not* OF stuff. Changing that needs more discussion IMO 21.30.32 # Yes, empty directories are much less of a problem 21.30.39 # eh, we can add that option to the manual 21.30.49 Quit saratoga (Ping timeout: 245 seconds) 21.31.42 # or rework the 'ALL' selection 21.32.11 # What do those OF files do? Store preferences? 21.32.32 # perhaps 21.33.20 # i don't really want to check what they do. the manual can say that they store OF preferences if that reassure you 21.34.03 # * gevaerts thinks disktidy needs more thinking and flexibility before we add much more stuff to it 21.34.11 # one of the dirs probably store music transferred in MTP mode 21.34.48 # If they remove any OF settings or music or anything I don't mind them being added as long as they aren't default in any way 21.35.11 # Them being in ALL is debateable too, even though ALL would then be a lie 21.35.12 # Some stuff can be deleted without warning (various removed file stores, thumbs.db ...), but some other stuff should be a lot more careful I think 21.35.25 Quit Strife89 (Quit: Rebooting to Windows) 21.35.38 # I wouldn't mind an e.g. "Sansa OF files" or somesuch 21.35.46 # AlexP: it said so already. 21.35.56 # It was in ALL, no? 21.36.59 # see 3bc771d669676 21.37.36 # bloody stupid tags 21.38.55 # OK 21.39.18 # also, saying "No" is rather easier than making me search for a commit 21.40.08 # The discussion around my revert is at http://www.rockbox.org/irc/log-20111226#00:48:46 21.40.26 # AlexP: 1/ the answer is not "No" because ALL selected it. 21.40.46 # 2/ you can use git show "what i pasted" and see for yourself and make your own interpretation 21.41.19 # So how does looking at that commit help me? 21.41.26 # It doesn't show that ALL selected it 21.41.29 # you see where it was 21.41.36 # I'd have had to look at the rest of the file for that 21.41.40 # anyway, whatever 21.42.19 # i agree that disktidy UI is confusing 21.42.48 # perhaps just putting ALL at the end would be enough because you'd have to scroll down and see all what is deleted 21.42.56 # no 21.44.11 # gevaerts: http://pastie.org/3291146 ? 21.49.49 # I'd still like to have some sort of confirmation that those are "junk files" (as the manual puts it). They shouldn't be critical, and some of them look like junk (is UPGRADE.FIN some sort of marker for a GUI updater?), so I can live with this. The manual should be updated to mention OF files though 21.51.23 # they are junk as far as rockbox is concerned 21.51.30 # I think upgrade.fin exists only just after a firmware update, it's automatically deleted by the OF on the next boot 21.51.36 # true 21.52.12 # i'll check their content 21.54.42 # Given we allow dual boot, we shouldn't be removing things the OF uses and that people would notice 21.54.43 # deleting some of the other OF files may have side effects, I think one of them contains the OF settings or regional code, so deleting them may cause the OF to ask again about the language to use, etc. 21.54.54 # Even if to Rockbox they are junk 21.57.08 # i could make that a separate plugin 21.57.40 Nick [1]ender is now known as ender` (~ender@foo.eternallybored.org) 22.04.48 Quit GeekShad1w (Ping timeout: 253 seconds) 22.08.06 Join Whazor [0] (~nanne@dev.mycel.nl) 22.08.34 # hm, it's taking a very long time to boot rockbox on a clip zip after having inserted an sd card, although I think I've seen this behaviour on a clip+ too 22.10.56 Nick funman is now known as namnuf (~fun@rockbox/developer/funman) 22.11.19 Join funman [0] (~fun@rockbox/developer/funman) 22.12.40 Join petur [0] (~petur@rockbox/developer/petur) 22.13.10 # funman: maybe dualboot.S should disable interrupts? :) 22.13.31 # funman: i guess we could branch to start if start immediately disables interrupts 22.13.41 # funman: and explicitly drops itself into the right mode 22.13.49 # indeed but note interrupts never happened on any model 22.14.07 # else we'd have been in an infinite loop 22.14.15 # irq/fiq 22.14.22 Quit namnuf (Quit: leaving) 22.14.47 # so i'm not sure about it 22.15.40 # is there an instruction which sets the right mode, disable irq/fiq, enables MMU, jumps to our startcode, and load 4 XMM registers from memmory at the same time? 22.15.44 # ah it's not x86 forget it 22.15.53 # haha 22.16.57 # you can do it in, er, two maybe? 22.17.17 # msr to SPSR from an immediate to set mode and irq bits in it, then movs to pc 22.17.25 # no mmu, but hey 22.17.54 # i mean we cant put it in the reset/swi vectors 22.18.18 # i don't see why you'd need to 22.18.33 # what are you actually concerned about here? 22.18.40 # yes so putting it at code start is ok 22.18.42 Part funman 22.18.42 Join funman [0] (~fun@rockbox/developer/funman) 22.18.51 Part funman 22.19.00 Join funman [0] (~fun@rockbox/developer/funman) 22.19.08 # nothing 22.19.33 # i will let it like it is - interrupts should be disabled already when we enter that code 22.19.39 # i don't know how SWI works though 22.20.49 # swi disables irq, but not fiq 22.21.06 # only reset and fiq disable fiq 22.21.40 # okay so it's alright 22.24.52 # yeah. all exceptions disable irq, only rst and fiq disable fiq 22.25.06 # dfkt: ping 22.29.23 # funman: pong® 22.29.53 # dfkt: do you know what those OF files do? 22.32.01 # MTABLE.SYS is the database, according to a hex editor 22.32.52 # no idea about the other ones, though SYS_CONF.SYS seems obvious 22.34.56 # they all get recreated anyways when booting the of 22.37.41 # i should make a bootloader which doesn't let you boot OF anymore 22.37.50 # that would be nice :) 22.38.07 # hm in fact that clipv2 is a nice occasion to do it 22.38.21 # just looked through the other OF files, they're mostly 00's, and version.sdk is plain text 22.39.01 # maybe RES_INFO.SYS is the DRM crap, and it's empty on my clip since it's never used? 22.39.16 # funman: can we update bootloaders if the OF isn't there? 22.42.21 Join Keripo [0] (~Keripo@eng102.wireless-resnet.upenn.edu) 22.43.56 # yes 22.44.15 # ok 22.44.24 # it'd mean export sd_write_sectors to a .rock or reimplement them in the .rock 22.45.10 # i have done it in the past when we didnt know recovery mode 22.45.38 # hm actually sd_write_sectors avoid those bootloader blocks carefully 22.48.33 Quit factor (Ping timeout: 252 seconds) 22.50.59 # funman: pong 22.51.43 # bluebrother: can we make a new rbutil release with the clipv2 fix ? 22.51.43 # the main problem is that my release scripts are currently broken, and I'd like to fix them before making a new release. 22.52.16 # also, I wanted to finish the multithreading support for encoders as well. I already have a first implementation ... 22.52.24 # how much of a problem is it right now? 22.56.21 Quit Keripo (Read error: Connection timed out) 23.02.19 Quit n1s (Quit: Ex-Chat) 23.06.02 # clipv2 can be bricked 23.06.31 # urgh, that's ugly. 23.07.49 # it's been that way for more than 2 years and a half though. we can wait a bit more 23.08.53 # that's still a bad thing. I'll try to get things done until the weekend (or during the weekend) if possible 23.16.49 Quit domonoky (Read error: Connection reset by peer) 23.19.07 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 23.20.20 Quit nosa-j (Excess Flood) 23.20.53 Join nosa-j [0] (~m00k@adsl-74-235-42-140.clt.bellsouth.net) 23.21.15 Quit perrikwp_ (Ping timeout: 245 seconds) 23.25.51 *** Saving seen data "./dancer.seen" 23.28.02 Quit liar (Remote host closed the connection) 23.29.10 Quit petur (Quit: Leaving) 23.35.05 Quit Zarggg (Quit: Rebooting client...) 23.38.12 Join nosa [0] (~m00k@adsl-74-235-42-140.clt.bellsouth.net) 23.39.36 Quit nosa-j (Ping timeout: 240 seconds) 23.39.38 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-140.clt.bellsouth.net) 23.48.40 Join saratoga [0] (980329b4@gateway/web/freenode/ip.152.3.41.180) 23.49.28 Quit nosa-j (Ping timeout: 244 seconds) 23.49.40 # rasher: are test plugins disabled in your sim builds for a reason? 23.50.08 # would probably be nice to at least have test codec available so that windows users can trouble shoot without needing to setup a vm 23.51.38 Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) 23.51.48 Part LinusN 23.52.14 # saratoga: dunno, that's how it builds. If you enable it in the default build it should appear I guess? 23.53.18 Join GeekShadow [0] (~antoine@40.51.201.77.rev.sfr.net) 23.53.30 Join skamster [0] (~skamster@99-107.107-92.cust.bluewin.ch) 23.53.44 # hello, i've just a very little time, but i've like to install avlo on my av100, but it tells me every time, the update is not valid 23.53.51 # i've used the tutorial of archopen, just renamed the file into BJBM instead of CJBM (because this is for av300, i think) 23.54.02 # would be very very cool if you could help me 23.54.12 # avlo is 4.2 from sourceforg 23.54.21 # makes me crazy, because i couldn't use ogg, flac, wav, etc this way :s 23.54.41 # think, you could have a clue, why it doesn't take the update? 23.54.42 Join nosa-j [0] (~m00k@adsl-74-235-42-140.clt.bellsouth.net) 23.54.52 # you may also use avlo? 23.57.22 Quit dreamlayers (Quit: Leaving.) 23.58.41 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net)