--- Log for 18.04.110 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 20 days and 5 hours ago 00.00.10 Quit lpereira (Quit: Leaving.) 00.03.47 Join esperegu [0] (~quassel@145.116.15.244) 00.09.21 Nick guymann_ is now known as guymann (~charlie@64-252-121-234.adsl.snet.net) 00.13.45 Join funman [0] (~fun@140.143.66-86.rev.gaoland.net) 00.13.49 Quit funman (Changing host) 00.13.50 Join funman [0] (~fun@rockbox/developer/funman) 00.16.24 Join TillW [0] (~Till@CPE0022b077a841-CM00186851cd14.cpe.net.cable.rogers.com) 00.21.25 Quit bertrik (Quit: De groeten) 00.28.10 Part Llorean 00.35.34 Quit tchan (Quit: WeeChat 0.3.1.1) 00.40.09 Join nicknamedave [0] (~62a4d44e@giant.haxx.se) 00.41.08 # I just read through the manual and there are still several things I don't understand. Starting simply: Which program should I download for last.fm compatibility? I noticed several, and I'm not sure exactly which one is, well, best. 00.41.18 Quit dantje (Quit: Ex-Chat) 00.43.11 Quit merbanan (Ping timeout: 246 seconds) 00.44.33 # try them all and decide for yourself? 00.45.18 # Sounds like fun 00.48.47 Quit nicknamedave (Quit: CGI:IRC (EOF)) 00.54.57 # qtscrobbler is the best. Moving on... ;) 00.57.26 Quit liar (Read error: Connection reset by peer) 01.07.48 Quit dirtyfrank (Quit: CGI:IRC) 01.09.20 *** Saving seen data "./dancer.seen" 01.13.23 Quit stripwax (Read error: Connection reset by peer) 01.34.09 Quit S_a_i_n_t_ () 01.41.08 Join evilnick_BS [0] (~48e51a1b@rockbox/staff/evilnick) 01.42.45 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.35) 01.42.53 Quit evilnick_BS (Client Quit) 01.45.55 Quit flydutch (Quit: /* empty */) 01.46.47 Quit dfkt (Read error: Connection reset by peer) 01.58.04 Join simNIX [0] (~simNIX@156-60.bbned.dsl.internl.net) 01.58.53 Quit TillW (Ping timeout: 252 seconds) 01.59.52 Quit esperegu (Remote host closed the connection) 02.00.27 Quit S_a_i_n_t (Ping timeout: 276 seconds) 02.01.04 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.115) 02.04.26 Quit mapi (Ping timeout: 264 seconds) 02.06.54 Quit Gump (Ping timeout: 268 seconds) 02.12.08 Join Gump [0] (~josh@69.46.54.70) 02.17.38 Quit Unhelpful (Read error: No route to host) 02.18.47 Join TillW [0] (~Till@h92-net09.simres.netcampus.ca) 02.19.13 Quit Gump (Ping timeout: 252 seconds) 02.21.18 Join mapi [0] (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) 02.21.48 Quit funman (Quit: free(random());) 02.24.09 Quit planetbeing (Ping timeout: 268 seconds) 02.24.41 Join planetbeing [0] (~planetbei@24.86.178.47) 02.26.12 Quit petur (Quit: Zzzzz) 02.27.34 Join Unhelpful [0] (~quassel@pool-71-173-205-32.hrbgpa.fios.verizon.net) 02.27.34 Quit Unhelpful (Changing host) 02.27.34 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 02.32.48 Quit Unhelpful (Remote host closed the connection) 02.33.17 Quit kramer3d (Ping timeout: 245 seconds) 02.34.35 Quit efyx (Remote host closed the connection) 02.36.32 Quit anewuser (Ping timeout: 246 seconds) 02.43.48 Quit n17ikh (Ping timeout: 265 seconds) 02.46.18 Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) 02.46.50 Quit detaos (Client Quit) 02.47.08 Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) 02.49.00 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 02.49.02 Join Gump [0] (~josh@69.46.54.70) 02.53.31 Quit detaos (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 03.01.38 Join hamish_ [0] (~hamish@203-109-246-28.static.bliink.ihug.co.nz) 03.02.16 Part hamish_ 03.02.38 Join hamish_ [0] (~hamish@203-109-246-28.static.bliink.ihug.co.nz) 03.07.00 Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 03.09.23 *** Saving seen data "./dancer.seen" 03.12.44 Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) 03.20.53 Quit hamish_ (Quit: Ex-Chat) 03.21.16 Join aim [0] (~hamish@203-109-246-28.static.bliink.ihug.co.nz) 03.29.23 Join Unhelpful [0] (~quassel@pool-71-173-205-32.hrbgpa.fios.verizon.net) 03.29.23 Quit Unhelpful (Changing host) 03.29.23 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 03.30.41 Part aim ("Ex-Chat") 03.30.52 Join aim [0] (~hamish@203-109-246-28.static.bliink.ihug.co.nz) 03.31.11 Quit Unhelpful (Remote host closed the connection) 03.33.08 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 03.36.14 Quit Unhelpful (Remote host closed the connection) 03.38.15 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 03.51.00 Quit Unhelpful (Ping timeout: 260 seconds) 03.57.21 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 04.05.01 Join dys` [0] (~andreas@krlh-5f7248ce.pool.mediaWays.net) 04.07.19 Quit dys (Ping timeout: 276 seconds) 04.11.02 Join Barahir_ [0] (~jonathan@gssn-5f756801.pool.mediaWays.net) 04.13.26 Join anewuser [0] (anewuser@unaffiliated/anewuser) 04.14.36 Quit Barahir (Ping timeout: 258 seconds) 04.19.04 Join Rob2223 [0] (~Miranda@p4FDCBCE6.dip.t-dialin.net) 04.22.35 Quit Rob2222 (Ping timeout: 245 seconds) 04.22.41 Quit adnyxo (Ping timeout: 276 seconds) 04.26.31 Quit ollebe (Quit: Leaving) 04.33.50 # huh the new clip+ firmware from sandisk has an "mp4decoder" block added 04.40.43 Quit shaggy-h (Ping timeout: 240 seconds) 04.49.58 # if this is really an AAC decoder, its kind of interesting, tons of fixed point multiplies but they're all 32 bit x 32 = 32 bit, no long multiplies 04.50.09 Quit Rondom (Disconnected by services) 04.50.24 Join Rondom_ [0] (~quassel@dslb-084-057-135-169.pools.arcor-ip.net) 04.50.38 # i guess AAC is big enough that you could go through all that effort to figure out how to do it all with low precision and still given ok sounding results 04.54.46 Quit Llorean (Ping timeout: 276 seconds) 05.09.04 Quit krazykit (Ping timeout: 260 seconds) 05.09.25 *** Saving seen data "./dancer.seen" 05.09.59 Quit GeekShad0w (Read error: Connection reset by peer) 05.13.43 Quit saratoga (Quit: Page closed) 05.51.00 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 05.56.33 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 06.07.48 Quit Unhelpful (Remote host closed the connection) 06.10.27 Join ansuz [0] (~ansuz@dsl093-172-019.pit1.dsl.speakeasy.net) 06.11.00 Quit anewuser (Quit: http://xrl.us/NitroQueer What do you know...THE WORLD'S first NTRQ (that's for NES/FAMICOM) tracking compo. Have powerpak? Try it out! Otherwise ROM IMAGE.) 06.13.17 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 06.23.52 Join JdGordon_ [0] (~jd@110.22.71.216) 06.23.58 Quit JdGordon_ (Changing host) 06.23.58 Join JdGordon_ [0] (~jd@rockbox/developer/JdGordon) 06.32.09 Quit JdGordon_ (Ping timeout: 248 seconds) 06.52.20 Quit Unhelpful (Remote host closed the connection) 06.57.51 Join Unhelpful [0] (~quassel@pool-71-173-205-32.hrbgpa.fios.verizon.net) 06.57.51 Quit Unhelpful (Changing host) 06.57.51 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 06.57.59 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 07.09.26 *** Saving seen data "./dancer.seen" 07.13.30 Quit Horschti (Ping timeout: 268 seconds) 07.16.43 Quit saratogalab (Quit: Page closed) 07.18.46 Join Horschti [0] (~Horscht2@xbmc/user/horscht) 07.43.19 Quit antil33t () 07.55.27 Quit mc2739 (Ping timeout: 276 seconds) 07.55.42 Join krazykit [0] (~kkit@ppp-70-225-142-90.dsl.ipltin.ameritech.net) 08.14.52 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.32.55 Join esperegu [0] (~quassel@145.116.15.244) 08.33.18 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 08.34.04 # its closed now, but S_a_i_n_t wonders what this guy (http://forums.rockbox.org/index.php?topic=24548.msg165365#msg165365) was on about... 08.34.25 # Select+Play to shut down a Nano using the current build...huh? 08.34.56 Quit _arbingordon (Quit: `) 08.35.08 # he calls it "the typical button combination" 08.36.39 Join stoffel [0] (~quassel@p57B4C009.dip.t-dialin.net) 08.37.42 Quit mikroflops_ (Ping timeout: 276 seconds) 08.38.33 Join petur [0] (~petur@rockbox/developer/petur) 08.39.39 Quit bmbl (Read error: Connection reset by peer) 08.40.07 Quit Rob2223 (Ping timeout: 265 seconds) 08.43.12 Join Rob2222 [0] (~Miranda@p4FDCBCE6.dip.t-dialin.net) 08.43.43 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.46.27 Quit amiconn (Disconnected by services) 08.46.28 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 08.46.50 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 08.47.56 Quit pixelma (Disconnected by services) 08.47.58 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 08.48.21 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 08.53.54 # S_a_i_n_t: preemptive ping? 08.54.04 # prob gonna have a patch needing testing in maybe 15min 08.55.13 # yep, sure 08.56.12 # I'm working on a clean way to make sure only the needed bars are drawn 08.56.29 # Aha...sweet. 08.57.12 # That *should* fix up %?pv and %bl in one fell swoop. 08.58.59 # well, I imagine (in theory) that you'd be able to use one bar for -0dB and another for +0dB, then with a mute and a line-level image...the masses are happy ;) 09.00.21 # but *hopefully* %pv|blah.bmp|-|-|-|-| will still draw the full range from min/max as it does in SVN now so I won't jave to change my code ;D 09.04.40 # S_a_i_n_t: http://pastebin.com/yyhey9Kb 09.05.07 # you shouldnt need any code changes after applying that 09.05.11 # if you've done it right :) 09.05.28 # that will also fix %pv| inside conditionals 09.07.55 # so, %pv|blah.bmp|-|-|-|-| (without conditions) will still 'just work'. and now I can use a bar inside coditionals and it knows its for X segment? 09.08.07 # should be fun to play with... 09.08.10 # no 09.08.31 # I mean the thing pixelma was winging abnout last night, where %pv was inside a conditional but not a long form bar 09.09.27 *** Saving seen data "./dancer.seen" 09.10.50 # so, does the syntax change at all...no? 09.11.30 # I'm not quite sure whats changed, I think I had issues with something different altogether. 09.13.22 # 2 fixes, pixelma's thing, and it always drawing the full bar even when you want the bar for the first 10% 09.13.35 # (we need to come up with a better answer for that though :p ) 09.15.30 # aha...so it did fix the thing I had a cry about also. 09.16.12 # hopefully 09.17.02 # I dont have a complicated wps to test it on 09.17.39 # neither do I...I have to make one ;) I stupidly binned that code that didn;t work last night *facepalm* 09.18.23 Quit CaptainKewl (Remote host closed the connection) 09.24.11 Quit pjm0616 (Read error: Operation timed out) 09.24.15 Quit Battousai (Read error: Operation timed out) 09.24.18 Join Battousai [0] (~bryan@gentoo/developer/battousai) 09.24.29 Join pjm0616 [0] (~user@61.250.113.98) 09.24.32 Quit shai (Quit: Leaving) 09.31.40 # JdGordon: If its OK, and there's no immediate rush I may test this patch over the course of the night and get back to you in the morning? 09.32.21 # I'm halfway there, just kinda busy right now. The wee small AM hours are geberally my time to shine ;) 09.33.36 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 09.37.01 # no worries 09.37.02 # I might even get round to testing it myself :p 09.38.14 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 09.40.43 Join ender` [0] (krneki@foo.eternallybored.org) 09.41.32 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 09.44.18 Quit simNIX (Quit: Ik ga weg) 09.46.23 Join flydutch [0] (~flydutch@host24-146-dynamic.15-87-r.retail.telecomitalia.it) 09.53.17 Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 09.54.05 Join Xerion_ [0] (~xerion@84.25.7.202) 09.54.51 Join jordan`` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 09.55.59 Quit ender` (Quit: Lisp hackers have to be bound (to-do 'it) ...) 09.56.35 Quit shai (*.net *.split) 09.56.36 Quit CGL (*.net *.split) 09.56.36 Quit jordan` (*.net *.split) 09.56.36 Quit skx` (*.net *.split) 09.56.36 Quit Xerion (*.net *.split) 09.56.36 Quit sinthetek (*.net *.split) 09.56.37 Nick Xerion_ is now known as Xerion (~xerion@84.25.7.202) 09.56.43 Join skx` [0] (~skx@d51A4AF07.access.telenet.be) 09.57.11 Join xman099 [0] (~3cd110c0@giant.haxx.se) 09.57.22 Join ender` [0] (krneki@foo.eternallybored.org) 09.57.34 Join CGL [0] (~CGL@190.207.167.104) 09.59.34 # pointing out a bug - that a recent change broke a perfectly valid WPS is "winging"? Whatever that is... :\ 10.02.42 Join mt-phone [0] (~mtee@41.91.12.168) 10.04.50 Quit xman099 (Quit: CGI:IRC (EOF)) 10.10.15 Nick shai_ is now known as shai (~Shai@l192-117-110-233.cable.actcom.net.il) 10.10.47 Quit aim (Read error: Connection reset by peer) 10.13.16 Join sinthetek [0] (~sinthetek@cpe-071-076-249-163.triad.res.rr.com) 10.28.56 Quit avn (Ping timeout: 248 seconds) 10.30.42 Join avn [0] (~avn@88.119.164.243) 10.35.53 Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) 10.44.52 Join DataGhost [0] (~dataghost@192-18-ftth.onsnetstudenten.nl) 10.44.52 Quit DataGhost (Changing host) 10.44.52 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 10.53.54 Join emrecelikten [0] (~58f1a5e0@gateway/web/freenode/x-tsgsuenhbbzyqrzz) 10.57.19 Nick dys` is now known as dys (~andreas@krlh-5f7248ce.pool.mediaWays.net) 10.57.46 Join The_Seven [0] (~TheSeven@stgt-5f70b67e.pool.mediaWays.net) 10.58.22 Join esperegu_ [0] (~quassel@145.116.15.244) 10.58.22 Quit esperegu_ (Remote host closed the connection) 10.59.17 Quit The_Seven (Remote host closed the connection) 10.59.21 Quit esperegu (Ping timeout: 258 seconds) 10.59.23 Join The_Seven [0] (~TheSeven@stgt-5f70b67e.pool.mediaWays.net) 10.59.48 Quit The_Seven (Remote host closed the connection) 10.59.53 Join The_Seven [0] (~TheSeven@stgt-5f70b67e.pool.mediaWays.net) 10.59.58 Quit n17ikh (Read error: Connection reset by peer) 11.00.37 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 11.01.20 Join esperegu [0] (~quassel@145.116.15.244) 11.01.44 Quit The_Seven (Remote host closed the connection) 11.04.21 Quit TheSeven (Disconnected by services) 11.04.24 Join The_Seven [0] (~TheSeven@rockbox/developer/TheSeven) 11.04.47 Quit The_Seven (Disconnected by services) 11.04.58 Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) 11.05.16 Quit TheSeven (Client Quit) 11.05.22 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 11.09.29 *** Saving seen data "./dancer.seen" 11.12.45 Join Lixun [0] (Lixun@nusnet-202-180.dynip.nus.edu.sg) 11.13.28 Part Lixun 11.17.07 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 11.18.05 Quit mirak (Max SendQ exceeded) 11.19.26 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 11.20.38 Quit mirak (Max SendQ exceeded) 11.26.19 Quit pjm0616 (Ping timeout: 260 seconds) 11.26.34 Join pjm0616 [0] (~user@61.250.113.98) 11.28.06 Quit avn (Ping timeout: 258 seconds) 11.29.59 Join avn [0] (~avn@88.119.164.243) 11.31.24 # * S_a_i_n_t atemps to go down the "progressbar route" to test this new patch, as opposed to working out a bunch of timy bars for the battery... 11.31.32 # Battery will be "step two" ;) 11.31.44 # *tiny 11.35.17 Join DerPapst [0] (~Alexander@p4FE8EE36.dip.t-dialin.net) 11.36.01 # you could use the same images for both... 11.38.52 # progressbar will be easier to see if it works...I can use existing code then. 11.39.06 # Working out viewport coords is what pisses me off ;) 11.39.39 # I'm not far off a test-case, finishing it up now 11.39.42 # *-ish 11.39.53 # can't you use your pastebinned code from yesterfay, or is there too much missing of the rest of the WPS? 11.40.03 # yesterday too 11.42.15 # Blargh...I didn't think of that, ahh..I'm over the worst of it now ;) 11.42.15 # * JdGordon looks at screenshots in the forums and thinks it would be awesome to be able to use a bmp for the line selector (and/or a bmp for just the outer edge) 11.42.34 # didn't I already ask for that? 11.42.57 # did you? 11.43.05 # My "other" want is .bmp scrollbar 11.43.09 # wasn't the problem with that 2 line heigh selector bars in some screens? 11.43.13 # and yeah, pretty sure I have. 11.43.32 # 2 line is a problem, but meh, almost no screens use that 11.44.03 # New commit by 03jethead71 (r25666): Threads of PRIORITY_REALTIME and above are no longer subject to being switched away based upon aging of lower priority threads. Now, recommend a ... 11.44.09 # I've personally *never* seen a 2 line selector bar...huh, live & learn 11.45.33 # the ID3 info screen is an example 11.48.10 # http://www.rockbox.org/wiki/SkinWishlist 11.50.25 # Does this rockboxdev.sh make any changes to gcc that is installed at my system, or does it make a separate installation? 11.57.25 Join Luca_s [0] (~5711feea@giant.haxx.se) 12.02.56 # i hate the font cache :( 12.03.15 # i can't conceive of a way to fix it to load fast that isn't a huge pain in the ass 12.03.28 # New commit by 03jethead71 (r25667): Fix red from r25666 (forgot to use macro to not use core variable on single core), update a comment and remove core check for setting THREAD_SWITCH ... 12.03.50 # Torne: use the cache file as an on-disk copy.. 12.04.56 # actually, is the order of gylphs specified? it might just make sense to reorder the glyphs in the standard bdf to put the usual ones together 12.05.02 # (that may not make any sense) 12.05.11 # the order is least-recently-used 12.05.25 # s/bdf/fnt 12.05.31 # which is *excceptionally* well randomised, from a loading POV :) 12.06.13 # dumping the cache to disk as a file means you need one for each font when doing multifont, and you need to fix up some pointers and other foo. it's not impossible. 12.06.34 # the way multifont works wrt. the cache is rather unfortunate 12.06.48 # the cache is created based on the LRU order of the UI font 12.06.58 # no, skin fonts dont load using the cache 12.07.01 # IIRC 12.07.04 # yes they do 12.07.11 # otherwise they wouldnt work 12.07.21 # you wouldn't be able to load a font larger than 10KB :) 12.07.32 # which is most of hem. 12.07.36 # I mean they dont check the cache file for which to load 12.07.40 # yes they do 12.07.48 # ok /me shuts up and heads out 12.07.56 # whicch means it will overwrite the glyphs a bunch, as a bonus :( 12.08.19 # since it will start with the least recently used and work forward 12.08.36 # you'll end up with as many of the recently used glyphs as will fit but if the 60000 byte main cache was full.. you've now loaded 6 times as many glyphs as actually fit, rather wastefully 12.08.54 # so for the skin fonts it's *even worse* :) 12.09.27 # JdGordon: that patch seems ok...I'm *realy* tired, so I didn't really put it through its paces, but the basic functionality of it seems to work. 12.09.32 # (same amount of work, but upp to 5/6ths of tit is wasted) 12.09.45 Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) 12.10.24 # ...and, it doesn't break using just "%pv|blah.bmp|-|-|-|" either. So, it would *seem* that the masses are happy? 12.11.00 # I'll put it through its paces some more once I figure out WTF my sims aren't building... >:[ 12.11.15 # (nothing to do with the patch I'm sure...) 12.14.36 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 12.15.05 Nick liar is now known as Guest52688 (~liar@clnet-p09-185.ikbnet.co.at) 12.19.22 Join merbanan [0] (~banan@c-94-255-217-199.cust.bredband2.com) 12.20.15 # If something like multifont can apparently make *that* much difference to HDD target load times...than, I'm *way* happier with flash. 12.20.48 # Some of my themes are calling 6/7 fonts, with 0 niticable load time increase. 12.21.02 # *noticable 12.22.37 # it's not multifont specifically 12.23.01 # *every* font load that doesn't fit loads 5-30 times slower, depending on target :0 12.23.30 # the maximum slowdown only appears to happen on ipod video with large drives, though 12.23.35 # er, large sector 12.24.01 # * S_a_i_n_t hugs his army of flash targets ;) 12.24.14 # it's probably 5 times slower on your flash targets, but the otriginal time is fast enough that five times slower is still quite fast 12.24.29 # it might be, say, 50ms or so per font though 12.27.50 Nick Guest52688 is now known as liar_ (~liar@clnet-p09-185.ikbnet.co.at) 12.32.39 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 12.40.01 Quit stoffel (Ping timeout: 246 seconds) 12.45.32 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 12.47.26 Join |DaMaGeD| [0] (~|DaMaGeD|@85.26.235.180) 12.53.58 Quit |DaMaGeD| (Ping timeout: 258 seconds) 12.59.19 Quit mt-phone (Ping timeout: 248 seconds) 13.08.25 Join emrecelikten_ [0] (~anubis@88.241.165.224) 13.09.30 *** Saving seen data "./dancer.seen" 13.16.18 Join stoffel [0] (~quassel@p57B4C009.dip.t-dialin.net) 13.16.18 Quit stoffel (Remote host closed the connection) 13.16.38 Join stoffel [0] (~quassel@p57B4C009.dip.t-dialin.net) 13.28.36 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 13.30.00 Nick liar_ is now known as liar (~liar@clnet-p09-185.ikbnet.co.at) 13.36.41 Quit stoffel (Ping timeout: 245 seconds) 13.37.54 Quit mirak (Quit: Ex-Chat) 13.39.36 Quit n17ikh (Read error: Connection reset by peer) 13.39.57 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 13.45.51 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.46.07 Join mt-phone [0] (~mtee@41.91.3.17) 13.52.30 Quit bertrik (Ping timeout: 246 seconds) 13.54.34 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 13.57.22 Join Kitr88 [0] (~Kitar_st@BSN-142-101-72.dial-up.dsl.siol.net) 14.00.26 Quit Kitar|st (Ping timeout: 245 seconds) 14.02.25 Quit Kitr88 (Ping timeout: 276 seconds) 14.02.37 # Can someone please revert 25665? It seemed like a good idea at the time...but it only makes things worse. 14.05.02 # preferably someone who understands the issues 14.05.06 # * gevaerts will not touch that 14.05.56 Join Kitar|st [0] (Kitar_st@BSN-143-49-217.dial-up.dsl.siol.net) 14.08.34 Join MethoS- [0] (~clemens@134.102.106.250) 14.12.50 # it was a keybind which was supposed to be "better", but instaed, it just made it worse. 14.13.33 # S_a_i_n_t: how does it make things worse? It makes the combo work when you press play first then the other key 14.13.43 # (as you said you would prefer) 14.14.00 # the idea sounded good, but, it just doesn't work... 14.14.43 # it's kinda hard to describe, but only the play part gets registered, you never get a chance to actually hit select. 14.15.23 # as, hitting play in the context menu drops straight back to the WPS 14.15.28 # so, it doesn;t work. 14.15.38 # I should have thought of that at the time. 14.17.38 # it works a lot better to *use* the hotkey, but it's not impossibly to set one. 14.17.49 # not? *now even 14.17.55 # that's probably the "cancel" action in the linked standard context that is hit then 14.17.57 # and *impossible 14.19.25 # you could try if it gets better if you change the BUTTON_NONE on line 54 in the keymap file to BUTTON_PLAY too 14.20.00 # not sure at the moment though 14.20.18 Quit MethoS- (Remote host closed the connection) 14.20.57 # it could also hit the "tree stop" action then 14.21.54 # it doesn't seem to work to set the hotkey in either the file tree/wps context menus...at least with the old keymap, it was just hard to set (yet worked), in this keymap it is easy to use, yet *impossible* to set. :/ 14.22.12 Join MethoS- [0] (~clemens@134.102.106.250) 14.27.45 # S_a_i_n_t: maybe it should be "press select first, then play"? 14.27.52 Join Lear [0] (chatzilla@rockbox/developer/lear) 14.27.52 Join stoffel [0] (~quassel@p57B4C009.dip.t-dialin.net) 14.28.09 # (a combo which works well on e200/fuze 14.29.56 # kugel: yes, that should wouk actually...long select doesn't seem to trigger anything. 14.30.07 # *in the context menus 14.30.20 # and work even 14.31.07 # the initial problem was having to press two buttons (still select and play) at *exactly* the same time. 14.31.39 # isn't the hotkey also (and primarily) used from the WPS? In which case long select triggers the context menu, if I see correctly 14.32.09 # ahhhh...good point. 14.32.18 # where were you last night pixelma ;) 14.32.29 # so, it guess it *has* to be the way it is... 14.32.38 # so changing this, probably needs some "guarding" too 14.32.39 Quit MethoS- (Remote host closed the connection) 14.32.42 # err...the way it *was* 14.33.02 # I guess it's possible but needs a bit more thinking and trying ;) 14.33.06 # pixelma: guarding? 14.33.32 # long select+up works good on e200/fuze even in the wps 14.33.57 # in the keymap file - making sure that no other action is triggered before the one you want 14.34.38 # well, I could only but try it (long menu+play) I mean 14.34.51 # if it doesn;t work, it doesn't work I guess... 14.35.12 # kugel: don't forget that the Ipods have a few buttons less though :) 14.35.19 Join MethoS- [0] (~clemens@134.102.106.250) 14.35.28 Quit pamaury (Quit: Page closed) 14.36.14 # that's the problem initailly...the fact that the ipod keymaps are so cramped up. 14.36.20 # (because they have to be) 14.40.08 Join emrecelikten1 [0] (~anubis@88.244.47.159) 14.41.40 Quit emrecelikten_ (Ping timeout: 276 seconds) 14.48.48 # the problems due to "overlapping" actions and contexts can even be seen in a simulator, so it would be nice if people checked before such a commit 14.49.19 Quit stoffel (Remote host closed the connection) 14.49.29 # now, since when do people do that? 14.49.43 Join anewuser [0] (anewuser@unaffiliated/anewuser) 14.49.56 # seems to be a dying art :( 14.50.01 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 14.50.13 # I'd assume that people who suggest a keymap change have tested it 14.50.19 # commit now, fix later seems to be the style of the time ;) 14.50.57 # gevaerts: me too 14.51.12 # we know what assumption gets then, don't we 14.51.20 # * pixelma is "old school" and usually tests, especially things like that 14.52.21 # S_a_i_n_t: yes, it gets us to seriously consider just ignoring certain people 14.53.10 # saying "yes, that should work" is hardly saying "I've looked at the keymap and considered it carefully, please run off and commit this" 14.53.24 # besides, it was Blue_Dudes suggestion, not mine. 14.53.39 Quit shaggy-h (Ping timeout: 240 seconds) 14.54.01 # Him asking, can you test this patch (or not asking in fact) is now my fault? 14.56.19 Quit bmbl (Quit: Bye!) 14.56.24 # my complaint was more directed at Blue_Dude (and some other that show this attitude) 14.56.37 Join EK2 [0] (~d48f973a@giant.haxx.se) 14.57.05 # "commit and let the users be the testers2 14.58.56 # Hi Guys, I am new to rockbox and I am trying to compile it for my sansa clip+ 15.00.52 # When I call make I get he following error "/bin/sh: /home/eylonk/rockbox/tools/addtargetdir.pl: Permission denied" followed by other errors. 15.01.34 # I see that all the .pl file are not with the executable permission, should I change them all? 15.02.21 # hm, I would have expected that this file already had executable permission when checked out from svn 15.02.37 # EK2: that file should be exectutable already. How did you check out? 15.03.01 # property svn:executable is set on that file 15.03.22 # I have checkedout at home using svn and ziped it and extracted at work. 15.04.07 # your zip tool doesn't preserve executable bits then... 15.04.49 # possibly svn revert might fix it 15.05.04 # If it is only few files I can do it manually... 15.06.27 # you can try 15.06.38 # * gevaerts doesn't know how many files are involved 15.07.08 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 15.07.23 # Thanks guys 15.07.59 Quit EK2 (Quit: CGI:IRC (EOF)) 15.08.13 Join Strife89 [0] (~Strife89@adsl-154-2-61.mcn.bellsouth.net) 15.09.32 *** Saving seen data "./dancer.seen" 15.18.05 Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 3.6.4/20100413172113]) 15.20.52 Quit Strife89 (Quit: Leaving) 15.21.16 Join Strife89 [0] (~Strife89@adsl-154-2-61.mcn.bellsouth.net) 15.22.45 # New commit by 03Blue_Dude (r25668): Revert r25665 - ipod keymap. More trouble than its worth 15.23.22 Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) 15.23.33 # Ipod keymap patch at FS#11208. 15.23.36 Quit Blue_Dude (Client Quit) 15.25.47 Quit Strife89 (Ping timeout: 252 seconds) 15.27.37 # that patch doesn't appear to change anything 15.32.30 # no, it doesn't...does it. 15.45.03 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 15.46.11 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 15.46.45 Quit Luca_s (Quit: CGI:IRC (EOF)) 15.47.53 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 15.51.48 # Wasn't there a general rule that stuff in firmware/ should not refer to stuff in apps/ ? 15.52.51 Quit rasher (Read error: Connection reset by peer) 15.54.37 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 15.56.38 # yes 15.56.40 Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 15.56.40 Quit rasher (Changing host) 15.56.40 Join rasher [0] (~rasher@rockbox/developer/rasher) 15.59.36 # bertrik: did someone break that rule? 15.59.42 # I'm getting a bit confused by apps/playback.c, some functions from there are declared in firmware/export/audio.h and others in apps/playback.h 16.00.25 # so *firmware*/export/audio.h refers to functions implemented in *apps*/playback.c 16.00.50 # I noticed that too, I think they should be moved to playback.h 16.01.29 Quit mc2739 (Ping timeout: 264 seconds) 16.01.52 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 16.08.08 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 16.22.54 Quit mc2739 (Ping timeout: 268 seconds) 16.23.30 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 16.24.34 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 16.28.39 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 16.29.21 Quit liar (Quit: Verlassend) 16.29.42 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 16.35.06 Quit phanboy4 (Quit: Leaving) 16.36.39 Quit Unhelpful (Remote host closed the connection) 16.43.43 Join Unhelpful [0] (~quassel@pool-71-173-205-32.hrbgpa.fios.verizon.net) 16.43.43 Quit Unhelpful (Changing host) 16.43.43 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 16.49.27 Quit mc2739 (Ping timeout: 276 seconds) 16.50.25 Quit xiainx (Ping timeout: 245 seconds) 16.50.52 Quit mirak (Ping timeout: 260 seconds) 16.51.06 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 16.52.27 Join Lixun [0] (Lixun@nusnet-202-180.dynip.nus.edu.sg) 16.54.42 Join saratoga [0] (~463f90ed@rockbox/developer/saratoga) 16.55.17 # hi, here's Lixun. I am ready for GSOC interview. 16.55.48 Quit Unhelpful (Read error: Connection reset by peer) 16.56.47 # Lixun: hello! We'll be ready in a few minutes 16.56.56 # ok. no problem 16.57.59 Quit mc2739 (Ping timeout: 240 seconds) 16.58.05 Join |DaMaGeD| [0] (~|DaMaGeD|@85.26.232.144) 16.58.27 Join Kitr88 [0] (~Kitar_st@89.142.238.217) 16.59.12 # New commit by 03alle (r25669): Add the guard where it should be used. The net effect is zero now but it might be not in the future if the definitions are changed. 16.59.45 # New commit by 03bertrik (r25670): Move audio_peek_track declaration from skin_display.c to audio.h 17.00.08 Quit Kitar|st (Ping timeout: 240 seconds) 17.00.40 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 17.01.11 Join Unhelpful [0] (~quassel@pool-71-173-205-32.hrbgpa.fios.verizon.net) 17.01.12 Quit Unhelpful (Changing host) 17.01.12 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 17.02.38 Quit Kitr88 (Ping timeout: 240 seconds) 17.03.33 Quit Lixun () 17.03.38 Join Lixun [0] (Lixun@nusnet-202-180.dynip.nus.edu.sg) 17.06.00 Join xiainx [0] (~iain@wpa106056.Wireless.McGill.CA) 17.07.11 Join mirak [0] (~mirak@85-171-106-218.rev.numericable.fr) 17.07.40 Join Kitar|st [0] (Kitar_st@BSN-182-38-88.dial-up.dsl.siol.net) 17.08.32 Quit mc2739 (Ping timeout: 268 seconds) 17.09.33 *** Saving seen data "./dancer.seen" 17.11.35 Nick |DaMaGeD| is now known as antimatter (~|DaMaGeD|@85.26.232.144) 17.11.58 Quit kugel (Ping timeout: 246 seconds) 17.12.53 Quit mirak (Max SendQ exceeded) 17.15.36 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 17.19.19 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 17.19.47 Nick liar is now known as Guest62623 (~liar@clnet-p09-185.ikbnet.co.at) 17.21.22 Quit Guest62623 (Client Quit) 17.21.42 Join liar_ [0] (~liar@clnet-p09-185.ikbnet.co.at) 17.23.54 Quit mc2739 (Remote host closed the connection) 17.24.09 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 17.24.42 # New commit by 03bertrik (r25671): Use boolean instead of int for keeping track of mutex signalled state and wakeup signalled state 17.25.38 Quit GeekShadow (Quit: The cake is a lie !) 17.25.56 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.27.15 Quit xiainx (Ping timeout: 258 seconds) 17.32.11 Quit mc2739 (Ping timeout: 252 seconds) 17.34.03 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 17.35.23 Join xiainx [0] (~iain@wpa106056.Wireless.McGill.CA) 17.35.36 Quit avn (Ping timeout: 276 seconds) 17.37.14 Join avn [0] (~avn@88.119.164.243) 17.38.13 Quit mc2739 (Ping timeout: 246 seconds) 17.39.26 Join |DaMaGeD| [0] (~|DaMaGeD|@85.26.235.15) 17.40.51 Quit antimatter (Read error: Connection reset by peer) 17.41.57 # Emre here, ready for the interview. 17.42.45 # emrecelikten1: hello! We're still busy, I'll contact you when we're ready, probably in about 20 minutes 17.42.53 # OK. 17.47.40 # New commit by 03bertrik (r25672): Clean up IAP / ipod remote tuner a bit. 17.50.04 Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 17.52.53 # New commit by 03bertrik (r25673): Correct svn:keywords on firmware/driver/tuner/ipod_remote_tuner.c 17.54.26 Quit mikroflops (Ping timeout: 265 seconds) 17.56.59 Quit adnyxo (Quit: Leaving) 17.57.12 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 17.57.31 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 17.58.06 # Lixun: while we can't give you training exactly, you are welcome to spend time in this channel and talk to us about audio programming 17.58.19 Part Lixun 18.01.40 Quit jordan`` (Read error: No route to host) 18.02.01 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 18.02.41 Quit mirak (Max SendQ exceeded) 18.03.29 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 18.05.12 Quit xiainx (Ping timeout: 258 seconds) 18.05.33 Quit mirak (Max SendQ exceeded) 18.06.16 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 18.07.11 Quit mirak (Max SendQ exceeded) 18.08.01 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 18.12.53 Quit mirak (Quit: Ex-Chat) 18.14.01 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 18.17.17 Join xiainx [0] (~iain@wpa071038.Wireless.McGill.CA) 18.23.10 Join Strife1989 [0] (~Strife89@adsl-154-2-103.mcn.bellsouth.net) 18.23.54 Quit mt-phone (Ping timeout: 265 seconds) 18.24.35 Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) 18.25.05 Part |DaMaGeD| ("Reality is that which, when you stop believing in it, doesn't go away") 18.25.18 Join |DaMaGeD| [0] (~|DaMaGeD|@85.26.235.15) 18.26.08 Quit shaggy-h (Ping timeout: 240 seconds) 18.27.15 Nick Strife1989 is now known as Strife89 (~Strife89@adsl-154-2-103.mcn.bellsouth.net) 18.30.39 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 18.30.53 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 18.33.08 Quit Strife89 (Ping timeout: 240 seconds) 18.34.01 Join Strife89 [0] (~Strife89@adsl-154-14-208.mcn.bellsouth.net) 18.36.19 Join mc2739_ [0] (~mc2739@rockbox/developer/mc2739) 18.36.48 Nick mc2739_ is now known as mc2739 (~mc2739@rockbox/developer/mc2739) 18.36.54 Quit TillW (Quit: this concludes our broadcast day) 18.44.29 Quit mc2739 (Ping timeout: 276 seconds) 18.54.33 Join kugel_ [0] (~kugel@e178087146.adsl.alicedsl.de) 18.54.49 Quit kugel (Disconnected by services) 18.54.53 Nick kugel_ is now known as kugel (~kugel@e178087146.adsl.alicedsl.de) 18.54.57 Quit kugel (Changing host) 18.54.57 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.58.35 # New commit by 03bertrik (r25674): Sansa as3525: Add missing lcd-clip.h header file to sansa clip lcd drivers. Set svn:keywords on scrollwheel-as3525.c. 18.59.32 Nick liar_ is now known as liar (~liar@clnet-p09-185.ikbnet.co.at) 19.01.40 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 19.07.10 Quit saratoga (Ping timeout: 248 seconds) 19.09.19 Join emrecelikten2 [0] (~anubis@88.236.98.34) 19.09.35 *** Saving seen data "./dancer.seen" 19.09.50 Quit emrecelikten (Ping timeout: 248 seconds) 19.10.50 Nick emrecelikten2 is now known as emrecelikten (~anubis@88.236.98.34) 19.10.51 Quit emrecelikten1 (Ping timeout: 260 seconds) 19.13.12 Quit |DaMaGeD| (Quit: Errection killed by beer.) 19.19.17 Quit CGL (Quit: Saliendo) 19.21.48 # New commit by 03bertrik (r25675): AS3525: set more svn properties 19.32.40 Join CGL [0] (~CGL@190.207.167.104) 19.34.01 Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) 19.35.12 # bertrik: The problem with moving the audio.h declarations to playback.c is that those functions are supposed to work for both swcodec and hwcodec targets. Sometimes the audio.h functions point to playback.c and sometimes to mpeg.c. So maybe move parts of audio.h to apps. 19.37.59 Join Schmogel [0] (~Miranda@p3EE2167C.dip0.t-ipconnect.de) 19.42.55 Quit MethoS- (Remote host closed the connection) 19.43.33 # kugel, S_a_i_n_t: The purpose of the patch was to have a place to fool around with a keymap for ipods that would work. The first version was in error, since it wasn't synced to the reverted keymap. The next version could work better than the one committed yesterday since it moves the hotkey map further up and could prevent keypress conflicts. There's no way to know until you try it. 19.44.21 # you can certainly determine behavior without trying 19.45.02 # Not with a sim. Keypresses in the sim don't necessarily mirror the same ergonomics as on the device. 19.45.24 # It can be very hard to get combos pressed the right way on a keyboard. 19.45.36 # but the sim shows whether there's a fall through or not 19.46.15 # Only if you can press the combo. And only if the sim reads keys the same way as on target. I don't know if that's true. 19.46.57 # So only way to be sure is for an iPod user to buildit and try it. 19.47.02 # have you tried it now or was that change a guess? 19.47.11 # I don't have an iPod. 19.47.16 # in the sim 19.47.32 # No. Pressing that combo in the sim is a bear. 19.47.50 # how can you know? 19.48.09 # I think you should at least give it a try before saying stuff like this 19.48.31 # The sim doesn't seem to clear the keypress when moving to a different screen. So if you don't release the keys immediately it repeats the keypress for another round. 19.48.51 # kugel: I didn't want to enable hotkeys for other targets to begin with. 19.49.00 # Not until they were tested. 19.49.39 # this is currently about one (group of) target 19.49.58 # So under pressure I made a best guess attempt based on existing keypresses and it turns out the stolen keypresses aren't always appropriate. What else can I do at that point than guess? 19.50.36 # I can turn off ipods for hotkeys until they are fully tested. Which is what I wanted to do in the first place. 19.50.59 # I'm not complaining about what you did initially, but I do find it strange that you're uploading that patch for a single target without giving it a try in the sim 19.52.08 # also sims are nice for keymap things, I don't understand why you think it's the opposite 19.52.42 # I'm not convinced the sim reads keys the same way as the target does. 19.53.11 Quit Strife89 (Quit: Changing OS.) 19.53.11 # but you're not even trying 19.53.44 # action conflict can be seen in the sim, electrical or mechanical restrictions can not 19.53.47 # I tried under the current keymap several times. And it's just very hard to time keys correctly. 19.53.53 # *conflicts 19.54.07 # you seem to be denying the usefulness of sims based upon assumptions, and take that as an excuse for not trying your patches 19.54.54 # gevaerts: my interview is starting soon? 19.55.08 # The patch was an off the cuff "fix". I even said at the time that keymaps are easy to change, but very difficult to know what to change them to. 19.55.09 # yes, don't worry, we're not forgetting you :) 19.55.12 Quit xiainx (Ping timeout: 258 seconds) 19.55.42 # So should we turn off all non-tested targets now? That probably would be smart. 19.55.58 Join CaptainKewl [0] (~jason@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 19.56.33 # Blue_Dude: I don't think that's needed. Just don't commit fixes for them if those fixes haven't been tested :) 19.57.42 # You have a problem with me making quick commits. OK, guilty as charged. It won't happen again. But please therefore don't pressure me into committing something much bigger that hasn't been fully tested. Yesterday's "fix" was a much smaller sin in my opinion than switching on nearly every target untested. 19.58.40 # it seemsyou misunderstood me 19.59.06 # Blue_Dude: I *believe* by the way that it can be disabled for the Iaudio M3 as it suffers the same restrictions as the other Iaudios (that you can't have button combos basically), but would like amiconn as the M3 porter to have a quick look 19.59.20 # (something you can't see in the sim ;) ) 19.59.46 # Anyway, I don't have time to hash it out now. I have to leave for work. I'll check the logs later. 19.59.50 Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 19.59.56 # I don't have a problem with any of your commits, I just find it strange that your patch is completely untested because the amount of work needed to check the combo for a single target sim is very manageable 20.02.11 Join mt-phone [0] (~mtee@41.91.180.242) 20.02.23 Quit mt-phone (Client Quit) 20.04.20 Join Strife89 [0] (~michael@adsl-154-14-208.mcn.bellsouth.net) 20.07.07 Join guymann_ [0] (~charlie@66-159-145-61.adsl.snet.net) 20.07.15 Quit guymann (Read error: Connection reset by peer) 20.12.34 # New commit by 03bertrik (r25676): Clean up libmusepack: move declarations to internal.h and set svn properties. 20.16.16 Join Luca_S [0] (~5711b744@giant.haxx.se) 20.25.17 Quit robin0800 (Remote host closed the connection) 20.28.07 Quit adnyxo (Ping timeout: 265 seconds) 20.29.15 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 20.32.44 Quit adnyxo (Client Quit) 20.32.50 Quit flydutch (Quit: /* empty */) 20.32.54 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 20.34.09 Join stoffel [0] (~quassel@p57B4CA7D.dip.t-dialin.net) 20.37.48 Join funman [0] (~fun@rockbox/developer/funman) 20.50.56 Join xiainx [0] (~iain@modemcable195.238-202-24.mc.videotron.ca) 20.51.52 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 20.58.00 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 20.58.53 Quit mirak (Max SendQ exceeded) 21.01.16 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 21.01.52 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 21.02.13 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 21.02.39 Quit mirak (Max SendQ exceeded) 21.05.19 Quit CGL (Quit: Saliendo) 21.08.02 Join amr [0] (~29ea1bb7@giant.haxx.se) 21.09.37 *** Saving seen data "./dancer.seen" 21.10.48 Quit amr (Client Quit) 21.13.22 Join Buschel [0] (~ab@p54A3CDCA.dip.t-dialin.net) 21.38.19 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 21.42.22 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 21.42.48 Quit Horschti (Ping timeout: 246 seconds) 21.42.52 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 21.46.21 Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 21.49.08 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 21.52.28 Quit Buschel () 21.52.55 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 21.53.30 Quit bmbl (Quit: Bye!) 21.53.45 Quit JohannesSM64 (Quit: WeeChat 0.3.2-dev) 21.56.13 Join Barahir [0] (~jonathan@gssn-5f7569b7.pool.mediaWays.net) 21.56.31 Join ollebe_ [0] (~olle@root.rot.sgsnet.se) 21.57.37 Quit ollebe_ (Quit: Leaving) 21.59.23 Quit Barahir_ (Ping timeout: 264 seconds) 21.59.24 Join ollebe_ [0] (~olle@root.rot.sgsnet.se) 21.59.24 Nick ollebe_ is now known as Guest78620 (~olle@root.rot.sgsnet.se) 21.59.24 Quit BHSPitMonkey (Ping timeout: 265 seconds) 21.59.44 Nick Guest78620 is now known as ollebe__ (~olle@root.rot.sgsnet.se) 22.00.11 Quit ollebe__ (Client Quit) 22.00.22 Join ollebe__ [0] (~olle@root.rot.sgsnet.se) 22.00.40 Join Rideless [0] (~rideless@S0106001cf0714af5.cg.shawcable.net) 22.07.54 Quit stoffel (Remote host closed the connection) 22.10.23 Join robin0800 [0] (~robin0800@general-ld-216.t-mobile.co.uk) 22.12.05 Join wodz [0] (~wodz@chello087206240004.chello.pl) 22.12.42 Join p3tur [0] (~petur@rockbox/developer/petur) 22.13.05 Join plauclair [0] (~p-l_aucla@dsl18-208.express.oricom.ca) 22.15.01 # does Rockbox do m4a/aac on the Fuze ? 22.15.05 # or in general 22.15.39 # plauclair: We do generally ask that you make at least a cursory reading of the manual and/or search of the site before asking questions in here. 22.16.20 # I did but couldn't find that specific info 22.16.47 # for the fuze, I might have looked a bit fast, sorry about that 22.16.49 # Funny, the first thing I find when I search Rockbox.org for AAC is a listing of the supported formats. 22.17.32 # ok, shame on me :) 22.18.13 # Generally, all formats are supported on every device (except some of the old Archoses, or when devices happen to be slower than usual for one reason or another) 22.19.14 Quit mirak (Quit: Ex-Chat) 22.19.36 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 22.20.45 Quit mirak (Max SendQ exceeded) 22.21.45 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 22.22.57 Quit mirak (Max SendQ exceeded) 22.23.09 # I used to have an old D2, I really liked Rockbox on it.. I'm really looking forward to play with the new versions and hopefully maybe make some contributions to the great project :) 22.24.01 Join mirak [0] (~mirak@85-171-108-160.rev.numericable.fr) 22.26.21 Join TillW [0] (~Till@CPE00222d1cb45f-CM00222d1cb45b.cpe.net.cable.rogers.com) 22.30.27 Join halmi [0] (~netbook@188.20.253.186) 22.30.45 # Regarding audio.h - it's completely okay for apps code to include firmware headers. The reverse is what's forbidden 22.31.11 Quit tchan (Quit: WeeChat 0.3.1.1) 22.31.20 # * amiconn doesn't like what he's seen so far in the Elio ROM :\\ 22.32.24 # amiconn - wanna spill the beans? gpl'd code? names addresses + telephone numbers? :) 22.32.43 # A colour target using the PP's mono lcd bridge 22.33.01 # The c200 (v1) also does that - but it's 132x80 while the Elio is 220x176 22.33.14 # gevaerts: I'm available now. 22.33.19 # That means sloooow lcd updates even with optimised asm 22.34.41 # even slower than ipodvideo? / per pixel? (is ipodvideo slow because of the BCM in the way?) 22.34.55 # Ipod video is rather fast per pixel 22.35.14 # It's just *a bit* slow overall due to the huge display 22.35.18 # oh! haha, I just assumed it wasn't because of all the complaints. it's just that it has a lot of pixels. 22.35.30 # Coarse estimation for the Elio: <10fps 22.35.34 # ugh 22.36.13 # Well, maybe there are some trick yet unknown to me 22.36.18 # *tricks 22.37.03 # waaaay back when, I recall it being discussed that we're still using effectively 'a debug mode' to update the ipodvideo lcd - what did that mean exactly? (just that we're pumping raw data to the BCM, rather than DMA or something BCM-specific?) 22.38.09 # (which I think originally came from the fact that our lcd driver came from the ipod's debug/test app, rather than the full OF) 22.38.35 # Well, we're using the bcm in whatever mode it has been set up by the loader 22.38.57 # We cannot write our own code because it's a custom, undocumented architecture 22.39.51 # The lcd update used to be slower than it is now - since I've introduced asynchronous updates using a fixed update window, it's pretty okay 22.40.23 # true 22.41.19 # In fact ~15MPixels/s (that's ~30MByte/s) is one of the fastest update speeds among the PP targets 22.41.26 # 100fps at 80MHz 22.41.59 Quit Barahir (Ping timeout: 260 seconds) 22.42.01 # i remember seeing much higher numbers for e200v1 22.42.32 # Hence, "one of" 22.42.44 # e200v1 is approx. twice as fast, but then it uses dma 22.42.52 Quit esperegu (Remote host closed the connection) 22.42.57 # is BCM documentation $$ or NDA? 22.43.00 # (which we don't set up ourselves because we don't know how - we just use it) 22.43.13 # oh - that's interesting 22.43.43 # so we've probably got ipod lcd DMA available, in the OF, but not spent the time on that yet since the loader gives us something workable 22.43.54 # ^ an unsubstaniated guess, of course 22.44.12 # Actually my estimation for the Elio was a bit pessimistic, because I remembered c200v1 speed wrong 22.44.37 # A better estimation says ~37fps at 80MHz 22.45.36 # amiconn: Do You know what are interrupt vectors beyound 0x7c in coldfire 5249/50? I readed manual dozen of times and can't figure that out 22.45.39 # Yes - if we knew how to set up PP dma, iPod Video could probably be sped up further, but only for "ordinary" updates 22.45.52 # 'ordinary' = ? 22.46.10 # ordinary == framebuffer -> lcd 22.46.19 # I.e. YUV blitting cannot be sped up that way 22.46.40 # could do YUV->framebuffer -> lcd ? 22.46.42 Quit efyx (Read error: Connection reset by peer) 22.46.52 # wodz: Many modules can set their interrupt vector. See the 5249/5250 manuals 22.47.08 # That would be slower than writing the yuv directly to the lcd 22.47.13 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 22.47.36 # really? i thought framebuffer was in iram though 22.48.07 # (1) Framebuffer of the Video can't be in iram. Ever calculated the necessary size? 22.48.11 # * stripwax see YUV blit framerate on ipod 5.5g -- wow, why is that no better than c250? 22.48.31 # amiconn - hah. good point. 22.48.38 # (2) Even if it were - writing to IRAM and writing to the bcm are essentially the same speed. See? 22.49.09 # stripwax: Calculate c200 framerate * (132*80) / (320*240) 22.49.13 # What do you get? 22.49.36 # fair enough. i assumed they weren't, because of the lcd update code (that I'll be the first to admit I don't know nearly enough about) waiting on BCM flags 22.49.57 # Done? Right, 13.7 fps. You see the Video *is* faster - per pixel 22.50.04 # amiconn: Thats true but generaly You have primary interrupt controller (compatibile with 5206) and secondary interrupt controller with aditional 64 interrupts. 22.50.39 # amiconn - no, I mean: c250 main lcd is 138.5fps, YUV is 100fps. 5.5g is 101fps, YUV is 30fps. 22.50.56 # Yes, because on the c200 the controller is the limiting factor 22.51.13 # oh. yeah, that makes sense now. 22.51.18 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 22.51.21 # This means YUV conversion is almost for free, since it happens mostly during the time we have to wait for the controller anyway 22.51.43 # yep. I just realised. and BCM is fast enough that we don't really have any waiting time. 22.51.48 # On the Video it's the opposite - apart from setup and completion we don't have to wait at all 22.52.13 # (and completion is done asynchronously, monitored via an isr) 22.52.17 Quit tchan (Client Quit) 22.56.47 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 22.57.36 # wodz: Yes, and? The secondary interrupt controller's interrupt are all autovectored - you can just set the base. But the primary interrupt controller's interrupts are *not* all autovectored - the respective module defines the vector 22.59.05 # The vectors can be set to an arbitrary 8 bit value 22.59.32 # hmm. 22.59.55 # ok comming back to manual 23.01.13 Quit kugel (Remote host closed the connection) 23.03.43 Quit S_a_i_n_t (Ping timeout: 268 seconds) 23.05.18 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.38) 23.07.40 # aimconn: Thanks now I understand. 23.07.51 Quit tchan (Quit: WeeChat 0.3.1.1) 23.09.40 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 23.09.41 *** Saving seen data "./dancer.seen" 23.12.06 Quit tchan (Client Quit) 23.12.33 # amiconn: Regarding bad MPIO performance I tried to find out what's going on. The strange thing I found is that ui is pretty slow (I mean selecting items in main menu produce a few seconds delay). If I force breake in debugger during that delay I always end up in stop #0x2000 instruction comming from sleep_core() 23.14.16 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 23.14.30 Quit DerPapst (Quit: Leaving.) 23.14.54 # I don't understand this behaviour since manual breake is random so I should hit some function from time to time and not always stop. 23.18.05 # The probability depends on how frequently a certain code snippet is executed 23.18.47 # And 'stop' will put the cpu core to sleep until the next interrupt, so if there isn't much to do, it will sleep a lot 23.19.12 # It *should* not sleep often, if at all, when boosted though 23.19.20 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 23.19.28 # thats the point. Why there is not 'a lot to do 23.19.37 # If it does, there is a problem somewhere in the code 23.19.39 # if there is ui activity 23.20.53 Quit plauclair (Ping timeout: 264 seconds) 23.21.21 Join esperegu [0] (~quassel@145.116.15.244) 23.27.40 Join chamunks [0] (~chamunks@206-248-172-199.dsl.teksavvy.com) 23.28.31 # Would anyone be able to link me a more detailed explination as to why rockbox wont run on my 3rd gen classic 160gb slim? 23.31.33 # chamunks: Simply because it's new hardware (compared to the ipods Rockbox does run on), and no-one has done the work to port Rockbox to that hardware. http://www.rockbox.org/wiki/NewPort will give you an idea of the work involved. 23.32.09 Quit merbanan (Ping timeout: 258 seconds) 23.32.13 # linuxstb, thank you very much I appreciate it. :) 23.32.56 Quit robin0800 (Remote host closed the connection) 23.34.00 # I wonder if there are any scans done of this hardware as I could supply some. I'm not a coder just would love to help any way that I can. 23.35.17 # Coding is what's needed at this stage. 23.36.50 # Guess I'll have to wait on switching to flac till another day. I heard that the amp on the ipod's arent really good enough for flac anyways. 23.41.44 Quit M3DLG (Ping timeout: 258 seconds) 23.44.20 # what kind of coding? 23.44.35 # assign me something 23.49.00 Quit Luca_S (Quit: CGI:IRC (EOF)) 23.49.07 # Shhh dont get my hopes up :P I'd love nothing more than to be able to switch away from mp3v0's 23.50.48 # sinthetek: http://www.rockbox.org/wiki/NewPort 23.53.32 # oh, I thought it was hard encryption that blocked a rockbox port 23.54.30 # bertrik: The DFU mode has been exploited, so we can execute code on it. Also, TheSeven has ported his "iBugger" debugger, so code can then be uploaded (and RAM contents downloaded) via USB. 23.55.16 # No known way to have rockbox boot without DFU I think though 23.55.52 # IIUC, the boot ROM can be dumped via iBugger (it's memory-mapped), but the NOR is accessed over SPI, so a driver for that needs to be written, and the NOR dumped (and probably decrypted). So it's still at the very early reverse-engineering stages. 23.56.52 Join merbanan [0] (~banan@c-94-255-217-199.cust.bredband2.com) 23.58.43 Quit anewuser (Ping timeout: 245 seconds)