00:02:04 | *** | Saving seen data "./dancer.seen" |
00:02:29 | | Join halmi_ [0] (~netbook@80-123-33-213.adsl.highway.telekom.at) |
00:03:42 | bertrik | Yakuza666, here it is: http://filebin.ca/rvqgbu/clppt.bin . Copy it to the root of the filesystem of your player, make sure there is enough battery power to do the upgrade. |
00:04:36 | bertrik | This file is identical to the sandisk firmware upgrade, except for the filename (the "t" in clppt.bin makes this a diagnostic firmware) |
00:04:56 | | Quit halmi (Ping timeout: 248 seconds) |
00:05:48 | | Quit BlakeJohnson86 (Ping timeout: 240 seconds) |
00:06:22 | | Quit Jerom (Read error: Connection reset by peer) |
00:07:17 | | Quit dockimble (Quit: Leaving) |
00:09:18 | Yakuza666 | @bertrik : done |
00:09:38 | | Join halmi [0] (~netbook@80-123-32-117.adsl.highway.telekom.at) |
00:10:04 | bertrik | OK, now go to menu Settings/System settings/Diagnosis in the original firmware |
00:10:14 | | Join joecool [0] (~joecool@no-sources/joecool) |
00:10:33 | Yakuza666 | done, it tell me to connect usb |
00:10:58 | bertrik | Press the down button once to get into the [HW info] screen |
00:11:13 | bertrik | And please tell me what this screen shows :) |
00:11:37 | Yakuza666 | ...) F0 |
00:11:44 | Yakuza666 | no, sorry |
00:11:46 | | Quit halmi_ (Ping timeout: 240 seconds) |
00:11:51 | Yakuza666 | RDA 5802 |
00:12:08 | Yakuza666 | there is F0 at the right of the line of RDA.. |
00:12:11 | bertrik | mines says: RDA5802 F0 and HERMON |
00:12:19 | Yakuza666 | and under RDA, there is COMBO4E |
00:12:27 | bertrik | aha! |
00:12:32 | Yakuza666 | :-p |
00:12:52 | | Join bibaheu [0] (~ismael@89.130.255.32) |
00:13:29 | bertrik | I think this means your clip+ has detected a different version of the hardware than my clip+, which is interesting to know |
00:14:33 | Yakuza666 | agree |
00:16:18 | Yakuza666 | i installed your firmware on my old clip+ |
00:16:36 | Yakuza666 | FM SI4702 + HERMON |
00:16:44 | | Join funman [0] (~fun@rockbox/developer/funman) |
00:16:56 | funman | Yakuza666: hi |
00:17:09 | Yakuza666 | hello funman |
00:17:35 | | Join halmi_ [0] (~netbook@80-123-41-122.adsl.highway.telekom.at) |
00:17:36 | funman | did you fetch rockbox svn repository already? |
00:17:56 | Yakuza666 | yes, its done |
00:19:30 | funman | once you have built mkamsboot you just need to follow the steps at http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch2.html#x4-150002.2.4 with the bootloader downloaded from http://download.rockbox.org/bootloader/sandisk-sansa/clipplus/bootloader-clipplus.sansa |
00:19:32 | bertrik | the RDA5802/SI4702 is an identification of the FM tuner chip, I think HERMON/COMBO4E is some identifier for the entire hardware platform |
00:19:56 | | Quit halmi (Ping timeout: 245 seconds) |
00:20:07 | funman | bertrik: you know what the clip+ with si4700 display in diagnosis menu ? |
00:20:24 | funman | Yakuza666: hmm wait |
00:20:39 | funman | the dualboot button isn't guaranteed to work on your clip+ |
00:20:47 | bertrik | funman, yes Yakuza666 said it at 00:16 : FM SI4702 + HERMON |
00:21:01 | funman | bertrik: but supposedly this clip+ is a third variation |
00:21:14 | funman | well fourth because the clip+ have 2 different lcd controllers |
00:22:50 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
00:23:34 | funman | Yakuza666: it should be ok |
00:23:49 | | Quit M3DLG (Ping timeout: 240 seconds) |
00:23:58 | bertrik | We can already handle the two types of FM tuner chip and I suppose we can also handle/autodetect the 2 different lcd controllers (right?), so I worry mostly about the HERMON/COMBO4E difference |
00:24:10 | funman | right |
00:24:39 | | Join halmi [0] (~netbook@80-123-41-65.adsl.highway.telekom.at) |
00:24:42 | | Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) |
00:24:56 | | Quit fdinel (Read error: Connection reset by peer) |
00:25:56 | Yakuza666 | @funman : i fetched the svn repository, but i've to compile mkamsboot, am i right? |
00:26:09 | Yakuza666 | which software i need to do that? |
00:26:26 | funman | what is your OS ? |
00:26:39 | Yakuza666 | after that, yeah, I know the command to get the rockboxed firmware |
00:26:43 | Yakuza666 | WIN XP SP3 |
00:27:14 | funman | you'll need cygwin |
00:27:17 | | Quit halmi_ (Ping timeout: 276 seconds) |
00:27:32 | funman | perhaps it's easier if i send you a mkamsboot.exe |
00:28:00 | Yakuza666 | as you want, i've got time to do it by myself or to wait you |
00:28:07 | | Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) |
00:28:18 | | Quit GeekShadow (Read error: Connection reset by peer) |
00:28:34 | saratoga | funman: what do you use to make windows compiles of mkamsboot? |
00:28:52 | funman | saratoga: make CC=i586-mingw32msvc-gcc |
00:29:01 | funman | might need make clean in tools/ucl first |
00:29:19 | saratoga | can i install that with ubuntu's package manager? |
00:29:21 | funman | and manually running i586-mingw32msvc-ranlib on libucl.a iirc |
00:29:31 | funman | yeah install the mingw stuff (gcc+runtime) |
00:30:46 | | Quit bunnyboi (Read error: Connection reset by peer) |
00:31:16 | | Join halmi_ [0] (~netbook@80-123-40-86.adsl.highway.telekom.at) |
00:31:53 | | Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) |
00:32:14 | | Quit ender` (Quit: Never say "Oooops" ... always say "Ahhh, interesting...") |
00:32:37 | | Nick bunnyboi is now known as jennifur (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) |
00:34:42 | | Quit halmi (Ping timeout: 276 seconds) |
00:37:37 | | Quit bibaheu (Remote host closed the connection) |
00:39:14 | | Join halmi [0] (~netbook@80-123-39-193.adsl.highway.telekom.at) |
00:41:28 | | Quit halmi_ (Ping timeout: 240 seconds) |
00:43:12 | Yakuza666 | okay, so funman gamme a mkamsboot.exe for my new clip+ |
00:43:40 | Yakuza666 | i succesfully installed the new firmware, it was detected this time |
00:44:00 | Yakuza666 | problem now is I get ata error : -2 when i launch rockbox |
00:45:14 | bertrik | IIRC this is similar to what we see with the newer fuze v2s |
00:45:26 | funman | bertrik: same symptom than new fuzev2 (and the code in OF looks similar although there are less differences in clip+ OF) |
00:45:48 | Yakuza666 | another thing : i get a file on the root on my new clip+, called UPGRADE.FIN |
00:46:01 | Yakuza666 | it was not present on my old Clip+ |
00:46:02 | | Join halmi_ [0] (~netbook@80-123-36-200.adsl.highway.telekom.at) |
00:46:05 | funman | that's normal OF stuff, it will go away at next OF boot |
00:46:22 | Yakuza666 | ha okay |
00:46:24 | funman | Yakuza666: btw does the OF boot if you press left or home, or plug USB ? |
00:46:41 | Yakuza666 | yes |
00:46:50 | bertrik | good! |
00:47:53 | funman | bertrik: you want to get one of those clip+ and give me a hand? |
00:48:25 | | Quit halmi (Ping timeout: 246 seconds) |
00:48:42 | funman | i think i'm missing something very obvious for making those new models work |
00:48:56 | Yakuza666 | the OF work well, nothing to say about it. it save the config, run well |
00:49:07 | bertrik | funman, I won't mind helping to get this fixed, but I'd rather not start buying clip+ players hoping to run into a COMBO4E one |
00:49:27 | funman | bertrik: i was thinking you could perhaps exchange with Yakuza666 |
00:51:45 | bertrik | Rather not, to be honest. I'm using the clip+ as my daily player now (and giving my clip v1 to my sister). This would leave me with a non-functioning (for the time) clip+ |
00:52:16 | Yakuza666 | funman, you need me to send you my new clip+? |
00:52:32 | funman | bertrik: hm righ, my unlimited supply of Sansas is not a common thing |
00:52:37 | Yakuza666 | i can do it, remember i've got another clip+ |
00:52:48 | funman | Yakuza666: nope i already have a fuzev2 to work with |
00:52:58 | Yakuza666 | i buy this new one because the clip start to broke |
00:53:02 | Yakuza666 | all right |
00:53:03 | funman | but perhaps another developer could use it |
00:53:26 | funman | (like bertrik) |
00:53:43 | bertrik | Yakuza666, you could send it to me, I'll send it back when done and I'll be gentle with it |
00:54:03 | | Join halmi [0] (~netbook@80-123-33-99.adsl.highway.telekom.at) |
00:54:26 | Yakuza666 | where do you live? |
00:55:02 | | Join JdGordon [0] (3a601b9e@gateway/web/freenode/ip.58.96.27.158) |
00:55:06 | bertrik | in Gouda, the Netherlands |
00:55:33 | Yakuza666 | i dunno how much i'll pay for this, i've to check the post rate |
00:55:48 | Yakuza666 | but its okay |
00:56:10 | funman | not more than 5€ if you use normal post |
00:56:31 | | Quit halmi_ (Ping timeout: 265 seconds) |
00:58:04 | Yakuza666 | okay |
00:58:14 | amiconn | saratoga: Tests runnning on X5 and H300 |
00:59:14 | saratoga | cool |
00:59:24 | bertrik | Just send the player in a padded envelope, no need to send the heaphones or packaging |
01:00 |
01:00:12 | amiconn | My libdemac is slightly modified, but this doesn't change speed |
01:00:38 | | Join halmi_ [0] (~netbook@80-123-43-22.adsl.highway.telekom.at) |
01:00:38 | saratoga | be interesting to see how much cf has improved the last year |
01:00:46 | bertrik | Yakuza666, I promise to be very careful with it, but please consider the risk that it gets bricked accidentally when trying to make it work with rockbox |
01:00:52 | saratoga | i think theres a lot more room for optimization, particularly in the mdct library |
01:01:10 | amiconn | (just some preparations for dual core split) |
01:03:08 | | Quit halmi (Ping timeout: 240 seconds) |
01:05:31 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
01:05:46 | | Quit domonoky (Read error: Connection reset by peer) |
01:07:44 | | Join halmi [0] (~netbook@80-123-37-169.adsl.highway.telekom.at) |
01:10:21 | | Quit halmi_ (Ping timeout: 264 seconds) |
01:18:16 | Yakuza666 | so I'll send my new clip+ to bertrik, you'll able to check what is wrong with this new version |
01:18:38 | Yakuza666 | ciao |
01:18:46 | bertrik | Yakuza666, probably some SD card initialisation issue |
01:18:50 | | Join halmi_ [0] (~netbook@80-123-35-133.adsl.highway.telekom.at) |
01:19:06 | | Quit milz (Ping timeout: 245 seconds) |
01:20:00 | | Quit Yakuza666 (Quit: CGI:IRC (EOF)) |
01:21:00 | | Quit bertrik (Quit: :tiuQ) |
01:21:32 | | Quit halmi (Ping timeout: 276 seconds) |
01:26:34 | | Quit kugel (Ping timeout: 246 seconds) |
01:28:44 | | Join halmi [0] (~netbook@80-123-46-37.adsl.highway.telekom.at) |
01:31:06 | | Quit halmi_ (Ping timeout: 240 seconds) |
01:34:39 | | Join halmi_ [0] (~netbook@80-123-35-128.adsl.highway.telekom.at) |
01:37:01 | | Quit halmi (Ping timeout: 240 seconds) |
01:41:14 | | Join halmi [0] (~netbook@80-123-40-169.adsl.highway.telekom.at) |
01:44:33 | | Quit halmi_ (Ping timeout: 264 seconds) |
01:47:11 | | Join halmi_ [0] (~netbook@80-123-45-113.adsl.highway.telekom.at) |
01:49:28 | | Quit halmi (Ping timeout: 240 seconds) |
01:52:50 | | Quit DerPapst (Quit: Leaving.) |
01:54:02 | | Join halmi [0] (~netbook@80-123-34-219.adsl.highway.telekom.at) |
01:54:41 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
01:55:22 | | Quit S_a_i_n_t (Ping timeout: 258 seconds) |
01:56:36 | | Quit halmi_ (Ping timeout: 265 seconds) |
01:59:57 | | Join halmi_ [0] (~netbook@80-123-39-14.adsl.highway.telekom.at) |
02:00 |
02:02:06 | *** | Saving seen data "./dancer.seen" |
02:02:50 | | Quit halmi (Ping timeout: 276 seconds) |
02:06:54 | | Join halmi [0] (~netbook@80-123-44-131.adsl.highway.telekom.at) |
02:09:22 | | Quit halmi_ (Ping timeout: 240 seconds) |
02:14:59 | | Join halmi_ [0] (~netbook@80-123-34-85.adsl.highway.telekom.at) |
02:16:38 | | Quit halmi (Ping timeout: 260 seconds) |
02:20:02 | | Join halmi [0] (~netbook@80-123-39-164.adsl.highway.telekom.at) |
02:21:57 | | Quit funman (Quit: leaving) |
02:22:33 | | Quit halmi_ (Ping timeout: 265 seconds) |
02:25:43 | | Join halmi_ [0] (~netbook@80-123-45-36.adsl.highway.telekom.at) |
02:28:16 | | Quit halmi (Ping timeout: 245 seconds) |
02:33:39 | | Join halmi [0] (~netbook@80-123-35-125.adsl.highway.telekom.at) |
02:33:55 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
02:34:50 | | Quit halmi_ (Ping timeout: 246 seconds) |
02:38:20 | | Join halmi_ [0] (~netbook@80-123-40-220.adsl.highway.telekom.at) |
02:41:24 | | Quit halmi (Ping timeout: 265 seconds) |
02:41:46 | | Quit fdinel (Read error: Connection reset by peer) |
02:45:13 | | Join halmi [0] (~netbook@80-123-45-225.adsl.highway.telekom.at) |
02:45:22 | | Join Drise [0] (~Drise@user-24-214-34-2.knology.net) |
02:47:50 | | Quit halmi_ (Ping timeout: 265 seconds) |
02:49:16 | Drise | Hey, has there been an update on the status of the Fuze V2 USB support? |
02:49:29 | jennifur | not that i know of |
02:51:10 | | Join halmi_ [0] (~netbook@80-123-36-13.adsl.highway.telekom.at) |
02:53:15 | | Quit halmi_ (Read error: Connection reset by peer) |
02:53:25 | | Quit halmi (Ping timeout: 240 seconds) |
03:00 |
03:17:36 | | Join hebz0rl_ [0] (~hebz0rl@dslb-088-065-063-137.pools.arcor-ip.net) |
03:21:06 | | Quit hebz0rl (Ping timeout: 276 seconds) |
03:22:09 | | Quit jennifur (Ping timeout: 265 seconds) |
03:28:19 | | Quit Horschti (Read error: Connection reset by peer) |
03:28:33 | | Join Horschti [0] (~Horscht2@xbmc/user/horscht) |
03:29:55 | | Join cpnfantstk [0] (www-data@giant.haxx.se) |
03:31:57 | | Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) |
03:33:25 | cpnfantstk | i have a gigabeat F40 with Rockbox 3.6. Where to find the lrcplayer.rock file thats compatible. Tried a january 2010 version but player says incompatible version? |
03:34:05 | Drise | You may want to try the current build, unless I'm misunderstanding you somehow. |
03:35:16 | krazykit | that's because you can't just copy random rocks and expect them to work |
03:35:23 | krazykit | you'll need to patch the source and build it |
03:35:24 | cpnfantstk | Current build has lrcplayer.rock file? I had to add that January version manually to my 3.6 |
03:35:38 | cpnfantstk | oh really. did not know that |
03:35:55 | Drise | I just recently got the lrcplayer (Fuze V2) through the current build. |
03:36:14 | * | krazykit is, perhaps, thinking of the wrong plugin |
03:37:04 | cpnfantstk | ok. well, I could download the current build and see if the there is and lrcplayer,rocks in there. |
03:37:26 | Drise | Why not us the Installer? |
03:37:29 | Drise | *use |
03:38:02 | | Quit mc2739 (Ping timeout: 276 seconds) |
03:38:15 | krazykit | ah, lrcplayer was commited just last month, so it would be in current builds. |
03:38:32 | Drise | I appologize as I'm not entirely aware of all the compatibilities with what players. |
03:38:52 | cpnfantstk | ok. is it fine to install a current build over a stable 3.6 gigabeat f build |
03:38:59 | krazykit | yes |
03:39:06 | Drise | But using the installer should work, as that it what I use, since 3.6 cam out. |
03:39:17 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
03:39:22 | | Part Drise |
03:39:22 | | Join Drise [0] (~Drise@user-24-214-34-2.knology.net) |
03:39:35 | cpnfantstk | lrcplayer is for all now and not player specific? |
03:39:56 | Drise | It may be, I'm not sure as I mainly focus on the Fuze v2 updates. |
03:40:57 | cpnfantstk | Ok thanks. Drise and Krazy. appreciate. it |
03:41:17 | Drise | Always willing to help those who have made my player so much better. |
03:41:38 | | Quit cpnfantstk (Quit: CGI:IRC (EOF)) |
04:00 |
04:02:10 | *** | Saving seen data "./dancer.seen" |
04:02:11 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:02:11 | | Quit pixelma (Disconnected by services) |
04:02:15 | | Quit amiconn (Disconnected by services) |
04:02:18 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:02:26 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:02:37 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:22:07 | | Quit TheSeven (Ping timeout: 258 seconds) |
04:26:34 | | Join kd4wov [0] (www-data@giant.haxx.se) |
04:26:55 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
04:27:14 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.220) |
04:32:19 | | Quit kd4wov (Quit: CGI:IRC (EOF)) |
04:34:37 | | Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) |
04:39:52 | | Quit simonrvn (Ping timeout: 245 seconds) |
04:46:55 | | Join Barahir_ [0] (~jonathan@frnk-590fd516.pool.mediaWays.net) |
04:50:09 | | Quit Barahir (Ping timeout: 240 seconds) |
04:57:14 | | Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) |
05:00 |
05:02:11 | | Quit r0b- (Read error: Connection reset by peer) |
05:02:36 | | Join r0b- [0] (~nnscript@adsl-76-235-199-132.dsl.klmzmi.sbcglobal.net) |
05:11:29 | | Join chrisb [0] (~chrisb@pool-71-162-223-46.phlapa.east.verizon.net) |
05:13:04 | | Quit Sajber^ (Read error: Connection reset by peer) |
05:23:00 | | Quit hebz0rl_ (Quit: Ex-Chat) |
05:37:04 | | Quit milz (Remote host closed the connection) |
05:38:12 | | Quit Horschti (Quit: Verlassend) |
05:45:47 | | Quit binaryhermit (Quit: Leaving) |
06:00 |
06:02:12 | *** | Saving seen data "./dancer.seen" |
06:13:27 | | Quit panni_ (Read error: Connection reset by peer) |
06:17:09 | | Join funman [0] (~fun@rockbox/developer/funman) |
06:33:57 | | Quit Drise (Quit: Leaving) |
06:34:07 | | Quit soap (Ping timeout: 276 seconds) |
06:35:42 | CIA-6 | New commit by funman (r27487): manual: restore '%' removed in r27485 |
06:36:09 | funman | pixelma: sorry for forgetting that |
06:36:56 | | Quit bunnyboi (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!) |
06:37:29 | CIA-6 | r27487 build result: All green |
06:41:09 | CIA-6 | New commit by funman (r27488): sd-as3525v2: remove unneeded prototypes |
06:42:39 | CIA-6 | r27488 build result: All green |
07:00 |
07:06:48 | | Quit JdGordon (Quit: Page closed) |
07:09:23 | | Join soap [0] (~soap@rockbox/staff/soap) |
07:17:13 | | Quit Topy44 (Ping timeout: 246 seconds) |
07:17:35 | | Quit evilnick (Read error: Connection reset by peer) |
07:18:39 | | Join simonrvn [0] (simon@64.235.212.141) |
07:19:11 | | Join stoffel [0] (~quassel@p57B49FC8.dip.t-dialin.net) |
07:19:11 | | Join Topy44 [0] (~topy@my.fastsh.it) |
07:31:39 | | Quit CaptainKwel (Quit: Ex-Chat) |
07:36:28 | | Quit stoffel (Remote host closed the connection) |
07:41:42 | | Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 7days + Remix Phase July 19th - July 26th) |
07:46:45 | amiconn | saratoga: amiconn.dyndns.org/~jens/test_codec_h300.txt">http://amiconn.dyndns.org/~jens/test_codec_h300.txt and http://amiconn.dyndns.org/~jens/test_codec_x5.txt |
07:52:23 | funman | damned, the bootloader works on fuzev2.5 but not rockbox.sansa :/ |
07:55:36 | | Join Strife1989 [0] (~Strife89@adsl-80-136-163.mcn.bellsouth.net) |
07:56:29 | | Quit Strife89 (Disconnected by services) |
07:56:36 | | Nick Strife1989 is now known as Strife89 (~Strife89@adsl-80-136-163.mcn.bellsouth.net) |
07:57:24 | | Quit BHSPitMonkey (Quit: Ex-Chat) |
08:00 |
08:02:13 | *** | Saving seen data "./dancer.seen" |
08:02:24 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
08:07:41 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:18:36 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
08:20:52 | | Quit stripwax (Client Quit) |
08:24:20 | | Join Kitr88 [0] (Kitar_st@BSN-182-126-103.dial-up.dsl.siol.net) |
08:24:33 | | Quit Kitar|st (Ping timeout: 240 seconds) |
08:26:50 | | Join DerPapst [0] (~Alexander@91-64-225-76-dynip.superkabel.de) |
08:29:31 | | Quit JdGordon (Ping timeout: 276 seconds) |
08:30:10 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
08:30:31 | | Join mitk [0] (~mitk@195.117.162.130) |
08:38:43 | | Quit TheSeven (Ping timeout: 260 seconds) |
08:40:24 | | Quit JdGordon (Ping timeout: 260 seconds) |
08:42:27 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
08:47:44 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
08:53:31 | | Join bor_ka [0] (www-data@giant.haxx.se) |
08:54:11 | bor_ka | ranma, ping? |
08:54:59 | * | funman wonders if we should revert widebus on AMSv1 or at least disable it for internal storage |
08:59:47 | bor_ka | funman, according to disk tests, may be lowering speed is a better solution? |
09:00 |
09:00:33 | funman | can you give me the forum thread link please? |
09:00:41 | bor_ka | http://forums.rockbox.org/index.php?topic=25184.msg169221#msg169221 |
09:01:12 | bor_ka | but it is not 100%, something is better without wide bus, something - with lowered speed |
09:01:53 | funman | honestly i prefer to revert to a known to work combination |
09:03:08 | bor_ka | for me quarterspeed works stable, no skips |
09:03:44 | funman | for me svn works stable too |
09:04:53 | bor_ka | and as for timing issues - since what is "incorrectly" read is not a garbage, but "incorrect" sectors, I think that the only possibilty is read command corruption |
09:05:37 | bor_ka | And if works for you - and many other fuze owners - ok, there is a high possibilty that ranma will get a "good behaving" fuze |
09:05:58 | bor_ka | if works -> if it works |
09:06:54 | * | funman booted fuzev2.5 |
09:09:17 | S_a_i_n_t | funman; Awesome, congrats. |
09:09:53 | simonrvn | ooh |
09:10:12 | S_a_i_n_t | "Fuze 2.5" == (formerly)Un-Rockboxable Fuze? |
09:10:22 | funman | yes |
09:10:59 | S_a_i_n_t | Awesome, really awesome. Will the two versions need two builds? |
09:11:06 | funman | nope |
09:11:10 | S_a_i_n_t | Or can both versions be included in one build? |
09:11:18 | S_a_i_n_t | Ah, even betetr. |
09:11:18 | funman | Sandisk uses the same OF for both |
09:12:29 | JdGordon | was anyone working on converting cabbie to viewports? |
09:12:51 | JdGordon | or would someone like to volunteer to do it? :D |
09:13:06 | S_a_i_n_t | I considered it, but stopped when the theme syntax was changing so frequently. |
09:13:19 | S_a_i_n_t | I *can* do it, though. |
09:14:36 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
09:14:59 | S_a_i_n_t | So, in conclusion..."Yes, I shall make my way through the targets" |
09:15:08 | S_a_i_n_t | But, it will be a spare tie thing. |
09:15:10 | JdGordon | yay :) |
09:15:13 | S_a_i_n_t | *time |
09:15:16 | JdGordon | bah |
09:15:45 | | Quit bz (Quit: leaving) |
09:15:55 | S_a_i_n_t | I don't mean "It will take forever if I do it", just that "I probably won't do them all in one hit" |
09:16:17 | JdGordon | I need to either figure out why my new code doesnt handle conditionals as well as svn, or just say "bassically, if you want complex themes use viewports" |
09:16:42 | S_a_i_n_t | You probably should be anyway... |
09:16:48 | S_a_i_n_t | s/probably// |
09:17:16 | | Quit balintx_ (Ping timeout: 246 seconds) |
09:17:25 | JdGordon | indeed |
09:17:43 | S_a_i_n_t | in "non static" situations at least |
09:17:47 | S_a_i_n_t | (other than text) |
09:18:55 | JdGordon | still, it is odd that the new code doesnt work as nicely as before |
09:25:32 | funman | ladies and gentlemen, we have sound on fuzev2.5 ! |
09:25:55 | JdGordon | woo! |
09:25:56 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
09:27:16 | funman | no FM though |
09:28:14 | | Join petur [0] (~petur@rockbox/developer/petur) |
09:28:49 | JdGordon | FFS! do people *really* like the non-deterministic order the images are drawn in skins? |
09:29:30 | JdGordon | turns out moveing the AA to drawing at the end of the viewport makes it wor exactly like svn :/ |
09:29:43 | JdGordon | probably will be the same for all images |
09:29:59 | JdGordon | but IMO its just stupid that it doesnt draw at the tag |
09:30:03 | funman | and µSD doesn't work either (not with my dirty patch) |
09:32:37 | bertrik | funman, nice |
09:36:05 | funman | there's still some stuff i don't understand though |
09:36:50 | funman | i disabled wide bus and high speed |
09:37:48 | * | JdGordon grumbles |
09:38:32 | funman | http://pastie.org/1050052 : I used card_mask |= card_mask << 16; in the bootloader |
09:41:42 | S_a_i_n_t | what is Cabbies FG/BG RGBs for colour targets? |
09:44:56 | JdGordon | foreground color: CCCCCC |
09:44:56 | JdGordon | background color: 000000 |
09:45:16 | S_a_i_n_t | bg 000000? |
09:45:27 | S_a_i_n_t | thanks. |
09:45:38 | S_a_i_n_t | I know it doesn't *need* them, but, I like to include them. |
09:45:48 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
09:45:51 | | Quit chrisb (Ping timeout: 265 seconds) |
09:53:20 | | Quit robin0800 (Remote host closed the connection) |
09:53:25 | | Quit funman (Quit: free(random());) |
09:56:53 | S_a_i_n_t | what the FUCK is up with the gigabeat Cabbie?!? |
09:57:04 | S_a_i_n_t | its...so, so, hideous. |
09:58:22 | S_a_i_n_t | It only displays metadata if AA is present? |
09:58:31 | S_a_i_n_t | why? |
09:58:57 | * | S_a_i_n_t wonders how it ever got committed. |
10:00 |
10:01:44 | S_a_i_n_t | %?C<|%ac%?iy<%iy|>>...why?...just, why? |
10:02:15 | *** | Saving seen data "./dancer.seen" |
10:02:32 | * | gevaerts suspects that S_a_i_n_t might be missing some subtleties |
10:02:38 | S_a_i_n_t | it's the most extensive and irrelevant use of %?C I have ever seen. |
10:03:03 | S_a_i_n_t | It's hard to be subtle with such truly horrible code. |
10:03:15 | S_a_i_n_t | what could I possibly be missing? |
10:03:26 | gevaerts | "It only displays metadata if AA is present?" |
10:03:31 | gevaerts | It doesn't |
10:03:41 | S_a_i_n_t | "%?C<|>" is on its own in 3 seperate lines. |
10:04:32 | S_a_i_n_t | No, I read it wrongly in that case...however, it uses %?C in almost every conditional |
10:04:57 | gevaerts | yes, viewports are slightly saner |
10:05:12 | pixelma | yes, because it doesn't use viewports and might have been committed by a time those weren't implemented yet |
10:05:16 | * | gevaerts started out his theme by basing it on cabbiev2, so he knows :) |
10:05:28 | | Join Rob2222 [0] (~Miranda@p4FDCA364.dip.t-dialin.net) |
10:05:34 | gevaerts | indeed. Viewports are a *new* feature! |
10:05:41 | pixelma | or conditional viewports for that matter |
10:05:54 | S_a_i_n_t | Oh...sorr, you wrote this gevaerts? |
10:06:06 | S_a_i_n_t | *sorry |
10:06:13 | gevaerts | It probably wasn't very long before, but I'm pretty sure it was before |
10:06:16 | gevaerts | S_a_i_n_t: uhm, no |
10:07:20 | JdGordon | S_a_i_n_t: conditionals arnt really expensive |
10:07:47 | JdGordon | it depends what is in the false branch though... disableing a viewport is much less effort than clearing images thouhg |
10:08:05 | S_a_i_n_t | I just don;t get things like "%?C<|%s%ac%?it<%it|%fn>>" if AA is not true, check for title metadata, display it, or display filename otherwise. |
10:08:14 | S_a_i_n_t | What does AA have to do with that condition? |
10:08:26 | gevaerts | S_a_i_n_t: if it has AA, it's shown somewhere else |
10:08:56 | gevaerts | How else are you going to express that? Even conditional viewports basically do the same thing |
10:09:12 | S_a_i_n_t | Ah....I see. |
10:09:19 | S_a_i_n_t | I just drops it to a different line. |
10:09:36 | S_a_i_n_t | Man, I am so glad there are viewports now. |
10:09:51 | S_a_i_n_t | pretty much all the code for the gigabeat Cabbie is a redo. |
10:10:01 | S_a_i_n_t | I shall leave this for another day. |
10:10:13 | gevaerts | Quitter! :) |
10:10:15 | S_a_i_n_t | tomorrow/tonight perhaps. |
10:10:16 | pixelma | JdGordon: not sure how you mean that "conditionals don't work the same as before" but if pure text conditionals (e.g. "display year if date tag is present" is affected too, then I think this should be fixed. Not everything needs a viewport |
10:10:55 | * | S_a_i_n_t thinks text should always have a viewport |
10:11:12 | S_a_i_n_t | the only things that don't need a viewport specifically IMO are static images |
10:11:22 | * | JdGordon is pretty sure that he already said text only isnt effectd |
10:11:26 | pixelma | what? Every line of text? |
10:11:35 | S_a_i_n_t | I think so, yes. |
10:11:56 | S_a_i_n_t | it is a lot better for alignment when switching fonts. |
10:12:49 | S_a_i_n_t | I even dislike viewports displaying a blank line, I'd rather use two viewports myself than use a blank line in one viewport. |
10:14:22 | pixelma | that won't work with conditional tags you want to put into one line and let it scroll. E.g. displaying year (if present) behind the album name. If you would need a (conditional) viewport for the latter then you obviously can't make the complete line scroll |
10:14:57 | JdGordon | wierdo |
10:15:39 | * | S_a_i_n_t doesn't grasp pixelma's example |
10:16:33 | gevaerts | S_a_i_n_t: well, you didn't understand how cabbiev2 works either ;) |
10:17:35 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
10:19:07 | JdGordon | here's a fun bug... up/down in the e200 sim work when hold is on! |
10:19:30 | pixelma | S_a_i_n_t: my point was that not every conditional thing should need a conditional viewport |
10:21:02 | pixelma | %ia%?iy< %(%iy%)> ... I hope I got the date tag correctly. - but I wouldn't want a conditional viewport for the year in there |
10:21:06 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
10:23:36 | pixelma | just an reaction on your "everything needs a viewport", maybe exaggerating a bit |
10:24:59 | pixelma | JdGordon: afaik hold in the sim is just a visual thing, not |
10:25:13 | pixelma | really locking the keys |
10:25:20 | JdGordon | no, it mostly works |
10:25:25 | JdGordon | it seems up/down is the wheel which maybe isnt locked properly |
10:29:34 | S_a_i_n_t | How do you svn diff against a specific file? |
10:33:02 | JdGordon | svn diff <specific file> |
10:33:08 | n1s | svn diff file > patch.diff |
10:33:58 | S_a_i_n_t | but, that will list all my local changes thoug, I want to diff one file from svn against one file I have just vreated. |
10:34:11 | S_a_i_n_t | *created even |
10:34:24 | n1s | use regular diff then |
10:34:52 | S_a_i_n_t | diff blab blah > foo |
10:34:58 | n1s | yeah |
10:35:20 | n1s | svn diff diffs a file against its version in the repo |
10:35:34 | n1s | so doesn't work for files outside svn |
10:35:44 | S_a_i_n_t | I was hoping I could diff against a specific file with svndiff |
10:35:47 | S_a_i_n_t | no bigge though |
10:37:21 | S_a_i_n_t | JdGordon: One down, http://www.datafilehost.com/download-6dde4b30.html |
10:37:27 | S_a_i_n_t | (Nano, of course ;) |
10:39:09 | S_a_i_n_t | And yes, I have tested it. |
10:39:30 | CIA-6 | New commit by bertrik (r27489): Update of Czech language - FS #11488 by Marek Salaba |
10:40:23 | S_a_i_n_t | JdGordon: Should I post a pastebin of the WPS, the whole WPS, or a diff of it? |
10:40:41 | JdGordon | flyspray the diff |
10:41:14 | S_a_i_n_t | sweet. |
10:41:18 | CIA-6 | r27489 build result: All green |
10:42:37 | pixelma | you can easily delete all the changes in other files from the diff |
10:43:07 | * | JdGordon is willing to bet he isnt going to get a charcell tester for the skin patch... |
10:51:18 | n1s | is the sansa e200v1 known to have noise in recordings from buffer flushing? |
10:53:04 | * | n1s is tempted to close FS #10927 as "no response"/"hardware limitation" |
10:54:06 | S_a_i_n_t | c200 and Nano(s): Done. |
10:54:15 | S_a_i_n_t | (Cabbie viewport conversion) |
10:58:55 | | Quit JdGordon (Ping timeout: 252 seconds) |
10:59:37 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
11:00 |
11:01:17 | | Quit bor_ka (Quit: CGI:IRC 0.5.9 (2006/06/06)) |
11:03:16 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
11:16:44 | | Quit JdGordon (Ping timeout: 260 seconds) |
11:25:37 | S_a_i_n_t | Should I make the WPSs a little more verbose while I am at it? |
11:26:10 | S_a_i_n_t | I am splitting the code into chunks, as opposed to one big lump, but I am wondering if I should label what each chunk represents |
11:28:54 | | Quit rvvs89 (Read error: Connection reset by peer) |
11:31:40 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
11:39:51 | | Join halmi [0] (~netbook@93-82-39-179.adsl.highway.telekom.at) |
11:42:57 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
11:45:24 | | Join rvvs89 [0] (~ivo@bright-snat.ucc.asn.au) |
11:47:42 | | Join halmi_ [0] (~netbook@93-82-47-157.adsl.highway.telekom.at) |
11:47:59 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
11:50:33 | | Quit halmi (Ping timeout: 265 seconds) |
11:54:45 | | Join halmi [0] (~netbook@80-123-44-89.adsl.highway.telekom.at) |
11:55:55 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
11:56:28 | | Join mt2 [0] (~chatzilla@41.239.51.181) |
11:57:06 | | Quit halmi_ (Ping timeout: 264 seconds) |
11:59:10 | | Quit dfkt (Ping timeout: 240 seconds) |
12:00 |
12:01:59 | | Join halmi_ [0] (~netbook@80-123-44-27.adsl.highway.telekom.at) |
12:02:18 | *** | Saving seen data "./dancer.seen" |
12:04:21 | | Quit halmi (Ping timeout: 248 seconds) |
12:04:56 | CIA-6 | New commit by amiconn (r27490): Make libdemac compile again on OSX x86 and x86_64 by replacing .rept with fancy preprocessor stuff. |
12:06:33 | CIA-6 | r27490 build result: All green |
12:07:29 | * | bertrik is looking through old bugs |
12:09:01 | | Join halmi [0] (~netbook@188-22-112-5.adsl.highway.telekom.at) |
12:11:08 | | Quit halmi_ (Ping timeout: 245 seconds) |
12:11:30 | bertrik | I thought we had a page on the sansa c200/e200 cable pins |
12:16:04 | | Join halmi_ [0] (~netbook@93-82-44-62.adsl.highway.telekom.at) |
12:18:35 | | Quit halmi (Ping timeout: 260 seconds) |
12:21:38 | | Join halmi [0] (~netbook@80-123-37-48.adsl.highway.telekom.at) |
12:24:22 | | Quit halmi_ (Ping timeout: 240 seconds) |
12:28:42 | | Join halmi_ [0] (~netbook@93-82-39-34.adsl.highway.telekom.at) |
12:28:57 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
12:30:58 | | Quit halmi (Ping timeout: 240 seconds) |
12:33:08 | n1s | hmm, why do i get "Forbidden" when trying to get the parse_testcodec.pl.txt from CodecPerformanceComparison? |
12:34:31 | * | n1s managed to get it by going into the attachment management page and clicking view, still something seems wrong |
12:34:31 | | Quit halmi_ (Read error: Connection reset by peer) |
12:34:41 | | Join halmi [0] (~netbook@93-82-38-57.adsl.highway.telekom.at) |
12:35:28 | | Quit Dhraakellian (Read error: Connection reset by peer) |
12:37:38 | | Join watto [0] (~watto@193.203.81.165) |
12:39:39 | n1s | btw, such scripts should be in svn IMO |
12:40:46 | | Join Dhraakellian [0] (~ntryon@cpe-67-240-248-41.rochester.res.rr.com) |
12:42:30 | | Join halmi_ [0] (~netbook@80-123-46-153.adsl.highway.telekom.at) |
12:45:38 | | Quit halmi (Ping timeout: 276 seconds) |
12:56:45 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
12:59:40 | | Quit dfkt_ (Ping timeout: 265 seconds) |
13:00 |
13:03:23 | | Join halmi [0] (~netbook@80-123-44-170.adsl.highway.telekom.at) |
13:05:50 | | Quit halmi_ (Ping timeout: 246 seconds) |
13:08:32 | | Join createsoftware [0] (~CFP@ip-118.net-81-220-138.rev.numericable.fr) |
13:09:38 | createsoftware | Hello everyone! Anyone has ideas on how to add support to gigabeat F/X for nokia remotes? Haven't been able to gain much information about the way they communicate by watching the IO ports... |
13:12:23 | CIA-6 | New commit by nls (r27491): TTA should be realtime on all targets now. |
13:12:48 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
13:14:02 | CIA-6 | r27491 build result: All green |
13:14:45 | | Quit Unhelpful (Remote host closed the connection) |
13:15:21 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
13:21:10 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
13:23:21 | | Quit dfkt (Ping timeout: 265 seconds) |
13:24:18 | createsoftware | When connected to a current build, nokia remotes seem to switch between connected/disconnected every one second or so... |
13:26:35 | | Join evilnick- [0] (~evilnick@2001:0:4137:9e74:2c99:1247:b5a6:f655) |
13:28:38 | n1s | createsoftware: what do you know of these nokia remotes? |
13:29:00 | createsoftware | n1s: not much, sadly |
13:29:14 | createsoftware | I've been searching for a doc, but I couldn't find one |
13:29:30 | createsoftware | Also, monitoring the I/O ports didn't help... |
13:29:57 | createsoftware | Still they could be quite useful (at least to me :)) |
13:30:00 | n1s | what device are they intended to work with |
13:30:09 | createsoftware | Any nokia phone |
13:30:28 | createsoftware | The ones I have came with nokia N75 and N77 |
13:30:36 | createsoftware | and N95 |
13:31:22 | bertrik | Are these even supposed to work with a gigabeat F/X? |
13:31:36 | n1s | well, you need to figure out how they communicate and how the gigabeat communicates with its remote to determine if the hardware even can do it |
13:32:28 | createsoftware | bertrik: Nope, not at all ; I was wondering if I could build support for those... |
13:32:42 | createsoftware | n1s: Sure, but I'm a bit clueless on how to do that |
13:32:50 | bertrik | What kind of plug do these remotes use? |
13:33:07 | createsoftware | I've browsed through the relevant code in the meg-fx tree, but without success |
13:33:18 | createsoftware | bertrik: A regular jack |
13:33:33 | createsoftware | bertrik: similar to the one used by the original gigabeat remote |
13:35:26 | | Quit TheSeven (Ping timeout: 265 seconds) |
13:39:18 | | Join webguest07 [0] (www-data@giant.haxx.se) |
13:39:45 | | Quit webguest07 (Client Quit) |
13:43:27 | bertrik | If it's not specifically made to be compatible, it's very unlikely it will work |
13:43:49 | pixelma | similar or exactly the same? Just thinking there could also be an electrical problem. It's interesting though that you get some response at all already |
13:44:03 | bertrik | I don't know the original gigabeat remote, does the gigabeat it have a separate connector for it, or is it somehow shared with the audio jack? |
13:46:43 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
13:46:43 | createsoftware | bertrik, shared with the audio jack |
13:47:00 | createsoftware | pixelma, exactly the same |
13:48:26 | bertrik | I guess the plug is different, for example does it have more than three contacts? |
13:48:52 | createsoftware | I can listen to some when plugging earphones in the remote, but it keeps pausing |
13:49:00 | createsoftware | bertrik, yup, 4 |
13:52:21 | createsoftware | see http://imagebin.ca/img/AlpHpbja.jpg |
13:56:07 | n1s | if it keeps pausing the gigabeat proabably thinks the remote pause button is pressed, now, can the gigabeat be made to understand the signals from this thing... |
13:56:13 | bertrik | and you plug your regular headphones in the remote, right? |
13:56:25 | createsoftware | bertrik: exactly |
13:57:37 | createsoftware | n1s: That's what I can't really figure out: I've watched the I/O registers, but nothing seems to justify the random browsing/play-pause behaviour... |
13:58:29 | bertrik | I think you should watch one of the ADC registers, not sure where they are or if they are even exposed in a debug menu |
13:58:38 | n1s | since that remote only has a singöe communication line afaiu it will probably work with different levels on that line and is read by an adc |
13:59:07 | S_a_i_n_t | If someone could look over FS #11490 - Update for CabbieV2 WPS for me and point out any errors I may have made, I would greatly appreciate it. |
13:59:08 | S_a_i_n_t | http://www.rockbox.org/tracker/task/11490 |
13:59:35 | * | pixelma wonders who "wrote" the gigabeat remote support, markun, or one of the Gigabeat port committers? |
13:59:47 | pixelma | or someone else |
14:00 |
14:00:48 | bertrik | markun is the one I see in svn annotation |
14:02:22 | *** | Saving seen data "./dancer.seen" |
14:02:32 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
14:02:38 | pixelma | S_a_i_n_t: I find each icon in an own viewport a bit overkill though it makes it easy to let the volume viewport show dB while adjusting volume |
14:02:38 | bertrik | oh, that was him merging code from gigabeat cvs |
14:03:40 | | Quit mitk (Quit: Leaving) |
14:04:12 | S_a_i_n_t | pixelma: My intention. |
14:04:20 | S_a_i_n_t | First step, clean up code for all. |
14:04:33 | S_a_i_n_t | Second step: Add the volume thingy you like ;) |
14:05:02 | bertrik | createsoftware, I could create a quick patch to make it possible to watch the analog-digital converter that reads the remote. Are you able to compile a build from that? |
14:05:28 | createsoftware | bertrik: absolutely :) That would be awesome! |
14:05:57 | S_a_i_n_t | createsoftware: You have a development environment set up? |
14:06:04 | createsoftware | Yup :) |
14:06:09 | S_a_i_n_t | Awesome. |
14:06:16 | createsoftware | I wrote the codebuster plugin ;) |
14:06:28 | S_a_i_n_t | Ah, cool...the GF loves that. |
14:06:44 | S_a_i_n_t | She didn't play it until I told her it was "Mastermind" ;D |
14:07:12 | createsoftware | S_a_i_n_t: ;) |
14:08:34 | S_a_i_n_t | pixelma: Aside from the viewport-overkill, nothing else jumped out as being "wrong" to you? |
14:08:42 | * | S_a_i_n_t always doubts his own code. |
14:08:53 | S_a_i_n_t | fwiw, I saw no functional changes. |
14:09:08 | createsoftware | bertrik: I'll boot into my ubuntu. |
14:09:12 | | Quit createsoftware (Quit: Quitte) |
14:09:32 | bertrik | I'll have a patch in 5 minutes or so |
14:09:44 | | Join bimbel [0] (~Miranda@unaffiliated/bmbl) |
14:10:24 | S_a_i_n_t | Is there a way I can see skin debug info on device? |
14:10:48 | S_a_i_n_t | I have an .sbs that works on the sim, and the themeeditor, but not on device...so, impossible to debug. |
14:11:26 | | Join createsoftware [0] (~createsof@ip-118.net-81-220-138.rev.numericable.fr) |
14:11:38 | | Quit createsoftware (Remote host closed the connection) |
14:12:06 | | Quit bmbl (Ping timeout: 258 seconds) |
14:12:30 | | Join createsoftware [0] (~createsof@ip-118.net-81-220-138.rev.numericable.fr) |
14:13:04 | | Join Sajber^ [0] (~Sajber^@h-109-228-137-214.NA.cust.bahnhof.se) |
14:15:03 | S_a_i_n_t | One more query, is there any particular reason why the menus/submenus are arranged the way they are? |
14:15:20 | bertrik | createsoftware, here's the patch http://pastebin.ca/1903593 |
14:15:29 | S_a_i_n_t | I have a patch floating arounf to alphabetize the menus where applicable |
14:16:01 | bertrik | It adds readout of ADC_HPREMOTE to the "HW info" debug screen |
14:16:20 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
14:17:13 | createsoftware | bertrik: hmmm, fast indeed ;) I'll try it immediately =) Thanks! |
14:17:14 | S_a_i_n_t | JdGordon: http://www.rockbox.org/tracker/task/11490 |
14:17:49 | JdGordon | yep, saw it |
14:17:49 | JdGordon | thanks |
14:18:31 | S_a_i_n_t | Still got the monochrome/greyscal targets and the horrible use of %?C cases to go. |
14:18:44 | bertrik | S_a_i_n_t, part of it is historical, but also in many places the most-often feature is put first in the menus I think |
14:19:27 | S_a_i_n_t | Monochrome etc I don't mind, but the ones that overkill %?C aren't going to be that fun. |
14:19:30 | bertrik | I think the chance that you'll be able to convince anyone to change the menu/submenu order is quite small |
14:19:47 | S_a_i_n_t | bertrik: Hmmm...that seems to make sense I guess |
14:20:13 | S_a_i_n_t | Though, the "most used features" are probably quite different now. |
14:21:18 | JdGordon | customisable menus are not a NoDo anymore so there is some slim hope that if you dont like the arrangement things might change.... |
14:21:20 | | Quit bieber (Ping timeout: 252 seconds) |
14:21:33 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
14:21:42 | S_a_i_n_t | bertrik: I haven't changed the menu order, but, the submenu order in some cases. "Plugins: Apps, Demos, Games" is one example |
14:22:21 | S_a_i_n_t | I also have an experiment going trying to group similar items. |
14:24:27 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
14:24:40 | n1s | S_a_i_n_t: we are not against changing the menus if it makes sense but "most used features" etc varies wildly for different users so a rearrangement that just makes it nicer for you has a very small chance of getting in :) |
14:26:13 | createsoftware | S_a_i_n_t: Maybe what could be done is sort submenus by alphabetical order? I sometimes find myself searching for a function and not finding it... |
14:26:24 | S_a_i_n_t | Well, that was a part of my point. If the intent is that they are arranged by "most used", then...most used by who? |
14:26:56 | S_a_i_n_t | createsoftware: that is what my patch does. |
14:27:04 | S_a_i_n_t | (in some cases) it is a WIP |
14:27:46 | S_a_i_n_t | I find the order of the main menu very sane, and wouldn;t change it. |
14:27:51 | S_a_i_n_t | the submenus however. |
14:27:52 | createsoftware | S_a_i_n_t, Cool, I'll try it then |
14:28:03 | bertrik | createsoftware, any result yet with the remote and the debug menu? |
14:28:08 | S_a_i_n_t | Keep watching the tracker ;) |
14:28:26 | JdGordon | S_a_i_n_t: I think fml did a patch which actually took stats of menu items and ordered them by those stats (or maybe just took stats) |
14:28:35 | JdGordon | sorting alphabetically is not going to ever happen |
14:28:58 | S_a_i_n_t | the option to wold be nice |
14:28:58 | JdGordon | purely because in the code it is massive overhead, and if you hard code the order then it is only for one language |
14:29:30 | S_a_i_n_t | huh, yeah. I forget about other langs. |
14:30:10 | createsoftware | bertrik, Was trying it |
14:30:12 | createsoftware | So |
14:30:19 | createsoftware | Strange results :) |
14:30:50 | createsoftware | When no remote is connected, I get 0x03F(A|D|E|F) alternating quite fast |
14:31:14 | createsoftware | When I connect earphones w/out a remote, 0x0000 |
14:31:20 | n1s | we could have a learning menu system that changed the order according to usage stats :) |
14:32:18 | bertrik | createsoftware, no idea where the A|D|E|F comes from |
14:32:44 | createsoftware | bertrik, I meant any of those |
14:32:46 | n1s | maybe just an unstable reading |
14:33:02 | createsoftware | I get 0x03FA, 0x03FD, and so on |
14:33:03 | S_a_i_n_t | JdGordon: One thing I found interesting (and fixed) was this line in the Nano/c200(I think) WPSs: |
14:33:04 | bertrik | ah, ENEEDMORECOFFEE |
14:33:05 | S_a_i_n_t | "%al%pc%ac%pc%ac%?Sr<%pe %Sx(of) %pp|%pp %Sx(of) %pe>%ar%pr%ar%pr" |
14:33:16 | S_a_i_n_t | I have no idea how it worked. |
14:33:27 | S_a_i_n_t | s/worked/displayed correctly/ |
14:33:31 | * | createsoftware hands bertrik some coffee :)) |
14:33:38 | JdGordon | nice |
14:34:08 | S_a_i_n_t | from my understanding, it should have been merging the text. |
14:34:09 | JdGordon | S_a_i_n_t: it works because the skin engine is pretty stupid and only allows one of each of the alignment tags, the 2nd overwrites the first of each |
14:34:10 | bertrik | Do you see any change to a different value when you keep a button pressed on the remote? |
14:34:13 | S_a_i_n_t | But, it didn;t. |
14:34:23 | createsoftware | When I connect the nokia remote (w/ or w/out earphones), I get some kind of cycle, which displays 0x003(B|C|D) alternating, then random values that I can't read |
14:34:27 | S_a_i_n_t | JdGordon: Oh...right. |
14:34:28 | JdGordon | umm... |
14:34:41 | S_a_i_n_t | Now I get it, still...odd coding though. Glad I caught it. |
14:34:58 | JdGordon | very messy, yeah, most certainly a bug |
14:35:43 | S_a_i_n_t | I'm almost positive the new parser would have rejected said lines. |
14:35:49 | S_a_i_n_t | Or, I hope it would. |
14:36:04 | createsoftware | bertrik, Nope, not really :/ |
14:36:28 | JdGordon | nothing illegal about it |
14:37:23 | createsoftware | bertrik: Although I was thinking: could it be thatthe remote gives a status code (that 0x003B) then loops through all buttons and gives a readout? |
14:37:51 | | Quit TheSeven (Ping timeout: 240 seconds) |
14:38:03 | bertrik | createsoftware, it may be some kind of digital serial protocol after all |
14:39:13 | bertrik | I think it's unlikely that it loops through all buttons (but nothing is impossible) |
14:40:11 | n1s | interesting, rockbox for h300 builds fine with gcc 4.4.4 with just lowered compiler optimizations for libmad and tremor |
14:40:52 | bertrik | I think you'll have to connect a scope to the extra contact and look for a pattern between the scope image and the button pressed |
14:41:17 | n1s | or RE the hardware of the remote |
14:42:15 | createsoftware | hmmmm... How would I do this? :) |
14:42:20 | createsoftware | n1s: ? |
14:42:43 | | Quit JdGordon (Ping timeout: 264 seconds) |
14:42:53 | n1s | take it apart, look what's inside, figure out how it works basically... |
14:43:22 | n1s | might be hard to impossible of course |
14:43:28 | createsoftware | n1s: oh, I see =) |
14:44:23 | createsoftware | strangely enough, it seems that the other nokia remote that I have, although seeming exactly the same, doesn't give the same readouts |
14:44:53 | createsoftware | Actually, it does the same kind of loops, but stops on 0x0046 |
14:44:54 | bertrik | You can record the remote control signal with your sound card (as a simple substitute for an oscilloscope) |
14:45:07 | bertrik | How long does one loop take? |
14:45:39 | createsoftware | hmmm, wait :) |
14:46:42 | S_a_i_n_t | I have noticed that for the small(er) screen targets, it uses "Next:" instead of "Next Track:"...should I check if the text fits without scrolling and make the "Next:" entries "Next Track:", or make all the "Next Track:" entries say "Next:"? |
14:46:48 | S_a_i_n_t | (for consistency) |
14:48:01 | createsoftware | bertrik: Could the recording be done w/ audacity? |
14:48:06 | bertrik | yes |
14:48:14 | | Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) |
14:49:26 | bertrik | The hard part is probably making a reliable connection to the 4th contact |
14:49:42 | createsoftware | bertrik: Ok, wait a minute, trying to get my stupid soundcard to record properly |
14:50:02 | bertrik | I'm not completely sure which contact of the plug contains the remote signal, could be the 3rd or 4th one from the tip |
14:53:32 | createsoftware | bertrik: Hmmm, as of now I don't seem to get but random noise :/ |
14:54:08 | bertrik | the random noise could be some kind of digital signal |
14:54:25 | bertrik | do you hear a repeatable pattern in it? |
14:55:24 | createsoftware | bertrik: see http://www.youtube.com/watch?v=58L_h85clzY for a screenshot |
14:57:00 | bertrik | I wish I could watch the video frame-by-frame |
14:57:20 | createsoftware | Hmmm, let me see |
15:00 |
15:01:48 | | Quit antil33t (Read error: Connection reset by peer) |
15:01:54 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
15:03:29 | pixelma | JdGordon1/S_a_i_n_t: does loading many viewports have a bit of loading time penalty compared to just a few? With each bitmap at position 0-0 of each viewport you could put all of them into one big bitmap strip and just load one bitmap which would be good for loading time, it's not a very logical thing to do here though ;) |
15:03:31 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
15:04:36 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
15:05:13 | pixelma | S_a_i_n_t: isn't it "Next Track" on all targets which have it on its own line and the actual tag info one below - and "Next" where the tags follow right behind on the same line? |
15:08:20 | createsoftware | bertrik: eta 3' |
15:08:39 | | Join dockimble [0] (~dockimble@77.227.1.24) |
15:08:44 | createsoftware | it seems that once plugged in my audio card the remote only gives random noise :/ |
15:09:01 | createsoftware | At least I can't hear any pattern whatsoever |
15:09:37 | | Join evilnick_B [0] (0c140464@gateway/web/freenode/ip.12.20.4.100) |
15:10:19 | createsoftware | bertrik: See http://synchronicity.sourceforge.net/code/rockbox/image_seq_gigabeat_remote.tar for an image sequence |
15:14:58 | | Join Jaykay [0] (~chatzilla@p5DC579CA.dip.t-dialin.net) |
15:17:19 | S_a_i_n_t | pixelma: Re: Loading time, very little affects the loading time actually. |
15:17:47 | S_a_i_n_t | Re: Next/Next Track: Yes, good catch |
15:18:24 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
15:18:47 | S_a_i_n_t | Regarding your idea about one large bitmap strip, you would actually be increasing the skin buffer |
15:18:47 | bertrik | createsoftware, it could be that the player puts some voltage on the remote pin, that the remote in turn uses to power itself |
15:19:00 | createsoftware | hmmm |
15:19:48 | S_a_i_n_t | As, not all the bitmaps are the same size, so the strip would need to be the same width as the widest bitmap, and the filer of transparency or whatever would increase the size quite a lot. |
15:20:08 | S_a_i_n_t | s/filer/filler/ |
15:21:28 | | Quit krazykit (Ping timeout: 260 seconds) |
15:22:33 | dockimble | is there a risk of not being able to run rockbox on a clip+ if it is upgraded to a new firmware? |
15:22:36 | bertrik | Maybe we can find something with google about these nokia remote controls |
15:25:31 | createsoftware | bertrik: I didn't really know what to search for though |
15:25:45 | createsoftware | bertrik: Did you see the image sequence that I posted? |
15:26:51 | | Quit DerPapst (Read error: Connection reset by peer) |
15:27:54 | bertrik | yes, it seems to go through some kind of fixed sequence of ADC values |
15:28:00 | | Join DerPapst [0] (~Alexander@91-64-225-76-dynip.superkabel.de) |
15:28:22 | pixelma | S_a_i_n_t: yeah, not a sane idea in this case but you would only load one bitmap which would be nice for load/boot time. If you just say something about load time of many viewport from your experience, I don't trust that too much because you have flash targets only (sorry to say but you didn't state where you get your info from) |
15:29:42 | S_a_i_n_t | remember Jd doing all those tests reagrding loading? when the nay-sayers were blaming the UI/WPS for added boot times? |
15:29:58 | S_a_i_n_t | it turned out the only thing that really effects boot time was the fonts. |
15:30:03 | bertrik | createsoftware, we're only sampling the ADC with 10 Hz though, so there may be more intermediate values |
15:30:50 | pixelma | I don't think JdGordon1 did tests ;) |
15:31:09 | gevaerts | Indeed not. He just claimed that there was no slowdown |
15:31:16 | createsoftware | bertrik: hmmm |
15:31:22 | S_a_i_n_t | And, I believe that loaing many smaller bitmaps wold still be faster than loading one large one. |
15:31:24 | pixelma | and the increased boot time was also a bug in localisation or somesuch |
15:31:37 | Torne | S_a_i_n_t: no, you are misremembering ;) |
15:32:08 | bertrik | createsoftware, the ideal case would be to look at the signal with an oscilloscope or audio recorder while the remote is attached to the player |
15:32:10 | Torne | Font loading is generally fine, except when using the font cache on ipodvideo with large sectors |
15:32:15 | gevaerts | Actually, it was caused by a change in boot order that caused dircache indexing and wps loading to interfere |
15:32:51 | createsoftware | bertrik: Hmmm, I don't think I can't do that :/ I don't really have the tools here... |
15:32:55 | pixelma | loading one bitmap is better IIRC because you don't have to seek so much |
15:32:56 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
15:33:16 | createsoftware | bertrik: Yet if you want, I can send you one of the two remotes I have, since anyway I'm not using them at all |
15:33:29 | S_a_i_n_t | Ah, right...the tests re: nay-sayers I was thinking of was regarding refresh rates using extra battery. |
15:33:32 | S_a_i_n_t | (I think) |
15:33:53 | * | gevaerts doesn't like the aggressive tone implied by "nay-sayers" |
15:34:22 | S_a_i_n_t | gevaerts: The tone is implied by you, so, don't, and it will be fine ;) |
15:34:40 | | Quit dockimble (Read error: Connection reset by peer) |
15:34:56 | bertrik | createsoftware, I don't have neither a nokia nor a gigabeat to connect it to |
15:35:10 | bertrik | and even if I had, I'm not sure I would really work on it |
15:35:25 | createsoftware | bertrik: Ok :) |
15:35:51 | bertrik | but there are other developers of course who do have a gigabeat, like gevaerts and AlexP |
15:36:53 | * | createsoftware has a nokia remote control if someone wants to try and understand how to make it work with the gigabeat f :) |
15:37:06 | bertrik | (just to name a few, there are a lot more mentioned on the RockboxTesting page) |
15:38:19 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
15:46:20 | | Quit TheSeven (Remote host closed the connection) |
15:49:51 | | Quit leavittx (Ping timeout: 258 seconds) |
15:55:29 | | Quit bieber (Ping timeout: 265 seconds) |
15:55:42 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
15:57:30 | createsoftware | bertrik: I have to go :/ Thanks for your help, I'll try to look into the matter again tomorrow :) Bye! |
15:58:21 | | Part createsoftware ("Quitte") |
16:00 |
16:02:24 | *** | Saving seen data "./dancer.seen" |
16:03:11 | | Quit mt2 (Ping timeout: 240 seconds) |
16:04:17 | | Quit halmi (Quit: halmi) |
16:06:51 | S_a_i_n_t | Torne: I want to (attempt) to use FS #11475 on my Nano, but, it is all ifdef'd to "IPOD_COLOR". Could I change the ifdefs to "#ifdef CONFIG_KEYPAD IPOD_4G_PAD" instead and have it work? |
16:07:00 | S_a_i_n_t | s/work/possibly work" |
16:07:22 | S_a_i_n_t | Or, is there a more specific ifdef I should use? |
16:08:18 | amiconn | The piezo is probably hooked up to a different gpio port on the Nano |
16:08:47 | amiconn | So the patch will probably not work with just changing ifdefs. |
16:09:56 | S_a_i_n_t | its apparently taken straight out of IPL code...thay have it working IIUC |
16:10:13 | S_a_i_n_t | (on the Nano) |
16:13:13 | S_a_i_n_t | I'd just *love* to get piezo keyclick working for all the iPods instead of just the Nano2g |
16:13:36 | S_a_i_n_t | its so obvious that its missing when using RB...and it *should* be so simple. |
16:14:00 | S_a_i_n_t | but FS #5111 is *huge* and I have no idea where it is failing |
16:14:40 | amiconn | Ugh, the patch uses inl() and outl(), which are frowned upon in rocknox, and which it even defines locall<y |
16:15:06 | S_a_i_n_t | yes...it is a horrible piece of code. |
16:15:07 | amiconn | Also there's a very obvious bug in the parameter check (which in turn is unnecessary imo) |
16:15:16 | S_a_i_n_t | but, that's IPL for you ;) |
16:15:52 | | Join Stephen___ [0] (www-data@giant.haxx.se) |
16:16:18 | Stephen___ | Quick question. How does the %Dx tag in wps work ? |
16:17:36 | S_a_i_n_t | Stephen___: Be more specific? |
16:17:37 | pixelma | can you ask a bit more in detail, I wouldn't know how to answer that |
16:18:16 | Stephen___ | %s%al%Dn errors out in the sim, %D is for directory, I tried %D1 but still fails |
16:18:36 | S_a_i_n_t | %D(1) |
16:18:41 | pixelma | you have to put the number in () now |
16:18:47 | S_a_i_n_t | (I think it should be) |
16:18:54 | Stephen___ | ahaaaaaaa |
16:19:12 | S_a_i_n_t | assuming you're using a build/sim that uses the new syntax |
16:19:19 | Stephen___ | perfect, good work chaps, thanks again |
16:19:25 | Stephen___ | I am S_a_i_n_t |
16:19:45 | S_a_i_n_t | Awesome, then putting the number in ()'s will do the trick |
16:19:51 | amiconn | Aha, 0x7000a000 is obviously some kind of square wave generator |
16:20:08 | Stephen___ | Thanks and goodbye for now. |
16:20:17 | amiconn | There seem to be several channels (4th Gen/ Color brightness uses 0x70008010) |
16:20:27 | | Join leavittx [0] (~leavittx@89.221.199.187) |
16:20:50 | | Quit Stephen___ (Client Quit) |
16:21:17 | amiconn | Bit 0..15 is the divider, bit 16..23 is the duty cycle |
16:21:25 | amiconn | Bit 31 is enable, as usual |
16:22:20 | kugel | what is inl/outl and why is it frowned upon? |
16:22:49 | n1s | macros to read/set bits IIRC |
16:22:57 | S_a_i_n_t | The way he has bound it to the headphone keyclick is a little shitty...but, if it ends up working then that is easy to fix. |
16:23:33 | S_a_i_n_t | iPod piezo would be awesome, but, I'm in over my head. |
16:24:21 | amiconn | They're macros to access hardware. They're frowned upon because they're used with literal addresses, so you can't see what they're for without knowing all the various port addresses |
16:24:23 | bertrik | An ipod keyclock is basically just a very short beep? |
16:24:37 | S_a_i_n_t | bertrik: Yes. |
16:24:46 | S_a_i_n_t | (as I understand it) |
16:25:10 | amiconn | ipod_beep_on() doesn't use duration_ms for anything (except buggy range checking) |
16:26:11 | amiconn | So this patch needs quite some cleaning first, and then it needs testing on all PP502x ipods |
16:26:28 | | Join funman [0] (~fun@rockbox/developer/funman) |
16:27:13 | amiconn | Also, this code is target specific and doesn't belong into action.c but the target tree |
16:27:20 | S_a_i_n_t | amiconn: Happy to test on Nano1G |
16:27:37 | * | amiconn thinks the patch probably breaks the sim as-is |
16:27:51 | S_a_i_n_t | yeah, it does. |
16:29:11 | | Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 7days + Remix Phase July 19th - July 26th) |
16:29:13 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
16:29:49 | * | amiconn also thinks this needs a setting |
16:30:58 | S_a_i_n_t | Indeed, instead of being tied to the headphone keyclick. |
16:31:59 | | Join mt2 [0] (~chatzilla@41.233.154.115) |
16:32:03 | bertrik | One setting for each type of keyclick? or just one setting with 4 possibilities (off, headphone-only, piezo-only, both)? |
16:32:37 | * | S_a_i_n_t suggests just adding "hardware keyclick" to the keyclick menu |
16:33:20 | S_a_i_n_t | hardware keyclick: On/Off |
16:33:27 | bertrik | or you could even do some kind of automatic setting ;) : headphone when it's connected, piezo when no headphones are inserted |
16:33:52 | S_a_i_n_t | I brought that up in FS #5111 and it got stomped on |
16:34:24 | S_a_i_n_t | something along the lines of, "Just because I don't have phones in doesn't mean I want the piezo on" |
16:34:32 | S_a_i_n_t | which, in the end I found fair. |
16:35:59 | amiconn | Aha, the square wave generator is actually easy to understand |
16:37:22 | amiconn | It divides the base clock (24MHz) by (period+1). This '+1' is very common for PP. Then it divides by another 256, in order to be able to generate the various duty cycles |
16:38:13 | amiconn | This matches nicely with the measured frequencies for the various periods |
16:39:47 | amiconn | It also means the brightness pwm on 4th Gen/ Color is running at 93.75kHz, which is definitely flicker free :) We could extend the period somewhat - it may save a tiny amount of energy |
16:41:06 | amiconn | The old patch uses a whole thread just for beeping |
16:41:24 | S_a_i_n_t | FS #5111? |
16:41:26 | amiconn | yes |
16:41:29 | S_a_i_n_t | indeed, its massive |
16:41:46 | amiconn | It also puts stuff where it belongs (in target tree), but then it also uses inl/outl |
16:42:10 | S_a_i_n_t | however, it works for nano2g. |
16:42:16 | S_a_i_n_t | (which is nice) |
16:42:26 | amiconn | It does? |
16:42:28 | S_a_i_n_t | But, that is the *only* target it works with. |
16:42:39 | S_a_i_n_t | yeah, TheSeven got it going. |
16:42:52 | amiconn | Ah, it has a separate piezo driver for nano2g |
16:42:53 | S_a_i_n_t | *way* too easily if you ask me... ;) |
16:43:11 | S_a_i_n_t | yeah, so...that may be able to be trimmed and added to SVN |
16:43:15 | S_a_i_n_t | (possibly) |
16:48:36 | * | amiconn thinks a thread is overkill and a tick task would probably be sufficient |
16:49:08 | funman | a tick task ought to be enough for every piezo |
16:54:24 | | Quit Zarggg (Read error: Connection reset by peer) |
16:55:13 | kugel | I asked somewhere on the tracker why a thread was needed |
16:56:04 | pixelma | S_a_i_n_t: I missed your second question about other things I noticed earlier and have to say that I can't answer that yet because I just took q very quick glance |
16:56:41 | S_a_i_n_t | No worries, I assume someone will give it a good look before committing. |
16:57:08 | S_a_i_n_t | well, maybe :P |
16:58:47 | amiconn | I guess it depends on what we want the piezo to do in rockbox |
16:59:17 | S_a_i_n_t | it may be cool if plugins could use it. |
16:59:23 | amiconn | A thread has the advantage that we can queue beeps, so it could even play music |
17:00 |
17:00:02 | amiconn | A simple solution would be better for realtime though (less latency) |
17:01:03 | bertrik | I'd vote for the simple solution, although I have no working piezo target myself |
17:02:20 | amiconn | Actually a tick task based solution could also use a queue, provided our queue *reading* is interrupt safe (queue posting is) |
17:04:31 | | Quit mt2 (Ping timeout: 240 seconds) |
17:08:05 | n1s | woha, gcc 4.4.4 seems to give pretty good speedups for a number of codecs |
17:08:13 | n1s | on cf |
17:10:40 | pixelma | S_a_i_n_t: something I saw just now - I would not define %Vf and %Vb directly unless they differ from the global setting |
17:11:33 | S_a_i_n_t | yeah, that's a habbit of mine for some reason..I can remove that easily enough |
17:12:52 | pixelma | this gives the user a bit of freedom to adjust to their likings (not much but better than nothing) |
17:21:40 | | Join halmi [0] (~netbook@80-123-44-170.adsl.highway.telekom.at) |
17:23:52 | pixelma | S_a_i_n_t: will you look into viewportifiying the greyscale and monochrome versions too? |
17:27:06 | S_a_i_n_t | Yes, I just took the easy road at the moment as I didn't have a lot of time to work on it tonight. |
17:27:29 | S_a_i_n_t | Unless you specifically want to do it. |
17:27:36 | S_a_i_n_t | ...but, I suspect not ;) |
17:29:35 | CIA-6 | New commit by funman (r27492): Support new Fuzev2 revisions (fuzev2_variant == 1) ... |
17:31:18 | CIA-6 | r27492 build result: All green |
17:35:33 | funman | the new fuzev2 won't reboot on USB plug, if i remove _backlight_off() from system_reboot() I see a white screen. I'm pretty sure it worked yesterday :/ |
17:36:38 | funman | it doesn't seem the AFE have a reset function |
17:37:56 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
17:43:00 | | Quit TheSeven (Ping timeout: 276 seconds) |
17:44:30 | * | bertrik spots a !! |
17:44:49 | funman | bertrik: !!!!!!! |
17:45:39 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-063-137.pools.arcor-ip.net) |
17:47:36 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
17:52:22 | | Join krazykit [0] (~kkit@206.183.182.189) |
17:52:28 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
17:54:21 | | Join T44 [0] (~Topy44@g227189192.adsl.alicedsl.de) |
17:56:12 | CIA-6 | New commit by funman (r27493): as3525*: disable_irq in system_reboot() ... |
17:56:17 | CIA-6 | New commit by funman (r27494): as3525*: use atomic bit manipulation for CCU_IO ... |
17:56:29 | | Quit pamaury (Remote host closed the connection) |
17:57:20 | funman | btw i got the µSD working at some point so it's not too far away |
17:57:54 | | Quit Topy (Ping timeout: 265 seconds) |
17:57:54 | CIA-6 | r27493 build result: All green |
17:59:09 | | Quit Topy44 (Ping timeout: 246 seconds) |
17:59:48 | CIA-6 | r27494 build result: All green |
18:00 |
18:02:26 | *** | Saving seen data "./dancer.seen" |
18:04:09 | | Join francesco_ [0] (~francesco@93-45-237-137.ip104.fastwebnet.it) |
18:05:10 | | Quit mt (Ping timeout: 258 seconds) |
18:05:33 | | Quit petur (Quit: *plop*) |
18:07:14 | francesco_ | hello. does rockbox support playlist format like m3u or pls? |
18:07:30 | funman | francesco_: m3u (check the manual) |
18:08:09 | francesco_ | funman: what player would you suggest for best m3u support? |
18:08:58 | funman | all of them |
18:09:02 | CIA-6 | New commit by funman (r27495): sd-as3525.c: disable widebus again, it causes read corruptions |
18:09:06 | bluebrother | francesco_: there's no difference in players |
18:09:43 | bluebrother | m3u is a playlist format. It has nothing to do with the player. If it's supported it works. Rockbox supports it, and there is no reason to not support it on some players |
18:10:44 | CIA-6 | r27495 build result: All green |
18:10:56 | francesco_ | bluebrother: is this true even for hundreads of playlists with 150/200 songs each? |
18:11:10 | bluebrother | yes. |
18:11:22 | bluebrother | there's a setting about the maximum amount of tracks in a playlist. |
18:11:37 | francesco_ | bluebrother, funman: thanks |
18:11:44 | bluebrother | and the number of playlists itself ... well, those are just files in the filesystem. |
18:12:11 | bluebrother | if a player supports the format it doesn't make a difference if you have one playlist file or thousands. As long as there's enough disk space for them |
18:12:21 | bluebrother | (and the tracks listed within, of course) |
18:13:41 | | Quit TheSeven (Ping timeout: 260 seconds) |
18:19:43 | | Quit francesco_ (Remote host closed the connection) |
18:19:52 | xlarge | bluebrother: In the extreme now.... Imagine a playlist with 500.000 or a million tracks... Will there be a memory issue on certain players? |
18:20:21 | n1s | yes, on all of them |
18:20:33 | | Join Topy44 [0] (~topy@my.fastsh.it) |
18:21:18 | xlarge | maybe it's a fixed memory size for playlist |
18:21:19 | n1s | iirc the maximum files in one playlist is somewhere around 30k |
18:21:45 | n1s | there's a setting for it but i don't think it goes higher than 30k |
18:21:58 | bluebrother | xlarge: it's not maybe. Rockbox does use a maximum number of files in a playlist. That number is fixed (but can get changed via a setting) |
18:22:33 | bluebrother | but what's the point of a playlist with 30k files anyway? How many years would one need to listen to such a playlist (and where would one store the files)? |
18:22:41 | n1s | the limit is 32k even |
18:22:55 | xlarge | bluebrother: i agree. |
18:24:54 | n1s | bluebrother: the only use case i can really think of is "shuffle the entire collection" |
18:25:07 | n1s | with a big collection (or the HVSC) |
18:26:40 | | Quit antil33t (Read error: Connection reset by peer) |
18:26:47 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
18:30:39 | | Join stooo [0] (~sto@g228006166.adsl.alicedsl.de) |
18:33:20 | | Join Kitar|st [0] (~Kitar_st@BSN-210-244-251.dial-up.dsl.siol.net) |
18:34:46 | | Quit Kitr88 (Ping timeout: 248 seconds) |
18:35:26 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
18:37:36 | | Quit Kitar|st (Ping timeout: 240 seconds) |
18:40:52 | | Join Jerom [0] (~heidi@79.132.46.225) |
18:43:02 | | Join Kitar|st [0] (Kitar_st@BSN-182-127-180.dial-up.dsl.siol.net) |
18:45:24 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
18:45:56 | S_a_i_n_t | pixelma: What is the screen dimension of your "daily" player? |
18:46:15 | S_a_i_n_t | (I want to get the ones devs will use done first) |
18:47:04 | S_a_i_n_t | I've done a few greyscale targets already...but, it's *almost* bedtime. |
18:47:20 | | Join dlenski [0] (~dlenski@fuhrer2219.physics.umd.edu) |
18:47:27 | S_a_i_n_t | So, I'll get another done maybe then make a new diff and head to bed. |
18:47:40 | | Quit dlenski (Remote host closed the connection) |
18:48:40 | | Join moxfyre [0] (~moxfyre@fuhrer2219.physics.umd.edu) |
18:49:46 | pixelma | which greyscale did you already do? If it's the 160c128 then the only version that would be missing for my 3 players would be the Ondio (112x64x1). Other than that I can't really tell you which I use most, it changes sometimes |
18:50:02 | pixelma | or 160x128 |
18:50:49 | S_a_i_n_t | I've done 160x128x2 already |
18:50:55 | | Part moxfyre |
18:50:56 | S_a_i_n_t | I'll move on to the ondio |
18:51:26 | | Quit stooo (Ping timeout: 265 seconds) |
18:51:45 | pixelma | size is the same for all bitmapped Archoses |
18:52:39 | S_a_i_n_t | bah, I'll do the ondio when I'm back at home and canmake a sim/screenshot. |
18:52:49 | S_a_i_n_t | Need to work out the viewport dimensions. |
18:53:14 | S_a_i_n_t | (for album info) |
18:53:21 | pixelma | err... |
18:53:40 | pixelma | monochrome targets don't have album art in case you mean that ;) |
18:53:55 | | Join stooo [0] (~sto@g228006166.adsl.alicedsl.de) |
18:53:56 | S_a_i_n_t | No, I know. |
18:54:02 | funman | they could |
18:54:05 | S_a_i_n_t | I mean Artist, Album, etc. |
18:54:32 | pixelma | funman: 1bit dithered? |
18:54:41 | S_a_i_n_t | I need to see how it is aligned in a screenshot to make the viewport definitions. |
18:54:47 | | Quit DerPapst (Quit: Leaving.) |
18:54:54 | S_a_i_n_t | and, I'm a *little* tired for that right now. |
18:55:09 | S_a_i_n_t | I'll post the new diff, and finish it tomorrow. |
18:55:18 | funman | pixelma: i don't know what's dithering |
18:55:50 | * | S_a_i_n_t is approximately 60% through his "viewportifying" mission. |
18:56:50 | pixelma | funman: my point was just that there the images are just black and white, you don't have the greylib available |
18:57:19 | pixelma | album art looks already barely ok in 4 greys |
18:57:54 | S_a_i_n_t | b/w AA would look *terrible* |
18:58:09 | | Join halmi_ [0] (~netbook@80-123-33-78.adsl.highway.telekom.at) |
18:58:16 | S_a_i_n_t | though, possibly amusing. |
18:58:30 | S_a_i_n_t | Can't look any worse than Doom on the Clip(s) :P |
18:59:55 | | Quit halmi (Ping timeout: 245 seconds) |
19:00 |
19:02:13 | S_a_i_n_t | pixelma: In the line "%x(a,pbbackground-128x64x1.bmp,1,0)"... |
19:02:21 | S_a_i_n_t | what is the "a" identifier for? |
19:02:56 | S_a_i_n_t | apparently S_a_i_n_t needs to read up on %x |
19:04:51 | pixelma | %x still needed an identifier for the image |
19:05:18 | S_a_i_n_t | oh...semms kin of irrelevent |
19:05:23 | S_a_i_n_t | *kind |
19:05:31 | S_a_i_n_t | *sems |
19:06:08 | pixelma | I assumed it is needed in the code |
19:06:18 | pixelma | I mean by the parser |
19:06:22 | S_a_i_n_t | It seems *really* odd to have an identifier that is never called anywhere. |
19:07:13 | S_a_i_n_t | Is there a specific reason for using %x, and not %xl? |
19:08:10 | pixelma | it's a static image. Using %x is one tag - %xl would need an additional unnecessary %xd |
19:08:53 | pixelma | static image = always shown, it's basically the "background" image |
19:09:04 | S_a_i_n_t | I know, it just seems insane to me to have an identifier that is never called. |
19:09:12 | S_a_i_n_t | well, at least not in the WPS |
19:09:22 | S_a_i_n_t | It seems, odd, to me. |
19:09:25 | pixelma | are you sure it's not called internally? |
19:09:38 | pixelma | by the parser |
19:10:02 | S_a_i_n_t | the identifier is for refrencing it later. |
19:10:24 | S_a_i_n_t | as in, once you %x an image, you can &xd it with the same identifier |
19:10:36 | S_a_i_n_t | *%xd |
19:12:10 | S_a_i_n_t | For consistency with the other themes, I may just %xl and %xd the images. |
19:12:22 | S_a_i_n_t | at least then its a lot easier to see what is going on. |
19:12:36 | pixelma | you don't need %xd if you use %x. I don't know how the parser works - if e.g. it first "analyses" the WPS code and then draws it might need a list to draw image "a" there (and doesn't keep the filename) and image "b" at another place |
19:12:46 | pixelma | and noooo |
19:12:49 | CIA-6 | New commit by funman (r27496): newer Fuzev2 doesn't seem to use B5 for button light ... |
19:12:54 | S_a_i_n_t | I know you don't *need* it. |
19:13:02 | pixelma | for consistence you can claim %x is the same as %X |
19:13:07 | S_a_i_n_t | but, it's for later reference *if you want to* |
19:13:09 | pixelma | in this case |
19:13:18 | pixelma | *sigh* |
19:13:25 | S_a_i_n_t | once an image has been called with %x it can be called again with %xd |
19:13:31 | pixelma | no |
19:14:02 | S_a_i_n_t | That is what the manual says |
19:14:10 | pixelma | huh? |
19:14:15 | CIA-6 | r27496 build result: All green |
19:14:17 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
19:14:31 | S_a_i_n_t | %x(n,filename,x,y) |
19:14:31 | S_a_i_n_t | Load and display an image |
19:14:32 | S_a_i_n_t | n: image ID (a-z and A-Z) for later referencing in %xd |
19:14:49 | pixelma | how would you call an image that is always show *again*? |
19:14:59 | S_a_i_n_t | in another spot. |
19:15:21 | S_a_i_n_t | wait...no. |
19:15:23 | pixelma | in another spot? |
19:15:35 | S_a_i_n_t | yeah, I just thought about that. |
19:15:51 | | Join halmi [0] (~netbook@93-82-37-129.adsl.highway.telekom.at) |
19:16:07 | | Join dlenski [0] (~dlenski@fuhrer2219.physics.umd.edu) |
19:16:24 | * | S_a_i_n_t suspects he needs to ask JdGordon about it. |
19:17:05 | S_a_i_n_t | I assume it wouldn't say "or later referencing in %xd" if it didn't actually mean it could be called again. |
19:17:22 | S_a_i_n_t | If it is an internal parser thing, then the themer need not know about it. |
19:17:35 | S_a_i_n_t | s/or/for/ |
19:18:01 | pixelma | I just assume the manual is wrong there, c+p error |
19:18:22 | | Quit halmi_ (Ping timeout: 252 seconds) |
19:18:47 | S_a_i_n_t | ...possibly, but if it can't be called again I see no reason for it to have an identifier |
19:19:08 | S_a_i_n_t | it may as well be %X in that case. |
19:19:29 | | Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) |
19:19:34 | pixelma | my guess is that %x needs an identifier if the parser doesn't store the filename, just the ID. You can have more than one %x image and so it needs to know which is which |
19:20:05 | | Nick bunnyboi is now known as jennifur (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) |
19:20:52 | S_a_i_n_t | Hmmm, plausible. IMO %xl/%xd is a much saner way to do it though, and less confusing |
19:21:01 | S_a_i_n_t | or, potentially confusing) |
19:21:04 | pixelma | I don't think so |
19:23:20 | pixelma | I believe there were also differences in drawing order or so but I am not sure |
19:23:24 | | Part dlenski ("Leaving") |
19:24:32 | pixelma | personally I'd find it silly to have an unconditional %xd somewhere and less obvious that is a static image |
19:25:21 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
19:25:51 | S_a_i_n_t | but, you can have all the static images %xl'd with the same identifier, and just call them with the one %xd |
19:25:59 | S_a_i_n_t | that's not *too* insane IMO |
19:27:38 | | Join halmi_ [0] (~netbook@80-123-42-116.adsl.highway.telekom.at) |
19:27:45 | pixelma | huh, since when can you have more than one image with the same identifier? That's possible for a group of viewport, it would be news to me for images |
19:28:42 | S_a_i_n_t | I'm about 90% certain you can. |
19:30:28 | | Quit halmi (Ping timeout: 252 seconds) |
19:31:59 | maraz | interesting, i just upgraded to current (nano 1st gen) and now my settings get reset every time i boot up. |
19:32:24 | S_a_i_n_t | that's a nice one. |
19:32:47 | S_a_i_n_t | Do you know your last known good revision? |
19:33:00 | maraz | yeah, it began with 25... |
19:33:07 | S_a_i_n_t | ;P |
19:33:30 | funman | i'd start by checking filesystem |
19:34:07 | maraz | no errors. :\ |
19:34:23 | * | S_a_i_n_t has had database commit trash his FS twice this week on his Nano1gs |
19:34:44 | * | maraz doesn't use the database |
19:34:46 | S_a_i_n_t | but, it isn't reproducible. |
19:35:34 | S_a_i_n_t | It produced some *really* long filenames for the corrupted database files though, that was fun. |
19:35:57 | funman | we need valgrind.rock |
19:39:10 | | Join Topy [0] (~Topy44@f048147178.adsl.alicedsl.de) |
19:39:38 | | Join mohanohi [0] (~mohan@122.166.149.155) |
19:39:50 | mohanohi | hi |
19:40:18 | mohanohi | does the custom firmware supports this SanDisk Sansa® Clip+ MP3 Players product? |
19:40:29 | mohanohi | http://www.sandisk.com/products/sansa-music-and-video-players/sandisk-sansa-clip-mp3-players |
19:40:30 | funman | mohanohi: check www.rockbox.org for the answer |
19:40:50 | mohanohi | yeah.. i checked out. |
19:41:14 | funman | "SanDisk: Sansa Clip (all versions)" includes the Clip+ |
19:41:31 | mohanohi | ok.. thanks for the info funman. |
19:41:35 | mohanohi | one more thing.. |
19:41:59 | mohanohi | will i able to control the recording level of the mic with this custom firmware? |
19:42:00 | | Quit T44 (Ping timeout: 245 seconds) |
19:42:49 | mohanohi | i am thinking about using it for location sound recording purpose .. |
19:42:57 | S_a_i_n_t | http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-build.html |
19:43:11 | S_a_i_n_t | mohanohi: the manual ^ |
19:43:12 | mohanohi | hence need control over how these devices record audio |
19:43:13 | funman | according to http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch5.html#x8-960005.8 yes |
19:43:17 | mohanohi | ok.. |
19:43:26 | mohanohi | wow thats really great!! |
19:43:31 | mohanohi | thanx funman.. :) |
19:44:33 | mohanohi | does it record to wave? |
19:44:45 | bertrik | wait, some of the really recent clip+'s don't work yet with rockbox |
19:45:12 | mohanohi | bertrik : oh |
19:47:05 | mohanohi | i saw wav is supported in this page http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildap1.html#x16-326000A.2 |
19:47:11 | mohanohi | but is it only for playback? |
19:47:21 | mohanohi | or recording too? |
19:47:39 | * | S_a_i_n_t points to the manual |
19:47:56 | S_a_i_n_t | http://themes.rockbox.org/ |
19:48:06 | S_a_i_n_t | shit. |
19:48:07 | mohanohi | got it.. |
19:48:15 | mohanohi | it records to wav too |
19:49:40 | mohanohi | does these units really have two mics inside to record true stereo sound? |
19:50:10 | funman | dunno but the 2 channels dont' have the same signal |
19:50:26 | bertrik | I don't think there are two microphones inside |
19:52:06 | mohanohi | does any of the product that rockbox support has two mics? |
19:54:04 | | Quit stripwax (Quit: http://miranda-im.org) |
19:54:04 | mohanohi | wow man.. i don't think sandisk sells those mp3 players in my country. |
19:54:04 | mohanohi | there are not products in my country's website.. :( |
19:55:47 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
19:56:15 | saratoga | two mics wouldn't make sense since its such a small device |
19:57:26 | mohanohi | saratoga: if both channels aren't recording the same signal, then there should be some mechanism that work as stereo mic.. |
19:57:39 | mohanohi | funman: any samples? |
19:57:39 | CIA-6 | New commit by funman (r27497): Clip manual: add zxbox and recording screens screenshots |
19:57:43 | funman | ^ clip lacks a rockboy entry in the manual |
19:57:48 | | Quit funman (Quit: free(random());) |
19:57:51 | saratoga | yes but if the two mics are next to each other its still mono |
19:58:07 | saratoga | obviously for stereo you need to space the two mics some distance apart |
19:58:08 | mohanohi | not to next but, in Y shape |
19:58:18 | mohanohi | not much distance. |
19:58:28 | mohanohi | i mean V shape position |
19:59:15 | CIA-6 | r27497 build result: All green |
20:00 |
20:00:10 | | Quit joecool (Ping timeout: 276 seconds) |
20:00:57 | mohanohi | aren't there any custom firmware for sony mp3 players? |
20:01:56 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
20:02:28 | *** | Saving seen data "./dancer.seen" |
20:03:08 | S_a_i_n_t | mohanohi: Not developed by Rockbox, no. |
20:05:59 | GodEater | not at all as far as I know |
20:06:41 | mohanohi | their players has good quality inbuilt mics |
20:07:09 | saratoga | i think the sony players never attracted enough interest because theres like a hundred different ones, none of which was all that popular individually |
20:08:19 | | Join DerPapst [0] (~Alexander@91-64-225-76-dynip.superkabel.de) |
20:11:24 | | Quit simonrvn (Ping timeout: 240 seconds) |
20:13:08 | mohanohi | ok.. thanx for the info guys.. |
20:13:12 | mohanohi | good night.. |
20:13:13 | mohanohi | bye.. |
20:13:15 | mohanohi | :) |
20:13:21 | | Part mohanohi ("Leaving") |
20:15:57 | | Quit stooo (Quit: Leaving.) |
20:26:08 | | Join T44 [0] (~Topy44@f049114211.adsl.alicedsl.de) |
20:28:14 | | Join joecool [0] (~joecool@no-sources/joecool) |
20:29:24 | | Quit Topy (Ping timeout: 240 seconds) |
20:30:05 | | Quit Horscht (Quit: Verlassend) |
20:32:18 | Dhraakellian | how safe is the FuzeV1 USB support? |
20:32:52 | | Join captainewkll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) |
20:33:05 | Dhraakellian | I think I may have some corruption somewhere, but I haven't yet pinned it down |
20:33:09 | Dhraakellian | or it could just be bugs |
20:33:38 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
20:38:15 | | Quit dfkt_ (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
20:42:48 | | Part watto |
20:44:39 | | Quit BlakeJohnson86 (Ping timeout: 265 seconds) |
20:47:15 | pixelma | S_a_i_n_t: even if what you say was possible, I'd stil find %xl/%xd less suitable. There is still one more line of code needed, you won't know that the images should be static, the parser won't know either - or effectively are not for the parser and I *think* there is some slight differences in how the bitmaps are handled (for screen updates or so), I could be wrong though |
20:59:56 | | Join mt [0] (~mtee@rockbox/developer/mt) |
21:00 |
21:02:45 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
21:03:45 | | Quit evilnick_B (Quit: Page closed) |
21:05:31 | | Quit captainewkll (Quit: Page closed) |
21:07:32 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
21:10:08 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
21:22:09 | n1s | gcc 4.4.4 test results are finished now, yay: cook and vorbis are about 5% slower, mpc 1% slower. alac is 3% faster, flac and wma 10% faster, and aac almost 20% faster, ac3, ape and wv are +- 1% |
21:22:17 | n1s | that's on a h300 |
21:22:47 | n1s | tta is 17% faster too |
21:23:43 | n1s | unfortunately libmad doesn't compile with O2 or O3 because of insane inline asm, i suppose i should try to fix that to see how that performs |
21:24:15 | | Join Buschel [0] (~chatzilla@p54A3D232.dip.t-dialin.net) |
21:25:51 | Buschel | n1s: interesting results. where in libmad is the problem? |
21:28:11 | | Join [Saint] [0] (S_a_i_n_t@203.184.1.162) |
21:28:20 | | Quit S_a_i_n_t (Ping timeout: 264 seconds) |
21:28:35 | n1s | Buschel: i get "can't find a register in class ‘DATA_REGS’ while reloading ‘asm’" in synth_full synth.c |
21:29:28 | n1s | that function has an inline asm block that uses 14 regs |
21:29:51 | n1s | actually two such blocks |
21:30:19 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
21:30:34 | Buschel | and one of the most critical to performance |
21:31:12 | n1s | i think the solution would be to convert it to a function entirely in asm |
21:31:43 | | Join dlenski [0] (~dlenski@fuhrer2219.physics.umd.edu) |
21:32:32 | n1s | i'm not exactly eager to do that though... |
21:33:25 | Buschel | I am not into CF-asm, but is "movem.l (%1), %%d0-%%d7" much slower as doing "movem.l (%1), %%d0-%%d3" twice? this could save 4 regs |
21:33:46 | n1s | should be only one cycle slower IIUC |
21:35:45 | n1s | yeah, i'll try that |
21:36:42 | | Part dlenski ("Leaving") |
21:36:45 | | Join dlenski [0] (~dlenski@fuhrer2219.physics.umd.edu) |
21:38:47 | saratoga | getting CF over to a new gcc would be nice |
21:39:16 | n1s | yeah |
21:40:29 | n1s | oh, this asm is trickier than it looked at first :/ |
21:41:08 | Buschel | you reached the second ams block? ;) |
21:41:12 | Buschel | *asm |
21:41:30 | n1s | yeah, but it seems gcc choked only on the first one so it compiled now :) |
21:41:41 | n1s | eh, no |
21:41:43 | Buschel | good :) |
21:42:14 | n1s | the apparent random order of compilation tricked me |
21:43:04 | n1s | ah, it eveg gives line numbers, it was failing to reload registers for both blocks |
21:44:55 | saratoga | amiconn: do you have the exact SVN numbers for those benchs? i like to keep them in my notes |
21:49:47 | | Quit jae (Ping timeout: 265 seconds) |
21:51:55 | | Join jae [0] (~jae@jaerhard.com) |
21:55:17 | Buschel | n1s: does this work for you? -> http://www.pastebin.org/406099 |
21:55:45 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
21:55:59 | n1s | Buschel: i'll try soon, when my own attempt fails |
21:56:14 | | Quit jae (Ping timeout: 252 seconds) |
21:57:32 | n1s | it appears to actually work, didn't know you worked on it :( |
21:58:28 | Buschel | well, my first attempt to blindly change CF-asm ;) |
21:58:56 | n1s | oh, and btw, movem.l doesn't update the pointer so you have to use an offset like movem.l 16(%1), %%d0-%%d3 |
22:00 |
22:00:04 | n1s | this change might actually speed it up somewhat since the compiler will have to spill less to the stack |
22:00:10 | Buschel | will you add those? I cannot test the result here... |
22:01:01 | n1s | yeah, what i did is basically identical to your patch but with the offsetts |
22:02:27 | n1s | also the pointers used for the emac parallell loads needed some tweaking in the second block |
22:02:30 | *** | Saving seen data "./dancer.seen" |
22:04:38 | n1s | with this change and gcc4.4.4 mp3 decoding is faster than svn with the old toolchain at least :) |
22:06:34 | | Join jae [0] (~jae@jaerhard.com) |
22:07:24 | | Join jennifur__ [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) |
22:09:42 | | Quit jennifur (Ping timeout: 240 seconds) |
22:10:57 | | Nick jennifur__ is now known as bunnyboy (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) |
22:11:00 | Buschel | n1s: good |
22:13:31 | n1s | Buschel: yeah, mpc performance is a little weird, the two samples with the lowest bitrates are ~1-2% faster and the 3 samples with higher bitrates are 1-2% slower with the 170kbps sample +- 0 |
22:14:06 | n1s | thought you might be interested |
22:16:55 | | Nick bunnyboy is now known as bunnyboi (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) |
22:16:55 | Buschel | thanks for the details. sounds like the synthesis filter work fine (mostly asm'ed). I would suspect either the bitstream stuff or huffman decoding or both are causing this, |
22:16:55 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
22:20:51 | Buschel | have to go now. take care! |
22:20:55 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]) |
22:20:56 | n1s | bye |
22:24:47 | amiconn | saratoga: r27486. Why doesn't test_codec write that to the log? |
22:26:37 | amiconn | n1s: It's only just one cycle if the data it fetches is either from iram, or it exactly line aligned |
22:27:48 | n1s | amiconn: right, it does speed it up somewhat to not use all the d regs, i suppose gcc doesn't spill as much to stack |
22:28:10 | amiconn | If it fetches from dram and the data is misaligned (but still 32 bit aligned), fetching 8 regs at guarantees that at least 4 regs are always fetches using a line burst (in one of 4 cases all 8) |
22:28:47 | amiconn | *8 regs at once |
22:29:02 | n1s | yeah, i wondered about that, how much faster is a line burst load? |
22:29:05 | n1s | from dram |
22:29:27 | amiconn | About 2.5 times as fast as reading longwords, according to my experiments |
22:29:44 | n1s | wow |
22:30:06 | amiconn | Yes, there is a reason why memcpy/memmove is such an asm monster |
22:30:37 | amiconn | (although it should be possible to reduce this significantly without sacrificing too much performance) |
22:31:49 | | Quit dlenski (Quit: Leaving) |
22:32:17 | amiconn | If you want to reduce register usage, the buffers are in dram and you don't want to sacrifice performance, you need pre/post loops for alignment |
22:33:31 | amiconn | Of course you don't if the buffers are always aligned |
22:33:51 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
22:36:49 | | Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]) |
22:39:23 | | Quit [Saint] () |
22:42:15 | n1s | but line alignment isn't important for iram buffers? |
22:42:53 | amiconn | nope |
22:43:06 | n1s | ok, thanks |
22:43:22 | amiconn | Well, 32 bit alignment is, but not line alignment |
22:44:09 | n1s | yes, i gathered as much |
22:44:39 | * | amiconn should read more carefully |
23:00 |
23:07:33 | | Quit bluebrother (Disconnected by services) |
23:07:36 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
23:23:26 | | Join _BJH [0] (~chatzilla@e176103039.adsl.alicedsl.de) |
23:26:49 | CIA-6 | New commit by bertrik (r27498): Update Chinese (simple) translation - FS #11489 by Purling Nayuki |
23:28:24 | CIA-6 | r27498 build result: All green |
23:33:00 | | Quit domonoky (Read error: Connection reset by peer) |
23:36:11 | saratoga | where should i put the parse testcodec script? |
23:36:16 | saratoga | utils or some subfolder of it? |
23:36:40 | n1s | i think utils is fine |
23:37:02 | | Quit t0rc (Quit: Leaving) |
23:37:33 | n1s | hmm or maybe a subdir :) |
23:39:32 | kugel | n1s: nice gcc results |
23:39:46 | kugel | seems to be an overall win |
23:40:18 | saratoga | oh heh i made the parser not work for WMA Pro files |
23:40:24 | n1s | it does, although i suppose it's prudent to hold off untill after the 3.7 release in case any subtle bugs creep in |
23:40:26 | saratoga | because wma is a subset of the string wmapro |
23:40:53 | n1s | saratoga: a header for tta is missing too |
23:42:12 | saratoga | n1s: works for me |
23:42:20 | saratoga | maybe i have a newer version though |
23:42:20 | kugel | saratoga: put /wma$/ will match wma but not wmapro |
23:42:30 | kugel | s/put// |
23:42:57 | n1s | saratoga: i used the one from the wiki |
23:43:09 | saratoga | its probably much older then mine |
23:43:17 | saratoga | since i can't upload stuff to the wiki half the time |
23:43:21 | kugel | which is why it should be in svn :) |
23:43:41 | kugel | also, this very script for some reason a pain to download |
23:47:25 | | Quit Topy44 (Ping timeout: 246 seconds) |
23:47:30 | saratoga | i'm just going to put it in the root folder |
23:47:54 | saratoga | root of utils that is |
23:49:10 | | Join metalmike [0] (~AndChat@67.sub-97-10-130.myvzw.com) |
23:50:12 | metalmike | Super noob question here...how do I tell which ipod version I have so I can install the correct rockbox? |
23:50:46 | saratoga | is it ok if I go over 80 lines here? |
23:51:02 | saratoga | metalmike: apple has a nice document explaining which ipods are which |
23:51:05 | saratoga | google for it |
23:51:17 | metalmike | Thanks. |
23:51:46 | metalmike | I'm pretty sure if 5th gen if its 80gb. Just wanted to be sure. |
23:52:05 | saratoga | theres a couple different 80GB ipods |
23:52:14 | saratoga | if you bought it in the last few years its probably not a 5G |
23:53:14 | CIA-6 | New commit by saratoga (r27499): Add parse_testcodec.pl, a script for parsing and comparing test_codec.c logs and formatting them for the wiki. Written by me. |
23:53:27 | Torne | if the front is metal it's a Classic |
23:53:34 | Torne | if the front is plastic it's a 5g |
23:54:14 | metalmike | The front is silver plastic |
23:54:24 | | Quit komputes (Remote host closed the connection) |
23:54:41 | Torne | er, really? |
23:54:42 | CIA-6 | r27499 build result: All green |
23:55:03 | Torne | are you sure that's not aluminium? :) |
23:55:23 | Torne | are the edges of the front rounded, or just right angles? |
23:56:51 | metalmike | Yea its not aluminum...rounded. |
23:57:08 | Torne | that's a classic, and that's not plastic ;) |
23:58:32 | | Quit evilnick_B (Quit: Page closed) |
23:58:54 | metalmike | Pity, rb doesn't run on classic does it? |