--- Log for 16.09.114 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 17 days and 11 hours ago 00.01.17 # utf8 characters are all >= 128, since const char * is signed, they all < 0 00.01.26 # And to answer the other question, as far as I can see, path_trim_whitespace() is used when parsing playlists, i.e. stuff people have added whitespace to because "it doesn't matter and you can't see it anyway" 00.01.35 # and they are compared against <= ' ' 00.01.44 # Oh, right, signed char might do that 00.02.27 # does that mean char is unsigned when compiling for real ipod6g? 00.02.44 # Well, char signedness is implementation-defined. It might be... 00.02.45 # * copper gives up 00.02.56 Join micah [0] (~micah@micah.riseup.net) 00.03.08 # .... should i submit a patch for this? 00.03.58 # hey i've got an old ipod classic - 80gb, rockbox has kept this sucker ticking when someone was wanting to throw it away, so huge thanks 00.04.24 # i'm getting occasional drive errors on it - and am wondering if there are any disk testing/repairing tools I can run on it 00.05.15 # * gevaerts tries to find out default char signedness for all rockbox CPU architectures 00.06.31 # /nick Bunders 00.06.54 Nick BundiTsar is now known as Bunders (~idnuB@cpc11-dals19-2-0-cust13.20-2.cable.virginm.net) 00.09.59 # nialv7: char is unsigned on arm, yes 00.10.01 # Hmmm 00.10.19 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 00.10.38 # OK, this is reasonably new code (only a year old or so...) 00.10.53 # so what should i do..? 00.10.59 # Well, it's committed more recently 00.11.03 # jhMikeS is to blame 00.11.31 Quit uwe_ (Ping timeout: 245 seconds) 00.12.35 # also whitespace trimming prevent us from have file names begin with whitespaces... 00.13.14 # Yes, that too, but I'm not sure how common that is in the real world 00.13.54 # why is it working for me then? 00.14.10 # my sim is running git 278e866 00.14.19 # idk. what encoding are you using? 00.14.27 # utf8 00.14.32 # copper: easy, that's from before the commit that broke it 00.14.41 # 6ffb8ffeeed9aca75c278906785a957d72b3ef57 ? 00.14.42 # 7d1a47cf is the problematic one 00.14.58 # ah 00.16.14 Join crose [0] (~Rustin@2001:41d0:fe1d:5300:bc76:259f:f6d4:564b) 00.16.42 Join BundiTsar [0] (~idnuB@cpc11-dals19-2-0-cust13.20-2.cable.virginm.net) 00.16.59 Join uwe_ [0] (~uwe_@ipservice-092-211-033-095.092.211.pools.vodafone-ip.de) 00.17.02 # so... could that cause the jitter problem as well? 00.17.06 # Well, if I look at the diff properly, there was whitespace trimming for the end of the file before that 00.17.09 # No 00.17.27 # oh ok 00.17.43 # * nialv7 will do test anyway 00.17.56 Quit bertrik (Remote host closed the connection) 00.18.25 # nialv7: are you using a playlist? 00.18.40 # I was playing from the database 00.18.57 # Not relevant for the gapless issue, but I'm trying to figure out where path_trim_whitespace is called from 00.19.09 Quit stickyb1t (Quit: Konversation terminated!) 00.19.18 # oh, if you are talking about the uisimulator 00.19.28 # then i was playing directly from file 00.19.35 Join stickyb1t [0] (~egon@host81-158-164-218.range81-158.btcentralplus.com) 00.20.05 # it's audio_load_track->playlist_peek->get_filename 00.20.11 # Right. I understand where the code is coming from now 00.20.31 Quit Bunders (Ping timeout: 255 seconds) 00.21.11 # Can you report a bug? I'd like jhMikeS to have a look at this, but he isn't online right now 00.21.54 # The unsigned one is fairly trivial, but the entire trimming at the start of the filename needs to be looked at, and I want to be sure there's no other signedness issue somewhere 00.22.59 # that sounds like several bugs 00.23.18 # Yes 00.24.57 # I'm not sure how to write those bug reports... 00.28.35 # I'll file them. 00.29.27 # thx. I'll go back to debug the jitter problem... 00.35.38 # There, FS#12995 and FS#12996 00.35.39 # http://www.rockbox.org/tracker/task/12995 3path_trim_whitespace() assumes unsigned char (bugs, new) 00.35.39 # http://www.rockbox.org/tracker/task/12996 3path_trim_whitespace() shouldn't trim the start of a filename (bugs, new) 00.36.46 # The end of a filename is fair game here I think. If you have whitespace at the end of a file, it doesn't end with a supported extension, so it can't be played anyway 00.36.59 Quit ZincAlloy (Quit: Leaving.) 00.38.06 # i agree 00.45.41 # * nialv7 is wondering how many people have actually done the mSATA mod with an ipod6g 00.46.09 # <[Saint]> several, but comparitively few. 00.47.02 # i thought most people do that with a ipod 5g 00.47.59 # <[Saint]> I have one iPod Video with an SSD in it, and several with the 240GB MK2431GAH 00.48.07 Quit crose (Quit: Leaving) 00.49.15 # those are ipod 5/5.5g right? 00.49.26 # <[Saint]> Correct. 00.49.58 # I want to know who else have done the mSATA mod with 6g, and if they have similar problem.. 00.50.12 # <[Saint]> The MK2431GAH will fit in the Color/Photo/4G as well IIRC> 00.50.37 # <[Saint]> The 5/5.5G needs the 80GB backing plate to fit the MK2431GAH 00.50.51 # <[Saint]> It won't fit with the 30GB backing plate. 00.55.02 # <[Saint]> I have some offbrand ZIF SSD in one of my Classics. 00.55.08 # <[Saint]> Renice, IIRC> 00.55.16 # <[Saint]> s/>/./ 00.56.31 Nick RiDD is now known as RiD (~RiD@bl22-63-45.dsl.telepac.pt) 00.56.35 Quit nialv7 (Ping timeout: 258 seconds) 00.56.57 # nialv7: what's the mSATA mod? 00.58.06 # <[Saint]> chrisb: see: http://www.tarkan.info/ 00.59.27 Quit [Saint] (Read error: Connection reset by peer) 00.59.30 # * chrisb takes a look 01.00.25 Quit GloomyJD (Quit: GloomyJD Out!) 01.00.37 Join [Saint] [0] (~saint@rockbox/staff/saint) 01.04.20 # [Saint]: thanks, that's a very interesting site 01.04.36 Join jhMikeS [0] (~jethead71@c-68-43-2-35.hsd1.mi.comcast.net) 01.04.36 Quit jhMikeS (Changing host) 01.04.36 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 01.05.32 *** Saving seen data "./dancer.seen" 01.09.42 Nick BundiTsar is now known as Bunders (~idnuB@cpc11-dals19-2-0-cust13.20-2.cable.virginm.net) 01.23.48 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) 01.35.08 # gevaerts: you're getting into weird territory if you want spaces in an extension, FAT explicitely forbids it, as for others, I guess extensions really aren't a thing 01.36.50 # and for whitespace trimming at only the end, hmmm, probably inadviseable in paths from playlist files (and likely most other times) 01.46.54 Quit bluebrother (Disconnected by services) 01.47.00 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 01.47.33 Join mc2739_ [0] (~mc2739@rockbox/developer/mc2739) 01.47.36 Quit mc2739 (Disconnected by services) 01.47.38 Nick mc2739_ is now known as mc2739 (~mc2739@rockbox/developer/mc2739) 01.52.06 Quit bcobco (*.net *.split) 01.56.27 # Spaces *in* an extension are not forbidden in vfat, but both leading and trailing spaces are, as well as trailing periods 02.02.58 # it's not an extension then; it's in the FAT spec that I've got 02.03.20 # which is Microsoft's btw 02.04.46 # "file.ext ension" has no extension 02.12.02 # * jhMikeS has to go do an errand, bbl 02.16.40 Quit jhMikeS (Ping timeout: 272 seconds) 02.27.40 Quit foolsh (Remote host closed the connection) 02.32.51 Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 02.33.02 Nick foolsh is now known as foo|sh (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 02.44.31 Quit Scall (Ping timeout: 255 seconds) 02.44.44 Join Strife89 [0] (~Strife89@adsl-98-80-200-62.mcn.bellsouth.net) 02.54.30 Join Scall [0] (~chat@unaffiliated/scall) 02.55.19 Quit stickyb1t (Ping timeout: 255 seconds) 03.00.03 Quit AlexP (Remote host closed the connection) 03.05.35 *** Saving seen data "./dancer.seen" 03.08.39 Join stickyb1t [0] (~egon@host81-158-164-218.range81-158.btcentralplus.com) 03.16.45 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 03.20.01 Quit stickyb1t (Quit: Konversation terminated!) 03.20.37 # I like how the "All Side-by-Side" option in gerrit actually does the same as the "Side-by-Side" option, which is the opposite of showing you all items side by side 03.22.49 # i'd say thats unexpected, but actually, I expect gerrit to always do the least useful thing in all circumstances 03.24.18 # Should read "open a crap load of tabs" 03.27.05 # I run a redmine server for my small projects I love the way I can do this... 03.27.08 # http://creativepc.no-ip.org/projects/rockbox/repository/revisions/77bfff58ec440fc1d666fdd398cb9efbf1a1c287/diff?utf8=%E2%9C%93&rev_to=2a35c4cad8cb5d9c592715882d57fe78a6f9d163&type=sbs 03.31.07 # I did find a way to pull in the gerrit refs in there once but it was a lot of data and increased page response time 3x while browsing code, I've thought about adding a seperate repo for just that sort of thing 03.33.52 Quit steffengy (Disconnected by services) 03.33.52 Join steffengy1 [0] (~quassel@p57B4977D.dip0.t-ipconnect.de) 03.36.32 Join nialv7 [0] (~nialv7@la244-148.resnet.stonybrook.edu) 03.37.12 Quit xorly (Ping timeout: 258 seconds) 03.37.18 # I think the gapless playback actually works, but the database is taking too much resource, forcing playback to jitter 03.37.29 # if i play from file there's no jitter 03.38.02 # if I play from database, the jitter occurs after the next has started playing 03.42.17 Quit ikeboy (Remote host closed the connection) 03.44.35 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 03.46.37 Quit Strife89 (Ping timeout: 255 seconds) 03.53.57 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 04.02.24 # So i turned off "Gather Runtime Data" then the jitter is gone. 04.03.58 # Ah good to know 04.23.59 Quit chrisb (Ping timeout: 255 seconds) 04.31.59 Join chrisb [0] (~chrisb@pool-71-162-225-108.phlapa.east.verizon.net) 04.41.21 Quit ikeboy (Quit: Leaving) 04.42.27 Quit foo|sh (Quit: foo|sh) 04.42.47 Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 04.42.58 Quit pixelma (Disconnected by services) 04.42.58 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.43.00 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.43.04 Quit amiconn (Disconnected by services) 04.43.05 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.43.09 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 05.04.55 Quit chrisb (Ping timeout: 272 seconds) 05.05.39 *** Saving seen data "./dancer.seen" 05.14.56 # Build Server message: 3New build round started. Revision c1bbaf4, 253 builds, 28 clients. 05.17.08 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 05.24.18 # Build Server message: 3Build round completed after 564 seconds. 05.53.55 Quit TheSeven (Ping timeout: 272 seconds) 05.55.07 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.23.01 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 06.49.01 Quit lleeloo_ (Ping timeout: 272 seconds) 07.05.41 *** Saving seen data "./dancer.seen" 07.08.14 Join nk2032 [0] (~nick001@ANantes-652-1-297-137.w2-9.abo.wanadoo.fr) 07.08.51 Join nck_2032 [0] (~nick001@ANantes-652-1-297-137.w2-9.abo.wanadoo.fr) 07.10.37 Quit nck_2032 (Client Quit) 07.10.49 Quit nk2032 (Client Quit) 07.11.02 Join nk2032 [0] (~nick001@ANantes-652-1-297-137.w2-9.abo.wanadoo.fr) 07.25.43 Join mortalis [0] (~kvirc@213.33.220.118) 07.39.59 Quit nialv7 (Ping timeout: 250 seconds) 08.07.53 Join ygrek_ [0] (~user@108.59.6.97) 08.15.38 # Looking for a vict... uh volunteer to check out g#656 maybe build the toolchain on a 64bit system, I'm on 32bit, or just look over the beast and point out what I did wrong so far ;-) 08.15.41 # 3Gerrit review #656 at http://gerrit.rockbox.org/r/656 : 3WinCE SDL port & new Toolchain CeGCC 0.59 (WIP) by Benjamin Brown 08.17.36 # I have it building right up to "make: *** No rule to make target `wince-rock/bmp.h', needed by `wince-rock/apps/action.o'. Stop." 08.17.51 Quit ygrek_ (Ping timeout: 260 seconds) 08.18.05 Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 08.22.07 # And anyone is really curious/generous and wants to be helpful, I'll even donate and ship some hardware to any interested parties 08.23.23 # wince still exsists? 08.24.10 # same thing as Windows Mobile these days I believe 08.25.25 # Which was the same as PocketPC way back in the day 08.26.16 # Which was Windows CE before that, you know how Microsoft likes to just change the name and pretend its better 08.26.44 # I just have these poor little shits sitting here not doing anything 08.28.32 Quit Rower (Ping timeout: 258 seconds) 08.29.12 # After I've got this SDL port under my belt, I'd like to maybe start a native port to one of them 08.29.37 # For educational purposes of course 08.30.32 # <[Saint]> I am genuinely curious, but shipping to NZ would cost me an arm and a leg. 08.31.08 Quit Bunders (Read error: Connection timed out) 08.31.10 # Let me check on the prices from here 08.31.50 Join Bunders [0] (~idnuB@cpc11-dals19-2-0-cust13.20-2.cable.virginm.net) 08.32.06 # <[Saint]> "1 (one) - First Born Child; Sex (any)" 08.32.16 # lol 08.32.57 # <[Saint]> I tried shipping a Nano 2G to France once, even had it tracked, and it just vanished into a black hole. 08.33.41 # <[Saint]> Cost me seventeen bajillion Euros to lose a device in the ether. 08.34.37 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.35.10 Quit nick_p (Quit: Leaving) 08.35.45 # about $25 US to ship 08.36.32 # <[Saint]> Hmmm. Not as bad as I thought. 08.37.03 # More than the device is worth ;-) 08.37.38 # Well, depending on the sucker who's buying it 08.38.12 # <[Saint]> Strife89 loves WinCE/Palm stuff. 08.38.23 # <[Saint]> He's got quite the Palm collection. 08.39.11 # * [Saint] just has two palms, with added accessories - fingers and thumbs. 08.39.31 # lmao, did not see that one coming 08.44.30 # * foolsh remembers a wince emulator(arm ver 4) from way back in the day, wonders if he can dig it up again might be of use with this 08.45.27 Join petur [0] (5bb7304d@rockbox/developer/petur) 09.00.29 # [Saint]: If I can come up with the extra 25 I'll ship it, but sorry don't hold your breath, I just got one big ass bill paid off that almost broke my ass, but I'll see what I can do 09.05.43 *** Saving seen data "./dancer.seen" 09.12.53 Join pamaury_ [0] (~quassel@sphinx.lix.polytechnique.fr) 09.14.06 # [Saint]: All these little shits to choose from http://imgur.com/377KzdA 09.16.42 Quit pamaury (Read error: Connection reset by peer) 09.17.03 Join ygrek_ [0] (~user@108.59.6.97) 09.17.58 Quit foolsh (Quit: foolsh) 09.18.17 Nick pamaury_ is now known as pamaury (~quassel@sphinx.lix.polytechnique.fr) 09.18.23 Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 09.18.30 Quit pamaury (Changing host) 09.18.30 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.19.07 Quit chrisb (Ping timeout: 272 seconds) 09.19.24 Nick foolsh is now known as foo|zzzz (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 09.35.02 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 09.37.35 Join maruk1 [0] (~papier@titanium.v6.sdv.fr) 09.41.40 Quit pamaury_ (Ping timeout: 272 seconds) 09.52.11 Join xorly [0] (~xorly@m180.dkm.cz) 10.11.59 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 10.14.53 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.16.47 Quit pamaury_ (Ping timeout: 255 seconds) 10.24.38 # jhMikeS: the trimming doesn't only happen for m3u 10.24.55 # It also happens for adding a file to the playlist, i.e. starting playback 11.01.53 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.05.44 *** Saving seen data "./dancer.seen" 11.09.45 # why trim at all? 11.11.11 # We've always trimmed at the end 11.12.29 # That seems reasonable to me. I can imagine people inadvertently adding whitespace to playlist lines, and if it's deliberate the file won't have a recognised extension anyway 11.14.03 # pamaury: ping 11.23.24 # gevaerts: seems like a preference really though normally I'd expect a non-quoted path to have its outer whitespace trimmed, which is basically what everything does 11.26.29 # wodz: pong 11.26.38 # wodz: any news regarding qeditor ? 11.26.48 # I have more debugging suggestion if you have time to try 11.27.20 # pamaury: googling shows that this might be related to the bug in file chooser widget in particular qt version 11.27.33 # pamaury: I can try something 11.28.06 # I doubt it, I think it's related to libxml2 11.28.21 # jhMikeS: how do you quote a path in the file browser? 11.28.35 # pamaury: I am looking also how to set 'Register Tab' label to the filename explored but I am not good at oo world unfortunately 11.28.59 # pamaury: Ok, if you have something to try I can do this now 11.29.14 # hum, not sure it will be easy to change the tab name given how the code is written 11.29.33 # could you try g#966 11.29.36 # 3Gerrit review #966 at http://gerrit.rockbox.org/r/966 : 3regtools: fix libsocdesc library by Amaury Pouly 11.29.42 # jhMikeS: right now you just can't play a file in rockbox if the name starts with space 11.30.45 # wodz: I'm interested in what is printed in the console 11.30.55 # one sec 11.31.21 # pamaury: I left the comment on gerrit 11.31.46 # pamaury: although gerrit decided to f*** up formating 11.31.58 # ok, wait a sec, uploading a new patch with more debug 11.33.28 # wodz: try patchset 3 11.33.28 Quit xorly (Read error: Connection reset by peer) 11.33.51 # this way we can check if the crash is caused by the xml parser or not 11.34.22 Join xorly [0] (~xorly@m180.dkm.cz) 11.36.39 # pamaury: http://pastie.org/9558403 11.37.02 # ok weird, it's not in the parser 11.37.11 # damn, and the backtrace is completely helpless 11.37.41 # I forgot one printf in ctor 11.38.11 # ah yeah this one is important 11.38.30 # gevaerts: I herby doth quote: " /spacey/path " :) Of course it could just be treated in a playlisty-readey vs. file-browsery way 11.38.55 # wodz: to change the tab name, I'll upload a new patch so you can try and play with it 11.38.56 # *file-browsery-wowsery : 11.41.54 # pamaury: http://pastie.org/9558417 11.42.38 # ok, so the bug is not in the parser, that only makes it harder to find :( 11.42.50 # pamaury: so it looks correct (init is at the very beginning) and not related to xml parsing 11.43.11 # wodz: could you run qeditor in gdb and when it crashes backtrace *all* threads 11.43.35 # how do I do that? 11.45.47 # pamaury: http://pastie.org/9558420 11.46.10 # thread apply all backtrace 11.46.15 # oh you figured out before me ;) 11.47.29 # damn, this is gonna be hard, I guess some code touches some thread specific storage or something which only later triggers the crash 11.47.54 # I have a new try to suggest 11.48.32 # wait a sec 11.49.10 # in regedit.cpp, line 1057 11.49.30 # replace m_cur_socfile = SocFile(filename); by m_cur_socfile = SocFile(); 11.50.18 # when you try to open the file, it should display a warning message telling you it failed and I hope not crash 11.50.45 # yes, it works just as you described 11.51.35 # so no crash ? 11.51.44 # no crash 11.52.29 # ok, now right after the line you modified, remove the if() { } so that the error message is not displayed 11.53.25 # no crash 11.53.56 # ok so the crash is either indirectly related to the parsing, or related to the display of non-empty file 11.54.21 # wait a sec, I will upload a new patch 11.54.33 # I can try to craft empty desc file and we will see 11.57.01 # wodz: see patchset 4 11.57.10 # the idea is to crafy a soc desc programmatically 11.57.19 # I put the code to create the soc and one reg 11.57.39 # if that's not enough, try to incrementally build it up: one register, one field, one value 11.58.00 # then start putting several register locations for the register, and several locations for the device 11.58.19 # the structure is described in regtools/lib/soc_desc.hpp 12.01.07 # pamaury: I created desc file with only and and this crashes 12.01.16 # I'll try your approach now 12.05.34 # pamaury: patchset 4 does not crash and creates VCHIP->NUCLEAR structure :-) 12.05.54 # hum, now is becoming weird, so it may be related to parsing in the end 12.06.06 # when you did your check, did you put the xml file in the desc/ directory ? 12.06.11 # yes 12.06.26 # can you try to put it elsewhere please so it's not loaded on startup ? 12.07.49 # it was not loaded on startup as I named it empty.xml while only regs-xxx.xml are loaded on startup 12.08.35 # pamaury: ^ 12.09.21 Quit xorly (Ping timeout: 245 seconds) 12.09.43 # ok 12.10.42 # now, back to lib/soc_desc.cpp, edit soc_desc_parse_xml() this way: 12.11.05 # ok stop, I now what the problem is, I'm really really dumb 12.11.20 # remove xmlCleanupParser(); from lib/soc_desc.cpp: soc_desc_parse_xml() 12.14.50 # yeah, that helps 12.14.55 # :-) 12.15.17 # patchset 5 of g#966 should work now :) 12.15.19 # 3Gerrit review #966 at http://gerrit.rockbox.org/r/966 : 3regtools/soc_desc: fix libxml2 misinit by Amaury Pouly 12.15.38 # I'm sooooooooo stupid 12.16.03 # wodz: can you just check patchset 5 and if that's ok I'll push 12.16.42 # yes, that is basically what I am running now (I guess printfs are of no importance) 12.16.47 # sure 12.16.56 # Build Server message: 3New build round started. Revision 8855ce5, 253 builds, 28 clients. 12.17.03 # good 12.17.24 # I'll try to send you a patch for tabs renaming, it's not that trivial given the code 12.17.40 # brb 12.17.49 Quit pamaury (Remote host closed the connection) 12.20.48 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 12.20.48 Quit pamaury (Changing host) 12.20.48 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.22.43 Quit pamaury (Remote host closed the connection) 12.23.39 Join pamaury [0] (~quassel@193.55.176.1) 12.23.39 Quit pamaury (Changing host) 12.23.39 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.25.39 # Build Server message: 3Build round completed after 522 seconds. 12.45.55 Quit logbot (Ping timeout: 250 seconds) 12.45.55 *** ERROR: (Closing Link: giant.haxx.se (Ping timeout: 250 seconds)) from kornbluth.freenode.net 12.45.55 *** Cleanup 12.45.55 *** Cleanup 12.45.55 *** Saving seen data "./dancer.seen" 12.45.55 *** Exit 12.45.57 *** Started Dancer V4.16 12.45.57 *** Connected to irc.freenode.net on port 6667 12.45.57 *** Logfile for #rockbox started 12.45.57 Mode "logbot :+i" by logbot 12.46.03 *** Server message 501: 'logbot :Unknown MODE flag' 12.46.03 Join logbot [0] (~rockbox@giant.haxx.se) 12.46.03 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.46.03 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.46.03 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 12.46.03 Join maruk1 [0] (~papier@titanium.v6.sdv.fr) 12.46.03 Join foo|zzzz [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 12.46.03 Join ygrek_ [0] (~user@108.59.6.97) 12.46.03 Join petur [0] (5bb7304d@rockbox/developer/petur) 12.46.03 Join Bunders [0] (~idnuB@cpc11-dals19-2-0-cust13.20-2.cable.virginm.net) 12.46.03 Join mortalis [0] (~kvirc@213.33.220.118) 12.46.03 Join nk2032 [0] (~nick001@ANantes-652-1-297-137.w2-9.abo.wanadoo.fr) 12.46.03 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 12.46.03 Join amiconn [0] (quassel@rockbox/developer/amiconn) 12.46.03 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 12.46.03 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 12.46.03 Join steffengy1 [0] (~quassel@p57B4977D.dip0.t-ipconnect.de) 12.46.03 Join Scall [0] (~chat@unaffiliated/scall) 12.46.03 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 12.46.03 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 12.46.03 Join [Saint] [0] (~saint@rockbox/staff/saint) 12.46.03 Join uwe_ [0] (~uwe_@ipservice-092-211-033-095.092.211.pools.vodafone-ip.de) 12.46.03 Join micah [0] (~micah@micah.riseup.net) 12.46.03 Join Riviera [0] (Riviera@2a03:b0c0:1:d0::10:b001) 12.46.03 Join Bluefoxicy [0] (~Bluefoxic@c-76-21-157-203.hsd1.md.comcast.net) 12.46.03 Join rudi_s [0] (~simon@ruderich.eu) 12.46.03 Join toso [0] (~toso@95.85.59.222) 12.46.03 Join fs-bluebot [0] (~fs-bluebo@g225253194.adsl.alicedsl.de) 12.46.03 Join ivanf [0] (~ivan@unaffiliated/kferdous) 12.46.03 Join dys [0] (~user@2a01:1e8:e100:8296:21a:4dff:fe4e:273a) 12.46.03 Join mikroflops [0] (~yogurt@178.174.137.62) 12.46.03 Join babylonlurker [0] (~quassel@veda.xs4all.nl) 12.46.03 Join pimaster [0] (~pimaster@23.94.33.215) 12.46.03 Join Pessimi- [0] (Anon@gateway/shell/elitebnc/x-qgxxswabagrsuumd) 12.46.03 Join froggyman [0] (~frogs@unaffiliated/froggyman) 12.46.03 Join albb0920_ [0] (~albb0920@alice.mgt.ncu.edu.tw) 12.46.03 Join WakiMiko [0] (~WakiMiko@unaffiliated/wakimiko) 12.46.03 Join Pessimist [0] (Pessimist@gateway/shell/bnc4free/x-gaxheybwwdlfyklx) 12.46.03 Join knittl [0] (~knittl@unaffiliated/knittl) 12.46.03 Join Topy44 [0] (topy@cl-406.cgn-01.de.sixxs.net) 12.46.03 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 12.46.03 Join eternnoir [0] (quassel@2400:8900::f03c:91ff:fe70:b8b2) 12.46.03 Join oskie [0] (usel@lilyleaf.info) 12.46.03 Join Jack87 [0] (Jack87@nasadmin/admin/jack87) 12.46.03 Join sobukus [0] (~thomas@sourcemage/mage/sobukus) 12.46.03 Join Cultist [0] (~CultOfThe@c-98-223-211-32.hsd1.il.comcast.net) 12.46.03 Join Jinx [0] (~Jinx@unaffiliated/jinx) 12.46.03 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 12.46.03 Join pystar89 [0] (~pystar89@ip-176-199-76-43.hsi06.unitymediagroup.de) 12.46.03 Join the-kyle [0] (~kyle@cpe-075-177-188-248.nc.res.rr.com) 12.46.03 Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) 12.46.03 Join krnlyng [0] (~liar@83.175.90.24) 12.46.03 Join Scr0mple [0] (~Simon@27.127.199.230) 12.46.03 Join michaelni [0] (~michael@chello084114129144.4.15.vie.surfer.at) 12.46.03 Join rasher [0] (~rasher@diti.rasher.dk) 12.46.03 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 12.46.03 Join Unhelpful_ [0] (~quassel@rockbox/developer/Unhelpful) 12.46.03 Join funman [0] (~fun@rockbox/developer/funman) 12.46.03 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 12.46.03 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 12.46.03 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.46.03 Join igitoor [0] (igitur@unaffiliated/contempt) 12.46.03 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 12.46.03 Join Mir [0] (~Mir@pool-100-39-12-7.lsanca.fios.verizon.net) 12.46.03 Join derf [0] (~derf@static-108-18-126-14.washdc.fios.verizon.net) 12.46.03 Join zu [0] (~zu@ks387228.kimsufi.com) 12.46.03 Join TBCOOL [0] (~tb@c-3d96e555.09-273-73746f44.cust.bredbandsbolaget.se) 12.46.03 Join Zambezi [0] (Zulu@bnc.from.hostbay.nu) 12.46.03 Join kiwicam [0] (~quassel@121-99-190-82.bng1.nct.orcon.net.nz) 12.46.03 Join endee [0] (sid15467@gateway/web/irccloud.com/x-ivvowyckkftjeqgq) 12.46.03 Join APLU [0] (~mulx@eva.aplu.fr) 12.46.03 Join yosafbridge [0] (~yosafbrid@192.241.198.49) 12.46.03 Join byteframe [0] (~byteframe@unaffiliated/byteframe) 12.46.03 Join Xyem [0] (xyem@li193-64.members.linode.com) 12.46.03 Join __jae___ [0] (~jae@dedicated.jaerhard.com) 12.46.03 Join Ketturi [0] (ketturi@hilla.kapsi.fi) 12.46.03 Join megal0maniac [0] (~megal0man@unaffiliated/megal0maniac) 12.46.03 Join Cinos [0] (Cinos@cinos.biz) 12.46.03 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 12.46.03 Join Synergist [0] (~synfn@unaffiliated/synergist) 12.46.03 Join @ChanServ [0] (ChanServ@services.) 12.46.03 Join maraz [0] (maraz@kapsi.fi) 12.46.03 Join shufflebot [0] (~ec2-user@unaffiliated/shufflebot) 12.46.03 Join suYin`OFF [0] (suYin@server1.bouncer4you.de) 12.46.03 Join chkktri [0] (~chkktri@unaffiliated/chkktri) 12.46.03 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 12.46.03 Join Makinit [0] (makinit@makinit.nl) 12.46.03 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) 12.46.03 Join uwe_mobile__ [0] (~uwe@static.88-198-8-117.clients.your-server.de) 12.46.03 Join user890104 [0] (Venci@unaffiliated/user890104) 12.46.03 Join ruskie [0] (~ruskie@sourcemage/mage/ruskie) 12.46.03 Join TD-Linux [0] (~Thomas@about/essy/indecisive/TD-Linux) 12.46.03 Join Naked [0] (~naked@naked.iki.fi) 12.46.03 Join mazzoo_ [0] (~mazzoo@country.muc2.m.ario.land) 12.46.03 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 12.46.03 Join bzed [0] (~bzed@devel.recluse.de) 12.46.03 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 12.46.03 Join aevin_ [0] (~brootvors@nikon.hackeriet.no) 12.46.03 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) 12.46.03 Join Marex [0] (~Marex@195.140.253.167) 12.46.03 Join preglow [0] (~thomj@rockbox/developer/preglow) 12.46.03 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 12.46.03 Join x56 [0] (~0x56@sillytitties.com) 12.46.03 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) 12.46.03 Join simabeis [0] (~simabeis@lobmenschen.de) 12.46.03 Join charlie [0] (~c@unaffiliated/charlie) 12.46.03 Join Elfish [0] (amba@2001:1608:12:1:13:3:3:7) 12.46.03 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 12.46.03 Join soap [0] (~soap@rockbox/staff/soap) 12.46.03 Join alucryd [0] (quassel@archlinux/trusteduser/alucryd) 12.46.03 Join Provel [0] (Provel@75-132-30-64.dhcp.stls.mo.charter.com) 12.46.03 Join ParkerR [0] (~ParkerR@unaffiliated/parkerr) 12.46.03 Join copper [0] (~copper@unaffiliated/copper) 12.46.03 Join KotH [0] (~attila@lou-outside.kinali.ch) 12.46.03 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 12.46.03 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 12.46.03 Join K1773R [0] (~K1773R@unaffiliated/k1773r) 12.46.03 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 12.46.03 Join DormantBrain [0] (~andy@74.112.200.73) 12.46.03 Join laszlof [0] (~laszlof@thor.franksworld.org) 12.46.03 Join ranmacha1 [0] (~ranma@yumi.uguu.de) 12.46.03 Join drvink [0] (~mdl@katsu.triplehelix.org) 12.46.03 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 12.46.03 Join shmibs [0] (~shmibs@198.52.217.65) 12.46.03 Join sLite [0] (~quassel@mail.slite.org) 12.46.47 Quit chkktri (Ping timeout: 250 seconds) 12.47.06 Join chkktri [0] (~chkktri@unaffiliated/chkktri) 12.48.07 Quit Zambezi (Ping timeout: 272 seconds) 12.49.02 Join Zambezi [0] (Zulu@bnc.from.hostbay.nu) 12.52.59 # the "Gather Runtime Data" resulting in playback issues is clearly a bug 12.58.12 # perhaps related to the removal of IO priority? 13.13.12 Join krabador [0] (~krabador_@unaffiliated/krabador) 13.26.14 Quit ygrek_ (Ping timeout: 246 seconds) 13.44.56 # serious question: it is possible to set the A-B repeat mode in the Android app (I'm assuming on all touch screen targets), but I don't see how I'd be able to set the A and B markers. Is this a bug or am I missing something? 13.59.45 # just a guess/workaround, pixelma - could you assign the A-B markers on the quickscreen? 14.12.20 # I'm not sure how you mean this. If I understand you correctly there would neet to be a settinge "Set A marker" and "Set B marker" in the Repeat mode menu, but there isn't currently. On button targets you either control those markers from the WPS (IIRC), on some that's even a dedicated button for the A marker, another one for the B marker. On targets with fewer buttons there's one button whose function cycles through setting A marker, B marker and 14.12.20 # reset both (again IIRC). 14.13.43 # I don't even use that function outside testing purposes but wondered how it worked on touchscreen when seeing that RaaA cabbie lets me enable A-B repeat 14.14.19 # (also for completeness of my own theme) 14.15.25 Join ygrek_ [0] (~user@108.59.6.97) 14.27.12 Quit dfkt (Remote host closed the connection) 14.37.39 Join ZincAlloy [0] (~Adium@pD9EEA2EB.dip0.t-ipconnect.de) 14.43.30 Quit alucryd (Ping timeout: 260 seconds) 14.44.20 Quit Elfish (Ping timeout: 260 seconds) 14.44.31 Join alucryd [0] (alucryd@archlinux/trusteduser/alucryd) 14.45.58 *** Saving seen data "./dancer.seen" 14.46.44 Join Elfish [0] (amba@2001:1608:12:1:13:3:3:7) 14.49.28 Quit TheSeven (Ping timeout: 272 seconds) 14.49.57 Join stickyb1t [0] (~egon@host81-158-164-218.range81-158.btcentralplus.com) 14.50.12 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 14.53.24 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.57.16 Quit stickyb1t (Ping timeout: 245 seconds) 15.00.58 Quit wodz (Quit: Leaving) 15.11.25 Quit Jinx (Read error: Connection reset by peer) 15.12.14 Join ploco [0] (dce9b7f9@gateway/web/freenode/ip.220.233.183.249) 15.14.19 # ZincAlloy: g#967 15.14.22 # 3Gerrit review #967 at http://gerrit.rockbox.org/r/967 : 3Android: resume_playback by long press on the back button. by Chiwen Chang 15.19.41 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 15.20.43 # ha! awesome. thanks, ploco :) 15.21.25 Join stickyb1t [0] (~egon@host81-158-164-218.range81-158.btcentralplus.com) 15.24.57 # no worries :) since I need the same function for the next theme too. 15.39.00 Quit ploco (Quit: Page closed) 15.44.29 Quit stickyb1t (Ping timeout: 246 seconds) 15.46.25 Part micah 15.47.02 Quit krabador (Quit: Take the time.) 15.50.02 Quit petur (Quit: Page closed) 15.51.24 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 15.54.57 # it sure makes browsing more comfortable. 15.56.49 Join dfkt [0] (dfkt@unaffiliated/dfkt) 16.00.24 # we could reconsider long press on menu as well. context menu sure is an intuitive function, but you'd get the same result with a long touch on any object. not sure what would be a more appropriate choice, though. Maybe quick screen? 16.01.52 Quit krnlyng (Quit: huiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii) 16.02.09 Join krnlyng [0] (~liar@83.175.90.24) 16.07.33 # or is there a special case where you actually need the button? 16.13.05 Join RiD [0] (~RiD@2.83.63.45) 16.44.10 Quit mortalis (Ping timeout: 260 seconds) 16.45.59 *** Saving seen data "./dancer.seen" 17.03.36 Join stickyb1t [0] (~egon@host81-158-164-218.range81-158.btcentralplus.com) 17.18.52 Quit ygrek_ (Ping timeout: 255 seconds) 17.21.04 Quit jhMikeS (Ping timeout: 246 seconds) 17.46.16 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.58.55 Quit chrisb (Ping timeout: 260 seconds) 18.01.22 Quit kugel (Ping timeout: 272 seconds) 18.16.43 Nick foo|zzzz is now known as foolsh (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) 18.28.42 Quit TheSeven (Ping timeout: 260 seconds) 18.30.31 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 18.34.33 Quit maruk1 (Quit: Leaving.) 18.44.19 Join Guest2973 [0] (c363ffc2@gateway/web/freenode/ip.195.99.255.194) 18.44.46 # Hello! Could somebody take a look over a theme issue please? I've spent ages looking and debugging in the simulator but I have no explanation... 18.45.01 # It's related to SugarBrown on the Clip Zip: http://themes.rockbox.org/index.php?themeid=1656&target=sansaclipzip 18.45.03 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.46.01 *** Saving seen data "./dancer.seen" 18.47.19 # Guest2973: what's the issue? What version of Rockbox are you running? 18.48.35 # The latest version using the simulator. 18.48.39 # The issue with the theme is: 18.48.41 # define "latest" 18.49.28 # According to the sim 'Rockbox Info' screen 1bc89bd-140823 18.50.03 # The issue is with the two vertical bars used for the volume and battery levels (extreme left and right of the middle of the WPS screen, respectively). 18.50.41 # okay 18.50.52 # They work correct but when at the minimum values they glitch slightly... It's easiest to demonstrate with the volume. Take the volume down and when you get near the bottom the volume level will right off but then if you go lower (-70) the level will actually go up 1px. 18.50.59 Quit stickyb1t (Quit: Konversation terminated!) 18.51.01 # Going further down the level goes back down again. 18.51.14 # I've seen that happening 18.51.21 # I hope this is clear explanation (hard to describe). Real easy to reproduce in the sim though. 18.51.50 # that happens with vertical bars 18.51.53 # (Both battery and volume do it but clearly it's easier to reproduce in the volume due to the control). 18.51.58 # Oh.. 18.52.01 # Any fix/work around? 18.52.15 # dunno, I should have reported it myself 18.52.20 # Note that if I 'invert' these vertical bars the issue does *not* show 18.52.29 # So I think it's a combination of vertical bars and non-invert 18.52.43 # (but I do not want to use invert as I want discharge to reduce rather than increase) 18.54.00 Quit pamaury (Read error: Connection reset by peer) 18.54.23 # http://outpost.fr/tmp/6eu.png/ 18.54.26 # http://outpost.fr/tmp/pFf.png/ 18.54.46 # load each one in their own tab, switch between tabs to see the difference 18.54.53 # Yes I see. 18.54.55 # Same issue. 18.55.02 # So I guess it's not a theme issue, then. 18.55.03 # the bottom of the bar goes up (where it shouldn't be) and back down (where it should be) 18.55.28 # (note the time values) 18.55.43 # Yep 18.55.48 # It's the exact same problem. 18.55.54 # yeah I figured 18.56.05 # let me take a look at the theme markup 18.56.40 # I did work around it by using two different viewports - One using the bar and one with a static image of an empty volume level and then load the latter at a certain volume level. 18.57.22 # It works but it's clunky and I don't like it - Not least because it's hard for others to understand why (comments aside) and also if/when the underlying bug is fixed I'll need to remember to go back and remove the hack. So I think I'd rather stick with the bug for now. 18.57.51 # Real shame though, I've been working on a derivative of that theme for ages and it's the only thing left bugging me :) 19.00.42 # I think it's just a bug 19.00.49 # changing the markup doesn't fix it 19.01.00 # Yep, I've tried that for ages. 19.01.07 # I'll file a bug report 19.01.16 # since I have an account, and those screenshots 19.01.27 # Do you want me to mention your theme? 19.01.43 # It's not my theme :) But sure, include it as an example 19.01.45 # Your call 19.01.48 # ok 19.01.52 # I don't think it can be fixed in the theme, but I guess there might be a work around ??? 19.02.09 # if it's a bug, it needs to be fixed 19.09.04 # hold on 19.12.16 # Oh? 19.12.32 # FS#12998 19.12.33 # http://www.rockbox.org/tracker/task/12998 3Vertical progress bar (%pb) glitches at the start of a song (bugs, unconfirmed) 19.12.50 # just wanted to check if you'd like to add something to the bug report 19.13.27 # feel free to bookmark that page to check for progress, if any 19.14.02 # Great, I'll keep an eye out 19.14.16 # It's not just progress bar though 19.14.28 # if you create an account, you can "vote" for it and be notified of changes 19.14.31 # Volume and battery bars also but I guess internally they're drawn similarly 19.14.33 # Oh okay 19.14.41 # Sounds good. 19.14.48 # I'll add that 19.16.13 # comment added 19.19.17 # I've added a vote and minor comment (you've already covered everything mainly). 19.19.57 # Can you think of any relatively elegant ways to solve this problem as a workaround? (Other than the 2 viewport method using a static image for when the bar is below a certain point)? 19.20.29 # I don't really care to work around it, to be honest 19.20.54 # Fair enough 19.20.54 # and I can't think of anything right now 19.21.00 # Thank you for your help :) 19.21.12 # At least I can be confident it's not an issue in the theme, which is enough for me right now 19.22.03 # Also, if I want to release my own theme how specific do I need to be when it comes to referencing others work I've used... If I've resized or otherwise modified (but started from) others themes and/or images? 19.22.25 # Is it okay to say 'Images and backdrop modified from SugarBrown' as an example, or do I need to be more specific? 19.22.38 # yeah sure 19.22.48 # mention the original theme and its author 19.22.58 # (Because I cannot remember exactly what I've done - I just know I started with two different themes, merged them slightly and then slowly tweaked to the point that by now almost everything has been touched) 19.23.04 # all changes are fair game as long as you give credit 19.23.33 # So long as I don't need to be as specific as 'this image was from this theme, this was from this other theme' etc. 19.23.36 # nah 19.24.07 # Okay great, I certainly remember the two themes I started with (I've stared at them long enough by now!) so that should be fine. Might release it later as other than this bug I'm pretty happy. 19.24.42 # Thanks for all of the help! :) 19.25.26 # sure 19.26.40 Quit amiconn (Ping timeout: 255 seconds) 19.27.07 Quit pixelma (Ping timeout: 255 seconds) 19.27.48 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 19.28.07 Quit Pessimi- (Remote host closed the connection) 19.28.14 Join bcobco [0] (~bcobco@77.228.124.149) 19.28.38 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 19.28.53 Join Pessimis- [0] (Anon@gateway/shell/elitebnc/x-jrxfdboaldxbwbue) 19.29.00 Quit GodEater (Ping timeout: 272 seconds) 19.29.38 Quit derf (Ping timeout: 272 seconds) 19.29.43 # Guest2973: you could show a static image for the percentages that translate into a one pixel high bar, and the progress bar for higher percentages 19.30.15 # I tried that but I could not get it to redraw without using a different (conditional) viewport 19.30.23 # it's a matter of calculating what max percentage matches one pixel high and what minimum percentage matches two pixels high 19.30.26 Join nialv7 [0] (~nialv7@la244-148.resnet.stonybrook.edu) 19.30.42 # yeah you could use two different viewports 19.30.58 # Yeah, to make it easier to work with to begin with I just tried 'use static image when <50% else draw bar' 19.31.05 # with a conditional statement testing the progress percentage value 19.31.20 # But it acted pretty scewy unless I use a conditional viewport using the progress 19.31.24 # Ah exactly, yes. 19.31.56 # But, meh. 19.32.00 Join GodEater [0] (~whoknows@ec2-54-201-224-30.us-west-2.compute.amazonaws.com) 19.32.00 Quit GodEater (Changing host) 19.32.00 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 19.33.02 # So that way works but kinda ugly and not elegant... I hoped I might be able to do something like: %?if(%bl,<=,10)<%xd(min_image)|%bl(0,0,15,17,battery,vertical)> 19.33.07 # But it didn't work well 19.33.21 # So I tried the viewport approach but decided the 'bug' was the lesser of two evils. 19.33.46 # hehe 19.34.06 # last time I worked around theme bugs, it came back to bite me in the ass 19.34.24 # Ah, I'll give it a miss then :) Already spent too long on it anyway. 19.35.11 # I also tried making the bar flash (so when the battery was in the final 10% it'd flash) but also had some odd behaviour... And because I only had about 1px height to work with <10% battery it hardly made a difference anyway so I'll canned that. 19.35.27 # None the less, I've been impressed with the theme scripting generally 19.35.29 # Been pretty fun 19.35.49 # yeah it's fun to make your own theme 19.35.58 # just the way you like it 19.37.08 Join Jinx [0] (Dojo@unaffiliated/jinx) 19.41.46 Join derf [0] (~derf@static-108-18-126-14.washdc.fios.verizon.net) 19.44.38 Join cmhobbs_ [0] (~cmhobbs@wsip-70-166-234-2.ks.ks.cox.net) 19.46.18 # copper: I'm off for now, thanks again for your help! :) 19.46.22 Quit Guest2973 (Quit: Page closed) 19.48.38 # it's even more fun when everybody else likes it :) 19.49.02 Join krabador [0] (~krabador_@unaffiliated/krabador) 19.50.56 Quit cmhobbs_ (Ping timeout: 272 seconds) 19.52.38 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 19.56.19 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 20.02.05 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 20.05.08 Join nck_2032 [0] (~nick001@ANantes-652-1-258-163.w2-8.abo.wanadoo.fr) 20.06.12 Quit nk2032 (Ping timeout: 258 seconds) 20.06.52 # hi 20.07.08 Quit bluebrother (Disconnected by services) 20.07.13 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 20.08.46 Quit fs-bluebot (Ping timeout: 250 seconds) 20.10.11 Join ikeboy [0] (~ikeboy@pool-108-29-132-68.nycmny.fios.verizon.net) 20.14.38 Quit ikeboy (Ping timeout: 258 seconds) 20.15.21 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 20.16.23 Join fs-bluebot [0] (~fs-bluebo@g231122245.adsl.alicedsl.de) 20.16.50 Quit nialv7 (Ping timeout: 245 seconds) 20.20.42 Quit krnlyng (Ping timeout: 272 seconds) 20.27.41 Join krnlyng [0] (~liar@83.175.90.24) 20.31.02 Join lleeloo [0] (~lleeloo@37.215.190.13) 20.40.13 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 20.46.03 *** Saving seen data "./dancer.seen" 20.57.09 Join nialv7 [0] (~nialv7@adm-129-49-226-111.wi-fi.stonybrook.edu) 21.08.33 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.14.12 Join ygrek_ [0] (~user@108.59.6.97) 21.21.07 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) 21.29.12 # Build Server message: 3New build round started. Revision 0f61e38, 253 builds, 28 clients. 21.29.24 Quit pamaury (Read error: No route to host) 21.30.55 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.36.04 Quit pamaury (Read error: No route to host) 21.36.59 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.38.38 # Build Server message: 3Build round completed after 567 seconds. 21.40.19 Join RiD [0] (~RiD@2.83.63.45) 21.44.16 Quit nialv7 (Ping timeout: 246 seconds) 21.45.28 Quit Rower (Read error: Connection reset by peer) 21.45.44 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 21.46.41 Quit ikeboy (Quit: Leaving) 21.53.55 Quit froggyman (Ping timeout: 245 seconds) 22.01.05 Join froggyman [0] (~frogs@unaffiliated/froggyman) 22.02.39 Quit y4n (Quit: MOTHER EUROPA CALLING ME!) 22.07.15 Quit albb0920_ (Ping timeout: 245 seconds) 22.08.17 Join albb0920 [0] (~albb0920@alice.mgt.ncu.edu.tw) 22.15.13 Join xorly [0] (~xorly@210.213.broadband13.iol.cz) 22.20.37 Quit pamaury (Remote host closed the connection) 22.22.51 Join nialv7 [0] (~nialv7@adm-129-49-227-185.wi-fi.stonybrook.edu) 22.23.09 Join RiDD [0] (~RiD@bl22-63-45.dsl.telepac.pt) 22.23.49 Quit ygrek_ (Ping timeout: 258 seconds) 22.24.42 Join ploco [0] (dce9b7f9@gateway/web/freenode/ip.220.233.183.249) 22.26.51 Quit RiD (Ping timeout: 240 seconds) 22.27.21 Quit RiDD (Ping timeout: 240 seconds) 22.27.49 # ZincAlloy: don't be so sure about the Android themes....once they start to ask a port for every resolution. Its going to be a nightmare. 22.28.48 # yup.. I have a 1080p one nearly ready.. 22.29.44 # that include common target:480x854, 540x960, 720x1280, 1080x1920 and not so common 480x800, 640x1280, 768x1024, 800x1280, 320x480, 240x320 22.30.19 # that's plenty 22.30.27 # You forgot a few, I think 22.30.40 # Isn't 768x1280 also fairly common? 22.31.46 # I've not get any request for 768x1280 before. 22.31.53 # Also, for tablets you basically have the same range, except in landscape 22.32.27 # easy fix: turn your tablet! 22.32.53 # yeah, that really kills the moon, isn't it? :) 22.33.51 # Oh, and of course you want a variety of font sizes with each resolution. Physical size can vary a lot :) 22.34.27 # don't forget icons 22.34.46 # my latest theme is pretty easy to adapt to different screen sizes 22.35.00 # no gradients :D 22.35.16 # man, just think about this bring back the bad memory. 22.35.32 # yeah, porting cabbie was a nightmare 22.36.42 # eh? you tried? 22.37.18 # not to android 22.37.41 # that theme wasn't complex compare with some RCC theme. 22.38.04 Join RiD [0] (~RiD@bl22-63-45.dsl.telepac.pt) 22.38.11 # it wasn't complex, but bad enough 22.38.39 # Are you saying cabbiev2 was bad? ;) 22.38.51 # too many graphics. and those had to be placed on the gradient backdrop and exported individually every time 22.39.01 # it was made too look appealing 22.39.25 # man~ you should read my wps. 1000+ lines, that's bad 22.39.26 # Unfortunately ease of portability suffered a bit :D 22.39.30 # ouch 22.39.57 # gotta say, cabbiev2 wasn't bad for my first theme, though :D 22.42.36 # On decent screens it's a good theme I think 22.42.48 # On c200 the dark backgrounds are horrible though 22.43.13 # my player at that time was an iriver h340 22.43.29 # http://pan.baidu.com/s/1eQH0rcu#dir/path=%252F0713 try the apk in 0823 folder with the themes_0713.zip, the most complicated theme in your life. 22.43.45 # Don't forget adapting to greyscale displays (with corrections by hand) and monochrome with non-square pixels! 22.44.33 # pixelma, that sounds very tough. 22.44.52 # yeah. it was a pain. but people were excited about it. 22.46.04 *** Saving seen data "./dancer.seen" 22.47.32 # seeing people make their own theme would excited me more 22.47.38 Quit Rower (Ping timeout: 272 seconds) 22.49.00 # once the android builds get the memory size increase, large targets will be easier to theme :) 22.49.50 Quit nck_2032 () 22.50.16 # I wasn't that excited, just thought that if I wouldn't do it, there would only be a badly scaled version of the graphics (like e.g. the tango icons still are). And I admit enjoying the challenge in making small graphics a bit 22.50.47 # :) 22.51.01 # at least it got things done 22.51.31 # we could still be arguing about which theme would be the best for a default :D 22.52.19 # pixelma is stand for the pixel art master? :) 22.54.40 # :) 22.55.59 # I'm waiting for [Saint] 's new theme. It's going to be the last theme I would ever port 22.56.33 # Has [Saint] actually ever finished a theme? :) 22.56.54 # I kept using cabbiev2 exclusively until I got an android target. I didn't even have the desire to make a nice cabbiev2 for that one.. I immediately put together something new and touch friendly 22.56.58 # :D 22.58.56 # gevaerts: good point. (note to myself, as soon as seem a sbs code, should consider its finish and start the porting) 22.59.23 # [Saint] must be working on the ultimate theme.. 23.00.14 # cabbiev2 wasn't user friendly for android I tell you. jumps between sbs and wps like crazy 23.02.16 # Ah, but original cabbiev2 didn't have an sbs :) 23.02.25 # it's whatever you make of it. maybe I should go ahead try to make a nice port.. 23.02.40 Quit lleeloo (Ping timeout: 255 seconds) 23.02.54 # was sbs even a thing when we made cabbiev2? 23.03.04 # No 23.03.43 # I guess that came shortly after. I guess we were lucky :D 23.04.13 # just imagine: more icons on a different gradient... 23.04.18 # :) 23.04.37 # skinned lists are even more fun though 23.05.10 # I'm just annoyed about android cabbiev2's "OSD" because the touch regions already "active" even if I don't see the overlay thing (at least on my phone's screen). So if I touch the screen somewhere it's possible that I accidentally enter the quick screen without me wanting that result 23.05.28 # I actually use skinned list a lot 23.05.50 # I'm looking up skinned lists right now :D 23.05.55 # ploco: make an android port of medieval or wavy! 23.06.01 # Well, "just". It's not that I'd use it otherwise anyway... 23.07.20 # I will try but might look funny 23.07.54 Quit TheSeven (Ping timeout: 272 seconds) 23.08.04 # Oh, and what I've already mentioned today about A-B repeat and haven't gotten an answer about it being a bug or me missing something 23.08.41 # ploco: if you manage to get wavy working well on android, I'll buy you several beers :) 23.08.58 # speaking of A-B repeat: the keymap for that on clip zip is quite horrible 23.09.07 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 23.09.44 # ZincAlloy: http://pastebin.com/PtJXd4b6 this is one of my skinned list code 23.10.16 # do we really need that many keys for that? couldn't we just use the down button to set a, then set b and finally to drop the loop again? 23.10.35 # ploco: ah, I see you're going down that messy path already :) 23.10.55 # I don't get it. but I don't speak skinned lists yet 23.11.32 # ZincAlloy: http://themes.rockbox.org/index.php?themeid=1543 23.11.42 # That's what you can do with modern theming :) 23.12.15 # Or http://themes.rockbox.org/index.php?themeid=1535 23.12.17 # * scorche|sh find someone else who lives in Gent 23.12.20 # I know, we've been discussing it when I wanted to make a full screen album art theme with semi transparent overlays and text over that 23.12.23 # s/find/finds/ 23.12.34 # Ah, yes 23.13.25 # the medieval one is pretty cool 23.13.40 # It is. Unfortunately it's unreadable :) 23.14.20 # you mean you had real world useability in mind when you made these? 23.14.40 # Of course! 23.14.43 # :) 23.15.43 # skinned lists basically is use %Lb to split and format the %Vi area. ( name 'a' size 705x100) 23.15.54 # who did you design medieval for? time travellers? 23.16.32 # Survivors from another time 23.18.20 # But at least it has an excuse for having a coarse volume indicator :) 23.18.48 # it's very extraordinary 23.19.52 # * gevaerts takes that as a compliment :) 23.20.03 # it is :) 23.20.28 # Just go over the theme site and look at all the boring left to right progress bars! 23.20.52 # that progress bar is genius! 23.21.13 # It took a bit of time to get right 23.21.30 # we need more freaky progress bars 23.21.41 # rats moving towards a trap and stuff 23.21.59 # hmmmm 23.21.59 # rockets flying towards the moon 23.22.10 # * gevaerts starts considering a cheese based theme 23.22.20 # LOL. perfect 23.23.10 Quit nialv7 (Ping timeout: 260 seconds) 23.23.13 # Maybe cheese as the battery, slowly being eaten by rats, which then operate the lot 23.23.20 Quit amayer (Quit: Leaving) 23.24.08 # With a treadmill somewhere 23.24.40 # gotta save that up for the hamster theme 23.25.21 # Hmmm, maybe you could have the album art covered by an image that varies over time (let's call it a progress bar!) so the AA fades in or out 23.25.32 # (not for the rat theme) 23.25.51 # or make it a jigsaw puzzle! 23.26.41 # With the AA? I don't think you can, unfortunately 23.26.49 # Well, I can't think how, anyway 23.27.02 # you'd find a way 23.33.21 Join [Franklin] [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 23.33.46 # <[Franklin]> saratoga: I think I can fix the warnings by replacing #if LCD_DEPTH > 1 with HAVE_LCD_COLOR 23.37.49 # <[Franklin]> btw, g922 fails on fm rec with undefined references in settings.c 23.37.52 # 3Gerrit review #922 at http://gerrit.rockbox.org/r/922 : 3three new DSPs (WIP) by Chiwen Chang 23.38.43 # which target? 23.38.49 # <[Franklin]> FM recorder 23.39.06 # <[Franklin]> sim build 23.39.30 # That means there's a few #ifndef HWCODECs missing 23.39.38 Quit ZincAlloy (Quit: Leaving.) 23.40.11 # <[Franklin]> Is LCD_RGBPACK only defined with HAVE_LCD_COLOR? 23.41.22 # <[Franklin]> but seriously... screw the archos devices, their over 10 years old! 23.41.57 # arent most of the devices we support at this point? 23.42.04 # <[Franklin]> yes... 23.42.05 # <[Franklin]> :) 23.42.30 # <[Franklin]> But still... the archos ones are the *oldest* 23.42.58 # * [Franklin] thinks a 10-year service life is well sufficient 23.46.14 Quit bcobco (Remote host closed the connection) 23.46.37 Join bcobco [0] (~bcobco@77.228.124.149) 23.51.43 # i think my iHP-120 is 10 years old... 23.51.58 # found the mistake. fix is on the way 23.52.01 # <[Franklin]> yay 23.52.11 Quit bertrik (Ping timeout: 260 seconds) 23.52.17 # <[Franklin]> just an #ifndef/#endif? 23.53.51 # nope. dsp_pbe_precut(global_settings.pbe_precut); dsp_pbe_enable(global_settings.pbe); needs to be within #if CONFIG_CODEC == SWCODEC 23.54.24 # <[Franklin]> ahh... I remember that from the CHIP8 patch 23.54.36 # <[Franklin]> you can't use #ifndef HWCODEC 23.56.48 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 33.0/20140911191954]) 23.58.00 # glad you point it out. else would get blame again XP 23.58.47 # <[Franklin]> [Saint]: http://img.docstoccdn.com/thumb/orig/47374556.png