00:02:00 | | Quit Buschel (Remote host closed the connection) |
00:03:29 | *** | Saving seen data "./dancer.seen" |
00:05:14 | | Quit efyx (Remote host closed the connection) |
00:07:13 | | Quit hebz0rl (Quit: Ex-Chat) |
00:09:01 | | Quit milz (Ping timeout: 260 seconds) |
00:13:10 | | Quit Rob2222 (Quit: Rob2222) |
00:14:22 | | Quit dfkt_ (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
00:14:51 | | Join Rob2222 [0] (~Miranda@p4FDCAD63.dip.t-dialin.net) |
00:17:40 | | Quit robin0800 (Remote host closed the connection) |
00:18:38 | | Quit Jennifur (Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.) |
00:19:17 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
00:20:58 | | Quit milz (Remote host closed the connection) |
00:21:25 | | Quit dderrinder (Quit: Leaving.) |
00:23:01 | | Quit matsl (Ping timeout: 260 seconds) |
00:23:15 | | Quit jgarvey (Quit: Leaving) |
00:23:53 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
00:25:15 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
00:25:29 | | Quit milz (Remote host closed the connection) |
00:28:11 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
00:28:32 | | Quit milz (Remote host closed the connection) |
00:29:45 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
00:30:43 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
00:33:33 | | Quit n17ikh (Ping timeout: 265 seconds) |
00:33:48 | | Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) |
00:34:44 | | Join Topy44 [0] (~Topy44@f048107075.adsl.alicedsl.de) |
00:35:31 | | Quit pixelma (Disconnected by services) |
00:36:38 | | Quit amiconn (Disconnected by services) |
00:36:40 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
00:36:59 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
00:38:11 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
00:41:33 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
00:41:33 | | Quit pixelma (Disconnected by services) |
00:41:48 | | Join joecool [0] (~joecool@no-sources/joecool) |
00:41:48 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
00:42:04 | | Quit amiconn (Disconnected by services) |
00:42:07 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
00:42:26 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
00:43:44 | maraz | so |
00:43:54 | maraz | any idea about the overheating? |
00:44:59 | | Quit amiconn (Disconnected by services) |
00:45:01 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
00:45:21 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
00:46:37 | | Quit pixelma (Disconnected by services) |
00:46:38 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
00:46:41 | maraz | http://forums.rockbox.org/index.php?topic=12326.0 oh wait |
00:46:44 | maraz | i already posted that in 2007 |
00:46:47 | maraz | the issue still exists |
00:46:53 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
00:49:03 | | Join JdGordon [0] (~jonno@122.110.213.195) |
00:49:11 | | Quit JdGordon (Changing host) |
00:49:11 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
00:49:51 | | Quit amiconn (Ping timeout: 240 seconds) |
00:50:34 | maraz | r27495-100719 works, current doesn't |
00:51:02 | maraz | nor does 3.6 |
00:51:34 | | Quit pixelma (Disconnected by services) |
00:51:34 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
00:51:50 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
00:52:22 | * | maraz looks for a heatsink |
00:57:59 | JdGordon | bieber: by error checking I meant specifically if skin_alloc_* returns NULL |
00:58:16 | JdGordon | that of course doesnt happen (well shouldnt) on the pc, but very possible on target |
00:58:36 | | Quit pixelma (Disconnected by services) |
00:58:37 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
00:58:41 | JdGordon | I've added a bunch of it to my patch so dont worry about it |
00:58:52 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
01:00 |
01:01:41 | | Quit pixelma (Disconnected by services) |
01:01:41 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
01:01:57 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
01:04:53 | | Quit milz (Read error: Connection reset by peer) |
01:08:48 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
01:10:19 | | Quit pixelma (Disconnected by services) |
01:10:20 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
01:10:35 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
01:12:25 | | Quit bmbl (Quit: Bye!) |
01:12:26 | | Quit S_a_i_n_t (Read error: Connection reset by peer) |
01:12:32 | | Quit pixelma (Disconnected by services) |
01:12:32 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
01:14:25 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.144) |
01:14:38 | | Quit JdGordon (Ping timeout: 265 seconds) |
01:15:54 | | Quit milz (Remote host closed the connection) |
01:16:19 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
01:17:11 | | Quit pixelma_ (Ping timeout: 258 seconds) |
01:18:47 | | Quit milz (Remote host closed the connection) |
01:21:50 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
01:24:45 | | Quit stripwax (Quit: http://miranda-im.org) |
01:28:32 | | Join evilnick_ [0] (~evilnick@mobile-166-137-136-167.mycingular.net) |
01:28:59 | | Quit pixelma (Quit: .) |
01:30:25 | | Join Yakuza666 [0] (www-data@giant.haxx.se) |
01:30:59 | | Join funman [0] (~fun@rockbox/developer/funman) |
01:31:52 | | Quit Yakuza666 (Client Quit) |
01:31:54 | | Join Yakuza666 [0] (www-data@giant.haxx.se) |
01:32:54 | | Quit Yakuza666 (Client Quit) |
01:40:50 | | Quit n1s (Quit: Lämnar) |
01:42:52 | | Quit evilnick_ (Ping timeout: 258 seconds) |
01:45:40 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
01:54:47 | | Join Tux2 [0] (~Tux2@184-96-50-161.hlrn.qwest.net) |
01:55:36 | | Quit kugel (Remote host closed the connection) |
02:00 |
02:02:30 | | Quit funman (Quit: free(random());) |
02:03:33 | *** | Saving seen data "./dancer.seen" |
02:15:22 | | Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) |
02:15:23 | | Quit JdGordon| (Changing host) |
02:15:23 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
02:18:27 | | Quit GeekShadow (Read error: Connection reset by peer) |
02:18:59 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
02:24:32 | | Join dlenski [0] (~dlenski@c-68-33-105-184.hsd1.md.comcast.net) |
02:25:23 | | Part dlenski |
02:35:02 | | Quit Guymann (Quit: php 5.3 is in the tree) |
02:42:34 | | Quit GeekShadow (Quit: The cake is a lie !) |
02:49:27 | | Quit bieber (Ping timeout: 264 seconds) |
02:49:45 | | Quit CaptainKwel (Ping timeout: 260 seconds) |
02:50:03 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
02:50:39 | | Quit S_a_i_n_t (Ping timeout: 264 seconds) |
02:54:26 | | Quit bieber (Ping timeout: 260 seconds) |
02:54:44 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
03:00 |
03:13:32 | | Quit milz (Remote host closed the connection) |
03:17:27 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
03:24:40 | | Quit DerPapst (Quit: Leaving.) |
03:25:52 | | Quit milz (Remote host closed the connection) |
03:38:16 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
03:39:30 | | Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) |
03:39:30 | | Join binaryhermit_ [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) |
03:39:41 | | Quit binaryhermit_ (Read error: Connection reset by peer) |
03:42:58 | | Quit milz (Remote host closed the connection) |
03:44:08 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
03:45:06 | | Quit milz (Remote host closed the connection) |
03:46:02 | | Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
03:46:39 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
03:47:46 | | Quit togetic (Ping timeout: 276 seconds) |
03:51:05 | | Quit milz (Remote host closed the connection) |
03:51:35 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
04:00 |
04:01:56 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
04:03:37 | *** | Saving seen data "./dancer.seen" |
04:06:46 | | Quit bieber (Ping timeout: 264 seconds) |
04:07:00 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
04:08:44 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
04:15:54 | | Join fyrestorm [0] (~nnscript@cpe-68-173-233-99.nyc.res.rr.com) |
04:15:58 | | Join list_accel [0] (www-data@giant.haxx.se) |
04:19:08 | list_accel | hi, would it be possible to add a faster setting to the list acceleration speed under settings, it currently max's at 2x/10s which isn't sufficient with long lists |
04:21:25 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.109) |
04:22:53 | JdGordon| | should be possible |
04:23:31 | list_accel | thanks: also would it be possible to have the first letter of the file magnified whilst scrolling, this would assist in determining file position whilst scrolling |
04:24:13 | JdGordon| | also possible |
04:24:27 | JdGordon| | possible of course means nothing unless osmeone actually spends time and does it... |
04:24:44 | list_accel | heh, as always :-) |
04:25:03 | JdGordon| | the first one might just be a one line change (I dont know that code at all) |
04:25:15 | JdGordon| | the second is more complex but is something I've been thinking about doing for ages |
04:27:52 | list_accel | I'm happy to have reminded you |
04:31:04 | list_accel | thanks for listening |
04:31:11 | | Quit list_accel (Quit: CGI:IRC) |
04:41:53 | | Join [Saint] [0] (S_a_i_n_t@203.184.3.183) |
04:41:59 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
04:44:26 | | Join Barahir [0] (~jonathan@frnk-590f4fcd.pool.mediaWays.net) |
04:44:38 | | Quit milz (Read error: Connection reset by peer) |
04:48:08 | | Quit Barahir_ (Ping timeout: 276 seconds) |
04:53:04 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
04:53:49 | | Quit milz (Remote host closed the connection) |
04:54:57 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
04:56:05 | | Quit milz (Remote host closed the connection) |
04:56:35 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
04:59:22 | | Join logiclost [0] (~lostlogic@erudite.lostlogicx.com) |
04:59:47 | | Quit lostlogic (Ping timeout: 240 seconds) |
05:00 |
05:07:22 | | Quit milz (Read error: Connection reset by peer) |
05:07:29 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
05:11:54 | | Join BJH^_ [0] (~chatzilla@e176103063.adsl.alicedsl.de) |
05:14:08 | | Quit BJH^ (Ping timeout: 265 seconds) |
05:14:22 | | Nick BJH^_ is now known as BJH^ (~chatzilla@e176103063.adsl.alicedsl.de) |
05:26:37 | | Quit parafin (*.net *.split) |
05:26:37 | | Quit jae (*.net *.split) |
05:29:20 | | Quit avacore^ (Ping timeout: 240 seconds) |
05:30:58 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
05:31:54 | | Join parafin [0] (parafin@paraf.in) |
05:31:54 | | Join jae [0] (~jae@jaerhard.com) |
05:43:22 | | Quit Horscht (Quit: Verlassend) |
05:56:17 | | Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
05:57:34 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
06:00 |
06:03:35 | maraz | hm. |
06:03:39 | *** | Saving seen data "./dancer.seen" |
06:04:08 | maraz | interestingly, i don't think the nano 1g port should be labeled stable at all |
06:05:04 | maraz | even more interestingly, i'd like to know how overheating makes the supposed ATA timing problem worse |
06:24:26 | | Quit parafin (*.net *.split) |
06:24:26 | | Quit jae (*.net *.split) |
06:29:55 | | Join parafin [0] (parafin@paraf.in) |
06:29:55 | | Join jae [0] (~jae@jaerhard.com) |
06:37:11 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
06:39:21 | | Quit rvvs89 (Changing host) |
06:39:22 | | Join rvvs89 [0] (~ivo@pdpc/supporter/base/rvvs89) |
06:44:52 | | Quit AndyI (Ping timeout: 248 seconds) |
06:50:44 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
06:51:48 | | Join bieber_ [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
06:55:32 | | Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) |
06:58:57 | | Quit kramer3d (Ping timeout: 240 seconds) |
07:00 |
07:06:36 | | Join Rob2223 [0] (~Miranda@p4FDCA34B.dip.t-dialin.net) |
07:07:58 | bieber_ | There should be somewhere in the source tree that I can find the hardware details for all the targets, right? |
07:08:11 | | Quit CaptainKwel (Quit: Ex-Chat) |
07:09:38 | | Quit Rob2222 (Ping timeout: 260 seconds) |
07:14:32 | | Join pixelma [0] (~pixelma@rockbox/staff/pixelma) |
07:15:31 | | Quit binaryhermit (Quit: Leaving) |
07:16:52 | tmzt | bieber_: yes, essentially |
07:17:08 | bieber_ | Any pointers on where to look? |
07:17:21 | tmzt | for what devices? |
07:18:05 | bieber_ | All of them |
07:18:15 | bieber_ | I want to automatically build the target database for the theme editor |
07:18:17 | tmzt | the kernel source for all targets is not in the android tree |
07:18:23 | tmzt | oh sorry |
07:18:35 | tmzt | I'm in the wrong channel |
07:19:16 | bieber_ | Ahaha |
07:20:13 | pixelma | I wouldn't be aware of a simple list in one place. Maybe features.txt can help a bit (in apps) and the config files (in firmware/export/config |
07:20:43 | pixelma | maybe someone else has a better idea but that's all that comes to my mind currently |
07:21:26 | bieber_ | How are checks for screen size and the like done? |
07:22:32 | pixelma | there are LCD_WIDTH etc. defines in said config files |
07:23:27 | bieber_ | Oh, this looks perfect |
07:24:05 | | Quit EvanCarroll (Ping timeout: 245 seconds) |
07:24:21 | pixelma | it's also what features.txt uses for its own purpose (defining the features for language files and the manual) |
07:25:27 | bieber_ | I can write a script to grab the defines from the config files, then all I need is to put together a list of config files and plaintext names for their targets |
07:25:58 | | Quit kramer3d_ (Quit: Leaving) |
07:28:19 | | Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 7days + Remix Phase July 19th - July 26th) |
07:28:54 | tmzt | bieber_: I appologize, #android is usually in this spot |
07:29:13 | bieber_ | No worries, it was good for a laugh |
07:30:41 | JdGordon| | bieber_: look at buildzip.pl it loads the config.h file into gcc then spits out a set of values which it needs |
07:30:47 | JdGordon| | you might need to do something like that |
07:31:08 | bieber_ | Where is buildzip.pl |
07:31:13 | JdGordon| | tools/ |
07:31:40 | bieber_ | Thanks |
07:31:55 | JdGordon| | did you see the talk yesterday about using xml to specify the tags and the help text? |
07:32:07 | bieber_ | I saw most of it, I think |
07:32:21 | JdGordon| | would that be workable from the themeeditors pov? |
07:32:26 | bieber_ | I'd really much rather use a simpler format, if that wouldn't be a problem |
07:32:51 | JdGordon| | qt doesnt have a nice xml reader class? |
07:32:55 | bieber_ | The data will all be of the form "tag: description", so XML seems like overkill |
07:33:28 | bieber_ | It has a framework for it, but I'm thinking more in terms of ease-of-editing than computer readability |
07:33:37 | JdGordon| | no, it wont be... I was thinking of using that to generate the tag_table.c file also so everything about the tag would be in that file |
07:33:48 | JdGordon| | so it needs more info than just its description |
07:34:19 | pixelma | bluebroth3r said that for xml there already is something we could use for the manual (or only needs some adaptations), for a simpler format we would need to write a script on our own |
07:34:47 | bieber_ | Oh, okay |
07:35:11 | bieber_ | xml is fine then, I'll read up on Qt's reader |
07:35:16 | JdGordon| | then we could kick peoples butts if they add new tags and dont add proper help text :) |
07:35:29 | bieber_ | Mah, I need to learn Perl |
07:36:18 | JdGordon| | what do you need from each target? just lcd dimensions and some features? |
07:38:07 | | Join guymann [0] (~charlie@64-252-121-226.adsl.snet.net) |
07:38:35 | bieber_ | Yeah |
07:38:54 | bieber_ | I just feel silly putting PHP scripts in the source tree :P |
07:40:00 | JdGordon| | and you should :) php aint a real language! |
07:41:14 | bieber_ | Perl and Bash seem to be perpetually on my to-learn list |
07:42:15 | bieber_ | Hmm, how is it decided which fonts get packaged with each device? |
07:42:50 | JdGordon| | any which are required by the shipped themes are added |
07:42:55 | bieber_ | It would be nice if I could have the editor automatically add font files from the font directory if they're not on the device by default |
07:43:07 | bieber_ | Is there a list of the fonts required for each device? |
07:43:19 | JdGordon| | wps/WPSLIST i tihnk is the file |
07:43:32 | JdGordon| | but you shouldnt go by that, for fonts you should just assume that the fontpack is loaded |
07:44:26 | bieber_ | Ah, okay |
07:47:37 | bieber_ | Anyone know if I can run CPP on a file and get it to spit out a list of #defined symbols? |
07:53:30 | | Join Buschel [0] (~chatzilla@p54A3EAA8.dip.t-dialin.net) |
07:54:45 | JdGordon| | bieber_: buildzip.pl sub gettargetinfo() does what you want... |
07:55:12 | JdGordon| | or gcc -E -P |
07:55:38 | Buschel | n1s/amiconn/AlexP: can anyone of you take a look at FS #11491 ? It's a coldfire related change to libmad's synth filter. |
07:55:44 | bieber_ | Okay, cool |
07:57:10 | | Quit bieber_ (Remote host closed the connection) |
08:00 |
08:02:32 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.7/20100713130626]) |
08:03:43 | *** | Saving seen data "./dancer.seen" |
08:04:17 | | Join bieber_ [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
08:07:00 | | Quit Tux2 (Quit: Leaving) |
08:19:44 | | Join mitk [0] (~mitk@195.117.162.130) |
08:25:42 | | Quit pixelma (Quit: .) |
08:26:33 | | Quit ved (Ping timeout: 276 seconds) |
08:26:56 | | Quit bieber_ (Remote host closed the connection) |
08:36:16 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
08:43:14 | | Join ved [0] (ved@ddsbox.co.cc) |
08:43:37 | | Join pp206 [0] (d8a0771b@gateway/web/freenode/ip.216.160.119.27) |
08:45:25 | | Quit BHSPitMonkey (Remote host closed the connection) |
08:46:10 | | Join EvanCarroll [0] (~ecarroll@64.200.109.13) |
08:48:15 | | Quit Beta2K (Ping timeout: 265 seconds) |
08:58:36 | | Join ender` [0] (krneki@foo.eternallybored.org) |
09:00 |
09:02:42 | | Join Rob2222 [0] (~Miranda@p4FDC975C.dip.t-dialin.net) |
09:06:28 | | Quit Rob2223 (Ping timeout: 276 seconds) |
09:06:29 | | Quit Battousai (Quit: No Ping reply in 180 seconds.) |
09:09:31 | | Join Battousai [0] (~bryan@gentoo/developer/battousai) |
09:10:32 | | Join bimbel [0] (~Miranda@unaffiliated/bmbl) |
09:14:23 | | Quit bmbl (Ping timeout: 258 seconds) |
09:19:21 | | Quit scorche (Disconnected by services) |
09:19:31 | | Join scorche` [0] (~scorche@rockbox/administrator/scorche) |
09:26:40 | | Join merbanan [0] (~banan@c-89-160-72-125.cust.bredband2.com) |
09:32:20 | | Quit scorche` (Read error: Connection reset by peer) |
09:32:21 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
09:56:48 | | Join beezm [0] (~BigStew@c-67-190-73-21.hsd1.co.comcast.net) |
09:57:01 | | Part beezm |
10:00 |
10:03:46 | *** | Saving seen data "./dancer.seen" |
10:14:59 | | Join pixelma [0] (58d97b07@rockbox/staff/pixelma) |
10:22:27 | CIA-6 | New commit by bieber (r27516): Theme Editor: Wrote buildtargetdb.php to automatically generate a targetdb file from the target config files in /firmware/export/config. All that ... |
10:24:08 | CIA-6 | r27516 build result: All green |
10:27:55 | | Join amiconn[h] [0] (~jens@tmo-109-117.customers.d1-online.com) |
10:28:16 | | Quit JdGordon| (Quit: leaving) |
10:31:24 | | Quit scorche (Read error: Connection reset by peer) |
10:31:36 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
10:48:35 | CIA-6 | New commit by amiconn (r27517): Sudoku coloured number display ... |
10:50:03 | CIA-6 | r27517 build result: All green |
10:54:56 | | Join DerPapst [0] (~Alexander@91-64-225-76-dynip.superkabel.de) |
10:57:18 | | Quit advcomp2019_ (Ping timeout: 240 seconds) |
11:00 |
11:02:16 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
11:02:42 | | Quit amiconn[h] (Quit: I love my HydraIRC -> http://www.hydrairc.com <-) |
11:08:44 | | Join pixelma_ [0] (58d97b07@rockbox/staff/pixelma) |
11:09:09 | | Quit pixelma (Disconnected by services) |
11:09:51 | | Nick pixelma_ is now known as pixelma (58d97b07@rockbox/staff/pixelma) |
11:10:29 | | Quit fyrestorm (Read error: Connection reset by peer) |
11:10:51 | | Join fyrestorm [0] (~nnscript@cpe-68-173-233-99.nyc.res.rr.com) |
11:12:43 | | Join kifo [0] (~Keri@174-16-166-84.hlrn.qwest.net) |
11:20:17 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
11:41:33 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
11:47:47 | | Quit kifo (Ping timeout: 260 seconds) |
11:57:36 | | Join pjm0616 [0] (~user@110.9.28.120) |
12:00 |
12:02:14 | | Join Beta2K [0] (~Beta2K@d24-36-97-38.home1.cgocable.net) |
12:03:48 | *** | Saving seen data "./dancer.seen" |
12:14:05 | | Join Jaykay [0] (~chatzilla@p5DC56EEB.dip.t-dialin.net) |
12:19:12 | | Join MaadMan [0] (~MaadMan@188-194-32-210-dynip.superkabel.de) |
12:20:03 | | Join MadMan [0] (~MaadMan@188-194-32-210-dynip.superkabel.de) |
12:22:03 | | Quit MadMan (Client Quit) |
12:23:47 | | Quit JdGordon (Read error: Connection reset by peer) |
12:36:59 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
12:44:39 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
13:00 |
13:00:06 | | Join Kitr88 [0] (~Kitar_st@BSN-142-75-253.dial-up.dsl.siol.net) |
13:03:06 | | Quit Kitar|st (Ping timeout: 252 seconds) |
13:05:18 | | Quit Kitr88 (Ping timeout: 276 seconds) |
13:05:50 | | Join Kitar|st [0] (Kitar_st@BSN-143-107-86.dial-up.dsl.siol.net) |
13:07:21 | | Join funman [0] (~fun@rockbox/developer/funman) |
13:15:21 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
13:18:47 | | Quit pixelma (Quit: ..) |
13:20:13 | | Join pixelma [0] (~quassel@rockbox/staff/pixelma) |
13:24:08 | funman | bertrik: the changes for new Clip+ SD are not clean enough to commit? |
13:24:30 | | Join MadMan [0] (~MaadMan@188-194-32-210-dynip.superkabel.de) |
13:26:00 | | Quit MaadMan (Ping timeout: 264 seconds) |
13:52:47 | bertrik | funman, I just reused the fuze_v2 variant variable |
13:52:49 | JdGordon | pixelma: bluebroth3r: http://pastebin.com/k1c0nEPQ <- 1) is that legal xml? 2) is it too verbose? 3) does it looks like we could get everything needed into something like that? |
13:53:01 | bertrik | maybe we can just rename it to sdcontroller_variant or something |
13:54:01 | bertrik | funman, by the way, I found out that basically only the LCD_SET_DC_DC makes a difference for the brightness |
13:54:13 | funman | bertrik: i think it's the way to go (i was thinking of amsv2_variant but sdcontroller is more precise) |
13:54:25 | funman | oops, this variant also affect button reading for fuzev2 |
13:54:40 | | Quit mitk (Quit: Leaving) |
13:55:14 | funman | bertrik: what about adding an argument to lcd_hw_init(), so each clip returns the desired setting for DC_DC ? |
13:55:50 | bertrik | I was thinking to make lcd_hw_init just return a variant number |
13:56:09 | bertrik | The value to write to the contrast register also differs by about a factor of 8/3 |
13:56:46 | bertrik | For example, contrast 18 on the old clip+ is about as bright as 50 on the new clip+ |
13:58:00 | | Quit Jaykay (Read error: Connection reset by peer) |
13:58:19 | JdGordon | pixelma: bluebroth3r: http://pastebin.com/TE6NyVAs adds the xl to show an example of how the params would be specified |
13:59:33 | | Quit scorche (Disconnected by services) |
13:59:44 | | Join scorche` [0] (~scorche@rockbox/administrator/scorche) |
14:00 |
14:00:19 | funman | bertrik: if we return a variant number we can use it in contrast setting calculation so perhaps it's better |
14:03:02 | bertrik | funman, ok, I'll make it that way today. I'll also rename fuzev2_variant to amsv2_variant, ok? |
14:03:51 | *** | Saving seen data "./dancer.seen" |
14:04:04 | * | bertrik wonders how many variants of a "clip" there are now in the wild |
14:04:24 | funman | ok |
14:06:02 | funman | bertrik: clipv1, clipv1 which needs DCDC15 to be set, clipv2, clip+, clip+ with RDA FM, clip+ with smaller LCD controller, clip+ with SD controller changes => 7 clips? O:-) |
14:06:31 | funman | not even counting the clip+ which combine several variations from the initial model |
14:08:25 | funman | bertrik: btw, the sansa-clip/*lcd-clip.h could be merged together and moved to ../ (and the static inline functions moved into sansa-clip*/lcd-clip*.c |
14:08:50 | bertrik | ok, I'll do that |
14:12:49 | bertrik | funman, does the fuze v2 have a diagnostics screen that can be enabled by flashing a 't' version of the OF? |
14:13:04 | funman | should we make extended testing of new AMSv1 and Clip+/Fuzev2 bootloaders (put them in the forum for some time) or just test them once ? |
14:15:42 | bertrik | hmm, I don't know. We only really *need* new bootloaders for clip+ and fuzev2 I guess. |
14:16:16 | funman | removing OF boot on USB plug would be nice for AMSv1 |
14:16:43 | bertrik | ah, true |
14:17:22 | | Join MaadMan [0] (~MaadMan@188-194-32-210-dynip.superkabel.de) |
14:17:56 | bertrik | How was this decided in the past? I can try the AMSv1 and clip+ bootloaders locally first of course. |
14:18:11 | funman | don't remember, we should ask kugel |
14:18:20 | | Quit MadMan (Ping timeout: 260 seconds) |
14:18:42 | funman | my fuzev2 diagnosis shows 'HERMON/FM SI4702' |
14:18:45 | | Quit AndyI (Ping timeout: 248 seconds) |
14:19:06 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
14:19:07 | bertrik | I haven't done testdisk-like testing on the new clip+, just casually noticed that it worked for both internal and external SD |
14:19:35 | funman | should be enough |
14:23:06 | JdGordon | bieber: http://pastebin.com/TE6NyVAs |
14:27:49 | | Quit AndyI (Ping timeout: 248 seconds) |
14:30:10 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
14:33:48 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
14:35:07 | | Join amiconn_w [0] (50bb6fa1@gateway/web/freenode/ip.80.187.111.161) |
14:36:48 | | Quit kramer3d (Quit: Leaving) |
14:37:47 | funman | pamaury: ping |
14:37:52 | pamaury | yese |
14:38:13 | funman | i've found a little difference in how you set CCU_USB_THINGY |
14:38:37 | pamaury | you mean a difference betweem what I do and what the Of do ? |
14:38:41 | funman | it still gives me errors on linux when plugging clip+ but the errors are a bit different |
14:38:44 | funman | yes |
14:38:54 | pamaury | interesting, tell ne more :) |
14:39:08 | | Quit jordan` (Remote host closed the connection) |
14:39:23 | funman | &= ~0x1000 => OF uses |= 0x1000 and there is other bits which are changed |
14:39:34 | funman | (linux gives me error -71 and -62) |
14:40:22 | pamaury | hum, wait a minute, I double check the disassembly, that would be an embarassing error :) |
14:41:10 | pamaury | you are still talking about the part in audio_isr, right ? |
14:41:17 | pixelma | JdGordon: I have to look at it more thoroughly but I _guess_ that could work. I missed some descriptions (in those with the params) and the features didn't always look correct but I guess it should only show the principle. Though I have no idea about the xml > tex part |
14:41:40 | funman | pamaury: yes |
14:43:36 | funman | and bits 25:24 are cleared and bit 24 set before eanbling the clocks |
14:44:30 | pamaury | you are right, I pick the wrong case, it does |= 0x1000, I'm looking at the remaining code |
14:44:42 | funman | http://pastie.org/1055225 |
14:45:38 | pamaury | oh, it does something to the ccu before setting clock ? |
14:45:59 | funman | 0x192A |
14:47:26 | funman | looks like this part is optional though |
14:47:40 | pamaury | you're rright. I wonder how I missed it. If you are sure the constants are right, go ahead and commit it, I'll check tonight to see what it changes exactly. Why optional ? |
14:48:24 | funman | there's a conditional branch just before it |
14:48:26 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
14:48:54 | pamaury | are you able to tell when the condition is true or not ? |
14:58:43 | | Join MethoS- [0] (~clemens@134.102.106.250) |
15:00 |
15:00:17 | funman | nope, not yet. but i believe it's related to USB clock source (PLLA) |
15:00:39 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
15:01:25 | pamaury | okay. Then I let you find out, you know the OF and ARM much better than me, I hope this fix will allow me to have the driver working although I'm unsure about what it could change. |
15:05:28 | funman | if i remove those bits i got a panic (wrong architecture) |
15:07:58 | CIA-6 | New commit by funman (r27518): CCU_BASE+0x20 is specific to AMSv2 -> move to as3525v2.h ... |
15:08:32 | pamaury | If only we knew what those bits do.... |
15:09:04 | funman | http://pastie.org/1055263 |
15:09:32 | pamaury | clock at 48Mhz ??? |
15:09:40 | CIA-6 | r27518 build result: All green |
15:10:08 | | Quit komputes (Ping timeout: 246 seconds) |
15:10:13 | funman | again: the OF uses that. Using different settings is perhaps something wanted, but only after it works when using OF settings |
15:10:48 | funman | IMO switching away from OF settings while the code doesn't work is looking for problems |
15:11:11 | pamaury | strangely, the doc/code I found all suggest 60Mhz is the wanted setting for high speed |
15:11:44 | pamaury | And that would be the first setting which works with 48Mhz actually |
15:11:44 | funman | clip+ 01.02.09 -> 0x8C70 = 48MHz |
15:12:26 | | Quit amiconn_w (Quit: Page closed) |
15:12:37 | funman | 4 is the USB peripheral value used as an offset from various structs (like 0x8C60 which is the struct of peripheral clocks) and enable/disable peripheral functions |
15:12:39 | pamaury | so with all this the controller works correctly ? no panic I mean. |
15:12:59 | funman | no panic and unplug is detected but there is still errors so perhaps it doesn't improve at all |
15:13:43 | funman | i just want to motivate you to work on this because you understand usb better ;) |
15:13:52 | pamaury | hum, I check check know. I have my clip+ but not the analyzer (which doesn't work properly anyway) |
15:14:29 | funman | even on windows host? |
15:15:04 | pamaury | I don't have a windows host available |
15:15:47 | funman | easy to fix! |
15:16:00 | pamaury | Only when I'll be back home |
15:16:18 | funman | 'k |
15:17:28 | pamaury | Is the CGU_USB = 0 really needed ? |
15:18:45 | funman | i can't tell but does it harm? |
15:18:57 | funman | (btw the clock is not disabled on disconnect) |
15:20:10 | | Join Jaykay [0] (~chatzilla@p5DC56EEB.dip.t-dialin.net) |
15:20:28 | pamaury | okay, with your settings, full speed doesn't work it seems, let's try high speed |
15:21:12 | | Quit krazykit (Ping timeout: 264 seconds) |
15:23:41 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
15:23:47 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
15:25:18 | pamaury | it seems there is no transfer going on, exactly the same problem we had previsouly with 48Mhz clock |
15:25:40 | funman | which clock speed did you test? |
15:25:49 | pamaury | 48Mhz |
15:26:02 | funman | try 60 perhaps |
15:26:06 | | Quit komputes (Read error: Connection reset by peer) |
15:26:12 | pamaury | with my current code (which is a little bit different from svn), I'm trying 60 |
15:26:57 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
15:30:10 | | Quit joecool (Ping timeout: 240 seconds) |
15:31:19 | funman | i'll look closer this evening |
15:32:03 | CIA-6 | New commit by funman (r27519): as3525v1 USB: remove stubs if !defined(USE_ROCKBOX_USB) |
15:33:10 | JdGordon | pixelma: well the xml->tex part can be as stupidly complicated (or simple) as we want, it is easy to read in an xml in pretty much any language so we can write a script to convert that to anything |
15:33:31 | JdGordon | the point was more is that the sort of layout that would be useful |
15:33:39 | CIA-6 | r27519 build result: All green |
15:33:46 | JdGordon | it is way overkill for what I need but looks about right for the manual |
15:34:37 | | Quit funman (Quit: free(random());) |
15:36:04 | pamaury | funman (for logs): it seems that CCU_USB_THINGY = (CCU_USB_THINGY & ~0x3000000) | 0x1000000; is the culprit that makes everything fail |
15:42:55 | [Saint] | maraz: I've just tried to replicate your overheating problem, by putting a Nano1g in the oven and taking it up to 50Celcius....and, while it was far too hot to touch, and I even warped the clickwheel...it still plays fine. |
15:43:07 | [Saint] | I think you're an individual case to be honest. |
15:45:14 | [Saint] | At that temperature, the screen has even gone all weird and doesn't look like it will recover, I doubt that a unit will *ever* get that hot in any use case I can imaine...so, I think your problem may lie elsewhere. |
15:45:31 | [Saint] | *imagine. |
15:46:37 | Torne | [Saint]: Hardcore. |
15:46:39 | Torne | I approve. |
15:46:42 | Torne | :) |
15:47:10 | CIA-6 | New commit by bertrik (r27520): Sansa Clip+: detect AMSv2 variant (just like was already done for fuze v2), this makes SD transfers work for newer clip+ players ("COMBO4E" type). ... |
15:48:47 | CIA-6 | r27520 build result: All green |
15:49:28 | [Saint] | Torne: In the name, of science! |
15:50:18 | | Join dlenski [0] (~dlenski@fuhrer2219.physics.umd.edu) |
15:50:37 | | Part dlenski |
15:51:16 | bertrik | I did put my sansa e200 in the freezer once to see if I could calculate the temperature from two diodes built-into the analog-front-end |
15:51:45 | [Saint] | heh, we're scientists ;) |
15:51:52 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
15:53:30 | [Saint] | Hmmmmm, is "I would recommend creating a file called fixed.cfg and insert the line in there as well. Values in fixed.cfg take precedence over those in config.cfg at boot up" correct? |
15:53:52 | * | [Saint] has never seen, or heard of "fixed.cfg." |
15:54:47 | Torne | yeah i was wondering about that |
15:55:05 | gevaerts | scorche`: that's because you haven't read the manual :) |
15:55:10 | gevaerts | [Saint]: ^ |
15:55:21 | * | gevaerts apologises to scorche` who probably has read the manual |
15:55:31 | [Saint] | Apparently, neither has Torne! |
15:55:37 | * | [Saint] points fingers |
15:55:40 | Torne | psh |
15:55:43 | Torne | of course i haven't |
15:55:47 | [Saint] | ;) |
15:56:19 | Torne | That's quite a neat feature actually |
15:56:30 | Torne | it just loads fixed.cfg after loading config.cfg on each boot |
15:56:30 | [Saint] | And, I read the manual all the time, how do you think I keep coming up with all the mising skin tags? :P |
15:56:46 | [Saint] | Hmmm....that *is* neat. |
15:57:50 | Torne | So the settings in there aren't unchangable, but the changes won't survive a reboot |
15:58:24 | [Saint] | won't the setting it loads be applies to config.cfg on shutdown though? |
15:58:28 | * | [Saint] guesses so. |
15:58:32 | Torne | if you haven't changed them, yes |
15:58:34 | [Saint] | *applied |
15:59:54 | [Saint] | I guess it makes sense to store your preferred config in "fixed.cfg", as that way you can even reset your config and then still keep your settings after a boot cycle...interesting. |
16:00 |
16:03:51 | | Quit pp206 (Ping timeout: 252 seconds) |
16:03:54 | *** | Saving seen data "./dancer.seen" |
16:05:14 | | Join krazykit [0] (~kkit@206.183.182.189) |
16:07:58 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
16:14:59 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
16:17:09 | | Quit t0rc (Quit: Leaving) |
16:18:14 | * | [Saint] wonders if it would be useful (or, good practice) to include the "las updated" date in the headers of the CabbieV2 WPSs he is updating. |
16:18:24 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-213-161.pools.arcor-ip.net) |
16:18:47 | [Saint] | *last, even. |
16:20:34 | [Saint] | In saying that, does anyone want to look at committing FS #11490 ? I'm about 60% of the way through updating all the "cabbies". |
16:28:56 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
16:31:25 | | Quit n17ikh (Ping timeout: 264 seconds) |
16:32:14 | Torne | http://forums.rockbox.org/index.php?topic=25322.0 <- we get this kind of request reasonably often it seems (and i myself use it that way). Is there anything we can reasonably do to allow ipods to be installed *without* dual boot, without breaking the user experience for people who install it normally? |
16:32:32 | Torne | the problem is mostly that the hold switch is used both for selecting the OF *and* for resetting Rockbox's settings |
16:32:49 | Torne | so even if you hack the bootloader or replace it with just rockbox.ipod, powering on with hold then just erases your rockbox settings :) |
16:32:52 | * | [Saint] reads dais post |
16:33:00 | [Saint] | *said, even |
16:33:10 | Torne | My build has both of these things disabled, but it seems like a pain to have to do a custom build just for that |
16:34:37 | Torne | it's only really a problem because the ipod powers on on cable insert, i guess |
16:34:50 | Torne | it means if you leave hold on and plug it in to charge, you find yourself in the OF when you come back |
16:34:54 | [Saint] | Yeah, I see your point though. |
16:35:05 | Torne | Well, I don't really have a point |
16:35:08 | Torne | There's no easy solution I can see |
16:35:10 | [Saint] | or, with no settings if you have no OF. |
16:35:16 | Torne | yeah |
16:35:21 | | Join sudoman [0] (c05041eb@gateway/web/freenode/ip.192.80.65.235) |
16:35:33 | JdGordon | is fixed.cfg even in the manual? |
16:35:36 | Torne | going back and changing our minds about how dualbooting and settings-reset works is likely to confuse existing users |
16:35:50 | Torne | but the current situatoin, there's no way to enable that use case without custom build |
16:35:54 | Torne | and it doesn't seem that uncommon a thing to want |
16:36:01 | Torne | especially now charging works and usb is generally fast enough :) |
16:36:16 | Torne | on other players where you have to hold left or osmething to boot the OF, it's not a problem.. |
16:36:19 | [Saint] | Indeed, I think it is at least worth discussion |
16:36:44 | Torne | if i recall correctly linuxstb added the hold switch as a way of dual booting because on some models, holding menu to dualboot wasn't detected reliably |
16:36:50 | Torne | holding menu is still implemented, btw :) |
16:37:03 | | Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) |
16:37:09 | Torne | detecting the hold swtich is more reliable because it's just a GPIO |
16:37:20 | [Saint] | yeah, I personally think that was just a misunderstanding with how "menu" is used to dual boot. |
16:37:29 | Torne | well it's very har to know now |
16:37:31 | Torne | since it was years ago |
16:37:34 | Torne | and nobody remembers clearly |
16:37:35 | Torne | :) |
16:37:39 | [Saint] | if you boot *tehn* hold menu, it missed it...about 90% of the time. |
16:37:50 | [Saint] | but, if you boot by *holding* menu, its fine. |
16:37:53 | Torne | both select and menu power the ipod on when you press them, on all models, afaik |
16:37:56 | Torne | so yeah |
16:38:02 | Torne | but that may not be it |
16:38:09 | Torne | maybe there *was* an issue with reading the buttons reliably |
16:38:14 | Torne | maybe that issue is now fixed, maybe it's not |
16:38:15 | JdGordon | you can boot of with the menu button? |
16:38:17 | Torne | it's hard to say without context |
16:38:18 | Torne | JdGordon: yes |
16:38:22 | * | JdGordon uses hold switch |
16:38:22 | [Saint] | JdGordon: Yes |
16:38:23 | Torne | that was the original dualboot method |
16:38:34 | n1s | Torne: yeah, i think i remember that reading the menu button was unreliable |
16:38:43 | Torne | n1s: yes, various people remember that |
16:38:50 | Torne | but not specifically what the problem was |
16:38:51 | [Saint] | the only iPod that "menu" doesn;t work for is the Nano2g AFAIK |
16:38:52 | Torne | or on which models |
16:38:56 | Torne | or whether it might've been fixed now |
16:39:00 | Torne | :) |
16:39:16 | n1s | Torne: it's probably somewhere in the irc logs :) |
16:39:17 | Torne | and now everyone except me uses hold to boot the OF, so they would be surprised if that went away |
16:39:30 | Torne | and you are still left with the settings-reset issue even if you did change that |
16:39:44 | Torne | lots of players use hold for settings-reset, which is fine for players where you have to turn them on |
16:39:54 | Torne | but not for players where they power on automatically on cable insert even if hold is on |
16:39:57 | n1s | Torne: couldn't the bootloader just check if it was a dualboot installation and if not just power off if hold is enabled? |
16:40:03 | [Saint] | I think the "unreliable" part comes from the fact that you can boot, *then* switch hold on, and boot the OF. But it's almost impossible to boot, *then* hold menu, and boot the OF. |
16:40:08 | Torne | n1s: no, you can't power off with a cable inserted. |
16:40:11 | [Saint] | It's easier to just hold menu to boot. |
16:40:19 | Torne | n1s: the hardware doesn't allow it |
16:40:44 | Torne | n1s: and fi you hacked it up to do it it wouldn't charge properly ;) |
16:40:45 | n1s | Torne: aha, then maybe not reset settings if cable is inserted on bootup? |
16:41:05 | Torne | n1s: That seems kinda dodgy |
16:41:10 | Torne | also, RTC alarm is another poweron source |
16:41:25 | Torne | currently if you set the alarm and then power off and leave hold turned on, it wakes up into the OF and you don't get your alarm ;) |
16:41:35 | Torne | if you did it that way it would instead wake up into rockbox and then erase your settings.. ;) |
16:41:36 | [Saint] | yeah, RTC wakeup with hold on is a royal PITA! |
16:42:37 | [Saint] | IMO, its worth finding a way to lety the user kiss the Apple OF goodbye for good without all these potential PITAs |
16:43:00 | | Join funman [0] (~fun@rockbox/developer/funman) |
16:43:02 | [Saint] | I'd suggest most iPod users never want to see the OF again now there is propper charging |
16:43:45 | n1s | the beast is the same way btw, and booting OF is annoying since it takes ages and you need somethign with a tiny tip to reset since it can't be shutdown... |
16:43:47 | sudoman | Saint: i'm one of them. ; ) |
16:43:51 | [Saint] | I have removed the OF from my Nano1Gs, but, now I fear the hold butting and wiping my congig accidentally. |
16:44:02 | funman | bertrik: #ifdef SANSA_CLIPPLUS #include "backlight-target.h" looks wrong |
16:44:03 | [Saint] | *config, even |
16:44:18 | krazykit | [Saint], so write your config into a backup just in case. if it happens, just "play" the config file :) |
16:44:30 | funman | backlight-target.h is only needed for buttonlight |
16:44:34 | [Saint] | krazykit: I do, but, that's still annoying. |
16:44:45 | Torne | n1s: right, it applies to anything that uses hold in this way if ther'es any wakeup source that isn't disable dby hold (rtc or charger) |
16:44:51 | [Saint] | It's gonna be slightly better now I have found "fixed.cfg" though |
16:45:11 | Torne | [Saint]: don't you use your own build? you can trivially #if 0 out the code that tests hold and resets settings :) |
16:45:19 | Torne | which is what i've done |
16:45:26 | funman | pamaury: how can i check if 'everything fail' without a usb analyzer? |
16:45:26 | Torne | i've also disabled the code in the bootloader that tests hold |
16:45:29 | Torne | so i can still dualboot with menu |
16:45:47 | [Saint] | Torne: Oooh! Oooh! diff me? |
16:46:00 | [Saint] | I haven;t messed with bootloader |
16:46:19 | pamaury | funman: with logf enable, you check if there is at least on transfer going on, alternatively, the linux kernel should fail at something else that reading the device descriptor and failing. |
16:46:30 | n1s | Torne: can't we move settings reset to a button instead? |
16:46:43 | Torne | n1s: yes, but it's been hold for a long time and on a lot of targets |
16:46:53 | Torne | n1s: that's my concern.. is it gonna cause confusion |
16:46:58 | [Saint] | there is however, good reason to change it. |
16:47:00 | pamaury | I'm unsure about the state of the code in SVN, there might be a few things not right but there should be at least one transfer starting ! |
16:47:02 | funman | pamaury: can i add a panicf() on transfer? |
16:47:15 | | Join fischju [0] (4cecb49a@gateway/web/freenode/ip.76.236.180.154) |
16:47:27 | funman | well if you have work in progress i should wait for you to commit first |
16:47:41 | n1s | but using hold brings problems and i don't think many people regularly reset their settings this way, in fact it's probably more common to so it accidentally :) |
16:47:58 | Torne | i guess. if you are trying to dualboot and you do it too late you get a settings reset :) |
16:48:01 | [Saint] | n1s: I'd agree with that actually |
16:48:20 | Torne | [Saint]: http://whitefang.wolfpuppy.org.uk/temp/dont_use_hold.diff |
16:48:28 | Torne | that will disable hold detection at boot time for all PP ipods |
16:48:33 | * | [Saint] bows, humbly |
16:48:39 | Torne | bootloader will ignore it and boot rockbox, and rockbox will ignore it and not reset settings. |
16:48:42 | pamaury | No because my "work in progress" does not make it work, I should commit something but not my whole code. If you want to try, add a panicf in handle_ep_int |
16:48:46 | Torne | you can still dualboot with menu |
16:49:03 | [Saint] | truly, truly awesome...thanks Torne |
16:49:10 | Torne | i use it because i like to hit poweron and then turn hold on immediately and put it in my pocket |
16:49:15 | Torne | and then just wait for automatic resume |
16:49:16 | Torne | :) |
16:49:37 | Torne | if i want to reset my settings i can do it over usb ;) |
16:49:39 | [Saint] | Oh...wait. it will disable hold detection for Nano2g as well...no? |
16:49:44 | Torne | only in rockbox itself |
16:49:47 | [Saint] | Nano2g can't use "menu" |
16:49:50 | Torne | it doesn't patch the nano2g bootloader |
16:49:50 | | Join delt [0] (1000@www.deimos.ca) |
16:49:54 | delt | Hello |
16:49:58 | [Saint] | Aweosme. |
16:50:07 | Torne | it disables settings reset for all targets |
16:50:45 | fischju | ROCKBOX. I saw on the forums there was an android port in progress? |
16:51:21 | [Saint] | fischju: Not specifically an Android port, but, android is the first intended target. |
16:51:38 | delt | so i just found this old sansa c140 i had years ago, before i knew rockbox existed =) (but the OF bricked it) |
16:52:09 | * | Torne looks up which targets use what for settings reset. |
16:52:57 | fischju | 1.5 compatible? :D - I'm here on behalf of a usable music player for the nook...tried regular android music apps, all unskinnable to make them useless |
16:53:44 | delt | even when connecting to the PC it stays stuck at "[unknown] track15.cdda.wav" |
16:53:58 | delt | i'd like to try installing rockbox on this, just out of curiosity |
16:54:12 | delt | (the c140) |
16:55:57 | funman | delt: if it's not listed on the frontpage, it doesn't work with rockbox |
16:56:02 | delt | oh, question about the sansa e260 - if i get a microSD card and put it in the player, it will show up as a new partition, right? |
16:56:30 | delt | funman: the c1x0, says it has basic support, barely usable... which is still more than this piece of junk is right now =) |
16:57:00 | funman | dunno which website you are browsing but www.rockbox.org says "Work has begun on porting Rockbox to these players, but much remains before they are usable" |
16:57:41 | delt | oh yeah, you're right |
16:57:44 | | Join captainkewl [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) |
16:57:55 | pixelma | someone started a c100 port which is already a while ago and I haven't heard about it for years. There must be something in the "New Ports" forums |
16:58:15 | captainkewl | funman: thanks for the .map file tip... it was exactly what I needed. |
16:58:31 | delt | its just this old piece of junk i bought like 6 or 7 years ago |
16:58:38 | funman | captainkewl: what was the bug? (do you have a patch?) |
16:59:10 | delt | if any of the devs need it to do some testing/etc... i could gladly ship it to you =) |
16:59:44 | bertrik | funman, I think you're right indeed |
16:59:45 | delt | (tho like i said, the OF is bricked, no way to do anything afaik) |
17:00 |
17:00:16 | | Quit [Saint] () |
17:00:39 | gevaerts | delt: it will show up as an extra drive |
17:01:31 | Torne | hm, the logic for choosing the settings reset button is kinda weird |
17:01:37 | Torne | if there's a record button it uses that |
17:01:55 | Torne | if it's a gigabeat it uses A |
17:02:24 | Torne | if it's an ipod 4g-style pad (all the models other than 1-3g) or an iriver h10-style pad it uses hold |
17:02:28 | Torne | otherwise it doesn't have one. |
17:02:39 | Torne | that's kinda.. weird :) |
17:02:40 | captainkewl | funman: it was for the mikmod plugin I was working on... The memory address was completely off the map, and it turned out the mallocs were probably corrupting the memory and introducing bad instructions somehow. |
17:03:06 | delt | gevaerts: in linux, if the player is sda, the sd card will be sda3 right? |
17:03:12 | gevaerts | no |
17:03:29 | delt | or it becomes a second usb device? |
17:03:33 | gevaerts | also no :) |
17:03:37 | funman | it'll be sdb |
17:03:48 | delt | weird :3 |
17:04:17 | delt | what about in rockbox? is there a fixed mount point, or configurable...? |
17:04:31 | gevaerts | The internal storage is SCSI LUN0, the SD slot is LUN1, both on the same USB device. That means they're separate drives on a single device |
17:04:42 | delt | or two "files" entries on the main menu |
17:05:15 | delt | gevaerts: thanks for the info |
17:05:49 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.126) |
17:06:06 | delt | (since i dont have a microSD card, i cant test this) |
17:06:53 | Torne | So, hm, if we were gonna change the settings-reset button for ipods, what should it be? |
17:07:05 | | Quit captainkewl (Quit: Page closed) |
17:07:07 | Torne | there's not a lot of choices ;) |
17:07:11 | funman | pamaury: i made a typo in the first CCU_USB bits (one 0 too much) but there's still no transfer. looking at it |
17:07:30 | Torne | pretty much has to be fastforward, rewind or menu |
17:07:48 | pamaury | funman: ok, which constant has one zero too muche ? |
17:07:58 | Torne | :q |
17:08:00 | Torne | oops |
17:08:00 | funman | both |
17:08:03 | delt | gevaerts: how about when using the player with rb? how would you access the sd card? |
17:08:16 | funman | they are at 1A9E in OF |
17:08:21 | delt | (sansa e200) |
17:08:33 | * | gevaerts doesn't understand that question |
17:08:54 | delt | does it get mounted to a fixed location on the player? |
17:09:11 | delt | or is there 2 "files" entries on the main page? |
17:09:36 | gevaerts | It will appear in a (mostly) fixed location |
17:09:59 | gevaerts | mostly because that will change if you change the partition layout of the internal storage |
17:10:00 | delt | like /microsd/<contents of card> ...? |
17:10:05 | gevaerts | nearly |
17:10:34 | CIA-6 | New commit by bertrik (r27521): Correction to previous commit: fix condition to include backlight-target.h (not needed for clip+) |
17:11:07 | delt | or does it depend how the card is partitioned? |
17:11:27 | pamaury | funman: ok, I'll try myself later, I'm busy right now |
17:12:07 | CIA-6 | r27521 build result: All green |
17:12:36 | gevaerts | It will (usually) be /<microSD0>/ |
17:13:09 | funman | s/0/1/ |
17:13:11 | delt | gevaerts: ah, got it... and if there's more than 1 fat partition on it, <microSD1> and so on? |
17:13:15 | gevaerts | yes |
17:13:20 | gevaerts | funman: ah, it starts at 1? |
17:13:22 | * | gevaerts isn't sure |
17:13:23 | delt | uh <microSD2> and so on? |
17:14:07 | delt | awesome, awesome..... thanks for the info guys |
17:14:40 | delt | rb's support for the e2x0 players is quite impressive |
17:17:28 | pixelma | microSD0 is probably the internal storage but you won't see that in the file browser (if it's done the same way as for the Ondios) |
17:18:54 | delt | well, since FAT partitions dont (normally) support file/dir names with < > i suppose you dont have to create the mount point |
17:19:32 | | Quit JdGordon (Quit: Leaving.) |
17:20:25 | gevaerts | no |
17:20:36 | gevaerts | They're not really mount points in the usual unix sense |
17:24:07 | delt | sry was on the phone w/isp |
17:25:00 | delt | they had to change some stuff with my dsl wiring (line sync stuff) |
17:27:36 | delt | gevaerts: "usual unix sense" being that the directory exists and some device gets mounted there? |
17:27:36 | gevaerts | yes |
17:27:36 | delt | which doesnt surprise me since creating directories with < > would confuse the hell out of windowz machines :3 |
17:28:40 | delt | heh, i just noticed i can scroll through the battery % and "charging" status when connected to the PC in "don't show up as USB drive" mode (hold select while plugging) neat :D |
17:28:47 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
17:31:26 | CIA-6 | New commit by bertrik (r27522): Sansa clip+: fix display brightness for players with newer OLED controller type (and reorganise the variant detection a bit in the process) |
17:32:56 | CIA-6 | r27522 build result: All green |
17:35:13 | | Join alifalafel [0] (1000@ftp.deimos.ca) |
17:35:18 | alifalafel | testing |
17:35:29 | | Part alifalafel |
17:37:01 | | Join bubsy [0] (~bubsy@94-139-72-137.bb.cust.telefiber.no) |
17:40:45 | pixelma | delt: this channel is logged, can you please use something else for testing? (if I saw correctly) |
17:44:54 | | Quit pamaury (Read error: Connection reset by peer) |
17:45:30 | | Quit sudoman (Quit: Page closed) |
17:45:48 | | Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) |
17:58:56 | | Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) |
18:00 |
18:03:57 | *** | Saving seen data "./dancer.seen" |
18:05:57 | | Join Jerom [0] (~jerome@79.132.46.225) |
18:06:20 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
18:13:20 | | Join Xerion_ [0] (~xerion@84.25.7.202) |
18:15:13 | | Quit Xerion (Ping timeout: 264 seconds) |
18:15:13 | | Nick Xerion_ is now known as Xerion (~xerion@84.25.7.202) |
18:15:30 | | Quit Xerion (Client Quit) |
18:15:48 | | Join Xerion [0] (~xerion@84.25.7.202) |
18:23:22 | | Join sudoman [0] (c05041eb@gateway/web/freenode/ip.192.80.65.235) |
18:23:33 | | Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]) |
18:26:05 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
18:36:23 | | Join joecool [0] (~joecool@no-sources/joecool) |
18:36:24 | | Join Buschel [0] (~chatzilla@p54A3FDB9.dip.t-dialin.net) |
18:40:40 | pixelma | funman: the Ondio manuals got Rockboy now (guess because it's ondiofm and ondiosp). It'll be probably easiest and most suitable to exclude ONDIO_PAD (please check if that is the correct name). M3 and the Minis got it too... the important defined options are actually called "m3" and "ipodmini" only |
18:41:13 | pixelma | I could also fix it but only in an hour or so |
18:41:27 | funman | i let you fix it, i messed it up too many times already :) |
18:41:49 | | Quit togetic (Ping timeout: 265 seconds) |
18:41:54 | funman | perhaps "m3" should be "iaudiom3" btw |
18:42:48 | pixelma | then you have to rename all of these in the platform files (and in the rest of the code) |
18:42:58 | funman | not a big deal |
18:43:12 | funman | nothing sed can do |
18:43:14 | funman | can't* |
18:43:28 | pixelma | i don't know |
18:43:49 | pixelma | at least that's for a different commit |
18:44:14 | | Join pokes [0] (~pp@adsl-99-90-181-248.dsl.sfldmi.sbcglobal.net) |
18:46:13 | pixelma | I wonder how that works for the other includes |
18:48:22 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
18:49:15 | pixelma | it doesn't |
18:49:43 | Buschel | n1s: could you take a look at FS #11491 ? |
18:49:53 | | Join webguest27 [0] (www-data@giant.haxx.se) |
18:50:05 | n1s | Buschel: actually just compiled a build with it :) |
18:50:15 | pixelma | meh, what a mess :( |
18:51:26 | pixelma | only discovered after about... 7.5 months |
18:51:39 | Buschel | n1s: must be telepathy ;) |
18:52:46 | webguest27 | I have a new Fuzse v2.5 and I believe funman has fixed the firmware not patching problem. can anbdoy confirm what I need to do to get this to work. Do i just run a SVN buiold through mkamsboot with an OF?? |
18:53:20 | funman | webguest27: build both bootloader & mkamsboot from svn |
18:54:37 | pixelma | Zagor caught those in manual/plugins/main.tex in the target rename but not the corresponding platform files. The manuals won't be wrong but including/excluding on options that don't exist, resulting in some descriptions missing and others be wrongly included :/ |
18:55:11 | n1s | Buschel: something's wrong, there's a lot of glitches introduced in the sound |
18:55:22 | Buschel | meh :/ |
18:55:43 | pixelma | not that many plugins affected which is probobly why it went unnoticed. For that, funman's changes were helpful |
18:56:13 | webguest27 | how do i build a bootlaoder do I need to use the cross compiler as per the wiki? |
18:56:13 | Buschel | can you track down what change introduces this? that's why I only commented the original code... |
18:56:19 | | Quit Jerom (Ping timeout: 265 seconds) |
18:56:30 | n1s | Buschel: i'll take a look |
18:56:54 | Buschel | n1s: thanks. bad thing, I've reviewed it several times... |
18:59:00 | | Quit webguest27 (Quit: CGI:IRC) |
18:59:05 | | Join webguest78 [0] (www-data@giant.haxx.se) |
18:59:14 | | Quit joecool (Ping timeout: 265 seconds) |
19:00 |
19:00:07 | | Part EvanCarroll |
19:00:08 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
19:01:21 | webguest78 | funamn: webuser 27 here I just had a dropout, how do I create a bootloader? do I need to use the cross compilers as per the wiki? not very good with code |
19:02:47 | n1s | yes, you need a crosscompiler to build a bootloader but it might be a good idea to wait untill the people working on this deem support for them good enough to release a new bootloader/mkamsboot |
19:03:28 | | Join Jerom [0] (~jerome@79.132.46.225) |
19:04:40 | funman | webguest78: just get this patched OF if you can't wait: funman/fuzpa.bin.bz2">http://jones.videolan.org/~videolan/funman/fuzpa.bin.bz2 |
19:04:59 | funman | n1s: they are good enough but we need to make new AMSv1 bootloaders/mkamsboot so we might as well do it all at once |
19:05:28 | n1s | funman: ah, ok |
19:06:08 | pixelma | funman: I think I'll only make the ONDIO_PAD change for now as it will also give a hint why it is excluded. The rest should be fixed in the platform files and the rest of the manual code, there are some gotchas though |
19:07:21 | Buschel | n1s: the most suspicous code changes are the second call of SYNTH_EMAC2 and the first call of SYNTH_EMAC1 |
19:07:45 | n1s | Buschel: found one thing: the fe and fx parameters are swapped in the second SYNTH_EMAC2 call but that didn't fix it |
19:08:02 | webguest78 | funman your a legned, thanks for all your efforts, just one more question can I just use RB 3.6 or od I need one of the SVN? |
19:08:09 | Buschel | n1s: the swapping is intentional |
19:08:22 | n1s | ah, then i need to read more carefully |
19:08:26 | funman | webguest78: as rockbox 3.6 for fuzev2 doesn't exist, you don't have the choice |
19:08:35 | * | Buschel needs to bring his son to bed now |
19:08:40 | n1s | ok |
19:08:49 | Buschel | will be back in some minutes (hopefully :) |
19:09:09 | n1s | i find this numbered parameter syntax for inline asm horrible btw :) |
19:09:45 | Buschel | me too, that's what allows errors like we have now... |
19:10:16 | webguest78 | oops my bad, again thanks though |
19:14:01 | | Quit pjm0616 (Ping timeout: 264 seconds) |
19:15:35 | | Quit webguest78 (Quit: CGI:IRC (Ping timeout)) |
19:17:33 | CIA-6 | New commit by funman (r27523): lcd-clip.h: mentions clipv2 |
19:19:18 | CIA-6 | r27523 build result: All green |
19:19:33 | kugel | n1s: any further progress with gcc444 on cf? |
19:20:03 | funman | kugel: http://www.rockbox.org/irc/log-20100722#14:13:04 |
19:21:01 | kugel | funman: I don't know how to answer it, I think we only had that case once :) |
19:21:28 | kugel | and you were around that time :P we simply released new bootloaders for all PP targets when USB was made working on thenm |
19:21:52 | funman | ok i'll make bootloaders soon-ish and test fuzev1/clipv1 |
19:22:57 | n1s | kugel: not really, it just needs more testing and making a patch with the new codec tunings |
19:23:23 | n1s | i suppose, haven't even compiled for any other cf targets yet, i should try that |
19:25:52 | | Quit t0rc (Quit: Leaving) |
19:26:08 | kugel | n1s: everything compiles fine now? |
19:27:00 | n1s | yeah, libmad needs a patch, but i have that made, and there are a few aliasing warnings for pdbox, so i'll add a -fno-strict-aliasing to that |
19:27:30 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
19:27:32 | kugel | hm, those warnings are not there with arm gcc?! |
19:27:33 | funman | pamaury: with http://pastie.org/1055718 transfers seem to be triggered, can you check ? |
19:27:49 | | Join pjm0616 [0] (~user@110.9.28.120) |
19:27:55 | kugel | n1s: also, how's the binsize affected? |
19:27:58 | n1s | kugel: i think that's because core uses -Os for coldfire while it uses -O1 for arm |
19:28:10 | n1s | the core grows ~15k |
19:28:18 | kugel | ! |
19:28:34 | funman | fat rockbox! |
19:28:59 | kugel | no wonder you didn't mentioned it yet, I shouldn't have asked publically :) |
19:29:49 | n1s | as long as everything fits in iram (which i should check for the other cf targets) that size growt isn't so bad |
19:29:56 | | Quit funman (Quit: free(random());) |
19:30:20 | | Quit krazykit (Ping timeout: 240 seconds) |
19:30:28 | n1s | it's a 3% increase |
19:32:49 | | Join joecool [0] (~joecool@no-sources/joecool) |
19:36:44 | Buschel | back again |
19:40:21 | | Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) |
19:43:10 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
19:43:59 | | Join AzureWurk [0] (opera@c-24-21-44-114.hsd1.wa.comcast.net) |
19:47:46 | | Part AzureWurk |
19:50:04 | Buschel | n1s: just reviewed again. cannot find the error... could you further track down? |
19:54:44 | | Join aksis [0] (~aksis@ip24-56-47-177.ph.ph.cox.net) |
19:58:37 | n1s | Buschel: yeah, still looking |
20:00 |
20:00:26 | n1s | yeah the first SYNTH_EMAC1 call is buggy, i think it's the fo+1 part since fo is one of those weird pointers it gets increased by 32 when you do a fo+1 |
20:01:19 | Buschel | shit. just came by the same section... try to use SYNTH_EMAC1(hi0,fo,D0ptr+1) instead of SYNTH_EMAC1(hi0,fo+1,D0ptr) |
20:02:04 | Buschel | didn't you mention those %-numbering? |
20:02:43 | * | Buschel needs a beer |
20:03:02 | * | n1s did :/ |
20:03:08 | n1s | ok, testing that |
20:04:00 | *** | Saving seen data "./dancer.seen" |
20:05:06 | n1s | yep, that works correctly |
20:05:13 | Buschel | \o/ |
20:05:14 | Buschel | :) |
20:05:41 | aksis | Hi. I got album art working via the folder.jpg method (so I know it's working), but all files are in /MUSIC and I don't want a separate folder for a few songs from an album −− how do I get album art working from /.rockbox/albumart/ ? For example, I have the mp3 file ("artist_name - song_title.mp3") in /MUSIC (it has the album_title id3v2 tag (and others)), but when I put the album art file ("artist_name - album_title.jpg" - like the docs say) in |
20:08:37 | aksis | Do the mp3s need to be named a certain way? Does ./rockbox/albumart/* presume that there will be a folder for the album? |
20:11:14 | | Join captainkewll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) |
20:11:16 | aksis | Can there be spaces in the file names? Are the file names casesensitive? |
20:11:18 | n1s | Buschel: the second SYNTH_EMAC2 call is buggy too, all the others are fine |
20:11:59 | Buschel | n1s: why? what is wrong with that? |
20:12:22 | n1s | dunno yet but it gives me a different checksum |
20:12:44 | Buschel | hmmm, let me check again :/ |
20:13:12 | n1s | think it needs a +1 on the d0ptr too |
20:13:40 | n1s | or rather a -1 |
20:14:22 | | Join bug2000 [0] (~bug@unaffiliated/bug2000) |
20:14:41 | bug2000 | This doesn't make too much sense: Rockbox is considered Stable on Fuze v1/e200v2, Unstable on Clip v1, Clip v2, Clip+, Fuze v2 and Unusable on C200 v2, m200 v4. |
20:15:25 | Torne | what doesn't make sense about it? |
20:15:58 | n1s | no, that's not it |
20:17:15 | | Quit sudoman (Quit: Page closed) |
20:17:16 | n1s | Buschel: something with mac/msac perhaps, it seems those are flipped |
20:17:43 | | Part aksis ("Leaving.") |
20:18:17 | simonrvn | makes sense to me |
20:18:21 | bug2000 | Torne: The syntax. The pharse itself is understandable. Just whats with the splitting? |
20:18:27 | bug2000 | Makes it feel like there is an error in it. |
20:18:36 | Torne | what? |
20:18:58 | bug2000 | It says unstable twice. |
20:19:02 | Torne | no it doesn't |
20:19:12 | bug2000 | You are right. It doesn't. |
20:19:23 | bug2000 | I hate it when my reading fails me. |
20:19:29 | Torne | it says stable, unstable and unusable, like the three categories on the front page |
20:19:30 | bug2000 | And I even bothered to make it bold. |
20:19:36 | bug2000 | Yeah, I just noticed. |
20:19:38 | n1s | Buschel: yeah, that's it! the result is sign flipped |
20:19:51 | bug2000 | I feel ashamed. |
20:20:08 | simonrvn | it's a small mistake, no biggie. |
20:20:36 | bug2000 | I kept reading it wrong over and over. Must be what I was told about head only counting the letters and reading the first and last ones. |
20:21:31 | Buschel | n1s: you're right, the second call swaps msac/mac usage. so, we only need to invert the result to -(hi0<<3) instead hi0<<3 |
20:21:52 | n1s | yep, with that the checksums match again |
20:23:37 | Buschel | n1s: couldn't we also just exchange all mac.l with msac.l in EMAC1 and remove the sign-inversion afterwards (both results signs are inverted) |
20:24:05 | n1s | yes, i thought about that too |
20:25:01 | n1s | the SYNTH_EMAC_ODD_SBSAMPLE and SYNTH_EMAC_EVEN_SBSAMPLE seem to differ only by the pointer offsett too so maybe we can merge those too? |
20:25:57 | Buschel | not really, there is something like a ring-buffer done when using the adress #120 |
20:26:02 | | Join T44 [0] (~Topy44@f048068107.adsl.alicedsl.de) |
20:27:29 | n1s | ah, decivingly similar but with a subtle difference :) |
20:27:51 | Buschel | yep... dangerous... |
20:28:39 | Buschel | btw, updated the patch in the tracker to our latest results. will now make small update in changing mac to msac and removing the sign-inversion |
20:29:43 | n1s | there's no speed diff over svn so i think this is ok |
20:30:06 | | Quit bunnyboi (Ping timeout: 265 seconds) |
20:30:06 | | Quit Topy44 (Ping timeout: 265 seconds) |
20:32:05 | Buschel | n1s: the interesting stuff is when you now compare synth_full() for CPU_ARM, CPU_COLDFIRE and the others. It is nearly the same... |
20:32:51 | | Quit BJH^ (Quit: ChatZilla 0.9.86 [Firefox 3.6.7/20100713130626]) |
20:35:16 | | Quit pixelma (Quit: ...) |
20:35:46 | n1s | using msac for SYNTH_EMAC1 works fine but there's a small slowdown from that for some reason |
20:36:05 | | Quit Jerom (Quit: Leaving.) |
20:38:41 | n1s | the MCF5249 User manual say that msac.l takes 3 cycles but i've always thought that was a typo |
20:39:02 | Buschel | ok, so we better avoid msac... |
20:39:18 | n1s | since all the other msac variants take the same time as mac |
20:39:53 | n1s | i'd guess it's a compiler thing rather than this actually being true |
20:40:21 | n1s | maybe i should test that |
20:42:38 | Buschel | n1s: could you shortly acknowledge that the latest v04-patch works fine? then I will submit it |
20:42:54 | n1s | Buschel: ok |
20:47:07 | maraz | S_a_i_n_t: my nano is now at an ambient room temperature of about 25 degrees, yesterday i formatted the whole thing and reinstalled rockbox to no avail, it still boots up with "No .rockbox directory / Installation incomplete" unless I cool it down first. |
20:47:49 | Buschel | maraz: nano 1G ? |
20:47:51 | maraz | yes |
20:48:28 | n1s | Buschel: yep, it's fine |
20:49:06 | Buschel | maraz: hmm, I remember we had similar problems a while ago (at least 2 years ago...). solution cuold be to clock down the device. can you build rockbox? |
20:49:23 | maraz | i can, but it's not really a solution, is it :) |
20:49:27 | Buschel | n1s: thanks! I hope I can help you with testing some time :) |
20:49:41 | n1s | no problem |
20:49:42 | Buschel | maraz: well, if it works? ;) |
20:50:13 | maraz | Buschel: meh, i wouldn't really want to make a custom build every time i upgrade |
20:50:17 | | Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) |
20:51:42 | Buschel | maraz: well, either you make a custom build each time (I do so -> to use higher clock ;) ) or you need to cool down your nano or you buy another one... I guess making a custom build is the easiest way |
20:52:47 | pokes | what are the downsides to underclocking if you can, wouldn't it save on battery? |
20:54:04 | Buschel | pokes: not really. as the cpu clock is scaling a lower max clock will only avoid overheating and reduce the maximum reachable speed for games/videos etc. |
20:54:25 | n1s | pokes: we adjust the cpu speed on most players already |
20:54:30 | pokes | i see |
20:54:36 | Buschel | maraz: another positive effect -> you may also add some patches that will increase your battery runtime :) |
20:54:38 | | Quit mt (Read error: No route to host) |
20:54:49 | maraz | Buschel: interesting. |
20:54:56 | maraz | although my battery definitely needs replacement |
20:54:59 | maraz | it's from 2005... |
20:55:03 | maraz | i think... |
20:55:06 | maraz | or 2006? |
20:55:14 | | Join mt [0] (~mtee@rockbox/developer/mt) |
20:55:16 | maraz | anyway |
20:55:20 | maraz | it's not the processor that is overheating |
20:55:27 | maraz | it's the flash chip |
20:55:42 | maraz | or perhaps the ATA controller, should there be one, i don't know |
20:56:09 | | Quit togetic (Ping timeout: 260 seconds) |
20:56:14 | Buschel | maraz: you might just take a look at FS #8668 (which lowers the low cpu freq). you could just change the patch to also lower the max cpu freq. gain: more battery life, loss: less maximum performance |
20:56:42 | Buschel | maraz: you could give an "underclocking" a try |
20:57:11 | maraz | it would probably work as the problems started appearing after rockbox started using the full 80MHz clock |
20:57:33 | CIA-6 | New commit by Buschel (r27524): Submit FS #11491. Refactor coldfire inline asm within libmad's synth_full() to gain better readability. Thanks to Nils Wallménius for supporting. |
20:57:38 | Buschel | maraz: exactly |
20:57:59 | maraz | thing is, this probably isn't an isolated case |
20:58:58 | maraz | most people installing rockbox and running into this probably think the problem is rockbox itself sucking, a botched installation or perhaps even broken hardware |
20:59:07 | Buschel | you are again correct. but, if you could try an underclocking we would have the information about whether this may solve the issue |
20:59:10 | CIA-6 | r27524 build result: All green |
21:00 |
21:01:23 | | Quit kugel (Ping timeout: 240 seconds) |
21:03:52 | | Quit captainkewll (Quit: Page closed) |
21:10:10 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
21:13:01 | | Join TheSphinX^ [0] (~TheSphinX@p54A5EE67.dip.t-dialin.net) |
21:17:32 | | Join pixelma [0] (~pixelma@rockbox/staff/pixelma) |
21:20:55 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
21:27:18 | | Join TheSphinX^2 [0] (~TheSphinX@89.204.153.71) |
21:30:06 | | Quit TheSphinX^ (Ping timeout: 276 seconds) |
21:32:28 | | Join captainkewll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) |
21:38:06 | | Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) |
21:38:54 | | Quit captainkewll (Quit: Page closed) |
21:40:52 | bertrik | I changed clip* contrast to backlight brightness and enabled backlight fading, it doesn't look that bad |
21:46:00 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
21:46:44 | | Quit bieber (Ping timeout: 276 seconds) |
21:47:03 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
21:49:29 | | Quit Xerion (Quit: ) |
21:53:49 | | Quit milz (Remote host closed the connection) |
21:54:54 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
21:58:01 | | Join robin0800 [0] (~robin0800@149.254.61.41) |
21:58:07 | bug2000 | Ok, this time I'm pretty sure I read it correctly. `2.3.31 or 2.3.31`. |
21:58:17 | Torne | where? |
21:58:19 | | Quit milz (Remote host closed the connection) |
21:58:51 | bug2000 | http://www.rockbox.org/wiki/SansaAMS |
21:58:57 | bug2000 | Fuzev2: some models can only be upgraded to 2.3.31 or 2.3.31 OF version because of some hardware changes: these models can be rockboxed only with a bootloader and mkamsboot built from SVN. |
22:00 |
22:00:18 | Torne | well, then find out what's right and fix it |
22:00:19 | maraz | so, Buschel, any idea what i should underclock to? |
22:00:24 | maraz | 75MHz? |
22:00:30 | Torne | it presumably means two *different* versions |
22:03:32 | | Join gena [0] (www-data@giant.haxx.se) |
22:04:02 | *** | Saving seen data "./dancer.seen" |
22:08:01 | | Quit bieber (Ping timeout: 260 seconds) |
22:08:19 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
22:09:14 | gena | Hello! I would like to ask whether it is possible to get the source code for the default .wps file (iPod nano 2G). I would like to add just one tag (%pr) to it and save under different name. Thanks! |
22:09:44 | Torne | ..source code |
22:09:44 | Torne | ? |
22:09:53 | Torne | .wps files are source code |
22:09:58 | Torne | just edit it |
22:11:33 | | Join Jaykay [0] (~chatzilla@p5DC56EEB.dip.t-dialin.net) |
22:11:35 | gena | It is too complex to add all tags. I wanted to get like a template and just add one more tag. |
22:11:44 | Torne | hm? |
22:11:55 | Torne | by default theme, you mean cabbiev2? |
22:12:15 | Torne | yellow and black? :) |
22:12:22 | gena | no, i mean rockbox_default |
22:12:46 | Torne | you like that? :) |
22:12:47 | Torne | wow. |
22:13:02 | n1s | gena: isn't that one included in the install as well? |
22:13:09 | gena | rockbox_default, white on the black, i like it. |
22:13:53 | n1s | ah, no it's just a dummy file :) |
22:13:54 | gena | It is included in the install, of course. That is how I got it. |
22:14:21 | Torne | yeah, i'm fidning it, one sec |
22:14:56 | Torne | http://svn.rockbox.org/viewvc.cgi/trunk/apps/gui/wps.c?revision=27483&view=markup |
22:14:59 | Torne | it's in there |
22:15:07 | | Quit n1s (Quit: Lämnar) |
22:15:28 | bug2000 | Torne: For that I'd need the hardware... I was just reading. |
22:15:37 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
22:15:38 | gena | Dummy file - this is exactly what my problem is. I wold like to get the real wps tags behind this dummy file. |
22:15:40 | Torne | bug2000: well, the information is probably somewhere else |
22:16:42 | | Quit milz (Read error: Connection reset by peer) |
22:16:52 | bug2000 | Torne: http://www.rockbox.org/wiki/bin/rdiff/Main/SansaAMS?rev1=217;rev2=216 |
22:17:02 | bug2000 | No wait. Wrong one. |
22:17:08 | Torne | gena: for your player it's line 128 and lines 130 to 135 |
22:17:14 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
22:17:30 | Torne | which is easier if, er, i link to the version with line numbers |
22:17:32 | Torne | http://svn.rockbox.org/viewvc.cgi/trunk/apps/gui/wps.c?annotate=27483 :) |
22:17:55 | gena | Torne, thank you so much for the link! |
22:18:08 | Torne | no problem |
22:18:14 | Torne | it's not really explained anywhere because we assume nobody cares |
22:18:30 | Torne | since it is so spectacularly ugly and exists purely so that rockbox isn't useless after anopther wps fails to load ;) |
22:21:51 | bug2000 | Torne: Seems like the issue is since ever. It was added that way and never changed. |
22:22:54 | gena | Fantastic! This is my first encounter with getting support on open source project via IRC channel. I am stunned how fast it was. THANK YOU Torne! |
22:24:04 | Torne | bug2000: yes, it's probably a typo, but i don't know what the right answer is; prod someone who works on AMS |
22:24:13 | Torne | or look on the forum threads where it was discussed |
22:24:40 | Torne | gena: we try; you asked a reasonable question that's difficult for you to find out on your own, since it *isn't* really referred to anywhere :) |
22:24:51 | Torne | s'better than people asking stuff that's clearly in the manual :) |
22:27:11 | mc2739 | bug2000: SansaAMS page has now been updated |
22:27:55 | | Quit milz (Remote host closed the connection) |
22:29:15 | bug2000 | mc2739: And I was just trying to find this info >.> |
22:29:27 | | Quit ender` (Quit: But there, everything has its drawbacks, as the man said when his mother-in-law died, and they came down upon him for the funeral expenses.) |
22:30:21 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
22:30:33 | bug2000 | mc2739: http://daniel.haxx.se/sansa/amsfw.html#fuze −−> Shouldn't one test to see if it works with the older versions and update it correctly? or it's a no biggie who cares? |
22:31:30 | bug2000 | mc2739: Also, I believe .33 is the latest one for Fuzev2 which renders the entire line useless, doesn't it? |
22:31:58 | bug2000 | [And yes, I only now bothered to think about it >.>] |
22:32:12 | | Quit TheSphinX^2 (Remote host closed the connection) |
22:33:01 | mc2739 | bug2000: there are two models of what we call "Fuzev2" - one model will run all versions of the OF, and the other only runs 2.3.31 and 2.3.33 |
22:33:49 | bug2000 | mc2739: But not older? |
22:33:54 | | Quit gena (Quit: CGI:IRC) |
22:34:09 | bug2000 | Interesting :) |
22:34:39 | mc2739 | bug2000: correct, the newer model has hardware changes which the older firmware versions do not support |
22:35:06 | bug2000 | I see, thank you. Is there a way to check which version is a player without trying to downgrade it? |
22:36:13 | mc2739 | yes, you need to flash a firmware file that has been renamed to enable a dignosis mode |
22:36:28 | mc2739 | *diagnosis |
22:36:42 | | Join kifo [0] (~Keri@174-16-166-84.hlrn.qwest.net) |
22:38:06 | | Quit maraz (Ping timeout: 276 seconds) |
22:45:53 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.7/20100713130626]) |
22:46:18 | | Join maraz [0] (maraz@kapsi.fi) |
22:48:07 | | Quit hebz0rl (Ping timeout: 248 seconds) |
22:56:01 | | Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]) |
22:59:42 | | Join terataz [0] (~rgtr@94.165.113.160) |
23:00 |
23:00:25 | terataz | is there a way to have playlists & mp3 working from sd memory on a sansa fuze? |
23:01:10 | bug2000 | terataz: Doesn't it by default? |
23:01:41 | terataz | bug2000: from my experience, they work only from main memory |
23:02:03 | terataz | move it to sd,edit it accordingly, and they won't work anymore |
23:02:09 | bug2000 | terataz: I didn't look at Rockbox with an SD card, but I believe it appears as a folder called something, right? |
23:02:17 | bug2000 | Oh, so you did change the path, odd. |
23:02:43 | terataz | you can have the mp3s in the sd but playlist seems that it has to stay in main memory |
23:02:52 | terataz | so that it will appear in the rockbox playlist folder |
23:02:54 | pixelma | you mean mixing data from external and internal memory and premade playists from the PC? |
23:03:11 | terataz | pixelma: no, i mean loading both playlists and mp3s in the sd |
23:03:13 | pixelma | how do you change the path? |
23:03:15 | bug2000 | So if I understand correctly, it just doesn't look for pls on the sd? |
23:03:21 | bug2000 | m3u* whatever |
23:03:24 | terataz | bug2000: correct |
23:03:42 | terataz | pixelma mmc:0 = main memory ; mmc:1 = sd |
23:03:49 | terataz | correct? |
23:04:38 | | Quit jgarvey (Ping timeout: 276 seconds) |
23:06:01 | pixelma | no, it's either <microSD1> for external on the fuze and nothing (I *believe*) for internal. But IIRC Rockbox should also find the files if you leave out this part, it'll look in both places |
23:07:18 | terataz | i'm following the syntax as explained in this thread http://www.anythingbutipod.com/forum/showthread.php?t=29130&page=3 |
23:07:31 | terataz | i use .m3u |
23:07:55 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
23:09:01 | | Join bluebrother [0] (~dom@f053154169.adsl.alicedsl.de) |
23:09:12 | | Quit bluebrother (Changing host) |
23:09:12 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
23:09:42 | bug2000 | terataz: m3u8 > m3u but thats another story. |
23:09:56 | pixelma | pla is a different format and used by the OF. Rockbox only does m3u or m3u8 - since it can't read .pla I guess the format differs a bit |
23:10:22 | | Quit bluebroth3r (Read error: Operation timed out) |
23:10:27 | terataz | pixelma: are you suggesting something like microSD1:/MUSIC/Music/Eurythmics/eurythmics-missionary_man.mp3 |
23:10:33 | pixelma | no |
23:11:36 | | Quit GeekShadow (Quit: The cake is a lie !) |
23:12:07 | | Quit milz (Remote host closed the connection) |
23:12:46 | terataz | pixelma: a syntax example ? |
23:13:16 | terataz | mmc:0/MUSIC/Music/Eurythmics/eurythmics-missionary_man.mp3 works fine if mp3 is in main |
23:13:30 | bug2000 | pixelma: Original Sansa firmware reads m3u / m3u8. |
23:13:40 | | Quit kifo (Ping timeout: 252 seconds) |
23:13:50 | terataz | bug2000: does it? |
23:14:33 | pixelma | maybe you could just leave out the microSD: one part or replace it by <microSD1> but: I don't know how the m3u syntax looks like. You could try and write a playlist through Rockbox from either memory and compare. I'm trying to find related threads in the Rockbox forums |
23:15:02 | bug2000 | terataz: Yeah, I've used that and only that as playlists on my clip. |
23:15:37 | bug2000 | pixelma: It reads the songs on the microsd fine if I understood correctly. The only issue is that Rockbox doesn't check the microsd for playslists. |
23:15:47 | terataz | bug2000: without rockbox? |
23:15:56 | pixelma | http://forums.rockbox.org/index.php?topic=24012.0 |
23:16:13 | bug2000 | terataz: Yeah. Before I had rockbox installed. |
23:16:36 | pixelma | bug2000: huh, that's not how I understood it |
23:17:38 | bug2000 | <bug2000> So if I understand correctly, it just doesn't look for pls on the sd? <terataz> bug2000: correct |
23:17:46 | pixelma | well "read" as in "understanding" is what I thought |
23:18:00 | terataz | pixelma: thanks for the link. In fact the problem only arise when you place both m3u and mp3 on the sd |
23:18:08 | bug2000 | I can understand you. I wasn't sure at first as well. |
23:18:25 | bug2000 | terataz: Try to kill the folder path. |
23:18:36 | bug2000 | terataz: I believe it tries directly the SD when it's on the SD. |
23:18:53 | terataz | bug2000: so put m3u on sd root? |
23:18:59 | * | pixelma gives up |
23:19:03 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
23:19:52 | bug2000 | terataz: Ya. |
23:20:04 | bug2000 | terataz: It's a guess, I want to know if it works. |
23:20:27 | terataz | bug2000: would you know if with OF i could put both m3u and mp3s on sd? |
23:20:47 | terataz | pixelma: thanks anyway |
23:21:58 | bug2000 | terataz: I can assume you can. But thats just a guess. I never tried. |
23:22:10 | bug2000 | terataz: Did the path solve it on rockbox? |
23:22:27 | terataz | bug2000: can't test it now. will let you know when i do |
23:22:33 | terataz | bug2000: thx for your help |
23:22:59 | | Part terataz |
23:23:15 | * | bug2000 believe he contributed to rockbox his tiny share. |
23:23:59 | pixelma | I'm more confused than I was before |
23:25:12 | bug2000 | pixelma: Sometimes you have to use non logical things to solve non logical questions. |
23:26:24 | bug2000 | Anyway, I'm gone. Good night. |
23:28:04 | | Quit evilnick_B (Quit: Page closed) |
23:32:34 | | Join Sajber^ [0] (~Sajber^@c-5e3271d5.012-155-73746f22.cust.bredbandsbolaget.se) |
23:37:19 | | Quit bunnyboi (Quit: IRC is just multiplayer notepad) |
23:48:15 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-213-161.pools.arcor-ip.net) |
23:53:42 | maraz | meh. |
23:53:53 | maraz | underclocking to 72/24MHz did absolutely nothing to alleviate the problem |
23:54:03 | maraz | perhaps it is indeed my hardware that has reached the end of its lifespan |
23:54:34 | Torne | 72 is not a lot lower |
23:54:38 | Torne | try, like, 40 |
23:54:49 | Torne | you will still be able to play quite a few codecs that way |
23:55:03 | maraz | uh |
23:55:08 | maraz | 75 used to work in 2007 ;) |
23:55:17 | Torne | ..so? |
23:55:20 | maraz | meh |
23:55:27 | Torne | isn't it worth trying? maybe yor hardware has gotten worse ;) |
23:55:32 | maraz | maybe it has |
23:55:38 | maraz | but it's not the processor that is at fault here |
23:55:43 | maraz | it's the flash chip or the ATA controller |
23:56:58 | | Quit efyx (Read error: Connection reset by peer) |
23:57:30 | | Quit jgarvey (Quit: Leaving) |