| 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 | kugel | JdGordon: shouldn't the sim still use sim_open()? |
| 00:11:15 | | Quit hebz0rl (Quit: Leaving) |
| 00:11:45 | kugel | you need to fix the path in lc_open_from_mem() for android |
| 00:13:58 | kugel | 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 | kugel | 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 | kugel | NEED_WRITE is also needed for O_WRONLY and O_TRUNC |
| 00:18:20 | kugel | the changes to file.h look a bit fishy to me |
| 00:18:26 | rasher | kugel: does kinetic scrolling add language strings? It would be helpful if no new strings are added until after the release |
| 00:18:26 | kugel | otherwise it looks fine I'd say |
| 00:18:42 | kugel | rasher: no |
| 00:19:00 | kugel | we could make it configurable but I haven't done it yet |
| 00:19:12 | kugel | since it works well for me :) |
| 00:21:13 | n1s | 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 | JdGord | Kugel: the similar does still use sim_open |
| 00:38:03 | kugel | but not directly? |
| 00:38:31 | JdGord | That would be a misttake then... |
| 00:38:43 | kugel | i just looked at the diff, I may be wrong |
| 00:39:08 | kugel | I see #define open(x, ...) application_open(x, __VA_ARGS__) in the PLATFORM_SDL section |
| 00:40:03 | kugel | btw, what happens about creat() etc calls? |
| 00:40:54 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 00:41:26 | JdGord | 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 | kugel | JdGordon: no. there are also other calls, remove(), rename() |
| 00:45:10 | kugel | I think you're going to need to wrap all of them |
| 00:47:36 | jdgord| | Ok ill look into it. |
| 00:47:42 | jdgord| | 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 | JdGordon| | 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 |
| 01:00:00 | kugel | we never needed a dedicated release manager, but maybe we do now |
| 01:00:44 | JdGordon| | 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 | JdGordon| | 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 | JdGordon| | not now |
| 01:30:55 | [Saint] | I would have no idea if anything was missing. |
| 01:31:01 | [Saint] | Fair enough. |
| 01:32:07 | JdGordon| | 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 | JdGordon| | TI? |
| 01:43:46 | [Saint] | "if screen is touched...do X for <timeout>" |
| 01:44:55 | JdGordon| | I dont tihnk that will work |
| 01:45:07 | JdGordon| | more thoguh I dont tihnk %T can be in a conditional |
| 01:45:45 | JdGordon| | 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 | JdGordon| | yes |
| 01:49:12 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 01:49:13 | JdGordon| | 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 | JdGordon| | 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 | JdGordon| | 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 | JdGordon| | 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 | JdGordon| | you could of course do it with the theme setting tag though |
| 01:53:49 | JdGordon| | sure |
| 01:53:54 | [Saint] | I could actually use that. |
| 01:54:08 | JdGordon| | 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 | JdGordon| | 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 | JdGordon| | %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 | JdGordon| | grr.. those last 2 should be %Sv |
| 01:59:59 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 02:00 |
| 02:00:26 | JdGordon| | 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 | JdGordon| | 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 | JdGordon| | 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 | JdGordon| | 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 | JdGordon| | 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 | JdGordon| | look how SKIN_TOKEN_HAVE_RECORDING is done in skin_parser.c |
| 02:12:35 | JdGordon| | 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 | kugel | JdGordon|: http://www.alice-dsl.net/simonemartitz/rockbox/rockbox-cowond2.zip |
| 02:30:46 | kugel | ^ cowond2 build with the kinetic scrolling patch |
| 02:31:00 | JdGordon| | 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 | kugel | selecting with the track ball is a fishy thing |
| 02:39:29 | JdGordon| | how do you mean? |
| 02:40:00 | kugel | well, at least on my legend, it's easy to accidentally select 2 or 3 times in a row |
| 02:40:08 | kugel | (it has this optical track ball thingy) |
| 02:40:30 | JdGordon| | ah ok |
| 02:40:43 | JdGordon| | is there a way to know if there is a real ball or optical? |
| 02:40:47 | kugel | perhaps we should only do up and down |
| 02:40:52 | kugel | no |
| 02:41:14 | JdGordon| | no thanks |
| 02:41:21 | JdGordon| | ball select works great on the n1 |
| 02:41:52 | JdGordon| | maybe play with the TIME_BEFORE line in the button-android.c? |
| 02:43:25 | kugel | so, with the pitchscreen I suppose we can safely enable absolute point mode by default |
| 02:43:35 | kugel | without losing core functionality |
| 02:45:01 | | Join Topy [0] (~Topy44@g227182192.adsl.alicedsl.de) |
| 02:45:15 | JdGordon| | probably |
| 02:45:25 | JdGordon| | I still think the sbs is a nasty blocker also |
| 02:45:29 | JdGordon| | also the lack of plugins |
| 02:45:33 | JdGordon| | (not game ones) |
| 02:45:49 | kugel | lack of plugins has nothing to do with the absolute point mode |
| 02:46:03 | * | JdGordon| somehow read releasing into that |
| 02:47:41 | kugel | I've some plugins enabled locally, but it's just a shitload of work |
| 02:48:00 | JdGordon| | why? |
| 02:48:05 | kugel | also the get_user_file_path() thingy is untested/unimplemented for plugins |
| 02:48:19 | kugel | well, *all* plugins only work with the grid mode |
| 02:48:29 | | Quit T44 (Ping timeout: 252 seconds) |
| 02:48:38 | JdGordon| | arg, yeah |
| 02:48:57 | JdGordon| | 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 | kugel | JdGordon|: was there a reason you made OK on the left and CANCEL on the right in the yesno screen? |
| 02:51:01 | kugel | 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 | JdGordon| | thats the way the grid mode had it already |
| 02:51:20 | JdGordon| | isnt it? |
| 02:51:42 | kugel | 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 | JdGordon| | ah hmm... |
| 02:54:15 | | Quit BHSPitMonkey (Changing host) |
| 02:54:16 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 02:55:31 | JdGordon| | 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:00 |
| 03:02:11 | kugel | useless context menu. the menu button should go to the main menu instead |
| 03:10:56 | JdGordon| | need to get long ball or long menu working then |
| 03:10:57 | | Quit BHSPitMonkey (Ping timeout: 255 seconds) |
| 03:12:14 | JdGordon| | or, menu pops up a menu with a few buttons |
| 03:12:22 | JdGordon| | a android menu that is |
| 03:13:02 | kugel | the context menu via long-press on touchscreen doesn't work |
| 03:13:06 | kugel | good enough? |
| 03:15:17 | JdGordon| | isnt it?? |
| 03:15:26 | JdGordon| | -isnt it? |
| 03:16:07 | kugel | ? |
| 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 | JdGordon| | [Saint]: how'd you go? |
| 04:00 |
| 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:00 |
| 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:00 |
| 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 | JdGordon| | time touchscreen available tag |
| 06:09:56 | JdGordon| | 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 | JdGordon| | 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:00 |
| 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:00 |
| 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 | Tchno | 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 | Tchno | I tried posting on the forums as well, although no advice that I haven't tried before was presented. |
| 09:00 |
| 09:04:35 | | Join JdGord [0] (~jd@122.110.225.83) |
| 09:07:04 | | Join Simon14 [0] (~chatzilla@unaffiliated/simon14) |
| 09:09:12 | Simon14 | 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 | JdGord | Filesyatem might be stuffed |
| 09:12:19 | Simon14 | i can still play music fine |
| 09:12:28 | ender` | chkdsk /f /x x: |
| 09:12:35 | Simon14 | also.. when i plug it in, i don't see the .rockbox folder anywhere |
| 09:13:57 | Simon14 | ender`: x: being the internal memory drive? |
| 09:15:51 | Simon14 | under windows 7, it doesn't really have a drive letter, the paths are "Computer\Sansa Clip+ 8GB\Internal Memory" |
| 09:16:20 | ender` | then put that path instead of x: |
| 09:16:28 | ender` | hm, no |
| 09:16:31 | linuxstb | Doesn't that mean it's in MTP mode?. |
| 09:16:37 | ender` | put the player to MSC mode |
| 09:17:05 | Simon14 | sorry.. how do i do that? |
| 09:18:09 | Simon14 | err wait i think i found it |
| 09:18:40 | Simon14 | i think that did it |
| 09:18:41 | Simon14 | 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:00 |
| 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 | pixelma | 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 | pixelma | 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 | wodz | pixelma: ping |
| 10:51:50 | pixelma | pong |
| 10:55:41 | wodz | I suppose you didn't try imageviewer_png_v6.diff - it is broke in the same way MAS patch was. |
| 10:55:48 | wodz | s/broke/broken/ |
| 10:56:36 | wodz | and did latest MAS patch fix sim build for you? |
| 10:56:41 | wodz | pixelma: ^ |
| 10:57:08 | wodz | 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 |
| 11:00:10 | slater | hey i do have a short question. how can i communicate with the mp3 player via usb with busybox? |
| 11:00:17 | slater | 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 | slater | hey i do have a short question. how can i communicate with the mp3 player via usb with busybox? |
| 11:42:38 | slater | or is that not possible at all? |
| 11:46:50 | JdGordon | to do what? |
| 11:49:30 | slater | to check the root syste, of the original firmware |
| 11:49:42 | slater | could somebody add me to the wiki user groups |
| 11:49:54 | slater | i am currently working on porting YP-R0 |
| 11:50:02 | slater | and I made some progress so far |
| 11:50:18 | JdGordon | you're AntonHerzfeld ? |
| 11:50:22 | slater | yes |
| 11:51:09 | JdGordon | done |
| 11:51:18 | slater | thank you |
| 11:52:01 | slater | so just out of curiosty is it possible to reach the player with busybox via usb? |
| 11:52:33 | JdGordon | busybox is just a cut down version of core utils... so if it has mount you're set |
| 11:53:11 | slater | player only mounted flash partion not root partion |
| 11:53:53 | slater | 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 | slater | and if is then be able to use it |
| 11:54:58 | Torne | busybox doesn't "run" |
| 11:55:05 | JdGordon | what makes you tihnk it is running linux? |
| 11:55:08 | Torne | it's just a bunch of utilities |
| 11:55:10 | Torne | JdGordon: it is |
| 11:56:09 | Torne | slater: there is no standard way to get access to a linux device, at all |
| 11:56:09 | slater | with which i would be able to use cat. |
| 11:56:27 | Torne | if it only exposes part of its filesystem over usb then that's tough |
| 11:56:35 | Torne | your phone might have usb networking and an ssh server |
| 11:56:40 | Torne | but there's no reason to assume that any othe rdevice does |
| 11:57:06 | slater | thats what i was not hoping ;) |
| 11:58:07 | S_a_i_n_t | teru: The patch you gave me to test that fixes icons in plugins works 100% |
| 11:59:10 | S_a_i_n_t | 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 | S_a_i_n_t | thankyou again for doing that for me, are you going to commit it? |
| 11:59:31 | S_a_i_n_t | teru: ^ |
| 12:00 |
| 12:01:21 | JdGordon | has anyone tried putting %X or %xl inside the "has rtc?" or "has recording" skin tags? |
| 12:02:07 | S_a_i_n_t | not personally...only %Vd(blah) |
| 12:02:17 | S_a_i_n_t | why? is it borked? |
| 12:02:28 | JdGordon | I dont know, I'm wondering if it works as expected |
| 12:02:36 | JdGordon | but i've just got the call so im heading out again :) |
| 12:02:50 | JdGordon | If you end up hgaving a few min and are bored could you try it please? |
| 12:03:03 | S_a_i_n_t | yeppers. |
| 12:03:58 | JdGordon | 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 | JdGordon | wanna know if that still works |
| 12:06:28 | | Quit xxcv (Ping timeout: 240 seconds) |
| 12:09:01 | JdGordon | actually that may not be true, but it should be... (i.e i'll work to fix that if it isnt) |
| 12:11:36 | S_a_i_n_t | a .icons file should be named <main iconset (the 0-31 one) name>.icons .....yes? |
| 12:12:22 | S_a_i_n_t | a/a/an/ |
| 12:14:06 | S_a_i_n_t | so if the main iconset was "iconset.bmp", the .icons file would be "iconset.icons"? |
| 12:14:37 | S_a_i_n_t | Or is it <viewers iconset name>.icons? |
| 12:14:57 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
| 12:15:07 | S_a_i_n_t | 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 | kugel | JdGordon: tested scrolling on d2 yet? |
| 12:55:43 | | Part slater |
| 12:58:23 | | Quit kugel (Ping timeout: 252 seconds) |
| 13:00 |
| 13:01:26 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 13:03:17 | kugel | JdGord: ^ |
| 13:04:01 | JdGord | Yeah the build didn't work |
| 13:04:26 | kugel | how? |
| 13:04:39 | JdGord | Didn't load. Ill play tonight (current out) |
| 13:04:41 | kugel | does svn even work? |
| 13:04:48 | JdGord | 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 | S_a_i_n_t | JdGordon: jsyk...I've looked at tag_table and skin_parser...and it's all voodo to me. |
| 13:26:57 | S_a_i_n_t | :/ |
| 13:27:00 | S_a_i_n_t | sorry :-/ |
| 13:27:09 | S_a_i_n_t | I wish it wasn't, but it is :-/ |
| 13:28:15 | pixelma | 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 | S_a_i_n_t | 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 | S_a_i_n_t | It seems the bootloader down't like these defines when LCD sleep is in the main build. |
| 13:39:11 | S_a_i_n_t | With that small addition, and TheSeven's bootloader commit from the other day, all is well with the SVN Nano2G bootloader |
| 13:40:03 | S_a_i_n_t | 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_a_i_n_t | s/should be/it would be cool if it was/ |
| 13:41:24 | AlexP_ | bootloaders aren't generally released as part of releases |
| 13:41:35 | AlexP_ | Of course there is no reason not to, but it doesn't really matter either way |
| 13:42:13 | S_a_i_n_t | 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 | AlexP_ | Already committed to the core? |
| 13:42:49 | S_a_i_n_t | yes. |
| 13:43:09 | AlexP_ | It should be released ASAP then, not dependent on 3.7 |
| 13:43:54 | S_a_i_n_t | 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 | TheSeven | S_a_i_n_t: what kind of core functionality are you referring to that needs support from the bootloader? |
| 13:45:40 | S_a_i_n_t | the "boot OF with MENU" thing, didn;t you mention that required changes to the core? or did I imagine that? |
| 13:46:35 | AlexP_ | That sound slike bootloader only to me |
| 13:48:51 | kugel | the nano2g is not a 3.7 device is it? |
| 13:49:18 | S_a_i_n_t | I thought it was going in to stable this release? |
| 13:49:48 | kugel | I don't know |
| 13:49:52 | AlexP_ | kugel: I think TheSeven rates it as stable, so it is going to be promoted |
| 13:49:58 | kugel | are some of the unstable sansas going to be released? |
| 13:50:14 | AlexP_ | If the maintainers consider them to meet the criteria :) |
| 13:50:15 | kugel | I think they're generally ready |
| 13:50:34 | kugel | usb is the only thing missing but usb isn't a blocker |
| 13:51:02 | S_a_i_n_t | AlexP_: There was a change in core, phew...glad I didn't go insane ;) |
| 13:51:14 | S_a_i_n_t | it needed a change to the clickwheel driver to make it work. |
| 13:51:21 | AlexP_ | S_a_i_n_t: If you and the other involved people think they are ready, then make it so |
| 13:51:27 | AlexP_ | er, kugel for the last one |
| 13:51:34 | S_a_i_n_t | http://svn.rockbox.org/viewvc.cgi?view=rev;revision=28237 |
| 13:51:38 | TheSeven | S_a_i_n_t: that doesn't mean that there is a dependency between bootloader and main binary |
| 13:51:39 | AlexP_ | S_a_i_n_t: OK, but that isn't what you said |
| 13:51:41 | S_a_i_n_t | was the commit: ^ |
| 13:51:59 | TheSeven | they just share the clickwheel driver, which needs to support that feature for the bootloader to be able to use it |
| 13:52:01 | AlexP_ | 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 | S_a_i_n_t | yeah, it's the reverse...sorry. |
| 13:52:33 | AlexP_ | 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 | TheSeven | 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 | AlexP_ | 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 | AlexP_ | TheSeven: Well, your really hte only one that can decide, so IMO it is up to you :) |
| 13:53:37 | S_a_i_n_t | teru: I left a note for you in the logs |
| 13:53:47 | kugel | 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 | teru | S_a_i_n_t: oh, thank you. |
| 13:55:35 | TheSeven | 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 | TheSeven | some stacks that shouldn't need to be as large as they are... |
| 13:56:24 | TheSeven | i don't know of any stkovs left, but only because we increased stack sizes, not because we reduced stack usage |
| 13:56:47 | TheSeven | but this kind of things is hardly a blocker from a user's perspective |
| 13:56:55 | S_a_i_n_t | iirc you squashed the last by "fixing" the screendump issue |
| 13:57:13 | S_a_i_n_t | *iiuc |
| 13:57:27 | kugel | TheSeven: wasn't the dma thing a hw limitation? |
| 13:57:43 | S_a_i_n_t | that's the only reproducable stkov I knew of left on Nano2G |
| 13:57:49 | kugel | iirc only a tiny amount of samples can be transfered at a time? |
| 13:57:57 | TheSeven | 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 | TheSeven | so they must have a different way to do it, i just haven't figured out how exactly yet |
| 13:58:40 | TheSeven | and we still have a problem with increased battery usage after playing and stopping audio for some reason |
| 13:58:56 | TheSeven | but that's only some mA, nothing compared to the USB one I fixed recently |
| 13:59:13 | kugel | isn't the battery life better than with the apple os anyway? |
| 13:59:33 | S_a_i_n_t | 'tis for me. |
| 14:00 |
| 14:00:03 | TheSeven | it isn't in that situation |
| 14:00:23 | TheSeven | ~21-23mA with a 400mAh battery will hardly reach 24 hours |
| 14:05:27 | TheSeven | also, the runtime estimates aren't calibrated really good |
| 14:05:57 | TheSeven | we should probably commit that adaptive algorithm for flash-based players one day |
| 14:07:25 | TheSeven | hm. battery current is higher when the player is idle than when it's playing audio |
| 14:07:34 | TheSeven | 21 vs. 17 mA |
| 14:08:07 | TheSeven | stays at 17 this time when stopping playback |
| 14:13:08 | S_a_i_n_t | <TheSeven> we should probably commit that adaptive algorithm for flash-based players one day == FS #10890 (Dynamic Runtime Estimation)? |
| 14:15:07 | TheSeven | IIRC yes |
| 14:15:51 | | Quit xxcv (Ping timeout: 240 seconds) |
| 14:18:30 | TheSeven | 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 | kugel | I'd consider this as a blocker for stable actually |
| 14:20:24 | AlexP_ | or disable HID for the release |
| 14:20:30 | S_a_i_n_t | fwiw, I have never seen that. |
| 14:20:30 | AlexP_ | Does it happen without? |
| 14:20:34 | | Nick AlexP_ is now known as AlexP (~alex@rockbox/staff/AlexP) |
| 14:20:36 | TheSeven | kugel: well, currently HID is disabled even on trunk for exactly that reason |
| 14:20:37 | S_a_i_n_t | HID is disabled |
| 14:20:43 | S_a_i_n_t | has been for some time |
| 14:20:44 | TheSeven | 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 | TheSeven | or is there any reason why it wouldn#t announce r28362? |
| 14:22:43 | AlexP | 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 | TheSeven | when it happened, it usually happened shortly after connecting |
| 14:23:08 | AlexP | OK |
| 14:23:25 | TheSeven | with HID enabled, the trigger seems to be HID and MSC attempting to transfer things at the same time |
| 14:24:58 | TheSeven | 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 | AlexP | 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 | AlexP | If it were more widespread I think we would have heard something |
| 14:25:51 | S_a_i_n_t | 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 | S_a_i_n_t | USB was terrible when HID was still enabled, but has been fine since then |
| 14:26:41 | S_a_i_n_t | HID suddenly broke inexplicably one day :/ |
| 14:26:54 | * | TheSeven isn't sure if it ever worked... |
| 14:27:03 | S_a_i_n_t | it did, for a short time. |
| 14:27:11 | | Join mcuelenaere [0] (~quassel@rockbox/developer/mcuelenaere) |
| 14:27:23 | TheSeven | did you try to use it while copying files back then? |
| 14:27:51 | S_a_i_n_t | yeah, that almost always aborted the transfer and left corrupt filesystem |
| 14:28:01 | S_a_i_n_t | a whole barrel of fun. |
| 14:28:19 | mcuelenaere | hmm CIA bot is slow? |
| 14:28:31 | S_a_i_n_t | dead I think |
| 14:28:33 | TheSeven | not just slow apparently |
| 14:28:35 | pixelma | 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 | AlexP | that usually gets a response I think |
| 14:29:29 | pixelma | yes, an "ow" |
| 14:29:31 | TheSeven | hm, the nand dumper crashed again with just 160MB transferred with a different cable on a different port |
| 14:29:40 | TheSeven | i managed to transfer >1.5GB yesterday |
| 14:29:54 | CIA-6 | ow |
| 14:29:58 | AlexP | wow :) |
| 14:29:59 | TheSeven | wow, that's slow |
| 14:30:08 | mcuelenaere | cia.vc seems to be slow too.. |
| 14:30:35 | pixelma | depends. Maybe AlexP's kick was slow too ;) |
| 14:30:45 | AlexP | It was rapier swift :) |
| 14:32:12 | CIA-6 | New commit by teru (r28362): fix that disktidy plugin and shopper plugin is not usable when Show Icons setting is turned off. |
| 14:32:46 | AlexP | 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 | kugel | 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 | kugel | I could test if it compiles&boots if you mean that |
| 14:34:58 | AlexP | I meant more that I hadn't cocked up the revert :) |
| 14:35:22 | AlexP | It compiles OK, I checked that - boots and works might be handy if youi have a moment |
| 14:35:22 | kugel | I haven't got a checkout of the 3.7 branch, do I need it? |
| 14:35:34 | kugel | can you give me the build then? :) |
| 14:35:35 | AlexP | no, that's against trunk |
| 14:35:54 | AlexP | yep, one mo - it'll take me a minute to do some convoluted uploading |
| 14:35:58 | AlexP | fuze yeah? |
| 14:36:02 | kugel | yes |
| 14:36:32 | CIA-6 | r28362 build result: All green |
| 14:38:20 | AlexP | kugel: Actually, just to make sure (shouldn't change anything), I'll build the 3.7 branch with this |
| 14:38:30 | AlexP | It'll take a few mins, compiling on atom atm :) |
| 14:38:35 | kugel | good idea |
| 14:38:39 | kugel | oh, I'm sorry |
| 14:38:57 | AlexP | It's my little home server :) |
| 14:39:05 | AlexP | The only thing at home I have ssh access to |
| 14:39:08 | | Quit BlakeJohnson86 (Ping timeout: 265 seconds) |
| 14:39:39 | TheSeven | 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 | TheSeven | someone complained that the colors would be "greyish" on an ilitek LCD |
| 14:40:18 | TheSeven | on the leadis one it's fine |
| 14:40:48 | S_a_i_n_t | I have seen that. actually |
| 14:40:55 | S_a_i_n_t | I thought it was just the age of the LCD |
| 14:40:58 | TheSeven | how bad is it? |
| 14:41:05 | TheSeven | i don't have an ilitek one to test |
| 14:41:06 | S_a_i_n_t | not very. |
| 14:41:42 | S_a_i_n_t | 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 | TheSeven | 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 | S_a_i_n_t | it's not a recent thing. |
| 14:42:27 | S_a_i_n_t | it;s always been this way. |
| 14:44:16 | TheSeven | grawity said that this revision (which reduces the LCD supply voltage) triggered it on his device |
| 14:44:57 | S_a_i_n_t | Nah. |
| 14:45:03 | S_a_i_n_t | I call BS on that. |
| 14:45:28 | CIA-6 | New commit by mcuelenaere (r28363): Ramdisk: add hotswap support |
| 14:45:40 | kugel | preglow: you could be the one! |
| 14:45:47 | S_a_i_n_t | 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 | S_a_i_n_t | it is almost silent now. |
| 14:45:59 | preglow | 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 | preglow | ui work makes me sad |
| 14:46:41 | kugel | :) |
| 14:46:54 | S_a_i_n_t | TheSeven: Really? |
| 14:47:06 | TheSeven | i have a leadis one though |
| 14:47:13 | S_a_i_n_t | prior to that patch, mine, and Buschel's I assume screamed like a banshee |
| 14:47:15 | TheSeven | so with all these minor issues brought up, what's the general opinion on promoting it to stable? |
| 14:47:16 | CIA-6 | r28363 build result: All green |
| 14:48:14 | JdGord | Add the needed tags and make the eq skunnable :p |
| 14:49:29 | kugel | 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 | S_a_i_n_t | 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 | AlexP | kugel: http://filebin.ca/qnfjfo/rockbox.zip |
| 14:52:31 | AlexP | EvanCarroll: Can you also try http://filebin.ca/qnfjfo/rockbox.zip and see if playback works for you? |
| 14:53:41 | kugel | 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 | AlexP | well yes |
| 14:54:48 | AlexP | But the release process hasn't exactly been model |
| 14:56:28 | kugel | AlexP: boots and plays music fine |
| 14:56:38 | AlexP | kugel: great, thanks |
| 14:57:00 | AlexP | 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 | mc2739 | AlexP: EvanCarroll has an e280v2, not a fuze |
| 14:57:28 | AlexP | aha |
| 14:57:36 | AlexP | I'll build that then too :) |
| 14:58:04 | kugel | hm, sometimes an item in the playlist viewer has no text. does that only happen for me? |
| 14:58:19 | kugel | I haven't seen that on my phone |
| 14:58:42 | AlexP | I've never really used it |
| 15:00 |
| 15:00:49 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 15:04:30 | kugel | can r28362 go into the 3.7 branch? |
| 15:04:30 | kugel | TheSeven: if you make the nano2g stable the screendump fix needs to be backported |
| 15:04:30 | AlexP | yeah, should do |
| 15:04:30 | AlexP | looks like a bug fix to me :) |
| 15:04:30 | TheSeven | kugel: the fix won't be backported as it affects other targets |
| 15:04:30 | TheSeven | i have increased the stack size to prevent the stack overflow on the branch though |
| 15:04:51 | TheSeven | this isn't really nice, but i don't want to risk touching the file system code on the branch now |
| 15:04:57 | kugel | so the screen dump is fixed? |
| 15:05:03 | AlexP | I still think r28341 (bertrik) should be backported too :) |
| 15:05:18 | TheSeven | kugel: i haven't tested it yet, but it should be |
| 15:05:43 | TheSeven | let me do a checkout on my build client... |
| 15:06:00 | kugel | r28341 has c++ style comments :/ |
| 15:06:19 | Brainbug | while installation, the utility is unable to load rockbox-sansaclip-3.6.zip. can i download it manually? |
| 15:07:21 | AlexP | It doesn't exist |
| 15:07:27 | AlexP | That's a slight bug |
| 15:07:38 | AlexP | The clip wasn't included in the 3.6 release |
| 15:07:53 | AlexP | Get RBUtil to install a current build instead |
| 15:07:54 | Brainbug | then what can i do to get over the "filenot found" |
| 15:08:21 | Brainbug | i installed with the utility. still doesnt work |
| 15:08:33 | AlexP | need more info |
| 15:08:53 | TheSeven | Brainbug: try choosing "current build" instead of "stable" in the utility |
| 15:09:02 | Brainbug | i see, my original thext wasn't sent |
| 15:09:03 | Brainbug | 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 | Brainbug | ill try |
| 15:09:16 | AlexP | Did you install a current build? |
| 15:09:31 | AlexP | 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 | Brainbug | thx. works |
| 15:14:25 | | Quit krazykit (Ping timeout: 265 seconds) |
| 15:14:56 | | Join soap_ [0] (~soap@rockbox/staff/soap) |
| 15:18:40 | AlexP | 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 | slater | 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 | slater | 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 | slater | i would like to share all 5 partions when connecting with usb |
| 16:00 |
| 16:00:11 | | Quit JdGordon (Ping timeout: 240 seconds) |
| 16:01:23 | kugel | /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 | kugel | 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 | slater | hm that would be really bad |
| 16:03:44 | | Quit krazykit (Ping timeout: 272 seconds) |
| 16:04:04 | slater | #!/bin/sh |
| 16:04:08 | slater | if [ "$1" = "stop" ] |
| 16:04:10 | slater | then |
| 16:04:12 | slater | echo Unmounting filesystems |
| 16:04:14 | slater | umount -a -r |
| 16:04:16 | slater | mount -o remount -r %root% / |
| 16:04:18 | slater | [ -x /sbin/swapoff ] && swapoff -a |
| 16:04:20 | slater | fi |
| 16:04:28 | slater | if [ "$1" = "start" ] |
| 16:04:28 | slater | then |
| 16:04:30 | slater | echo Mounting filesystems |
| 16:04:35 | slater | # /proc is mounted by the mount-proc-sys script |
| 16:04:38 | slater | # mount -t proc proc /proc |
| 16:04:40 | slater | if [ -z "$(mount | grep "/ type nfs (rw")" ] && [ -n "$RAMDIRS" ] |
| 16:04:42 | slater | then |
| 16:04:45 | slater | echo Rootfs is read-only, mounting rw filesystem |
| 16:04:47 | slater | mount -t $TMPFS rwfs /mnt/rwfs -o size=$TMPFS_SIZE |
| 16:04:49 | slater | for i in $RAMDIRS |
| 16:04:51 | slater | do |
| 16:04:53 | slater | if [ ! -e /mnt/rwfs/$i ] |
| 16:04:56 | slater | then |
| 16:04:58 | slater | cp -a $i /mnt/rwfs/ |
| 16:05:00 | slater | mount -o bind /mnt/rwfs/$i $i |
| 16:05:02 | slater | fi |
| 16:05:04 | slater | done |
| 16:05:06 | slater | fi |
| 16:05:07 | Mode | "#rockbox +o TheSeven" by ChanServ (ChanServ@services.) |
| 16:05:08 | slater | #if [ "$TMPFS" = "tmpfs" ] |
| 16:05:10 | slater | #then |
| 16:05:12 | slater | #mount -t $TMPFS shm /dev/shm |
| 16:05:14 | slater | #fi |
| 16:05:16 | slater | if [ ! -e /etc/mtab ] |
| 16:05:18 | slater | 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 | slater | sorry about the earlier post |
| 16:08:37 | | Join Jaykay [0] (~chatzilla@p5DC57C34.dip.t-dialin.net) |
| 16:10:57 | AlexP | slater: pastebin is a wonderful invention :) |
| 16:11:49 | | Quit krazykit (Ping timeout: 240 seconds) |
| 16:12:10 | slater | 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:00 |
| 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 | EvanCarroll | AlexP: last link worked through |
| 17:12:01 | EvanCarroll | though* |
| 17:12:18 | AlexP | EvanCarroll: Great, so I'll commit that to the release branch |
| 17:12:58 | AlexP | music etc. was fine? |
| 17:12:58 | | Quit krazykit (Ping timeout: 240 seconds) |
| 17:15:14 | EvanCarroll | Everything was excellent. |
| 17:15:36 | EvanCarroll | I thought it was someone else that made my distro through |
| 17:16:36 | EvanCarroll | http://filebin.ca/vegmuj/rockbox.zip |
| 17:16:44 | EvanCarroll | that's the one I'musing now that's workinggreat |
| 17:18:13 | AlexP | Well it wasn't me |
| 17:18:30 | AlexP | that made that one I mean |
| 17:18:54 | AlexP | I just wanted you to test the reversion I did before I committed it, so cheers |
| 17:19:22 | EvanCarroll | ah. I can do that and get back to you tomorrow, want me to try it? |
| 17:19:50 | AlexP | I thought you did? |
| 17:19:59 | AlexP | 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 | EvanCarroll | No, I used http://filebin.ca/vegmuj/rockbox.zip, I'll try http://filebin.ca/nccta/rockbox-e200v2.zip tonight |
| 17:20:42 | AlexP | cool, thanks |
| 17:21:08 | AlexP | 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 | EvanCarroll | did you revert r28000 ? |
| 17:21:20 | AlexP | yeah, but on the 3.7 branch |
| 17:21:39 | AlexP | Once you've confirmed it working I'll commit it :) |
| 17:21:44 | EvanCarroll | cool I think his was on trunk |
| 17:21:51 | AlexP | It should be identical |
| 17:21:57 | EvanCarroll | cool |
| 17:21:58 | AlexP | 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:00 |
| 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 | saratoga | 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:00 |
| 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 | LambdaCalculus37 | 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 | saratoga | so i need to get apps2sd? |
| 19:32:24 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 19:32:32 | Strife89TX | Quick question, what's the current revision number? |
| 19:32:51 | *** | Saving seen data "./dancer.seen" |
| 19:34:02 | saratoga | r28363: |
| 19:35:16 | Strife89TX | 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 | kugel | saratoga: froyo has it built in |
| 19:38:06 | saratoga | yeah, but does it work? |
| 19:38:13 | saratoga | IIRC an app has to actually support it |
| 19:38:13 | kugel | my plain cyanogenmod install has it |
| 19:38:14 | | Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) |
| 19:38:32 | kugel | you could just try it? |
| 19:38:48 | kugel | 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 | saratoga | yeah i'll figure out how to install it |
| 19:39:13 | kugel | install what? i thought you run cyanogenmod with froyo |
| 19:39:25 | saratoga | rockbox |
| 19:39:29 | kugel | oh |
| 19:41:06 | saratoga | is there a prebuilt rockbox.zip somewhere for android? |
| 19:41:13 | saratoga | or is the apk all i need? |
| 19:42:04 | scorche | kugel: suggested debugging procedure for rockbox that freezes on boot on an android device? |
| 19:42:12 | kugel | the apk is enough |
| 19:42:46 | kugel | scorche: freeze on booz? |
| 19:42:48 | kugel | t* |
| 19:42:59 | scorche | on booting rockbox, yes |
| 19:44:33 | scorche | it apparently freezes on the rockbox logo |
| 19:44:48 | kugel | it takes a while to unzip |
| 19:45:09 | | Join bmbl [0] (~bmbl@unaffiliated/bmbl) |
| 19:46:09 | kugel | 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 | saratoga | 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 | scorche | terminal emulator on the device ot terminal emulator from adb? |
| 19:48:40 | saratoga | device |
| 19:48:45 | saratoga | i don't have adb setup |
| 19:49:40 | saratoga | the obvious "install rockbox-320x480.apk" doesn't work |
| 19:49:44 | scorche | 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 | saratoga | does android have a file browser? |
| 19:50:08 | saratoga | i can only see the file via terminal |
| 19:50:40 | saratoga | oh apparently it does |
| 19:51:36 | scorche | open up the browser > press menu > more > downloads > the apk |
| 19:51:58 | saratoga | yeah i grabbed it via the gui off the sd card |
| 19:53:00 | kugel | saratoga: browse the apk with a file browser |
| 19:53:18 | saratoga | grid view is the worst thing ever |
| 19:53:56 | scorche | you can change it to point in the config file - make sure to have a decently sized font though |
| 19:54:11 | saratoga | 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 | scorche | touch the top level |
| 19:54:40 | kugel | back button works in svn |
| 19:54:44 | saratoga | ah, thats not very intuitive |
| 19:55:47 | saratoga | i don't seem to be able to access the Files menu option |
| 19:55:52 | saratoga | it just pauses forever if i click it |
| 19:56:46 | kugel | we cant fix that |
| 19:57:10 | saratoga | whats the issue? |
| 19:57:11 | | Join fritschy [0] (~marcus@dslb-188-099-035-016.pools.arcor-ip.net) |
| 19:57:19 | fritschy | howdy |
| 19:57:36 | kugel | saratoga: the slowness of the device |
| 19:57:47 | saratoga | it'll move about 2.5MB to the SD card |
| 19:59:21 | saratoga | weird if i relaunch it the files menu works immediately |
| 19:59:29 | kugel | because linux caches |
| 19:59:30 | saratoga | probably some weirdness on my crappy g1 |
| 19:59:36 | | Quit komputes (Remote host closed the connection) |
| 19:59:48 | kugel | I observe the same, just not as bad as you probably |
| 20:00 |
| 20:00:13 | fritschy | 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 | saratoga | are the builds on your page behind SVN? |
| 20:00:50 | kugel | probably. you can see the revision number as usual in the debug menu |
| 20:00:53 | saratoga | ritschy: i've put a couple hundred hours on mine over the year and never had corruption |
| 20:01:23 | kugel | scorche: still no worky for you? |
| 20:01:47 | fritschy | saratoga: i thought of hwardware trouble already... |
| 20:01:54 | kugel | saratoga: can you see what has been moved? |
| 20:02:02 | fritschy | saratoga: which rockbox build are you using? |
| 20:02:13 | kugel | if it's the .so files then app2sd will probably break future updates |
| 20:02:30 | saratoga | current build from a couple days ago |
| 20:02:50 | saratoga | 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 | fritschy | saratoga: thank you, which OF version anyway? |
| 20:03:08 | kugel | 27-adobe right? I find it sufficiently large |
| 20:03:17 | kugel | it could just need some spacing |
| 20:03:22 | saratoga | yeah that would help |
| 20:04:23 | saratoga | but theres plenty of unused screen space at 320x480, so might as well go a little bigger too |
| 20:04:23 | saratoga | fritschy: i don't remember, i don't use the OF |
| 20:04:23 | kugel | you don't have album art do you? |
| 20:04:32 | saratoga | kugel: i don't have any music, just thinking of the menus |
| 20:04:34 | fritschy | saratoga: isn't that needed to install rockbox? ;) sry, pretty new stuff for me. |
| 20:05:02 | saratoga | yes but i don't use the OF so I don't care what version is on the device |
| 20:05:55 | fritschy | i meant which version you used for rockbox install :) |
| 20:06:04 | kugel | any version works |
| 20:06:12 | saratoga | like i said i have no idea |
| 20:06:20 | saratoga | kugel: where do i put the fonts? |
| 20:06:32 | kugel | /sdcard/rockbox |
| 20:06:33 | scorche|sh | 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 | saratoga | in a .rockbox folder or should I remove that? |
| 20:06:59 | kugel | remove it |
| 20:07:11 | saratoga | so /sdcard/rockbox/fonts? |
| 20:07:15 | scorche|sh | so you will have /sdcard/rockbox/fonts - yes |
| 20:07:23 | kugel | right |
| 20:07:47 | saratoga | why isn't the stock font shown there ? |
| 20:08:32 | kugel | it installs everything in the zip into the internal memory, but you can add stuff onto the sdcard |
| 20:09:02 | scorche|sh | kugel: is there a 400x240 build anywhere? |
| 20:09:14 | kugel | no |
| 20:09:42 | kugel | but you can try to compile a 240x400, I think it even has cabbie since that's the ondas resolution |
| 20:09:51 | kugel | there's no landscape RaaA yet |
| 20:10:27 | | Quit TheLemonMan (Quit: Help me, i got shot! *DIES*) |
| 20:10:35 | saratoga | another nice UI tweak would be to make it a little harder to get into context menus |
| 20:10:52 | saratoga | the touch screen on my G1 seems to interpret a lot of normal presses as long presses |
| 20:11:46 | kugel | really? |
| 20:11:56 | saratoga | the touch buttons on the WPS are quite nice though |
| 20:12:09 | saratoga | and Cabbie seems to work with 32 point font, at least nothing is missing that i can see |
| 20:12:15 | scorche|sh | well, yeah...240x400 works too - I assume this information is still current for building? |
| 20:12:37 | kugel | yes |
| 20:13:01 | scorche|sh | well, meant to link the AndroidPort wikipage, but i assume that is the one you are thinking of as well? |
| 20:13:04 | saratoga | might be nice to redesign cabbie a bit though so that the buttons are larger |
| 20:13:14 | saratoga | the volume scrolling is a bit tricky for instance |
| 20:13:17 | saratoga | otherwise it works quite nicely |
| 20:13:39 | saratoga | absolute mode seems to work quite well, we should consider making it default on android |
| 20:13:41 | kugel | you usually don't use rockbox' volume control anyway |
| 20:14:05 | kugel | saratoga: see mailing list :) |
| 20:14:09 | saratoga | in the current build the hardware volume buttons will work? |
| 20:14:17 | saratoga | kugel: i try not to read the mailing list :) |
| 20:14:28 | kugel | the hardware buttons do work globally for all apps |
| 20:15:17 | saratoga | they don't seem to do anything in rockbox for me, although that could be something wrong with my phone |
| 20:15:57 | kugel | rb doesn't hook into the global volume control |
| 20:16:09 | saratoga | ah thats what you meant |
| 20:16:30 | saratoga | so what did you mean by not using rockbox's volume control? |
| 20:16:54 | kugel | 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 | kugel | if anything you set the rb volume once then never touch it again |
| 20:17:40 | saratoga | 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 | kugel | it changes all apps, rockbox as well |
| 20:18:06 | kugel | 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 | saratoga | its probably something wrong with my phone then |
| 20:24:22 | | Join Buschel [0] (~chatzilla@p54A3A5AF.dip.t-dialin.net) |
| 20:25:49 | Buschel | grmpff, my mpc filterbank resort seems to be slowing down my former optimizations... in total +/-0 on PP5022 |
| 20:26:36 | n1s | Buschel: you saw my cf patch? |
| 20:26:44 | saratoga | buschel: i've been working a little on the mp3 filterbank |
| 20:27:06 | Buschel | n1s: yes, that was 0.9 MHz faster compared to svn? |
| 20:27:15 | Buschel | saratoga: any patch at hand? |
| 20:27:24 | n1s | Buschel: yes |
| 20:27:43 | Buschel | n1s: good. so, I should finally comitt then |
| 20:27:50 | saratoga | 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 | saratoga | the code will be huge though |
| 20:28:50 | saratoga | 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 | n1s | 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 | saratoga | next step will be to rearrange the D array and then the filterbank so its all sequential |
| 20:29:23 | saratoga | then try it with packed 16 bit values |
| 20:30:06 | saratoga | 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 | n1s | sequential access would help cf on mp3 too for the exact same reason as it did on mpc |
| 20:31:46 | saratoga | how many registers does CF have? |
| 20:32:06 | n1s | 8 dregs and 8 aregs of which one is sp |
| 20:32:15 | saratoga | is it even a load/store system? |
| 20:32:37 | n1s | not really, most instrs can work on memory |
| 20:32:49 | saratoga | ok so thats a little different |
| 20:33:03 | saratoga | theres no Dcache, but does it hold the latest memory access in memory somehow? |
| 20:33:15 | saratoga | i guess the memory probably fetches more then 4 bytes per load |
| 20:33:39 | | Quit slooopy (Ping timeout: 240 seconds) |
| 20:33:42 | n1s | memory access is slow and dram access is *slow* |
| 20:33:53 | saratoga | 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 | n1s | block accesses help a lot for dram and the emac paralell loads help a bit in emac blocks |
| 20:34:33 | saratoga | ok so this might be useful for cf too |
| 20:34:46 | saratoga | 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 | Buschel | wtf |
| 20:35:05 | Buschel | nano2g behaves totall different than PP5022 |
| 20:35:11 | Buschel | *totally |
| 20:35:13 | saratoga | well yeah its arm9 |
| 20:35:16 | n1s | 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 | saratoga | slow RAM, faster load/store, and more pipeline interlocks |
| 20:35:58 | saratoga | you mean it can do 32 bit half world aligned loads? |
| 20:36:01 | n1s | that's where (i think) the whole speedup of mpc comes from on cf |
| 20:36:44 | saratoga | 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 | n1s | saratoga: i can try writing cf code if you write the c |
| 20:37:22 | saratoga | thats why most of are ARM asm code is crap :( |
| 20:37:41 | saratoga | n1s: cool, i'll try and get something together soonish, just busy with work and a little burned out on coding |
| 20:38:28 | n1s | 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 | n1s | so in essence "sequential accesses are good" :) |
| 20:39:20 | Buschel | 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 | Buschel | *use |
| 20:42:25 | n1s | Buschel: pp is also weird because of the dualcore thing |
| 20:42:52 | Buschel | mpc only uses 1 core, therefor this should not have a mjor effect |
| 20:43:01 | n1s | ah, right, was thinking mp3 |
| 20:43:37 | Buschel | 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 | n1s | 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 | Buschel | very fast iram |
| 20:45:53 | saratoga | 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 | saratoga | 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 | saratoga | FWIW if you want to PP fast, you can use the COP like MP3 does |
| 20:47:25 | saratoga | do the DCT on one core, the synthesis filter on the other |
| 20:48:37 | Buschel | well, more focussing on the nano these days ;o) |
| 20:48:43 | saratoga | yeah |
| 20:48:59 | saratoga | well try and avoid all those weird strides that the mp3 decoder likes to do |
| 20:49:32 | saratoga | the nano2g isn't going to like those |
| 20:49:57 | saratoga | 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 | kugel | saratoga: the hw buttons on your phone should change the global media volume, whether in rockbox or not |
| 20:56:05 | Buschel | 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 | Buschel | S5L _does not_ like memory accesses... |
| 20:56:43 | n1s | i thought about those memmoves, they are likely slow on cf too |
| 20:56:57 | n1s | so they can be reduced? |
| 20:57:25 | Buschel | against my patch, yes. |
| 20:57:43 | Buschel | wait a sec |
| 20:58:25 | Buschel | n1s: you need to exchange both memmove lines like here -> http://pastie.org/1250811 |
| 20:59:36 | | Quit saratoga (Ping timeout: 265 seconds) |
| 21:00 |
| 21:01:37 | n1s | 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 | n1s | 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 | Buschel | ? |
| 21:05:41 | n1s | unless i screwed something up |
| 21:06:00 | n1s | it sounds high pitched, tinny and faint |
| 21:07:44 | Buschel | output is identical here |
| 21:08:40 | | Quit kevku (Read error: Operation timed out) |
| 21:10:30 | n1s | ah, no something else is screwed up, sorry |
| 21:12:16 | Buschel | I have updated two patches with some numbers... |
| 21:16:29 | n1s | sounds fine with that memove change, running test codec now |
| 21:20:29 | n1s | hmm, the mmemove changed slowed cf down ~0.3MHz |
| 21:21:15 | Buschel | 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 | n1s | the arm asm has a lot of ldr-multiply interlocks on newer arm cores |
| 21:22:41 | Buschel | 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 | n1s | 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 | n1s | yes |
| 21:23:58 | Buschel | n1s: regarding speed -> yes, but the decosing is slowed down by 4 MHz (patch vs. svn) for S5L |
| 21:24:16 | Buschel | *decoding |
| 21:24:23 | | Join alexbobP [0] (~alex@adsl-75-34-101-138.dsl.austtx.sbcglobal.net) |
| 21:24:49 | n1s | Buschel: ok, do you think that is cache or something else? |
| 21:26:10 | Buschel | 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 | n1s | 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 | Buschel | so, reordering the ldr/smlal a bit could help? |
| 21:28:01 | n1s | yes, i'll try it out on the beast |
| 21:32:54 | *** | Saving seen data "./dancer.seen" |
| 21:35:13 | n1s | so what is the difference between 9a and 9b? |
| 21:35:42 | Buschel | which path of the ARM asm is used |
| 21:36:02 | n1s | aha |
| 21:36:14 | Buschel | 9a = "dumb" like the c reference, 9b = more sophisticated |
| 21:39:01 | Buschel | 9b only loads half of the D coefs due to internal symmetries |
| 21:39:09 | n1s | ah |
| 21:39:10 | Buschel | this scales a lot on S5L |
| 21:39:45 | Buschel | 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 | n1s | 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 | n1s | 9b is 4MHz slower than svn on the beast too |
| 21:41:21 | Buschel | 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 | Buschel | 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 | n1s | 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 | amiconn | [20:43:34] <Buschel> 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 | Buschel | amiconn: but for the most codecs which are dct or filterbank based it is true |
| 21:44:02 | amiconn | 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 | amiconn | That means moving twice as much data |
| 21:44:17 | Buschel | yep |
| 21:45:09 | amiconn | 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 | n1s | 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 | amiconn | I think only the internal bus (i.e. to/from cache) is 64 bits wide |
| 21:52:53 | kugel | 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 | kugel | 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 | n1s | you are right about armv4 but not quite about ldm on newer cores |
| 21:56:49 | n1s | 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 | kugel | wasn't that different from ldm on armv5 again? |
| 21:58:07 | amiconn | On arm9 it doesn't matter whether you use ldr or ldm, as long as you keep an eye on latencies |
| 21:58:36 | amiconn | That applies both to ARM9 v4 and v5 |
| 21:58:40 | n1s | 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 | n1s | ^what amiconn said |
| 21:59:52 | | Quit LambdaCalculus37 (Quit: CGI:IRC 0.5.9 (2006/06/06)) |
| 21:59:59 | kugel | but well, ldm is much more effective on arm7 than on later cores |
| 22:00 |
| 22:00:46 | kugel | on later code you can get faster code with ldr if you get the latencies right |
| 22:00:51 | kugel | later cores* |
| 22:01:16 | | Quit krabador (Ping timeout: 252 seconds) |
| 22:01:19 | amiconn | ldm might be the better choice on arm9 as well |
| 22:01:44 | amiconn | Although it doesn't reduce cycle count, it does reduce code size, possibly improving caching |
| 22:02:24 | kugel | you could split ldms into ldrs to fill multiply latencies for example |
| 22:03:01 | kugel | so I'm not so surprised massive ldm use has not such a good effect on arm9+ as on arm7 |
| 22:03:07 | amiconn | ...and get ldr latencies instead |
| 22:03:34 | amiconn | ldm use should never make things worse |
| 22:04:06 | amiconn | On arm9 it may be indifferent, or *very slightly* better, on arm7 and arm11+ it's definitely better |
| 22:04:35 | kugel | better than sequential ldrs sure |
| 22:07:38 | kugel | 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 | n1s | kugel: it has a bunch of ldr stalls |
| 22:08:03 | amiconn | That's almost for sure not caused by ldm use |
| 22:09:17 | kugel | n1s: the asm is also faster on arm9e (although not as much) |
| 22:09:56 | n1s | kugel: yes but those stalls are much shorter there |
| 22:11:27 | kugel | because of the early regs in multiplies? |
| 22:12:36 | n1s | 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 | n1s | so a ldr-smull stall is 3c on arm11 and 1c on arm9 |
| 22:13:03 | kugel | 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 | n1s | not according to the system developers guide ata least |
| 22:13:57 | n1s | hmm, this mpc code uses all registers available already |
| 22:15:12 | Buschel | n1s: you could split an ldm-4 to two ldm-2 and use the free 2 registers |
| 22:15:50 | n1s | Buschel: yes, but that feels like a cop-out :) |
| 22:16:08 | n1s | i need to go to bed soon though so maybe i'll look closer tomorrow |
| 22:16:16 | Buschel | same for me |
| 22:16:25 | n1s | it's too bad 4 regs are taken for accumulators |
| 22:17:43 | Buschel | 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 | n1s | worth a try |
| 22:18:46 | Buschel | however, good night! :) |
| 22:19:00 | n1s | good night! |
| 22:19:05 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.11/20101012113537]) |
| 22:21:24 | n1s | 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 | saratoga | 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 | saratoga | perhaps you could rearrange the coefficients in memory |
| 22:55:23 | saratoga | the V coefficients in particular look bad |
| 22:56:21 | | Join wodz [0] (~wodz@chello087206240131.chello.pl) |
| 22:58:49 | wodz | 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 | AlexP | Good work! |
| 23:00 |
| 23:00:49 | wodz | Unfortunately I lost my patch for 'aspect correction' - I will have to implement this from scratch. |
| 23:02:02 | pixelma | wodz: sorry, didn't get around to test yet |
| 23:02:20 | kugel | wodz: isn't it anywhere in the irc logs? |
| 23:03:17 | wodz | kugel: the patch? no |
| 23:04:00 | n1s | saratoga: that's what his patch in fs#11702 does |
| 23:04:42 | wodz | I thought I posted it to FS but the patch doesn't include the file of interest. |
| 23:04:55 | kugel | wodz: oh, but the latest patch on the task mentions it has the correction |
| 23:05:29 | kugel | ok, I understand. I recalled (wrongly) you put it on pastebin or something |
| 23:05:40 | wodz | yes but I found out it is incomplete |
| 23:05:56 | saratoga | oh i only looked at the last |
| 23:06:30 | wodz | I wanted to produce patch from clean tree and forgot to locally commit new files :/ |
| 23:06:58 | saratoga | hmm the last has it too, but the ASM still looks ugly |
| 23:07:57 | saratoga | 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 | n1s | 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 | klapaucjusz | Hi. |
| 23:08:57 | klapaucjusz | I'm wondering if anyone is maintaining the mpegplayer plugin? |
| 23:09:21 | klapaucjusz | It'd be nice if it could support MPEG 1/2 files muxed with AAC audio. |
| 23:09:23 | n1s | saratoga: something that patch does slows it down about 4MHz on both the beast and nano2g |
| 23:09:38 | n1s | so likely something to do with memory or cache |
| 23:09:42 | klapaucjusz | This would avoid transcoding audio when grabbing from Youtube. |
| 23:09:46 | saratoga | klapaucjusz: no one is |
| 23:10:00 | saratoga | and you'll have to transcode anyway, youtube doesn't use MPEG1/2 video |
| 23:10:22 | klapaucjusz | Yeah, but only the video. |
| 23:10:32 | saratoga | is that any better? |
| 23:10:39 | klapaucjusz | Video artefacts are okay for me, audio not so. |
| 23:10:42 | saratoga | i think converting audio is quick compared to video |
| 23:10:45 | klapaucjusz | (Especially when downscaling.) |
| 23:11:13 | klapaucjusz | Yeah, but it creates very unpleasant artefacts. It's not like Youtube audio is very high quality in the first place... |
| 23:11:24 | wodz | klapaucjusz: I would say it is a matter of transcoding software |
| 23:11:44 | klapaucjusz | Eh? |
| 23:12:05 | AlexP | klapaucjusz: Nobody is working on it, but patches are always welcome |
| 23:12:17 | AlexP | 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 | saratoga | if converting from low bitrate AAC is adding artifiacts you're not doing it right |
| 23:14:13 | wodz | klapaucjusz: I was saying that if you have audio artefacts after transcoding than probably the transcoding process is to blame |
| 23:15:01 | saratoga | getting streaming AAC quality isn't exactly hard |
| 23:15:30 | pixelma | 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 | klapaucjusz | 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 | klapaucjusz | 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 | Bagder | you build it with the script |
| 23:35:57 | saratoga | see this: http://www.rockbox.org/wiki/DevelopmentGuide |
| 23:36:57 | * | klapaucjusz makes some coffee while git-svn runs. |
| 23:40:31 | AlexP | tools/rockboxdev.sh |
| 23:45:01 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 23:51:06 | bertrik | 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 | bertrik | 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 | bertrik | I wouldn't mind some kind of compiler setting to warn me about those. |
| 23:52:46 | | Quit bmbl (Quit: Verlassend) |
| 23:56:01 | TheSeven | btw, what's so bad about them? |
| 23:57:04 | bertrik | docs/CONTRIBUTING says to use only /* */ |
| 23:57:53 | saratoga | we don't use them for some reason or another |
icon identifies that the person is a core developer (has commit access).