--- Log for 11.03.111 Server: anthony.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 13 hours ago 00.09.19 Quit bertrik (Quit: :tiuQ) 00.09.24 Quit n1s (Quit: Ex-Chat) 00.29.05 Quit Zagor_ (Quit: Clint excited) 00.31.38 *** Saving seen data "./dancer.seen" 00.41.02 Quit sirrozha () 00.42.09 Quit froggyman (Quit: Ex-Chat) 00.42.14 Join milk [0] (~milk@94-193-93-226.zone7.bethere.co.uk) 00.45.18 Quit sideral (Quit: Leaving.) 00.49.18 # * pixelma wonders what the volume keys now do on Android 00.52.25 # apparently change the volume 00.54.14 # the discussion before was about the volume range 00.54.26 # Zagor: thats not really fixing fade-out :) why the heck isnt fade done in the playback engine or dsp? it is really out of place in wps.c 00.56.06 Join FoH [0] (~foh@adsl-71-69-118.bhm.bellsouth.net) 00.56.25 Quit Jerom (Quit: Leaving.) 00.59.53 Quit kadoban (Ping timeout: 255 seconds) 01.02.26 Quit Elfish (Ping timeout: 248 seconds) 01.03.16 Quit ranmachan (Read error: Operation timed out) 01.03.23 Join ranmachan [0] (ranma@yumi.tdiedrich.de) 01.05.57 # JdGordon: that's a deep rabbit hole :) 01.06.07 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 01.07.17 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 01.17.50 Join froggyman [0] (~seth@205.213.134.249) 01.17.51 Quit froggyman (Changing host) 01.17.51 Join froggyman [0] (~seth@unaffiliated/froggyman) 01.23.29 # B4gder: ping 01.27.47 Quit kevku (Ping timeout: 260 seconds) 01.31.37 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 02.02.29 # scorche: it looks like the akismet caught a "this topic has been moved to" post of mine 02.03.02 # my impression is that it doesn't like links in posts in general and is a bit overcautious 02.04.43 Quit robin0800 (Quit: Leaving) 02.05.11 # damnit, I hope the poster gets an email notification - or doesn't look for it in the old place :\ 02.05.21 # until sorted 02.07.10 Quit timccc (Read error: Connection reset by peer) 02.08.48 # yeah, akismet is either setup slightly wrongly or just sucks on SMF... 02.08.57 # why can't I find that really old pre-mpegplayer plugin patch - I seem to be mentally challenged over and over about locating it :\ 02.09.28 Join timccc [0] (~timccc@112.166.15.141) 02.10.06 # scorche: I see you're editing the /GSoCOrgApp2011 page... changing the title is probably a good idea :) 02.10.54 # there isnt really a "set up" for akismet on SMF 02.11.05 # it is just over-cautious 02.11.39 # though it should tell the poster that they were flagged and will be sorted out when an admin clears their post - i need to work on that 02.12.04 # i can always disable akismet, though it has been catching plenty of spam 02.12.12 # well, ideally it shouldnt be sending reply notifications out until it gets through akismet 02.12.20 # it would be cool if it could "learn" about trustworthy members or at least user groups 02.12.28 # and seeing the flagged reply in the reply window is also funny 02.13.00 # pixelma: well, each time i hit "not spam" it *should* learn something 02.13.06 # how does it decide what to flag? 02.13.15 # or allowed links - everything rockox.org or so 02.13.16 # JdGordon: yeah - that is likely part of its crappy implementaton in SMF 02.13.27 # like why does it flag all of my replies to one thread, but not replies in other threads 02.13.40 # pixelma: i cant really specify such things since akismet is a "cloud" thing 02.13.49 # saratoga: because it doesnt like you 02.13.56 # the flagging of redirection posts surprised me now 02.15.11 # thanks for taking care of that so quickly 02.17.29 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 02.31.05 Quit mshathlonxp (Quit: Leaving) 02.31.39 *** Saving seen data "./dancer.seen" 02.34.07 Quit simonrvn (Read error: Operation timed out) 02.34.11 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 02.38.05 Quit robin0800 (Client Quit) 02.40.04 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 02.40.34 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 02.41.58 Quit cjcopi (Read error: Operation timed out) 02.50.33 Quit MethoS- (Remote host closed the connection) 02.54.01 Join mystica555_ [0] (~mike@m4f2636d0.tmodns.net) 02.54.43 Quit komputes (Remote host closed the connection) 03.00.06 Join cjcopi [0] (~craig@adsl-76-241-72-119.dsl.bcvloh.sbcglobal.net) 03.02.40 Join GodEater_ [0] (~bibble@5ac83eac.bb.sky.com) 03.02.40 Quit GodEater_ (Changing host) 03.02.40 Join GodEater_ [0] (~bibble@rockbox/staff/GodEater) 03.04.57 Quit GodEater (Ping timeout: 240 seconds) 03.05.09 # as a reminder, if you are planning to be involved in GSoC (as a mentor capacity - or just want some say in it) - join #rockbox-gsoc 03.05.32 Quit simonrvn (Read error: Operation timed out) 03.06.53 Quit krabador (Quit: Sto andando via) 03.10.08 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 03.13.57 Quit froggyman (Ping timeout: 240 seconds) 03.20.18 Join audio-i [0] (~ba1d7485@giant.haxx.se) 03.23.57 Quit cjcopi (Ping timeout: 240 seconds) 03.26.47 Join froggyman [0] (~seth@205.213.134.249) 03.26.47 Quit froggyman (Changing host) 03.26.47 Join froggyman [0] (~seth@unaffiliated/froggyman) 03.27.11 # hi! if I was to use %?if to display a different viewport when current track time %pc is below 60 minutes, what is the time format I should use for the operand? 03.28.05 # something like %?if(%pc, <, 3600)<> 03.28.36 # time is in seconds im pretty sure 03.28.36 # I think I tried that and it didn't work... trying again 03.28.50 # i cant check the code now though 03.29.38 # actually... its prob a string so your shit out of luck 03.30.16 # yeah it seems so 03.30.59 # only > O seems to return something usable 03.31.11 # what does it mean it's a string 03.32.06 # just characters? not a number I guess therefore no > < etc would work 03.32.30 Join pjm0616 [0] (~user@sigfpe-1-pt.tunnel.tserv15.lax1.ipv6.he.net) 03.32.31 Quit kadoban (Quit: bye) 03.32.49 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 03.32.56 # it just displays text 03.33.08 # file a bug that %pc isnt useable with %if 03.33.37 # ok will do ;) 03.33.55 # not excatly requesting it :) but in this like other cases 03.34.14 # I find a "character length" tag would be very useful 03.34.40 # how? 03.35.32 # like %cl on "rockbox" would return 7 03.35.48 # i think %cl is taken though 03.36.03 # yeah, but how would that be useful? 03.36.20 Quit milk (Read error: Connection reset by peer) 03.36.36 # In this case, if %pc is greater than 5, I would use a different viewport 03.37.11 # laso useful in "controlled scrolling" routines 03.37.51 # or I could even use a bigger font if the number of characters allowes me to 03.38.16 # actually the ipod classic has that kind of effect 03.38.34 # when the title is long, it uses smaller fonts 03.39.02 Quit froggyman (Ping timeout: 260 seconds) 03.39.21 # avoids scrolling 03.45.05 Quit DerPapst (Quit: Leaving.) 03.50.22 Join cjcopi [0] (~craig@adsl-76-241-72-119.dsl.bcvloh.sbcglobal.net) 03.50.39 Quit robin0800 (Quit: Leaving) 03.55.47 Quit balintx (Remote host closed the connection) 03.56.08 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 03.58.22 # damn! I thought I'd found another way of making it but it didn't work 03.59.29 # JdGordon: I was trying to use %pS with 3600 but it seems there is something like a 320 limit? 03.59.43 # i doubt that 04.00.22 # well, i set it to 3600 but it goes false at 5 min 20 sec 04.00.42 # the track is how long? 04.00.55 # 2 hours something 04.01.18 # hmm.... this could be 32bit overflowing maybe... 04.01.43 # 5:20 is how many milliseconds? 04.02.37 # 32000 04.02.42 # unsigned long time = token->value.i * (HZ/TIMEOUT_UNIT); <- /me cant do maths 04.04.13 # seems like you are right... and I'm certainly shit out of luck :/ 04.04.35 # making %pc do what you want should be relativly easy 04.04.58 # is that track length? or remaining time? 04.05.11 # current track time 04.05.32 # elapsed time 04.06.19 # http://pastebin.com/N4774ymg 04.07.00 Quit JdGordon (Quit: leaving) 04.09.18 Join JdGordon| [0] (~jonno@124-168-180-95.dyn.iinet.net.au) 04.09.19 Quit JdGordon| (Changing host) 04.09.19 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 04.10.12 Quit z35 (Quit: Leaving) 04.10.48 # thanks! will try it later ;) somebody asked something of retroTape on the forums that could be resolved with this 04.13.17 Quit amiconn (Disconnected by services) 04.13.17 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.13.18 Join Llorean1 [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 04.13.20 Quit pixelma (Disconnected by services) 04.13.22 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.13.24 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.13.37 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.15.36 Quit Judas_PhD (Quit: This is a quitting message) 04.16.25 Quit Llorean (Ping timeout: 246 seconds) 04.18.35 Quit audio-i (Quit: CGI:IRC (EOF)) 04.21.52 Join froggyman [0] (~seth@unaffiliated/froggyman) 04.22.09 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 04.23.28 Join notaguest [0] (~3a601b9e@giant.haxx.se) 04.24.10 Quit notaguest (Client Quit) 04.28.49 Quit Dreamxtreme (Ping timeout: 255 seconds) 04.31.41 *** Saving seen data "./dancer.seen" 04.33.24 Join tails___ [0] (~tails@host-109-171-18-177.bbcustomer.zsttk.net) 04.34.42 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 04.35.57 Quit tails__ (Ping timeout: 250 seconds) 04.37.49 Quit kugel (Ping timeout: 255 seconds) 04.39.30 Quit mystica555_ (Read error: No route to host) 04.41.55 Quit TheSeven (Ping timeout: 276 seconds) 04.46.05 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.47.58 Join mystica555_ [0] (~mike@71-33-147-209.hlrn.qwest.net) 04.54.14 Join Barahir_ [0] (~jonathan@frnk-590f69c6.pool.mediaWays.net) 04.57.38 Quit Barahir (Ping timeout: 276 seconds) 05.03.10 Quit ps-auxw (Ping timeout: 260 seconds) 05.05.26 Join Rob2223 [0] (~Miranda@p4FFF3157.dip.t-dialin.net) 05.08.56 Quit Rob2222 (Ping timeout: 252 seconds) 05.12.10 Nick Llorean1 is now known as Llorean (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 05.12.16 Quit Llorean (Changing host) 05.12.16 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 05.13.36 Join Dreamxtreme [0] (~Dre@92.18.110.105) 05.14.09 Join ps-auxw [0] (~arneb@p4FF7FF22.dip.t-dialin.net) 05.14.46 Quit ps-auxw (Client Quit) 05.26.00 Quit simonrvn (Read error: Operation timed out) 05.30.21 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 05.37.30 Join ps-auxw [0] (~arneb@p4FF7EC7F.dip.t-dialin.net) 05.41.42 Quit Judas_PhD (Quit: This is a quitting message) 05.50.00 Quit simonrvn (Read error: Operation timed out) 05.50.17 Join JdGord [0] (~3a601b9e@giant.haxx.se) 05.50.38 Quit JdGord (Changing host) 05.50.38 Join JdGord [0] (~3a601b9e@rockbox/developer/JdGordon) 05.53.49 Quit JdGord (Client Quit) 05.58.49 Join JdGord [0] (~3a601b9e@giant.haxx.se) 05.58.58 Quit JdGord (Client Quit) 06.00.08 Join JdGord [0] (~3a601b9e@giant.haxx.se) 06.00.16 Quit JdGord (Client Quit) 06.00.19 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 06.16.00 Quit kadoban (Read error: Connection reset by peer) 06.17.48 Quit simonrvn (Quit: see ya - n'multes) 06.21.03 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 06.31.44 *** Saving seen data "./dancer.seen" 06.33.09 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 06.33.50 Quit Judas_PhD (Remote host closed the connection) 06.35.43 Quit simonrvn (Quit: see ya - n'multes) 06.40.05 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 06.40.17 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 06.41.28 Join leavittx_ [0] (~lev@89.221.199.187) 06.50.55 Quit liar (Read error: No route to host) 06.53.45 Join Horscht [0] (~Horscht@xbmc/user/horscht) 06.56.21 Quit Horschti (Ping timeout: 246 seconds) 06.57.05 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 07.00.30 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 07.03.35 Quit T44 (Read error: Connection reset by peer) 07.03.36 Join Topy [0] (~Topy44@g228173019.adsl.alicedsl.de) 07.14.40 Quit liar (Ping timeout: 276 seconds) 07.34.41 Join MagusG [0] (magusg@c-71-59-57-46.hsd1.ga.comcast.net) 07.35.24 Quit bluefoxx_ (Quit: Can we, should we, will we?) 07.39.05 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 07.44.05 Quit bluefoxx (Quit: Can we, should we, will we?) 07.44.43 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 07.46.13 Join bthomson [0] (~bthomson@pool-71-114-64-197.washdc.dsl-w.verizon.net) 07.50.37 Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) 08.04.30 # JdGordon|: Is there a way to split lines in a .wps/.sbs/.fms/etc so you don't end up with some lines that are ~200 columns long? 08.05.15 # I reduced my ASCII header to 80 char, but...it kinda seems pointless to do so with truly massive lines in the skin code. 08.07.45 # I was just wondering if there ws some magic tag for newline that's smart enough to stick the next line on the end of the previous line when it gets parsed or something, so you could have nice 80 char wide themes so everything looks nice and neat. 08.07.52 # s/ws/was/ 08.12.14 # # should do it 08.19.32 Quit simonrvn (Read error: Operation timed out) 08.21.19 Quit bluebrother (Read error: Operation timed out) 08.21.34 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 08.21.52 # Wha? To split a line of actual code? so: 08.22.17 # %?C bar> 08.23.37 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 08.24.18 # S_a_i_n_t: yeah 08.24.31 Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) 08.25.05 # well... there has been plenty of debate over weather # should eat the \n or not... 08.25.10 # iirc svn has it eating it 08.26.55 Quit sasquatch (Ping timeout: 250 seconds) 08.27.56 Join LinusN [0] (~linus@rockbox/developer/LinusN) 08.31.46 *** Saving seen data "./dancer.seen" 08.35.21 Join ender` [0] (krneki@foo.eternallybored.org) 08.37.04 Part LinusN 08.37.33 Join LinusN [0] (~linus@rockbox/developer/LinusN) 08.39.01 Part LinusN 08.42.11 Join LinusN [0] (~linus@rockbox/developer/LinusN) 08.45.41 Quit simonrvn (Read error: Operation timed out) 08.49.36 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 08.51.12 Join sasquatch [0] (~username@46.115.150.24) 09.04.10 Join _Zagor [0] (~bjst@rockbox/developer/Zagor) 09.04.22 Nick _Zagor is now known as Zagor (~bjst@rockbox/developer/Zagor) 09.05.25 Quit sasquatch (Ping timeout: 252 seconds) 09.06.47 Join sasquatch [0] (~username@p4FF2D55C.dip.t-dialin.net) 09.26.16 Join sideral [0] (~sideral@rockbox/developer/sideral) 09.27.55 Join einhirn [0] (~Miranda@p54850B0E.dip0.t-ipconnect.de) 09.29.45 Quit leavittx_ (Ping timeout: 240 seconds) 09.29.47 Join esperegu [0] (~quassel@145.116.15.244) 09.32.06 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 09.32.06 Quit pamaury (Changing host) 09.32.06 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.33.30 Quit Elfish (Ping timeout: 248 seconds) 09.35.35 Quit ranmachan (Ping timeout: 260 seconds) 09.35.49 Quit literal (Ping timeout: 276 seconds) 09.35.54 Join ranmachan [0] (~ranma@yumi.tdiedrich.de) 09.37.16 Join literal [0] (hinrik@w.nix.is) 09.44.08 Join Elfish [0] (~amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 09.46.11 Quit mudd1 (Ping timeout: 250 seconds) 09.47.39 Quit mystica555_ (Ping timeout: 264 seconds) 09.48.32 Join n1s [0] (~n1s@sb-fw.bmc.uu.se) 09.48.33 Quit n1s (Changing host) 09.48.33 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.52.34 Join mystica555_ [0] (~mike@m4f2636d0.tmodns.net) 10.01.55 Quit sasquatch (Quit: WeeChat 0.3.2) 10.02.07 Join sasquatch [0] (~username@p4FF2D55C.dip.t-dialin.net) 10.02.21 Quit S_a_i_n_t (Ping timeout: 276 seconds) 10.03.24 Join [Saint] [0] (S_a_i_n_t@203.184.0.69) 10.15.14 Quit Slasheri_ (Ping timeout: 250 seconds) 10.29.36 Quit jordan` (Quit: Coyote finally caught me) 10.29.56 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 10.31.49 *** Saving seen data "./dancer.seen" 10.35.30 Quit JdGordon| (Ping timeout: 276 seconds) 10.35.41 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 10.36.01 Join JdGordon| [0] (~jonno@124-168-180-95.dyn.iinet.net.au) 10.36.01 Quit JdGordon| (Changing host) 10.36.01 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 10.42.25 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 10.43.39 Quit JackWinter (Remote host closed the connection) 10.46.32 Join Slasheri [0] (miipekk@xen.ihme.org) 10.46.33 Quit Slasheri (Changing host) 10.46.33 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 10.47.34 # Zagor: what will the volume keys now do on Android (regarding the volume steps and range)? 10.49.00 # it adjusts the rockbox volume 10.49.54 # before my commit, the volume buttons adjusted the *ringtone* volume so it's not like we're losing anything 10.50.34 # though we should add proper android media volume adjustment asap 10.50.36 # ugh, apparently you need to add something to debian/changelog to bump the debian version of a package 10.50.55 # ffs, sorry 10.51.27 # so I set the global volume (which affects the maximum available) outside Rockbox and then the percentage (or whatever it is) in Rockbox with the difference to now being that you can use the volume keys too instead of touchscreen things or the menu? 10.51.54 # Zagor: no, they didn't 10.51.55 Join JackWinter [0] (~jack@vodsl-9173.vo.lu) 10.52.18 # they changed the volume of the music if music was playing. that's just how it works on android 10.53.21 # oh, my mistake. though I do find it quite weird that "rockbox" adjusts ringtone volume just because I happened to be in pause 10.53.23 # but the global volume (and I seem to remember that it showed the "ringtone volume" splash too) 10.53.45 # I suppose that is due to our disabling the service in pause? 10.54.06 # yes, the global "media volume". I now need to go out of rockbox to change the global volume with the volume keys? 10.54.57 # at the moment, yes. we have to fix proper volume handling. 10.55.06 # then I object this change 10.55.06 # I'll look into that 10.55.22 # we don't want two volume controls, it's just silly 10.56.03 # I don't want different behvaior just because rockbox is in the foreground 10.56.10 # <[Saint]> glargh....I liked it :/ 10.56.31 # kugel: so you don't want the rockbox high resolution volume? 10.56.47 # I do, but that's not what you have committed 10.56.50 # we had a long discussion about this yesterday, and several people felt the 16-step android volume is not sufficient 10.57.00 # it's confusing indeed and I'm looking forward to a better solution, if android would at least offer more fine grained control at least for media (I can even see the reason to have quicker controls for call volume) 10.57.12 # I was part of that discussion, yes 10.57.36 # [Saint]: "it"? 10.58.00 # IMO you just made it worse, there's still 2 volumes, but now there's inconsistent behavior 10.58.31 # <[Saint]> pixelma: it == having independant RB/Android volume control. 10.58.32 # that's one way to view it. I'll try to improve it asap. 10.59.23 # can we get back to the old behavior until you improved it? 10.59.34 # [Saint]: you still have, just not as "easily" accessible 10.59.55 # <[Saint]> yeah. 11.00.29 # kugel: why? it's not like we are distributing builds. just cut it out of your build if you can't stand it for a few hours/days 11.00.39 # it's a work in progress 11.00.40 Quit kevku (Read error: Operation timed out) 11.00.54 # I will 11.02.23 # I still think your commit was premature. "commit early, commit often" is fine but not if the intermediate commits make things just worse 11.02.59 # that's not objective. I made android behave more like other targets, in that the volume buttons adjust the rockbox volume. 11.03.11 # if that is better or worse is a matter of opinion 11.03.58 Quit robin0800 (Quit: Leaving) 11.04.46 # volume handling just isn't the same thing on RaaA 11.05.19 # I know. but it should be. 11.06.13 # that's debatable 11.06.51 # yes, we debated it yesterday. and the consensus was that a single high-resolution volume control (optional high-resolution, even) is the desired solution 11.07.49 # <[Saint]> I seem to recall it being about 50/50 personally. 11.07.56 Join mudd1 [0] (~cmertes@2001:638:504:20e0:221:70ff:fe83:655e) 11.07.59 # alright, we'll see what you come up with. but if it means rockbox can't change the global volume anymore then I will probably object 11.08.23 # kugel: so would I 11.09.53 # * kugel doesn't know if the global volume steps are the same on all android devices 11.10.10 Quit mudd1 (Client Quit) 11.10.53 # from what I have read, android offers 16 steps on all models. but the levels of each step might be different. we'll have to see what is possible. 11.13.01 # 16 here for media and 8 for ringtone so they already offered additional steps 11.13.18 # even if it's not many 11.13.45 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 11.13.49 # i have 9 levels (1 of them is mute) 11.15.09 # kugel: for ringtone or media? 11.15.44 Quit Horscht (Quit: Verlassend) 11.15.47 # ringtone is 8+vibrate+mute, media is 8+mute 11.16.12 # wow only 8! which phone is that? 11.16.18 # htc legend 11.16.30 # horrible 11.16.39 # maybe asking for Android version is needed too 11.16.53 # pixelma: if it is linked to android version 11.16.54 # 2.3.3 here 11.17.01 # then it's not 11.17.08 # but I'm not surprised if vendors handle it differently 11.17.36 # Zagor: yeah, I know. But I thought running custom ROMs *could* have an influence 11.17.48 # pixelma: right, it could 11.19.08 # well, it means you can't rely on the exact volume steps, no? 11.19.10 # though I can't see why a custom rom would make volume resolution worse than stock 11.19.45 # kugel: unless we can someone find out 11.19.48 # somehow 11.22.35 # getStreamMaxVolume() 11.39.42 # My HTC Desire HD has 16 for media, 8 for ringer. 11.42.19 # it looks like we could "just" expand RockboxPCM.java to also adjust the stream volume 11.49.48 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 11.50.50 Join mcuelMobile [0] (b274a083@gateway/web/freenode/ip.178.116.160.131) 11.52.30 # Zagor: take a look at FS#11914 patch8 11.53.08 # lookie there! 11.54.54 Join mcuelMobile2 [0] (b274a083@gateway/web/freenode/ip.178.116.160.131) 11.55.05 # stupid crashin webclient 11.55.12 Quit robin0800 (Ping timeout: 255 seconds) 11.55.14 # great, I'll cut and paste a bit to see if I can make what I want 11.55.56 # great 11.56.38 # I guess the hardest problem is to fix the fade on pause 11.56.48 Quit mcuelMobile (Ping timeout: 245 seconds) 11.57.28 # mcuelMobile2: no, that's easy. we do that using pcm volume only, not affecting the stream. 11.58.05 # or, "easy". :-) it needs to make sense in the code too. 11.59.05 Join mshathlonxp [0] (~msh@5acba089.bb.sky.com) 11.59.40 # but how will the set_volume function which volume to set? 11.59.55 # know* 12.00.21 # the idea is to use pcm attenuation as small steps between the bigger stream volume steps 12.00.30 Quit JackWinter (Remote host closed the connection) 12.01.15 # so the function sometimes sets only pcm, and sometimes both 12.01.56 # well gtg, will look at it later 12.02.06 Quit mcuelMobile2 (Quit: Page closed) 12.03.15 Join JackWinter [0] (~jack@vodsl-9173.vo.lu) 12.03.17 # can anyone tell me why in rockbox "keyboard" aren't signs of baltic languages - lack of demand? :) 12.03.38 # You know you can change the layout? 12.03.50 # not yet ;> 12.03.51 # mshathlonxp: you can have whatever you want on the keyboard 12.03.57 # It's not possible to make one keyboard layout that suits all languages 12.04.22 # well, looks like default suits all, except for russian, asian and baltic :D 12.05.05 # Right. It doesn't suit most of the world 12.05.24 # ah, I forgot arabs as well 12.05.37 # its easy to suite different languages that use mostly the same characters 12.06.07 # gevaerts it does 12.06.18 # It does? 12.06.50 # chinese is only 1/6 of all world and other unsupported languages even less ;D 12.07.28 # So? 12.07.49 # Are you aware of the fact that Chinese is *not* the only Asian written language? 12.08.41 Join HaimN [0] (~HaimN@95.86.98.36) 12.25.12 Quit timccc (Read error: Connection reset by peer) 12.25.31 Join timccc [0] (~timccc@112.166.15.141) 12.26.58 # hmm, I just found two MP3s that don't show the title tag on my Ondio even though it is there (it uses the filename fallback I have coded in my WPS). The difference to other working tracks is that they also have those itunesgapless tags set which the MAS probably can't make use of anyway. I'll try if removing these helps 12.31.45 # it does 12.31.51 *** Saving seen data "./dancer.seen" 12.33.50 # pixelma: sounds like a bug still 12.34.09 # yes 12.34.14 # did this happen before the semi-recent changes to id3 code? 12.35.25 Quit pamaury (Remote host closed the connection) 12.39.54 # can't tell for sure, I don't think I noticed before and I only recently started keeping those tags, I don't think I have many of such files 12.40.50 # and I don't use all my targets regularly 12.43.46 # it seems though that the grouping tag support now suddenly started working which I think it didn't before on hwcodec. Some weirdness going on with the different tagging fields 12.48.58 # gevaerts well, the others don't have that much speakers :) 13.02.32 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 13.07.48 # mshathlonxp: how about hindi? 13.09.51 # it's getting a bit offtopic-y I think ;) 13.10.48 # yes 13.15.29 Quit user890104 () 13.28.16 Join MethoS- [0] (~clemens@134.102.106.250) 13.31.43 # n1s I dunno how hindi is being written, however I know that second official language in india is english anyway :> 13.32.45 # mshathlonxp: please take this to -community if you want to discuss it further 13.35.22 # Hi, i need some help, my Sansa Fuze not read my SD card, the original OS read it bun rockbox not, its happened It only happens on one card, another SD card worked fine for me 13.35.27 # thanks! 13.40.11 # i found a patch that correct it http://www.rockbox.org/tracker/task/11870 but I don't know how to work with patches (I know compile scorce code but I don't know how put patches) 13.41.17 # I'm sorry for my bad english 13.44.34 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 13.47.22 # JdGordon|: why do you edit someone else's comment instead of just adding one? 13.48.40 # (FS#12005) 13.49.12 Quit mshathlonxp (Ping timeout: 276 seconds) 13.50.21 Join mshathlonxp [0] (~msh@5acba089.bb.sky.com) 13.50.53 Join Horscht [0] (~Horscht@p5DD577BC.dip.t-dialin.net) 13.50.53 Quit Horscht (Changing host) 13.50.53 Join Horscht [0] (~Horscht@xbmc/user/horscht) 13.53.47 # not the first time he did that, it was one of mine years ago and the bug report lost quite some info through the editing in my case 13.57.27 # I don't understand the reason to do that 13.57.51 # me neither 13.58.21 # it even requires more clicks 13.59.00 # and is misleading - FS#8998 was mine 14.02.33 # HaimN: http://www.rockbox.org/wiki/WorkingWithPatches 14.03.53 # sideral: I tried to work with it, but I got an error 14.04.28 Quit antil33t (Read error: Connection reset by peer) 14.04.38 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 14.04.43 # what's the error message? (use pastebin.com for copy&paste) 14.06.05 # http://pastebin.com/KcQwZt5H 14.06.42 Quit mshathlonxp (Read error: Connection timed out) 14.07.27 Join mshathlonxp [0] (~msh@5acba089.bb.sky.com) 14.08.38 # "hunk failed" that means (a part of) the patch doesn't apply to your source tree. possibly the source tree has evolved since the patch was cut. 14.09.15 # which of the patches did you want to apply? you should only need sd-init-fix.patch 14.10.04 # sideral: I tried only sd-init-fix.patch 14.10.32 # and which version of the source code do you use? 14.11.09 # revision 29559 14.12.06 # The patch applies perfectly for me to this revision 14.12.38 # maybe a DOS CRLF issue? http://www.rockbox.org/wiki/WorkingWithPatches#Newlines 14.13.23 # I guess I do not have installed correctly the patch 14.13.35 # i work in ubuntu 14.15.14 # try downloading the patch again. Or apply the change manually; the patch is rather trivial 14.16.57 # wget -O sd-init-fix.patch "http://www.rockbox.org/tracker/task/11870?getfile=23201" 14.17.57 Join milk_ [0] (~milk@94-193-93-226.zone7.bethere.co.uk) 14.18.02 # How can I download it? When I click it it opens it in a browser, (what I did before was to copy the text file with the same name) 14.18.17 # OK, thanks! 14.18.22 Quit Robdgreat (Ping timeout: 246 seconds) 14.18.58 # Browsers typically have a "Save as..." function that saves the page source verbatim 14.20.07 # its save it as a HTML file 14.20.23 Join Robdgreat [0] (~rob@unaffiliated/robdgreat) 14.21.13 # then either your browser is broken, or you're using an evil web proxy 14.21.28 # Where should I put the patch? 14.22.27 # where you want. you only need it once, for the patch command 14.23.38 # sideral: This is probably my ISP, I have content filtering (like porn sites or violent) 14.25.06 # This patch isn't very violent 14.25.19 # did the wget command manage to download the patch in plain text? 14.25.47 # gevaerts: sure it is! have you ever been "deselected"? 14.26.01 # yay, this works pretty good 14.26.17 # sideral: never after a 100ms nap :) 14.26.29 Quit einhirn (Read error: Connection reset by peer) 14.26.43 # gevaerts: that sounds quite cruel too 14.29.37 Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) 14.30.24 # sideral: yes, but i'm still get the error massege 14.31.53 *** Saving seen data "./dancer.seen" 14.32.02 # HaimN: Try doing the change the patch wants to apply by hand (find the right line, insert "udelay(100000);") 14.32.17 # ok 14.36.16 # I should delete these rows?: 14.36.16 # http://pastebin.com/7qDqcxLH 14.36.44 # or just add udelay(100000); 14.36.46 Join user890104 [0] (~Venci@6bez10.info) 14.38.51 # Just add the udelay 14.40.46 # ok, thanks! now I compile it 14.47.05 # HaimN: if you want to read up on the patch file format, check this out: http://en.wikipedia.org/wiki/Diff#Unified_format 14.47.48 Join TheLemonMan [0] (~lem0n@ppp-143-150.98-62.inwind.it) 14.50.04 # sideral: thanks 14.56.07 # its work! Thank you all, (Especially you sideral) 14.56.41 # No worries, and thanks for trying Rockbox! 14.58.29 # I'm using Rockbox for almost a year and I enjoyed every minute, programmer already Rockbox on 30 more players of my friends! 14.59.27 # *I installed Rockbox already on another 30 musicians of my friends! 14.59.45 Join dfkt [0] (dfkt@unaffiliated/dfkt) 15.00.38 # OK, then thanks for spreading the gospel! :) 15.01.13 # :) 15.02.35 Quit Highlander (Quit: Quitte) 15.07.23 Quit krazykit (Ping timeout: 246 seconds) 15.07.35 Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) 15.09.39 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 15.10.27 Join sirrozha [0] (~sirrozha@89.23.217.205) 15.11.25 Quit sirrozha (Remote host closed the connection) 15.13.10 Quit TheLemonMan (Quit: Destructor called) 15.14.03 Join giovannizilli [0] (~5d25fc3c@giant.haxx.se) 15.14.14 Quit antil33t (Read error: Connection reset by peer) 15.14.22 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 15.15.30 # I'm trying to use the convttf tool to convert anti alised fonts, but got some mitakes 15.16.17 # cd /rockbox/tools; make; and get an error 15.16.18 # mkzenboot.c:29: fatal error: zlib.h: File o directory non esistente compilation terminated. make: *** [mkzenboot.o] Errore 1 15.17.28 # Try make convttf 15.17.56 # convttf.c:21: fatal error: ft2build.h: File o directory non esistente compilation terminated. make: *** [convttf] Errore 1 15.18.23 # Install the freetype development package 15.18.58 Join benedikt93 [0] (~benedikt9@p5B0C4AC5.dip.t-dialin.net) 15.19.02 Quit benedikt93 (Changing host) 15.19.02 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 15.19.59 Quit simonrvn (Quit: see ya - n'multes) 15.20.00 # freetype6-dev? 15.20.26 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 15.22.05 # ok, done. Thank you very much. 15.22.20 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 15.24.16 # just uploaded a new MaximumArt Theme for the Sansa C200 could someone please delete the old one? many thanks 15.24.27 Quit krazykit (Ping timeout: 252 seconds) 15.26.26 Join krazykit [0] (~krazykit@207-229-161-95.c3-0.frg-ubr1.chi-frg.il.cable.rcn.com) 15.28.02 Quit giovannizilli (Quit: CGI:IRC) 15.28.43 # robin0800: done 15.30.16 Join facelessloser [0] (~5ad6cd24@giant.haxx.se) 15.30.54 # could someone help me out, i need to install an older version of rockbox 15.34.44 # gevaerts, thanks again .....managed to use %?if(%sC, <=, 35)<> as suggested last night by JdGordon 15.38.02 Quit Judas_PhD (Quit: This is a quitting message) 15.38.41 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 15.39.15 Quit panni_ (Read error: Connection reset by peer) 15.39.31 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 15.41.49 Quit facelessloser (Quit: CGI:IRC (EOF)) 15.53.10 Join mcuelenaere [0] (~mcuelenae@rockbox/developer/mcuelenaere) 15.53.51 # has anyone run RB Android on a (recent version of) an emulator succesfully lately? 15.58.29 # good news: the code works. getting the algorithm right is a bit of a challenge though. 15.59.28 # i.e. how much should I lower the pcm volume when I bump the stream volume a step? 15.59.41 Part LinusN 15.59.56 # mcuelenaere: the audio output doesn't always work (I get it working like 10% of the time) 16.00.02 # is that the problem you were having ? 16.00.49 # no, some crash in native code 16.00.50 # kugel had a pcm driver rewrite patch which I was supposed to try... maybe it fixes it 16.01.07 # but I was trying to pinpoint whether that was due to local changes or a stricter NDK 16.01.40 # ah hum ... never had that (but then I didn't try it in the last 2 weeks on an emulator) 16.02.02 # dionoea: I did have trouble with the audio driver in the past though (emulator and my old G1) 16.02.08 # so a rewrite sounds nice :) 16.03.43 # I have nice algorithms for "too little" and "too much" but not "just right" :) 16.04.23 # mcuelenaere: http://pastie.org/1606043 16.05.31 # dionoea: thanks, will look at it later 16.05.37 # Zagor: how much steps does the stream have via code? 16.05.50 Quit HaimN (Ping timeout: 255 seconds) 16.06.45 # mcuelenaere: audio in the emulator just stopped working for me at some point (during early development) 16.06.58 # I suspected it was a qemu issue since there's no problem on my phone 16.07.18 Quit [Saint] (Ping timeout: 240 seconds) 16.07.24 # but when it worked it was so utterly slow that it wasn't useful anyway 16.07.32 # kugel: stream is 0 to getStreamMaxVolume(). which is 15 on my phone and 8 on yours. 16.07.41 # Zagor: how about aligning it to the nearest 990/getStreamMaxVolume()? 16.07.41 # pcm is, as you know, 0 to 1. 16.07.51 # kugel: did you look at logcat? 16.07.57 # (at that point in time) 16.08.12 # can't remember 16.08.13 # mcuelenaere: how do you mean? 16.09.18 # I remember having some thread issues in the audio driver (e.g. invoking methods loaded from Java thread 1 on Java thread 2) 16.09.21 # @kugel 16.09.37 # Zagor: that was RE your how much should I lower the PCM volume when I bump the stream volume a step 16.10.22 # yes. but I don't understand your suggestion. getStreamMaxVolume() is a constant. 16.11.01 # Rockbox PCM volume is -990..0, so going to the nearest 990/16=61 (getStreamMaxVolume on some devices) should fix that, shouldn't it? 16.11.50 # we want more than 16 steps 16.11.52 # no, the problem is I have to control two different volume controls: the music stream volume and the pcm volume. the stream volume is 0-15 (on my phone) and the pcm volume is 0.0 to 1.0. 16.12.07 Quit Barahir_ (Read error: Operation timed out) 16.12.13 # so if you're on -500, and you bump up the stream volume you'd go to -~488 16.12.33 # hmm ok, different problem 16.13.07 # when I go from -930 to -920 I go from stream volume 1 to 2. then I also lower the pcm volume to make it a smooth step. 16.13.22 Join [Saint] [0] (S_a_i_n_t@203.184.0.69) 16.13.44 # the challenge is getting the audible difference the same when going from -930 to -920 as when going -920 to -910. 16.14.23 # can't you leave the PCM volume at 1 and only touch the stream volume? (I'm guessing I'm not familiar with the full problem) 16.14.47 # mcuelenaere: I can. then we get the standard android low-resolution volume. 16.15.13 # the goal of the excercise is to add high resolution volume control by also using the pcm volume. 16.15.38 # because the difference between 1 and 2 in stream volume is really big 16.15.38 # ah yes, I somehow thought Rockbox did some additional volume mixing 16.15.44 # ok 16.16.22 Join Barahir [0] (~jonathan@frnk-4d0082fc.pool.mediaWays.net) 16.16.23 # on android we leave that to the AudioTrack class 16.19.12 # do you know the relation between PCM volume & stream volume, e.g. does PCM=1.0, stream=1 equal to PCM=0.5, stream=2? 16.19.17 Quit sideral (Ping timeout: 252 seconds) 16.19.18 Quit antil33t (Read error: Connection reset by peer) 16.19.30 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 16.19.54 # mcuelenaere: my testing indiciates it is unfortunately not that simple, no 16.20.12 Quit mystica555_ (Read error: Connection reset by peer) 16.20.17 # and I fear that it won't be the same across all devices.. 16.20.30 # probably not 16.22.41 Quit tails___ (Ping timeout: 250 seconds) 16.22.57 # one workaround is to only add high resolution volume to stream volume 1. that's where it is most needed, and fully deterministic. 16.24.17 # but then the user can't change the volume the same way when he/she is out of the Rockbox activity 16.25.59 # rockbox can listen to volume changes and remove the pcm attenuation when the user bumps volume from outside rockbox 16.26.20 # but no, pcm volume can only be controlled from rockbox 16.26.53 Join u42p [0] (~v35b@d001237.adsl.hansenet.de) 16.27.14 # well actually if rockbox listens to the volume changes, it can still do pcm volume adjustments 16.27.15 # kugel: ever got "JNI WARNING: ref 0x... should not be visible to native code"? 16.27.44 # never seen that one 16.27.46 # obviously, the pcm attenuation only applies to rockbox but that will always be the case 16.27.59 # right 16.28.38 Quit panni_ (Read error: Connection reset by peer) 16.28.39 # anyone willing to test an Android-related patch? (just to eliminate my environment as a problem) 16.29.47 Join LinusN [0] (~linus@rockbox/developer/LinusN) 16.29.51 # I can do it later tonight. I have to go soon. 16.31.36 Part LinusN 16.31.55 *** Saving seen data "./dancer.seen" 16.32.44 Join tails_ [0] (~tails@host-94-251-111-208.bbcustomer.zsttk.net) 16.32.54 # right, seems like the emulator has somehow gone stricter (or it hasn't been tested for some time) 16.33.06 # n1s btw how can I change keyboard layout? 16.33.40 # * mcuelenaere really wants native backtraces on Android 16.36.04 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 16.41.20 # mshathlonxp: read on, follow links... http://download.rockbox.org/daily/manual/rockbox-ipodnano1g/rockbox-buildch4.html#x7-430004.1.3 16.45.28 # New commit by 03mcuelenaere (r29560): Android port: generate initial config when none is present with dynamically ... 16.45.38 # New commit by 03mcuelenaere (r29561): Android: update project to SDKv11 16.45.42 # New commit by 03mcuelenaere (r29562): Android: future-proof the RunForegroundManager code to Honeycomb 16.45.48 # New commit by 03mcuelenaere (r29563): RaaA: move Android apps-code to separate dir under apps/hosted 16.45.54 # New commit by 03mcuelenaere (r29564): Android: remove rockbox.apk when doing 'make clean' 16.46.01 # New commit by 03mcuelenaere (r29565): Android: replace installApk.sh "launching Rockbox activity"-behaviour with ... 16.46.06 # New commit by 03mcuelenaere (r29566): Android: get rid of warnings (no functional changes) 16.46.48 # whammo! :) 16.47.03 # mcuelenaere: are you runing honeycomb in the emulator ? 16.47.18 # nope, my poor laptop can't handle it :) 16.47.58 # but this code was tested on Android 2.2.1 (and based on reference code from the SDK) 16.48.13 # the crashes you get are on a froyo emulator then ? 16.48.41 # currently, a 1.6 one 16.48.45 # (donut?) 16.49.05 # r29560 build result: All green 16.49.08 # ah. I was runing 2.2 last time i tired 16.49.13 # mcuelenaere: Shouldn't you use appextra instead of this? http://svn.rockbox.org/viewvc.cgi/trunk/apps/apps.make?r1=29562;r2=29563;pathrev=29563 16.49.13 # but I read somewhere that the emulator has some checking enabled not in release builds 16.49.29 # mcuelenaere: (I removed that code recently...) 16.49.30 # * mcuelenaere greps appextra 16.49.49 # for what it's worth - I also get the occasional "audio stops working" on my phone. Considering that I haven't listened for a long time and just do a bit of testing, it happens quite often 16.50.26 # mcuelenaere: It's used in apps.make just about that code you added. It's defined in tools/configure for each target 16.50.28 # linuxstb: this was based on some "old" patches from FS#11914 16.50.32 # B4gder: Zagor: ping 16.50.41 # mcuelenaere: what changed with honeycomb w.r.t. foreground running? 16.50.45 # mcuelenaere: Then surely they conflicted? 16.50.50 # kugel: it removed setForeground 16.51.00 # scorche: yes? 16.51.11 # linuxstb: it did, but I didn't see anything appextra related 16.51.16 # linuxstb: will change it now 16.51.27 # mcuelenaere: that's removed long ago, isn't it? 16.51.32 # Zagor: I am getting ready to submit the GSoC org app - have you had a look and can give it your final blessing? 16.51.43 # mcuelenaere: IIRC 2.2 already removed it, and we handled that already 16.51.44 # * Zagor takes a look 16.52.04 # ah, wait I understand. you mean the function is removed entirely (instead of being a no-op)? 16.52.06 # kugel: perhaps it deprecated it, but in Honeycomb the actual call is removed 16.52.07 # yes 16.52.39 # r29565 build result: All green 16.52.57 # mcuelenaere: why didn't you just change the other api. your change seems larger than needed 16.54.05 # mcuelenaere: A question unreleated to your commits today - why the #ifdef APPLICATION around target/hosted/android/app/button-application.c in firmware/SOURCES ? 16.54.55 # kugel: hmm I didn't really look at it much, due to setForeground not being available anymore I just looked at the Android reference and found this code and went with it (after fixing it) 16.55.37 # linuxstb: hmm did I add that? 16.55.48 # svn blame says you did ;) 16.56.25 # git blame says kugel ;) 16.56.47 # It was this commit, no? 16.56.49 # http://svn.rockbox.org/viewvc.cgi?view=rev;revision=27832 16.57.13 # also, if you havent yet and have interest, look over http://www.rockbox.org/wiki/GSoCOrgApp2011 http://www.rockbox.org/wiki/GSoCApplicationTemplate2011 and http://www.rockbox.org/wiki/SummerOfCode2011 16.57.34 # (also, join #rockbox-gsoc 16.57.53 # linuxstb: hmm I have this http://svn.rockbox.org/viewvc.cgi?view=rev;revision=27310 16.58.25 # * kugel sees no #ifdef APPLICATION in either commit 16.58.38 # ah sorry, wrong grep 16.59.05 # * kugel wonders if people look at the revisions they post here :p 16.59.09 # linuxstb: I guess I based myself on the SDL port? 16.59.14 # kugel: I did :) 16.59.33 # kugel: You can't see it in the link I posted? 16.59.38 # kugel: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/SOURCES?r1=27832&r2=27831&pathrev=27832 and http://svn.rockbox.org/viewvc.cgi/trunk/firmware/SOURCES?r1=27310&r2=27309&pathrev=27310 17.00.04 Part u42p ("Leaving") 17.00.23 # linuxstb: I can't see it 17.01.07 # it's very clear from linuxstb's link 17.01.07 # ah you talked about SOURCES 17.01.10 # linuxstb: so do I add hosted/android to APPEXTRA now or ..? (doesn't seem very clean) 17.02.47 Quit Farthen (Ping timeout: 240 seconds) 17.03.06 # mcuelenaere: That's what the APPEXTRA mechanism is for - extra, target-specific subdirs in apps/. IMO it's cleaner than putting target-specific #ifs in apps/Makefile 17.03.11 # I mean apps/apps.make 17.03.46 # mcuelenaere: But going back to firmware/SOURCES, it does just look like a copy/paste from the SDL code (which IIUC is used for both the sim and SDL apps), so it's needed there, but not for Android. 17.03.59 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 17.04.03 # linuxstb: so the Makefile for Android should containt APPEXTRA=recorder:gui:radio:hosted:hosted/android? 17.04.10 # contain* 17.04.18 # mcuelenaere: No need for ":hosted:" any more I think. 17.04.19 # linuxstb: yea, probably 17.04.24 # @SOURCES 17.04.32 # (unless you left something there) 17.04.41 # currently, no 17.05.31 # last call before i submit the application... 17.05.53 # linuxstb: you're sure hosted isn't needed anywhere else? 17.06.16 # oh it's only in apps/ ok 17.07.12 Part Zagor 17.07.59 # kugel: RE foreground, you want me to revert to the old way and do it that way? 17.08.43 # New commit by 03mcuelenaere (r29567): Android: use APPEXTRA instead of makefile hack 17.11.50 # or maybe http://www.rockbox.org/wiki/LoadableKeyboardLayouts ? :) 17.12.47 # r29567 build result: All green 17.12.56 # mcuelenaere: I don't feel strong, but I guess I made the two separate interfaces for exactly this case 17.14.49 # "Organization Application submitted." 17.16.52 # scorche: When are the successful ones announced? 17.17.04 # http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/timeline 17.17.35 # * linuxstb wanted a date, not a link ;) 17.18.36 # Next Friday,18th March at 19;00 UTC 17.18.42 # the date is in the link! ;) 17.22.29 Quit Judas_PhD (Quit: This is a quitting message) 17.25.38 Quit mshathlonxp (Ping timeout: 276 seconds) 17.26.30 Join mshathlonxp [0] (~msh@5acba089.bb.sky.com) 17.28.05 Quit timccc (Ping timeout: 250 seconds) 17.28.13 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 17.28.55 Quit Judas_PhD (Client Quit) 17.30.18 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) 17.30.47 Quit tails_ (Ping timeout: 252 seconds) 17.31.43 Join tails_ [0] (~tails@host-94-251-111-208.bbcustomer.zsttk.net) 17.36.22 Join [Saint] [0] (S_a_i_n_t@203.184.0.12) 17.40.39 Quit [Saint] (Ping timeout: 250 seconds) 17.46.31 Join [Saint] [0] (S_a_i_n_t@203.184.0.12) 17.47.55 Join sideral [0] (~sideral@213.165.85.248) 17.47.55 Quit sideral (Changing host) 17.47.55 Join sideral [0] (~sideral@rockbox/developer/sideral) 17.49.37 Join bmbl [0] (~bmbl@dsl-217-160-5.pool.bitel.net) 17.49.37 Quit bmbl (Changing host) 17.49.37 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 17.50.56 Join tails__ [0] (~tails@host-94-251-111-208.bbcustomer.zsttk.net) 17.52.08 Quit jhMikeS (Ping timeout: 240 seconds) 17.53.44 # * gevaerts looks for people who know a bit about playlists and bookmarks to finish those gsoc ideas. JdGordon, pondlife, Llorean: you were most active on the mailing list about this 17.54.29 # kugel: can you write a bit about the Android native widgets thing? 17.55.18 # shouldn't people that actually want that do it? 17.55.32 Quit tails_ (Ping timeout: 276 seconds) 17.55.32 # possibly 17.55.51 # I don't need/want native widgets so I haven't even thought about it any further. but others keep popping that up 17.55.58 # ok 17.56.42 # iirc linuxstb is a strong advocate of it 17.57.21 # Can you write up something else then? ;) 17.57.31 # * gevaerts is always hopeful! 17.59.39 Join stoffel [0] (~quassel@p57B4B067.dip.t-dialin.net) 18.04.36 Join toffe82_ [0] (~chatzilla@maf.wirelesstcp.net) 18.05.29 Quit mshathlonxp (Quit: Leaving) 18.08.06 Quit sideral (Quit: Leaving.) 18.09.26 Join sideral [0] (~sideral@rockbox/developer/sideral) 18.09.52 Join komputes [0] (~komputes@ubuntu/member/komputes) 18.20.33 Quit sideral (Ping timeout: 246 seconds) 18.25.51 Quit literal (Quit: leaving) 18.25.57 Join literal [0] (hinrik@w.nix.is) 18.26.31 Quit n1s (Quit: Lämnar) 18.29.46 Quit Xerion (Quit: ) 18.31.58 *** Saving seen data "./dancer.seen" 18.36.29 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 18.43.00 Quit sasquatch (Quit: WeeChat 0.3.2) 18.43.24 Join sasquatch [0] (~username@p4FF2CDED.dip.t-dialin.net) 18.50.48 Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) 18.52.35 Quit pamaury (Read error: Operation timed out) 18.55.57 # * B4gder added himself to the gsoc page 18.57.45 # Not that it matters much, but shouldn't the third tier here: 18.57.55 # http://www.rockbox.org/wiki/GSoCOrgApp2011#What_is_your_plan_for_dealing_with_disappearing_mentors_63 be the other mentors? 19.00.26 Join {phoenix} [0] (~dirk@p57AA31CF.dip.t-dialin.net) 19.03.16 Join kronflux [0] (~kronflux@blk-89-250-30.eastlink.ca) 19.06.54 Join leavittx [0] (~lev@89.221.199.187) 19.11.35 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.11.35 Quit bertrik (Changing host) 19.11.35 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.27.26 Join mshathlonxp [0] (~msh@5acba089.bb.sky.com) 19.29.44 Quit LambdaCalculus37 (Quit: CGI:IRC 0.5.9 (2006/06/06)) 19.32.26 Quit user890104 () 19.34.35 # New commit by 03mcuelenaere (r29568): Android: use NewGlobalRef for references that are used globally 19.34.40 # New commit by 03mcuelenaere (r29569): Android: Don't share the JNI environment across threads, but obtain it the ... 19.36.23 # (r29568 fixes the emulator) 19.38.40 # r29568 build result: All green 19.40.22 # mcuelenaere: huh? 19.40.36 # the environment was not shared acress threads. that wouldn't work anyway 19.40.55 # I think your commit is not needed 19.41.19 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 19.41.26 # kugel: I had some warnings that there was an access from the wrong thread to an jobject/jclass/whatever a long time ago 19.41.33 # this should fix that 19.41.40 # "a long time ago"? 19.42.06 # r29569 build result: All green 19.42.09 # yes, can't remember when but it was using the emulator and when the CPU was very busy 19.42.16 # + playing audio 19.42.19 # the other commit is also completely unneeded 19.42.24 # no it's not 19.42.30 # you don't need global refs 19.42.31 # that fixes the emulator 19.42.49 # kugel: http://android.git.kernel.org/?p=platform/dalvik.git;a=blob_plain;f=docs/jni-tips.html;hb=HEAD#local_vs_global_references 19.43.00 # I read that yes 19.43.25 # I explicitely avoided global refs so that the VM can do it's cleanup when main() returns 19.43.26 # kugel: more precisely, making RockboxFramebuffer_instance a global ref fixed it 19.43.57 # ah right, that one was probably buggy 19.44.00 # but the others not 19.44.49 # objects created in native code are GC'd when the entry point function returns. you add unneeded complexity 19.45.21 # mcuelenaere: I wonder why you put up rather trivial patches on FS but this ones not 19.45.40 # true, I had forgotten that main() doesn't return 19.45.55 # kugel: I've made these two just today 19.46.04 # the others were from the FS item 19.46.07 # IMO both are unneeded 19.46.35 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 19.46.46 # perhaps so, but the problem with RockboxFramebuffer_instance remains 19.46.51 # I have actually work that lets main return (to shut down the service), in which case normal references would be much more convinient 19.48.00 # right, the RockboxFramebuffer_instance is different because it's not created by native code since recently so it may need other handling (albeit its reference shouldn't change anyway) 19.49.06 Quit mshathlonxp (Read error: Connection timed out) 19.49.51 Join mshathlonxp [0] (~msh@5acba089.bb.sky.com) 19.53.50 Quit MethoS- (Read error: Connection reset by peer) 19.54.15 Quit kronflux (Quit: Leaving) 19.55.55 Quit B4gder (Read error: Operation timed out) 19.56.59 # mcuelenaere: I think I'd rather see those reverted and fix the issues in another way 19.57.16 # (until now I wasn't even aware there are issues) 19.57.16 # kugel: I'm working on partly reverting r29568 19.57.33 # I don't think r2959 is wrong 19.57.40 # 29569* 19.57.55 # can you use the env pointer from the Surface callbacks instead of the global one? 19.58.08 Quit kkit|sh (Read error: Operation timed out) 19.58.27 # I don't say r29569 is wrong, it's just unneeded 19.59.47 # well, even apart from the functional change, it does clean up the files a bit, there's no need for the external env_ptr anymore 19.59.47 Join B4gder [0] (~daniel@rockbox/developer/bagder) 20.01.55 # kugel: doesn't it already use the env pointer from the Surface callbacks? 20.02.00 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.02.13 # and I don't see how that's connected to the global reference problem 20.02.26 # not for lcd_update/_rect 20.05.00 # I thought you need to use the env of the calling thread, but perhaps you need the one of the thread that created the object 20.05.20 # or the same which you used for GetMethodID 20.05.49 # you need the env associated with the current thread 20.06.51 Quit pamaury (Ping timeout: 252 seconds) 20.07.17 # kugel: http://pastebin.com/XTkXm56q is the revert, and doesn't revert the fix 20.07.56 Join Barahir_ [0] (~jonathan@frnk-590fd3fb.pool.mediaWays.net) 20.08.04 # mcuelenaere: so so everything should've been alright before your commits 20.08.28 # no, when extended JNI checks are enabled it triggers that JNI warning I mentioned earlier 20.08.31 # (which is on emulators) 20.08.48 Join user890104 [0] (~Venci@6bez10.info) 20.09.59 Quit Barahir (Read error: Operation timed out) 20.10.03 # (this is all about r29568) 20.10.04 # but can you tell which access was wrong? 20.10.40 # when making RockboxFramebuffer_instance a global ref, it is fixed so probably in lcd_update(_rect) 20.10.57 # but they use the env of the current (calling) thread 20.11.32 # I suspect it wants the same env used for GetMethodID (or the warning is just wrong) 20.13.03 # kugel: this is what I get when I don't make it global: http://pastebin.com/R30YV012 20.13.36 # method ID's can be shared across environments I think 20.13.50 # it's only jobject and it derivates that can be free'd 20.14.19 # "Note: method and field IDs are just 32-bit identifiers, not object references, and should not be passed to NewGlobalRef." 20.14.32 # okay 20.14.39 # oops, mixing up separate things 20.14.58 # the activity creates the framebuffer, from the UI thread. does that help any? 20.16.02 # I don't think the warning is related to referencing it from the wrong thread, it's probably because we shouldn't dereference a local reference 20.17.23 # the RB fb instance is passed to surfaceCreated as a local reference, thus when that method returns it could potentially be freed 20.17.35 # doesn't local/global reference just mean something about object lifetime? 20.18.10 # before the surface is freed SurfaceDestroyed will be called 20.18.40 # sure, but that doesn't have anything to do with the rules wrt local/global reference 20.19.26 # the reference is valid until it's garbage collected 20.19.38 # global reference just menas "don't garbage collec this" 20.19.45 # no, it's valid until the function returns 20.20.17 # "Every object that JNI returns is a "local reference". This means that it's valid for the duration of the current native method in the current thread." 20.20.18 Quit casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303171539]) 20.20.29 # "Even if the object itself continues to live on after the native method returns, the reference is not valid." 20.20.42 # "(Dalvik VM will warn you about most reference mis-uses when extended JNI checks are enabled.)" 20.20.51 # ah, interesting. I missed that sentence 20.20.52 # which I think is enabled on emulators 20.21.15 # so yes, we need a global reference for the fb instance 20.23.03 # New commit by 03mcuelenaere (r29570): Partly revert "Android: use NewGlobalRef for references that are used globally" ... 20.23.32 Join enthdegree [0] (~enthdegre@cpe-174-099-058-029.nc.res.rr.com) 20.23.46 # ugh, forgot one part 20.25.11 # New commit by 03mcuelenaere (r29571): Android: no need to keep RockboxPCM_class around 20.25.18 # mcuelenaere: still not entirely happy with lcd-android.c 20.26.05 # I think you can unconditionally create the global reference in SurfaceCreated and unconditionally delete it in SurfaceDestryoed (without need for lcd_deinit()), can't you? 20.26.20 # r29570 build result: All green 20.26.54 # hmm yes, probably, that could make lcd_deinit go away 20.29.28 # r29571 build result: All green 20.31.59 *** Saving seen data "./dancer.seen" 20.35.40 Quit stoffel (Remote host closed the connection) 20.37.32 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 20.37.41 Join stoffel [0] (~quassel@p57B4B067.dip.t-dialin.net) 20.38.33 # New commit by 03mcuelenaere (r29572): Android: delete the global reference in surfaceDestroyed ... 20.41.47 # r29572 build result: All green 20.42.08 Quit mshathlonxp (Quit: reb00t) 20.45.23 Join mtstickney [0] (~mts@cpe-67-253-94-131.maine.res.rr.com) 20.45.35 Join msh_ [0] (~msh@5acba089.bb.sky.com) 20.45.41 Nick msh_ is now known as mshathlonxp (~msh@5acba089.bb.sky.com) 20.48.34 # mcuelenaere: I think you also want to create the global ref uncontitionally, otherwise you possibly delete a non-existent ref? 20.49.43 Quit mc2739 (Ping timeout: 248 seconds) 20.50.05 # kugel: when's that? the only time RockboxFramebuffer_instance gets set is by a NewGlobalRef() call (and when it's released, it's set to NULL) 20.50.48 # ah ok 20.51.06 # I still find conditional "alloc" and unconditional "free" very confusing 20.51.32 Quit simonrvn (Quit: see ya - n'multes) 20.51.56 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 20.52.05 # well, I'm not sure what would happen when we globally reference something more than once, but doing it conditionnaly seems cleaner 20.52.09 # conditionally* 20.52.27 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 20.52.38 # it's basically: if(cur != new) cur = new; 20.54.28 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 20.59.30 # is there a way to bypass an initial filesystem check in rockbox? 21.00.28 Join gbl08ma [0] (~gbl08ma@195-23-182-162.net.novis.pt) 21.00.30 Quit {phoenix} (Remote host closed the connection) 21.00.32 # mtstickney: What do you mean? What initial filesystem check? 21.00.37 # mcuelenaere, kugel: what's the easiest way to get a debug printout/dialog/whatever in android? 21.00.50 # Zagor: you know of logcat? 21.00.57 # no 21.01.01 # enable logf, and sprinkle your code with logf codes 21.01.09 # ah, do you use the emulator or an actual device? 21.01.14 # actual device 21.01.17 # linuxstb: I'm assuming that's what the "scanning disk" message refers to 21.01.36 # Zagor: enable adb on the device and just run "adb logcat" on your pc 21.01.50 # linuxstb: the trouble is I've got a corrupt fs, but I get a panic during the scan, so I can't repair the fs with another computer 21.01.51 # and don't forget to connect your device to your pc :) 21.02.33 # enabling adb can be done in settings->apps->development->USB-debug (loosely translated from dutch) 21.02.43 Quit enthdegree (Ping timeout: 276 seconds) 21.04.05 # mcuelenaere, Zagor: DEBUGF/debugf works as well (in debug builds) 21.04.06 # hmm, pausing and pressing play again makes the audio stop on my SGS 21.04.19 # and what do I call from java? 21.04.25 # mtstickney: OK, that's the Rockbox "directory cache" (dircache) feature. Which device are you running Rockbox on? 21.04.25 Quit leavittx (Ping timeout: 252 seconds) 21.04.29 # kugel: is debugf available all the time? (without adding LOGF_ENABLE) 21.04.36 # Zagor: Log.d("Rockbox", "...."); 21.04.45 # or Log.w if you want warnings etc 21.04.45 # LOG (if it's there, but that's just a wrapper for Log.d("Rockbox", ...) 21.05.00 # mcuelenaere: in debug builds 21.05.06 # ok 21.05.11 # linuxstb: it's a sansa e200v2 21.05.19 # but yea, without adding LOGF_ENABLE 21.07.34 # does Rockbox already handle .nomedia? 21.07.52 # no, should we? 21.08.11 # I think that's the Android equivalent to .nodb (or whatever that is on Rockbox) 21.08.27 # you can disable dircache, but its probably easier to just fix your file system 21.08.32 # yes, but for the android's database 21.08.46 # and it includes pictures 21.09.03 # saratoga: I can't do either, because the initial dircache scan crashes rockbox (so it doesn't function as a drive when plugged in via usb) 21.09.03 # I actually have .nomedia in my rockbox folder so that the photo viewers don't pick up the album art 21.09.33 # mtstickney: you'd fix the file system from USB mode, not rockbox, we don't support USB on your player yet 21.09.40 # well some apps seem to create some .nomedia files, so why not also ignore those folders upon scanning? 21.09.45 # saratoga: yes we do 21.10.01 # mtstickney: boot to the original firmware, and fix it from there 21.10.15 # do we? 21.10.41 # yes 21.10.55 # ah yes, i'm mixing up my AS chips again 21.12.12 # for some reason i read e200v2 as as3525v2 21.12.13 # gevaerts: good call, I forgot about the OF's usb mode 21.12.38 # But that sounds like a bug to me - Rockbox should be able to enter USB mode even if the disk is corrupted. 21.13.16 # linuxstb: I'd say we need bootloader USB for this sort of thing 21.14.05 # or failing that at least go to USB mode before doing DB and disk caching if you boot up with it inserted 21.14.43 # gevaerts: Yes, I guess that makes more sense on most targets. 21.14.54 # saratoga: I'm not against that, but *I*'m not touching that code :) 21.15.25 # yeah i'm not going near that one either 21.15.32 # USB bootloader is probably a lot easier 21.15.36 # yes :) 21.15.57 # mcuelenaere: http://pastie.org/1660887 this way the code makes more sense to me (as a reader) 21.15.59 # I guess we'd hide bootloader USB behind a button though 21.16.17 # on most targets don't we always use it if theres a USB cable connected? 21.16.21 # my gigabeat F does I think 21.16.29 # Yes, and that's *annoying* 21.16.32 # unless thats the OF USB mode with a similar font 21.16.52 # Is your gigabeat flashed? 21.16.57 # no stock 21.17.03 # Then it's the OF 21.17.11 # hm 21.17.15 # Actually, I'm not sure 21.17.22 # it looks like sysfont IIRC 21.17.53 # Bootloader USB tends to break car adapter mode 21.17.56 # ideally it would boot back into rockbox after USB disconect so you didn't realize the bootloader handled the transfer 21.18.13 # on AMS we can actually tell the difference between a charger and a USB cable 21.18.30 # Only if you wait 21.18.59 # yes, got it! 21.20.27 # it actually is linear, my code was just wrong 21.21.17 # saratoga: the detection is done by waiting for USB bus activity. I guess the bootloader could wait a second or so (I don't know what the best time is) if it sees power 21.21.49 # that seems sensible 21.21.59 # if USB host isn't detected, just keep booting, rather then crash 21.22.09 Topic "Rockbox 3.8 is released | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | An upgrade caused issues with the wiki. We are on the case | Please finish GSoC ideas from -dev and put them on http://www.rockbox.org/wiki/SummerOfCode2011" by ChanServ (ChanServ@services.) 21.22.34 # I'd still add a button. Some hosts may be slow, and we don't want to wait for a minute 21.22.40 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 21.22.40 Quit pamaury (Changing host) 21.22.40 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.23.20 # That only works for software stack targets of course 21.26.28 # kugel: it is it guaranteed that for every surfaceCreated call, there's an equivalent surfaceDestroyed call? 21.26.39 # if so, then it would simplify it yes 21.26.40 # yes 21.26.47 # then, commit away :) 21.26.59 # with various SurfaceChanged calls inbetween 21.27.27 # but we don't handle that in native code, do we? 21.27.57 # oh, it isn't even handled in java code I see 21.28.34 # perhaps that should emulator surfacedestroyed+surfacecreated? 21.28.41 # if the size changes 21.29.00 # but I don't see what would trigger that at runtime 21.33.20 # I couldn't parse that 21.40.23 # New commit by 03zagor (r29573): Use the pcm volume to add finer steps between every android stream volume step. 21.42.03 Quit esperegu (Remote host closed the connection) 21.42.20 # kugel: when you have a minute, I would be interested to see how/if that works with your 9-step music stream 21.43.43 # Zagor: I'll have a look 21.43.51 # r29573 build result: All green 21.44.36 # now we need to add volume event listening so we adapt to changes done outside rockbox 21.45.09 # didn't mcuelenaere patch have that? 21.46.33 # yes 21.46.57 Quit factor (Read error: Connection reset by peer) 21.49.14 # Zagor: your volume button changes for Android have an ugly side effect: the volume steps of the buttons are different depending on if Rockbox UI is showing or not 21.49.35 # side effect? that is the whole point! 21.50.10 # seriously? I find it strange to have the buttons behave differently depending on if Rockbox is showing or not (or even the screen is locked) 21.50.11 # inside rockbox, you have higher volume resolution than android has 21.50.51 # well, the only "solution" to that is to disable the high-resolution volume control 21.51.21 # sure, but this makes the button behaviour inconsistend. 21.51.40 # yes. I suggest we make it optional. 21.52.18 # sounds like an option :) 21.52.56 # I don't like the idea of an option, can we have an option to show the option? 21.53.07 # yes! 21.53.12 # excellent! 21.53.22 # configurable menus 21.53.26 # we can have the app guess if you want to see the option! 21.53.50 # Can I enable curmudgeonly old bugger mode? :) 21.54.07 # Configurable menus done well would be nice 21.54.15 Quit stoffel (Remote host closed the connection) 21.54.19 # * gevaerts wants someone to implement an option to increase interest in gsoc 21.54.35 # gevaerts: To harass people you really have to say something :) 21.54.55 # AlexP: I said things, and I changed the topic! 21.55.00 # And if there is something that you feel I can contribute to, then do prod :) 21.55.11 # I didn't notice either :) 21.55.20 # I actually think in-app vs out-of-app is understandable by the user, but perhaps screen-on vs screen-off not 21.55.30 # And that shouldn't even have been necessary, there have been several calls on the mailing list 21.55.35 # but it's probably less confusing than 2 entirely separate levels 21.55.40 # gevaerts: indeed there have 21.56.27 # kugel: is screen-off the same as out-of-app in this case? 21.56.38 # I expect so, I haven't tried yet 21.56.41 # * AlexP is looking forward to a bit of an android bashing-things-out session at devcon 21.56.58 # but IIRC screen-off is handled by the lockscreen app (if that exists) 21.57.00 # it at least behaves so :) 21.57.02 # june 3rd is looking more and more as the date now 21.57.07 # indeed 21.57.13 # AlexP: can we do the bashing without Android? 21.57.18 # yeps 21.57.22 # kugel: yes, tested now. biiig volume steps :-) 21.57.43 # B4gder: I'd say it is the 3rd even 21.58.00 # It'd take a late run of 3 or 4 people to even think about changing it 21.58.11 # yes, unlikely to happen 21.58.26 # Which is a bugger - holiday weekend (everywhere except UK) = more expensive eurostar 21.58.41 # But we shall cope! 21.58.47 # I'm sure the fund can sponsor 21.58.51 # heh :) 21.59.00 # Can the fund buy a train? :) 21.59.17 # personally I would prefer the 17th. But I guess doesn't make much of a difference given the numbers :) 21.59.31 # gevaerts: Rockboxers on a train? 21.59.51 # gevaerts: We could mount a hostile take over of Deutsche Bahn - they arwe bidding for a eurostar service 21.59.56 # I would really prefer 3rd june since (as I mentioned) my internship starts mid- or end-june 22.00.07 # * gevaerts considers the idea of building a Tower on a train 22.00.10 # bluebrother: can you make the 3rd? 22.00.19 # I don't want to take a free friday early on 22.00.26 # AlexP: yep, it's just a bit inconvenient for me 22.00.31 # ah, OK 22.00.33 # but I'll manage that :) 22.00.50 # cool :) 22.01.16 # I just need to figure how I want to handle extending my stay. If I'm around I really have to do that :) 22.04.43 Join DJ_PUNK2011 [0] (~skinheadb@94-43-112-72.dsl.utg.ge) 22.04.56 Join factor [0] (~factor@75.108.68.114) 22.05.54 # Hello 22.06.05 # Does anybody know the band name of this music or maybe song name 22.06.05 # http://www.youtube.com/watch?v=aG2cUjEzYJI&playnext=1&list=PLE2C2280B0170FF35 22.06.20 Join Mir_ppc [0] (opera@114.sub-69-99-69.myvzw.com) 22.06.28 # hello 22.06.39 # I haven't planned ahead to june, I'll probably be able to make nearly any date 22.06.49 # i just installed roxkbox on a Clip (v1) 2gb 22.06.50 # DJ_PUNK2011: the "This video is not available in your country" band? 22.06.53 # its crashed 22.07.06 # this is the error message 22.07.06 # Mir_ppc Prefetchabort at 60000016 22.07.07 # Mir_ppc fsr 0x8 22.07.07 DBUG Enqueued KICK Mir_ppc 22.07.07 # Mir_ppc domain 0, fault 8) 22.07.12 # Hey u guys 22.07.14 # how are you 22.07.28 # I have a question 2 you maybe you know this link 22.07.30 # DJ_PUNK2011: Please stay on topic 22.07.31 # I found a music 22.07.32 # DJ_PUNK2011: this is a technical channel. 22.07.42 # sorry 22.07.54 # blue brother just need to write a question which might know you 22.08.08 # DJ_PUNK2011: If it is not to do with Rockbox, then don't 22.08.12 # does anybody from you know the singer or a band of this music? Please find youtube link below: 22.08.12 # http://www.youtube.com/watch?v=aG2cUjEzYJI&playnext=1&list=PLE2C2280B0170FF35 22.08.18 # DJ_PUNK2011: Stop it 22.08.49 Quit ej0rge (Read error: Operation timed out) 22.08.52 # ok I stopped 22.09.03 # just wrote a question 22.09.22 # This channel is for support and development of Rockbox only 22.09.27 # Not random quetions 22.09.34 # a I c 22.09.38 # Sorry for that Alex 22.09.50 # I thought this is just normal chat conversations 22.09.53 Mode "#rockbox +o B4gder" by ChanServ (ChanServ@services.) 22.11.57 # mcuelenaere: which API is internal in your fs#11914 patch8? 22.12.43 Quit DJ_PUNK2011 (Quit: DJ_PUNK2011) 22.13.20 # bbiab 22.14.24 Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) 22.15.18 Mode "#rockbox -o B4gder" by ChanServ (ChanServ@services.) 22.17.55 # Zagor: android.media.VOLUME_CHANGED_ACTION 22.18.16 # it isn't documented, but you can find more about it in AOSP 22.19.05 Part mtstickney 22.21.23 # ok. do you want to rework and commit that patch, or do you want me to? 22.21.41 # Zagor: RE r29573, the RockboxService variable was made final because that's a requirement when accessing it from an anonymous class, so strictly speaking it isn't needed in your case 22.22.50 # ok. my java fu is very limited. 22.23.49 # yeah, I'm not sure why it's needed either, Eclipse just suggested that :) 22.24.22 Join ej0rge [0] (~alhaz@alhaz.fttp.xmission.com) 22.27.44 # Zagor: android's volume popup is gone :( 22.31.55 # yes, disabled since we use our own volume display. 22.32.01 *** Saving seen data "./dancer.seen" 22.32.12 # can we enable it? 22.32.48 # of course we can, but it doesn't show the actual volume. only the low-res android steps. 22.32.55 # so it is rather misleading 22.35.10 # I think I would still like it 22.35.41 # I think it only makes sense if you disable high resolution volume 22.36.35 # otherwise the popup will show the same "value" several times, indicating volume adjustment is broken 22.36.45 # I realize that 22.45.41 # but I don't think it'd be perceived as borken, but just as "different" 22.46.07 # I disagree. the user presses the button repeatedly, sees no effect and hears no effect. ergo, broken. 22.46.20 # he hears the effect? 22.47.14 # no. the steps are so small it is very easy to miss one or two. especially if the user expects the normal big steps. 22.48.23 # we could have larger steps anyway 22.48.28 # 100 are a bit too much 22.48.39 # how many does android have 22.49.02 # saratoga: different for different models. nexus one has 16 steps 22.49.04 # mcuelenaere: I'm still not a fan of r29569 22.49.20 # wow not very many 22.49.38 # no. kugels has as few as 9. 22.49.46 # hence the need for this fix 22.49.59 # why does it vary so widely by device? 22.50.06 # I don't know 22.50.09 # mine has 8 I think 22.50.15 # Zagor: anyway it seems to work on my phone 22.50.22 Join bimbel [0] (~bmbl@unaffiliated/bmbl) 22.50.22 # kugel: great! 22.50.23 # steps are smooth as far as i can tell 22.50.36 Quit bmbl (Ping timeout: 241 seconds) 22.50.50 # Oh, no mine has 16 22.50.58 # 8 is the ringer volume :) 22.51.08 # right, it is different for different stream types 22.51.21 # huh mine has 15 as well 22.51.50 # wait, it seems the volume goes lower for a fraction of second when pressing the key 22.51.59 # kugel: it could be reverted, but then we need to ensure that we don't yield when a native function is called with a different JNI environment (which isn't guaranteed in the PCM code IIRC) 22.53.13 # PCM uses it's own env in the callback 22.53.13 # FWIW i don't see the graphic not updating ever step as that big a deal, i'm sure i've seen various devices that do that, and of course a lot of rockbox skins that use a volume icon 22.53.13 # what do you mean by yield? 22.53.13 # although making sure the steps were 1.5 to 2dB would be nice 22.53.13 # so you can hear them easily 22.53.13 # a rockbox yield? all rockbox threads have the same env because it's within 1 pthread 22.54.08 # c200 has 80 steps 22.54.18 # saratoga: on cabbie it was never a problem that the graphic doesn't change with every step 22.54.36 # kugel: yes, a rockbox yield 22.54.59 # I don't understand why it is a problem that the android display doesn't change, while cabbie also doesn't update 22.55.08 # cabbie volume display has even less states I think 22.55.26 # kugel: because users expect the volume widget to change when the press the button. it always does. 22.55.58 # We really have to start to think a bit differently for touchscreen vs standard devices IMO 22.56.02 # with rockbox-specific things, nobody has any expectations and we can do more whatever we like. 22.56.26 # mcuelenaere: a rockbox yield is safe 22.56.28 # with host OS things, we cannot be too confusing 22.57.04 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 22.57.04 # * mcuelenaere tries to remember 22.57.13 # kugel: does the PCM java code run in a separate (p)thread? 22.57.24 # only the callback 22.57.27 # ok 22.58.01 # IIRC the problem I had that "long time ago", was that in the callback there was a yield() somehow, which triggered an lcd_update() in a different rockbox thread 22.58.23 # and as the JNI environment in the LCD subsystem belongs to a different thread, it crashed 22.58.28 # or it gave a warning at least 22.58.40 # I thought I ensured the env handling is done safely, but I didn't add comments regarding that (my mistake). and if there's something I overlooked please point me at it 22.59.06 # in that long time the lcd subsystem was rewritten several times :) 22.59.36 # we know update from within the rockbox threads, early we posted to the UI thread 23.00.03 # heh, ak4537 has 128 steps 23.00.29 # I'd be happy with just 50 steps, I mostly only use the top 20 steps anyway 23.00.46 # yeah 50 is probably enough 23.01.00 # configurable! ;-) 23.01.03 Quit Stummi (Quit: Bye!) 23.01.24 # and we should either make it a real db scale or change the volume display in rockbox to be percentage based 23.01.33 # -99 to 0 is missleading too 23.01.53 # we don't have db information on android 23.02.10 Join Buschel [0] (~chatzilla@p54A3ADE2.dip.t-dialin.net) 23.02.20 # I don't think it's a big problem though. it is attenuation, the unit is not terribly important 23.03.16 # JdGordon|: did you see FS#11997 ? It seems this is connected to some WPS stuff when displaying album art 23.03.39 # kugel: http://www.rockbox.org/irc/rockbox-20101106.txt at 00.57.30 and following 23.03.45 # http://pastebin.com/raw.php?i=Jza2XBS4 23.04.13 # that can't be :) 23.04.14 # long time ago ~= 5 monhts ;) 23.04.18 # months* 23.04.28 # I think I talked about this with someone else recently 23.04.57 # it should be possible to sleep() from the callback. that would even deadlock on target 23.05.13 # because it's most often called from a DMA isr 23.05.41 # it should *not* 23.05.50 # I know :) 23.06.00 Quit FoH (Quit: process management issues) 23.06.01 # surely sleep has an interrupt check? 23.06.29 # I couldn't figure out any other way to explain it at that time 23.06.45 # problem was that it's hard to trigger 23.07.17 # it's hard to prove without backtrace but it really would cause weird things to happen on a native taret 23.08.58 # I'm currently trying to get native backtracing working :) 23.09.13 # s/trying/looking into/ 23.09.34 # Zagor: no it hasnt 23.10.04 # there isn't even an easy way to tell if you're in interrupt context 23.11.12 # setting a variable to true when entering the interrupt handler? ;) 23.11.22 # the kernel knows 23.11.46 # Zagor: I'm pretty sure it doesn't 23.11.54 # Zagor: rockbox kernel? 23.12.05 # the new semaphores have a semi-check. it's only an indicator though 23.12.11 # kugel: uh, yes it does 23.12.20 # where? 23.12.31 # mcuelenaere: linux. I thought you were discussing android? 23.12.46 # Zagor: yes, but this is Rockbox internals? 23.13.03 # I mean, Rockbox interrupts aren't *real* interrupts on hosted targets 23.13.05 # we talk about the rockbox kernel and our sleep() 23.13.08 Quit gbl08ma (Ping timeout: 246 seconds) 23.16.06 Quit mshathlonxp (Quit: Leaving) 23.16.14 # mcuelenaere: you didn't by chance debug what threadid=10 back then did you? 23.16.17 Join mshathlonxp [0] (~msh@5acba089.bb.sky.com) 23.16.32 # kugel: I'm afraid the IRC logs are all we can rely on 23.16.57 # kugel: what do you mean with what threadid=10 is? I think it just means the thread with ID=10 :) 23.17.11 # yea, but what thread :) 23.17.16 # ah no, sorry 23.17.24 Join gbl08ma [0] (~gbl08ma@195-23-182-25.net.novis.pt) 23.18.03 # [this IRC client is driving me nuts] 23.18.39 # I think our env handling is pretty safe and we shouldn't need to add additional bloat to it 23.20.54 # perhaps I could eliminate some getJavaEnvironment() calls, by passing the env around 23.22.12 # * kugel maintains that getJavaEnvironment() isn't needed at all 23.22.14 Quit mshathlonxp (Quit: Leaving) 23.22.20 # have you actually been able to repro it sense then? 23.22.37 # no.. 23.23.25 # let me try that now 23.23.32 # Zagor: do you also hear what I described? 23.24.03 Join timccc [0] (~timccc@112.166.15.141) 23.24.07 # kugel: a dip in volume when pressing the button? I can't hear anything like that 23.24.16 # yes 23.24.22 # it's only for a very short moment 23.24.46 # every step, or only some? 23.24.50 Join mshathlonxp [0] (~msh@5acba089.bb.sky.com) 23.25.09 # it goes the other direction as I press actually 23.25.23 # is it more audible if you hold the button to repeat it? 23.25.55 # * kugel starts thinking this could be a CM issue 23.26.12 # maybe 23.26.33 # perhaps there are spurious volume button presses. that 23.27.19 # that'd explain my 8 steps and the fact that there's always also a volume bump when I use long-vol press to switch tracks 23.28.30 # Zagor: it's very audible with short presses, not so much with long presses 23.28.54 # if I press vol down the volume is bumped very shortly (and vice versa with vol up) 23.29.56 Quit tails__ (Ping timeout: 246 seconds) 23.30.05 Join kronflux [0] (~kronflux@blk-89-250-30.eastlink.ca) 23.30.08 # it doesn't seem to happen when I choose the volume in the list with the trackball 23.30.09 # #harmonymc 23.30.12 # oops 23.33.21 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 23.33.58 Part toffe82_ 23.35.23 # kugel: btw, threadid=10 was the "audio thread": '"audio thread" prio=5 tid=10 NATIVE' (http://pastebin.com/raw.php?i=Jza2XBS4) 23.35.31 # Zagor: btw, thanks for that fade on stop commit :) 23.35.48 # you're welcome! :) 23.36.03 # mcuelenaere: oh, I thought tid=7 was that one 23.36.28 # kugel: I'm not sure, but I think that log is pretty right :) 23.36.58 # there's only one audio thread, and that calls pcmSamplesToByteArray 23.37.51 # wow :) I just played an MP3 in the emulator and it just crashed fully :) 23.38.09 # that's my last experience with it also from a few month back 23.38.19 # haven't had that one before 23.38.37 # I generally stopped using the emulator because of that 23.41.45 # what emulator? I have been playing mp3 to take screenshots of my theme ports on the sim of nano1g and it plays without problems (don't know about sound quality, but that's not the goal of the sim) 23.42.01 # crap, that's reproducable.. 23.42.28 # the volume works nicely on my old 1.6 acer liquid too 23.43.14 # gbl08ma: android emulator, not Rockbox simulator 23.43.19 # ah 23.43.35 # it's been the whole day developing for android, hasn't it? 23.43.44 # * mcuelenaere hopes this is due to his Makefile changes 23.44.00 # still, QEMU shouldn't crash.. 23.47.07 # ugh 23.48.16 # New commit by 03kugel (r29574): Create GlobalRef in surfaceCreated, in accordance to r29572. 23.52.24 # r29574 build result: All green 23.53.37 Quit ej0rge (Ping timeout: 260 seconds) 23.54.17 # perhaps this is also one of those "extended" JNI checks which are disabled on real targets? 23.56.13 # perhaps. can you enable them on real? 23.56.32 # yes and yes 23.56.40 # adb shell setprop dalvik.vm.checkjni true 23.56.42 # requires root 23.56.46 # * mcuelenaere is trying right now