--- Log for 02.06.114  Server: leguin.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 20 days and 20 hours ago

00.06.49 Quit    kugel (Ping timeout: 260 seconds)
00.13.31 ***     Saving seen data "./dancer.seen"
00.26.45 Quit    preglow (*.net *.split)
00.37.06 Join    preglow [0] (~thomj@2001:840:4243:3::100)
00.39.20 Quit    bertrik (Remote host closed the connection)
00.45.52 Quit    bluebrother (Disconnected by services)
00.45.58 Join    bluebrother [0] (~dom@rockbox/developer/bluebrother)
00.47.21 Quit    fs-bluebot (Ping timeout: 245 seconds)
00.50.17 Join    fs-bluebot [0] (~fs-bluebo@g226070215.adsl.alicedsl.de)
00.55.16 Quit    jhMikeS (Ping timeout: 240 seconds)
01.08.00 Quit    ender` (Quit:  Knowledge is power. Power corrupts.)
01.12.03 Quit    Gallomimia_ (Quit: Gallomimia_)
01.33.57 Quit    mc2739 (Ping timeout: 255 seconds)
01.35.41 Join    mc2739 [0] (~mc2739@rockbox/developer/mc2739)
01.38.06 Quit    shdwr (Remote host closed the connection)
01.38.16 Quit    Misanthropos (Ping timeout: 240 seconds)
01.43.13 Quit    RiD (Quit: A good plan today is better than a perfect plan tomorrow.)
02.08.36 Quit    ter2 (Ping timeout: 240 seconds)
02.13.33 ***     Saving seen data "./dancer.seen"
02.38.03 Join    ter2 [0] (~tertu@143.44.70.199)
03.00.00 Quit    AlexP (Remote host closed the connection)
03.36.27 Quit    the-kyle (Remote host closed the connection)
03.36.43 Join    the-kyle [0] (~kyle@kyle.tk)
04.01.48 Join    ygrek [0] (~user@108.59.6.97)
04.02.21 Join    Gallomimia_ [0] (~gallomimi@d99-199-8-22.bchsia.telus.net)
04.13.35 ***     Saving seen data "./dancer.seen"
04.38.28 Quit    amiconn (Disconnected by services)
04.38.28 Join    amiconn_ [0] (quassel@rockbox/developer/amiconn)
04.38.31 Nick    amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04.38.57 Quit    pixelma (Ping timeout: 240 seconds)
04.39.22 Quit    Gallomimia_ (Quit: Gallomimia_)
04.39.25 Join    pixelma [0] (quassel@rockbox/staff/pixelma)
04.39.32 Quit    Provel (Ping timeout: 252 seconds)
04.40.02 Join    Provel [0] (~Provel@75-132-32-77.dhcp.stls.mo.charter.com)
04.41.59 Quit    [Saint] (Remote host closed the connection)
04.43.06 Join    [Saint] [0] (~saint@rockbox/staff/saint)
04.56.08 Quit    kuldeepdhaka (Quit: Leaving)
05.00.00 #       <[Saint]> In lack of a native UI - is it wise to persue a "native look", or, should I be going for a more distinc and personal feel?
05.00.34 #       <[Saint]> *distinct
05.02.14 #       <[Saint]> I think I'll try and drum up submissions for naming on the forum, I don't think "touch_theme-r127" is particulatly catchy. ;)
05.12.58 Join    steffengy [0] (~quassel@p57B49675.dip0.t-ipconnect.de)
05.15.50 Quit    steffengy1 (Ping timeout: 252 seconds)
05.23.04 #       <JdGordon> [Saint]: how about cabbie-touch? :p
05.29.04 Quit    TheSeven (Ping timeout: 264 seconds)
05.29.48 Join    TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05.51.18 Quit    ter2 (Ping timeout: 252 seconds)
06.13.37 ***     Saving seen data "./dancer.seen"
06.19.11 Nick    [Saint] is now known as sinner (~saint@rockbox/staff/saint)
06.23.34 Nick    sinner is now known as [Saint] (~saint@rockbox/staff/saint)
06.52.55 Join    eahm [0] (~irc@ip72-201-51-181.ph.ph.cox.net)
06.58.44 Quit    eahm (Remote host closed the connection)
07.51.22 Join    mortalis [0] (~kvirc@213.33.220.118)
07.53.20 Join    fragilematter [0] (~fragilema@unaffiliated/fragilematter)
08.04.34 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
08.13.41 ***     Saving seen data "./dancer.seen"
08.14.52 Join    ploco [0] (dce9b7f9@gateway/web/freenode/ip.220.233.183.249)
08.17.08 #       <ploco> [Saint]: I've pust the Android autofit patch to gerrit.  
08.17.16 #       <ploco> http://gerrit.rockbox.org/r/#/c/838/
08.18.34 #       <[Saint]> Yay?
08.18.37 #       <ploco> may help you to  test 480 800 theme on any Android device in full screen 
08.19.32 #       <[Saint]> testing on device - no thanks. :-/
08.19.50 #       <[Saint]> I can easily create a SDL app of any arbitrary dimension.
08.21.15 #       <ploco> well, present to you as an alternative to simulator. with real touch feeling XD
08.22.13 #       <[Saint]> the SDL app/simulator simulate touch in every way I need them to.
08.22.34 #       <[Saint]> And even with wireless adb/adb push, it just takes far too long to test on device.
08.22.44 Quit    ygrek (Ping timeout: 252 seconds)
08.22.53 #       <[Saint]> I'm sure this will have some other practical implementation, but for me at least, on device testing isn't it.
08.23.06 Join    ender` [0] (krneki@foo.eternallybored.org)
08.25.35 #       <ploco> plug the usb cable in, copy files over, test the theme. only three step but require a long time?
08.26.29 #       <[Saint]> commit code to local repo (handled automatically); start executable; done.
08.26.32 #       <[Saint]> So, yes. :)
08.26.54 #       <[Saint]> Considering the above takes a few seconds, its pretty hard to compete.
08.31.28 #       <[Saint]> Don't be discouraged, its good work. I was simply stating that for testing purposes it is entirely uninteresting to me and would actually lengthen the process.
08.32.56 #       <JdGordon> ploco: how good/bad is the scaling?
08.33.06 #       <ploco> nono, i am just thinking, what make the output of SDL and Android different when using %VB
08.33.44 #       <JdGordon> and what lcd width/height do you use in the config?
08.34.47 #       <[Saint]> It seems to me that it would almost certainly provide an unpredictable output when compared to custom crafted, per-resolution, themes, no? Greatly limiting the appeal?
08.34.52 #       <ploco> it's using hardware scaling, a 480x800 build looks pretty ok on 1080x1920 device
08.36.39 #       <[Saint]> The one thing I really want from the theme engine, and would find genuinely useful, right now, is getting rid of album art scaling rules being skin specific.
08.36.51 #       <[Saint]> I would *love* %Cl to be viewport specific.
08.37.25 #       <[Saint]> Nothing crazy, I don't need infinite amounts of possible AA sizes, even 2 would be great.
08.37.39 #       <JdGordon> oh right, bug me tonight about that
08.37.45 #       <JdGordon> hopefully I'll be able to sit down
08.37.50 #       <JdGordon> that sounds like a fun task :p
08.38.20 #       <JdGordon> ploco: I want to add native lists to android but I'm pretty much stuck/cbf doing the java side... any chance we can colaborate?
08.40.59 #       <ploco> JdGordon: I'm C programmer and not good in Android/Java as well.  pick it up because no others in team want to touch it.(sad but true)
08.41.15 #       <JdGordon> ah nuts! :p
08.41.38 #       * [Saint] keeps getting lost in rockbox.cn
08.41.52 #       <[Saint]> And Google Translate hates the shit out of the forums.
08.42.01 #       <[Saint]> (and provides hilarious results)
08.42.19 #       <[Saint]> "The horse uses its master to Rockbox fourteen days"
08.42.31 #       <[Saint]> Ooooooohhhhhhhh, right. Thanks Google.
08.42.42 #       <JdGordon> that should be obvious!
08.43.56 Join    jhMikeS [0] (~jethead71@c-68-43-2-35.hsd1.mi.comcast.net)
08.43.56 Quit    jhMikeS (Changing host)
08.43.56 Join    jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
08.56.38 Nick    SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73)
09.03.21 Quit    pamaury (Ping timeout: 240 seconds)
09.07.31 Quit    ploco (Quit: Page closed)
09.19.22 Join    Zagor [242] (~bjst@rockbox/developer/Zagor)
09.21.47 Join    kugel [0] (~kugel@rockbox/developer/kugel)
09.23.44 Quit    Strife89 (Ping timeout: 240 seconds)
09.39.49 Join    kugel_ [0] (~kugel@212.42.239.93)
09.39.49 Quit    kugel_ (Changing host)
09.39.49 Join    kugel_ [0] (~kugel@rockbox/developer/kugel)
09.44.58 Join    wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
09.49.12 #       <wodz> we should do the release before devcon IMO
09.50.57 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
09.51.36 Join    ygrek [0] (~user@108.59.6.97)
10.13.42 ***     Saving seen data "./dancer.seen"
10.22.24 #       <pamaury> wodz: do you think so ? won't it be a bit short ?
10.23.34 #       <wodz> short of what? We advice to use current build anyway. Stable is over a year old
10.28.49 Join    ygrek_ [0] (~user@108.59.6.97)
10.31.39 #       <pamaury> wodz: short in time for testing
10.31.57 Quit    ygrek (Ping timeout: 240 seconds)
10.32.00 #       <pamaury> but anyway you're right there weren't many commits recently anyway so we wouldn't heard about breakage
10.32.07 #       <pamaury> *would have
10.33.25 #       <wodz> well, the only place where testing has some chance to happen is DevCon BUT this will take precious time for hacking new stuff
10.35.00 #       <JdGordon> wodz: if you do a release, probably best to revert 01cbb79 in the rel branch - I'm not sure what the status of skins is atm
10.35.11 #       <JdGordon> there was complaints but not sure if they are still valid
10.35.53 #       <copper> JdGordon: other complaints than mine?
10.36.07 #       <copper> complaints other than mine*
10.37.05 #       <JdGordon> I'm not sure.. you
10.37.13 #       <JdGordon> 'res are all fixed yeah?
10.37.42 #       <copper> as far as I can tell
10.38.16 #       <copper> I didn't follow up on the two skins from other authors that broke
10.40.26 #       <copper> I can test a few skins later today
10.40.36 #       <copper> only on my Classic though, I've sold my Fuze+
10.42.38 #       <JdGordon> [Saint]: just looking now.. I don't think multiple AA will be too difficult. the real problem is (again) that images are drawn at the end of viewports instead of when the tag is displayed which could cause wierdness
10.43.19 #       <[Saint]> So, it woul dneed idents, and cause a breaking issue, one assumes?
10.43.38 #       <[Saint]> *need idents
10.45.11 #       <copper> there's still the bug where AA doesn't load right after switching to a different theme, requiring a reboot
10.45.39 #       <[Saint]> I tried following that, but I have NFI how it happens.
10.45.52 #       <[Saint]> The fullscreen redraw should assure it "Just Works".
10.45.56 #       <JdGordon> [Saint]: na, should be fine... I'll do it like images so it shold work
10.45.59 #       <JdGordon> but annoying
10.46.29 #       <[Saint]> Its also interesting to note that it only happens with *some* themes.
10.46.36 #       <[Saint]> Its not a given.
10.46.45 #       <copper> what does?
10.46.58 #       <[Saint]> The AA failure described ~60s ago
10.50.20 #       <copper> and changing certain themes to certain other themes makes the sim crash
10.50.45 #       <copper> like switching from "redux" to "Ash" in the iPod Video sim
10.51.06 #       <JdGordon> gdb it
10.51.32 #       <[Saint]> I haven't been able to catch that, but, yeah, step it through a debugger if you can.
10.51.47 #       <copper> actully, switching from redux to anything (cabbiev2 or failsafe)
10.52.35 #       <copper> how?
10.55.29 #       <JdGordon> install gdb, then just run "$ gdb ./rockboxui" and wait for it to crash
10.55.43 #       <JdGordon> then "bt" and tell us what that dumps
10.56.10 #       <copper> I need to type "run" or something
10.56.19 #       <wodz> yeah run
10.56.36 #       <copper> "Program received signal SIGUSR1, User defined signal 1."
10.56.42 #       <copper> and it stays on the bootup screen
10.57.34 Join    ygrek [0] (~user@108.59.6.97)
10.58.21 #       <copper> I'm sure I need to type some additional command, but I don't know what
10.58.27 #       <copper> in the gdb console
10.59.02 #       <wodz> there is some magic involved. You either need simulator with sdl-threads build or there is a way to tell gdb to ignore this signal (but I never can't remember what it was)
11.00.00 #       <copper> "continue" seems to work
11.00.16 Quit    ygrek_ (Ping timeout: 240 seconds)
11.00.27 #       <copper> "bt" "no stack"
11.00.58 Join    ygrek_ [0] (~user@108.59.6.97)
11.01.03 #       <copper> https://outpost.fr/tmp/5SM.txt
11.02.29 #       <copper> https://outpost.fr/tmp/LMg.txt
11.02.46 #       <[Saint]> Ohhhh, geee, there's a word I wasn't expecting to see. bufflib. ;)
11.02.54 #       <[Saint]> </s>
11.04.04 Quit    ygrek (Ping timeout: 252 seconds)
11.04.28 #       <copper> trying to "reset settings" segfaults too
11.04.42 #       <copper> hmmm
11.05.05 #       <copper> incidentally, the redux theme displays the same images multiple times for his VU meter hack
11.05.24 #       <copper> http://themes.rockbox.org/index.php?themeid=2162&target=ipod6g
11.06.30 #       <[Saint]> "vu meter"
11.08.50 #       <copper> interesting
11.08.59 #       <copper> er
11.09.13 #       <[Saint]> Its likely bets that commit gets reverted, it shouldn;t be problematic at all, but if it is, fuck it.
11.09.19 #       <[Saint]> *best
11.09.48 #       <copper> the AA thing is older than that, though
11.09.52 #       <[Saint]> The targets that would make the best use of it (lowmem) likely aren't using complicated themes anyway.
11.10.07 #       <[Saint]> And, yes. I don't believe the two to be related at all.
11.11.05 #       <copper> eh, doesn't crash with a build prior to 01cbb79
11.11.12 #       <copper> 440ff950
11.12.44 #       <[Saint]> I can't immediately see why what the autthor is doing should cause an issue.
11.13.15 #       <copper> loading the same images
11.13.21 #       <copper> multiple times
11.13.25 #       <copper> that's the one thing that sticks out
11.13.56 #       <copper> er, maybe "loading" isn't the best term
11.14.13 #       <[Saint]> That shouldn't be problamtic, neither before, nor after, this change.
11.14.26 #       <copper> "shouldn't" ;)
11.14.36 #       <[Saint]> The only thing that changes is that now it shouldn;t needlessly reallocate buffer for repeated image preload calls.
11.14.42 #       <copper> "Your bug report is invalid. There shouldn't be any problem." ;)
11.15.30 #       <[Saint]> http://mattsko.files.wordpress.com/2012/11/shark-hat-2.jpg
11.15.55 #       <copper> relevant: https://outpost.fr/tmp/gjp.jpg/
11.16.48 #       <copper> the AA thing is bugging me though
11.16.55 #       <copper> I could swear that kugel fixed it a while ago
11.22.35 #       <copper> it's difficult to trigger reliably, too
11.26.52 #       * [Saint] is remined of his recent "Look, look, repeatable corruption!"; .... ; *cricket chirping intensifies*; "well...it did it those other 5 times, I swear"
11.27.36 #       <copper> I'm gonna try something
11.32.39 #       <copper> [Saint]: I can't display a "no art" image below the actual album art viewport
11.32.43 #       <copper> beneath*
11.33.04 #       <copper> the artwork shows for a split second and then the no art shows, permanently
11.38.08 #       <[Saint]> pastebin
11.38.15 #       <[Saint]> errr, please.
11.39.38 #       <copper> I fixed it I think
11.39.44 #       <copper> %Vd(art)
11.39.48 #       <copper> %?C<|%Vd(artheadphones)>
11.39.52 #       <copper> in that order
11.40.06 #       <copper> before, I had: %?C<%Vd(art)|%Vd(artheadphones)>
11.40.16 #       <copper> and I tried:
11.40.22 #       <copper> %Vd(artheadphones)
11.40.24 #       <copper> %Vd(art)
11.43.09 #       <[Saint]> "%?C<%Vd(art)|%Vd(artheadphones)>" is absolutely the way it should be done.
11.43.26 #       <copper> hold on
11.44.58 #       <copper> ok, I know what I did wrong
11.45.17 #       <copper> it's on order of appearance thing
11.45.27 #       <copper> %?C<|%Vd(artheadphones)>
11.45.29 #       <copper> er
11.45.35 #       <copper> %?C<%Vd(art)|%Vd(artheadphones)>
11.45.54 #       <copper> that works when later in the code, %Vl(art) comes before %Vl(artheadphones)
11.46.03 #       <copper> that's why album art was always showing in the SBS
11.46.11 #       <copper> because that's how I had set it up in the SBS
11.46.22 #       <copper> in the WPS, %Vl(artheadphones) would come before %Vl(art)
11.46.44 #       <[Saint]> the order of when viewports are %vl'd shouldn't matter in the least
11.47.39 #       <[Saint]> but its good practive to do: image preloads, viewport condition calls; static viewports, viewport preloads
11.48.08 #       <copper> well, it seems to fix it
11.48.17 #       <copper> I'm going to commit the changes and try it on my Classic
11.50.52 #       <[Saint]> In my code I often gleefully call viewports in conditions before the preload - and it has no effect whatsoever.
11.51.15 #       <[Saint]> The practise of arranging themes this way is largely historical
11.51.37 #       <[Saint]> Mostly for human benefit I believe, if not solely.
11.53.37 #       <[Saint]> Just for my own sanity, I just tried jiggling around some calls and viewport preloads, to make sure I was calling "out of order" - nada.
11.57.15 #       <JdGordon> [Saint]: copper: so that commit is still causing issues?
11.57.35 #       <[Saint]> Apparently.
11.57.45 #       <[Saint]> I can't really see how though.
11.57.51 #       <[Saint]> :/
11.58.00 #       <copper> JdGordon: with the redux theme I linked to
12.01.18 #       <JdGordon> I'm about to head out, but what do I need to do to crash it?
12.03.10 #       <JdGordon> copper: also, can you try something? put "memset(retval, 0, size);" in lib/skin_parser/skin_buffer.c before the return line at line 92? that might hopefully make it more likely to crash
12.04.37 #       <[Saint]> we need help with that? ;)
12.05.53 #       <copper> hold on
12.06.05 #       <JdGordon> if that changes anything (either making it better or worse) we know there is more bugs
12.06.26 #       <JdGordon> I suspect there is a bunch of struct members not being cleared/init/set correctly
12.08.38 #       <JdGordon> hang on.. is 0 a valid buflib handle?
12.08.39 #       <copper> my AA fix on the Classic doesn't work
12.09.18 #       <JdGordon> seems not.. ok, back in a while
12.13.46 ***     Saving seen data "./dancer.seen"
12.16.41 #       <[Saint]> copper: I didn't expect it would.
12.17.06 #       <[Saint]> I had to go ahead and debunk it myself to make sure I wasn't crazy.
12.18.50 #       <copper> I'm out of ideas
12.19.07 #       <[Saint]> Oh - I discovered at least one valid case for skin variables in non-touchscreen
12.19.14 #       <[Saint]> Its really quite neat.
12.20.21 #       <[Saint]> (forgive the long line, the idents make it quite ungainly):
12.20.24 #       <[Saint]> %?mp<%xd(STOP)|%xd(PAUSE)%vs(PLAY_STATE,set,1)|%xd(PLAY)%vs(PLAY_STATE,set,2)|%?vg(PLAY_STATE)<%xd(PAUSE)|%xd(PLAY)>|%?vg(PLAY_STATE)<%xd(PAUSE)|%xd(PLAY)>>
12.20.59 #       <[Saint]> Its a cute way of making sure you always get the right media icon showing.
12.21.13 #       <copper> JdGordon: no change with memset(retval, 0, size);
12.21.24 #       <[Saint]> Currently, that's the only valid use I can think of for skin vars in non-touch.
12.21.35 #       <[Saint]> But I'm sure there are others I'm yet to dig up.
12.23.15 #       <[Saint]> the quick rundown is the seek play state is checking first to see what the last play state (of play/pause) was before deciding which state icon to show.
12.24.00 #       <[Saint]> It only took me...hmmm, about a year, to figure that little annoyance out.
12.24.17 #       <copper> haha, I had that problem
12.24.19 #       <copper> too
12.24.27 Join    ZincAlloy [0] (~Adium@pD9EEA376.dip0.t-ipconnect.de)
12.24.33 #       <copper> when I seek while paused, the pause icon switches to the play icon
12.25.05 #       <[Saint]> its either that, or nothing, really.
12.25.12 #       <[Saint]> and 'nothing' looks odd.
12.25.34 Join    Misanthropos [0] (~Misanthro@frnk-4d01f5ed.pool.mediaWays.net)
12.25.48 #       <[Saint]> I "fixed" it in the past by showing a seek animation where play/pause would have been. :)
12.26.29 #       <copper> damn it
12.26.37 #       <copper> the AA fix does work in the video sim
12.26.42 #       <copper> just not on my classic
12.26.47 #       <copper> I'm going to try the classic sim
12.27.16 #       <[Saint]> if the two differ in any way shape or form, something is seriously ballsed.
12.27.39 #       <[Saint]> sim not behaving exactly like target is expected in some ways.
12.28.23 #       <[Saint]> but the video and classic sim should be identical, save for the few conditions the classic can't satisfy that the video can.
12.28.43 #       <[Saint]> *identical in this regard
12.28.47 #       <copper> ah ha, doesn't work in the classic sim
12.29.02 #       <[Saint]> The fuck?
12.29.38 #       <[Saint]> I can't think of a way that makes sense.
12.30.45 #       <copper> I can reproduce it reliably now
12.31.08 #       <copper> load Basta, shutdown, start again, play a file, stop playing, switch to Ash, start playing: no art
12.31.19 #       <copper> load Ash, shutdown, start again, play a file, stop playing, switch to Basta, start playing: no art
12.31.32 #       <copper> (in the classic sim)
12.31.37 #       <[Saint]> can you please pastebin, in a single paste, the simplest possible "working vs. fail" example?
12.31.44 #       <copper> always works with my fix in the video sim
12.33.22 #       <copper> works: https://outpost.fr/tmp/G8q.txt
12.33.29 #       <copper> doesn't work : https://outpost.fr/tmp/Nt6.txt
12.33.49 #       <copper> it's just the two %Vl() inverted
12.34.43 #       <[Saint]> Yeah - that makes no sense whatsoever.
12.35.00 #       <copper> %Vd(art)
12.35.05 #       <copper> %?C<|%Vd(artheadphones)>
12.35.09 #       <copper> doesn't work in the classic sim either
12.35.25 #       <copper> (doesn't solve the missing AA problem when switching themes)
12.35.48 #       <[Saint]> I'm not immediately sure it should.
12.36.06 #       <[Saint]> There's no trigger there to say "hey, redraw this" for the AA case.
12.36.12 #       <copper> gotta do an errand, bbiab
12.36.20 #       <[Saint]> you're drawing overtop of it and expecting it to still be there when you return.
12.39.04 Quit    kugel_ (Ping timeout: 255 seconds)
12.40.10 #       <[Saint]> copper: you're re-using an ident.
12.40.12 #       <[Saint]> don't.
12.40.32 #       <[Saint]> at least, not across viewports and images.
12.40.46 #       <kugel> [Saint]: how do you expect to test android-specific code in the SDL app?
12.40.55 #       <[Saint]> How did I not catch that before - I need coffee, jesus.
12.41.31 #       <[Saint]> kugel: all I care about personally in this regard is a target that emulates a touchscreen
12.41.53 #       <[Saint]> From a theme perspective, that's all that matter to me.
12.56.14 #       <[Saint]> I'm not really in a position to confirm it right now, but I'm pretty sure the theme engine is taking objection to the 'artheadphones' ident not being unique
12.57.00 #       <[Saint]> viewports can share group idents, but I seem to recall image idents need to be unique - both amongst themslves, and viewports.
13.06.32 #       <kugel> that sounds correct
13.09.45 #       <copper> 10:40:11 UTC <[Saint]> copper: you're re-using an ident.
13.09.47 #       <copper> what?
13.10.14 #       <copper> artheadphones?
13.10.34 #       <JdGordon> copper: ok, cool
13.10.51 #       <copper> [Saint]: also, you're the one who said it was alright to layer images
13.11.02 #       <copper> unless I misunderstood (or misunderstand)
13.11.24 #       <JdGordon> layering images probably ownt work veyr well
13.11.30 #       <JdGordon> the way images are drawn is broken
13.11.34 #       <JdGordon> and cant be fixed :'(
13.12.20 #       <copper> also I'm not drawing on top of anything, since there's the %?C conditional
13.13.07 #       <copper> I changed the viewport name, doesn't fix anything
13.14.40 #       <[Saint]> I said its ok to layer images, but I never said they'd still be there if you removed a layer.
13.15.24 Quit    ygrek_ (Ping timeout: 276 seconds)
13.15.49 #       <copper> what
13.15.51 #       <[Saint]> if you draw overtop, and then remove that layer, anything underneat it is kaput.
13.16.03 #       <copper> what do you mean "remove"
13.16.29 #       <copper> I have no idea what you're talking about
13.16.41 #       <copper> what's wrong with this: https://outpost.fr/tmp/G8q.txt
13.17.29 Nick    KotH is now known as lunch (~attila@lou-outside.kinali.ch)
13.17.39 Nick    lunch is now known as KotH (~attila@lou-outside.kinali.ch)
13.17.50 #       <[Saint]> nothing.
13.18.04 #       <[Saint]> apart from questionable ident reuse.
13.18.14 #       <copper> then what are you on about?
13.19.07 #       <copper> this is what I have now: https://outpost.fr/tmp/xvo.txt
13.21.25 #       <[Saint]> fuck - sorry, I've been misreading the paste and seeing what I wanted to see instead of what was actually there.
13.21.58 #       <[Saint]> I'm really sorry, that was terrible.
13.22.04 #       <copper> :-/
13.22.22 #       <copper> how does one even "remove" a layer
13.22.52 #       <[Saint]> I swore there was an image being drawn unconditionally.
13.23.24 #       <[Saint]> And I thought you were drawing overtop of that conditionally, and then expecting it to still be there when the condition was removed.
13.24.27 #       <[Saint]> But I got lost in a jumble of alternate pastebuffers with similar contents.
13.24.58 #       <[Saint]> That last paste is fine, but AFAIK it shouldn't matter in what order the viewports are preloaded.
13.25.08 #       <copper> actually I still have the problem in the video sim when putting cabbiev2 in the theme rotation
13.26.00 #       <copper> ok, I have no clue
13.26.10 #       <copper> :(
13.26.20 #       <[Saint]> I usually do preload my albumart viewport very early, but only for purely cosmetic reasons.
13.27.06 #       <[Saint]> largely governed by the style that existed before viewports were even a thing and placement was done with newlines and spaces
13.27.23 #       <fs-bluebot> Build Server message: 3New build round started. Revision e417036, 253 builds, 30 clients.
13.27.25 #       <JdGordon> copper: ^ fixes your crash
13.29.50 #       <copper> lemme try
13.31.17 Quit    ZincAlloy (Quit: Leaving.)
13.31.17 #       <JdGordon> now, any other easy crashes to look into before i go onto multi-aa?
13.32.15 #       <fs-bluebot> Build Server message: 3Build round completed after 292 seconds.
13.32.50 #       <[Saint]> Nothing that I'm aware of, but honestly, I don't believe I'm doing much that's really being considered as "out there" in the way of crazy theme stuff.
13.34.43 #       <copper> JdGordon: confirmed
13.45.05 Nick    teythoon_ is now known as teytoon (~teythoon@mail.jade-hamburg.de)
13.53.05 #       <copper> kugel: do you remember ever fixing the missing art after switching themes bug?
13.53.23 #       <copper> didn't I file a bug report about that, and didn't you close it?
13.54.52 #       <copper> ah, no
13.55.03 #       <copper> you fixed the backdrop not loading and the FMS art not showing
13.55.27 #       <kugel> i can't remember that no
13.55.42 #       <copper> FS#12892
13.55.44 #       <fs-bluebot> http://www.rockbox.org/tracker/task/12892 3backdrop doesn't load when selecting a new theme that was just copied via USB (bugs, closed)
13.55.51 #       <copper> FS#12932
13.55.52 #       <fs-bluebot> http://www.rockbox.org/tracker/task/12932 3FMS artwork fails to load upon entering the FMS (bugs, closed)
13.56.28 #       <copper> could it be a similar problem (similar to the FMS art bug)?
13.56.28 #       <kugel> JdGordon: what the heck. look at the indentation
13.56.34 #       <kugel> in your last commit
13.58.15 #       <JdGordon> err, wtf?
13.59.35 #       * gevaerts exchanges JdGordon's tabs for spaces, at a rate of 0.23 spaces per tab
13.59.52 #       <kugel> JdGordon: a bit more care please
13.59.59 #       <copper> gevaerts: you're clearly scamming him!
14.00.09 #       <gevaerts> copper: what? I need my commission!
14.02.45 #       <fs-bluebot> Build Server message: 3New build round started. Revision 6e701d3, 253 builds, 30 clients.
14.07.04 #       <fs-bluebot> Build Server message: 3Build round completed after 260 seconds.
14.13.48 ***     Saving seen data "./dancer.seen"
14.18.08 #       <JdGordon> [Saint]: ok, how would you want to do multi-aa? the current tags don't exactly make sense
14.18.29 #       <copper> what's "multi-aa"?
14.18.40 #       <JdGordon> %C is fine, perhaps extendable to checking for different filenames, but Cd and Clnope
14.18.52 #       <JdGordon> copper: be able to draw more than 1 aa image on the skin
14.19.07 #       <JdGordon> right now only different sized, but potentially different filenames
14.25.10 Quit    pamaury (Remote host closed the connection)
14.41.05 Join    amayer [0] (~amayer@mail.weberadvertising.com)
14.42.03 #       <JdGordon> I'm thinking just %Cx with the same params as %Cl... no real need to split it into two tags
14.42.27 #       <JdGordon> the new tag is because the way it is drawn is going to need to be changed so %Cd/l will be the old style and %Cx is the new style
15.00.12 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
15.03.08 #       <JdGordon> kugel: is there a notification for when the albumart handle is fully loaded?
15.04.08 Quit    Geoff_ (Ping timeout: 240 seconds)
15.06.47 Nick    tchan1 is now known as tchan (~tchan@c-98-220-232-45.hsd1.il.comcast.net)
15.06.55 Quit    tchan (Changing host)
15.06.55 Join    tchan [0] (~tchan@lunar-linux/developer/tchan)
15.15.10 Quit    wodz (Quit: Leaving)
15.25.21 #       <JdGordon> [Saint]: copper: g#839
15.25.24 #       <fs-bluebot> 3Gerrit review #839 at http://gerrit.rockbox.org/r/839 : 3Allow multiple AA images in skins - proof of concept only by Jonathan Gordon
15.38.13 Join    einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
15.47.52 #       <pixelma> It would be even better if the the scaler could handle different display specs (for being able to display AA on the Iaudio remote as well if you use it on their main display already in your theme)... :\
15.50.40 Join    pystar89 [0] (~pystar89@ip-176-199-76-43.unitymediagroup.de)
15.56.13 #       <kugel> JdGordon: tbh, I would prefer to stabilize the skin engine and not add more stuff to it until after the release
16.00.26 Quit    fragilematter (Quit: Leaving.)
16.02.04 Join    kugel_ [0] (~kugel@rockbox/developer/kugel)
16.05.18 Join    fragilematter [0] (~fragilema@unaffiliated/fragilematter)
16.07.52 Join    Rower [0] (~husvagn@h176n2-aeg-a11.ias.bredband.telia.com)
16.12.25 Quit    kugel_ (Ping timeout: 252 seconds)
16.13.52 ***     Saving seen data "./dancer.seen"
16.14.41 Quit    kugel (Ping timeout: 260 seconds)
16.15.34 Join    n1s [0] (~n1s@c-26d572d5.010-215-7570701.cust.bredbandsbolaget.se)
16.15.37 Quit    n1s (Changing host)
16.15.37 Join    n1s [0] (~n1s@rockbox/developer/n1s)
16.17.40 Join    eahm [0] (~irc@ip72-201-51-181.ph.ph.cox.net)
16.21.36 Quit    amayer (Read error: Connection reset by peer)
16.24.56 Join    amayer [0] (~amayer@mail.weberadvertising.com)
16.31.16 Join    amayer_ [0] (~amayer@mail.weberadvertising.com)
16.32.41 Quit    eahm (Remote host closed the connection)
16.33.44 Quit    amayer (Ping timeout: 240 seconds)
16.38.57 Quit    amayer_ (Read error: Connection reset by peer)
16.40.00 Join    amayer_ [0] (~amayer@mail.weberadvertising.com)
16.41.14 Quit    mortalis (Ping timeout: 240 seconds)
16.44.57 Quit    amayer_ (Read error: Connection reset by peer)
16.45.26 Join    ygrek_ [0] (~user@108.59.6.97)
16.45.48 Join    amayer_ [0] (~amayer@mail.weberadvertising.com)
16.47.15 Quit    pystar89 (Ping timeout: 252 seconds)
16.47.57 Quit    amayer_ (Read error: Connection reset by peer)
16.48.59 Join    amayer_ [0] (~amayer@mail.weberadvertising.com)
16.57.05 Quit    Synergist (Ping timeout: 240 seconds)
17.07.59 Join    Geoff_ [0] (~qua@192.3.27.126)
17.13.16 Join    pystar89 [0] (~pystar89@ip-176-199-76-43.unitymediagroup.de)
17.22.27 Quit    pystar89 (Ping timeout: 252 seconds)
17.29.35 Quit    einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
17.36.09 Join    ter2 [0] (~tertu@143.44.70.199)
17.42.12 Join    sakax [0] (~sakax@78-23-252-57.access.telenet.be)
17.42.12 Quit    sakax (Changing host)
17.42.12 Join    sakax [0] (~sakax@unaffiliated/sakax)
17.46.05 Join    AlexP [0] (~alex@rockbox/staff/AlexP)
17.55.55 Quit    [Saint] (Remote host closed the connection)
17.56.07 Join    y4n [0] (~y4n@unaffiliated/y4ndexx)
17.57.05 Join    [Saint] [0] (~saint@rockbox/staff/saint)
18.02.01 Join    pystar89 [0] (~pystar89@ip-176-199-76-43.unitymediagroup.de)
18.06.57 Quit    amayer_ (Read error: Connection reset by peer)
18.07.04 Quit    michaelni (Quit: Leaving)
18.08.06 Join    amayer_ [0] (~amayer@mail.weberadvertising.com)
18.08.53 Join    Synergist [0] (~synfn@node1.customhost.org.uk)
18.08.54 Quit    Synergist (Changing host)
18.08.54 Join    Synergist [0] (~synfn@unaffiliated/synergist)
18.13.55 ***     Saving seen data "./dancer.seen"
18.19.46 Join    michaelni [0] (~michael@chello084114129144.4.15.vie.surfer.at)
18.20.45 Quit    pystar89 (Ping timeout: 252 seconds)
18.37.08 Quit    pamaury (Ping timeout: 276 seconds)
18.55.01 Quit    sakax (Quit: Leaving)
18.58.28 Join    sakax [0] (~sakax@unaffiliated/sakax)
18.59.23 Quit    sakax (Client Quit)
19.34.50 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
19.35.36 Quit    ygrek_ (Ping timeout: 240 seconds)
19.37.23 Quit    GodEater (Quit: Coyote finally caught me)
19.39.31 Join    GodEater [0] (~whoknows@94.3.60.123)
19.39.31 Quit    GodEater (Changing host)
19.39.31 Join    GodEater [0] (~whoknows@rockbox/staff/GodEater)
19.43.40 Join    bertrik [0] (~quassel@cl-1037.haa-01.nl.sixxs.net)
19.43.40 Quit    bertrik (Changing host)
19.43.40 Join    bertrik [0] (~quassel@rockbox/developer/bertrik)
19.43.43 Quit    akaWolf (Read error: Connection reset by peer)
19.48.00 Join    RiD [0] (RiD@bl6-70-210.dsl.telepac.pt)
19.49.27 Join    akaWolf [0] (~akaWolf@unaffiliated/akawolf)
19.49.46 Join    lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr)
20.13.58 ***     Saving seen data "./dancer.seen"
20.33.11 Quit    ter2 (Ping timeout: 245 seconds)
20.33.38 Join    ter2 [0] (~tertu@143.44.70.199)
20.50.16 Quit    ter2 (Ping timeout: 240 seconds)
21.06.21 Join    amayer [0] (~amayer@mail.weberadvertising.com)
21.06.50 Join    ter2 [0] (~tertu@143.44.70.199)
21.07.28 Quit    amayer (Client Quit)
21.07.52 Join    sakax [0] (~sakax@78-23-252-57.access.telenet.be)
21.07.52 Quit    sakax (Changing host)
21.07.52 Join    sakax [0] (~sakax@unaffiliated/sakax)
21.19.20 Quit    ter2 (Ping timeout: 240 seconds)
21.19.39 Join    ter2 [0] (~tertu@143.44.70.199)
21.33.32 Nick    ter2 is now known as tertu (~tertu@143.44.70.199)
21.42.57 Join    ZincAlloy [0] (~Adium@pD9EEA376.dip0.t-ipconnect.de)
22.06.11 Quit    Rower (Quit: Hmmm...)
22.10.42 Quit    y4n (Quit: Do you like hurting other people?)
22.14.01 ***     Saving seen data "./dancer.seen"
22.22.55 Quit    n1s (Quit: Ex-Chat)
22.45.50 Join    kugel [0] (~kugel@rockbox/developer/kugel)
23.11.09 Quit    amayer_ (Quit: Leaving)
23.17.27 Join    sakax_ [0] (~sakax@78-23-252-57.access.telenet.be)
23.19.27 Nick    sakax_ is now known as skx_droid (~sakax@78-23-252-57.access.telenet.be)
23.23.22 Quit    sakax (Quit: Leaving)
23.23.37 Quit    tertu (Ping timeout: 252 seconds)
23.24.19 Quit    skx_droid (Changing host)
23.24.19 Join    skx_droid [0] (~sakax@unaffiliated/sakax)
23.24.27 Quit    lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140529161749])
23.25.16 Join    sakax [0] (~sakax@unaffiliated/sakax)
23.27.09 Quit    sakax (Client Quit)
23.31.03 Nick    skx_droid is now known as sakax (~sakax@unaffiliated/sakax)
23.33.34 Nick    sakax is now known as skx_droid (~sakax@unaffiliated/sakax)
23.34.58 Nick    skx_droid is now known as skx_netb (~sakax@unaffiliated/sakax)
23.35.24 Nick    skx_netb is now known as sakax (~sakax@unaffiliated/sakax)