--- Log for 20.08.113 Server: morgan.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 20 hours and 35 minutes ago 00.12.55 Quit bertrik (Remote host closed the connection) 00.13.10 Quit benedikt93 (Quit: Bye ;)) 00.16.03 Quit alexbobp (Ping timeout: 248 seconds) 00.16.34 Join Guest81512 [0] (Slayer@c-69-143-178-62.hsd1.va.comcast.net) 00.16.41 Quit rela (Ping timeout: 264 seconds) 00.16.57 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 00.17.27 Quit Guest81512 (Read error: Connection reset by peer) 00.19.33 Quit Guest11127 (Ping timeout: 245 seconds) 00.20.14 Join Guest11127 [0] (Slayer@c-69-143-178-62.hsd1.va.comcast.net) 00.38.22 Quit Guest11127 (Read error: Connection reset by peer) 00.40.19 Join Guest11127 [0] (~Slayer@c-69-143-178-62.hsd1.va.comcast.net) 00.40.20 Quit synergst` (Ping timeout: 264 seconds) 00.41.46 Join Synergist [0] (~synfn@node1.customhost.org.uk) 00.41.46 Quit Synergist (Changing host) 00.41.46 Join Synergist [0] (~synfn@unaffiliated/synergist) 00.50.39 Quit kiwicam (Quit: No Ping reply in 180 seconds.) 00.51.07 Join kiwicam [0] (~quassel@101.98.163.139) 01.07.20 Quit crose (Quit: Leaving) 01.29.28 Quit alexbobp (Ping timeout: 256 seconds) 01.29.42 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 01.30.22 Join wowaname [0] (~wow@70-8-239-214.pools.spcsdns.net) 01.38.09 *** Saving seen data "./dancer.seen" 01.46.46 Quit saratoga (Quit: Page closed) 01.53.21 Quit shamus (Read error: Connection reset by peer) 01.53.51 Join shamus [0] (~shmaus@ip-206-192-194-158.marylandheights.ip.cablemo.net) 02.22.04 # * [Saint] has new theme related hilarity 02.22.16 # <[Saint]> (when are we going to admit that memory management is fucked?) 02.22.31 # memory management is fucked 02.22.37 # cough 02.23.10 # <[Saint]> My theme renders FIle Browser useless, afaik, this is an entirely new symptom. 02.23.20 # lol 02.23.20 # <[Saint]> eeek, damn sticky shift. 02.23.23 # can see theme? 02.23.44 Quit alexbobp (Ping timeout: 256 seconds) 02.23.47 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 24.0/20130815180504]) 02.24.12 # <[Saint]> Its not up on the themesite, no, I'd rather it not be. 02.24.25 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 02.24.27 # pastebin? 02.24.42 # [Saint]: what have you done? 02.25.14 # <[Saint]> I didn't change anything in my theme. I just updated. 02.25.20 # ha 02.25.28 # <[Saint]> File Browser is absolutely useless, data aborts every time. 02.25.43 # <[Saint]> Normal functionality returns with cabbiev2 02.26.16 # >echo "Normal functionality " . "is absolutely useless, data aborts every time."; 02.26.45 # <[Saint]> I'm wondering when we're actually going to admit that there's something really terrible going on . 02.27.29 # [Saint]» that problem i'm having with random crashes, is that just me 02.28.24 # <[Saint]> wowaname: as far as I am aware, yes. It would help if when this happens you document the exact error (so someone can chase down where its failing) and the build revision. 02.28.56 # <[Saint]> With that information I, or someone else, can build said revision and investigate the map file to see where it fell over. 02.29.13 # <[Saint]> (assuming it doesn't point to garbage) 02.29.40 # >exact error 02.29.41 # >error 02.29.45 # it just fucking crashes 02.29.47 # hold on checking rev 02.29.56 # 0.2.3 r859 02.30.10 # <[Saint]> that's emCORE, that's not relevant to us. 02.30.34 # <[Saint]> Settings - Rockbox Info should tell you. 02.30.37 # oh fuck 02.30.38 # sorry 02.30.48 # i pay so much attention 02.31.04 # <[Saint]> But without an actual data abort handle, "it just hangs" can't tell me too much, unfortunately. 02.31.09 # 31516-120101 02.31.17 # i have had one 02.31.18 # <[Saint]> If it prints a data abort handle, that's useful (potentially). 02.31.23 # which i have already posted yesterday 02.31.33 # <[Saint]> I'll check my logs, thanks. 02.31.47 # i'm checking the online log for you 02.32.10 # 01:53 wowaname Aug 15 18:53:02 wowaname» one time error: tried to access database list and it returned an error with address 0x65029840 02.32.10 # 01:54 wowaname also, today: undefined instruction @ 0805ee10 when running minesweeper 02.32.10 # 01:54 wowaname salted with random hangs that make a buzzing noise through headphones and require a hard restart 02.32.36 # <[7]> damn, not very valuable information 02.32.57 # that's all i have 02.33.02 # no specifics as to when it hangs 02.33.11 # absolutely random 02.33.16 # <[7]> don't we print the PC address when running into a data abort? 02.34.01 # let me see if there's any debugging info i can enable 02.34.05 # i dont think it would print 02.34.08 # but worth a try 02.34.11 # <[7]> wowaname: wait a second... you're using the ~20 month old build shipped with emcore? 02.34.24 # you mean there's a newer 02.34.26 # oshi 02.34.51 # <[7]> try using something more recent, there are dozens of bugs that have been fixed since then, especially that "hang with buzzing audio" thing 02.35.00 # oh thanks 02.35.10 # i didnt know it was outdated. should have checked 02.35.22 # <[Saint]> Its not necessarily your fault. 02.35.31 # <[Saint]> The documentation is non-obvious about this. 02.35.53 # i could have still searched the site for updates, which i was planning to do 02.35.55 # <[Saint]> extract http://build.rockbox.org/data/rockbox-ipod6g.zip to root and see how you go 02.36.16 # <[Saint]> Searching the site for an updated build /probably/ wouldn't have yeilded much fruit. 02.36.27 # <[Saint]> Its semi-deliberately hidden. 02.36.31 # lol 02.36.47 # so it's just the files and not the image that are updated? 02.37.07 # <[7]> the .rockbox tree on the hard drive 02.37.13 # <[7]> not the "fallback" image in the flash 02.37.21 # k 02.37.21 # <[Saint]> Its not technically installable via Rockbox alone (we rely on [7]'s third-party emCORE presently), so there's no real reason to make updated builds public. 02.37.29 # <[7]> emcore uses, if present, the image in /.rockbox/rockbox.ipod 02.37.40 # oh so that's the image 02.37.45 # OH I SEE 02.38.01 # if it cant find .rockbox it uses the fallback. durr 02.38.16 # <[7]> yes, so that you don't get stuck in a state where you can't fix it anymore :) 02.38.39 # ya 02.38.52 # <[Saint]> Perhaps the emCORE docs should point to autobuilder 02.38.58 # <[7]> I thought they did... 02.39.04 # is there a way to update the fallback? i know it would not be ideal since you could update to a nonfunctioning image 02.39.16 # but is there a way to update or would you have to do uber leet compiling 02.39.17 # <[Saint]> Not without flashing a new image of emCORE, no. 02.39.23 # k 02.39.27 # <[Saint]> and they come few and far between. For good reason. 02.39.43 # <[7]> hm, looks like there is indeed no link on our wiki. hmm. 02.39.47 # hold on is the only change in the version the .ipod image 02.39.53 # because that's all i'm gonna copy 02.40.00 # hold on 02.40.02 # i'll just compare 02.40.09 # <[Saint]> No, copy *everything* 02.40.15 # <[7]> lots of other stuff will have changed 02.40.17 # <[Saint]> Partial update *will* end in tears. 02.40.26 # lol 02.40.27 # k 02.40.37 # <[Saint]> codecs and plugins should fall over at the very least if you tried that. 02.40.39 # i'm still gonna do a file compare 02.40.40 # <[7]> if you only swap out the rockbox.ipod file it *should* boot (but I wouldn't be sure), but audio playback wouldn't work because of outdated codecs etc. 02.41.06 # cus i is curious 02.41.17 # <[Saint]> Oh, yes, it'd boot - but, it wouldn't be much use as a DAP anymore. :) 02.41.24 # * [7] swears about that fly that's trying to sit down on his arm every couple of seconds 02.41.46 # * wowaname pats [7]'s back 02.41.46 # it'll be ok 02.42.25 # ah crap DOS comp command sucks 02.42.40 # now to back up configs and mess 02.42.53 # <[7]> this stupid thing has been annoying me for half a day now 02.42.54 # i did most of it already 02.43.11 # i'll just rewrite the dbs 02.43.22 # <[7]> config files shouldn't be overwritten by updating, they aren't contained in the zip file 02.43.32 # <[Saint]> Nothing user-generated gets removed during an update. 02.43.43 # <[Saint]> configs, database, plugin settings, etc. 02.43.52 # i am aware 02.44.08 # still just checking to make sure i didnt edit an overwritable file 02.45.14 # cus i would be one to do that 02.45.51 # like viewers.config 02.45.56 # wait that isnt copied lol 02.46.28 # * [Saint] just uses extract/replace all. 02.46.38 # <[Saint]> Its pretty much guaranteed not to fuck it up. 02.46.43 # i just did 02.46.44 # restarting now 02.46.49 # <[Saint]> Huzzah. 02.47.09 # k hopful that works 02.47.22 # now to sort my nightmarish music/ folder 02.50.30 # <[Saint]> I'm not sure how much of it will be obvious to you, but the several hundred commits you just jumped should make a marked difference. 02.51.10 # * [7] figures it might even be more than 1000 02.51.14 # over 9000 02.51.21 # ahem 02.51.45 # <[7]> hard to tell with these git version numbers 02.51.51 # i'll probably notice performance improvements hopefully 02.52.01 # any way to change the versioning 02.52.22 # <[7]> hm, probably more battery runtime than performance improvements 02.52.33 # that's also good 02.56.40 # <[Saint]> indeed, battery runtime probably jumped a good 8 hours or so since then. 02.57.01 # <[Saint]> I can get 48~52h from mine. 02.57.07 # :o 02.57.17 # <[Saint]> (which is really, really, really impressive) 02.57.46 # <[Saint]> I don't battery bench often, due to the length of time it takes, but its about time I did another. 02.57.48 # sounds that way 02.58.04 # <[7]> that's less than 10mA power usage on average... can't really be true, even the nano2g uses more :P 02.58.08 # <[Saint]> The "fat" Classic has a much larger battery, though. 02.58.18 # <[Saint]> 850mAh vs 500, iirc. 02.59.22 # <[Saint]> [7]: Hmmmm....perhaps benching without phones makes the difference? 02.59.32 # <[Saint]> I'd never really thought about that. 02.59.42 # <[7]> at those runtimes... probably a few hours 03.00.07 # <[7]> I'd guess 10-20% difference depending on headphones/volume 03.00.24 # <[Saint]> It never really made me blink due to the fact that for a large amount of time during playback the device is doing very little at all. 03.00.38 # <[Saint]> unboosted CPU, no disc spinup, no LCD, etc. 03.00.45 Quit akaWolf (Read error: Operation timed out) 03.00.57 # [Saint]» correct, 850 03.01.06 # the menu wouldnt go up that high tho 03.01.10 # i wonder if that's corrected 03.01.24 # <[Saint]> It should be. 03.01.24 # k 03.01.36 # <[Saint]> I have a patch floating around somewhere that tries to guess the right battery. 03.01.45 # <[Saint]> I should probably push that. 03.01.56 # good luck 03.02.09 # <[Saint]> (not that it makes much of a difference) 03.02.31 # <[Saint]> That number is only used in runtime calculation which is wildly inaccurate anyway, regardless of battery capacity :) 03.02.46 # ya 03.02.55 # it's a good estimate 03.03.09 # if it hits 50 or summat then i'm like ok i need to charge 03.03.59 Join akaWolf [0] (~akaWolf@188.134.9.161) 03.03.59 Quit akaWolf (Changing host) 03.03.59 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 03.04.21 # <[Saint]> its a good estimate....except for the fact that mine tells me I have somewhere in the vacinity of 5400 hours runtime remaining on a full charge. 03.04.33 # <[Saint]> Which, back of the brain math tells me is about 90 hours. 03.04.50 # <[Saint]> or: "aint gonna happen" :) 03.05.23 # mine said -1 min 03.05.32 # better than Undefined in Adobe Flash 03.38.12 *** Saving seen data "./dancer.seen" 04.13.53 # huh I: (my ipod) is mounted but it's like no i dont want to work 04.13.59 # ipod froze 04.14.01 # 2x 04.14.21 # let us try again 04.19.05 # nope 04.19.28 # trying less retarded theme 04.19.44 # <[7]> hm, so that bug still exists and I just can't reproduce it anymore :/ 04.19.54 # <[7]> time for someone to port the new USB driver 04.20.01 # lol 04.20.21 # i was assuming it was the theme i was using taking up a bit more memory than others 04.20.33 # <[7]> wowaname: did you have trouble with UMSboot not mounting properly (i.e. taking long to mount or whatever) during installation? 04.20.45 # yes it took 30s-1m to mount 04.20.54 # jesus fuck now windows wants to format it 04.21.16 # <[7]> ok, so you're one of the people affected by this bug, interesting 04.21.22 # time to backup and do this over 04.21.23 # ugh 04.21.38 # <[7]> wowaname: you should be able to access it using the fallback image, or possibly using another PC 04.21.40 # had this happen before 04.21.44 # <[7]> which windows version is this? 04.21.48 # 7 04.21.51 # lemme look 04.22.04 # Version 6.1.7601 Service Pack 1 Build 7601 04.22.06 # <[7]> does the machine have usb3 ports? 04.22.08 # no 04.22.19 # this happened before; the fat32 header got fubar 04.22.28 # if nautilus opens the disk then i'm ok 04.23.04 # maybe not 04.23.11 # <[7]> I'm fairly sure that what you're seeing is a both windows and rockbox version specific problem 04.23.21 # hm 04.23.30 # <[7]> if you want to do me a favor, you could try out a newer UMSboot version just to check if that works properly now 04.23.42 # <[7]> because if it does, we might want to port its new USB driver over to rockboxc 04.23.44 # <[7]> rockbox* 04.23.45 # and even though i am trying to access the fs using a virtual machine, it will still be affected? 04.23.55 # ok 04.23.55 # <[7]> possibly 04.24.01 # what's the latest version number 04.24.09 # i'll search it 04.24.17 # <[7]> can you boot it into DFU mode? 04.24.27 # i can boot it 04.24.33 Part wowaname ("<3") 04.24.34 # <[7]> https://mega.co.nz/#!NAoChaZA!LvrFIyi-cyTiP40U6Du7ITJpvUEITxhH5VCO2sIyKn4 04.24.37 Join wowaname [0] (~wow@70-8-239-214.pools.spcsdns.net) 04.24.39 # dammit 04.24.41 # <[7]> https://mega.co.nz/#!NAoChaZA!LvrFIyi-cyTiP40U6Du7ITJpvUEITxhH5VCO2sIyKn4 04.24.47 # <[7]> use the bootstrapper file from this archive 04.24.52 # <[7]> and check if UMSboot mounts instantly 04.24.56 # [7]» i already have that version 04.25.39 # <[7]> huh? 04.25.40 # crap i'm not gonna mess with it tonight. as long as it plays what's currently on it then i'm fine until tomorrow 04.25.51 # [7]» hold on i'll show you 04.25.59 # Aug 14 21:01:35 TheSeven» the new one is in here, if you want to try if it works better/faster: https://mega.co.nz/#!NAoChaZA!LvrFIyi-cyTiP40U6Du7ITJpvUEITxhH5VCO2sIyKn4 04.26.01 # <[7]> if you want to copy files, just run the rockbox fallback image from emcore's tools menu for now 04.26.12 # <[7]> well, did you get around to trying it? 04.26.20 # [7]» i am using that 04.26.20 # <[7]> if so, what were the results? 04.26.28 # the results were as i said 04.26.29 # <[7]> so that one took 30-60sec to mount as well? 04.26.31 # <[7]> damn 04.26.33 # i believe 04.26.48 # yep 04.26.49 # no wait 04.26.49 # no nvm 04.26.50 DBUG Enqueued KICK wowaname 04.26.50 # i have it but i didnt use it 04.26.53 # i'll try it tomorrow 04.27.06 # i was like "this one works so i wont try the other" 04.27.12 # so yeah i'll tell you tomorrow 04.27.47 # sorry; i'm forgetful 04.28.38 # :p 04.28.43 # <[7]> ok, let me know if it works 04.28.47 # k i will 04.28.55 # <[7]> because that might point to a possible route to fix the rockbox USB problem 04.29.09 # dont wanna do it tonight cus it's 2200 and i'd have to copy over 2000+ songs and ~700 images again 04.29.14 # takes like 30m 04.29.14 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 04.29.14 # * [7] has the problem that the problem doesn't occur on his system at all, so he can't test fixes :P 04.29.26 # <[7]> you don't need to reinstall anything 04.29.30 # o 04.29.39 # it wont overwrite antyhing? 04.29.40 # ok 04.30.05 # <[7]> it won't write anything before you drop in a .ubi file 04.30.10 # k 04.30.27 # <[7]> and even if you do the installer should only update the emCORE version on the flash, or rather figure out that it's the same and do nothing 04.30.46 # either way if i run into problems i'd rather deal with them tomorrow 04.30.49 # i'll let you know 04.31.42 # <[7]> and as I said, if you want to access the drive, just use the fallback image from emcore's tools menu 04.31.48 # k 04.31.50 # <[7]> that's the old rockbox version that worked fine apparently 04.31.53 # ya 04.31.55 # "fine" 04.31.59 # <3 04.32.03 # <[7]> you can just dualboot it with the newer one :) 04.34.21 Quit amiconn (Disconnected by services) 04.34.22 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.34.26 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.34.47 Quit pixelma (Disconnected by services) 04.34.47 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.36.25 # <[Saint]> [7]: is there a new full emCORE release? 04.36.51 # <[Saint]> or a known good version from the nightlies? 04.39.28 Quit Substanzlos1 (Ping timeout: 246 seconds) 04.43.58 # <[7]> there haven't been important (for end users) changes since the last release 04.44.15 # <[7]> and some of the new features, such as the new USB interface, aren't really proven to work yet 04.44.49 # <[Saint]> SO, what do I need to do to test them? 04.45.07 # <[Saint]> DAmn I hate shift on this keyboard... 04.46.28 # <[7]> hm... would be more useful to get that stack ported to rockbox 04.55.38 Nick wowaname is now known as WOWANAME (~wow@70-8-239-214.pools.spcsdns.net) 04.55.38 DBUG Enqueued KICK WOWANAME 04.55.47 Join Substanzlos [0] (~michael@mnhm-5f74dc57.pool.mediaWays.net) 04.57.04 # <[Saint]> [7]: is there a known good recent emCORE build? 04.57.34 # <[7]> there aren't any known issues IIRC 04.57.43 # <[7]> so just use latest, if you manage to build it 04.58.14 # <[7]> the latest changes don't seem to work well with the rockbox toolchain 04.58.40 # <[Saint]> awwww crap. 04.58.57 # <[Saint]> I have to build my own? I see autobuilder has been crapping out for some time :-S 04.59.07 # <[7]> yes, that's the rockbox toolchain problem 04.59.17 # <[Saint]> bums. 04.59.23 # <[7]> there's nobody maintaining that box anymore :/# 04.59.24 # <[Saint]> Do you have a binary lying around? 04.59.46 # <[Saint]> I could host the build box, if you'd like, too. 05.00.16 # <[7]> hosting isn't the problem, setting it up is :) 05.01.48 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 05.01.48 # * [7] builds a binary 05.01.50 # <[7]> classic? 05.02.08 # * [Saint] nods 05.02.17 # <[7]> https://mega.co.nz/#!MdRw2DzJ!Yp6tglKDfw-J_ujAHexh-h97BlFI6hvc-gYnsD0ikgg 05.02.20 # <[7]> that should be latest svn 05.02.33 # <[Saint]> awesome, thank you. 05.02.42 # <[Saint]> that was blazingly fast. 05.02.49 # <[Saint]> ccache doing most of the legwork I assume. 05.02.56 # <[7]> emcore doesn't take long to compile 05.03.05 # <[7]> it isn't quite as big as rockbox 05.03.48 # <[7]> opening a terminal, cd'ing into that directory, setting the right environment variables etc. took longer than the actual build 05.04.22 # <[Saint]> heh 05.05.01 Join Strife89 [0] (~Strife89@adsl-98-80-223-200.mcn.bellsouth.net) 05.05.49 Quit way2strong (Quit: leaving) 05.11.11 Quit WOWANAME (Quit: <3) 05.19.57 Quit [7] (Disconnected by services) 05.20.06 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.23.23 Quit Strife89 (Ping timeout: 256 seconds) 05.31.50 Quit madcat1990 (Quit: Leaving) 05.34.51 Join Strife89 [0] (~Strife89@adsl-98-80-213-43.mcn.bellsouth.net) 05.38.04 Quit Raptors (Read error: Connection reset by peer) 05.38.13 *** Saving seen data "./dancer.seen" 05.38.24 # <[Saint]> Man, I really wish you could use emCORE to expose storage. 05.38.37 # <[Saint]> (that isn't RAM) 05.40.20 # [Saint]: we're pretty damn close to that 05.40.35 # it's just some glue logic that remains to be written 05.40.37 # <[Saint]> Surely it can't have anything to do with me updating emCORE just now, but its taking forever to display the contents of the drive in Rockbox just now. 05.41.21 # <[Saint]> It just took about a minute to display the drive contents in Ubuntu 05.41.28 # dmesg output? 05.41.46 # * TheSeven suspects a bunch of "resetting device with id blabla" stuff 05.42.12 # <[Saint]> TheSeven would be correct 05.44.09 Join Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net) 05.45.12 # that's another side effect of the very same bug that's causing this mounting trouble on windows 05.45.37 # it's some race condition between different endpoints 05.47.51 # [Saint]: we already have an emCORE USB mass storage test app that provides a little ramdisk, but emcore apps can of course also just tell the kernel to unmount the disk and access raw sectors 05.47.51 Quit Jinx (Quit: reboot) 05.48.16 # so it's just some glue logic that needs to be implemented to actually provide access to the hard drive through an emcore app :) 05.48.53 # basically replace everything that accesses a ramdisk pointer with some buffer management and hdd read/write calls 05.51.21 # user890104 has that on his todo list :) 05.59.20 # * user890104 just finished reading the backlog from the past hour or so 06.00.16 # uhm yeah, if i find out what's the real reason for these bluescreens on w7x64 when using emcore's usb api, i should be able to complete the app 06.00.56 # <[Saint]> Bah. Screw Windows. :P 06.08.28 # <[Saint]> |||||||||||||||||||||||\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 06.08.28 # <[Saint]> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 06.12.08 # Catlike typing detected! 06.14.12 # * user890104 says hello to [Saint]'s cat 06.28.06 Quit Strife89 (Ping timeout: 264 seconds) 06.39.44 Join Strife89 [0] (~Strife89@adsl-98-80-198-97.mcn.bellsouth.net) 07.03.40 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 07.03.53 Quit [Saint] (Quit: No Ping reply in 180 seconds.) 07.04.37 Quit JdGordon (Ping timeout: 240 seconds) 07.05.47 Join [Saint] [0] (~saint@rockbox/user/saint) 07.06.38 Quit nosa-j (Excess Flood) 07.06.53 Join nosa-j [0] (~m00k@184.76.254.130) 07.06.56 Join kevku [0] (~kevku@2001:0:c38c:c38c:3ca0:4d44:3d69:be87) 07.23.19 Quit Strife89 (Quit: Vamoose!) 07.32.59 Join BorgQueen [0] (~477fd45a@www.haxx.se) 07.33.55 Quit BorgQueen (Client Quit) 07.34.09 Join BQ [0] (~477fd45a@www.haxx.se) 07.35.04 # hi people I'm trying to compile RockboxUtility-v1.3.1 from source on linux. The instructions refer to a config file in the tools dir, but none exists. Is there an updated guild to compiling it? 07.38.17 *** Saving seen data "./dancer.seen" 07.54.29 Join Dirtydave [0] (~androirc@74-38-220-115.dr01.cols.ca.frontiernet.net) 07.59.02 Quit Dirtydave (Client Quit) 08.02.30 # <[Saint]> BQ: Why do you need to compile from head? 08.03.07 # <[Saint]> bluebrother (the maintainer) hosts some (infrequently updated) development binaries here: http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil/ 08.03.25 # <[Saint]> 2013-03-09 08.04.23 # <[Saint]> Oh. 08.04.40 # <[Saint]> You said "on linux", so, I guess that means "for linux" as well... 08.05.55 # <[Saint]> anyhoo - I'm pretty sure that "deploy-rbutil.py" does pretty much everything. 08.10.12 Quit BQ (Quit: CGI:IRC (EOF)) 08.32.01 Quit shamus (Read error: Connection reset by peer) 08.32.23 Join shamus [0] (~shmaus@ip-206-192-194-158.marylandheights.ip.cablemo.net) 08.33.15 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 08.38.50 Join ender` [0] (krneki@foo.eternallybored.org) 08.44.41 Nick SuperBrainAK is now known as DormantBrain (~andy@shared02.balt01.cd.2g2u.net) 09.09.22 Join Zagor [0] (~bjst@sestofw01.enea.se) 09.09.23 Quit Zagor (Changing host) 09.09.23 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.09.59 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.10.38 Join LinusN [0] (linus@giant.haxx.se) 09.23.18 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.27.01 # wow 09.27.44 # even when putting *everything* into viewports, empty lines in the .wps file have an incidence on how the theme is displayed 09.29.47 # some of my code only works when I have like a dozen empty lines in the middle of the wps file 09.30.51 # following the cover art tags, actually 09.32.34 # <[Saint]> copper: I have only seen that with one specific touch-only tag. 09.32.38 # <[Saint]> May I see your code? 09.34.51 # hold on 09.34.59 Quit akaWolf (Ping timeout: 245 seconds) 09.35.23 # it's hardly readable because I write every block on a single line, to prevent the scrolling bug I mentionned earlier (and possible other bugs) 09.36.44 # <[Saint]> That bug is definitely worth prodding JdGordon_ and/or kugel with after you have an FS entry up. 09.37.14 Join petur [0] (~petur@rockbox/developer/petur) 09.38.21 *** Saving seen data "./dancer.seen" 09.39.44 Quit Provel (Ping timeout: 264 seconds) 09.40.38 # [Saint]: this is very much work in progress http://pastebin.com/Ser9tqK3 09.40.50 Join Provel [0] (~Provel@75-132-18-44.dhcp.stls.mo.charter.com) 09.40.53 # I'm tyring to determine what will NOT cause the bug 09.42.06 Join akaWolf [0] (~akaWolf@188.134.9.161) 09.42.06 Quit akaWolf (Changing host) 09.42.06 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 09.50.37 # [Saint]: when working on the code, I span conditionals over several lines, with indentation, until I'm done, and then I put everything back onto a single line 09.55.45 # ok 09.56.11 # with the 20 empty lines below the cover art tags, my code works 09.56.29 # took me a while to figure out what was going on 09.57.29 Quit pamaury (Ping timeout: 245 seconds) 10.03.54 # great, everything works 10.04.04 Quit Gallomimia (Ping timeout: 240 seconds) 10.05.06 Join Gallomimia [0] (~gallo@199.167.192.98) 10.07.59 Quit fs-bluebot (Ping timeout: 256 seconds) 10.09.09 Quit bluebrother (Ping timeout: 246 seconds) 10.09.22 Join fs-bluebot [0] (~fs-bluebo@g224239223.adsl.alicedsl.de) 10.11.08 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 10.14.21 Quit DexterLB (Read error: Connection reset by peer) 10.19.22 Join DexterLB [0] (~dex@95-42-8-203.btc-net.bg) 10.32.30 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.38.17 # what's the use of the "backdrop" setting in the .cfg file? 10.38.38 # why not just set %X() in the sbs, wps and fms files? 10.38.46 # %X() seems to work better 10.42.34 # .sbs hasn't always been there - I believe even the backdrop setting has been there before %X in the WPS. It's easily settable by the user, if you only use one backdrop, you won't need to declare it in three files, it's there in the recording sceen too, etc. 10.43.30 Join jlbiasini [0] (~metaphysi@lns-bzn-45-82-65-183-31.adsl.proxad.net) 10.53.15 # pixelma: the difference is that the backdrop that's defined in the .cfg file doesn't load when you copy a new theme onto the DAP, and then load that theme 10.53.19 # you have to reboot 10.54.05 # sounds like a bug to me 10.55.19 # one of many :-/ 10.59.40 # btw. I too found that whitespace, blank or commented lines have an influence on the WPS look but I couldn't find a pattern behind it 11.02.33 # pixelma: it's like it draws invisible lines 11.02.44 # the size of the chosen font 11.04.27 # yeah, seen that too with a non-bmp progress bar 11.07.40 # meh, %X() doesn't seem to work better actually 11.24.29 # pixelma: I think the backdrop doesn't load before rebooting because Rockbox hasn't "registered" the new file yet, or something 11.32.26 Quit rdn (Remote host closed the connection) 11.38.25 *** Saving seen data "./dancer.seen" 11.38.55 # like the sim that doesn't see new files in the sim directory until you restart it 11.46.33 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 11.48.29 Quit roxfan (Ping timeout: 264 seconds) 11.48.48 Join roxfan2 [0] (dunno@179.186-246-81.adsl-dyn.isp.belgacom.be) 11.55.48 Nick roxfan2 is now known as roxfan (dunno@179.186-246-81.adsl-dyn.isp.belgacom.be) 11.58.15 Join bertrik [0] (~quassel@dhcp-089-098-143-039.chello.nl) 11.58.15 Quit bertrik (Changing host) 11.58.15 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 12.14.09 Quit bluebrother (Ping timeout: 245 seconds) 12.14.17 Quit fs-bluebot (Ping timeout: 264 seconds) 12.14.57 # where do I create my new setting menu for touchdevice in system or in general setting? 12.15.27 Quit bertrik (Remote host closed the connection) 12.15.44 # it will group touchpad sensitivity, disable touchpad on hold, disable only touchpad on hold... 12.16.24 Join fs-bluebot [0] (~fs-bluebo@g231122200.adsl.alicedsl.de) 12.16.39 # my opinion is to insert is in general setting 12.20.24 Quit fs-bluebot (Ping timeout: 245 seconds) 12.23.18 Join bertrik [0] (~quassel@dhcp-089-098-143-039.chello.nl) 12.23.18 Quit bertrik (Changing host) 12.23.18 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 12.29.38 Join fs-bluebot [0] (~fs-bluebo@g225252235.adsl.alicedsl.de) 12.33.43 Quit fs-bluebot (Ping timeout: 245 seconds) 12.36.53 Quit Scall (Ping timeout: 256 seconds) 12.39.12 Join Scall [0] (~chat@unaffiliated/scall) 12.46.42 # * [Saint] finds it interesting that copper's theme assumes album art will always be present 12.46.47 # <[Saint]> that 12.46.53 # <[Saint]> 's a good way to piss users off 12.48.13 # ? 12.48.37 # <[Saint]> the theme assumes there's always going to be album art. 12.49.28 # <[Saint]> also, I suspect you may stop having issues if you move the viewport conditional statements to the top 12.50.02 # <[Saint]> the pattern I follow is usually: backdrop, preloads for bitmaps, fonts, viewport conditions, viewports 12.50.50 # [Saint]: even if you don't put conditional for album art, it will work, even when there is no album art. 12.50.52 # <[Saint]> Re: Album art - its great *iff* you have album art. 12.51.01 # <[Saint]> If you don't, you've wasted a tonne of space. 12.51.06 # that's true 12.51.23 # <[Saint]> lebellium: yeah, that's not what I meant at all. 12.51.27 # <[Saint]> I know it will work. 12.51.30 # <[Saint]> Its just weird. 12.52.04 # He should display another pic instead or use the wasted space to display other info 12.52.25 # <[Saint]> Many users only have album art if it happens to be embedded in one of the random mp3s they downloaded in 1990 from limewire :P 12.53.14 # <[Saint]> and, yeah, what I usually do is have two sets of metadata viewports. 12.53.28 # <[Saint]> One for "has AA" the other for, well.."doesn't" 12.54.12 # <[Saint]> So the metadata isn't positioned off to one side, or a gaping hole, or whatever. 12.54.42 # <[Saint]> Other than that, I'm very impressed by the font-checking conditions. That' 12.54.45 # <[Saint]> s a nice touch. 12.56.07 # if there's no album art, the backdrop has default art 12.56.23 # <[Saint]> Oh. Ugh. Ok. 12.56.39 # <[Saint]> Sorry, didn't see (for obvious reasons) the backdrop. 12.57.03 # <[Saint]> BTW: you can see me avoiding the bug you speak of here - https://github.com/saint-lascivious/rockbox-cabbie_v2/blob/master/240X320/rockbox/wps/cabbiev2.wps 12.57.24 # <[Saint]> As far as I was aware, it only happened (at least, I could only create it) with this specific case. 12.58.28 # <[Saint]> In my testing I could use any tag there, except %Tl in conjunction with my variables, and it would work. 12.58.49 # <[Saint]> But in the above, if I remove the blanking, same thing...fat grey line in the middle of the art. 12.59.08 # <[Saint]> The fat grey line is still *there*, its just pushed out of bouinds. 12.59.21 # <[Saint]> (as I suspect the case is with your theme as well) 13.00.36 # <[Saint]> You can also see it in additional places in that theme. In my case, it was only when I used %Tl with variable set/get (touch specific) 13.03.20 # [Saint]: also, using %?C<> crashes the sim in the fms 13.03.24 # er 13.03.30 # [Saint]: also, using %?C<> in the fms crashes the sim 13.03.49 # <[Saint]> Is there a Flyspray ticket regarding this? 13.04.02 # dunno 13.04.07 # 10:49:29 UTC <[Saint]> also, I suspect you may stop having issues if you move the viewport conditional statements to the top 13.04.26 # I tried that, caused similar issues 13.04.38 # basically I'm navigating blind because I don't know what the problem is 13.04.42 # <[Saint]> Well, if you haven't lodged a ticket, you probably should. 13.04.50 # so now that I've come up with something that works, I'd rather not touch it 13.05.20 # [Saint]: you can get up to date zips here: http://outpost.fr/rockbox/ 13.05.45 # <[Saint]> If you have a completely reproducible bug (and, you have a few of them from the sounds of things), lodge it. 13.06.03 # too many to choose from :-/ 13.06.04 # <[Saint]> Telling us about it in IRC is all well and good, but it'll ultimately be forgotten about. 13.06.23 # hmmm 13.06.39 # actually, I suspect most of the weird bugs that I encountered were all the same one: the blank line bug 13.07.04 # like, one particular metadata line that would show with 14-Nimbus but not 19-Nimbus 13.07.29 # the fms artwork bug is a separate one 13.07.54 # <[Saint]> I was just in the middle of typing something along the lines of saying the line blanking bug is a very good example of a ticket that should be lodged. 13.08.12 # <[Saint]> as well as the FMS art crash in the sim. 13.08.46 # I would need to isolate the blank line bug 13.08.50 # as much as possible 13.09.04 # because the entire code in the wps is rather complex 13.09.30 # the code in its entirety I mean 13.09.42 # with dual conditionals, about font size, and playback status 13.10.06 # oh and there's the scrolling bug 13.10.07 # sigh 13.10.14 # <[Saint]> While that certainly couldn't hurt, there's absolutely nothing wrong with lodging a ticket that says "I use this version of Rockbox, and this theme ; and this happens ; IO believe to be the cause, or at least influential" 13.10.36 # <[Saint]> s/IO/I/ 13.11.23 # <[Saint]> More data is great, sure, but you don't have to wrack your brains trying to establish the exact cause. 13.11.35 # I don't want to put off whomever would be motivated enough to look into it 13.11.40 # <[Saint]> Merely provide a repeatable failure case, which IIUC you can do. 13.12.07 # right now I'm waiting to finalize the themes 13.12.13 # * [Saint] nods 13.12.17 # <[Saint]> Sure. I understand that. 13.12.48 # they SHOULD be finalized, but I often think of something else right after I've uploaded the themes :-/ 13.13.03 # any time I release anything, actually :P 13.13.08 # * [Saint] knows that pain all too well. 13.13.21 # <[Saint]> "...if only I just..." 13.13.31 # <[Saint]> "...maybe I should..." 13.13.44 # <[Saint]> "...it would look better if I..." 13.13.48 # <[Saint]> :) 13.13.53 # [Saint]: http://outpost.fr/rockbox/Googley-Classic.png 13.14.37 # about the artwork, I guess I want to encourage users to add it 13.14.41 # cover art* 13.14.51 # <[Saint]> Yeah, that's fair. 13.14.54 # and cover art in the fms *should* work, but doesn't 13.15.18 # I'm totally OK with taking the time to make FM artwork for my local radio stations 13.15.31 # I just wish it would work 13.16.26 # if I decided to scrap default artwork when there is none, and use the entire space for metadata, users might not understand that they *can* add artwork, and I wouldn't like the result, visually speaking 13.16.39 # <[Saint]> y'know...you could probably just let the user define the viewport backdrop color and have an infinite amount of variations of the theme. 13.16.49 # <[Saint]> and force it everywhere else. 13.17.21 # <[Saint]> well...s/infinite/16million and something/ 13.17.46 # * [Saint] will shut up now as he doesn't want to set copper off on anotyher coding rampage 13.17.47 # that wouldn't work 13.17.59 # <[Saint]> Why would it not work? 13.18.30 # <[Saint]> Ahhh...backdrop 13.18.37 # images, text and the border on the top bar are relative to the bar's color 13.18.48 # they're not shades of gray 13.18.49 # or white 13.19.04 # they're shades of gray/white with an alpha channel 13.19.19 # <[Saint]> bums. 13.19.31 # and it really doesn't look good without that 13.19.41 # also, I didn't choose the colors at random 13.19.46 # they're all Google colors 13.19.53 # <[Saint]> Oh, I know. 13.19.55 # hence the name Googley 13.19.59 Quit dewlap (Ping timeout: 245 seconds) 13.20.12 # <[Saint]> I'm actually wondering about the licensing there... 13.20.21 # <[Saint]> But, less I know the better. :) 13.20.33 # can a color be copyrighted? 13.20.57 # <[Saint]> the FMS art backdrop is quite clearly google-robbed. 13.21.02 # you could also worry about the Apple-like themes that use actual graphics from Apple :D 13.21.16 # not the antenna 13.21.20 # <[Saint]> ANy built from mine, don't. 13.21.35 # <[Saint]> And, I removed my Apple-clones for exactly that reason. 13.21.54 # <[Saint]> Even though what I did is perfectly legal, I decided to take them down as it encouraged others. 13.22.07 # if the background pattern (gray triangles) is a problem, I can change it 13.22.13 # <[Saint]> I painstakingly recreated that art by hand. 13.22.29 # <[Saint]> IFF I just dumped the images, that'd be problematic. 13.22.56 # <[Saint]> One could argue that creating pixel-perfect replicas by hand may also be problematic, but its technically "OK". 13.23.08 # <[Saint]> But messy enough for me to get a conscience about it. 13.23.19 # that doesn't make sense 13.23.34 # if you manually re-create copyrighted works, it's still copyright infringement 13.23.50 # yeah. if you look at the original and paint a new image to look like it, you've created a derived work 13.24.01 # <[Saint]> copper: ^ 13.24.12 # <[Saint]> "technically OK", but...yeah. 13.24.19 # it's not technically okay at all :) 13.24.45 Join fs-bluebot [0] (~fs-bluebo@g224239083.adsl.alicedsl.de) 13.25.15 # <[Saint]> Blargh. I consulted license-experts in here for an age before I put those up. 13.25.32 # <[Saint]> And everyone said that while it was clearly fishy, it was technically fine. 13.26.01 # e.g. it's a derived work if you paint a painting based on a photograph 13.26.08 # <[Saint]> Regardless, they're gone now, but I can't take down the umpteen dozen clones it spawned. 13.26.11 # even though the painting is far from pixel-perfect :) 13.26.50 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 13.26.57 # otherwise source code licensing couldn't work. 13.27.11 # you can't bypass the GPL by opening the source in one window and typing a new copy in another window ;p 13.28.32 # <[Saint]> Well, TIL: everyone that said it was ok for me to do so apparently had NFI what they were talking about. Yay! 13.29.05 # you might be able to do it with a clean-room approach: write a document describing what the ipod interface looks like in descriptive terms (without pictures) and then give that to someone who has never seen the ipod interface to draw 13.29.21 # but even that may not be sufficient in a court :) 13.29.32 Quit fs-bluebot (Ping timeout: 264 seconds) 13.29.46 # that's how people cloned the IBM PC BIOS ;) 13.30.28 # <[Saint]> In the end, I may as well of just dumped the images as I wrote a small script that plotted each pixels located and color. 13.30.49 # <[Saint]> That was how I ended up with such amazingly accurate images. 13.31.07 # ..erm, then that's just a very obtuse way to copy their image :) 13.31.37 # if what you end upw ith is substantially identical to the original, and you have seen the original, then basically no court will ever believe that's not a derived work no matter what process you used 13.32.04 # <[Saint]> They're clearly different (mine are better :P), but, yeah...there's a lot of similarity there. 13.32.09 # if the people who cloned the PC BIOS ended up with 99% of the same actual machine code then they would've ruled that was copyright violation too :) 13.32.14 # <[Saint]> (for obvious reasons described above) 13.32.40 # <[Saint]> The only reason I even went through with this all those years ago is because I was assured I was in the clear legally. 13.32.44 # yeah, being a bit different is not a sufficient defense 13.32.58 # if you are different enough to the original then your derived work may be entitled to its own copyright 13.33.09 # but you still have to have permission from the original copyright holder to have created the derived work in the first place 13.33.29 # <[Saint]> Well...where were you ~3 years ago? :) 13.33.49 # whoever told you otherwise clearly doesn't know how any licenses work :p 13.33.50 # <[Saint]> You could've prevented the flood of shitty iPOd clone themes based off my shitty iPod clone theme. :P 13.34.07 # if this wasn't how copyright law worked then all open source licenses would be compeltely worthless 13.34.11 # :) 13.34.43 # <[Saint]> I would need to trawl my logs, but, it was quite a number of people whom assured me a full recreation even if largely pixel perfect was ok. 13.35.27 # it's not exactly unusual for people on the internet to not understand copyright :) 13.35.29 # <[Saint]> I doubt I'll put much effort into that, though. Its gone now. I may have started a horribl;e trend, but at least I'm no longer part of it anymore. :) 13.35.45 # <[Saint]> Torne: but, people *here*? 13.37.10 Join fs-bluebot [0] (~fs-bluebo@g224239083.adsl.alicedsl.de) 13.37.14 # <[Saint]> I don't mean just anyone responded and I took the first answer and ran with it either. :) 13.38.27 *** Saving seen data "./dancer.seen" 13.43.29 # <[Saint]> also, copper, fwiw, you can copyright color...and yeah, that is shit. 13.44.09 # <[Saint]> example: Cadbury's purple, or (in NZ at least) the yellow from The Yellow Pages phone book. 13.44.51 # is the Rockbox yellow copyrighted ? :D 13.44.52 # That's a trademark/trade dress, not a copyright, probably 13.45.20 # [Saint]: I could do something very spooky: replace default cover art with a picture of me :D 13.45.24 # COPYRIGHT THAT 13.45.40 # <[Saint]> Replace it with a picture of your wang. 13.45.42 # yeah. it's a trade dress mark. nobody else is allowed to use that shade of purple for marketing chocolate. but you can use it for anything else you like. 13.47.48 # <[Saint]> Here, I'm looking at "The Cadbury device (I assume this is the logo?) and the color purple are trademarks of Cadbury Inc. blah blah blah, copyright " 13.49.01 # the specific design of that wrapper is copyrighted, yes ;) 13.49.16 # in addition to the colour, and several of the logos/marks/devices being trademarked 13.49.25 # IP is complicated :) 13.49.25 # <[Saint]> IO read that as "the color purple" is copyrighted. 13.49.30 # <[Saint]> That's very vague. 13.49.36 # <[Saint]> Thanks for clarification. 13.50.54 # <[Saint]> copper: regarding embedding weird shit in themes - its certainly been done before. I'll leave the imagination up to you. 13.51.15 # <[Saint]> My iLike theme for example wore a party hat on the album art on Rockbox's birthday. :) 13.52.13 # <[Saint]> Another version replaced all the text with "smurf" on April 1st (an old Rockbox April Fools joke) 13.52.29 # <[Saint]> Go nuts. Embed weird shit. :) 13.53.54 # <[Saint]> It was rasher that gave me the party hat idea. 13.57.05 # <[Saint]> Who do I need to talk to about getting the least permissions possible that would allow me to nuke spammers on the forums? 13.57.13 # <[Saint]> Zagor perhaps? 13.57.25 # <[Saint]> I seem to be pretty good at spotting the bastards. 13.57.28 # <[Saint]> http://forums.rockbox.org/index.php/topic,42693.msg220316.html#msg220316 14.03.27 # <[Saint]> Anyway, yeah. If I could nuke the occasional spam account I see, that'd be great. I have some degree of experience with SMF administration. 14.05.54 # bertrik: yesterday I was thinking about the stfm1000 again, since I have basic support for it I would like to merge it but there is still an issue: how do we handle the "digital radio part" 14.06.08 # because we get samples but we need to playback them 14.06.35 # it would be better to have digital radio support in rockbox otherwise it will be a massive mess I think 14.06.56 # but radio is already a mess so I don't know what to do 14.07.53 Quit fs-bluebot (Ping timeout: 245 seconds) 14.09.38 Quit bluebrother (Ping timeout: 260 seconds) 14.10.43 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 14.10.46 Join fs-bluebot [0] (~fs-bluebo@g231122151.adsl.alicedsl.de) 14.15.01 Quit fs-bluebot (Ping timeout: 240 seconds) 14.15.01 Quit bluebrother (Ping timeout: 240 seconds) 14.30.32 Join SovonHalder [0] (SovonHalde@115.187.54.109) 14.34.57 Join fs-bluebot [0] (~fs-bluebo@g225252228.adsl.alicedsl.de) 14.36.34 Quit SovonHalder () 14.39.08 Quit fs-bluebot (Ping timeout: 245 seconds) 14.41.12 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.48.22 Join fs-bluebot [0] (~fs-bluebo@g224238142.adsl.alicedsl.de) 14.52.06 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 14.55.49 Quit fs-bluebot (Ping timeout: 240 seconds) 14.56.36 Quit bluebrother (Ping timeout: 248 seconds) 14.57.23 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.03.47 Quit bluebrother (Ping timeout: 256 seconds) 15.05.23 Quit jlbiasini (Ping timeout: 245 seconds) 15.05.24 Join fs-bluebot [0] (~fs-bluebo@f053155045.adsl.alicedsl.de) 15.05.27 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.09.33 Quit fs-bluebot (Ping timeout: 245 seconds) 15.16.13 Quit bluebrother (Ping timeout: 245 seconds) 15.18.46 Join fs-bluebot [0] (~fs-bluebo@g231123097.adsl.alicedsl.de) 15.21.30 # doing graphics is fucking exhausting 15.22.54 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.23.18 Quit fs-bluebot (Ping timeout: 268 seconds) 15.26.12 Join ikeboy [0] (~dell@ool-435622d3.dyn.optonline.net) 15.29.06 Quit bluebrother (Disconnected by services) 15.29.54 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.31.14 Join fs-bluebot [0] (~fs-bluebo@g226071189.adsl.alicedsl.de) 15.34.05 Quit bluebrother (Disconnected by services) 15.34.10 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 15.35.42 Quit fs-bluebot (Ping timeout: 243 seconds) 15.38.31 *** Saving seen data "./dancer.seen" 15.39.40 Join bluebrother [0] (~dom@f053155170.adsl.alicedsl.de) 15.39.41 Quit bluebrother (Changing host) 15.39.41 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.41.35 Quit bluebrother^ (Ping timeout: 276 seconds) 15.43.41 Join fs-bluebot [0] (~fs-bluebo@f053155170.adsl.alicedsl.de) 15.54.44 Join jlbiasini [0] (~metaphysi@lns-bzn-45-82-65-183-31.adsl.proxad.net) 16.00.54 Quit ikeboy (Quit: Ex-Chat) 16.12.06 Quit Zagor (Quit: Clint excited) 16.20.32 Quit bluebrother (Ping timeout: 264 seconds) 16.20.39 Quit fs-bluebot (Ping timeout: 268 seconds) 16.38.57 Join fs-bluebot [0] (~fs-bluebo@g231122136.adsl.alicedsl.de) 16.40.14 Join robin0800 [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com) 16.40.22 # copyright aside, does this work, visually? http://i.imgur.com/VFrTt9y.png 16.42.20 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 16.43.59 Quit fs-bluebot (Ping timeout: 276 seconds) 16.44.11 # <[Saint]> I think so, yes. 16.44.38 # <[Saint]> I would do: 16.44.41 # <[Saint]> Track 16.44.43 # <[Saint]> Album 16.44.45 # <[Saint]> Artist 16.44.48 # <[Saint]> ...though. 16.45.03 # never mind the metadata 16.45.06 # my question is, does the photograph look weird relative to the rest of the design 16.45.26 # <[Saint]> aha, fairly, yes. 16.46.06 # I can't see shit anymore 16.46.12 # been at this too long 16.46.25 # you have to admit, it's a beautiful photograph 16.46.37 # but it kind clashes with the rest, doesn't it 16.46.40 # <[Saint]> I know it makes it more difficult for you, but, I wouldn't (and don't) bother supplying a fallback image. 16.46.41 # it steals the show 16.47.22 # <[Saint]> And, yes, its very "noisy", compared to the rest of the theme. 16.47.55 # * [Saint] hopes that isn't lost in Translation 16.48.46 # what translation? We think and dream in english \o/ 16.49.29 # I would rather put a vinyle or CD pic instead 16.50.10 # <[Saint]> You dream in...? Wow. 16.50.18 # <[Saint]> Even the French hate French. :) 16.51.19 Join fs-bluebot [0] (~fs-bluebo@g231122136.adsl.alicedsl.de) 16.52.03 Quit robin0800 (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 16.52.23 Join robin0800 [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com) 16.52.42 # or something conceptual 16.52.49 # but not a pic of existing gear 16.54.09 # I love that picture though 16.54.15 # meeeeeh 16.54.19 # fuck it 16.59.59 Quit Bagder (Quit: connection reset by beer) 17.02.29 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 17.02.30 Join Bagder [241] (~daniel@rockbox/developer/bagder) 17.05.03 Quit fs-bluebot (Ping timeout: 256 seconds) 17.06.27 Quit bluebrother (Ping timeout: 264 seconds) 17.06.43 Join fs-bluebot [0] (~fs-bluebo@g225254220.adsl.alicedsl.de) 17.07.32 # [Saint]: is this CC license compatible with the Rockbox Themes one? http://creativecommons.org/licenses/by-sa/3.0/deed.en 17.07.55 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 17.11.14 # I'm gonna say yes 17.13.56 # copper: that's the exact license we link to for the themesite. 17.14.03 # if it's not compatible with itself we have a problem ;) 17.14.07 # lol 17.14.12 # I'm very tired 17.14.25 # I've looked at this thing so much, I could puke 17.16.29 Quit bluebrother (Disconnected by services) 17.16.34 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 17.17.56 Quit fs-bluebot (Ping timeout: 256 seconds) 17.22.54 Join fs-bluebot [0] (~fs-bluebo@g226070234.adsl.alicedsl.de) 17.23.09 Join rela [0] (~x@pdpc/supporter/active/rela) 17.23.30 # <[Saint]> copper: Yep. It is indeed. SO much so, its the same one. 17.23.51 # <[Saint]> Argh. Crap. ...what Torne said. :) 17.26.31 Join madcat1990 [0] (~madcat199@216.185.65.74) 17.27.13 Quit fs-bluebot (Ping timeout: 264 seconds) 17.27.53 Quit bluebrother (Ping timeout: 245 seconds) 17.28.19 Quit amayer (Quit: Leaving) 17.31.22 Join amayer [0] (~amayer@mail.weberadvertising.com) 17.32.44 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 17.35.52 Join fs-bluebot [0] (~fs-bluebo@g225254019.adsl.alicedsl.de) 17.36.29 Quit rela (Ping timeout: 264 seconds) 17.38.33 *** Saving seen data "./dancer.seen" 17.39.43 Join n1s [0] (~n1s@rockbox/developer/n1s) 17.44.59 Quit Zagor (Quit: Leaving) 18.00.57 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 18.04.41 Quit ruskie (Quit: ...) 18.06.06 Quit petur (Ping timeout: 268 seconds) 18.10.02 Quit Torne (Ping timeout: 264 seconds) 18.10.57 Join Torne [0] (~torne@rockbox/developer/Torne) 18.15.21 Join SovonHalder [0] (SovonHalde@115.187.54.204) 18.15.41 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 18.19.32 # copper: I couldn't talk toy you about the themes yesterday & I couldn't ever see replies on IRC because of shitty problems on my ISP end. So I wanted t ask you if there is any useful reason you changed 'next' with 'codec/bitrate' ? 18.19.51 # people think it's more useful / important 18.20.12 # <[Saint]> Really? 18.20.20 # <[Saint]> I'd like to meet those people and smack them. 18.20.34 # <[Saint]> Knowing the next track is far more useful then the codec/bitrate 18.20.37 Join webguest95 [0] (~4353acef@www.haxx.se) 18.20.38 # sigh 18.20.49 # MAKE UP YOUR MINDS, PEOPLE 18.21.00 # 'You create themes for your own purposes. And if people like them, it's a surprise' it was something like that...you said that to me ...didn't you ? 18.21.04 # <[Saint]> Hey, I didn't tell you to change it. ;) 18.21.18 # there are two other reasons for it 18.21.19 # <[Saint]> SovonHalder: he did, yes. 18.21.48 # seriously who cares about codec/bitrate ? 18.21.49 # 1) it allows me to display the release date on a line separate from the album title, where it would make the line too long 18.22.08 # <[Saint]> pamaury: "people", apparently 18.22.20 # 2) I forget what 2) is 18.22.21 # you said, iPod classic can show them at once in different lines 18.22.34 # I removed one line 18.22.49 # because the screen was too crowded and unbalanced, with 6 lines 18.22.59 # who needs to see their bitrate & codec while listening to a song? does it sound better? I don't know really 18.23.00 # codec/bitrate is more important than next song. MP3 VBR V0 powaa 18.23.05 # <[Saint]> My themes only show codec/bitrate in the "no album art" case, and only because I have an extra line available there that looks weird blank. 18.23.15 # <[Saint]> I really don't see it as being genuinely useful information. 18.23.37 # I need SovonHalder 18.23.43 # lebellium wants codec information because he pirates music from shady sources :P 18.24.17 # lol 18.24.21 # * [Saint] would love to know a genuine use case for knowing the codec/bitrate 18.24.32 # really? 18.24.36 # because he doesn't know wtf he downloads 18.24.39 # <[Saint]> Do you have multiple bitrates/encodings of the same track? :) 18.24.41 # he just grabs stuff 18.24.57 # he has a petabyte of shitty MP3s 18.25.12 # <[Saint]> "Awwwwww, shit, this is the 192kbps version, I wanted the 256kbps version...dammit" 18.25.13 # ... 18.25.19 # <[Saint]> 18.25.24 # this is driving me nuts 18.25.26 # no seriously....people who always plays audiophile quality, I give a rts ass to bitrate or codec...i know all of them are in lossless format ..i don't care about the codec..almost among 2000 songs 1990 songs are in ALAC...5 are in FLAC the rest is in mp3 320 CBR 18.25.38 # I sometimes do kind of ABX tests on my Rockboxed players to compare codecs and bitrate efficiency 18.25.38 # ^^ 18.25.40 # that's what I said 18.25.57 # <[Saint]> lebellium: there's far better tools for this 18.26.12 # * funman wonders if this would be a topic for #rockbox-community 18.26.20 # SovonHalder: ok, if I switch the last line to "next track", I will have to display the release date only when pausing 18.26.20 # when you have a lot of different codec it can be usefull, for example once I realize The some encoding didn't worked and I had a lot of flac on my player that was taking all the place 18.26.21 # bitrates/encodings of the same track <- I have because of storage restraints and also hwcodec target ;) 18.26.30 # if you're ABXing then you need to *not* be able to see the codec/bitrate ;) 18.26.42 # <[Saint]> ^ this 18.27.11 # so to check everything is in mpc it can be usefull but you can go to file properties for that I thing 18.27.13 # <[Saint]> pixelma: right, but, do you have them all on the same device? :) 18.27.19 # Do you have multiple bitrates/encodings of the same track? HA HA LOL 18.27.31 # <[Saint]> I do, sure. 18.27.34 # [Saint]: usually not 18.27.35 # <[Saint]> But not on the same device. 18.28.17 # http://outpost.fr/rockbox/Googley-Classic.png 18.28.35 # <[Saint]> I seriously want someone to give me a genuine use case for knowing the codec/bitrate. I'm genuinely curious as to why whoever said its more useful than the next track info thinks this. 18.28.46 Quit fs-bluebot (Ping timeout: 256 seconds) 18.28.50 # ok how about this: I remove the first line, put the tracknumber before the track title, then date / codec on the 4th line and next track on the 5th line 18.29.15 Quit y4n (Disconnected by services) 18.29.22 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 18.29.24 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.29.29 # yay? 18.29.48 # * [Saint] always thought: "01 - Track Name" was the accepted method 18.29.57 # yes 18.30.03 # that's what I like 18.30.13 # "01 - Track Name" 18.30.38 Join fs-bluebot [0] (~fs-bluebo@g225254019.adsl.alicedsl.de) 18.30.43 # what about the total duration then? 18.30.52 # <[Saint]> copper: If its any consolation, I once made the mistake of asking about preferred metadata layouts too :) 18.31.16 # SovonHalder: you have the remaining time on the bottom right 18.31.19 # <[Saint]> SovonHalder: personally, I don't list it 18.31.27 # <[Saint]> I have elapsed time/time remaining 18.31.31 # I CAN'T PUT EVERYTHING ON IT 18.31.36 # Yes you can! 18.31.40 # Alternating sublines! 18.31.41 # sfkjskdfjksdjfksjdfkjskjfksd 18.31.45 # <[Saint]> pffffff..just make a 6pt font :) 18.31.47 # gevaerts: that is horrible 18.31.48 # just remove the codec/bitrate 18.31.53 # everything is solved 18.32.00 # people will bitch about it 18.32.01 # :D 18.32.07 # also, THE DATE 18.32.08 # <[Saint]> Until someone cries about missing codec/bitrate 18.32.08 # at least you won't 18.32.18 # copper: which is why you make a theme *you* like and ignore complaints :) 18.32.25 # <[Saint]> ^ this 18.32.31 # ^ this 18.32.54 # already..what you did, is B-E-A-utiful 18.33.39 # <[Saint]> The general Rockbox philosophy of "If people like it, great, if they don't, fuck 'em" also applies very well to themes. 18.33.47 # indeed 18.34.05 # ^ this 18.34.18 # stop agreeing when you keep disagreeing 18.34.21 # I know copper personally likes next more than codec/bitrate 18.34.31 # what ? 18.35.43 # SovonHalder, lebellium, you both disagree with my choices, so stop agreeing THAT IT SHOULD BE MY CHOICE :D 18.35.50 # Look...all I can do is to request you. the decision is upto you of course..if you change it, it would be great, and if you don't I'll just have to deal with it 18.36.13 # <[Saint]> (or, learn to make the trivial changes requested) 18.36.25 Quit DexterLB (Read error: Connection reset by peer) 18.36.35 # <[Saint]> {most of which equate to substituting one tag with another} 18.36.48 # copper: the thing is that as I told you, I only use my own themes. So even if I find your theme beautiful and even though I find bitrate/codec more important than next song, I won't use your theme. So don't bother with my opinion :) 18.37.21 # then stop giving suggestions please 18.37.42 # <[Saint]> The past ~10 mins is a beautiful example of why I pretty much stopped asking people what they wanted and started telling them what they're getting instead. :) 18.38.11 Quit bluebrother (Disconnected by services) 18.38.16 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 18.38.52 # <[Saint]> 05ac Apple iPod Recovery 18.38.59 # <[Saint]> errr, whoops. 18.39.08 Quit fs-bluebot (Ping timeout: 245 seconds) 18.39.23 # And to troll a bit: iBasso just released a DX50 with a "rockbox-like" WPS which displays bitrate. They're right! :D http://www.ibasso.com/en/products/show.asp?ID=81 18.40.00 # those are for audiophools 18.40.06 # audiophools are stupid 18.40.20 Quit pamaury (Ping timeout: 276 seconds) 18.40.30 # man that thing looks ugly and dumb 18.40.54 Join fs-bluebot [0] (~fs-bluebo@g225255118.adsl.alicedsl.de) 18.40.54 # copper: apart everything, please just give your personal opinion on which is more important - next track / codec|bitrate. [ignore all these suggestions about who wants what..etc.] 18.40.57 # * [Saint] particularly likes the excessively huge buttons 18.41.04 # <[Saint]> where like == hates with a passion 18.41.41 Join DexterLB [0] (~dex@95-42-8-203.btc-net.bg) 18.42.19 # <[Saint]> lol: Reference DAP 18.42.33 # <[Saint]> ...what the heck is that supposed to mean? 18.42.44 # <[Saint]> This is supposed to be the basis of all other DAPs? 18.42.48 # * [Saint] hopes not. 18.43.14 # ok no it's ugly 18.43.25 # hey while you are at trolling. I'm implementing a new menu entry for all touch devices that would regroup all options related to them (touchpad sensitivity, touchdev_disable_on_hold, all touchscreen related stuff, later disable only touchdev on hold) the troll is about what should be its name: i have Touch controls any other ideas? 18.44.14 # http://i.imgur.com/8u0xhDn.png 18.44.15 # lebellium: I'm sick of all those low cost device :D 18.44.17 # this is fucking ugly 18.44.25 # Can we please stay on topic? 18.45.18 # <[Saint]> jlbiasini: shouldn't it explicitely be touch*pad* settings? 18.45.26 # <[Saint]> eeew, *explicitly 18.45.38 # Today's backlog is basically unreadable for those who want to actually follow rockbox development 18.45.54 # gevaerts: yes but SovonHalder and copper are not on #rockbox-community :) 18.46.02 # lebellium: I don't care 18.46.53 Join Sovon [0] (SovonHalde@115.187.54.204) 18.46.53 # [Saint]: no because touchdev settings will be common to all touch devices (touchscreen + touchpad target) 18.47.09 # it's my ISP again....did I miss any answer from copper ? 18.47.21 # <[Saint]> logs in the topic 18.47.32 # or do you means it should change name depending on wether its touchpad or touchscreen? 18.47.50 Quit SovonHalder (Ping timeout: 264 seconds) 18.48.34 # sorry...what ? 18.49.36 # Sovon: there are logs of this IRC channel that are kept - the link to those logs are in the topic 18.50.44 Quit fs-bluebot (Ping timeout: 276 seconds) 18.50.52 Quit bluebrother (Ping timeout: 256 seconds) 18.51.43 # <[Saint]> jlbiasini: what touch-specific settings already exist? 18.51.45 Join fs-bluebot [0] (~fs-bluebo@g226069169.adsl.alicedsl.de) 18.51.48 Quit n1s (Ping timeout: 248 seconds) 18.51.54 # <[Saint]> Off the top of my head, I can't think of any. 18.53.18 # <[Saint]> Hmmmm....MRobe and Hifiman's are lacking manuals. 18.53.24 # <[Saint]> (yet have entries) 18.53.59 Quit bertrik (Ping timeout: 276 seconds) 18.55.48 Quit fs-bluebot (Ping timeout: 245 seconds) 18.55.53 Join dewlap [0] (~dewlap@2001:0:4137:9e76:815:3ed9:b815:38b6) 19.00.55 Join kilroy [0] (~dewlap@2001:5c0:1000:a::285) 19.02.04 Join traps [0] (~dewlap@2001:5c0:1000:a::285) 19.03.49 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.04.08 Quit dewlap (Ping timeout: 245 seconds) 19.04.16 Join fs-bluebot [0] (~fs-bluebo@g225255232.adsl.alicedsl.de) 19.05.23 Quit kilroy (Ping timeout: 245 seconds) 19.05.56 Quit webguest95 (Quit: CGI:IRC) 19.07.58 # copper: I'm sorry if I'm making conversations unpleasant. I really don't want to. So I won't bother you about if you don't wish to do something but tell me if you will be willing to change that in future ? So that I can keep hanging around ABI thread 19.08.28 # Sovon: I'm working on making two different profiles within the same theme, like with the Fuze+ theme 19.09.02 Join ikeboy [0] (~dell@ool-435622d3.dyn.optonline.net) 19.09.16 Join kilroy [0] (~dewlap@2001:5c0:1000:a::285) 19.09.35 Quit jlbiasini (Read error: Operation timed out) 19.11.04 Quit robin0800 (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 19.12.28 Quit traps (Ping timeout: 245 seconds) 19.12.29 Join dewlap [0] (~dewlap@2001:5c0:1000:a::285) 19.14.33 Quit kilroy (Ping timeout: 245 seconds) 19.20.42 # ok no, I can't do the profile thing. Yet another Rockbox bug. 19.20.58 # I'm just gonna comment the alternative code 19.22.06 Join kilroy [0] (~dewlap@2001:5c0:1000:a::285) 19.22.17 # <[Saint]> Please Note: Unreported bugs are exceedingly hard to fix. 19.23.48 # copper: so far from your work, I've become a fan of yours. I was in love with your themes as long as you did those by your own decision which was until until three days ago... I just want to tell you this because I will like what you like--- DON'T GIVE A SHIT BOUT OTHER'S PRERERENCES, MAKE THEMES HOW YOU LIKE. PLEASE 19.23.59 # ..... 19.24.12 # Sovon: send a PM with that - it doesnt belong in this channel 19.24.58 Quit dewlap (Ping timeout: 245 seconds) 19.29.18 Join screaming_otter [0] (~screaming@dsl-aauyz1.dyn.edudsl.gr) 19.31.26 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.31.40 # oh! sorry.. 19.31.42 # okay 19.32.08 Quit bluebrother (Disconnected by services) 19.32.14 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 19.33.56 Quit fs-bluebot (Ping timeout: 256 seconds) 19.34.56 Join jlbiasini [0] (~metaphysi@lns-bzn-45-82-65-183-31.adsl.proxad.net) 19.35.16 Join fs-bluebot [0] (~fs-bluebo@g224238064.adsl.alicedsl.de) 19.36.18 # [saint]: touchpad_sensitivity (i'm planning to rename it to touchdev_sensitivity), I think that there is also the setting for whether a touchscreen is absolute point or button 19.37.08 # * [Saint] really dislikes touchdev 19.37.44 # any better idea? 19.37.57 # touchinp? 19.38.00 # <[Saint]> I don't see the need to change it at all. 19.38.35 *** Saving seen data "./dancer.seen" 19.38.55 # the point is to group all setting related to those device (which are going to be the same) 19.39.51 # <[Saint]> Right. But, I don't see why that means it needs to be renamed. 19.42.24 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 19.42.43 # ok I managed to do it anyway 19.45.15 # [Saint]: given the number of alternative names that where offered touchdev is still the prefered one! 19.45.47 # <[Saint]> I still have a hard time understanding why it needs to change at all. 19.45.54 # <[Saint]> what's wrong with "touchpad"? 19.46.32 # the setting apply to touchpad AND TOUCHSCREEN 19.46.51 # *settings 19.47.12 # This is the default, when "Settings -> Themes -> Status bar" is set to "off": http://i.imgur.com/CcfTrFd.png 19.47.24 # This is with "status bar" set to "top" or "bottom": http://i.imgur.com/uXBaTHO.png 19.47.27 # Sovon: ^^ 19.47.38 # so you don't have to manually edit the themes 19.48.01 # happy? 19.48.10 # Don't answer that. 19.48.26 # <[Saint]> jlbiasini: ok, then, so, why not just "touch_*"? 19.48.52 # * [Saint] maintains that touchdev is both crap, and meaningless, and will translate poorly/not at all 19.51.07 # touchdev isn't to be translate, this is the code (I have nothing againt touch_), the settings menu name would be touch controls 19.53.22 # <[Saint]> Oh, aha. I was mistaken. I thought you were asking for the name of the setting's menu entry. 19.53.51 # <[Saint]> anyhoo, I prefer touch_* 19.55.43 # I am, that is why I wrote: "i have Touch controls any other ideas?" 20.05.45 Quit shamus (Read error: Connection reset by peer) 20.05.55 # copper: aw man 20.06.01 # f a n t a s t i c 20.06.11 # who's your daddy? 20.06.16 Join shamus [0] (~shmaus@ip-206-192-194-158.marylandheights.ip.cablemo.net) 20.06.16 # where do I get the one ? 20.06.19 # you are :P 20.06.50 Mode "#rockbox +o gevaerts" by ChanServ (ChanServ@services.) 20.07.14 # Now *please* stay on topic 20.08.30 # are rockbox themes not on topic? 20.08.46 # gevaerts: any ideas? is Touch controls good enough? What about Touch interface? 20.09.07 # please gimme links for the themes 20.09.59 # not yet 20.10.06 # I'll let you know 20.10.24 # ok 20.10.25 # sure 20.12.16 Quit shamus (Read error: Connection reset by peer) 20.12.38 Join shamus [0] (~shmaus@ip-206-192-194-158.marylandheights.ip.cablemo.net) 20.24.06 Quit bertrik (Ping timeout: 246 seconds) 20.28.03 # copper: comments such as "who's your daddy?" are most definitely not 20.29.46 # so, i am only going to say this once...this channel is for Rockbox development and support - any thing *not* related to Rockbox or "social chat" belongs somewhere else 20.30.28 Mode "#rockbox -o gevaerts" by ChanServ (ChanServ@services.) 20.30.36 # O-o? 20.35.18 Join rela [0] (~x@pdpc/supporter/active/rela) 20.35.33 Join prof_wolfff [0] (~prof_wolf@89.141.116.150.dyn.user.ono.com) 20.37.39 # Sovon: I don't know if you got my PM, since you didn't answer. Just bookmark http://outpost.fr/rockbox/ , the latest version of Googley will always be there. 20.38.37 # Get the "Classic" version, that's for the iPod Video/Classic ports. The FuzePlus version, obviously is for the Sansa Fuze+. 20.46.56 Join n1s [0] (~n1s@rockbox/developer/n1s) 20.48.09 # no..I answered 20.48.15 # I thank you again 20.48.29 # well I didn't get it, probably because your nick is not registered 20.48.52 # I just installed & the toggle between them on status bar off & top/bottom is fantastic 20.50.10 # thank you...I check that thread on ABI 2 or 3 times a day..so I'll hang around..& keep me posted. 20.50.22 Join Strife89 [0] (~Strife89@2602:306:250e:e539:b1a2:b138:b008:5214) 20.51.48 Quit n1s (Ping timeout: 248 seconds) 20.52.08 Quit fs-bluebot (Ping timeout: 256 seconds) 20.52.13 Quit Sovon () 20.52.56 Quit bluebrother^ (Ping timeout: 276 seconds) 20.55.07 Join fs-bluebot [0] (~fs-bluebo@g227185130.adsl.alicedsl.de) 20.56.01 Join lorenzo92 [0] (~chatzilla@host142-108-dynamic.44-79-r.retail.telecomitalia.it) 20.58.22 # ok now I decided is time to finally put to head R1 port polishing it as much as possible ;) 20.58.41 # good decision :D 20.59.04 # :D 20.59.37 # I need to think a way of port the safe mode to R1 in an identical way wrt R0 i.e. auto shutdown and cable detection ;) 21.00.02 # it is basically working I only need to write (perhaps) a C program to detect the cable via GPIO 21.00.05 Quit fs-bluebot (Ping timeout: 276 seconds) 21.02.36 # and at some point we'll have to decide which screen orientation! 21.03.22 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 21.04.26 # i think that right now it's the best choice, screen is used in a more clever way. to be clear also for the others, now we are portrait while OF uses landscape only (if I'm correct) 21.04.34 # never used OF so far :D 21.05.17 Quit rela (Ping timeout: 264 seconds) 21.07.13 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 21.07.38 Join fs-bluebot [0] (~fs-bluebo@g226069206.adsl.alicedsl.de) 21.07.48 Quit bluebrother (Ping timeout: 248 seconds) 21.08.08 Quit [Saint] (Remote host closed the connection) 21.09.07 Join [Saint] [0] (~saint@rockbox/user/saint) 21.11.38 Quit fs-bluebot (Ping timeout: 245 seconds) 21.13.44 # pamaury: ping? 21.15.46 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 21.18.43 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 21.20.56 Join fs-bluebot [0] (~fs-bluebo@g231120090.adsl.alicedsl.de) 21.22.09 Join wodz [0] (~wodz@188.147.187.226.nat.umts.dynamic.t-mobile.pl) 21.36.20 Quit ikeboy (Ping timeout: 256 seconds) 21.37.46 Quit Strife89 (Quit: Leaving) 21.37.59 # 2013/08/20 10:58:50 UTC <[Saint]> But in the above, if I remove the blanking, same thing...fat grey line in the middle of the art. 21.38.05 # btw, did you file a bug for it? 21.38.16 # bug report 21.38.36 *** Saving seen data "./dancer.seen" 21.38.47 # lorenzo92: so we're sure for the portrait orientation? pamaury too? I don't want to start a 240x400 theme and then it becomes 400x240 :P 21.42.30 # gevaerts: could you test g#569 on your gigabeat-fx, please? 21.42.33 # 3Gerrit review #569 at http://gerrit.rockbox.org/r/569 : 3[touch devices]Disable touch device on softlock/keyhold. by Jean-Louis Biasini (changes/69/569/10) 21.42.54 # jlbiasini: no :) 21.43.00 # I can try in a gigabeat F 21.43.09 # There's no such thing as a gigabeat FX :) 21.43.13 # tss 21.43.17 # oups 21.43.45 # ok so I guess it's f then :) 21.44.32 # F and X are basically two different models on the outside with the same hardware on the inside 21.44.38 # ah yeah f and x are just 2 series 21.45.26 # it's funny because fx seems like a cool name for a model 21.46.54 # What should I look out for? 21.47.03 # gevaerts: once you have compile/install it. You can go to WPS and then lock the device. 21.48.00 # The touchpad should still cause rockbox to react and display a keylocked message 21.48.45 # then go to setting > general setting > touch controls > disable touch on hold > yes 21.49.21 # now the hold in wps should ignore touchpad... 21.50.45 # I know it does'nt make much sense on the gigabeat but it's just to have a unified way to treat touchpad/touchscreen devices 21.52.15 Quit [Saint] (Remote host closed the connection) 21.53.11 Join [Saint] [0] (~saint@rockbox/user/saint) 21.53.42 # jlbiasini: with default settings, hold just doesn't work any more. The lock icon appears, but that's it, the thing still fully responds to touches 21.54.23 # Also regular button presses 21.54.44 # Hmm 21.54.50 # Yeah I just thought about it, actually... :/ 21.54.55 # And I don't have general setting > touch controls 21.56.01 # oh that's strange :( Looks I still have some work then!! Thank you for the test... 21.56.09 # Have fun :) 21.58.48 # hmmm 21.59.22 # jlbiasini: I don't know how these things work, but the X has "real" buttons, not a touchpad 21.59.46 # Both the F and the X are handled by the same build, so maybe you need to do something clever there 22.00.37 # I don't think so because the whole implementation depend on whether HAVE_TOUCHPAD is defined or not 22.01.03 # so on X if it doesn't define touchpad there is just nothing 22.01.55 # I know why lock wasn't working 22.02.00 # stupid error 22.04.20 # Well, it's the *same* build, so if it's defined for one, it's defined for the other 22.05.04 # I think I saw some quite strange code about that in button_target.h 22.06.08 # you are probably true 22.06.17 # I will have a look to it 22.08.16 # pamaury: did you look at rk27xx hwstub? 22.10.16 Quit [Saint] (Remote host closed the connection) 22.11.14 Join [Saint] [0] (~saint@rockbox/user/saint) 22.12.35 Quit amayer (Quit: Leaving) 22.30.29 # lol gigabeat-fx build has HAVE_TOUCHPAD_SENSITIVITY_SETTING but no HAVE_TOUCHPAD #fail! 22.31.47 # Well... 22.31.54 # I don't see HAVE_TOUCHPAD for the mr100 either 22.31.56 Quit y4n (Quit: MOTHER EUROPA CALLING ME!) 22.32.58 # mr100 is a touchpad target? 22.33.16 # Hmm, well, probably not technically 22.33.19 # oho still more work! :S 22.33.22 # * gevaerts thinks 22.33.33 # H10 definitely is though 22.34.44 # gevaerts: is there and easy way to check if we are building for f or x? 22.34.58 # It's the same build! 22.35.10 # arf.... 22.37.58 # so what does touchpad sensitivity on X? 22.39.11 # No idea 22.40.02 # actually the code itself already has touchpad specific code so I will just add my specific stuff also and define it as HAVE_TOUCHPAD target 22.40.35 # HAVE_TOUCHPAD was just a tag till now it does add any special stuff 22.41.27 # *doesn't 22.42.00 # appart from those settings 22.42.09 # lorenzo92: ping 22.43.42 # kugel: would you have time to comment push g#518 and g#520? 22.43.44 # 3Gerrit review #518 at http://gerrit.rockbox.org/r/518 : 3[Plugins] Stopwatch PLA integration by Jean-Louis Biasini (changes/18/518/3) 22.43.45 # 3Gerrit review #520 at http://gerrit.rockbox.org/r/520 : 3[Plugins] text_editor PLA integration by Jean-Louis Biasini (changes/20/520/2) 22.46.31 # wodz: not yet 22.46.38 # jlbiasini: please use "xxx: yyy" style instead of "[xxx] yyy" for commit messages 22.47.21 # Ah ok I must be anoying people for a while with that:D 22.51.18 # :) 22.51.42 # jlbiasini: sorry but g#520 seems unecessary 22.51.43 # 3Gerrit review #520 at http://gerrit.rockbox.org/r/520 : 3Plugins: text_editor PLA integration by Jean-Louis Biasini (changes/20/520/3) 22.52.03 # kugel: ? 22.52.48 # text editor is fine as is 22.54.04 # on the fuze+ it doesn't work because ACTION_STD_MENU isn't defined 22.54.14 # not enough key! 22.54.19 # nah, dumping raw nand content to SD is so painfully slow on rk27xx :/ 22.54.50 # s/defined/mapped 22.54.55 # jlbiasini: that's a problem with the fuze+ then 22.55.06 # perhaps pamaury simply forgot about it? 22.55.39 # no I did the mapping and there was no possibility to map it otherwise 22.56.26 # but how can it be mapped in the text editor? 22.56.29 # yeah defining std menu on the fuze+ is a bit awkward, maybe it could be mapped to bottom left or bottom right 22.56.30 # I don't understand how this can be a problem, a plugin shoudn't rely on general mapping, should it? 22.57.12 # it depends, if it presents a list widget the core list context is a perfect fit 22.58.06 Quit thomasjfox (Quit: Konversation terminated!) 22.59.14 Part LinusN 23.00.17 # ok, then it will stay partly boken on the fuze+, it's not that important... mapping it to bottom left or bottom right would reduce greatly the navigation in list so it's not suitable either 23.01.29 # how does the touchpad work on the fuze+? 23.01.36 # kugel: making it depend on PLA only for fuze+ could be a turnaround... 23.01.44 # 3*3 23.02.08 # similar to touchscreen grid mode? 23.02.55 # with a major difference: it has printed symbols for top left (back) and top right (play pause), so it's confusing to map them to something else 23.03.14 Nick DormantBrain is now known as SuperBrainAK (~andy@shared02.balt01.cd.2g2u.net) 23.03.19 Join rdn [0] (~oop@cpe-69-204-124-212.buffalo.res.rr.com) 23.03.38 # we can do anything with it (not just 3x3) but currently we map it as 3x3 with four directional keys, play/pause, back and select + two extra buttons (bottom left and bottom right) 23.03.52 # it has dedicated volume keys too 23.03.53 # but left and right had to be mapped to cancel/select for consistency reason 23.04.05 # so what's wrong with bottom left or right? 23.04.13 # bottom left seems like a good pick 23.04.56 Quit lorenzo92 (Remote host closed the connection) 23.05.07 # they are use in list to move big step up and down which on a device with microSD and up to 16GB intern memory is mandatory 23.05.25 # huh? 23.05.40 # no target has extra buttons for those iirc 23.06.49 # for large lists there is list acceleration 23.07.42 # ACTION_LISTTREE_PGUP and ACTION_LISTTREE_PGDOWN 23.08.14 # a lot of target use them 23.08.32 # yes with combos or spare buttons 23.09.02 # but they dont compromise main functions such as ACTION_STD_MENU for this 23.09.38 Join ender1 [0] (krneki@foo.eternallybored.org) 23.10.04 # ACTION_STD_MENU is only needed in one plugin. You don't need it otherwise. Cancel is enough! 23.10.29 # it's used in the core 23.11.21 # yes but it is equivalent to doing cancel several time and in usual case one or two time tops 23.12.06 Quit ender` (Ping timeout: 253 seconds) 23.12.06 Quit ender^ (Ping timeout: 246 seconds) 23.12.08 # its not exactly the same 23.12.28 # ? 23.12.30 Join ender` [0] (krneki@foo.eternallybored.org) 23.12.39 # it takes you always back to the main menu, which is an important feature (in my book) and useful for blind people 23.12.54 # in the core, that is 23.13.05 Quit ender` (Client Quit) 23.13.27 # some screens may use it for other purposes 23.13.44 Join ender` [0] (krneki@foo.eternallybored.org) 23.13.52 # you should add 'without affecting playback' 23.14.00 # right 23.15.05 # touchpad make the fuze+ unusable on the fuze+. If we need a menu map we can have it on the upper left part of the touchpad as we have already back on the left key 23.15.18 # jlbiasini, pamaury: ACTION_STD_MENU is a primary function, it should be mapped in favor of PGUP/PGDOWN if mapping both is not possible 23.15.30 # wodz: cancel from wps doesn't affect playback 23.15.35 Quit ender1 (Ping timeout: 272 seconds) 23.16.26 # jlbiasini: from WPS both functions are distinct 23.16.45 # pressing select, then using left to go to the main menu is different to going to the main menu directly 23.17.01 # the first method loses your "current directory" in the file browser 23.17.57 # we can map menu on the back arrow and keep back on the left. 23.18.06 # I suggest moving PGUP/PGDOWN to a combo with volume up/down instead 23.18.25 # jlbiasini: that's also possible although probably confusing to users 23.19.03 # is combo possible on touchdev? 23.19.07 # no 23.19.13 # but other targets have slightly confusing (and vastly different from OF) keymaps too 23.19.17 # that's the problem 23.19.55 # but you can combine volume up/down and one key on the touchpad no? 23.20.21 # yes, although the physical shape of the device makes it akward in my opinion 23.20.26 # yes but as we have volume in list it could be a bit confusing too 23.20.47 # I was about to add that pamaury is right 23.20.53 # but I agree that action_std_menu seems quite important 23.21.18 # to be honest jlbiasini did most of the keymap (which works very nicely) so I'm not too aware of that 23.21.42 # Wasn't menu mapped to bottom right at some point ? 23.22.14 # jlbiasini: do you use page up and down in list ? I don't think I do most of the time, but I haven't used my mp3 player a lot recently 23.22.49 # wodz: I'll have a look tomorrow I think, I'm too tired tonight 23.23.26 # pamaury: I use it all the time: I have a 40mb library 23.23.32 # you can also think about using the play/pause button for it (yes it would not match the icon) 23.23.38 Quit [Saint] (Quit: No Ping reply in 180 seconds.) 23.23.49 # but a play/pause button is redundant in rockbox 23.23.57 # make sense I would say 23.24.13 # except in WPS maybe 23.25.05 Join ender^ [0] (~ender1@2a01:260:4094:1:42:42:42:42) 23.25.05 # if it's about not matching the icon it on the back key jdgordon was VERY specific on having left/right for select cancel 23.25.18 # hm, not exactly redundant, you could use it to go to the WPS from anywhere (the e200 does this) 23.26.43 # again I know perfectly the fuze+ keymaps, the only double key everywhere is cancel that is mapped both to back and left key 23.26.57 # jlbiasini: matching the icons is not the highest priority. the vendor designed the buttons for the vendors user interface, that may conflict with rockbox user interface, and we don't adapt to vendor user interface choices just to match some icons 23.27.31 # so let's have back for menu. It has a back arrow on it: "click and you get to the main menu" it seems coherent 23.27.32 # jlbiasini: what is mapped to play/pause most of the time ? (ie not in WPS) 23.28.04 # pamaury: thinking about it again I wouldnt use the play/pause button 23.28.07 # got to wps short 23.28.14 # stop playback long 23.28.38 # ok, back for menu is ok, just need to take the habit of using left 23.29.03 # we all will ;) 23.29.14 # pamaury: the e200 has such a button, and its used in the lists to go always to the "last playing screen" (wps/fms) and play/pause in the wps/fms. this works very well 23.29.40 # yeah I remember that, very handy indeed 23.29.54 # back seems like a better idea and has a bit more resemblance to the icon 23.30.17 # jlbiasini: we will need to post to the forum thread and prepare for bug reports ;) 23.30.45 # jlbiasini: did you know you can adjust list acceleration to kick in rather quickly? It should be superior to PGUP/PGDOWN for most cases 23.31.25 # the default value is quite low though, it takes ages to kick in 23.31.49 # kugel: no I didn't know that, I will try but page is very handy on a bit library 23.32.01 # I will try 23.32.16 # jlbiasini: use the database :p (at your own risk) 23.33.07 # the database is even bigger 23.33.58 # it is supposed to be well organised 23.35.15 Quit screaming_otter (Quit: Leaving) 23.35.24 # yes but if you browse by artist or album it bigger 23.36.57 # pamaury: an alternative is to set menu on long back and cancel on short back but IIRC it was not very usuable we could make some test 23.37.46 # not sure that's very good, usually you want menu to be quickly accessible I think 23.38.37 *** Saving seen data "./dancer.seen" 23.50.17 Join Water [0] (~chatzilla@adsl-99-120-26-255.dsl.dytnoh.sbcglobal.net) 23.51.26 # Hi all. Anyone familiar with RB LUA scripting? Just wondering if there is a command something like 'rb.copy' (to copy a file)? I've read some stuff, and i'm guessing there is not...? 23.53.59 Quit prof_wolfff (Remote host closed the connection) 23.54.21 # Water: as far as I know, the available functions are a fairly thin wrapper above what's available in the rockbox core, and the rockbox core doesn't have a file copy function 23.54.58 # gevaerts: thank you 23.55.00 # Water: We generally use POSIXish style so I would be surprised to see something like this in rb lua 23.55.51 # gevaerts: could you test g#569 on your gigabeat-fx again, please? It should be ok now! 23.55.53 # 3Gerrit review #569 at http://gerrit.rockbox.org/r/569 : 3[touch devices]Disable touch device on softlock/keyhold. by Jean-Louis Biasini (changes/69/569/13) 23.58.36 Quit wodz (Quit: Leaving)