--- Log for 23.01.111 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 23 hours ago 00.04.36 Join Buschel [0] (~chatzilla@p54B675E6.dip.t-dialin.net) 00.05.54 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.07.21 # peadar: I saw your pasted patch yesterday and attached it to FS#11863 00.08.35 # peadar: to me it sounds like this could be a reason for several issue that are reported with svn for a while... 00.12.30 Quit Mr_Queue (Ping timeout: 240 seconds) 00.14.06 Join Mr_Queue [0] (~Mr_Queue@gateway/shell/shellium.org/x-mqswncpohbtyyolh) 00.15.19 Quit wodz (Quit: Leaving) 00.18.47 # about FS#11894, were the volume buttons left unchanged by design, or was it just an oversight? 00.24.39 Join L-Strife89 [0] (~Strife89@168.16.226.22) 00.27.29 Quit petur (Remote host closed the connection) 00.27.49 Quit ender` (Quit: Theory: we know everything, but nothing works. Practice: things work, but we don't know why. Combine them: nothing works, and we don't know why.) 00.29.27 # kugel: http://www.rockbox.org/tracker/task/11902 00.29.50 # it pretty much works (there are a few details to iron out) 00.31.16 Join foolsh [0] (~benjamin@c-98-212-236-251.hsd1.il.comcast.net) 00.38.42 Quit foolsh (Quit: Ex-Chat) 00.38.53 # dionoea: One problem I see immediately...is that we need a new graphic for next/prev 00.38.58 # using ffwd lookd odd. 00.39.02 # *looks 00.39.07 Join foolsh [0] (~benjamin@c-98-212-236-251.hsd1.il.comcast.net) 00.39.21 # other than that, looks awesome. 00.40.21 # you'd need to change the cabbiev2 wps too then :) (but sure, it would make sense to have >>| like graphic for next) 00.40.32 # no...you wouldn't. 00.40.43 # cabbie .wps doesn't use next/prev icons. 00.40.51 # well cabbiev2 uses >> for next (and << for prev) on the android version at least 00.41.01 Join Buschel_ [0] (~chatzilla@p54B675E6.dip.t-dialin.net) 00.41.21 # in the lower left corner when you touch the wps 00.41.31 Quit Buschel (Ping timeout: 240 seconds) 00.41.41 Nick Buschel_ is now known as Buschel (~chatzilla@p54B675E6.dip.t-dialin.net) 00.41.47 # that's plain wrong...I haven't seen "the android version", as there isn't simply one. 00.41.54 Quit panni_ (Read error: Connection reset by peer) 00.42.03 # I'm not saying it doesn't, I'm saying it's wrong that it does. 00.42.15 # it *should* be ">>|" 00.42.43 # I can only agree. (to be fair I don't really care as long as it works) 00.43.10 # I care, as I see >>/<< and >>|/|<< as pretty universal. 00.43.22 # If we're breaking that knowingly, it should be fixed. 00.43.41 Join panni_ [0] (hannes@ip-178-202-7-97.unitymediagroup.de) 00.43.42 # I concur S_a_i_n_t 00.46.24 # the work you've done is great though dionoea, don't take it the wrong way ;) 00.46.27 # it looks good. 00.47.22 # a few details still need fixing: the event which clears the current track info is sent a bit too early (something like 3 seconds before the track actually ends) 00.47.58 # and clicking play if the rockbox application hasn't already been lauchned once since you started the OS doesn't work 00.48.43 # fixing that last item would probably require moving stuff out of the RockboxActivity startup code and into the RockboxService one 00.49.45 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 01.00.51 *** Saving seen data "./dancer.seen" 01.03.56 Quit domonoky (Read error: Connection reset by peer) 01.08.08 Quit L-Strife89 (Quit: Moving around.) 01.09.12 Quit bertrik (Quit: :tiuQ) 01.15.02 Quit MethoS- (Remote host closed the connection) 01.38.20 Quit gbl08ma (Quit: CGI:IRC (EOF)) 01.39.26 Join pixelma_ [0] (578e6619@rockbox/staff/pixelma) 01.40.17 Quit liar (Ping timeout: 255 seconds) 01.40.30 Quit peteW (Ping timeout: 240 seconds) 01.40.59 Quit kugel (Ping timeout: 260 seconds) 01.51.43 # ScarabDrowner: I don't know 01.54.11 Join JdGordon| [0] (~jonno@123-243-140-31.static.tpgi.com.au) 01.54.11 Quit JdGordon| (Changing host) 01.54.11 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 01.54.43 # gevaerts: Re FS corruption issue: I've instrumented the SD driver to check for the suspicious (possibly corrupt) pattern just after reading data from the card, mainly to rule out that the SD driver was introducing the spurious corruption. But now I see that apparently the spurious corruption is already seen by the SD driver... 01.55.52 # It's too late to double check this now... but it is worrying 01.59.37 Quit pixelma_ () 01.59.55 Quit DerPapst (Quit: Leaving.) 02.03.42 Join xavieran [0] (~xavieran@ppp118-209-250-49.lns20.mel6.internode.on.net) 02.03.43 Join Kitar|st [0] (~Kitarist@89.142.67.139) 02.06.01 Quit Kitr88 (Ping timeout: 276 seconds) 02.07.24 Join Kitr88 [0] (Kitarist@BSN-182-122-122.dial-up.dsl.siol.net) 02.08.03 Quit Kitar|st (Ping timeout: 240 seconds) 02.08.09 Quit sideral (Ping timeout: 246 seconds) 02.09.50 Join Kitar|st [0] (~Kitarist@89.142.67.139) 02.11.47 Quit Kitr88 (Ping timeout: 255 seconds) 02.12.32 Quit pamaury (Remote host closed the connection) 02.23.16 Quit factor (Ping timeout: 272 seconds) 02.25.46 Join fyre^OS [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 02.27.54 Quit fyrestorm (Ping timeout: 240 seconds) 02.28.56 # I ran a second test on FS#11899 and all seems OK. The problem with replacing the old catch all with the keymap or error way of doing things, means I can only be sure up to 99.9% that it will not break something. If a Dev feels brave please commit 02.33.41 Quit Keripo (Quit: Leaving.) 02.34.31 Join Keripo [0] (~Keripo@eng015.wireless-resnet.upenn.edu) 02.35.04 Join Kitr88 [0] (~Kitarist@BSN-142-67-139.dial-up.dsl.siol.net) 02.35.06 Quit Kitar|st (Ping timeout: 246 seconds) 02.40.28 Quit Kitr88 (Ping timeout: 276 seconds) 02.43.04 Join milk [0] (~milk@cpc1-sgyl9-0-0-cust268.sgyl.cable.virginmedia.com) 02.55.31 Join peteW [0] (~peteW@c122-106-147-95.carlnfd1.nsw.optusnet.com.au) 02.55.47 Join JdGord [0] (~jonno@2002:7bf3:8c1f:1234:9221:55ff:fe70:3b02) 03.00.52 *** Saving seen data "./dancer.seen" 03.02.25 # Is the code for android screen size independence going to be add to flyspray? Or are you worried about someone signing an apk and loading it to market? I would like to take a crack at trying to port over some plugins to this new way of handling screen size. 03.05.13 Quit Keripo (Quit: Leaving.) 03.08.11 Join Keripo [0] (~Keripo@eng015.wireless-resnet.upenn.edu) 03.19.08 Quit peteW (Ping timeout: 240 seconds) 03.19.48 Join FBI_Guy [0] (~fbiguy@pool-96-233-107-20.bstnma.fios.verizon.net) 03.22.17 # cool 03.23.09 # foolsh: what plugins exactly? 03.23.35 # as I understand it...it's not really been a priority to include plugins, as most of them are pretty much useless. 03.24.19 # viewers and codecs, sure. 03.25.54 # I'm not sure there's a definitive list of what plugins will be included or not. 03.27.24 Nick S_a_i_n_t is now known as [Saint] (S_a_i_n_t@203.184.0.65) 03.27.38 Quit JdGord (Ping timeout: 245 seconds) 03.27.51 # Thats debatable, its not about what one person wants, but about choice too choose what you do want. I have most if not all of them compiling already for android as long as the screen size of the target is one of the already built in one. see FS#11898 03.28.03 Join JdGord [0] (~jonno@2002:7bf3:8c1f:1234:9221:55ff:fe70:3b02) 03.29.10 # <[Saint]> It is debatable, yes. 03.30.10 # <[Saint]> I don't see people spending too much time with the games, personally. 03.30.20 Quit JdGord (Client Quit) 03.30.32 # <[Saint]> there's a use for some plugins though. 03.34.43 # <[Saint]> pictureflow, fft, oscilloscope, lrcplayer, mpegplayer...spring to mind. 03.42.52 Quit JdGordon| (Ping timeout: 276 seconds) 03.55.04 Quit Loto (Quit: Loto) 04.02.02 Quit FBI_Guy (Quit: I'm outta here) 04.04.26 Quit tchan (Quit: WeeChat 0.3.4) 04.09.57 Join FBI_Guy [0] (~chatzilla@pool-96-233-107-20.bstnma.fios.verizon.net) 04.10.12 Quit elcan (Read error: Connection reset by peer) 04.12.14 Quit FBI_Guy (Client Quit) 04.12.43 Join FBI_Guy [0] (~chatzilla@pool-96-233-107-20.bstnma.fios.verizon.net) 04.13.49 Quit FBI_Guy (Client Quit) 04.14.10 Join FBI_Guy [0] (~fbiguy@pool-96-233-107-20.bstnma.fios.verizon.net) 04.18.13 Join Barahir [0] (~jonathan@frnk-4d008153.pool.mediaWays.net) 04.21.13 Quit Barahir_ (Ping timeout: 240 seconds) 04.24.46 Quit amiconn (Disconnected by services) 04.24.47 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.24.47 Quit pixelma (Disconnected by services) 04.24.49 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.24.51 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.25.04 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.28.53 Quit designate72 (Ping timeout: 265 seconds) 04.32.29 Quit madalu (Ping timeout: 250 seconds) 04.34.15 Join Horscht [0] (~Horscht@xbmc/user/horscht) 04.37.39 Quit Horschti (Ping timeout: 260 seconds) 04.37.55 Join froggyman [0] (~seth@1.sub-174-253-18.myvzw.com) 04.37.55 Quit froggyman (Changing host) 04.37.55 Join froggyman [0] (~seth@unaffiliated/froggyman) 04.38.33 Quit TheSeven (Ping timeout: 246 seconds) 04.40.13 Quit GeekShadow (Quit: The cake is a lie !) 04.42.27 # <[Saint]> bieber: Just noticed that there's a seperate tab for "volume changing" in Misc. and that changing the current volume in Hardware Status doesn't make volume changine == true. 04.42.37 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.42.46 # <[Saint]> took me an age to figure out the code I was looking at wasn't broken ;) 04.43.36 # Hmm, interesting 04.43.58 # How long is volume changing normally true after you change the volume on device? 04.44.56 # <[Saint]> depends on the value specified, %?mv() I *think* the default is 2 seconds. 04.45.45 # <[Saint]> it's not a huge deal, I just noticed that changing the volume didn't make %mv true in the ditor ;) 04.45.56 # <[Saint]> *editor, even. 04.52.09 # Hmm, I'm not sure if that would be a good idea to change or not 04.53.57 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 04.55.57 Part froggyman ("Ex-Chat") 05.00.56 *** Saving seen data "./dancer.seen" 05.11.05 Join froggyman [0] (~seth@unaffiliated/froggyman) 05.22.59 Quit Keripo (Quit: Leaving.) 05.29.30 Join mystica555 [0] (~Mike@m472636d0.tmodns.net) 05.30.30 Quit FBI_Guy (Quit: I'm outta here!) 05.34.34 Quit Mr_Queue (Ping timeout: 246 seconds) 05.36.03 Join Mr_Queue [0] (gun_smoke@gateway/shell/shellium.org/x-fxaoaawfmkapjzzm) 05.40.25 Quit Mr_Queue (Ping timeout: 255 seconds) 05.40.53 Quit milk (Quit: baaaiiii) 05.44.48 Join Mr_Queue [0] (~Mr_Queue@gateway/shell/shellium.org/x-pljqgaeagvsiflbf) 05.47.54 Quit Rob2223 (Ping timeout: 250 seconds) 05.49.01 Join Derreck [0] (~derreck@c-98-235-171-182.hsd1.pa.comcast.net) 05.55.25 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) 05.57.57 Join tom__ [0] (~tom@94-195-105-95.zone9.bethere.co.uk) 05.58.53 # Hi like normal i am trying to install something rockbox like where it shouldn't be 05.59.18 # I have Adroid running on i386 platform 2.2 and have tried to install rockbox 05.59.40 # it just fails and i am unsure how to get and more feedback other than application failed to install 06.00.38 Quit fyre^OS (Read error: Connection reset by peer) 06.02.15 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 06.08.39 Quit Barahir (Ping timeout: 272 seconds) 06.12.43 Quit tom__ (Quit: Leaving) 06.13.50 Quit froggyman (Ping timeout: 240 seconds) 06.26.13 Join L-Strife89 [0] (~Strife89@168.16.236.192) 06.28.26 # Any devs want to look over my last update to FS#11898 I feel its ready for a commit. It compiles against current svn with no errors of course and no warnings either. It should not even get compiled by default because plugins="" is set false in the configure script, thank you. 06.28.36 # * foolsh will be standing by 06.29.16 # <[Saint]> foolsh: The challen is logged. 06.29.21 # <[Saint]> *channel 06.30.34 # yea i know 06.30.41 Quit Mr_Queue (Ping timeout: 264 seconds) 06.30.41 # yeah* 06.31.19 Join Mr_Queue [0] (gun_smoke@gateway/shell/shellium.org/x-lbixbzfjdwiuyxoe) 06.31.43 # <[Saint]> yeah, sorry. that's the polite way of saying "Once is enough" ;) 06.32.36 # different FS# entry 06.34.53 # <[Saint]> this isn't the first time you've mentioned it, though. 06.35.16 # Yeah thanks 06.35.18 # <[Saint]> there was a global "hey, look what I did" some hours ago. 06.35.30 Quit Mr_Queue (Ping timeout: 240 seconds) 06.36.29 Join Mr_Queue [0] (gun_smoke@gateway/shell/shellium.org/x-oudrlnxkgyfekurq) 06.37.03 # sorry just eager to on to actually working on the getting the individual plugins smoothed out. 06.39.58 Join Horschti [0] (~Horscht@xbmc/user/horscht) 06.43.58 Quit Horscht (Ping timeout: 255 seconds) 06.45.48 Join Keripo [0] (~Keripo@eng015.wireless-resnet.upenn.edu) 06.58.04 Join JdGordon| [0] (~jonno@123-243-140-31.static.tpgi.com.au) 06.58.04 Quit JdGordon| (Changing host) 06.58.04 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 07.00.57 *** Saving seen data "./dancer.seen" 07.02.21 # I think devs need to discuss protecting the rockbox trademark by offering a signed beta apk to market before some jack wagon pulls some dumb stuff like what happened to that other open source app not to long ago but I can't think of the name right now. 07.02.43 # was it mplayer? 07.14.12 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 07.18.15 Join Barahir [0] (~jonathan@frnk-590f5d32.pool.mediaWays.net) 07.25.05 Join factor [0] (~factor@75.108.68.114) 07.41.53 # Wasn't it a game? I think I saw the story on Reddit today 07.42.07 # <[Saint]> GNUgo 07.53.18 Quit JdGordon| (Read error: Connection reset by peer) 07.54.08 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 07.58.42 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 08.04.00 Quit L-Strife89 (Quit: Bed! o/) 08.18.23 Quit chattr (Ping timeout: 255 seconds) 08.24.42 Join sideral [0] (~sideral@unaffiliated/sideral) 08.30.22 Quit sasquatch (Quit: m back soon) 08.35.31 Join sasquatch [0] (~username@p4FF2D558.dip.t-dialin.net) 08.48.45 Quit foolsh (Quit: out) 08.59.04 Join FBI_Guy [0] (~moresuper@pool-96-233-107-20.bstnma.fios.verizon.net) 09.01.01 *** Saving seen data "./dancer.seen" 09.05.16 Quit timccc (Ping timeout: 255 seconds) 09.06.40 Join timccc [0] (~timccc@112.166.15.141) 09.08.47 Quit bluebrother (Ping timeout: 255 seconds) 09.10.13 Join bluebrother [0] (~dom@g224239202.adsl.alicedsl.de) 09.10.13 Quit bluebrother (Changing host) 09.10.13 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 09.28.28 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 09.30.28 Quit BHSPitMonkey (Remote host closed the connection) 09.57.59 Quit CaptainKewl (Ping timeout: 276 seconds) 09.59.05 Join PurlingNayuki [0] (~PurlingNa@113.92.95.92) 10.04.32 # TheSeven: Hi! 10.05.37 # TheSeven: I want to know if I've already have a ftl from another system, how can I port it to Rockbox? 10.05.42 # Thanks. 10.08.37 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 10.18.05 Quit JdGordon| (Ping timeout: 264 seconds) 10.18.23 Quit Judas_PhD (Quit: This is a quitting message) 10.18.42 Quit Galois (Remote host closed the connection) 10.19.06 Join Galois [0] (djao@efnet-math.org) 10.19.20 Part PurlingNayuki 10.40.40 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 10.40.41 Quit bertrik (Changing host) 10.40.41 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 10.44.40 Join TheLemonMan [0] (~lem0n@62.98.144.255) 10.58.27 Join ender` [0] (krneki@foo.eternallybored.org) 10.59.24 Join ender1 [0] (krneki@foo.eternallybored.org) 10.59.25 Quit ender` (Read error: Connection reset by peer) 11.01.03 *** Saving seen data "./dancer.seen" 11.01.17 Nick ender1 is now known as ender` (krneki@foo.eternallybored.org) 11.12.49 Join JdGord [0] (~jonno@pa58-109-228-197.pa.vic.optusnet.com.au) 11.15.31 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.33.06 Join timccc1 [0] (~timccc@112.166.15.141) 11.33.26 Quit timccc (Read error: Connection reset by peer) 11.36.48 Join pamaury [0] (~quassel@dhcp-129-228.residence.ens-lyon.fr) 11.36.49 Quit pamaury (Changing host) 11.36.49 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.44.53 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 12.08.24 Join thomasjfox [0] (~thomasjfo@dslb-088-065-001-223.pools.arcor-ip.net) 12.10.42 Quit liar (Read error: No route to host) 12.11.20 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 12.13.39 Quit mystica555 (Read error: Connection reset by peer) 12.22.57 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 12.29.28 Quit kadoban (Ping timeout: 240 seconds) 12.30.49 Join DerPapst [0] (~Alexander@p4FE8F110.dip.t-dialin.net) 12.34.09 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.49.50 Quit JdGordon| (Ping timeout: 255 seconds) 12.49.51 Quit JdGord (Quit: Bye) 12.50.35 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 12.51.22 Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) 12.59.38 Quit domonoky (Read error: Connection reset by peer) 13.00.53 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 13.01.04 *** Saving seen data "./dancer.seen" 13.07.30 Quit [Saint] (Disconnected by services) 13.07.30 Quit user890104 () 13.07.32 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.244) 13.10.26 Quit mudd1 (Ping timeout: 260 seconds) 13.17.35 Quit thomasjfox (Remote host closed the connection) 13.20.00 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 13.20.30 Join Rob2222 [0] (~Miranda@p4FFF1577.dip.t-dialin.net) 13.21.45 Join stooo [0] (~sto@g227085158.adsl.alicedsl.de) 13.22.02 Quit peadar (Quit: peadar) 13.22.22 Join Buschel [0] (~chatzilla@p54A3B168.dip.t-dialin.net) 13.26.49 # * Buschel kicks CIA-7 13.27.14 # ow 13.28.10 # is popping noise during playback on clip+ a known issue of the port? 13.32.30 Join {phoenix} [0] (~dirk@p57AA3690.dip.t-dialin.net) 13.33.33 # r29119 build result: All green 13.33.33 # New commit by 03Buschel (r29119): Remove code that was unintentionally kept in a resynchronized patch in FS#3001. This closes FS#11873. 13.36.26 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 13.38.08 # anyone know if the wiki android builds are relatively recent? 13.38.23 Join user890104 [0] (~Venci@6bez10.info) 13.41.56 # preglow: they're not *ancient*, but not recent afaik. 13.42.05 # what resolution do you need? 13.42.07 Quit DerPapst (Read error: Connection timed out) 13.48.18 # 320x480 13.48.20 # legend 13.48.20 Join MethoS [0] (~clemens@134.102.106.250) 13.59.56 Join n1s [0] (~n1s@rockbox/developer/n1s) 14.07.44 # Buschel, no, I don't get popping noise during playback 14.11.22 Join thomasjfox [0] (~thomasjfo@dslb-088-065-001-223.pools.arcor-ip.net) 14.11.44 Quit FBI_Guy () 14.12.43 # betrik: can take a look at FS#11851 ? there is a link to a forum thread where such noise was recorded and is clearly audible 14.13.19 # bertrik: just to make sure you can train your ears to hear this kind of artifact :) 14.17.22 Join kevku [0] (~kevku@2001:7d0:0:f9af:215:c5ff:fe7e:794d) 14.19.45 # Can't hear it on the first try :) 14.25.05 # I know the e200 still has a mystery click/pop problem, but only on very specific tracks 14.25.25 # dionoea: The "current track info is cleared too early" thing is a really long-standing bug on swcodec 14.26.58 # The info is cleared when codecs are switched, the actual track switch is delayed by the pcm buffering (which is necessary for proper gapless, and also for crossfade if enabled) 14.29.41 # hum right. I guess that I could work something out using the Intents I added in the java pcm driver. 14.30.13 Quit T44 (Read error: Connection reset by peer) 14.30.48 Join T44 [0] (~Topy44@g228234159.adsl.alicedsl.de) 14.32.30 # amiconn: wouldn't it be possible to send the even from the pcm code? (to prevent that delay) 14.34.45 Join fml [0] (5df3b593@gateway/web/freenode/ip.93.243.181.147) 14.36.31 # I'm looking at the scrolling code and think that the timings (initial scroll delay and the delay between rounds) are set not quite correctly. E.g. the piece with "2 * delay": it should rather be "delay + tick" (tick being the scroll requency) 14.37.29 Join peadar [0] (~peadar@89.100.98.139) 14.38.32 Quit peadar (Client Quit) 14.39.48 Quit fml () 14.44.07 Quit thomasjfox (Remote host closed the connection) 14.46.19 # Buschel: ping 14.47.40 # Buschel, I still find it very hard to hear, but I can see it now in audacity as a small discontinuity, as if the playback goes back about 14 samples 14.47.45 # bertrik: I didn't hear it at the first try as well. best thing is to compare both rockbox.flac and stock_firmware.flac (at playback time from 30s to 40s) 14.47.50 # amiconn: pong 14.48.05 Quit teru (Quit: Quit) 14.48.42 # bertrik: good, so it is really a discontinuous wave form... sounds like pcm driver... 14.48.46 # LCD in current SVN is completely broken on ipod Photo. 14.49.11 # amiconn: can you backtrace the version this came in? 14.49.28 # something was changed quite recently in the PCM driver, relating to pre- or postincrementing the number of bytes left IIRC 14.49.51 # bertrik: this was reported with 3.7.1 and the latest pcm driver version 14.50.15 # Need to bisect 14.50.30 # * S_a_i_n_t wonders how different the Phtot/Color actually are 14.50.37 # *Photo too 14.50.43 # The LCD controller is very different 14.50.57 # amiconn: just check pre-r29033 against current at a first step 14.52.04 # amiconn: I would expect this to be the biggest change 14.54.38 # amiconn: does the LCD show crap or flipped or nothing at all? 14.54.45 Quit robin0800 (Remote host closed the connection) 14.55.10 # It shows a few pixels in the wrong location 14.55.52 # On startup only the leftmost and the rightmost pixel columns are updated at all. In the center the apple logo stays 14.56.21 # You can shut down normally with long Play, which shows something that vaguely resembles a splash, but not readable and in the wrong location 14.57.07 # hmm, first idea is to roll back the power-off stuff as it also implemented some init-stuff. 14.57.18 # if this the root cause we can check some other stuff 14.58.27 # maybe you have one of those lcd_type=2 controllers which we could not really test before -- as there was none available 14.59.14 # Afaik there are two LCD types. One uses the same controller as the H300, the other uses a very different controller, probably the internal one of the PP5020 14.59.42 # the power-on/off stuff identifies and handles 3 different types 14.59.43 # The latter has a different window addressing scheme, and no public docs 14.59.49 # 0/2, 1 and 3 15.00.40 # well, let's see what the bisect brings 15.01.05 *** Saving seen data "./dancer.seen" 15.01.52 # r29032 is not far enough 15.02.03 Quit alexbobP (Ping timeout: 255 seconds) 15.02.46 # good, then I expect this can be fixed easier -- as soon as we know which change it was :) 15.05.03 Quit Derreck (Ping timeout: 240 seconds) 15.07.25 Join alexbobP [0] (~alex@ppp-70-253-76-181.dsl.austtx.swbell.net) 15.12.17 # r28942 works 15.12.30 # Err, I mean r28943 15.12.44 # checking 15.15.01 # r28944 (which I suspected) works too 15.15.45 # so, only r28956 is left as cuase 15.15.49 # *cause 15.20.34 # amiconn: can you confirm this? 15.26.58 # working on it... 15.27.53 # * amiconn switched to proper biescting 15.29.33 Nick MethoS is now known as Guest94461 (~clemens@134.102.106.250) 15.34.04 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 15.37.10 # Blargh, file system errors 15.47.37 # hmm, something is weird with usb, h300 just fell back to default theme and sysfont after usb disconnect and "Files" was empty, exiting and reentering shows the filesystem 15.48.19 # Buschel: It's definitely r28956 15.49.57 # is there any known issue (at least on some phones) with RaaA and playback from a microSDHC. I just tried and with my 8GB card I got stuck playback after a few second of stuttery playback (it seemed to happen at the time I tried to reduce the volume) 15.49.57 # * amiconn will look into this calculation stuff 15.56.44 # amiconn: ok. when I checked the conditions in the if-statements I came to the conclusion that "y1 so, y0 and y1 are unchanged in r28956. x0 and x1 are recomputed due to beautification -- it would have been possible to simply replace x1 with x0 and vice versa. 15.59.16 # let me know if you find the issue... 15.59.39 # or find any suspicious thing... 16.04.42 Quit Strife89 (Quit: Leaving) 16.18.21 # hmm, something is screwy with my h300, now the viewers list is empty 16.22.41 # ah, no that was my fault, apparently a make zip after make clean && make bin && make codecs creates an empty viewers.conf 16.27.30 # the no-theme-after-usb is totally reproducible though 16.29.02 # does not affect the beast though so maybe something related to hw usb? 16.31.39 Join piggz [0] (~piggz@89.241.2.73) 16.31.49 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 16.32.00 # lo...should i be able to play .aac files on my ipod video? 16.34.10 # no 16.34.41 # we only support aac in a mp4 container, iirc .aac files are raw 16.35.07 Join drog [0] (~5f99b229@giant.haxx.se) 16.35.32 # n1s: ok, i will re-encode them....i used get_iplayer to download some radio shows and it produced .aac files 16.35.57 # heelo 16.36.01 Quit tchan (Quit: WeeChat 0.3.4-rc1) 16.37.49 # hello 16.38.28 # ah we also support aac in rm containers 16.38.38 Join tchan [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 16.38.38 Quit tchan (Changing host) 16.38.38 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 16.38.49 Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 16.38.53 # does anybody connect a iriver imp-550 to PC? 16.39.04 # over usb 16.39.43 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 16.41.08 # drog, that's not a device supported by rockbox 16.41.58 # but there is saa7750el the same on ifp790 16.42.10 # amiconn: any findings? I reviewed again and cannot find any bug... but as I wrote the code I might be overseeing something :/ 16.42.37 # datasheet says it possible 16.43.55 # usb port on board imp 550/ see bottom 16.44.46 # The SAA7750 USB interface can be used for: • Down load bulk audio data (compressed) from a PC to the application with the SAA7750 • Download new firmwarde from a PC into the build-in program FLASH • Up load speech or audio from a (analog) source to a PC 16.44.47 # drog - rockbox is not available to run on that device - so presumably you are asking a non-rockbox-related question 16.45.16 # sounds like you might be asking a generic iriver support question 16.46.21 # the board has usb connector 16.46.39 # it is also a CD player 16.47.57 Quit kisak (Ping timeout: 265 seconds) 16.48.33 # This has saa7750el support MMC and SD cards 16.57.02 # after connection with a PC, you can compile rockbox firmware to read music from the sd or MMC card 16.57.16 # Really? 16.57.22 # drog - it really isn't that simple. I'm not sure exactly what you're asking, but if you want help on connecting your iriver device to your PC, I think you might be in the wrong place 16.57.34 # i hope 16.57.34 Quit markun (Read error: Connection reset by peer) 16.57.55 # drog - if you're asking for help on compiling your own rockbox build for your device, then you're in the right place but it really isn't as simple as "just compiling it on your pc" 16.58.39 # a lot of work has to happen. just because it uses the same USB chipset or same CPU etc etc as an existing device, doesn't mean rockbox will 'just work'. what about the memory interface, flash device, lcd, etc etc. 16.59.15 # drog - please read this wiki page. http://www.rockbox.org/wiki/NewPort 17.00.36 # informative 17.01.09 *** Saving seen data "./dancer.seen" 17.03.41 # Buschel: Your x0/x1 calculation is correct (but not optimal), yet the problem is obvious 17.04.09 # * Buschel is curious 17.04.20 # In the old code, x0/x1 and y0/y1 were only swapped for the new lcd type. Th eold one used it as is 17.04.55 # This can be solved by setting the correct update direction in the lcd controller 17.05.20 # I already tested the various possible bits some time ago. Hope I can find my results 17.05.57 # Hmm, actually one could swap the registers... 17.06.41 # could someone tell me where fonts etc. go on the card in the Android port (is it the rockbox folder)? 17.07.13 # So the quick fix would be to undo r28956, and then swap x0 and x1 in the 'else' part only (lines 176 and 178) 17.07.37 # or point me to the documentation - I saw the AndroidPort page but that doesn't seem to tell me 17.07.38 # Hmm no - then it would be wrong for the Nano 17.07.55 # * amiconn tries something 17.08.11 # tomorrow i will trying connect to pc my imp-550 over usb on ubuntu 17.08.38 # i am interesting what says comman lsusb 17.09.27 # ahh, now I got it. bad thing... why not swapping x0/x1 in the if-path and ifdef'ing this swapping for IPOD_COLOR? 17.10.04 # also i want to install or adjust supprt reading sd mmc cards instead cd rom 17.11.39 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.11.40 Join peadar [0] (~peadar@89.100.98.139) 17.11.52 # amiconn: or really just reverting r28956 w/o any additional changes. that's how this section of code worked for years 17.12.28 # to stripwax: and who is now easy? 17.12.31 # The conditional swap is unnecessary in rockbox, as you said 17.13.20 # A quick fix is easy, I just don't know whether a nano with a type 0 lcd exists 17.13.47 # Anyway, this update direction stuff is interesting because it allows for faster yuv blitting 17.14.00 # (set the update windows for every two-line block) 17.14.45 # amiconn: ok, so we need to keep the x0/x1 swapping. and the question is whether to add it to the if- or the else-path. due to the nature of x0/x1 this is only needed for LCD_IPODCOLOR 17.14.59 # We do not need it... 17.16.31 Join kisak [0] (~kisak@pool-72-70-187-188.hrbgpa.fios.verizon.net) 17.16.55 # drog - I don't understand your question, sorry. "who is now easy"? 17.17.24 Join fyre^OS [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 17.19.32 Quit fyrestorm (Ping timeout: 250 seconds) 17.21.47 # it is mean that you said earler about simplity of porting 17.22.43 Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 17.23.16 # there was interested in 2007 http://forums.rockbox.org/index.php?action=printpage;topic=13497.0 17.23.58 # amiconn: does this patch solve the issue for you? -> http://pastie.org/1490135 if so, I would like to submit this fix to have a minor-change fix in svn. afterwards further optimization -- e.g. the direction stuff you're talking about -- can go in. 17.24.54 # New commit by 03amiconn (r29120): Simplify x0/x1 calculation for iPod Color some more, and fix display on type 0 LCD (iPod Photo). 17.25.58 # I can't add the direction stuff right now anyway because I can't find my notes regarding that lcd controller atm 17.26.25 # I may have it somewhere at home, otherwise I'll have to re-test 17.27.19 # btw, could you update the numbers on the LCD performance page? 17.28.34 # r29120 build result: All green 17.30.49 # amiconn: it is interesting that the different devices have significanlty different LCD performance (e.g. comparing your measurements with the latest by Saint). this sounds similiar like the difference in the LCD IF configuration on the iPod nano 2G's. do you have any idea where PP502x's clock divider configuration for its color LCD bridge is? 17.34.21 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.36.09 Quit kugel (Client Quit) 17.36.22 Join kugel [0] (~kugel@e178060194.adsl.alicedsl.de) 17.36.23 Quit kugel (Changing host) 17.36.23 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.37.02 # drog - that looks like a useful start. however given that there is no encode tool (as stated in the link you provided), you will have no way to modify the firmware yourself. you would also need to implement your own mmc driver and somehow modify the existing firmware to do this; or indeed set about porting rockbox yourself. since there is no existing rockbox port for the imp500 17.37.47 Quit kugel (Client Quit) 17.37.55 Join kugel [0] (~kugel@e178060194.adsl.alicedsl.de) 17.37.56 Quit kugel (Changing host) 17.37.56 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.38.05 Quit kugel (Client Quit) 17.38.13 Join kugel [0] (~kugel@e178060194.adsl.alicedsl.de) 17.38.14 Quit kugel (Changing host) 17.38.14 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.38.52 Part Rasi ("WeeChat 0.3.4-dev") 17.38.56 Part piggz ("Konversation terminated!") 17.39.51 # drog - this page lists all the devices that rockbox has been ported successfully to, including work-in-progress ports and ports that are barely started. imp500 is not listed at all. There will likely be significant work to be done (by an interested developer with access to the hardware - i.e. you) http://www.rockbox.org/wiki/TargetStatus#Pre_45Development_Ports 17.42.55 # drog - also the IFP port was never completed so it's not obvious how much could be reused from that - in particular the flash disk driver was never completed. http://www.rockbox.org/wiki/IriverIfpPort 17.43.17 # S_a_i_n_t: is FS#11821 still happening? or was it fixed with r29081? 17.43.55 # * pixelma seems to be able to hear "disk" access on that phone very distinctively 17.44.19 # thks for info 17.48.01 Join karim__ [0] (~mirak@85-170-106-220.rev.numericable.fr) 17.51.04 # dig dig dig 18.00.29 # * amiconn wonders about the status of rockbox for the N900 18.01.00 Quit kugel (Disconnected by services) 18.01.33 Join kugel [0] (~kugel@e178060194.adsl.alicedsl.de) 18.01.34 Quit kugel (Changing host) 18.01.34 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.01.45 Quit karim__ (Quit: Ex-Chat) 18.03.50 Quit pamaury (Remote host closed the connection) 18.04.49 # * bluebrother wonders why Rockbox Utility is voicing all strings then encoding instead of encoding each string after it has been voiced 18.05.41 # that could be helpful for voices that don't allow voicing more than one string at the same time 18.06.43 Join panni_ [0] (hannes@ip-178-202-7-97.unitymediagroup.de) 18.07.38 # amiconn: could you remeasure and update LcdFrameRate for your iPod Photo? 18.08.26 Join karim__ [0] (~mirak@85-170-106-220.rev.numericable.fr) 18.16.56 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 18.19.34 Quit benedikt93 (Ping timeout: 272 seconds) 18.22.32 Quit drog (Quit: CGI:IRC (Ping timeout)) 18.40.10 Join Loto [0] (~nfs@xbmc/user/Loto) 18.40.51 Quit liar (Ping timeout: 255 seconds) 18.46.46 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 18.49.46 # hmm, the h100 can play radio while USB connected. Would be nice to allow adjusting the volume too 18.50.23 # bluebrother: rbutil has done it this way earlier.. but it was changed to allow encoding/ voicing in more then one thread to use more then one cpu 18.51.20 # ie encode parallel, but do voicing sequenciell 18.51.26 # domonoky: the current code voices all strings, then encodes them. At least for me. 18.52.11 # yes, but earliert rbutil versions didnt.. 18.52.18 # how should we credit FS#11811? The original task is a feature request and therefore should get rejected. I'm thinking of committing the patch attached later and credit the author of that 18.52.35 # domonoky: oh really? At least here it would be nice to do it differently. 18.53.07 # but the whole voicing thing could need some love. It's still broken since the multithread change for some setups (though none of mine) 18.53.52 Quit GeekShadow (Quit: The cake is a lie !) 18.54.02 Join FBI_Guy [0] (~moresuper@pool-96-233-107-20.bstnma.fios.verizon.net) 18.54.03 Quit Judas_PhD (Quit: This is a quitting message) 18.54.33 # yes, the voicing could need some love.. but this change was done intentionally to allow paralell processing. 18.55.06 # I don't see a reason why parallel processing shouldn't be able to have both a thread for voicing and encoding running the same time 18.55.33 # i.e. create number of cores / 2 threads for voicing, and the same amount for encoding :) 18.56.12 # there are constellations where you can do encoding in parallel, but need todo the voicing sequenciell, your solution wont work for that.. 18.58.17 # domonoky: no, doing voicing and encoding in parallel would even have pros when voicing has to be done sequentially. Right now if voicing can't run in multiple threads all cores but the first one are idle, and that could already start encoding the already voiced strings 18.59.00 # ah.. might be true, but thats also much more complicated.. 18.59.52 Quit karim__ (Remote host closed the connection) 18.59.58 Join JdGord [0] (~jonno@pa58-109-228-197.pa.vic.optusnet.com.au) 19.00.17 # you need to comunicate between threads which files are already voiced.. currently we just have a list of work todo, which can be done paralell or not. 19.01.13 *** Saving seen data "./dancer.seen" 19.01.37 Quit FBI_Guy () 19.01.39 # yep, it would need a bit more thread communication 19.02.11 # but it might be a nice task to gain some QThread knowledge for me :) 19.02.17 # now I only need to find the time 19.02.31 # and a different concept for paralellisation.. currently we just use the Qt Concurency framework, which works nicely with lists of work todo.. 19.02.54 Quit kugel (Ping timeout: 255 seconds) 19.03.09 # domonoky: is there a way to figure the vendor of the currently selected TTS engine? I'm trying to get voice string corrections into Rockbox Utility (first but rough implementation seems to work, but it's too much hard coded right now) 19.04.03 # not sure if that is possible with the sapi script. with open sapi it would work, but that still sits in the tracker.. 19.04.40 # we don't have a vendor element for non-SAPI voices, correct? 19.05.11 # non-spai voices dont have that.. most dont even have a voice selection. 19.07.14 # kugel: (in case you read logs) found out where the playback freezes while changing volume on my phone came from - it was me unexpectedly changing the cards and the new card didn't have a rockbox folder yet 19.07.47 # changing volume probably wanted to save to config.cfg and couldn't 19.08.56 # New commit by 03bluebrother (r29121): Add german translation for LANG_FM_RSSI. ... 19.10.16 # so you can call it user error together with not handling the case gracefully 19.10.46 Join kugel [0] (~kugel@e178060194.adsl.alicedsl.de) 19.10.47 Quit kugel (Changing host) 19.10.47 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.12.24 # r29121 build result: All green 19.18.24 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 19.21.42 Quit AlexP (Ping timeout: 240 seconds) 19.23.06 Join pamaury [0] (~quassel@dhcp-129-228.residence.ens-lyon.fr) 19.23.57 Quit pamaury (Changing host) 19.23.57 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.24.20 # anyone successfully compiled an android build on a mac? 19.29.50 # preglow: I'm planning to try that but haven't done yet 19.31.18 Nick TheLemonMan is now known as cod3r-D (~lem0n@62.98.144.255) 19.32.08 # i think i managed to create a working cross compiler for m68k once, but that's it 19.32.42 # I'm running a build client on OS X 10.6 :) 19.32.51 Nick cod3r-D is now known as TheLemonMan (~lem0n@62.98.144.255) 19.33.12 Join AlexP [0] (~alex@rockbox/staff/AlexP) 19.33.33 # but I didn't manage to build the old m68k toolchain. The updated one builds after a few adjustments to rockboxdev.sh 19.34.32 Join froggyman [0] (~seth@unaffiliated/froggyman) 19.36.45 Join bmbl [0] (~bmbl@dsl-217-173-133.pool.bitel.net) 19.36.45 Quit bmbl (Changing host) 19.36.45 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 19.42.02 # preglow: with the sdk/ndk it should just work 19.42.26 # it doesn't involve building a cross compiler 19.42.27 Quit JdGord (Ping timeout: 240 seconds) 19.45.44 # kugel: no need to install eclipse, i take it? 19.45.59 # correct 19.46.21 # excellence, i'll give it a go then 19.46.31 # need a new install for some light travel :> 19.47.43 # preglow: it's building on my box right now. I had to explicitly set the path to the NDK compiler though (though setting ANDROID_NDK_PATH should be sufficient. Seems not) 19.50.49 Join Mouser_X [0] (~Mouser_X@c-76-27-59-232.hsd1.ut.comcast.net) 19.52.01 # I haven't updated Rockbox since March of last year (well, Feb. 09 on my Sansa...). Having said that, I wanted to say "THANK YOU!" for the theme editor. 19.52.28 # It made "converting" my old theme (which is why I haven't updated) to the new "format" much easier 19.52.34 Join FBI_Guy [0] (~moresuper@pool-96-233-107-20.bstnma.fios.verizon.net) 19.53.11 # bluebrother: configure adds the compiler dir to PATH before searching for it 19.53.32 # strange if it doesn't find it 19.53.42 Quit FBI_Guy (Client Quit) 19.53.47 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 19.53.57 Join solexx [0] (~jrschulz@e176117115.adsl.alicedsl.de) 19.54.27 Join FBI_Guy [0] (~moresuper@pool-96-233-107-20.bstnma.fios.verizon.net) 19.56.12 # kugel: that's not strange at all. On OS X the folder is called darwin-x86, not linux-x86 as configure assumes 19.56.28 # oh :-) 19.56.38 # should be a simple fix though :) 19.56.48 # that needs fixing then 19.56.51 Quit solexx_ (Ping timeout: 250 seconds) 19.57.37 # wouldn't be surprised if that folder is named differently on Windows. Though I guess building Rockbox on Windows natively would need various other adjustments as well, so not an issue right now 20.03.29 Quit kugel (Ping timeout: 240 seconds) 20.16.09 Join kugel [0] (~kugel@92.117.236.104) 20.16.09 Quit kugel (Changing host) 20.16.09 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.32.37 # kugel: why has androidcc() that prefixtool $gcctarget in the same line as PATH=...? This breaks setting the path on Mac 20.32.41 Quit Mouser_X (Quit: Leaving) 20.33.29 # so that PATH is only modified for that command 20.34.05 # why is this broken on MAC? 20.34.13 # hmm. Is that a problem? As long as PATH isn't exported it's lost at then end of the configure run anyway 20.34.30 Quit tchan (Quit: WeeChat 0.3.5-dev) 20.34.33 # no idea yet, probably because prefixtools is a script function 20.35.33 # if I run configure with bash it works. Hmm. 20.38.18 Quit kugel (Ping timeout: 240 seconds) 20.39.22 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 20.40.17 Quit user890104 () 20.44.55 # strange. My login shell seems to be bash. Still, if I start bash manually it works. If not it doesn't work 20.46.07 # hmm, now it doesn't work when running under bash too. Weird. 20.46.19 # * bluebrother wonders if he's confusing himself right now 20.52.07 Quit sideral (Ping timeout: 240 seconds) 20.58.53 Quit scorche|1h (Ping timeout: 260 seconds) 21.01.16 *** Saving seen data "./dancer.seen" 21.05.02 Join scorche|sh [0] (~scorche@squisch.net) 21.10.26 Join petur [0] (~petur@rockbox/developer/petur) 21.11.59 Join kugel [0] (~kugel@92.117.236.104) 21.12.00 Quit kugel (Changing host) 21.12.00 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.21.39 # New commit by 03jethead71 (r29122): i.MX31: Now that it matters because there's a debug screeen that allows changing things while running, some DVFS/DPTC stuff has to be done more ... 21.25.05 # r29122 build result: All green 21.26.11 Join mystica555 [0] (~Mike@m3b2636d0.tmodns.net) 21.33.03 Join tom__ [0] (~tom@94-195-105-95.zone9.bethere.co.uk) 21.33.24 # any android savy people here? 21.33.39 Quit bmbl (Quit: Verlassend) 21.33.43 # tom__: you might be better off just asking your question 21.33.55 # yeah your right 21.33.59 # assuming its Rockbox related of course ;-) 21.34.00 # soz 21.34.10 # yes it is 21.34.45 # right rockbox.apk on android x86 port failing to install, any ideas where to begin with that one 21.34.56 Quit sinthetek (Ping timeout: 264 seconds) 21.35.03 # android x86? 21.35.26 # theres a new one for you right :D 21.35.41 # ah, as in android-x86.org? 21.36.05 # yes sorry 21.36.12 # rockbox doesn't support x86, would be the issue there 21.36.14 # well, Rockbox uses native code on Android. So if you want to run it on x86 you need to build it for x86. 21.36.33 # ah i was not sure it that would be the issue 21.36.33 # you'd need to port it to x86 first :) 21.36.36 # Rockbox "supports" x86 to the extent that the simulator runs on a normal PC. 21.37.00 # bluebrother: i suspect that currently the android config is coupled to the arm config 21.37.20 # but the builds are (obviously) built for the target. So to run the Android port on x86 I guess you'd need to adjust it a bit and recompile 21.38.03 # Torne: it is -- configure uses arm-linux-androideabi-4.4.3 (since I was just looking into that to figure why the PATH thing doesn't work on OS X) 21.38.33 # it might be sufficient to just replace that compiler and rebuild. But I'm not really familiar with Android, so no idea. 21.38.35 Join foolsh [0] (~benjamin@c-98-212-236-251.hsd1.il.comcast.net) 21.38.45 # well we're probably using some ARM asm as well 21.39.00 # it might have been ifdef'ed sufficiently well that youc an just undefine the things that make it use arm code 21.39.11 # but it may not distinguish android/arm sufficiently 21.39.34 # true. But this android on x86 looks somewhat interesting 21.39.52 # meh 21.39.59 # * Torne is waiting for x86 to die off ;) 21.40.13 # why that? 21.40.24 # * bluebrother doesn't see that happen -- Windows doesn't run on ARM 21.40.46 # future windows versions will 21.41.11 # that's something I'll believe after I've seen it. 21.41.24 # heh 21.41.45 # microsoft confirmed it themselves :p 21.42.30 Quit kugel (Read error: Connection reset by peer) 21.48.19 Join {-phoenix-} [0] (~dirk@p57AA3690.dip.t-dialin.net) 21.49.08 Quit Keripo (Read error: Connection reset by peer) 21.49.38 Quit {phoenix} (Ping timeout: 260 seconds) 21.50.03 Quit pikytcus (Read error: Operation timed out) 21.50.08 Join pikytcus [0] (~bigd@failbox.co.cc) 22.02.02 Join perrikwp [0] (18a7a08e@gateway/web/freenode/ip.24.167.160.142) 22.03.41 Quit stooo (Remote host closed the connection) 22.04.53 # any idea why PATH=foo:$PATH shellfunction arguments does not work in a shell script on Mac (bash 3.2.48) but works fine on my linux box (bash 4.1.7)? Oh, and invoking a script with PATH=foo:$PATH ./script.sh works on Mac 22.05.56 Join JdGord [0] (~jonno@122.110.120.81) 22.06.35 Join Keripo [0] (~Keripo@eng015.wireless-resnet.upenn.edu) 22.07.54 Quit Rob2222 (Ping timeout: 240 seconds) 22.08.12 # is there a missing / at the end of your $PATH variable? Is this set in bash.rc on mac as well? 22.08.41 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 22.09.19 Quit benedikt93 (Quit: Bye ;)) 22.10.21 Part CIA-7 22.10.33 # * foolsh never used a mac before except to put linux on it. 22.10.44 # foolsh: no, the PATH variable is ok. If I split that up (assignment on one line, function call the next one) it works 22.13.23 # try using quotes around "$PATH". if that works I would think there might be s p a c e s in the the path directory names. 22.20.00 Quit stripwax (Read error: Connection reset by peer) 22.20.58 Quit ScarabDrowner (Quit: Sayonara) 22.23.35 Quit pamaury (Read error: Connection reset by peer) 22.24.41 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 22.25.05 Join Rob2222 [0] (~Miranda@p4FFF1577.dip.t-dialin.net) 22.25.05 # foolsh: there are definitely no spaces involved. If they were it wouldn't work assigning PATH on a separate line in the script 22.25.43 Join pamaury [0] (~quassel@dhcp-128-95.residence.ens-lyon.fr) 22.25.43 Quit pamaury (Changing host) 22.25.43 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 22.33.50 Join Topy [0] (~Topy44@f049076184.adsl.alicedsl.de) 22.33.53 # hmm. How is this PATH=... prefixtools supposed to work? That only puts prefixes on CC and friends but the adjusted PATH is needed for the findtool calls done much later 22.35.05 # * bluebrother decides to install the android toolchain on linux and try again 22.36.53 Quit T44 (Ping timeout: 240 seconds) 22.38.08 # bluebrother: I tried no end to get those scripts working....gave up. 22.38.28 # they point to the wrong things now, also. 22.39.17 # ah! 22.39.37 # the r8 NDK is out 22.39.58 # I just did it manually...if those scripts aren't kept up to date, they probably shouldn't be in the source. 22.40.24 # I thought kugel wrote them, but...nope. 22.40.30 # if I put a "echo $PATH" in front of the lines resolving the paths to the compilers (configure:3147) then the path DOES contain the path to the android compiler on Linux. 22.42.01 # however, this does NOT happen on OSX. 22.42.31 # in any case, unless I though before PATH needs to get set for the rest of the runtime of configure, not only for the prefixtools function call 22.42.33 Join markun [0] (~markun@rockbox/developer/markun) 22.43.13 # so it seems that bash on linux keeps the value while on OSX it only keeps it for the call of prefixtools -- if I output $PATH in prefixtools I get the extended path 22.44.10 # so splitting that single line up into two is actually correct. 22.44.27 Quit markun (Read error: Connection reset by peer) 22.47.08 Quit dfkt (Read error: Connection reset by peer) 22.47.10 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 22.47.10 Join sideral [0] (~sideral@unaffiliated/sideral) 22.48.38 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 22.48.38 Quit JdGordon| (Changing host) 22.48.38 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 22.49.04 Join T44 [0] (~Topy44@f048165091.adsl.alicedsl.de) 22.51.09 # Hmm, no kugel around 22.52.05 Quit Topy (Ping timeout: 240 seconds) 22.59.59 Quit n1s (Quit: Ex-Chat) 23.00.02 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 23.00.30 Quit bertrik (Quit: :tiuQ) 23.01.18 *** Saving seen data "./dancer.seen" 23.03.05 Quit JdGord (Quit: Bye) 23.03.09 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 23.03.13 Quit FBI_Guy (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 23.10.39 # * bluebrother wonders where CIA-7 has gone 23.12.20 Join CIA-10 [0] (~CIA@208.69.182.149) 23.12.49 # r29125 build result: All green 23.16.38 # hmpf 23.16.47 # This android (s|n)dk stuff is weird 23.22.22 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 23.24.22 Quit peadar (Quit: peadar) 23.30.08 Quit domonoky (Read error: Connection reset by peer) 23.31.58 Quit {-phoenix-} (Remote host closed the connection) 23.33.27 Quit Keripo (Read error: Connection reset by peer) 23.35.03 Join in-the-store [0] (452a6708@gateway/web/freenode/ip.69.42.103.8) 23.35.11 # yoyo, hello hello 23.35.22 # anybody rockin? 23.35.43 # i am, indeed, in the store 23.36.05 # looking at various affordable devices 23.36.59 # does rockbox run on the archos 2 vision??? 23.37.30 # tthis thing has a watchdog timer so if i walk away it will rolly disconnect me 23.38.01 # rockbox works on the devices listed on http://www.rockbox.org/ 23.38.14 # ... any hel you can give would be greatly areciated 23.38.31 # gevaerts: thank you, yah i know im in the store on a store kiosk 23.38.48 # and i didnt see that secific model 23.39.03 Quit TheLemonMan (Quit: free(me)) 23.39.18 # That means rockbox doesn't run on it 23.39.24 # thanks 23.39.29 # much obliged 23.39.35 # have a great sunday =) 23.39.56 Join Keripo [0] (~Keripo@eng015.wireless-resnet.upenn.edu) 23.42.24 Join peadar [0] (~peadar@89.100.98.139) 23.44.05 Quit peadar (Client Quit) 23.45.17 # New commit by 03pixelma (r29126): Also update the two missing autoresume strings in the German translation. 23.48.17 # r29126 build result: All green 23.56.55 Quit ender` (Quit: PHP is a minor evil perpetrated and created by incompetent amateurs, whereas Perl is a great and insidious evil, perpetrated by skilled but perverted professionals.)