00:01:34 | | Quit pamaury (Remote host closed the connection) |
00:03:27 | | Quit Topy (Ping timeout: 240 seconds) |
00:05:01 | | Quit dfkt (Ping timeout: 252 seconds) |
00:09:33 | | Join nosa [0] (~m00k@adsl-74-235-79-157.clt.bellsouth.net) |
00:11:48 | | Quit nosa-j (Ping timeout: 248 seconds) |
00:11:49 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-79-157.clt.bellsouth.net) |
00:14:54 | | Quit benedikt93 (Quit: Bye ;)) |
00:15:48 | | Quit lovasoa (Remote host closed the connection) |
00:27:04 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
00:38:28 | | Quit bertrik (Read error: Operation timed out) |
00:54:36 | | Quit n1s (Quit: Ex-Chat) |
00:55:15 | | Join anewuser [0] (~anewuser@186.93.207.79) |
00:55:15 | | Quit anewuser (Changing host) |
00:55:15 | | Join anewuser [0] (~anewuser@unaffiliated/anewuser) |
00:57:34 | | Quit factor (Ping timeout: 240 seconds) |
00:59:36 | *** | Saving seen data "./dancer.seen" |
01:00 |
01:15:54 | | Join domonoky1 [0] (~Domonoky@agsb-5d87148e.pool.mediaWays.net) |
01:17:07 | | Quit domonoky (Ping timeout: 240 seconds) |
01:34:59 | | Quit lebellium (Quit: ChatZilla 0.9.88 [Firefox 10.0/20111228055358]) |
01:37:50 | | Join factor [0] (~factor@74.197.205.204) |
01:42:06 | | Join Horscht [0] (~Horscht@p57B57922.dip.t-dialin.net) |
01:42:06 | | Quit Horscht (Changing host) |
01:42:06 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
02:00 |
02:03:05 | Tuggers | saratoga_: I'm interested in doing audio codec optimizations in asm |
02:05:19 | saratoga_ | why that project? |
02:06:34 | Tuggers | because I'm interested in embedded systems and speed optimization |
02:07:17 | Tuggers | I do have MIPS experience, but AFAIK most music players use ARM |
02:07:39 | Tuggers | and from what I've seen they're fairly similar |
02:07:57 | saratoga_ | somewhat, although learning arm isn't very hard |
02:08:16 | saratoga_ | codecs mostly just do load > mul > store, so you need about 10 instructions |
02:08:42 | saratoga_ | do you have any supported target? |
02:08:55 | Tuggers | I don't |
02:09:04 | Tuggers | if my proposal is accepted I'll buy one |
02:09:25 | saratoga_ | do you have a phone or mp3 player capable of running 3rd party software? |
02:10:28 | Tuggers | My dad has an android phone, and I'm sure I could get an android phone on our verizon plan if I asked |
02:10:58 | saratoga_ | where are you in the US? |
02:11:02 | Tuggers | but on the front page it says that android is "unusable" |
02:11:04 | Tuggers | Texas |
02:11:18 | saratoga_ | well if you just want to do development it doesn't really matter how polished the software is |
02:12:02 | saratoga_ | you can probably buy a sansa clip for ~ $20 if you keep your eyes open, might be a good idea |
02:12:38 | Tuggers | the advantage of running it on android, I assume, is that you get access to all of the arm instructions up to v7 |
02:14:02 | saratoga_ | yeah, although for optimization purposes that may be less interesting |
02:14:14 | saratoga_ | its not clear to me how useful optimizing things that run so quickly is on 1+GHz processors |
02:14:32 | saratoga_ | although i suppose adding things like NEON might be interesting |
02:15:05 | saratoga_ | usually though its arm7/9/11 devices that benefit the most |
02:15:30 | saratoga_ | i don't know what the situation with battery life is even like on Android at this point |
02:19:29 | Tuggers | what would be a good way to learn about armv4/v5/v6 programming? |
02:20:01 | Tuggers | any guides? or should I just look at the ARM manuals and the Rockbox source? |
02:20:02 | saratoga_ | Tuggers: best way is to learn by doing with the arm instruction reference |
02:20:21 | saratoga_ | see: http://www.rockbox.org/wiki/TargetSpecificOptimization |
02:20:29 | saratoga_ | the instruction reference card linked there is really handy |
02:21:59 | saratoga_ | have you done anything with codecs or dsp before? |
02:22:17 | Tuggers | no |
02:22:36 | Tuggers | but I have programmed for the NES and its 6502-based processor |
02:22:59 | saratoga_ | so i guess you've done a little fixed point stuff before? |
02:23:13 | Tuggers | yeah |
02:23:55 | Tuggers | in my computer architecture class I used fixed point to store a value in dollars and cents |
02:24:38 | saratoga_ | which school are you at? |
02:24:44 | Tuggers | university of texas at dallas |
02:25:19 | saratoga_ | ah ok, i know some people at UTA |
02:27:14 | saratoga_ | anyway, since thats a pretty open ended project, it wouldn't be a bad idea to look at some of the codecs and come up with a good plan |
02:27:18 | | Quit Zarggg (Quit: Rebooting client...) |
02:27:40 | saratoga_ | we get a few people apply for that project every year and most of them don't convince anyone that they can do anything useful |
02:28:21 | Tuggers | ok, so what I can do now is read the arm reference and the Rockbox codec source |
02:28:23 | Tuggers | thank you |
02:28:32 | saratoga_ | i think the codec source is probably more useful |
02:29:34 | saratoga_ | libmad, libfaad, libalac are probably good places to start |
02:31:03 | saratoga_ | liba52 doesn't need optimization, but its such a simple codec that it also might not be a bad place to start, and i'm sure theres low hanging fruit there |
02:31:30 | saratoga_ | its pretty much a textbook codec, so pretty easy to understand |
02:32:10 | saratoga_ | libwmavoice is currently not converted to fixed point, so theres that as well |
02:33:09 | | Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
02:39:43 | | Quit TheLemonMan (Quit: WeeChat 0.3.6) |
02:48:43 | | Quit domonoky1 (Read error: Connection reset by peer) |
02:59:35 | | Join Rob2223 [0] (~Miranda@p4FFF3040.dip.t-dialin.net) |
02:59:37 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:01:00 | | Quit Rob2222 (Ping timeout: 276 seconds) |
03:26:14 | | Join blind_tester [0] (~Michael@p5B0FAA0E.dip0.t-ipconnect.de) |
03:29:10 | blind_tester | Is there a way to reset a Sansa Clip+ with a completely frozen rockbox? No keypress works. I tried the imageviewer and i saw a flickering image but after i went back to the list of entries in the directory all got frozen. |
03:41:34 | | Join Brijesh__ [0] (Brijesh@2002:3ba1:8841::3ba1:8841) |
03:42:33 | | Nick [Saint_] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) |
03:45:49 | | Join CaptainKewl [0] (captainkew@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) |
03:46:28 | saratoga | blind_tester: power for 30 seconds is the hardware power off |
03:54:05 | | Quit [Saint] (Remote host closed the connection) |
04:00 |
04:02:41 | | Quit mystica555_ (Remote host closed the connection) |
04:06:53 | | Quit curtism (Quit: Live Long and Prosper) |
04:10:25 | | Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca) |
04:15:15 | | Quit pixelma (Disconnected by services) |
04:15:17 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:15:19 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:16:34 | | Quit amiconn (Disconnected by services) |
04:16:35 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:16:57 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:19:55 | | Quit CaptainKewl (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
04:21:08 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
04:22:39 | | Quit Brijesh__ (Quit: Leaving) |
04:24:29 | | Join dys` [0] (~andreas@krlh-5f713dce.pool.mediaWays.net) |
04:26:16 | | Quit dys (Ping timeout: 252 seconds) |
04:27:44 | | Quit TheSeven (Disconnected by services) |
04:27:56 | | Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) |
04:59:40 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:37:06 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
05:39:23 | | Quit [Saint] (Ping timeout: 240 seconds) |
05:40:31 | | Nick [Saint_] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) |
05:42:19 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
05:43:09 | | Nick [Saint] is now known as Guest11989 (~Saint]@unaffiliated/saint/x-8516940) |
05:44:55 | | Quit Guest11989 (Ping timeout: 252 seconds) |
05:45:29 | | Nick [Saint_] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) |
05:55:40 | | Join Rob2222 [0] (~Miranda@p5DE4BC9A.dip.t-dialin.net) |
05:58:05 | | Join RusselKubes [0] (~russ@pool-173-63-108-54.nwrknj.fios.verizon.net) |
05:59:19 | | Quit Rob2223 (Ping timeout: 240 seconds) |
06:00 |
06:00:23 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
06:01:37 | | Quit [Saint] (Read error: Connection reset by peer) |
06:02:05 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
06:05:01 | | Quit [Saint_] (Ping timeout: 255 seconds) |
06:06:06 | | Nick [Saint] is now known as [Saint_] (~Saint]@unaffiliated/saint/x-8516940) |
06:06:12 | | Nick [Saint_] is now known as [Saint__] (~Saint]@unaffiliated/saint/x-8516940) |
06:06:19 | | Nick [Saint__] is now known as [Saint___] (~Saint]@unaffiliated/saint/x-8516940) |
06:06:24 | | Nick [Saint___] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) |
06:06:24 | DBUG | Enqueued KICK [Saint] |
06:19:04 | | Quit [Saint] (Remote host closed the connection) |
06:20:05 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
06:25:42 | | Quit Tuggers (Quit: Leaving) |
06:26:52 | | Join Tuggers [0] (~joshbeck@pool-71-170-200-217.dllstx.fios.verizon.net) |
06:27:35 | | Quit Tuggers (Client Quit) |
06:28:03 | | Join Tuggers [0] (~joshbeck@pool-71-170-200-217.dllstx.fios.verizon.net) |
06:46:48 | | Quit RusselKubes (Quit: Ex-Chat) |
06:59:43 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:05:09 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
07:08:17 | | Quit [Saint] (Ping timeout: 268 seconds) |
07:13:13 | | Quit pjm0616 (Ping timeout: 276 seconds) |
07:24:37 | | Join pjm0616 [0] (~user@61.78.96.156) |
07:25:06 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
07:28:43 | | Quit [Saint_] (Ping timeout: 252 seconds) |
07:54:42 | | Quit perrikwp (Read error: Connection reset by peer) |
07:55:53 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
08:00 |
08:15:09 | Mir | blind_tester: you could reinstall rockbox fresh |
08:15:17 | Mir | deleteing your settings |
08:15:27 | Mir | i had that issue with my H10 |
08:15:39 | Mir | changed the theme and all shit broke loose |
08:19:58 | | Join robin0800 [0] (~robin0800@149.254.61.208) |
08:22:29 | | Quit saratoga_ (Quit: Page closed) |
08:23:51 | | Quit T44 (Read error: Connection reset by peer) |
08:26:23 | [Saint] | Mir: reinstalling Rockbox to reset settings is rather similar in my opinion to cutting off your finger to remove a splinter :) |
08:29:53 | [Saint] | Settings - Manage Settings - Reset Settings |
08:30:04 | [Saint] | ...done. |
08:30:50 | [Saint] | Individual settings can be reset by bringing up the context menu on the setting you want to reset also. |
08:30:56 | | Join Topy44 [0] (~Topy44@f048002117.adsl.alicedsl.de) |
08:35:16 | [Saint] | I didn't see the issue that blind_tester had initially, but if its a configuration issue, the above will be plenty of info to resolve it. |
08:37:08 | | Quit bieber (Ping timeout: 240 seconds) |
08:37:35 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
08:51:58 | | Quit robin0800 (Ping timeout: 252 seconds) |
08:52:10 | [Saint] | Oh...I forgot about the logs. Yes, yes I did see blind_tester's issue. And configuration settings wasn't the issue or the fix in this case, it just needed to be reset (the method of which differs between players). |
08:54:29 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
08:54:58 | | Join robin0800 [0] (~robin0800@149.254.61.208) |
08:59:18 | blind_tester | Saint: I waited until battery has gone. Now it works again. It was no configuration problem. |
08:59:21 | blind_tester | Mir: I waited until battery has gone. Now it works again. It was no configuration problem. |
08:59:45 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:01:37 | [Saint] | If "long power" didn't work, then I've no idea what kind of state the player must have gotten itself into. |
09:02:16 | [Saint] | AFAIK "long power" should always work. |
09:03:16 | [Saint] | 'should' being the operative word. |
09:06:02 | blind_tester | I pressed the power button for several seconds. Don't know how long "long power" is :-) ... I tried maybe 5 seconds. |
09:06:26 | blind_tester | Saint: I pressed the power button for several seconds. Don't know how long "long power" is :-) ... I tried maybe 5 seconds. |
09:06:46 | [Saint] | ~30 seconds |
09:07:21 | blind_tester | ah... ok thank you. I didn't find this information in the manual - but i searched only for reset! :-( |
09:09:27 | [Saint] | It should be in the manual, but I'm not sure how hard/easy it is to dig up via the search function. Especially if you're not sure which exact keyword you need to be searching. |
09:10:17 | [Saint] | Even I have trouble finding things I know exist in the manuals sometimes, human error on my part I'm sure. :) |
09:11:12 | blind_tester | Saint: There i can read: Long Power -> Shutdown Rockbox. It seems to be the normal shutdown sequence... normally i must press it ~ 2-3 seconds. This did not work. |
09:13:17 | blind_tester | Saint: I think the device was frozen. No way to get out of it. I will avoid copying images to the device in the future. This will help. |
09:19:14 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
09:19:14 | * | [Saint] isn't so sure about that. |
09:20:11 | [Saint] | The type of digital media you chose to store on the device shouldn't have anything to do with it crashing or not. |
09:24:49 | blind_tester | Saint: It crashed after the viewing of a jpg. The image flickered... after coming back to the directory list all was frozen. I think this was the problem. Ok i go now... Bye. |
09:31:05 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
09:31:05 | | Quit pamaury (Changing host) |
09:31:05 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
09:39:32 | | Join n1s [0] (~n1s@nl118-175-223.student.uu.se) |
09:39:32 | | Quit n1s (Changing host) |
09:39:32 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
09:55:39 | | Join RusselKubes [0] (~russ@pool-173-63-108-54.nwrknj.fios.verizon.net) |
10:00 |
10:04:22 | | Quit perrikwp (Read error: Connection reset by peer) |
10:07:48 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
10:10:30 | | Join ender` [0] (~ender@foo.eternallybored.org) |
10:14:44 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
10:17:48 | | Quit Horscht (Ping timeout: 240 seconds) |
10:39:08 | | Quit RusselKubes (Quit: Ex-Chat) |
10:40:25 | | Join RusselKubes [0] (~russ@pool-173-63-108-54.nwrknj.fios.verizon.net) |
10:41:33 | | Quit RusselKubes (Client Quit) |
10:42:02 | | Quit blind_tester (Quit: Verlassend) |
10:42:29 | | Join RusselKubes [0] (~russ@pool-173-63-108-54.nwrknj.fios.verizon.net) |
10:45:04 | | Quit perrikwp (Read error: Connection reset by peer) |
10:46:18 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
10:53:01 | | Join stoffel [0] (~quassel@pD9E41168.dip.t-dialin.net) |
10:59:48 | *** | Saving seen data "./dancer.seen" |
11:00 |
11:17:46 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
11:24:10 | | Quit robin0800 (Ping timeout: 252 seconds) |
11:42:30 | | Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) |
12:00 |
12:07:37 | | Join robin0800 [0] (~robin0800@149.254.60.162) |
12:27:48 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
12:30:30 | | Quit qnm (Ping timeout: 252 seconds) |
12:32:47 | | Join TheLemonMan [0] (~LemonBoy@adsl-ull-200-215.50-151.net24.it) |
12:33:43 | | Join qnm [0] (~qnm@2001:44b8:3110:f300:208:9bff:fec0:179a) |
12:50:32 | | Quit qnm (Ping timeout: 268 seconds) |
12:50:34 | | Quit Zambezi (Read error: Connection reset by peer) |
12:52:12 | | Join qnm [0] (~qnm@2001:44b8:3110:f300:208:9bff:fec0:179a) |
12:55:01 | | Quit stoffel (Remote host closed the connection) |
12:55:36 | | Join stoffel [0] (~quassel@pD9E41168.dip.t-dialin.net) |
12:55:44 | | Quit factor (Read error: Connection reset by peer) |
12:59:49 | | Join Zambezi [0] (Zulu@bnc.fran.dotbnc.se) |
12:59:50 | *** | Saving seen data "./dancer.seen" |
13:00 |
13:04:23 | | Quit dv_ (Read error: Operation timed out) |
13:06:07 | | Join {phoenix} [0] (~dirk@p4FEC461A.dip.t-dialin.net) |
13:09:24 | bluebrother | is there a way to tell sapi_voice.vbs to output PCM? I'm getting ADPCM which is a bit inconvenient. |
13:13:08 | | Join factor [0] (~factor@74.197.205.204) |
13:15:26 | kugel | hm, embedded quesheet, nice |
13:15:49 | kugel | now the "browse chesheet" and playlist viewer need to be merged |
13:21:53 | bluebrother | hmm, from reading the web the output should be PCM, not ADPCM :/ |
13:26:53 | | Join martinst_ [0] (~quassel@p5DCBC2D3.dip0.t-ipconnect.de) |
13:42:30 | | Join TomColler [0] (~thomas@net-93-144-153-199.cust.dsl.teletu.it) |
13:53:40 | bluebrother | yay, now it works on Windows :) |
13:54:18 | bluebrother | stupid Windows putting in a different fmt header |
13:57:15 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
14:00 |
14:05:48 | | Nick Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87) |
14:08:40 | pixelma | dfkt: hmm, not sure if a new bootloader has been released: http://svn.rockbox.org/viewvc.cgi?view=rev&revision=30018 |
14:08:53 | pixelma | it talks about being "optional" |
14:09:06 | dfkt | pixelma, i checked svn, seems you have to uncomment a line for dualboot |
14:09:30 | dfkt | so i guess the target status page is still somewhat correct |
14:09:31 | pixelma | well yes, same result here :) |
14:09:37 | dfkt | oops |
14:09:40 | dfkt | jinx |
14:10:42 | pixelma | ok, then I misremembered because my M5 was also the test target for the bootloader and thus having dual boot |
14:10:52 | bluebrother | hmm, that means we need to update Rockbox Utility as well ... |
14:11:12 | bluebrother | since I assume we can't distribute a pre-patched bootloader |
14:11:23 | * | bluebrother remembers |
14:13:12 | pixelma | bluebrother: you mean the Utility should offer both? |
14:13:38 | bluebrother | pixelma: yes, or at least offer the possibility to patch a firmware with the dual-boot bootloader |
14:13:59 | bluebrother | so you can either provide an OF and get dual-boot, or not provide an OF file and get single boot |
14:14:24 | pixelma | sounds fair |
14:14:27 | bluebrother | we could of course keep dual-boot for those targets as advanced only that is only supported if you install manually yourself |
14:15:33 | bluebrother | though for now I'm trying to get libmp3lame support going. Way simpler setup than using lame as executable |
14:18:15 | Kohlrabi | Is there a page which lists the current build number of bootloaders? |
14:18:55 | Kohlrabi | Someone told me USB support was fixed for Clip+, and I recently upgraded Rockbox on my device. |
14:19:20 | Kohlrabi | But I don't want to run another installation just to find out nothing has changed :) |
14:20:40 | dfkt | Kohlrabi - http://svn.rockbox.org/viewvc.cgi/trunk/bootloader/sansa_as3525.c?view=log |
14:20:50 | bluebrother | you can check the timestamp of the bootloader on the server and compare to the timestamp Rockbox Utility stored |
14:21:43 | Kohlrabi | ah, OK, thanks |
14:21:54 | pixelma | dfkt: but has a new bootloader been released? ;) |
14:22:10 | bluebrother | since we can't extract the version number from the binary we store the server timestamp. Which should be unique enough |
14:22:25 | pixelma | or does it need to be compiled on your own |
14:22:29 | dfkt | pixelma, i do not know these things, always build them myself :) |
14:23:17 | dfkt | funman released a "v4.0" bootloader for the ams sansas, which should be the same as last svn |
14:26:28 | | Quit TheLemonMan (Ping timeout: 240 seconds) |
14:27:47 | bluebrother | interesting −− using espeak via SAPI I get errors in the created files. |
14:28:06 | bluebrother | maybe that's related to the long-standing voicefile bug? |
14:36:37 | | Quit user890104 (Remote host closed the connection) |
14:37:47 | | Join user890104 [0] (~Venci@Addicted.to.Minecraft.ipv6.6bez10.info) |
14:49:08 | | Quit stoffel (Ping timeout: 248 seconds) |
14:49:37 | | Quit martinst_ (Ping timeout: 240 seconds) |
14:59:52 | *** | Saving seen data "./dancer.seen" |
15:00 |
15:02:18 | | Quit {phoenix} (Remote host closed the connection) |
15:04:53 | | Join rarog [0] (~chatzilla@p4FF5DF4B.dip.t-dialin.net) |
15:21:18 | | Quit robin0800 (Quit: Leaving) |
15:22:04 | | Join robin0800 [0] (~robin0800@149.254.61.232) |
15:25:05 | | Quit ender` (*.net *.split) |
15:25:05 | | Quit kadath (*.net *.split) |
15:25:08 | | Quit maraz (*.net *.split) |
15:25:39 | | Join ender` [0] (~ender@foo.eternallybored.org) |
15:25:39 | | Join kadath [0] (~kadath@rrcs-96-11-226-10.central.biz.rr.com) |
15:25:39 | | Join maraz [0] (maraz@kapsi.fi) |
15:26:22 | | Join Ave [0] (ave@kapsi.fi) |
15:26:40 | Ave | hi, I have a sansa device that always autocreates few directories when its in usb mode |
15:26:59 | Ave | is there a way to remove them somehow automatically too, like scripting |
15:28:29 | kugel | a lua script can do it probably, but you need to run it manually |
15:32:44 | dfkt | the disktidy plugin could remove them as well |
15:32:46 | Ave | no "autoexec" |
15:33:41 | Ave | disktidy sounds good |
15:34:38 | [Saint] | Autorock dicktidy |
15:34:49 | [Saint] | *disktidy |
15:35:49 | Ave | is autorock enabled in normao builds |
15:35:56 | [Saint] | I can't remember the exact naming scheme for autorock, but, someone will. |
15:35:58 | kugel | no it isnt |
15:36:31 | [Saint] | Its not? Hmmm. |
15:38:14 | | Join Xerion [0] (~xerion@5419F783.cm-5-2d.dynamic.ziggo.nl) |
15:38:33 | [Saint] | Another alternative is making them hidden folders with a windows system, using the "supported" file view mode, and just forgetting about them. |
15:38:44 | [Saint] | They do no harm. |
15:39:18 | Ave | I tried attrib +h |
15:39:31 | Ave | well kinda, since I'm on linux .. |
15:39:42 | [Saint] | Yeah...that doesn't work. |
15:39:59 | | Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
15:40:07 | Ave | so what do to you then, if not +h |
15:40:36 | [Saint] | Make them hidden files with a windows system, as I said. |
15:40:44 | Ave | isnt that what attrib +h does :D |
15:40:52 | Ave | I mean I know of other way |
15:41:00 | Ave | dont know |
15:41:44 | Ave | yeah they do no harm, but its annoying having stuff like "audible" and "audiobooks" in there that you dont use |
15:42:14 | | Part TomColler |
15:42:36 | dfkt | if you only use rockbox usb mode with a current bootloader/revision, those folders shouldn't be recreated, afaik |
15:42:46 | | Quit perrikwp (Ping timeout: 252 seconds) |
15:43:08 | dfkt | at least on my clip+ and zip they stay gone for good |
15:43:14 | Ave | well thats the thing, whenever I connect usb cable, the device boots into some "native" usb mode |
15:43:17 | Ave | its not rockbox usb |
15:43:26 | dfkt | then maybe upgrade your bootloader |
15:43:55 | Ave | ok lets do that |
15:47:53 | | Join lorenzo92 [0] (~chatzilla@host18-111-dynamic.21-79-r.retail.telecomitalia.it) |
15:48:45 | Ave | I have clip+ as well |
15:49:32 | dfkt | you can use my prebuilt bootloader if you want - http://www.mediafire.com/?1n0ps4bwdh08ff4 |
15:50:11 | dfkt | oops, wrong link |
15:50:19 | dfkt | http://www.mediafire.com/?y7kd9deoszj17vz |
15:51:20 | [Saint] | Just remember "third party stuff, if it blows up its your fault...no support..blah blah disclaimer". |
15:52:08 | dfkt | i used make && make bulletproof ;) |
15:55:29 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
15:57:04 | Ave | ok, now everything is updated, it doesnt reboot anymore, but I dont see usb mode either |
16:00 |
16:08:11 | Ave | I see the usb symbol and its charging, but no mass storage |
16:11:15 | | Quit prof_wolfff (Quit: CGI:IRC (EOF)) |
16:14:00 | | Quit lorenzo92 (Remote host closed the connection) |
16:17:24 | | Join TheLemonMan [0] (~LemonBoy@adsl-ull-200-215.50-151.net24.it) |
16:19:30 | bluebrother | dfkt: we have a "make bulletproof" target? ;-) |
16:31:20 | | Join martinst_ [0] (~quassel@p5DCBC2D3.dip0.t-ipconnect.de) |
16:34:05 | | Join mortalis [0] (~mortalis@77.108.98.177) |
16:34:14 | bluebrother | hmm, do the voice scripts handle english-us separately these days? |
16:34:59 | | Quit Zambezi (Ping timeout: 268 seconds) |
16:35:05 | | Quit pamaury (Remote host closed the connection) |
16:38:14 | | Join Highlander [0] (~Connor_Ma@2a01:e35:2ec2:dcd0:3544:c31:5bce:bd36) |
16:48:18 | | Join Zambezi [0] (Zulu@bnc.fran.dotbnc.se) |
16:48:43 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
16:48:43 | | Quit pamaury (Changing host) |
16:48:43 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
16:49:18 | | Quit TheLemonMan (Quit: WeeChat 0.3.6) |
16:52:26 | | Join stoffel [0] (~quassel@pD9E41168.dip.t-dialin.net) |
16:59:54 | *** | Saving seen data "./dancer.seen" |
16:59:59 | | Join Brijesh222 [0] (Brijesh@121.245.105.11) |
17:00 |
17:00:13 | | Quit rarog (Quit: ChatZilla 0.9.88 [SeaMonkey 2.4.1/20111011102430]) |
17:06:21 | | Quit robin0800 (Ping timeout: 260 seconds) |
17:12:37 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
17:18:00 | | Join robin0800 [0] (~robin0800@149.254.60.41) |
17:25:18 | | Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) |
17:26:44 | | Quit Highlander (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912]) |
17:27:56 | mortalis | What's the difference between HAVE_LCD_SLEEP, HAVE_LCD_SHUTDOWN and HAVE_LCD_ENABLE? |
17:29:21 | CIA-88 | New commit by pamaury (r31596): fuze+: #define TARGET_EXTRA_THREADS because of the extra touchpad thread. Should fix mpeg player not working |
17:30:27 | pamaury | mortalis: not sure but: HAVE_LCD_SLEEP if you implement lcd_sleep (put lcd in sleep state but still active I guess). HAVE_LCD_ENABLE if you implement lcd_enable (can turn lcd on and off). Don't know of HAVE_LCD_SHUTDOWN |
17:31:26 | CIA-88 | r31596 build result: All green |
17:32:55 | kugel | mortalis: LCD_SLEEP is deep sleep that might take long to wake up from(it comes with a setting to turn off), LCD_ENABLE is the same but no setting waking up is fast (you can also use both if you have some light sleep and deep sleep). LCD_SHUTDOWN is entirely different, there's a shutdown function that needs to be called when the player shuts down (so the opposite to init()) |
17:33:30 | | Nick amithkk is now known as rolandixor (u4289@2buntu/writers/amithkk) |
17:34:00 | | Nick rolandixor is now known as Guest19592 (u4289@2buntu/writers/amithkk) |
17:34:11 | | Nick Guest19592 is now known as amithkk (u4289@2buntu/writers/amithkk) |
17:34:23 | | Nick amithkk is now known as jrgifford_ (u4289@2buntu/writers/amithkk) |
17:34:32 | | Nick jrgifford_ is now known as amithkk (u4289@2buntu/writers/amithkk) |
17:34:54 | kugel | what "long time to wakeup" means is up to you :) |
17:35:42 | | Quit Keripo (Quit: Leaving.) |
17:36:30 | mortalis | now I understand, thanks |
17:37:49 | jhMikeS | in this day and age do we still need TARGET_TREE? |
17:49:20 | kugel | jhMikeS: did it ever have a point? |
17:50:42 | funman | git grep says on lcd-remote.h use it, once |
17:50:45 | funman | only* |
17:51:44 | jhMikeS | kugel: when it was introduced probably |
17:52:19 | funman | so no it's not needed anymore |
17:52:32 | funman | JdGordon: ping |
17:52:36 | jhMikeS | probably not. I think it must have been 7 years ago or so. |
17:53:14 | funman | jhMikeS: you can remove it |
17:53:26 | funman | all config.h probably need some cleanup |
17:54:43 | funman | lcd-remote-target.h can also be reduced |
17:55:11 | jhMikeS | I noticed the hosted stuff doesn't have it defined in the configs |
17:55:35 | funman | jhMikeS: i can remove it if you want |
17:56:46 | jhMikeS | I get 73 hits in export/config but have 81 headers |
17:57:55 | jhMikeS | no archos defines it, but clearly they're using it |
17:57:55 | funman | jhMikeS: http://pastie.org/3144063 |
17:59:20 | | Quit martinst_ (Ping timeout: 252 seconds) |
18:00 |
18:01:30 | jhMikeS | hmmm...it doesn't appear to be doing anything anymore |
18:05:25 | jhMikeS | funman: go ahead. I was right in the middle of something else anyway but I just thought to ask out of nowhere |
18:06:07 | pamaury | has anyone seen low_light recently ? |
18:10:15 | funman | pamaury: i think logbot has a 'seen' command (/msg logbot seen low_light) |
18:10:35 | pamaury | indeed |
18:11:04 | | Quit liar (Read error: Connection reset by peer) |
18:11:13 | | Nick amithkk is now known as rolandixor (u4289@2buntu/writers/amithkk) |
18:11:34 | | Nick rolandixor is now known as amithkk (u4289@2buntu/writers/amithkk) |
18:12:03 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
18:13:38 | | Quit stoffel (Ping timeout: 252 seconds) |
18:14:42 | CIA-88 | New commit by funman (r31597): TARGET_TREE is not needed anymore ... |
18:16:28 | CIA-88 | r31597 build result: All green |
18:17:59 | | Quit RusselKubes (Remote host closed the connection) |
18:23:20 | jhMikeS | /msg logbot seen jhMikeS => Yeah, I see you. Boy, you're ugly ;) @@ |
18:24:38 | | Join captainkwel [0] (~jason@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) |
18:36:02 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
18:37:08 | jlbiasini | pamaury: I saw you are committing again, could you also commit my plugin keymaps patch and the little power-volume button bug fix? |
18:37:13 | bertrik | Is anybody still hearing a "zip" sound on AMSv2 when pausing? |
18:39:13 | | Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) |
18:39:54 | jlbiasini | pamaury: the keymaps patch for plugin is here : http://www.rockbox.org/tracker/task/12405#comment42101 |
18:41:08 | | Quit remlap (Ping timeout: 252 seconds) |
18:43:40 | jlbiasini | and the fix for power and volume keys is just above except you wanted to change the comment fallback to fallthrough |
18:46:06 | | Quit robin0800 (Quit: Leaving) |
18:51:16 | | Join AlexP_mob [0] (~AlexP@rockbox/staff/AlexP) |
18:51:33 | | Quit AlexP_mob (Client Quit) |
18:51:39 | jhMikeS | bertrik: because of fading? fading a sine wav would create that |
18:51:56 | pamaury | jlbiasini: ah yeah, forgot that. Give me two minutes :) |
18:52:04 | | Join AlexP_mob [0] (~AlexP@rockbox/staff/AlexP) |
18:52:51 | bertrik | jhMikeS, I remember it being quite conspicuous but it haven't noticed it anymore for a while now |
18:53:46 | jhMikeS | I don't hear one with normal music currently |
18:55:13 | jhMikeS | might have been the old volume control fading method |
18:59:18 | bluebrother | do HWCODEC targets automatically reload the voice file after USB (dis-)connect? |
18:59:41 | | Join stoffel [0] (~quassel@pD9E41168.dip.t-dialin.net) |
18:59:56 | *** | Saving seen data "./dancer.seen" |
19:00 |
19:00:58 | CIA-88 | New commit by pamaury (r31598): fuze+: Update plugin keymaps (FS #12405). Thanks to Jean-Louis Biasini |
19:01:03 | CIA-88 | New commit by pamaury (r31599): fuze+: workaround the power/volume+ multiplexing that would trigger a false power button detection on heavy usage (FS #12405). Thanks to Jean-Louis ... |
19:02:02 | | Quit remlap1 (Quit: Leaving.) |
19:02:13 | | Quit AlexP_mob (Read error: Connection reset by peer) |
19:02:50 | CIA-88 | r31598 build result: All green |
19:03:49 | jlbiasini | thanks |
19:04:25 | jlbiasini | I'm cleaning my manual patch, should be ready soon |
19:04:30 | CIA-88 | r31599 build result: All green |
19:06:50 | | Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) |
19:07:04 | | Join AlexP_mob [0] (~AlexP@rockbox/staff/AlexP) |
19:07:34 | | Quit AlexP_mob (Client Quit) |
19:07:56 | | Join AlexP_mob [0] (~AlexP@rockbox/staff/AlexP) |
19:08:02 | AlexP_mob | ffs |
19:08:15 | AlexP_mob | I nearly give up :) |
19:08:31 | CIA-88 | New commit by pamaury (r31600): usb: fix typo in DEBUGF |
19:09:25 | CIA-88 | New commit by pamaury (r31601): usb: fix another typo |
19:09:54 | kugel | heh, /me has some make file magic running for selecting asm files over c files in an automatic manner |
19:10:09 | CIA-88 | r31600 build result: All green |
19:10:41 | kugel | i.e. if arm/foo.S exists it'll be compiled, if not generic/foo.c will be picked up automatically |
19:10:55 | | Quit AlexP_mob (Client Quit) |
19:11:44 | CIA-88 | r31601 build result: All green |
19:15:34 | CIA-88 | New commit by funman (r31602): lcd-remote-target.h: remove duplicate declarations |
19:17:32 | CIA-88 | r31602 build result: All green |
19:22:16 | CIA-88 | New commit by funman (r31603): lcd-remote-target.h: remove more duplicates |
19:22:21 | bertrik | jhMikeS, we currently still have a kind of autofade feature enabled in the analog codec, which changes the gain in 2ms steps towards the configured gain. In the past, disabling this fixed the "zip" sound for me, but turned it into a more pronounced click. Can't seem to reproduce it now though ... :) |
19:23:30 | | Join TheLemonMan [0] (~LemonBoy@adsl-ull-200-215.50-151.net24.it) |
19:24:04 | CIA-88 | r31603 build result: All green |
19:24:05 | bertrik | possibly this fixed itself with the analog voltage changes |
19:25:19 | bertrik | lebellium, can you test a patch on your clip zip with wisechip display? |
19:26:06 | lebellium | bertrik; I go to the supermarket now but you send it to me, I test it in 40min |
19:26:14 | lebellium | you can send* |
19:26:46 | bertrik | patch is here: http://pastebin.ca/2100829 it is supposed to improve the reddish tint of the display at low brightness |
19:30:06 | lebellium | Ok I let you know but I don't find my display to be particularly reddish at low brightness hum |
19:31:44 | | Join TomColler [0] (~thomas@net-93-144-153-199.cust.dsl.teletu.it) |
19:31:55 | lebellium | oh but I can only test compiled things. I don't know what to do with your patch :S |
19:33:20 | jlbiasini | bluebrother: regarding "OF" occurence in my IMX233_install.tex, it is starting with: An original firmware (OF) from \playerman's website" so the abrieviation is explained. If this is still not acceptable then we also have to correct the sansaAMS_install.tex file which i |
19:33:41 | jlbiasini | *is using the very same abreviation |
19:34:12 | CIA-88 | New commit by funman (r31604): move lcd remote common declarations to lcd-remote.h |
19:34:30 | funman | isn't there a "OF tag" ? |
19:34:39 | | Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) |
19:34:45 | jlbiasini | I basicly made a nearly perfect copy of this sansaAMS |
19:34:58 | jlbiasini | not in the sansaAMS_install.tex |
19:35:48 | funman | jlbiasini: nothing can be factored then? |
19:36:18 | funman | i'm trying to remove some of those 'copy everything from another target and change only one bit there and there' :/ |
19:36:20 | CIA-88 | r31604 build result: All green |
19:36:30 | jlbiasini | and no: there is a bootloader one |
19:36:40 | jlbiasini | but no OF tag |
19:37:49 | jlbiasini | I offered to edit the ams file and so ask for a renaming of it (IMX233 is not ams and not reserved to sansa) but bluebrother told me to create a different file for a start |
19:38:45 | funman | OTOH this install procedure is sansa specific, not imx233-specific |
19:38:55 | funman | specific to *some* sansa at least |
19:38:57 | jlbiasini | funman: I think that for a start bluebrother is right: first we add a new target we will mix everything later |
19:39:11 | funman | yeah if it's not complete perhaps it's better |
19:39:28 | jlbiasini | well for the moment imx233 is sansa fuze plus specific |
19:39:45 | jlbiasini | but some creative device could follow (pamaury is on it |
19:39:55 | | Quit bluebrother (Disconnected by services) |
19:39:56 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
19:43:07 | | Quit fs-bluebot (Ping timeout: 240 seconds) |
19:44:41 | | Join fs-bluebot [0] (~fs-bluebo@g225254217.adsl.alicedsl.de) |
19:47:25 | | Part TomColler |
19:49:37 | funman | ah ok, that's why he talked about it |
19:49:39 | pamaury | afaik the creative uses the same update procedure |
19:49:58 | pamaury | in fact, all imx233/stmp3700 sdk based use this one |
19:50:14 | pamaury | plus they have a recovery mode than *could* be handled by rbutil for example |
19:53:24 | | Join krabador [0] (~krabador@host233-176-dynamic.47-79-r.retail.telecomitalia.it) |
19:56:25 | | Quit stoffel (Remote host closed the connection) |
20:00 |
20:06:12 | kugel | jhMikeS: ping |
20:07:38 | CIA-88 | New commit by funman (r31605): remote_detect(): move to lcd-remote.h ... |
20:09:34 | CIA-88 | r31605 build result: 0 errors, 66 warnings (funman committed) |
20:14:26 | funman | do we leave that yellow to remind us of branching hwcodec ? |
20:15:36 | gevaerts | (a) no, and (b) I don't see the link between those yellows and hwcodec |
20:16:59 | jlbiasini | bluebrother: http://www.rockbox.org/tracker/task/12492 I updated my patch following your directions |
20:18:07 | funman | gevaerts: yellow wouldn't have happened if player build was not made from this branch |
20:18:28 | CIA-88 | New commit by funman (r31606): Only need lcd-remote.h if HAVE_REMOTE_LCD is defined |
20:20:22 | CIA-88 | r31606 build result: 0 errors, 60 warnings (funman committed) |
20:22:19 | funman | hum i gues i'll need sh compiler |
20:32:04 | | Join chkktri [0] (chikakitaa@unaffiliated/chkktri) |
20:32:11 | chkktri | ahem |
20:32:25 | chkktri | are there any known issues with TTA playback? |
20:32:53 | CIA-88 | New commit by funman (r31607): move _remote_backlight_* to common header ... |
20:33:00 | bluebrother^ | leave yellow to get reminded of branching? Has anything about branching been decided *at all*? |
20:33:12 | bluebrother^ | a couple of people are in favour of branching, ok. |
20:33:30 | bluebrother^ | but branching doesn't make sense unless the transition to git is complete IMO |
20:33:45 | jhMikeS | kugel: pong |
20:33:50 | bluebrother^ | and why on earth does Qt fail to load that lib on OS X? |
20:34:50 | funman | bluebrother^: indeed |
20:34:51 | kugel | jhMikeS: are there C implementations of lcd_write_yuv420_lines_odither for lcd-memframe? |
20:34:52 | CIA-88 | r31607 build result: 0 errors, 60 warnings (funman committed) |
20:35:01 | jhMikeS | kugel: nope |
20:35:21 | kugel | bad |
20:35:47 | CIA-88 | New commit by funman (r31608): apps: lcd-remote.h is not needed if HAVE_REMOTE_LCD is not defined ... |
20:36:42 | jhMikeS | there wasn't really a motive for it at the time |
20:36:42 | gevaerts | chkktri: I don't think so |
20:37:43 | CIA-88 | r31608 build result: 0 errors, 21 warnings (funman committed) |
20:38:45 | jhMikeS | kugel: there also wasn't an lcd-memframe at the time ! |
20:39:04 | kugel | jhMikeS: can the sdl code be adapted? |
20:39:34 | kugel | its yuv code does the algo and then calls lcd update, so I guess it's similar to lcd-memframe |
20:39:34 | jhMikeS | probably |
20:40:26 | | Join evilnick [0] (5186c1c8@rockbox/staff/evilnick) |
20:42:53 | bluebrother^ | urgh? Encoding using liblame seems to be _slower_ on OS X :o |
20:43:21 | | Join chkktri_ [0] (chikakitaa@ip-78-139-196-175.danet.in) |
20:44:17 | | Quit chkktri (Read error: Connection reset by peer) |
20:44:17 | | Quit factor (Read error: Connection reset by peer) |
20:44:31 | CIA-88 | New commit by funman (r31609): mr500: move remote button reading code to buttom-mr500.c |
20:45:11 | CIA-88 | New commit by funman (r31610): rolo: include lcd-remote.h only when needed |
20:46:34 | CIA-88 | r31609 build result: 0 errors, 21 warnings (funman committed) |
20:47:47 | jhMikeS | kugel: erm, duh, no, I don't think that will work. the asm functions in lcd-as-memframe.S write TWO lines of YUV, so that any 4:2:0 chroma value is handled once for each block of 4 Y pixels |
20:48:34 | CIA-88 | r31610 build result: 0 errors, 15 warnings (funman committed) |
20:48:51 | CIA-88 | New commit by funman (r31611): lcd_remote_powersave: unused |
20:49:37 | CIA-88 | New commit by funman (r31612): powermgmt.c : include lcd-remote.h only when needed |
20:49:51 | funman | yellow should be fixed now |
20:50:00 | bluebrother^ | wow, it's really that byte order code that causes the slowdown :( |
20:50:28 | kugel | jhMikeS: hm. I have some local stuff to select asm over C automatically, but that requires a C fallback for everything |
20:50:38 | CIA-88 | r31611 build result: 0 errors, 15 warnings (funman committed) |
20:52:26 | CIA-88 | r31612 build result: 0 errors, 6 warnings (funman committed) |
20:52:37 | funman | gah :/ |
20:53:04 | Mir | at least we know you are commited |
20:53:11 | Mir | :3 |
20:53:16 | funman | ^^ |
20:53:17 | Mir | pa dum dumm |
20:54:46 | | Part evilnick |
20:54:48 | CIA-88 | New commit by funman (r31613): Only use lcd-remote.h #ifdef HAVE_REMOTE_LCD |
20:55:44 | jhMikeS | kugel: it should be safe since only ARM is using afaik, or will it just not work if it doesn't see C? |
20:56:43 | CIA-88 | r31613 build result: All green |
20:56:49 | | Quit TheLemonMan (Quit: WeeChat 0.3.6) |
20:56:52 | Mir | \0/ |
20:56:54 | funman | \o/ |
20:57:41 | jlbiasini | pamaury there is still a problem with mpeg-plugin... It's starting but then hang on some video (like the 320x240 from wiki) or play sound displaying black screen with sometime partial glitching of the screen showing the upper right part of the video |
20:59:01 | jlbiasini | I know this is nothing like a priority, just to let you know |
20:59:59 | *** | Saving seen data "./dancer.seen" |
21:00 |
21:01:30 | | Join factor [0] (~factor@74.197.205.204) |
21:02:08 | kugel | jhMikeS: it will work but defeats the purpose of my work |
21:02:35 | kugel | I also find it less than ideal that we have asm code which we have no C equivalent for |
21:03:27 | pamaury | jlbiasini: I have never used the mepg plugin so I don't know if it's supposed to work well or not, perhaps it's not related to the fuze+ |
21:04:18 | jlbiasini | yeah as is it is not usuable |
21:04:28 | jlbiasini | but I don't know either |
21:05:15 | jhMikeS | kugel: to what extent should we concern ourselves with that? every single thing? |
21:05:17 | jlbiasini | I tried with a lower resolution (128x128 file from wiki) and I get half of the screen |
21:05:45 | CIA-88 | New commit by funman (r31614): lcd-remote-target.h: Use only in firmware/target/ |
21:06:09 | jhMikeS | kugel: there is quite a bit of lcd code that has no C code, not just that either |
21:06:19 | jlbiasini | but this is all very slow |
21:06:28 | jlbiasini | never mind we'll see later |
21:06:46 | kugel | jhMikeS: which bits other than arch specifics which cannot really be expressed in C? |
21:07:39 | CIA-88 | r31614 build result: All green |
21:08:16 | bluebrother^ | interesting. Creating a voice file on Windows: 0:10 / 0:40 / 1:00 (libmp3lame, libmp3lame w/ byte order code, running lame directly) |
21:08:26 | bluebrother^ | so it's 6x faster with libmp3lame. |
21:08:53 | bluebrother^ | on Linux it's almost no increase in speed: 0:05 / 0:22 / 0:07 |
21:09:25 | bluebrother^ | and OS X ... seems to be worse using libmp3lame, which is strange. |
21:09:35 | jhMikeS | kugel: I'm sure alot could be, but why bother? do we need C code for the x5 lcd driver? the whole memframe idea was the presence of optimized assembly already available to any device using a memory framebuffer |
21:09:46 | * | bluebrother^ goes trying that again |
21:10:59 | jhMikeS | so, if the memframe c-code weren't shared (as it wasn't previously), would this be a concern at all? |
21:11:33 | bluebrother^ | oh |
21:11:41 | | Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/) |
21:11:49 | * | bluebrother^ just got the encoding error on OS X that seems to be Windows only |
21:14:35 | kugel | jhMikeS: I wouldnt have noticed it at least :) |
21:14:57 | kugel | I want to use it on the ypr0 which doesnt have ASM enabled yet |
21:15:03 | bluebrother^ | hmm. 0:07 / 0:35 / 0:07 on OS X. |
21:15:16 | bluebrother^ | so running the executable isn't really slower |
21:15:23 | jhMikeS | kugel: well then, I guess it's there's now a reason |
21:15:33 | bluebrother^ | OTOH that's all stopwatch-timed, so not extremely exact. |
21:15:51 | chkktri_ | фрф |
21:15:53 | chkktri_ | aha* |
21:15:56 | kugel | jhMikeS: well, yes and no, it'll eventually enable asm :) |
21:16:08 | chkktri_ | looks like this happens only with big files |
21:16:27 | chkktri_ | should i open an issue on flyspray? |
21:16:28 | jhMikeS | what arch is it? that code is well proven by now for ARM |
21:16:41 | chkktri_ | (that's all about TTA playback problem) |
21:17:08 | * | bluebrother^ considers keeping the old code on OS X −− getting the correct dylib is (unfortunately) a bit of a pain on OS X as well |
21:17:17 | kugel | jhMikeS: it is arm |
21:22:48 | Mir | bluebrother^: why mp3 |
21:22:57 | Mir | why no FLAC 8D |
21:23:02 | bluebrother^ | Mir: ? |
21:23:03 | Mir | <3 flac |
21:23:37 | bluebrother^ | I'm working on voicefile generation. For HWCODEC devices we need to use mp3. For SWCODEC speex. |
21:23:45 | bluebrother^ | flac would be too huge |
21:23:58 | Mir | oh |
21:23:59 | bluebrother^ | since it's only about voice clips size is more important than quality |
21:24:27 | bluebrother^ | the problem is that setting up lame is a bit ... well, ugly in Rockbox Utility right now. |
21:24:34 | Mir | ahh |
21:24:50 | Mir | and ogg isnt satisfactory? |
21:24:58 | Mir | i hate ogg btw |
21:25:00 | bluebrother^ | so I tried using libmp3lame instead of calling the lame binary. Which is much more elegant |
21:25:07 | * | bluebrother^ uses vorbis all the time |
21:25:17 | Mir | i rather use flac than ogg |
21:25:26 | bluebrother^ | how am I supposed to play a vorbis file on a device that has a hardware mp3 chip? |
21:25:30 | Mir | i will use wma before ogg |
21:25:39 | Mir | ahh |
21:25:41 | Mir | good point |
21:25:45 | bluebrother^ | maybe, but I don't care about that :) |
21:25:45 | Mir | ouch |
21:25:53 | Mir | what a sharp point ;) |
21:25:56 | | Part jlbiasini |
21:26:04 | bluebrother^ | If I want lossy I use vorbis. If I want lossless ... well, flac maybe. |
21:26:32 | bluebrother^ | either case, that doesn't make a difference for the actual problem I'm looking at. |
21:27:25 | bluebrother^ | the annoying thing on OS X is that I have to handle endianess issues (since ppc is BE) and the available libmp3lame.dylib binaries are either placed in the wrong location or use the wrong architecture :( |
21:27:59 | Mir | wait are you on a G4/G5? |
21:28:08 | bluebrother^ | no |
21:28:17 | bluebrother^ | but Rockbox Utility still supports OS X 10.4 |
21:28:21 | bluebrother^ | i.e. ppc |
21:28:23 | Mir | then you are on a intel mac |
21:28:33 | bluebrother^ | well, yes. |
21:28:35 | Mir | some PPC |
21:28:51 | Mir | for example 10.4 WONT install onmy G4 tower |
21:28:51 | * | bluebrother^ used Rosetta to debug some PPC code on an intel Mac some time ago |
21:29:17 | bluebrother^ | well, Rockbox Utility is built for 10.4+. And 10.4 also supports ppc. |
21:29:26 | bluebrother^ | so I need to handle ppc as well. |
21:29:29 | Mir | and to get it to install will require 800$ worth ofa single upgrade |
21:29:36 | bluebrother^ | though maybe we should drop support for ppc ... |
21:30:05 | Mir | first find out how many PPC users there are before hapazardly dropping support |
21:30:28 | bluebrother^ | that's the problematic part :) |
21:30:35 | Mir | what is |
21:30:42 | bluebrother^ | since I assume that Apple's numbers cannot be trusted on that. |
21:30:58 | Mir | making a poll to find out how many PPC users there are |
21:31:06 | bluebrother^ | but dropping ppc support for Rockbox Utility wouldn't be _that_ much of a deal-breaker. |
21:31:13 | Mir | or tracking the download # for the PPC version? |
21:31:18 | bluebrother^ | people can always use a different machine or a different OS |
21:31:25 | Mir | yea |
21:31:43 | Mir | and te only reason i wold ask fr a PPC rockbox is lnnux ppc |
21:31:44 | bluebrother^ | and the ppc machines aren't being sold since a couple of years, as well as not being supported by recent OS X versions |
21:32:05 | Mir | 10.5.4 was the last |
21:32:12 | bluebrother^ | though as long as it's not soo much of a problem I |
21:32:17 | bluebrother^ | 'd like to keep ppc support |
21:32:26 | Mir | requred a 1.6GHZ G4/G5 or faste |
21:32:29 | bluebrother^ | the annoying thing is this dylib issue |
21:36:14 | bluebrother^ | hmm, I could also hardcode the path the Audacity dylib uses since that's not in the search path. |
21:36:21 | bluebrother^ | but that's pretty ugly too |
21:36:44 | * | bluebrother^ decides to let this issue wait until tomorrow. |
21:51:40 | | Join goa [0] (~light@HSI-KBW-046-005-065-238.hsi8.kabel-badenwuerttemberg.de) |
21:52:37 | | Quit goa (Client Quit) |
21:55:28 | gevaerts | chkktri_: if you have an actual bug, reporting it is always best, yes |
21:56:00 | chkktri_ | ok |
21:56:13 | chkktri_ | but i shoul give actual file somehow, right? |
22:00 |
22:00:36 | Mir | http://www.engadget.com/2012/01/07/victorinox-to-launch-1tb-usb-esata-ii-flash-drive-with-built-i/ |
22:00:46 | Mir | *O* i so jizzed my pants |
22:03:20 | | Nick Jack87|Away is now known as Jack87 (Jack87@nasadmin/admin/jack87) |
22:05:42 | | Part Ave |
22:10:00 | funman | bluebrother^: can't you use dual-arch static libs now? |
22:19:42 | | Join Lonely_Dragon|2 [0] (~kvirc@128-70-50-135.broadband.corbina.ru) |
22:22:47 | | Quit Lonely_Dragon (Ping timeout: 268 seconds) |
22:27:26 | kugel | jhMikeS: lcd_update() works with a simple memcpy loop, as expected, but I don't think I'm smart enough for the yuv part |
22:28:26 | funman | kugel: there's a C imple;entation already no? |
22:29:31 | kugel | funman: not for lcd-as-memframe.S |
22:29:54 | funman | but you can move out the yuv code and reuse it? |
22:30:30 | funman | there's a loop which updates 2 rows at a time |
22:30:54 | funman | directly in the framebuffer |
22:31:40 | funman | hum i see lcd_blit_yuv() in lcd-memframe.c |
22:31:43 | jhMikeS | why not just enable the use of lcd-as-memframe.S? |
22:31:57 | kugel | jhMikeS: it seems the sdl code also does 2 lines at once? |
22:32:50 | jhMikeS | does it? |
22:33:25 | saratoga | the imx233 does hardware YUV conversion right? |
22:34:59 | kugel | jhMikeS: the one I'm looking at yes |
22:36:33 | saratoga | ah yes, manual says YUV, rescaling and alpha bending in hardware, neat |
22:38:28 | jhMikeS | is it the same IPU as the beast? |
22:38:38 | saratoga | http://www.freescale.com/files/dsp/doc/ref_manual/IMX23RM.pdf |
22:38:42 | saratoga | i'm not sure what hte beast uses |
22:38:46 | kugel | the imx37 in this ypr0 also has this |
22:39:01 | saratoga | probably not though since its originally from sigmatel, unless they licensed it from freescale |
22:39:10 | jhMikeS | I would like an LCD driver that can use alternate framebuffers so I can use overlays |
22:39:51 | jhMikeS | it might be possible to render fonts with it too |
22:40:20 | saratoga | it apparently can do hardware overlays |
22:40:44 | saratoga | The PXP supports up to eight overlays that can be used to merge graphic data with video (or other graphic data). Each overlay consists of a rectangular area that is a multiple of eight pixels in both the vertical and horizontal directions |
22:41:00 | kugel | funman, jhMikeS: appears to work in test_fps. need to check a real movie |
22:41:01 | jhMikeS | which sectin is it in? |
22:42:33 | saratoga | jhMikeS: 17.2.5 |
22:42:48 | kugel | jhMikeS: JdGordon was working on that IIRC |
22:43:12 | pamaury | saratoga: iirc, it doesn't have a YUV conversion that is usable, for which purpose would you like it ? |
22:43:38 | jhMikeS | saratoga: looks nothing like programming the i.MX31's IPU :) |
22:43:45 | saratoga | pamaury: RGB > YUV in mpegplayer would be pretty useful |
22:43:51 | saratoga | err otherway :) |
22:44:00 | pamaury | iirc, it doesn't have such a thing but let me check |
22:44:20 | saratoga | the manual says it does, although its possible that sandisk removed it |
22:44:21 | pamaury | and yes indeed, it does |
22:44:27 | pamaury | using the PXP |
22:44:39 | saratoga | 17.2.4 Colorspace Conversion |
22:44:43 | jhMikeS | wouldn't be such a bad thing to draw and decode in parallel |
22:45:02 | saratoga | interestingly, it can also do bilinear filtering and colorspace conversion on a frame |
22:45:27 | funman | it would be cool if it had mpeg2video decoding |
22:45:32 | saratoga | which would be extremely useful if we ever got support for things like .vob files or DVD isos in mpegplayer :) |
22:45:32 | funman | so we could #define HWCODEC |
22:45:35 | pamaury | would it require a hack to use it in mpegplayer ? |
22:45:54 | funman | saratoga: vob should work i think |
22:45:59 | jhMikeS | if something can do all lcd stuff with hardware acceleration, that might be a good idea to work that out |
22:46:17 | | Quit y4n (Quit: PANTS OFF!) |
22:46:41 | saratoga | i guess the smart way would be to make the YUV blit operations use the hardware, although i'm not sure API-wise how easy that is |
22:47:23 | funman | depends what the HW interface is |
22:48:23 | jhMikeS | perhaps the lcd api needs to mature to accomodate such things |
22:48:53 | pamaury | I don't remember how the pxp works, if it interacts with the lcdif or just blits to a buffer |
22:49:18 | | Join liuzhoou [0] (~user@101.68.89.11) |
22:49:26 | | Join Strife89 [0] (~Strife89@adsl-068-213-037-174.sip.mcn.bellsouth.net) |
22:50:10 | saratoga | funman: from their example code, you give it a pointer to Y, U, and V tables, and an empty buffer |
22:50:23 | saratoga | it then fills the buffer with the decoded data |
22:51:00 | saratoga | you can also specify the rescaling ratio while it does this |
22:51:24 | funman | looks simple enough to not need new API |
22:52:14 | saratoga | yeah actually their example code is remarkably simple |
22:52:25 | saratoga | AMS could learn from these guys |
22:52:28 | funman | lcd_blit_yuv converts and write to lcd in one shot, HW would convert the video and then call lcd_update(_rect_ though |
22:52:53 | jhMikeS | rendering the OSD as an overlay would be nice, rather than cropping the YUV |
22:53:00 | * | funman looks at other -target.h files |
22:53:46 | pamaury | I'll see what I can do to speed up lcd_yuv_blit if mpegpolayer uses that |
22:53:47 | funman | the publicspi.h only has a "#include "spi-target.h" |
22:54:27 | pamaury | I also saw interesting undocumented registers in the DCP that look like colorspace conversion, might be interesting |
22:54:39 | saratoga | pamaury: yuv_blit tends to be quite slow, so if the hardware can do it, then we should use it |
22:57:02 | kugel | jhMikeS: lcd-memframe deals with orientation for yuv already right? |
22:57:34 | kugel | I still seem to need the corresponding #ifdef using the sdl code |
22:57:54 | jhMikeS | kugel: yeah |
22:58:35 | | Quit liuzhoou (Ping timeout: 252 seconds) |
23:00 |
23:00:03 | *** | Saving seen data "./dancer.seen" |
23:00:49 | kugel | ah the sdl code is the same as what's in lcd-16bit-common.c |
23:04:17 | CIA-88 | New commit by funman (r31615): Clean spi.h and spi-target.h ... |
23:04:38 | funman | kugel: hm should the sdl code be removed then? |
23:05:44 | kugel | funman: android as well |
23:05:57 | | Quit saratoga (Ping timeout: 258 seconds) |
23:06:10 | kugel | I assume the code in lcd-16bit-common.c was pulled from sdl? |
23:06:20 | funman | most likely |
23:06:20 | CIA-88 | r31615 build result: All green |
23:11:01 | | Quit remlap (Read error: Connection reset by peer) |
23:11:25 | CIA-88 | New commit by funman (r31616): ingenic_jz: remove ata-nand-target.h |
23:13:16 | CIA-88 | r31616 build result: All green |
23:15:12 | | Quit [Saint] (Read error: Connection reset by peer) |
23:20:40 | | Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) |
23:27:51 | | Join tr|nn| [0] (~trinni@dslb-188-098-156-230.pools.arcor-ip.net) |
23:29:15 | | Join saratoga [0] (9803c31c@gateway/web/freenode/ip.152.3.195.28) |
23:32:54 | CIA-88 | New commit by funman (r31617): powermgmt-target.h: move prototypes to powermgmt.h ... |
23:34:52 | CIA-88 | r31617 build result: 0 errors, 1 warnings (funman committed) |
23:34:56 | funman | we have power-target.h , powermgmt-target.h, and pmu-target.h |
23:39:22 | CIA-88 | New commit by funman (r31618): cowond2's power-target.h -> rename in pmu-target.h ... |
23:40:43 | funman | if CIA-88 could tell us in which targets/features the red/yellow happen that'd be awesome |
23:41:00 | funman | 174 warnings (in LCD_CHARCELL, CONFIG_TUNER) |
23:41:21 | CIA-88 | r31618 build result: 0 errors, 1 warnings (funman committed) |
23:43:54 | CIA-88 | New commit by funman (r31619): charging_algorithm_close() declaration has moved |
23:45:45 | CIA-88 | r31619 build result: All green |
23:47:38 | kugel | how do you put a lookup table into cf assembly? |
23:48:00 | funman | write it in C, look at gcc -S |
23:49:07 | kugel | good idea |
23:49:14 | funman | kugel: what's the difference between android and ypr0 dir-target.h ? |
23:49:41 | kugel | almost none |
23:49:45 | n1s | i think you just write .long .byte or .word and then your data, not sure of the exact syntax |
23:49:46 | kugel | I'll merge them later |
23:49:56 | funman | thanks/ |
23:50:53 | n1s | kugel: any reason to not just put the table in a c file and just link into the assembly? |
23:51:03 | | Quit bertrik (Ping timeout: 255 seconds) |
23:54:38 | n1s | ffs does that as an example |
23:54:44 | kugel | hehe :) |
23:54:50 | kugel | I'm undoing exactly that |
23:54:57 | n1s | why? |
23:55:03 | jhMikeS | don't undo it |
23:55:56 | jhMikeS | then an optimization isn't possible with table location exploit |
23:56:07 | kugel | jhMikeS: what? |
23:56:23 | jhMikeS | you mean ffs-arm.S right? |
23:56:32 | | Quit benedikt93 (Quit: Bye ;)) |
23:56:47 | jhMikeS | see the ldrb instruction |
23:56:53 | kugel | coldfire |
23:57:06 | jhMikeS | yes, that has a separate table |
23:57:09 | kugel | I assume the same trick can possibly be used on cf? |
23:57:16 | * | jhMikeS freaked out too much then |
23:57:24 | jhMikeS | no, it can't use pc that way |
23:57:45 | kugel | okay |
23:58:15 | kugel | n1s: my new framework doesn't allow that nicely |
23:58:22 | jhMikeS | sorry, I thought you said you were moving to a C table :P |
23:58:46 | kugel | would need to put the .c for the table into a different SOURCES |