--- Log for 26.10.110 Server: hubbard.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 4 hours ago 00.04.09 Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) 00.07.13 Join Topy44 [0] (~Topy44@g228195024.adsl.alicedsl.de) 00.10.44 # JdGordon: shouldn't the sim still use sim_open()? 00.11.15 Quit hebz0rl (Quit: Leaving) 00.11.45 # you need to fix the path in lc_open_from_mem() for android 00.13.58 # I think the sim doesn't need the wrapping since it's setting up a virtual root directly from the current dir anyway 00.15.30 # I think there could be a application_opendir in the same way as application_open; you added the same code to both android's and sdl's opendir 00.16.16 # NEED_WRITE is also needed for O_WRONLY and O_TRUNC 00.18.20 # the changes to file.h look a bit fishy to me 00.18.26 # kugel: does kinetic scrolling add language strings? It would be helpful if no new strings are added until after the release 00.18.26 # otherwise it looks fine I'd say 00.18.42 # rasher: no 00.19.00 # we could make it configurable but I haven't done it yet 00.19.12 # since it works well for me :) 00.21.13 # Buschel: i'll look at it tomorrow afternoon 00.21.26 Quit n1s (Quit: Lämnar) 00.28.10 Quit GeekShadow (Read error: Connection reset by peer) 00.29.21 Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 00.29.31 Quit ender` (Quit: Sex is dirty - if you do it right. -- Isaac Asimov) 00.29.33 Join JdGord [0] (~jd@pa58-109-146-209.pa.nsw.optusnet.com.au) 00.32.31 Quit saratoga (Quit: Page closed) 00.33.52 Join T44 [0] (~Topy44@f048196044.adsl.alicedsl.de) 00.37.34 Quit Topy44 (Ping timeout: 252 seconds) 00.37.44 # Kugel: the similar does still use sim_open 00.38.03 # but not directly? 00.38.31 # That would be a misttake then... 00.38.43 # i just looked at the diff, I may be wrong 00.39.08 # I see #define open(x, ...) application_open(x, __VA_ARGS__) in the PLATFORM_SDL section 00.40.03 # btw, what happens about creat() etc calls? 00.40.54 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 00.41.26 # Creat is a wrapper for open isn't it? 00.42.41 Join jdgord| [0] (~jd@pa58-109-146-209.pa.nsw.optusnet.com.au) 00.42.42 Quit JdGord (Read error: Connection reset by peer) 00.44.52 # JdGordon: no. there are also other calls, remove(), rename() 00.45.10 # I think you're going to need to wrap all of them 00.47.36 # Ok ill look into it. 00.47.42 # Damn :p 00.49.09 Quit linuxguy3 (Remote host closed the connection) 00.49.25 Join linuxguy3 [0] (~timj@adsl-75-57-189-204.dsl.emhril.sbcglobal.net) 00.53.34 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 00.53.38 Quit jdgord| (Quit: Bye) 00.56.19 Quit linuxguy3 (Ping timeout: 240 seconds) 00.57.20 Join linuxguy3 [0] (~timj@adsl-75-57-189-204.dsl.emhril.sbcglobal.net) 00.59.16 # kugel: as for the release being sucky, that is bassically because noone has put their hand up and said they'll be "release manager" 01.00.00 # we never needed a dedicated release manager, but maybe we do now 01.00.44 # not officialy but we have always had someone who has done the builds and pushed everything along 01.03.28 Quit linuxguy3 (Ping timeout: 250 seconds) 01.04.14 Join linuxguy3 [0] (~timj@adsl-75-57-189-204.dsl.emhril.sbcglobal.net) 01.08.05 Quit antil33t (Ping timeout: 255 seconds) 01.12.30 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.14.51 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 01.15.55 Quit JesusFreak316 (Remote host closed the connection) 01.19.07 Quit factor (Read error: Connection reset by peer) 01.20.18 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 01.22.22 Part toffe82 01.25.01 Nick aexin is now known as aevin (eivindsy@unaffiliated/aevin) 01.28.59 # <[Saint]> JdGordon: When CustomWPS says "touchscreen areas - WPS only"....is that actually still true? 01.29.18 # no 01.29.28 # * [Saint] edits 01.30.40 # <[Saint]> can you check and see if the touchscreen tags/keywords are up to date on that page for me? 01.30.52 # not now 01.30.55 # <[Saint]> I would have no idea if anything was missing. 01.31.01 # <[Saint]> Fair enough. 01.32.07 # http://svn.rockbox.org/viewvc.cgi/trunk/apps/gui/skin_engine/skin_parser.c?revision=28249&view=markup search for "touchactions" shows the accepted names 01.32.31 *** Saving seen data "./dancer.seen" 01.33.21 # <[Saint]> thanks. 01.38.04 # <[Saint]> I just remembered that you added a few recently, and wasn't sure if they were added to the wiki or not. 01.39.35 Quit xxcv (Ping timeout: 240 seconds) 01.40.20 # <[Saint]> can %TI be used conditionally? As in %?TI<%T(0,0,0,0,foo)|%T(1,1,1,1,bar)>? 01.40.24 Quit krazykit (Read error: Operation timed out) 01.41.29 Quit antil33t (Ping timeout: 264 seconds) 01.43.16 # TI? 01.43.46 # <[Saint]> "if screen is touched...do X for " 01.44.55 # I dont tihnk that will work 01.45.07 # more thoguh I dont tihnk %T can be in a conditional 01.45.45 # have a look at the 320x480 wps though, it has a touch regions which turn on and off 01.48.12 # <[Saint]> are the touch regions VP relative? 01.48.33 # <[Saint]> I'm trying to "touchify" iLike Video...and it's a PITfuckingA 01.48.50 # yes 01.49.12 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 01.49.13 # wait, you tihnk someone who uses rockbox on a d2 would like the ipod look? :D 01.49.25 # <[Saint]> why not ;) 01.49.31 # fair enough 01.50.14 # <[Saint]> If there was an %(is it touchscreen) tag I could even change the title from "iPod" to "Cowon" ;) 01.51.28 # you want a target name tag, not a touchscreen one 01.51.36 # <[Saint]> I figure some nutter out there will at least try it out on the D2, and as a themer it's my duty to make sure people don't have to use that terrible bloody pox of a thing that is grid mode 01.52.20 # <[Saint]> Hmmmm....that would be interesting..go on ;) 01.52.36 # <[Saint]> then I could specify between Nano 1 and 2 Gen also. 01.53.17 # That isnt likely to happen :) I don't tihnk the target name is in the binary at all 01.53.44 # <[Saint]> could the %(is it touch enabled) be added? 01.53.45 # you could of course do it with the theme setting tag though 01.53.49 # sure 01.53.54 # <[Saint]> I could actually use that. 01.54.08 # you sure there isnt one? 01.54.21 # <[Saint]> well...it's not listed anywhere. 01.55.00 # <[Saint]> I'd expect it to be in with the touch tags, and it isn't....so, "not 100% sure, but about 98% certain" 01.56.05 # yeah, there isnt one 01.57.38 # <[Saint]> I think it could be quite usefull, only really for Video/D2 themes, but still. 01.57.43 # <[Saint]> s/ I think it could be quite usefull/ I'd use it myself if there was one/ 01.58.03 # %Sl(device name, freetext) .... %?Sl(device name)<%Sl(device name)> 01.59.02 # <[Saint]> errr....huh? 01.59.23 Quit chattr (Read error: Connection reset by peer) 01.59.54 # grr.. those last 2 should be %Sv 01.59.59 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 02.00.26 # 1) setup the variable the user can add, freetext means anything. %Sv is "did the user set one? yes? ok so disoplay it" 02.01.20 # <[Saint]> Aha...right. You suggesting that as a suggestion for my "is touch available" query? Or just putting it out there? 02.01.35 Quit anewuser (Ping timeout: 240 seconds) 02.01.46 # for the getting the device name string, instead of adding a new tag for it 02.02.56 Quit parafin (Read error: Operation timed out) 02.03.23 # <[Saint]> Ah, right...well for now I could just do it with a "%(is it touch capable?)" tag, as with that resolution it's only going to be one of two targets, and it's a true/false (or yes/no whatever way you want to put it) condition so it works perfectly. 02.07.17 Join parafin [0] (parafin@paraf.in) 02.07.22 Join soap [0] (~soap@rockbox/staff/soap) 02.08.41 # it should be an easy addition, but because %T() on non touch targets doesnt affect the display (usually) it isnt really needed (unlike the "is rtc capable?" tag_ 02.08.51 # although there is defintly a case to add it 02.09.09 # * JdGordon| can walk you through the addition if oyu're game? 02.09.11 Join anewuser [0] (anewuser@190.78.17.89) 02.09.13 Quit anewuser (Changing host) 02.09.13 Join anewuser [0] (anewuser@unaffiliated/anewuser) 02.09.28 # <[Saint]> "walk through the addition"? 02.09.36 # <[Saint]> ETOOMANYSPACES 02.09.39 # <[Saint]> that was weird 02.10.13 # its one line in tag_table.c and half a dozen in skin_parser.c 02.10.36 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 02.10.40 # <[Saint]> I could have a look at how it's done I guess. 02.10.47 # <[Saint]> Couldn't hurt me to try. 02.12.21 # look how SKIN_TOKEN_HAVE_RECORDING is done in skin_parser.c 02.12.35 # in check_feature_tag 02.12.36 # <[Saint]> Ok, thanks. 02.14.12 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 02.15.09 Quit Kiwi_Cam (Ping timeout: 255 seconds) 02.16.40 Quit chattr (Remote host closed the connection) 02.17.16 Quit antil33t (Ping timeout: 272 seconds) 02.19.43 Quit soap (Read error: Connection reset by peer) 02.20.08 Join soap [0] (~soap@rockbox/staff/soap) 02.20.52 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 02.22.24 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 02.27.42 Quit chattr (Remote host closed the connection) 02.28.01 Quit DerPapst (Quit: Leaving.) 02.30.23 # JdGordon|: http://www.alice-dsl.net/simonemartitz/rockbox/rockbox-cowond2.zip 02.30.46 # ^ cowond2 build with the kinetic scrolling patch 02.31.00 # ok cool, I'll try it tonight 02.38.39 # * JdGordon| even downloads it now so he cant blame his shitty home internet connection! 02.39.21 # selecting with the track ball is a fishy thing 02.39.29 # how do you mean? 02.40.00 # well, at least on my legend, it's easy to accidentally select 2 or 3 times in a row 02.40.08 # (it has this optical track ball thingy) 02.40.30 # ah ok 02.40.43 # is there a way to know if there is a real ball or optical? 02.40.47 # perhaps we should only do up and down 02.40.52 # no 02.41.14 # no thanks 02.41.21 # ball select works great on the n1 02.41.52 # maybe play with the TIME_BEFORE line in the button-android.c? 02.43.25 # so, with the pitchscreen I suppose we can safely enable absolute point mode by default 02.43.35 # without losing core functionality 02.45.01 Join Topy [0] (~Topy44@g227182192.adsl.alicedsl.de) 02.45.15 # probably 02.45.25 # I still think the sbs is a nasty blocker also 02.45.29 # also the lack of plugins 02.45.33 # (not game ones) 02.45.49 # lack of plugins has nothing to do with the absolute point mode 02.46.03 # * JdGordon| somehow read releasing into that 02.47.41 # I've some plugins enabled locally, but it's just a shitload of work 02.48.00 # why? 02.48.05 # also the get_user_file_path() thingy is untested/unimplemented for plugins 02.48.19 # well, *all* plugins only work with the grid mode 02.48.29 Quit T44 (Ping timeout: 252 seconds) 02.48.38 # arg, yeah 02.48.57 # I was tihnking the basic ones (especially the ones with lists as the ui) shouldnt 02.49.24 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 02.49.44 Quit chattr (Read error: Connection reset by peer) 02.50.11 Join T44 [0] (~Topy44@f049003007.adsl.alicedsl.de) 02.50.17 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 02.50.29 Quit soap (Read error: Connection reset by peer) 02.50.43 # JdGordon|: was there a reason you made OK on the left and CANCEL on the right in the yesno screen? 02.51.01 # I was under the impression that OK is commonly the right-most button 02.51.09 Join soap [0] (~soap@rockbox/staff/soap) 02.51.17 # thats the way the grid mode had it already 02.51.20 # isnt it? 02.51.42 # no you changed the grid mode accordingly (if I remember your ci message right) 02.51.47 Quit Topy (Ping timeout: 252 seconds) 02.53.15 Quit antil33t (Ping timeout: 240 seconds) 02.54.08 Join BHSPitMonkey [0] (~stephen@68-185-200-125.dhcp.dntn.tx.charter.com) 02.54.09 # ah hmm... 02.54.15 Quit BHSPitMonkey (Changing host) 02.54.16 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 02.55.31 # That yes/no screen should be replaced with a OS yes/no if we can figure out how to do it 02.56.55 Join Topy [0] (~Topy44@f048234078.adsl.alicedsl.de) 02.58.23 Quit T44 (Ping timeout: 252 seconds) 02.59.23 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 03.02.11 # useless context menu. the menu button should go to the main menu instead 03.10.56 # need to get long ball or long menu working then 03.10.57 Quit BHSPitMonkey (Ping timeout: 255 seconds) 03.12.14 # or, menu pops up a menu with a few buttons 03.12.22 # a android menu that is 03.13.02 # the context menu via long-press on touchscreen doesn't work 03.13.06 # good enough? 03.15.17 # isnt it?? 03.15.26 # -isnt it? 03.16.07 # ? 03.20.41 Join T44 [0] (~Topy44@f049034060.adsl.alicedsl.de) 03.21.42 Quit T44 (Client Quit) 03.22.35 Quit advcomp2019_ (Ping timeout: 252 seconds) 03.24.14 Quit Topy (Ping timeout: 252 seconds) 03.25.24 Quit MagusG (Read error: Connection reset by peer) 03.25.57 Join MagusG [0] (magusg@c-71-59-57-46.hsd1.ga.comcast.net) 03.26.16 Quit kugel (Remote host closed the connection) 03.27.42 Quit antil33t (Ping timeout: 276 seconds) 03.32.32 *** Saving seen data "./dancer.seen" 03.32.47 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 03.40.26 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 03.44.08 Quit antil33t (Ping timeout: 240 seconds) 03.45.51 Join soap__ [0] (~soap@lu-r1.connectionvpn.com) 03.46.55 Quit soap (Ping timeout: 240 seconds) 03.49.11 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 03.58.01 # [Saint]: how'd you go? 04.12.18 Quit _s1gma (Quit: Leaving) 04.35.19 Join edboyer93 [0] (~eboyer93@pool-71-185-65-59.phlapa.fios.verizon.net) 04.38.27 Join Barahir_ [0] (~jonathan@frnk-590fff5c.pool.mediaWays.net) 04.41.43 Quit Barahir (Ping timeout: 252 seconds) 04.42.24 Quit krazykit (Ping timeout: 252 seconds) 04.42.27 Quit edboyer93 () 04.44.14 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 04.48.59 Quit krazykit (Ping timeout: 255 seconds) 04.50.40 Quit amiconn (Disconnected by services) 04.50.40 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.50.55 Quit bluebrother (Disconnected by services) 04.50.56 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 04.51.00 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.51.18 Quit pixelma (Disconnected by services) 04.51.21 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.51.23 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.55.23 Quit TheSeven (Ping timeout: 276 seconds) 04.58.27 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.05.02 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 05.20.46 Quit soap__ (Ping timeout: 252 seconds) 05.23.50 Quit merbanan (Ping timeout: 276 seconds) 05.24.00 Join soap [0] (~soap@rockbox/staff/soap) 05.31.37 Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 05.32.35 *** Saving seen data "./dancer.seen" 05.33.02 Quit Horscht (Quit: Verlassend) 05.34.14 Quit ps-auxw (Ping timeout: 276 seconds) 05.36.12 Join merbanan [0] (~banan@c-83-233-243-7.cust.bredband2.com) 05.41.34 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 05.45.14 Join ps-auxw [0] (~arneb@p4FF7EC0B.dip.t-dialin.net) 05.47.55 Quit soap (Ping timeout: 240 seconds) 05.52.01 Join soap [0] (~soap@rockbox/staff/soap) 05.53.46 Quit xxcv (Ping timeout: 252 seconds) 05.57.51 Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 05.59.02 Quit sasquatch (Quit: WeeChat 0.3.2) 05.59.27 Join sasquatch [0] (~username@p4FF2D580.dip.t-dialin.net) 06.08.31 Quit soap (Ping timeout: 240 seconds) 06.08.44 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.09.27 # <[Saint]> JdGordon: with? 06.09.36 # <[Saint]> re: "how did I go?" 06.09.44 # time touchscreen available tag 06.09.56 # s/time/the/ wtf 06.10.38 # <[Saint]> Oh, I haven't even had a chance to look yet. Had a Dr's appointment shortly after I talked to you, and just got home now. 06.10.38 Quit merbanan (Read error: Connection reset by peer) 06.11.24 # ok 06.11.57 Quit S00row (Read error: Connection reset by peer) 06.14.11 Quit xxcv () 06.14.22 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 06.17.29 Quit [Saint] (Ping timeout: 255 seconds) 06.18.48 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.229) 06.28.02 Join merbanan [0] (~banan@c-83-233-242-220.cust.bredband2.com) 06.33.24 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 06.43.05 Quit anewuser () 07.15.44 Quit mc2739 (Ping timeout: 240 seconds) 07.16.49 Quit S00row (Read error: Connection reset by peer) 07.17.59 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 07.18.38 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 07.24.05 Quit krazykit (Ping timeout: 276 seconds) 07.29.31 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 07.32.26 Join Buschel [0] (~chatzilla@p54A3BB4D.dip.t-dialin.net) 07.32.38 *** Saving seen data "./dancer.seen" 07.46.11 Quit krazykit (Ping timeout: 276 seconds) 07.47.46 Join MethoS-- [0] (~clemens@134.102.106.250) 07.51.47 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 07.54.13 Quit linuxguy3 (*.net *.split) 07.54.13 Quit MethoS- (*.net *.split) 07.54.13 Quit KiwiCam (*.net *.split) 07.54.13 Quit simonrvn (*.net *.split) 07.54.13 Quit literal (*.net *.split) 07.55.17 Join KiwiCam [0] (~Kiwicam@ip-118-90-75-25.xdsl.xnet.co.nz) 07.55.18 Quit S00row (Read error: Connection reset by peer) 07.56.31 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 08.10.38 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 08.14.10 Join linuxguy3 [0] (~timj@adsl-75-57-189-204.dsl.emhril.sbcglobal.net) 08.14.14 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.11/20101012113537]) 08.15.32 Quit BlakeJohnson86 (Ping timeout: 240 seconds) 08.16.10 Join simonrvn [0] (simon@209.165-ppp.3menatwork.com) 08.16.31 Quit S00row (Read error: Connection reset by peer) 08.16.49 Nick simonrvn is now known as Guest75780 (simon@209.165-ppp.3menatwork.com) 08.17.15 Join literal [0] (hinrik@v.nix.is) 08.17.57 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 08.21.35 Quit BHSPitMonkey (Remote host closed the connection) 08.23.52 Nick Guest75780 is now known as simonrvn (simon@209.165-ppp.3menatwork.com) 08.23.53 Quit S00row (Read error: Connection reset by peer) 08.26.32 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 08.44.07 Join Tchno [0] (~62f59d0c@giant.haxx.se) 08.44.27 Join drizztbsd_ [0] (~quassel@unaffiliated/drizztbsd) 08.45.33 Join ender` [0] (krneki@foo.eternallybored.org) 08.46.05 Quit drizztbsd (Ping timeout: 272 seconds) 08.47.20 # Hello, I have been having problems getting past the title screen on my Sansa V2 device, it just stays on there. I have already tried troubleshooting before, refer to: http://www.rockbox.org/irc/log-20101021 and http://www.rockbox.org/irc/log-20101022 08.48.59 Join hebz0rl [0] (~hebz0rl@dslb-088-065-222-137.pools.arcor-ip.net) 08.49.45 Quit hebz0rl (Max SendQ exceeded) 08.50.33 Join hebz0rl [0] (~hebz0rl@dslb-088-065-222-137.pools.arcor-ip.net) 08.53.51 Part JdGordon| 08.58.27 # I tried posting on the forums as well, although no advice that I haven't tried before was presented. 09.04.35 Join JdGord [0] (~jd@122.110.225.83) 09.07.04 Join Simon14 [0] (~chatzilla@unaffiliated/simon14) 09.09.12 # hey, i'm running rockbox on my clip+ with a SD card. when I plug it into my computer (loads up Sansa fw) it says there are only 2gb/7.36GB remaining but when i look through the folders there are no files. whats going on? 09.11.07 Join soap [0] (~soap@rockbox/staff/soap) 09.12.07 # Filesyatem might be stuffed 09.12.19 # i can still play music fine 09.12.28 # chkdsk /f /x x: 09.12.35 # also.. when i plug it in, i don't see the .rockbox folder anywhere 09.13.57 # ender`: x: being the internal memory drive? 09.15.51 # under windows 7, it doesn't really have a drive letter, the paths are "Computer\Sansa Clip+ 8GB\Internal Memory" 09.16.20 # then put that path instead of x: 09.16.28 # hm, no 09.16.31 # Doesn't that mean it's in MTP mode?. 09.16.37 # put the player to MSC mode 09.17.05 # sorry.. how do i do that? 09.18.09 # err wait i think i found it 09.18.40 # i think that did it 09.18.41 # thanks :) 09.25.59 Quit S00row (Read error: Connection reset by peer) 09.27.56 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 09.31.01 Join jdgord| [0] (~jd@122.110.225.83) 09.31.16 Quit JdGord (Read error: Connection reset by peer) 09.32.16 Join petur [0] (d408b802@rockbox/developer/petur) 09.32.42 *** Saving seen data "./dancer.seen" 09.35.10 Quit soap (Ping timeout: 265 seconds) 09.35.12 Quit factor (Ping timeout: 250 seconds) 09.39.59 Quit Tchno (Quit: CGI:IRC) 09.43.14 Join soap [0] (~soap@rockbox/staff/soap) 09.44.58 Quit hebz0rl (Quit: Leaving) 09.47.41 Quit soap (Ping timeout: 252 seconds) 09.49.02 Join soap [0] (~soap@rockbox/staff/soap) 09.54.24 Quit soap (Ping timeout: 276 seconds) 09.54.24 Quit S00row (Read error: Connection reset by peer) 09.55.28 Join Rob2222 [0] (~Miranda@p4FFF3E9F.dip.t-dialin.net) 09.56.49 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 09.59.27 Quit Rob2223 (Ping timeout: 264 seconds) 10.10.44 Quit drizztbsd_ (Ping timeout: 250 seconds) 10.22.23 Join drizztbsd [0] (~quassel@unaffiliated/drizztbsd) 10.25.27 Quit powell14ski_ (Ping timeout: 276 seconds) 10.28.15 Quit jdgord| (Ping timeout: 264 seconds) 10.35.22 Join JdGord [0] (~jd@122.110.225.83) 10.35.57 Quit TheSeven (Ping timeout: 255 seconds) 10.37.52 Join DerPapst [0] (~Alexander@dslb-088-069-141-211.pools.arcor-ip.net) 10.39.29 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 10.45.26 Quit Adublaptop () 10.46.55 # I wonder why some themes on the theme site say "Works with current build" in the overview table but have "Doesn't work with current build" on the details page (e.g. the first in X5 themes - Rockbox Modern) 10.47.50 Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 10.49.20 # noticed while trying to figure out why the difference in number of greyscale and colour160x128 themes is so big, it wasn't that much (maybe 4-5 themes) last I looked 10.50.40 Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) 10.50.45 # pixelma: ping 10.51.50 # pong 10.55.41 # I suppose you didn't try imageviewer_png_v6.diff - it is broke in the same way MAS patch was. 10.55.48 # s/broke/broken/ 10.56.36 # and did latest MAS patch fix sim build for you? 10.56.41 # pixelma: ^ 10.57.08 # leave me the answer in log, have to go 10.57.12 Quit wodz (Quit: Leaving) 10.59.42 Join slater [0] (~slater@p5B271D2F.dip0.t-ipconnect.de) 11.00.10 # hey i do have a short question. how can i communicate with the mp3 player via usb with busybox? 11.00.17 # or is that not possible at all? 11.15.06 Join evilnick__ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) 11.16.53 Join powell14ski_ [0] (~powell14s@c-174-51-160-240.hsd1.co.comcast.net) 11.18.23 Quit MagusG (Ping timeout: 255 seconds) 11.18.23 Quit evilnick_ (Ping timeout: 255 seconds) 11.19.15 Join MagusG [0] (magusg@c-71-59-57-46.hsd1.ga.comcast.net) 11.23.13 Quit dionoea (Read error: Operation timed out) 11.23.18 Join dionoea [0] (~dionoea@yop.chewa.net) 11.25.10 Quit krazykit (Remote host closed the connection) 11.26.06 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 11.26.32 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 11.27.05 Quit linuxstb (Ping timeout: 252 seconds) 11.27.05 Quit AlexP (Ping timeout: 252 seconds) 11.27.22 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 11.31.58 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 11.32.43 *** Saving seen data "./dancer.seen" 11.33.39 Quit casainho (Remote host closed the connection) 11.35.28 Quit JdGord (Quit: Bye) 11.42.36 # hey i do have a short question. how can i communicate with the mp3 player via usb with busybox? 11.42.38 # or is that not possible at all? 11.46.50 # to do what? 11.49.30 # to check the root syste, of the original firmware 11.49.42 # could somebody add me to the wiki user groups 11.49.54 # i am currently working on porting YP-R0 11.50.02 # and I made some progress so far 11.50.18 # you're AntonHerzfeld ? 11.50.22 # yes 11.51.09 # done 11.51.18 # thank you 11.52.01 # so just out of curiosty is it possible to reach the player with busybox via usb? 11.52.33 # busybox is just a cut down version of core utils... so if it has mount you're set 11.53.11 # player only mounted flash partion not root partion 11.53.53 # but i recall working on my phone there was a way to check if busybox is running on the device via usb wire 11.54.09 # and if is then be able to use it 11.54.58 # busybox doesn't "run" 11.55.05 # what makes you tihnk it is running linux? 11.55.08 # it's just a bunch of utilities 11.55.10 # JdGordon: it is 11.56.09 # slater: there is no standard way to get access to a linux device, at all 11.56.09 # with which i would be able to use cat. 11.56.27 # if it only exposes part of its filesystem over usb then that's tough 11.56.35 # your phone might have usb networking and an ssh server 11.56.40 # but there's no reason to assume that any othe rdevice does 11.57.06 # thats what i was not hoping ;) 11.58.07 # teru: The patch you gave me to test that fixes icons in plugins works 100% 11.59.10 # I will let you know if I find any more plugins that require icons to be anabled, but for now I think it is just disktidy.rock and shopper.rock 11.59.26 # thankyou again for doing that for me, are you going to commit it? 11.59.31 # teru: ^ 12.01.21 # has anyone tried putting %X or %xl inside the "has rtc?" or "has recording" skin tags? 12.02.07 # not personally...only %Vd(blah) 12.02.17 # why? is it borked? 12.02.28 # I dont know, I'm wondering if it works as expected 12.02.36 # but i've just got the call so im heading out again :) 12.02.50 # If you end up hgaving a few min and are bored could you try it please? 12.03.03 # yeppers. 12.03.58 # the way it used to work (pre new parser) was the the code in the true branch would never be read on the targets without that feature so you should have been able to conditionally load images 12.03.59 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 12.04.04 # wanna know if that still works 12.06.28 Quit xxcv (Ping timeout: 240 seconds) 12.09.01 # actually that may not be true, but it should be... (i.e i'll work to fix that if it isnt) 12.11.36 # a .icons file should be named
.icons .....yes? 12.12.22 # a/a/an/ 12.14.06 # so if the main iconset was "iconset.bmp", the .icons file would be "iconset.icons"? 12.14.37 # Or is it .icons? 12.14.57 Join swilde [0] (~wilde@aktaia.intevation.org) 12.15.07 # I'm confused...what I thought, and what the wiki says are completely different, but I know enough to not trust the wiki 100% 12.20.20 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 12.32.51 Join JdGord [0] (~jd@122.110.225.83) 12.34.51 Join n1s [0] (~n1s@rockbox/developer/n1s) 12.42.23 Nick evilnick__ is now known as evilnick (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) 12.42.35 Quit evilnick (Changing host) 12.42.36 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 12.45.08 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 12.51.18 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.51.40 # JdGordon: tested scrolling on d2 yet? 12.55.43 Part slater 12.58.23 Quit kugel (Ping timeout: 252 seconds) 13.01.26 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.03.17 # JdGord: ^ 13.04.01 # Yeah the build didn't work 13.04.26 # how? 13.04.39 # Didn't load. Ill play tonight (current out) 13.04.41 # does svn even work? 13.04.48 # Dunno 13.06.24 Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 13.06.40 Join jdgord| [0] (~jd@122.110.225.83) 13.06.45 Quit JdGord (Read error: Connection reset by peer) 13.13.20 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 13.14.38 Quit krazykit (Ping timeout: 240 seconds) 13.15.30 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 13.16.08 Join kugel_ [0] (~kugel@g231232053.adsl.alicedsl.de) 13.16.36 Quit kugel (Disconnected by services) 13.18.32 Quit kugel_ (Remote host closed the connection) 13.22.17 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 13.22.49 Quit n1s (Read error: Connection timed out) 13.24.32 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 13.25.15 Quit jdgord| (Ping timeout: 264 seconds) 13.26.56 # JdGordon: jsyk...I've looked at tag_table and skin_parser...and it's all voodo to me. 13.26.57 # :/ 13.27.00 # sorry :-/ 13.27.09 # I wish it wasn't, but it is :-/ 13.28.15 # AFAIK there are still glitches with the D2 after the eabi switch, sometimes working, sometimes sound not working etc. 13.28.29 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.32.44 *** Saving seen data "./dancer.seen" 13.34.05 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 13.34.11 Quit krazykit (Ping timeout: 240 seconds) 13.35.40 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 13.38.06 # TheSeven: liar: I added "#ifnder BOOTLOADER -> #endif" around HAVE_LCD_SLEEP and HAVE_LCD_SLEEP_SETTING and the SVN bootloader plays nice with me now. 13.38.31 # It seems the bootloader down't like these defines when LCD sleep is in the main build. 13.39.11 # With that small addition, and TheSeven's bootloader commit from the other day, all is well with the SVN Nano2G bootloader 13.40.03 # I would ay the LCD sleep is ready to be committed, and that a new Nano2G bootloader (with those changes I mention above) should be released for 3.7 13.40.24 # s/should be/it would be cool if it was/ 13.41.24 # bootloaders aren't generally released as part of releases 13.41.35 # Of course there is no reason not to, but it doesn't really matter either way 13.42.13 # In this case though, there's functionality in the core that is useless without the bootloader...so it kinda makes sense to get it out there. 13.42.44 # Already committed to the core? 13.42.49 # yes. 13.43.09 # It should be released ASAP then, not dependent on 3.7 13.43.54 # Yeah, I've mentioned it a few times...I thought it ties in well with 3.7 though. Obviously I can't fo it myself. 13.45.01 # S_a_i_n_t: what kind of core functionality are you referring to that needs support from the bootloader? 13.45.40 # the "boot OF with MENU" thing, didn;t you mention that required changes to the core? or did I imagine that? 13.46.35 # That sound slike bootloader only to me 13.48.51 # the nano2g is not a 3.7 device is it? 13.49.18 # I thought it was going in to stable this release? 13.49.48 # I don't know 13.49.52 # kugel: I think TheSeven rates it as stable, so it is going to be promoted 13.49.58 # are some of the unstable sansas going to be released? 13.50.14 # If the maintainers consider them to meet the criteria :) 13.50.15 # I think they're generally ready 13.50.34 # usb is the only thing missing but usb isn't a blocker 13.51.02 # AlexP_: There was a change in core, phew...glad I didn't go insane ;) 13.51.14 # it needed a change to the clickwheel driver to make it work. 13.51.21 # S_a_i_n_t: If you and the other involved people think they are ready, then make it so 13.51.27 # er, kugel for the last one 13.51.34 # http://svn.rockbox.org/viewvc.cgi?view=rev;revision=28237 13.51.38 # S_a_i_n_t: that doesn't mean that there is a dependency between bootloader and main binary 13.51.39 # S_a_i_n_t: OK, but that isn't what you said 13.51.41 # was the commit: ^ 13.51.59 # they just share the clickwheel driver, which needs to support that feature for the bootloader to be able to use it 13.52.01 # S_a_i_n_t: You said there was functionality in the core that needs a new bootloader, which isn't true 13.52.26 # yeah, it's the reverse...sorry. 13.52.33 # no it isn't 13.52.33 Quit Amec (Read error: Connection reset by peer) 13.52.46 Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) 13.52.52 # concerning nano2g stability: there are still some small quirks i'd like to see removed, but those aren't really user-visible 13.53.00 # The bootloader and the core share the driver, so making changes necessary for the bootloader incidently changed the one used in the core 13.53.25 Join Amec [0] (~twcleary@ids.tuu.utas.edu.au) 13.53.33 # TheSeven: Well, your really hte only one that can decide, so IMO it is up to you :) 13.53.37 # teru: I left a note for you in the logs 13.53.47 # TheSeven: well, we have the 3 tier system to get a relatively high bar for the stable tier. what quirks do you mean? 13.54.24 # S_a_i_n_t: oh, thank you. 13.55.35 # kugel: the insane way we need to do audio DMA currently, which indirectly decreases battery runtime and might lead to clicks in mpegplayer 13.55.46 # some stacks that shouldn't need to be as large as they are... 13.56.24 # i don't know of any stkovs left, but only because we increased stack sizes, not because we reduced stack usage 13.56.47 # but this kind of things is hardly a blocker from a user's perspective 13.56.55 # iirc you squashed the last by "fixing" the screendump issue 13.57.13 # *iiuc 13.57.27 # TheSeven: wasn't the dma thing a hw limitation? 13.57.43 # that's the only reproducable stkov I knew of left on Nano2G 13.57.49 # iirc only a tiny amount of samples can be transfered at a time? 13.57.57 # kugel: i had a look at apple's irq handler, and this one just can't be meeting the insane latency requirements that we need to meet 13.58.14 # so they must have a different way to do it, i just haven't figured out how exactly yet 13.58.40 # and we still have a problem with increased battery usage after playing and stopping audio for some reason 13.58.56 # but that's only some mA, nothing compared to the USB one I fixed recently 13.59.13 # isn't the battery life better than with the apple os anyway? 13.59.33 # 'tis for me. 14.00.03 # it isn't in that situation 14.00.23 # ~21-23mA with a 400mAh battery will hardly reach 24 hours 14.05.27 # also, the runtime estimates aren't calibrated really good 14.05.57 # we should probably commit that adaptive algorithm for flash-based players one day 14.07.25 # hm. battery current is higher when the player is idle than when it's playing audio 14.07.34 # 21 vs. 17 mA 14.08.07 # stays at 17 this time when stopping playback 14.13.08 # we should probably commit that adaptive algorithm for flash-based players one day == FS#10890 (Dynamic Runtime Estimation)? 14.15.07 # IIRC yes 14.15.51 Quit xxcv (Ping timeout: 240 seconds) 14.18.30 # oh, and there's another bug remaining: USB sometimes locks up for some reason. This only appears to happen from time to time, I can usually transfer several gigabytes of data before it happens, but if the HID is enabled, it happens way too often 14.19.48 Quit BlakeJohnson86 (Ping timeout: 252 seconds) 14.20.08 # I'd consider this as a blocker for stable actually 14.20.24 # or disable HID for the release 14.20.30 # fwiw, I have never seen that. 14.20.30 # Does it happen without? 14.20.34 Nick AlexP_ is now known as AlexP (~alex@rockbox/staff/AlexP) 14.20.36 # kugel: well, currently HID is disabled even on trunk for exactly that reason 14.20.37 # HID is disabled 14.20.43 # has been for some time 14.20.44 # without HID it only happens once in a blue moon 14.20.46 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 14.20.48 Join hebz0rl [0] (~hebz0rl@dslb-088-065-222-137.pools.arcor-ip.net) 14.21.05 # * TheSeven has seen it 3 or 4 times total with HID disabled 14.21.37 # * S_a_i_n_t never, but guesses he may be lucky, or puts his devices through less torture 14.21.57 # * TheSeven wonders if CIA is broken 14.22.21 # or is there any reason why it wouldn#t announce r28362? 14.22.43 # TheSeven: Is it related to amount transferred? i.e. do you only see it occasionaly because you rarely transfer lots of data? 14.22.59 # when it happened, it usually happened shortly after connecting 14.23.08 # OK 14.23.25 # with HID enabled, the trigger seems to be HID and MSC attempting to transfer things at the same time 14.24.58 # i wrote a raw nand dumping tool yesterday and ran into the same issue there, after amounts from 200MB to 1.5GB, with no concurrent transfers, so it might also be just a flaky cable or something 14.25.25 # well if it is very rare and only you, it is probaby OK 14.25.36 Quit krazykit (Remote host closed the connection) 14.25.37 # If it were more widespread I think we would have heard something 14.25.51 # perhaps, as I regularly transfer ~2-3-4GB, and have not seen this. 14.25.56 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 14.26.28 # USB was terrible when HID was still enabled, but has been fine since then 14.26.41 # HID suddenly broke inexplicably one day :/ 14.26.54 # * TheSeven isn't sure if it ever worked... 14.27.03 # it did, for a short time. 14.27.11 Join mcuelenaere [0] (~quassel@rockbox/developer/mcuelenaere) 14.27.23 # did you try to use it while copying files back then? 14.27.51 # yeah, that almost always aborted the transfer and left corrupt filesystem 14.28.01 # a whole barrel of fun. 14.28.19 # hmm CIA bot is slow? 14.28.31 # dead I think 14.28.33 # not just slow apparently 14.28.35 # seems it's on strike 14.29.04 # * AlexP kicks CIA-6 14.29.07 Join JdGord [0] (~jd@122.110.229.222) 14.29.17 # that usually gets a response I think 14.29.29 # yes, an "ow" 14.29.31 # hm, the nand dumper crashed again with just 160MB transferred with a different cable on a different port 14.29.40 # i managed to transfer >1.5GB yesterday 14.29.54 # ow 14.29.58 # wow :) 14.29.59 # wow, that's slow 14.30.08 # cia.vc seems to be slow too.. 14.30.35 # depends. Maybe AlexP's kick was slow too ;) 14.30.45 # It was rapier swift :) 14.32.12 # New commit by 03teru (r28362): fix that disktidy plugin and shopper plugin is not usable when Show Icons setting is turned off. 14.32.46 # kugel: Can you (or anyone else) check out http://paste.pocoo.org/show/281626/ for me? It reverts r28000 (or so I hope) for the 3.7 branch as it causes broken playback for a few people. 14.34.41 # AlexP: if it's a simple revert go for it. I cannot test the patch because i'm also unaffected by the problem. 14.34.52 # I could test if it compiles&boots if you mean that 14.34.58 # I meant more that I hadn't cocked up the revert :) 14.35.22 # It compiles OK, I checked that - boots and works might be handy if youi have a moment 14.35.22 # I haven't got a checkout of the 3.7 branch, do I need it? 14.35.34 # can you give me the build then? :) 14.35.35 # no, that's against trunk 14.35.54 # yep, one mo - it'll take me a minute to do some convoluted uploading 14.35.58 # fuze yeah? 14.36.02 # yes 14.36.32 # r28362 build result: All green 14.38.20 # kugel: Actually, just to make sure (shouldn't change anything), I'll build the 3.7 branch with this 14.38.30 # It'll take a few mins, compiling on atom atm :) 14.38.35 # good idea 14.38.39 # oh, I'm sorry 14.38.57 # It's my little home server :) 14.39.05 # The only thing at home I have ssh access to 14.39.08 Quit BlakeJohnson86 (Ping timeout: 265 seconds) 14.39.39 # oh, there's another remaining nano2g bug: some LCDs seem to have contrast problems 14.39.44 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 14.40.08 # someone complained that the colors would be "greyish" on an ilitek LCD 14.40.18 # on the leadis one it's fine 14.40.48 # I have seen that. actually 14.40.55 # I thought it was just the age of the LCD 14.40.58 # how bad is it? 14.41.05 # i don't have an ilitek one to test 14.41.06 # not very. 14.41.42 # it can be brought up the approximately the same colour as the other screen by increasing the brightness by 3~4 points 14.41.58 # S_a_i_n_t: can you try reverting r28190? 14.42.20 # * preglow wishes someone would design a new eq screen 14.42.22 # it's not a recent thing. 14.42.27 # it;s always been this way. 14.44.16 # grawity said that this revision (which reduces the LCD supply voltage) triggered it on his device 14.44.57 # Nah. 14.45.03 # I call BS on that. 14.45.28 # New commit by 03mcuelenaere (r28363): Ramdisk: add hotswap support 14.45.40 # preglow: you could be the one! 14.45.47 # that commit is actually a very good thing, the LCD was getting way too much power...and the high pitched scream it was emitting was bloody annoying 14.45.55 # it is almost silent now. 14.45.59 # kugel: you kidding me? i had to make someone else make the current one for me in the first place :P 14.46.14 # * TheSeven never heard sounds from an LCD 14.46.23 # ui work makes me sad 14.46.41 # :) 14.46.54 # TheSeven: Really? 14.47.06 # i have a leadis one though 14.47.13 # prior to that patch, mine, and Buschel's I assume screamed like a banshee 14.47.15 # so with all these minor issues brought up, what's the general opinion on promoting it to stable? 14.47.16 # r28363 build result: All green 14.48.14 # Add the needed tags and make the eq skunnable :p 14.49.29 # that alone doesn't solve the problem. We still have the crappy fm radio screen by default even though it's skinnable 14.49.42 Join Brainbug [0] (~58d960d1@giant.haxx.se) 14.51.38 # TheSeven: Well, I think you know my views...I use RB and the RB bootloader on a daily basis without problem...so, I say go for it. 14.52.16 # kugel: http://filebin.ca/qnfjfo/rockbox.zip 14.52.31 # EvanCarroll: Can you also try http://filebin.ca/qnfjfo/rockbox.zip and see if playback works for you? 14.53.41 # ideally the change would've been made during the freeze and I could've simply downloaded the zip from the official RC download page :) 14.54.30 # well yes 14.54.48 # But the release process hasn't exactly been model 14.56.28 # AlexP: boots and plays music fine 14.56.38 # kugel: great, thanks 14.57.00 # I'll wait for EvanCarroll to test, as he is one of the people with a fuze that got broken playback with r28000 14.57.24 # AlexP: EvanCarroll has an e280v2, not a fuze 14.57.28 # aha 14.57.36 # I'll build that then too :) 14.58.04 # hm, sometimes an item in the playlist viewer has no text. does that only happen for me? 14.58.19 # I haven't seen that on my phone 14.58.42 # I've never really used it 15.00.49 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.04.30 # can r28362 go into the 3.7 branch? 15.04.30 # TheSeven: if you make the nano2g stable the screendump fix needs to be backported 15.04.30 # yeah, should do 15.04.30 # looks like a bug fix to me :) 15.04.30 # kugel: the fix won't be backported as it affects other targets 15.04.30 # i have increased the stack size to prevent the stack overflow on the branch though 15.04.51 # this isn't really nice, but i don't want to risk touching the file system code on the branch now 15.04.57 # so the screen dump is fixed? 15.05.03 # I still think r28341 (bertrik) should be backported too :) 15.05.18 # kugel: i haven't tested it yet, but it should be 15.05.43 # let me do a checkout on my build client... 15.06.00 # r28341 has c++ style comments :/ 15.06.19 # while installation, the utility is unable to load rockbox-sansaclip-3.6.zip. can i download it manually? 15.07.21 # It doesn't exist 15.07.27 # That's a slight bug 15.07.38 # The clip wasn't included in the 3.6 release 15.07.53 # Get RBUtil to install a current build instead 15.07.54 # then what can i do to get over the "filenot found" 15.08.21 # i installed with the utility. still doesnt work 15.08.33 # need more info 15.08.53 # Brainbug: try choosing "current build" instead of "stable" in the utility 15.09.02 # i see, my original thext wasn't sent 15.09.03 # I got a problem with my Sansa Clip v1 on win7 x64. After installing with the utility, my player tells me "file not found" 15.09.15 # ill try 15.09.16 # Did you install a current build? 15.09.31 # If not, then you didn't install Rockbox, so the bootloader of course can't find it 15.09.33 Join Topy44 [0] (~Topy44@g227206011.adsl.alicedsl.de) 15.10.33 Quit soap_ (Ping timeout: 265 seconds) 15.10.46 Quit chattr (Ping timeout: 255 seconds) 15.10.56 # thx. works 15.14.25 Quit krazykit (Ping timeout: 265 seconds) 15.14.56 Join soap_ [0] (~soap@rockbox/staff/soap) 15.18.40 # EvanCarroll: Please try http://filebin.ca/nccta/rockbox-e200v2.zip instead, last link I gave you was for a fuze 15.20.14 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 15.23.47 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 15.29.31 Quit Amec (Read error: Connection reset by peer) 15.30.33 Join Amec [0] (~twcleary@ids.tuu.utas.edu.au) 15.32.47 *** Saving seen data "./dancer.seen" 15.40.06 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 15.41.09 Quit FlynDice (Remote host closed the connection) 15.44.06 Quit mcuelenaere (Ping timeout: 272 seconds) 15.50.16 Quit Amec (Read error: Connection reset by peer) 15.50.23 Join Amec [0] (~twcleary@ids.tuu.utas.edu.au) 15.51.15 Join _s1gma [0] (~d.d.derp@77.107.164.131) 15.53.34 Quit JdGord (Quit: Bye) 15.54.31 Join slater [0] (~slater@p5B271D2F.dip0.t-ipconnect.de) 15.55.53 # hello everybody, i am trying to port rockbox on yp-r0, i was able to decrypt firmware and I mounted the firmware rootfs. 15.56.30 # the thing is i am kinda stuck, were does linux usually tell the mp3 player which folders are shared when connected with usb 15.56.49 # i would like to share all 5 partions when connecting with usb 16.00.11 Quit JdGordon (Ping timeout: 240 seconds) 16.01.23 # /etc/export maybe? 16.01.39 Join mcuelenaere [0] (~quassel@78-22-96-2.access.telenet.be) 16.01.39 Quit mcuelenaere (Changing host) 16.01.39 Join mcuelenaere [0] (~quassel@rockbox/developer/mcuelenaere) 16.01.45 # could be very well be hacked into the kernel or some obscure config file as well though 16.01.48 Quit mcuelenaere (Remote host closed the connection) 16.02.59 Quit teru (Quit: Quit) 16.03.31 # hm that would be really bad 16.03.44 Quit krazykit (Ping timeout: 272 seconds) 16.04.04 # #!/bin/sh 16.04.08 # if [ "$1" = "stop" ] 16.04.10 # then 16.04.12 # echo Unmounting filesystems 16.04.14 # umount -a -r 16.04.16 # mount -o remount -r %root% / 16.04.18 # [ -x /sbin/swapoff ] && swapoff -a 16.04.20 # fi 16.04.28 # if [ "$1" = "start" ] 16.04.28 # then 16.04.30 # echo Mounting filesystems 16.04.35 # # /proc is mounted by the mount-proc-sys script 16.04.38 # # mount -t proc proc /proc 16.04.40 # if [ -z "$(mount | grep "/ type nfs (rw")" ] && [ -n "$RAMDIRS" ] 16.04.42 # then 16.04.45 # echo Rootfs is read-only, mounting rw filesystem 16.04.47 # mount -t $TMPFS rwfs /mnt/rwfs -o size=$TMPFS_SIZE 16.04.49 # for i in $RAMDIRS 16.04.51 # do 16.04.53 # if [ ! -e /mnt/rwfs/$i ] 16.04.56 # then 16.04.58 # cp -a $i /mnt/rwfs/ 16.05.00 # mount -o bind /mnt/rwfs/$i $i 16.05.02 # fi 16.05.04 # done 16.05.06 # fi 16.05.07 Mode "#rockbox +o TheSeven" by ChanServ (ChanServ@services.) 16.05.08 # #if [ "$TMPFS" = "tmpfs" ] 16.05.10 # #then 16.05.12 # #mount -t $TMPFS shm /dev/shm 16.05.14 # #fi 16.05.16 # if [ ! -e /etc/mtab ] 16.05.18 # then 16.05.19 Kick (#rockbox slater :please use a pastebin for that) by TheSeven!~TheSeven@rockbox/developer/TheSeven 16.05.27 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 16.05.44 Mode "#rockbox -o TheSeven" by ChanServ (ChanServ@services.) 16.05.58 Join slater [0] (~slater@p5B271D2F.dip0.t-ipconnect.de) 16.06.15 # sorry about the earlier post 16.08.37 Join Jaykay [0] (~chatzilla@p5DC57C34.dip.t-dialin.net) 16.10.57 # slater: pastebin is a wonderful invention :) 16.11.49 Quit krazykit (Ping timeout: 240 seconds) 16.12.10 # yeah i didnt think about it 16.13.13 Join n1s [0] (~n1s@rockbox/developer/n1s) 16.16.46 Join anewuser [0] (anewuser@unaffiliated/anewuser) 16.18.47 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 16.28.17 Join T44 [0] (~Topy44@g227206050.adsl.alicedsl.de) 16.32.21 Quit Topy44 (Ping timeout: 252 seconds) 16.34.11 Quit kugel (Remote host closed the connection) 16.38.49 Quit Brainbug (Quit: CGI:IRC (EOF)) 16.42.23 Quit Amec (Read error: Connection reset by peer) 16.42.48 Join Amec [0] (~twcleary@ids.tuu.utas.edu.au) 16.47.40 Quit T44 (Read error: Connection reset by peer) 16.51.32 Join Topy44 [0] (~Topy44@g227206050.adsl.alicedsl.de) 16.54.02 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 17.01.02 Part slater 17.03.07 Join jfc^3 [0] (~john@dpc6682208002.direcpc.com) 17.04.57 Quit Dreamxtreme (Read error: Connection reset by peer) 17.06.21 Quit jfc^2 (Ping timeout: 240 seconds) 17.10.14 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.11.55 # AlexP: last link worked through 17.12.01 # though* 17.12.18 # EvanCarroll: Great, so I'll commit that to the release branch 17.12.58 # music etc. was fine? 17.12.58 Quit krazykit (Ping timeout: 240 seconds) 17.15.14 # Everything was excellent. 17.15.36 # I thought it was someone else that made my distro through 17.16.36 # http://filebin.ca/vegmuj/rockbox.zip 17.16.44 # that's the one I'musing now that's workinggreat 17.18.13 # Well it wasn't me 17.18.30 # that made that one I mean 17.18.54 # I just wanted you to test the reversion I did before I committed it, so cheers 17.19.22 # ah. I can do that and get back to you tomorrow, want me to try it? 17.19.50 # I thought you did? 17.19.59 # What I meant was - please test http://filebin.ca/nccta/rockbox-e200v2.zip :) 17.20.21 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 17.20.33 # No, I used http://filebin.ca/vegmuj/rockbox.zip, I'll try http://filebin.ca/nccta/rockbox-e200v2.zip tonight 17.20.42 # cool, thanks 17.21.08 # I don't know what the previous one is - I suspect it is identical, but it'd be good to have confirmation on this one 17.21.11 # did you revert r28000 ? 17.21.20 # yeah, but on the 3.7 branch 17.21.39 # Once you've confirmed it working I'll commit it :) 17.21.44 # cool I think his was on trunk 17.21.51 # It should be identical 17.21.57 # cool 17.21.58 # but it is always best top be safe 17.26.09 Join esperegu [0] (~quassel@145.116.15.244) 17.29.20 Join Dreamxtreme [0] (~Dre@92.30.65.15) 17.32.49 *** Saving seen data "./dancer.seen" 17.34.47 Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) 17.44.40 Quit TheSeven (Ping timeout: 255 seconds) 17.54.54 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 18.12.35 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 18.21.15 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.22.39 Quit petur (Quit: now sports!) 18.23.55 Join DSStrife89 [0] (~Strife89@207.144.201.128) 18.27.52 Join T44 [0] (~Topy44@g228131119.adsl.alicedsl.de) 18.29.37 Quit LambdaCalculus37 (Quit: food) 18.31.09 Quit Topy44 (Ping timeout: 252 seconds) 18.33.28 Join slooopy [0] (~sloo@p3E9E130B.dip0.t-ipconnect.de) 18.33.36 Quit toffe82 (Remote host closed the connection) 18.40.12 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 18.52.11 Join TheLemonMan [0] (~lemonboy@151.61.122.166) 18.58.50 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 18.59.10 # can rockbox on android install to the SD card? my old G1 has hardly any disk space on the internal memory 18.59.16 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 18.59.28 Quit froggyman (Ping timeout: 264 seconds) 19.01.17 Quit DSStrife89 (Quit: Low battery!) 19.02.17 Join DSStrife89 [0] (~Strife89@207.144.201.128) 19.08.01 Join Topy [0] (~Topy44@f049046108.adsl.alicedsl.de) 19.09.31 Quit hebz0rl (Quit: Leaving) 19.09.54 # saratoga: I installed Rockbox on my HTC Magic's SD card via apps2sd and it works. 19.11.34 Quit T44 (Ping timeout: 240 seconds) 19.17.11 Quit DerPapst (Quit: Leaving.) 19.20.48 Part Shapeshifter 19.25.22 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.25.22 Quit bertrik (Changing host) 19.25.22 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.25.26 Quit LambdaCalculus37 (Quit: back to work) 19.26.01 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.28.14 Quit DSStrife89 () 19.31.14 Join Strife89TX [0] (~cstrife89@207.144.201.128) 19.31.56 # so i need to get apps2sd? 19.32.24 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.32.32 # Quick question, what's the current revision number? 19.32.51 *** Saving seen data "./dancer.seen" 19.34.02 # r28363: 19.35.16 # Best to update before I file a bug report then. 19.36.02 # * Strife89TX is on r27988 19.37.21 Join DSStrife89 [0] (~Strife89@207.144.201.128) 19.37.23 Quit Strife89TX (Quit: Switching to Blazer.) 19.37.51 # saratoga: froyo has it built in 19.38.06 # yeah, but does it work? 19.38.13 # IIRC an app has to actually support it 19.38.13 # my plain cyanogenmod install has it 19.38.14 Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) 19.38.32 # you could just try it? 19.38.48 # mculenaere added support for it but I don't know what is moved. everything cannot be moved because some paths are hardcoded 19.38.56 # yeah i'll figure out how to install it 19.39.13 # install what? i thought you run cyanogenmod with froyo 19.39.25 # rockbox 19.39.29 # oh 19.41.06 # is there a prebuilt rockbox.zip somewhere for android? 19.41.13 # or is the apk all i need? 19.42.04 # kugel: suggested debugging procedure for rockbox that freezes on boot on an android device? 19.42.12 # the apk is enough 19.42.46 # scorche: freeze on booz? 19.42.48 # t* 19.42.59 # on booting rockbox, yes 19.44.33 # it apparently freezes on the rockbox logo 19.44.48 # it takes a while to unzip 19.45.09 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 19.46.09 # try adb logcat 19.47.15 Quit TheSeven (Ping timeout: 252 seconds) 19.47.26 Join T44 [0] (~Topy44@f049146080.adsl.alicedsl.de) 19.47.51 # whats the command to install an apk from the terminal emulator? 19.47.59 Quit Topy (Read error: Connection reset by peer) 19.48.08 # terminal emulator on the device ot terminal emulator from adb? 19.48.40 # device 19.48.45 # i don't have adb setup 19.49.40 # the obvious "install rockbox-320x480.apk" doesn't work 19.49.44 # why do you need to? your browser likely popped up with a downloads screen after it finished - just click on the apk and it should try to install 19.50.02 # does android have a file browser? 19.50.08 # i can only see the file via terminal 19.50.40 # oh apparently it does 19.51.36 # open up the browser > press menu > more > downloads > the apk 19.51.58 # yeah i grabbed it via the gui off the sd card 19.53.00 # saratoga: browse the apk with a file browser 19.53.18 # grid view is the worst thing ever 19.53.56 # you can change it to point in the config file - make sure to have a decently sized font though 19.54.11 # i switched to point, but how do i go back a level in the menus? 19.54.23 Quit DSStrife89 (Quit: ClIRC v0.05 (homebrew IRC client for Nintendo DS)) 19.54.29 # touch the top level 19.54.40 # back button works in svn 19.54.44 # ah, thats not very intuitive 19.55.47 # i don't seem to be able to access the Files menu option 19.55.52 # it just pauses forever if i click it 19.56.46 # we cant fix that 19.57.10 # whats the issue? 19.57.11 Join fritschy [0] (~marcus@dslb-188-099-035-016.pools.arcor-ip.net) 19.57.19 # howdy 19.57.36 # saratoga: the slowness of the device 19.57.47 # it'll move about 2.5MB to the SD card 19.59.21 # weird if i relaunch it the files menu works immediately 19.59.29 # because linux caches 19.59.30 # probably some weirdness on my crappy g1 19.59.36 Quit komputes (Remote host closed the connection) 19.59.48 # I observe the same, just not as bad as you probably 20.00.13 # How common are crashes+fs-corruption? I have a sansa-clip-v1 and after some hours of playback it stops (hangs, no display, not off either) and afterwards the fs (music files only so far) is corrupted... this happened with a (the?) daily build from 20101019. 20.00.27 # are the builds on your page behind SVN? 20.00.50 # probably. you can see the revision number as usual in the debug menu 20.00.53 # ritschy: i've put a couple hundred hours on mine over the year and never had corruption 20.01.23 # scorche: still no worky for you? 20.01.47 # saratoga: i thought of hwardware trouble already... 20.01.54 # saratoga: can you see what has been moved? 20.02.02 # saratoga: which rockbox build are you using? 20.02.13 # if it's the .so files then app2sd will probably break future updates 20.02.30 # current build from a couple days ago 20.02.50 # kugel: perhaps we should include a larger default font for android, the current one is a bit smaller and theres no larger font in the apk 20.02.57 # saratoga: thank you, which OF version anyway? 20.03.08 # 27-adobe right? I find it sufficiently large 20.03.17 # it could just need some spacing 20.03.22 # yeah that would help 20.04.23 # but theres plenty of unused screen space at 320x480, so might as well go a little bigger too 20.04.23 # fritschy: i don't remember, i don't use the OF 20.04.23 # you don't have album art do you? 20.04.32 # kugel: i don't have any music, just thinking of the menus 20.04.34 # saratoga: isn't that needed to install rockbox? ;) sry, pretty new stuff for me. 20.05.02 # yes but i don't use the OF so I don't care what version is on the device 20.05.55 # i meant which version you used for rockbox install :) 20.06.04 # any version works 20.06.12 # like i said i have no idea 20.06.20 # kugel: where do i put the fonts? 20.06.32 # /sdcard/rockbox 20.06.33 # kugel: apparently it now boots, but no sound - i do not have the device in front of me, but am trying to help another person 20.06.47 # in a .rockbox folder or should I remove that? 20.06.59 # remove it 20.07.11 # so /sdcard/rockbox/fonts? 20.07.15 # so you will have /sdcard/rockbox/fonts - yes 20.07.23 # right 20.07.47 # why isn't the stock font shown there ? 20.08.32 # it installs everything in the zip into the internal memory, but you can add stuff onto the sdcard 20.09.02 # kugel: is there a 400x240 build anywhere? 20.09.14 # no 20.09.42 # but you can try to compile a 240x400, I think it even has cabbie since that's the ondas resolution 20.09.51 # there's no landscape RaaA yet 20.10.27 Quit TheLemonMan (Quit: Help me, i got shot! *DIES*) 20.10.35 # another nice UI tweak would be to make it a little harder to get into context menus 20.10.52 # the touch screen on my G1 seems to interpret a lot of normal presses as long presses 20.11.46 # really? 20.11.56 # the touch buttons on the WPS are quite nice though 20.12.09 # and Cabbie seems to work with 32 point font, at least nothing is missing that i can see 20.12.15 # well, yeah...240x400 works too - I assume this information is still current for building? 20.12.37 # yes 20.13.01 # well, meant to link the AndroidPort wikipage, but i assume that is the one you are thinking of as well? 20.13.04 # might be nice to redesign cabbie a bit though so that the buttons are larger 20.13.14 # the volume scrolling is a bit tricky for instance 20.13.17 # otherwise it works quite nicely 20.13.39 # absolute mode seems to work quite well, we should consider making it default on android 20.13.41 # you usually don't use rockbox' volume control anyway 20.14.05 # saratoga: see mailing list :) 20.14.09 # in the current build the hardware volume buttons will work? 20.14.17 # kugel: i try not to read the mailing list :) 20.14.28 # the hardware buttons do work globally for all apps 20.15.17 # they don't seem to do anything in rockbox for me, although that could be something wrong with my phone 20.15.57 # rb doesn't hook into the global volume control 20.16.09 # ah thats what you meant 20.16.30 # so what did you mean by not using rockbox's volume control? 20.16.54 # you can do it, but you usually don't because the global volume is more convinient and makes more sense to use 20.17.07 # if anything you set the rb volume once then never touch it again 20.17.40 # oh i misunderstood, i thought you mean that global volume doesn't change rockbox 20.17.44 Join komputes [0] (~komputes@ubuntu/member/komputes) 20.17.53 # it changes all apps, rockbox as well 20.18.06 # but rb has a seperate volume control for its own 20.20.15 Join DerPapst [0] (~Alexander@p4FE8EDB2.dip.t-dialin.net) 20.22.09 # its probably something wrong with my phone then 20.24.22 Join Buschel [0] (~chatzilla@p54A3A5AF.dip.t-dialin.net) 20.25.49 # grmpff, my mpc filterbank resort seems to be slowing down my former optimizations... in total +/-0 on PP5022 20.26.36 # Buschel: you saw my cf patch? 20.26.44 # buschel: i've been working a little on the mp3 filterbank 20.27.06 # n1s: yes, that was 0.9 MHz faster compared to svn? 20.27.15 # saratoga: any patch at hand? 20.27.24 # Buschel: yes 20.27.43 # n1s: good. so, I should finally comitt then 20.27.50 # i think by unrolling it 4x and treating the %4 =0,1,2,3 cases separately I can pack the values such that each D coefficient load will load two values sequentially everytime 20.28.10 # the code will be huge though 20.28.50 # i don't have a patch yet, just lots of dumping info from the current filterbank trying to see how it works 20.29.08 # Buschel: since pretty much all regs were used already i couldn't use a big movem but the sequential access makes the emac's parallel loading faster 20.29.17 # next step will be to rearrange the D array and then the filterbank so its all sequential 20.29.23 # then try it with packed 16 bit values 20.30.06 # that should give a huge speed up, since i'll have more then enough register to work around the load latency, and arm5e has a single cycle throughput on 32x16 multiply accumulate instructions 20.31.26 # sequential access would help cf on mp3 too for the exact same reason as it did on mpc 20.31.46 # how many registers does CF have? 20.32.06 # 8 dregs and 8 aregs of which one is sp 20.32.15 # is it even a load/store system? 20.32.37 # not really, most instrs can work on memory 20.32.49 # ok so thats a little different 20.33.03 # theres no Dcache, but does it hold the latest memory access in memory somehow? 20.33.15 # i guess the memory probably fetches more then 4 bytes per load 20.33.39 Quit slooopy (Ping timeout: 240 seconds) 20.33.42 # memory access is slow and dram access is *slow* 20.33.53 # right now the filterbank steps through all the odd values, then comes back and does all the even values, so its probably not too bad on systems with L1 dcache 20.34.11 # block accesses help a lot for dram and the emac paralell loads help a bit in emac blocks 20.34.33 # ok so this might be useful for cf too 20.34.46 # if i get it to work i'll add a c version of it too so people can look into it for CF 20.34.53 # wtf 20.35.05 # nano2g behaves totall different than PP5022 20.35.11 # *totally 20.35.13 # well yeah its arm9 20.35.16 # these parallell loads can use 16 bit offsets (which mpc and mp3 both do) but that requires an extension word which makes the whole thing slower than a nice postinc access 20.35.29 # slow RAM, faster load/store, and more pipeline interlocks 20.35.58 # you mean it can do 32 bit half world aligned loads? 20.36.01 # that's where (i think) the whole speedup of mpc comes from on cf 20.36.44 # PP is a little weird since it has fast DRAM and almost no pipeline interlocks, other arm chips are a lot different 20.37.21 # saratoga: i can try writing cf code if you write the c 20.37.22 # thats why most of are ARM asm code is crap :( 20.37.41 # n1s: cool, i'll try and get something together soonish, just busy with work and a little burned out on coding 20.38.28 # also no i mean that the adress can be offset by a 16 bit value, but that requires an extension word so the whole instr becomes 6 bytes long which i think something chokes on because it is a lot slower 20.39.09 # so in essence "sequential accesses are good" :) 20.39.20 # some numbers (always PP/S5L in MHz): svn 22/36, patch v7 22/45, patch v8 23/43 (v7 = "dumb" ldm all coeffcients like c reference implementation, v8 = make us of symmetries) 20.40.48 # *use 20.42.25 # Buschel: pp is also weird because of the dualcore thing 20.42.52 # mpc only uses 1 core, therefor this should not have a mjor effect 20.43.01 # ah, right, was thinking mp3 20.43.37 # but saratoga is right. even though PP is not the most loved processor, it seems to be one of the fastest in terms of codec efficiency 20.43.45 # Buschel: if you post your asm somewhere i can see if i can see any obvious interlocks, the arm asm code in svn sure has lot's of them 20.43.49 # very fast iram 20.45.53 # PP has good efficiency because it has very fast DRAM and IRAM, so if you only look at performance per clock, its very good 20.46.19 # only AMSv2 is better, and even then only if you look at unboosted performance (since boosted the IRAM gets a lot slower per clock) 20.46.59 Join slooopy [0] (~sloo@p3E9E2542.dip0.t-ipconnect.de) 20.47.12 # FWIW if you want to PP fast, you can use the COP like MP3 does 20.47.25 # do the DCT on one core, the synthesis filter on the other 20.48.37 # well, more focussing on the nano these days ;o) 20.48.43 # yeah 20.48.59 # well try and avoid all those weird strides that the mp3 decoder likes to do 20.49.32 # the nano2g isn't going to like those 20.49.57 # also mind the pipeline interlocks when loading and then immediately using them in a multiply 20.51.32 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 20.53.43 # saratoga: the hw buttons on your phone should change the global media volume, whether in rockbox or not 20.56.05 # wow, a small change in the decoder (reducing the amount of data moved via memmove) had no impact on PP, but saves ~3 MHz on S5L 20.56.22 # S5L _does not_ like memory accesses... 20.56.43 # i thought about those memmoves, they are likely slow on cf too 20.56.57 # so they can be reduced? 20.57.25 # against my patch, yes. 20.57.43 # wait a sec 20.58.25 # n1s: you need to exchange both memmove lines like here -> http://pastie.org/1250811 20.59.36 Quit saratoga (Ping timeout: 265 seconds) 21.01.37 # i'll try it out 21.03.03 Quit Zambezi (Read error: Connection reset by peer) 21.03.28 Join Zambezi [0] (Zulu@80.67.9.2) 21.05.11 # Buschel: that screws up the sound 21.05.30 Join krabador [0] (~krabador@host194-217-dynamic.117-80-r.retail.telecomitalia.it) 21.05.38 # ? 21.05.41 # unless i screwed something up 21.06.00 # it sounds high pitched, tinny and faint 21.07.44 # output is identical here 21.08.40 Quit kevku (Read error: Operation timed out) 21.10.30 # ah, no something else is screwed up, sorry 21.12.16 # I have updated two patches with some numbers... 21.16.29 # sounds fine with that memove change, running test codec now 21.20.29 # hmm, the mmemove changed slowed cf down ~0.3MHz 21.21.15 # the best trade-off for now seems to be: keep svn :) 21.21.47 Quit markun (Read error: Connection reset by peer) 21.22.01 # the arm asm has a lot of ldr-multiply interlocks on newer arm cores 21.22.41 # the 2nd (#else) path? 21.22.44 Quit scorche|sh (Ping timeout: 265 seconds) 21.22.56 Quit alexbobP (Ping timeout: 255 seconds) 21.22.58 # i meant it slows down 0.3 MHz versus keeping the big movem, it's still 0.6 faster than svn 21.23.24 Join scorche|sh [0] (~scorche@squisch.net) 21.23.34 # yes 21.23.58 # n1s: regarding speed -> yes, but the decosing is slowed down by 4 MHz (patch vs. svn) for S5L 21.24.16 # *decoding 21.24.23 Join alexbobP [0] (~alex@adsl-75-34-101-138.dsl.austtx.sbcglobal.net) 21.24.49 # Buschel: ok, do you think that is cache or something else? 21.26.10 # could be... 21.26.25 Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) 21.26.25 Quit markun (Changing host) 21.26.25 Join markun [0] (~markun@rockbox/developer/markun) 21.26.30 # on arm11 ldr has a 2c result latency and multiplies have multiplicands as "early regs" so you get a 3c stall between ldr and smull/smlal etc if the loaded reg is used as a multiplicand, i think arm9 has a similar, shorter stall 21.27.10 # so, reordering the ldr/smlal a bit could help? 21.28.01 # yes, i'll try it out on the beast 21.32.54 *** Saving seen data "./dancer.seen" 21.35.13 # so what is the difference between 9a and 9b? 21.35.42 # which path of the ARM asm is used 21.36.02 # aha 21.36.14 # 9a = "dumb" like the c reference, 9b = more sophisticated 21.39.01 # 9b only loads half of the D coefs due to internal symmetries 21.39.09 # ah 21.39.10 # this scales a lot on S5L 21.39.45 # but, 9b does not access the data consecutive and jumps a lot by large amounts 21.40.42 Quit AlexP (Remote host closed the connection) 21.40.44 # but if it's basically the same as in svn with other offsets the difference has to come from somewhere 21.41.05 Join AlexP [0] (~alex@rockbox/staff/AlexP) 21.41.18 # 9b is 4MHz slower than svn on the beast too 21.41.21 # before the re-ordering PP5022 was impacted like "9a and 9b do random access, but 9b does less loads -> faster". now it is like "9a does ldm, 9b does random access but on less data -> 9b is slower) 21.42.31 # hmm, the reordering has the effect that writing to RAM is more random like, it was consective before. but the writed data amount is small. 21.42.39 # armv4 benefits a lot from ldm so that's not too surprising but how the newer arms can slow down so much surprises me a bit 21.42.51 # [20:43:34] but saratoga is right. even though PP is not the most loved processor, it seems to be one of the fastest in terms of codec efficiency <= Depends a lot on codec. For APE, not true at all 21.43.23 # amiconn: but for the most codecs which are dct or filterbank based it is true 21.44.02 # ARMv4 is horrible when it comes to processing packed 16 bit data, so on that we use 32 bit integers in the filter 21.44.12 # That means moving twice as much data 21.44.17 # yep 21.45.09 # Still better than fiddling with packed ints (which svn did at some point) 21.46.39 Join froggyman [0] (~seth@pool-72-69-202-246.chi01.dsl-w.verizon.net) 21.46.39 Quit froggyman (Changing host) 21.46.39 Join froggyman [0] (~seth@unaffiliated/froggyman) 21.47.07 # Buschel: the reference asm is 0.4MHz faster on the beast too but that chip has 64bit memory bus so loading twice as much more data with ldm versus ldr should actually be about the same speed 21.49.54 # I think only the internal bus (i.e. to/from cache) is 64 bits wide 21.52.53 # n1s: (correct me if I'm wrong) I think armv4 benefits from ldm so much because each ldr is 3 cycles (always). that's not the case anymore on new arm (constant 3 cycles -> 1 cycle + 2 result latency), so ldrs mixed with other insns are faster than ldm 21.53.36 # so ldm doesn't slow it down, but it's just not optimal anymore. and since gcc never uses ldm AFAIK, C code might be actually faster 21.54.32 # you are right about armv4 but not quite about ldm on newer cores 21.56.49 # on arm11 ldm (not messing with the pc) takes only 1c but the memory remains busy so no other memory accesses may start before it's done and registers start becomming available after 2c so if you can fill that delay with something else you can load as much as you want in only 1c :) 21.57.36 # wasn't that different from ldm on armv5 again? 21.58.07 # On arm9 it doesn't matter whether you use ldr or ldm, as long as you keep an eye on latencies 21.58.36 # That applies both to ARM9 v4 and v5 21.58.40 # on arm9 ldm takes n cycles when n > 1 else 2 and ldr takes 1 cycle and has 1 c result latency 21.59.02 # ^what amiconn said 21.59.52 Quit LambdaCalculus37 (Quit: CGI:IRC 0.5.9 (2006/06/06)) 21.59.59 # but well, ldm is much more effective on arm7 than on later cores 22.00.46 # on later code you can get faster code with ldr if you get the latencies right 22.00.51 # later cores* 22.01.16 Quit krabador (Ping timeout: 252 seconds) 22.01.19 # ldm might be the better choice on arm9 as well 22.01.44 # Although it doesn't reduce cycle count, it does reduce code size, possibly improving caching 22.02.24 # you could split ldms into ldrs to fill multiply latencies for example 22.03.01 # so I'm not so surprised massive ldm use has not such a good effect on arm9+ as on arm7 22.03.07 # ...and get ldr latencies instead 22.03.34 # ldm use should never make things worse 22.04.06 # On arm9 it may be indifferent, or *very slightly* better, on arm7 and arm11+ it's definitely better 22.04.35 # better than sequential ldrs sure 22.07.38 # the libmad arm asm is hugely faster on arm7 (pressumable due to heavy ldm usage), but is in fact slower than C code on arm11 22.08.03 # kugel: it has a bunch of ldr stalls 22.08.03 # That's almost for sure not caused by ldm use 22.09.17 # n1s: the asm is also faster on arm9e (although not as much) 22.09.56 # kugel: yes but those stalls are much shorter there 22.11.27 # because of the early regs in multiplies? 22.12.36 # yes the 2 cycler ldr latency and the early regs, the ldr latency is only 1 c on arm9 and it doesn't have early regs afaiu 22.13.01 # so a ldr-smull stall is 3c on arm11 and 1c on arm9 22.13.03 # I thought ldr latency is 2c on arm9 as well 22.13.09 Join krabador [0] (~krabador@host143-18-dynamic.251-95-r.retail.telecomitalia.it) 22.13.29 # not according to the system developers guide ata least 22.13.57 # hmm, this mpc code uses all registers available already 22.15.12 # n1s: you could split an ldm-4 to two ldm-2 and use the free 2 registers 22.15.50 # Buschel: yes, but that feels like a cop-out :) 22.16.08 # i need to go to bed soon though so maybe i'll look closer tomorrow 22.16.16 # same for me 22.16.25 # it's too bad 4 regs are taken for accumulators 22.17.43 # well, this give the speed up. you can re-use the D coefs for two multiply-adds at the same time and save 50% memory loads 22.18.23 # worth a try 22.18.46 # however, good night! :) 22.19.00 # good night! 22.19.05 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.11/20101012113537]) 22.21.24 # maybe stacking some pointers are a better idea 22.22.26 Quit Xerion (Ping timeout: 276 seconds) 22.33.18 Quit krabador (Ping timeout: 265 seconds) 22.33.43 Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.11/20101012113537]) 22.44.00 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 22.45.17 Join krabador [0] (~krabador@host210-172-dynamic.116-80-r.retail.telecomitalia.it) 22.45.36 Quit fritschy (Quit: Lost terminal) 22.46.45 Join Xerion [0] (~xerion@54194281.cm-5-2b.dynamic.ziggo.nl) 22.47.18 Quit Rondom (Quit: Bye) 22.47.47 Join Rondom [0] (~rondom@lvps178-77-79-47.dedicated.hosteurope.de) 22.54.06 # Buschel: i don't know how mpc's filterbank works, but if you could make those strides a little more regular it would probably help a lot 22.54.26 # perhaps you could rearrange the coefficients in memory 22.55.23 # the V coefficients in particular look bad 22.56.21 Join wodz [0] (~wodz@chello087206240131.chello.pl) 22.58.49 # AlexP: I cut down png decoding of 'United Kingdom flag' to about 5s on coldfire. I didn't tested what's the impact of this on other targets. I think there is room for farther optimizations. 22.59.07 # Good work! 23.00.49 # Unfortunately I lost my patch for 'aspect correction' - I will have to implement this from scratch. 23.02.02 # wodz: sorry, didn't get around to test yet 23.02.20 # wodz: isn't it anywhere in the irc logs? 23.03.17 # kugel: the patch? no 23.04.00 # saratoga: that's what his patch in fs#11702 does 23.04.42 # I thought I posted it to FS but the patch doesn't include the file of interest. 23.04.55 # wodz: oh, but the latest patch on the task mentions it has the correction 23.05.29 # ok, I understand. I recalled (wrongly) you put it on pastebin or something 23.05.40 # yes but I found out it is incomplete 23.05.56 # oh i only looked at the last 23.06.30 # I wanted to produce patch from clean tree and forgot to locally commit new files :/ 23.06.58 # hmm the last has it too, but the ASM still looks ugly 23.07.57 # a lot of the steps are still bigger then a cache line 23.08.12 Join klapaucjusz [0] (~jch@bob75-11-78-249-231-16.fbx.proxad.net) 23.08.20 # yes i'm poking at it a little to see if i can rearrange it in a way that's more friendly to newer arm cores but not having much luck 23.08.44 # Hi. 23.08.57 # I'm wondering if anyone is maintaining the mpegplayer plugin? 23.09.21 # It'd be nice if it could support MPEG 1/2 files muxed with AAC audio. 23.09.23 # saratoga: something that patch does slows it down about 4MHz on both the beast and nano2g 23.09.38 # so likely something to do with memory or cache 23.09.42 # This would avoid transcoding audio when grabbing from Youtube. 23.09.46 # klapaucjusz: no one is 23.10.00 # and you'll have to transcode anyway, youtube doesn't use MPEG1/2 video 23.10.22 # Yeah, but only the video. 23.10.32 # is that any better? 23.10.39 # Video artefacts are okay for me, audio not so. 23.10.42 # i think converting audio is quick compared to video 23.10.45 # (Especially when downscaling.) 23.11.13 # Yeah, but it creates very unpleasant artefacts. It's not like Youtube audio is very high quality in the first place... 23.11.24 # klapaucjusz: I would say it is a matter of transcoding software 23.11.44 # Eh? 23.12.05 # klapaucjusz: Nobody is working on it, but patches are always welcome 23.12.17 # So if someone were to work on it, great! :) 23.12.35 # * klapaucjusz is grateful to AlexP for a straight answer to a straight question. 23.13.47 # if converting from low bitrate AAC is adding artifiacts you're not doing it right 23.14.13 # klapaucjusz: I was saying that if you have audio artefacts after transcoding than probably the transcoding process is to blame 23.15.01 # getting streaming AAC quality isn't exactly hard 23.15.30 # transcoding lossy to lossy isn't nice. I recently wondered that too btw. since Rockbox can play AAC anyway 23.16.36 Join edboyer93 [0] (~eboyer93@pool-71-185-65-59.phlapa.fios.verizon.net) 23.17.28 Quit benedikt93 (Quit: Bye ;)) 23.19.59 # By the way, nice to see how much the nano2g port has progressed since last time I checked :-) 23.26.20 Quit esperegu (Read error: Connection reset by peer) 23.31.02 # Stupid question: on Debian, I build the cross-compiler myself, right? Or do I download a binary somewhere? 23.32.57 *** Saving seen data "./dancer.seen" 23.33.35 # you build it with the script 23.35.57 # see this: http://www.rockbox.org/wiki/DevelopmentGuide 23.36.57 # * klapaucjusz makes some coffee while git-svn runs. 23.40.31 # tools/rockboxdev.sh 23.45.01 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 23.51.06 # AlexP, r28341 was more of a new feature for targets with a wm8975 codec than really a fix for an existing feature 23.51.27 Quit domonoky (Read error: Connection reset by peer) 23.51.56 # About the c++ style comments in r28341, I noticed those after the commit, but didn't think it was important enough to do another commit just to fix those. 23.52.11 # I wouldn't mind some kind of compiler setting to warn me about those. 23.52.46 Quit bmbl (Quit: Verlassend) 23.56.01 # btw, what's so bad about them? 23.57.04 # docs/CONTRIBUTING says to use only /* */ 23.57.53 # we don't use them for some reason or another