00:04:54 | | Quit bertrik (Quit: :tiuQ) |
00:14:03 | | Quit ender` (Quit: If at first you don't succeed, skydiving is not for you.) |
00:18:44 | | Quit linuxguy3 (Ping timeout: 252 seconds) |
00:19:47 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
00:19:57 | | Quit Staphylo (Quit: Bye les gens =)) |
00:21:42 | | Quit n1s (Quit: Lämnar) |
00:23:36 | | Join xnyhps [0] (~xnyhps@535791C2.cm-6-8c.dynamic.ziggo.nl) |
00:26:50 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
00:27:25 | | Quit JdGord (Quit: Bye) |
00:31:54 | | Part xnyhps |
00:35:28 | *** | Saving seen data "./dancer.seen" |
00:45:05 | | Quit fyre^OS (Read error: Connection reset by peer) |
00:45:26 | | Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) |
00:56:22 | | Join T44 [0] (~Topy44@g227204136.adsl.alicedsl.de) |
00:56:57 | | Quit Topy44 (Read error: Connection reset by peer) |
00:59:00 | | Quit sasquatch (Ping timeout: 265 seconds) |
01:00 |
01:00:59 | | Quit dfkt_ (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) |
01:03:00 | | Join Jerom [0] (~jerome@95.171.137.111) |
01:03:34 | | Join drizztbsd_ [0] (~quassel@unaffiliated/drizztbsd) |
01:05:23 | | Quit drizztbsd (Ping timeout: 276 seconds) |
01:11:32 | | Quit linuxguy3 (Ping timeout: 252 seconds) |
01:12:26 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
01:24:57 | saratoga | anyone with good with ARM still awake? |
01:26:24 | | Quit linuxguy3 (Ping timeout: 252 seconds) |
01:27:26 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
01:40:41 | | Quit rvvs89 (Ping timeout: 276 seconds) |
01:40:49 | | Join rvvs89 [0] (rvvs89@mussel.ucc.gu.uwa.edu.au) |
01:44:57 | | Quit hebz0rl (Quit: Leaving) |
01:47:28 | | Quit GeekShadow (Quit: The cake is a lie !) |
01:50:17 | | Quit S_a_i_n_t (Quit: I'm only going to Heaven if it tastes like caramel...) |
01:50:22 | | Quit binaryhermit (Read error: Connection reset by peer) |
01:50:43 | | Join binaryhermit [0] (~binaryher@70.131.112.44) |
01:54:20 | | Quit linuxguy3 (Ping timeout: 276 seconds) |
01:54:42 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
02:00 |
02:08:29 | | Quit krazykit (Ping timeout: 264 seconds) |
02:09:03 | | Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
02:12:37 | | Quit JdGordon (Ping timeout: 252 seconds) |
02:13:44 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.7) |
02:14:51 | | Quit Judas_PhD (Quit: This is a quitting message) |
02:17:23 | saratoga | threw my atrac iQMF in ARMv5e up on the tracker |
02:17:35 | saratoga | doesn't work yet, i'm obviously missing something about how the atrac codec works |
02:17:54 | saratoga | i think i'm scaling the same samples either 2 times or missing some :) |
02:18:13 | saratoga | maybe MT or Buschel can look at it and tell me if I'm missing something |
02:18:26 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
02:19:39 | | Quit Kitar|st () |
02:23:03 | | Quit linuxguy3 (Ping timeout: 252 seconds) |
02:23:03 | | Quit S00row (Read error: Connection reset by peer) |
02:23:04 | kugel | saratoga: weren't you working on libmad? |
02:24:00 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
02:24:50 | | Quit Judas_PhD (Quit: This is a quitting message) |
02:25:06 | kugel | JdGordon|: did you have further progress on your open() remake? |
02:25:15 | JdGordon| | no |
02:25:17 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
02:26:04 | kugel | I'm thinking it would make enabling some plugins a lot easier, the current solution isn't implemented for plugins yet (and all plugins would need the same changes as the core did) |
02:28:31 | | Quit krazykit (Ping timeout: 265 seconds) |
02:28:44 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
02:28:55 | | Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
02:30:46 | | Quit linuxguy3 (Ping timeout: 240 seconds) |
02:31:04 | tmzt | why not use something like newlib? |
02:31:08 | tmzt | too bi? |
02:31:11 | tmzt | big |
02:31:54 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
02:32:16 | kugel | tmzt: this is not about implementing open() but wrapping the path passed to open() |
02:32:30 | tmzt | oh |
02:32:54 | saratoga | kugel: yeah I am, but I wanted to try out something easier first |
02:33:12 | saratoga | the atrac optimization is for the same function libmad uses, but the atrac one is less complicated |
02:33:21 | | Quit Jerom (Quit: Leaving.) |
02:35:01 | kugel | could they use the same implementation? |
02:35:28 | saratoga | no, they're quite different in terms of implementation |
02:35:31 | *** | Saving seen data "./dancer.seen" |
02:35:35 | saratoga | but the general idea is sort of the same |
02:37:42 | saratoga | i think on paper the armv5e version should be 2x as fast as the armv4 version, but i want to see in practice how fast it really is and also how much rounding error using 16 bit multiplies actually introduces |
02:40:00 | * | JdGordon| has a pretty good idea how to do multi-screen-size support in the skin code :) |
02:40:32 | JdGordon| | at least on load anyway, switching to portraight/landscape after load could be interesting |
02:42:09 | saratoga | why does arm have a "16 * 16 bit and accumulate long" instruction, and a "32 * 16 bit and accumulate" but no "32 * 16 bit and accumulate long" instruction |
02:42:09 | | Quit S00row (Read error: Connection reset by peer) |
02:42:24 | saratoga | why would i want a higher precision output of the instruction that only takes low precision inputs |
02:43:34 | | Quit linuxguy3 (Remote host closed the connection) |
02:43:51 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
02:44:02 | tmzt | you always throw those extra bits away anyway?? |
02:44:02 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
02:46:24 | saratoga | i guess you're supposed to use SMLSLD ((Signed Multiply Subtract accumulate Long Dual) with the second multiplicand set to 0 |
02:46:33 | saratoga | the manual suggests that it will use early termination |
02:46:43 | saratoga | so i guess its just as fast as a real instruction for doing this |
02:49:04 | | Quit kugel (Remote host closed the connection) |
02:50:16 | saratoga | huh no its not the same |
02:50:59 | | Quit linuxguy3 (Ping timeout: 255 seconds) |
02:51:45 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
02:51:54 | saratoga | stupid arm |
03:00 |
03:09:15 | | Quit linuxguy3 (Ping timeout: 252 seconds) |
03:09:51 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
03:19:31 | | Quit T44 (Quit: Leaving) |
03:19:39 | | Join Topy44 [0] (~Topy44@g227204136.adsl.alicedsl.de) |
03:21:18 | | Quit scorche|sh (Ping timeout: 276 seconds) |
03:23:50 | | Quit linuxguy3 (Read error: Operation timed out) |
03:24:08 | | Quit DerPapst (Quit: Leaving.) |
03:24:56 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
03:31:02 | | Quit linuxguy3 (Read error: Operation timed out) |
03:33:50 | | Join scorche|sh [0] (~scorche@squisch.net) |
03:33:51 | | Quit S00row (Read error: Connection reset by peer) |
03:34:53 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
03:35:40 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
03:35:58 | | Quit scorche|sh (Changing host) |
03:35:58 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
03:37:35 | | Quit krazykit (Ping timeout: 240 seconds) |
03:38:42 | | Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
03:41:42 | | Quit linuxguy3 (Ping timeout: 252 seconds) |
03:42:47 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
03:47:41 | Topy44 | hm, i have been wondering... is it possible to get rockbox to only charge by usb but not connect to it? so i cant continue using it (especially for recording) while its connected to a pc or usb charger or something? |
03:48:03 | JdGordon| | read the manual... holding menu should do that |
03:48:11 | Topy44 | oh, must have missed that one |
03:49:57 | | Quit linuxguy3 (Ping timeout: 255 seconds) |
03:50:38 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
03:50:39 | | Quit S00row (Read error: Connection reset by peer) |
03:51:00 | Topy44 | its the A-B button actually, and it works, thanks |
03:51:12 | Topy44 | (also i have never, ever used that button before, just discovered what it does :) |
03:52:05 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
04:00 |
04:02:29 | | Quit edboyer93 () |
04:06:56 | | Quit linuxguy3 (Ping timeout: 252 seconds) |
04:07:41 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
04:12:18 | | Quit TheSeven (Ping timeout: 240 seconds) |
04:16:10 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
04:16:11 | | Quit S00row (Read error: Connection reset by peer) |
04:17:46 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
04:22:42 | | Quit amiconn (Disconnected by services) |
04:22:44 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:22:46 | | Quit pixelma (Disconnected by services) |
04:22:49 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:22:51 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:23:03 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:24:16 | | Quit linuxguy3 (Ping timeout: 276 seconds) |
04:24:41 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
04:35:19 | | Quit linuxguy3 (Ping timeout: 276 seconds) |
04:35:34 | *** | Saving seen data "./dancer.seen" |
04:35:40 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
04:37:47 | | Join Barahir_ [0] (~jonathan@frnk-590f68cf.pool.mediaWays.net) |
04:41:25 | | Quit Barahir (Ping timeout: 264 seconds) |
04:41:26 | | Quit S00row (Read error: Connection reset by peer) |
04:44:26 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
04:45:13 | | Quit linuxguy3 (Ping timeout: 276 seconds) |
04:45:36 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
04:50:04 | | Quit binaryhermit (Ping timeout: 265 seconds) |
05:00 |
05:33:18 | | Quit ps-auxw (Ping timeout: 240 seconds) |
05:40:55 | | Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) |
05:44:18 | | Quit evilnick (Ping timeout: 252 seconds) |
05:44:51 | | Join ps-auxw [0] (~arneb@p4FF7F01B.dip.t-dialin.net) |
06:00 |
06:35:38 | *** | Saving seen data "./dancer.seen" |
06:55:03 | | Join Dreamxtreme_ [0] (~Dre@92.30.65.15) |
06:55:03 | | Quit Dreamxtreme (Read error: Connection reset by peer) |
06:56:44 | | Quit Dreamxtreme_ (Client Quit) |
07:00 |
07:01:31 | | Quit anewuser () |
07:12:18 | | Join sasquatch [0] (~username@188.46.168.242) |
07:12:31 | | Join webguest79 [0] (~40ffb4c9@giant.haxx.se) |
07:12:54 | | Quit webguest79 (Client Quit) |
07:13:00 | | Quit panni__ (Read error: Connection reset by peer) |
07:13:19 | | Quit S00row (Read error: Connection reset by peer) |
07:15:05 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
07:17:11 | | Quit krazykit (Ping timeout: 255 seconds) |
07:17:55 | | Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
07:24:10 | | Quit Rob2223 (Quit: Rob2223) |
07:24:10 | | Quit S00row (Read error: Connection reset by peer) |
07:24:38 | | Join Rob2222 [0] (~Miranda@p4FFF28E4.dip.t-dialin.net) |
07:25:23 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
07:32:33 | | Nick kevku|AFK is now known as kevku (~kevku@92.221.50.195.dyn.estpak.ee) |
07:33:12 | S_a_i_n_t | liar: ping? |
08:00 |
08:04:09 | | Quit JdGordon| (Quit: leaving) |
08:09:58 | | Join JdGord [0] (~jd@122.110.128.153) |
08:18:39 | | Quit Dhraakellian (Ping timeout: 240 seconds) |
08:20:17 | | Join Dhraakellian [0] (~ntryon@67.240.248.41) |
08:20:19 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
08:23:32 | | Quit Rob2222 (Read error: Connection reset by peer) |
08:24:07 | | Join Rob2222 [0] (~Miranda@p4FFF28E4.dip.t-dialin.net) |
08:34:33 | | Quit Dhraakellian (Ping timeout: 250 seconds) |
08:34:49 | | Quit JdGord (Quit: Bye) |
08:35:22 | | Join Dhraakellian [0] (~ntryon@cpe-67-240-248-41.rochester.res.rr.com) |
08:35:38 | | Nick kevku is now known as kevku|AFK (~kevku@92.221.50.195.dyn.estpak.ee) |
08:35:42 | *** | Saving seen data "./dancer.seen" |
08:36:01 | | Quit S00row (Read error: Connection reset by peer) |
08:38:08 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
08:43:07 | | Join bmbl [0] (~bmbl@unaffiliated/bmbl) |
08:44:26 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
08:55:28 | | Join bluefoxx [0] (~fuzzylomb@S0106000347a5e69e.vs.shawcable.net) |
08:55:50 | bluefoxx | Any olympus m-robe owners alive in here tonight? |
08:57:28 | S_a_i_n_t | bluefoxx: Just ask you're question, if someone can help, they will. |
08:57:34 | S_a_i_n_t | *your |
08:57:44 | bluefoxx | Right. |
08:58:07 | bluefoxx | Well I've come into ownership of a nice little mrobe, but I've no cable for it |
08:59:12 | bluefoxx | I scrounged the connector for it off of it's dock, managed to find the power pins, but the pinout I was given was off, power/ground were reversed for one, having corrected that, I've failed to find the USB pinout |
08:59:20 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
08:59:43 | bluefoxx | It's a cute little unit and I'd love to manage to rockbox it, but so far I've no way to connect it to a PC |
08:59:43 | | Quit S00row (Read error: Connection reset by peer) |
09:00 |
09:01:26 | S_a_i_n_t | was it simply a charging dock? I take it you couldn't use the dock to connect it to the PC...especially now. |
09:01:26 | bluefoxx | If anybody could tell me what the correct pinout for USB is, it'd be of some good help to me |
09:01:46 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
09:02:02 | bluefoxx | Well it was a full-on-dock, but the cable that would have connected it to a PC was the exact same thing as what the mrobe itself uses |
09:02:09 | | Join aperson [0] (~aperson@unaffiliated/aperson) |
09:02:15 | | Quit S00row (Read error: Connection reset by peer) |
09:02:22 | S_a_i_n_t | bluefoxx: First hit on google: http://pinoutsguide.com/PortableDevices/olympus_mrobe_usb_pinout.shtml |
09:02:26 | | Part aperson ("Leaving") |
09:02:35 | S_a_i_n_t | just searched for m-robe+pinout |
09:02:56 | bluefoxx | Yeah, that's backwards. |
09:03:00 | S_a_i_n_t | since you know the power pins, it is easy to work out the rest. |
09:03:29 | bluefoxx | 1 and 2 were actually power |
09:03:44 | bluefoxx | Not ground |
09:03:51 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
09:04:33 | bluefoxx | I mean, hell, it even says it's wrong on that page > http://pinouts.ru/reports/olympus_mrobe_usb.shtml |
09:06:23 | S_a_i_n_t | http://www.scesoc.ca/~cat/arm/mrobe/mrobefan.elwiki.com/index.php%3Ftitle=Cradle_Connectors&redirect=no |
09:07:18 | S_a_i_n_t | seems to fit your finding of pins 1&2 |
09:08:47 | | Join slooopy [0] (~sloo@p3E9E010C.dip0.t-ipconnect.de) |
09:10:12 | S_a_i_n_t | let me know how you get on bluefoxx, that's from the development wiki for the m-robe 500i so I would expect it to be correct |
09:11:01 | S_a_i_n_t | that should also give you what you need to make a lineout adapter ;) |
09:11:41 | bluefoxx | Well now I've got windows saying that it can't recognize the device |
09:11:50 | bluefoxx | That's *something* I guess |
09:12:04 | bluefoxx | Oh wait |
09:12:08 | bluefoxx | There it goes |
09:12:08 | S_a_i_n_t | I believe the m-robe needs it's own driver...but I'm not 100% |
09:12:12 | bluefoxx | Suddenly decided to work |
09:12:13 | S_a_i_n_t | Ah, nice. |
09:12:13 | | Nick kevku|AFK is now known as kevku (~kevku@92.221.50.195.dyn.estpak.ee) |
09:12:15 | bluefoxx | \o/ |
09:12:24 | S_a_i_n_t | Glad I could help. |
09:12:50 | S_a_i_n_t | I hope you're going to rockbox it now...so this isn;t all offtopic ;p |
09:13:16 | bluefoxx | That's the idea |
09:14:26 | bluefoxx | Need to get it to boot *something* first though, it's only ever complained "invalid/missing file" since I managed to get it to power on |
09:15:02 | S_a_i_n_t | Well, you're a lot closer to that now that you can transfer to the device. |
09:15:18 | bluefoxx | The microdrive in it was replaced, the new one was blank, I tried tossing the portal player firmware file on there and a rockbox folder, but it didn't care about those apparently |
09:17:18 | | Join stoffel [0] (~quassel@p57B4B73A.dip.t-dialin.net) |
09:18:11 | S_a_i_n_t | bluefoxx: Perhaps this can help |
09:18:14 | S_a_i_n_t | http://www.scesoc.ca/~cat/arm/mrobe/mrobefan.elwiki.com/index.php%3Ftitle=Firmware_Related%2526action=edit%2526section=8 |
09:20:34 | S_a_i_n_t | th windows installer is here: http://www.olympusamerica.com/cpg_section/software_results.asp?id=1146&os=w |
09:20:54 | S_a_i_n_t | bluefoxx: ^ |
09:21:47 | bluefoxx | That'll help, thank you |
09:23:12 | S_a_i_n_t | No worries, apparently my google-fu is working correctly tonight. |
09:24:18 | | Quit slooopy (Ping timeout: 245 seconds) |
09:36:13 | | Nick kevku is now known as kevku|AFK (~kevku@92.221.50.195.dyn.estpak.ee) |
09:36:41 | | Nick kevku|AFK is now known as kevku (~kevku@92.221.50.195.dyn.estpak.ee) |
09:37:49 | | Join slooopy [0] (~sloo@p3E9E2733.dip0.t-ipconnect.de) |
09:40:18 | | Join Buschel [0] (~chatzilla@p54B66D31.dip.t-dialin.net) |
09:41:17 | | Quit S00row (Read error: Connection reset by peer) |
09:42:54 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
09:43:31 | | Nick kevku is now known as kevku|AFK (~kevku@92.221.50.195.dyn.estpak.ee) |
09:44:38 | | Nick kevku|AFK is now known as kevku (~kevku@92.221.50.195.dyn.estpak.ee) |
09:45:22 | | Join Rob2223 [0] (~Miranda@p4FFF342F.dip.t-dialin.net) |
09:47:45 | | Quit TheSeven (Ping timeout: 240 seconds) |
09:48:43 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
09:48:47 | | Quit Rob2222 (Ping timeout: 276 seconds) |
09:51:40 | Buschel | saratoga: regarding your AMRv5e patch -> the scaling looks strange... if e.g. smlawb() does y=a*b>>16 the fixmul15() should do the same (>>=16). from what I can see so far (just compiling now) the sim will internally overflow. when doing >>=16 within fixmul15() the >>=16 after atrac3_imdct_windowing() should be obselete as well. also, I am not sure why you perform >>=7 at some place... |
09:51:47 | | Nick kevku is now known as kevku|AFK (~kevku@92.221.50.195.dyn.estpak.ee) |
10:00 |
10:01:48 | | Join JdGord [0] (~jd@122.110.128.153) |
10:04:30 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
10:07:05 | | Quit kevku|AFK (Quit: Terminated with extreme prejudice - dircproxy 1.1.0) |
10:08:49 | | Join kevku [0] (~kevku@92.221.50.195.dyn.estpak.ee) |
10:18:06 | | Join GeekShadow [0] (~Antoine@178.191.204-77.rev.gaoland.net) |
10:18:06 | | Quit GeekShadow (Changing host) |
10:18:06 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
10:19:01 | | Join fyre^OS [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) |
10:19:09 | Buschel | saratoga: I have updated your patch. issue solved for sim. |
10:21:10 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
10:23:14 | | Quit fyrestorm (Ping timeout: 276 seconds) |
10:35:20 | | Quit TheSeven (Read error: Connection reset by peer) |
10:35:27 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
10:35:46 | *** | Saving seen data "./dancer.seen" |
10:36:18 | | Join DerPapst [0] (~Alexander@188.107.193.143) |
10:37:46 | | Join ender` [0] (krneki@foo.eternallybored.org) |
10:42:26 | Buschel | can anyone with an iPod 4G, Color and/or nano 1g please check FS #11707 ? |
10:44:38 | | Quit Judas_PhD (Quit: This is a quitting message) |
10:50:35 | | Quit jhMikeS (Disconnected by services) |
10:50:36 | | Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) |
10:52:37 | | Quit Highlander (Quit: Quitte) |
10:54:38 | | Quit TheSeven (Ping timeout: 264 seconds) |
10:55:32 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
10:58:59 | | Quit JdGord (Ping timeout: 276 seconds) |
10:59:05 | | Join bimbel [0] (~bmbl@dsl18-41.pool.bitel.net) |
10:59:11 | | Quit bimbel (Changing host) |
10:59:11 | | Join bimbel [0] (~bmbl@unaffiliated/bmbl) |
11:00 |
11:01:25 | | Quit bmbl (Ping timeout: 240 seconds) |
11:06:29 | | Join JdGord [0] (~jd@122.110.128.153) |
11:11:13 | | Quit JdGord (Ping timeout: 272 seconds) |
11:11:50 | | Quit slooopy (Ping timeout: 265 seconds) |
11:12:58 | | Join JdGord [0] (~jd@122.110.128.153) |
11:21:21 | | Quit JdGord (Ping timeout: 272 seconds) |
11:29:14 | | Nick drizztbsd_ is now known as drizztbsd (~quassel@unaffiliated/drizztbsd) |
11:31:53 | Torne | gevaerts: we should take out the 64mb ipodvideo build from the current builds/buildsystem too... |
11:41:07 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
11:45:37 | | Quit JdGordon (Ping timeout: 240 seconds) |
11:46:58 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
11:51:08 | | Quit Buschel (Ping timeout: 240 seconds) |
11:51:39 | | Quit JdGordon (Ping timeout: 264 seconds) |
11:53:19 | | Join n1s [0] (~n1s@nl118-174-240.student.uu.se) |
11:53:19 | | Quit n1s (Changing host) |
11:53:19 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
11:55:56 | | Quit krazykit (Ping timeout: 240 seconds) |
11:56:54 | liar | S_a_i_n_t: pong |
11:57:04 | | Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
11:57:49 | S_a_i_n_t | I had some interesting effects with your v4 LCD sleep patch, it inverts the LCD until after it wakes for the first time (colours are negative). |
11:59:30 | S_a_i_n_t | I thought I should let you know, for now I'm using the v3 patch with LCD sleep ifdef'd out of the bootloader build. |
11:59:31 | | Join freforii [0] (~482f5ddd@giant.haxx.se) |
11:59:36 | freforii | hi |
12:00 |
12:01:14 | | Quit freforii (Client Quit) |
12:01:15 | | Quit S00row (Read error: Connection reset by peer) |
12:03:51 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
12:07:09 | | Quit stoffel (Ping timeout: 255 seconds) |
12:13:48 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
12:16:25 | JdGordon | who would be the best person to talk to about the text drawing? specifically ltr/rtl type stuff? |
12:21:06 | | Quit JdGordon (Ping timeout: 255 seconds) |
12:23:52 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
12:27:59 | | Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) |
12:32:22 | | Join stoffel [0] (~quassel@p57B4B73A.dip.t-dialin.net) |
12:33:32 | | Quit JdGordon (Ping timeout: 252 seconds) |
12:34:53 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
12:35:49 | *** | Saving seen data "./dancer.seen" |
12:36:12 | | Join JdGordon1 [0] (~jonno@111-220-235-165.wbroadband.net.au) |
12:36:52 | JdGordon1 | amiconn: You know the text drawing code right? can you have a look at http://forums.rockbox.org/index.php?topic=26118.0 and point in the right direction to fix it? |
12:38:03 | | Join drizztbsd_ [0] (~quassel@unaffiliated/drizztbsd) |
12:39:06 | | Quit JdGordon (Ping timeout: 255 seconds) |
12:39:15 | | Quit drizztbsd (Ping timeout: 272 seconds) |
12:40:02 | | Quit yosafbridge (Quit: Coyote finally caught me) |
12:40:14 | | Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) |
12:45:44 | | Quit user890104 () |
12:45:51 | | Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) |
12:47:00 | | Nick JdGordon1 is now known as JdGordon (~jonno@111-220-235-165.wbroadband.net.au) |
12:51:52 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
13:00 |
13:11:54 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-211-175.pools.arcor-ip.net) |
13:13:52 | CIA-8 | New commit by teru (r28428): reduce casts between "unsinged char *" and "fb_data *". make calculation precise. maintain spaces. |
13:15:03 | teru | ls |
13:15:08 | | Join Buschel [0] (~chatzilla@p54B664FE.dip.t-dialin.net) |
13:15:26 | amiconn | <no files> :P |
13:15:54 | CIA-8 | r28428 build result: All green |
13:27:02 | | Part LinusN |
13:27:35 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
13:28:30 | pixelma | JdGordon: even with your clarification the above thread is very hard to follow. Do you reckon it's a problem of the "RTL/LTR" WPS tags or something more general? I first read it along the lines that there is a problem when everything is set to RTL because of the chosen language and then the metadata is RTL again |
13:28:31 | pixelma | as I said, I'm quite confused by the thread in general though |
13:28:46 | JdGordon | yeah it is pretty confusing |
13:28:58 | JdGordon | the full hebrew line is backwards |
13:30:09 | | Join skx` [0] (~skx@d51A4AF07.access.telenet.be) |
13:30:49 | JdGordon | that really makes no sense to me, but is actually happning... the mixed line has the text in the correct order |
13:31:08 | * | amiconn also doesn't understand the problem |
13:31:09 | JdGordon | which probably means I need to do some magic in the skin rendering, but not sure what is expected |
13:31:27 | amiconn | Probably because I don't understand which part is what |
13:32:39 | JdGordon | I'll mangle the image in a few miinutes to make it obvious |
13:37:01 | | Quit Buschel (Remote host closed the connection) |
13:37:02 | | Join Staphylo [0] (~Bullet@AMontsouris-159-1-45-176.w90-46.abo.wanadoo.fr) |
13:38:26 | pixelma | JdGordon: I believe tomers did the RTL/LTR theme tags, maybe you could get a hold of him |
13:38:55 | JdGordon | I'm not sure if this is a skin problem or text drawing problem... |
13:39:44 | JdGordon | booting into windows to get a usable paint program... |
13:46:42 | | Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) |
13:48:18 | | Join evilnick [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) |
13:48:57 | | Quit evilnick_ (Ping timeout: 240 seconds) |
13:50:08 | JdGordon | pixelma: amiconn: I've attached an image which hopefully makes it clearer |
13:50:51 | | Quit stoffel (Ping timeout: 265 seconds) |
13:53:02 | | Quit GeekShadow (Quit: The cake is a lie !) |
13:53:13 | pixelma | is this "only" an issue if the metadata is LTR then? Trying to understand... |
13:53:43 | JdGordon | I doubt it |
13:54:13 | JdGordon | I'm guessing it is an issue with how the skin text is rendered... each text section is concated |
13:54:20 | JdGordon | I dont understand why its wrong though |
13:57:16 | JdGordon | actually.. I think its more or less doing what it shuold |
13:57:22 | pixelma | so where do the two different ways to display it come from, is one a mockup then? |
13:57:24 | | Quit liar (Ping timeout: 255 seconds) |
13:57:58 | LambdaCalculus37 | Bagder, Zagor: Could one of you guys add the GoGear HDD6330 bootloader, checkwps, and sim to the build system? They all build green. |
13:58:09 | JdGordon | hmm, no |
13:58:28 | * | LambdaCalculus37 wants to add the links to the installation instructions on the wiki |
13:58:29 | JdGordon | pixelma: no, they are actual screenshots |
13:59:32 | JdGordon | how does gdb handle utf8 strings? |
14:00 |
14:01:09 | pixelma | I wonder about the role of the "%Sr" tag there. I'm still confused though |
14:03:53 | JdGordon | %?Sr is "is the language rtl?" |
14:05:07 | pixelma | I think so, explanation in the manual says: "Use as a conditional to define options for left to right, or right to left languages. %?Sr<RTL|LTR>" |
14:05:10 | * | JdGordon is now confused on %aR |
14:05:37 | JdGordon | align right + rtl? does that mean left for rtl and right for ltr? |
14:06:11 | JdGordon | code says yes |
14:06:12 | pixelma | yes |
14:06:16 | | Join kugel [0] (~kugel@141.45.200.219) |
14:06:18 | | Quit kugel (Changing host) |
14:06:18 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
14:06:26 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
14:07:25 | | Join GeekShadow [0] (~Antoine@178.191.204-77.rev.gaoland.net) |
14:07:25 | | Quit GeekShadow (Changing host) |
14:07:25 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
14:07:30 | * | JdGordon is incredibly confused! |
14:09:49 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
14:11:01 | JdGordon | ok, maybe %ac is confusing everything |
14:11:03 | JdGordon | ax |
14:13:06 | | Quit Staphylo (Ping timeout: 252 seconds) |
14:13:52 | JdGordon | if %ax is used on the viewport then I think %aR might end up actually forcing right aligned on rtl |
14:14:21 | JdGordon | which would explain the hebrew being backwards... although it doesnt explain why the half+half line is backwards also |
14:14:48 | pixelma | but in this part "%?Sr<%aR%t(3)%s%?it<%it|%fn>" isn't %aR unneeded as this part is only used for RTL anyway ? I'm about to give up trying to understand though |
14:14:55 | JdGordon | i mean, the half+half line is the correct order |
14:15:35 | JdGordon | that aligns to the left in the rtl case. |
14:17:08 | | Join stoffel [0] (~quassel@p57B4B73A.dip.t-dialin.net) |
14:17:13 | pixelma | but it wouldn't need the special "decide this based on language direction" tag then, it seems to be doubling up something |
14:20:15 | JdGordon | well you still want to say where to align the text in the viewport |
14:20:26 | JdGordon | if %ax is used then yes it probably isnt needed |
14:21:55 | pixelma | "simple" %ar/%al do nothing with RTL languages? |
14:22:50 | JdGordon | sure they do, they align the text left or right in the viewport, *always* left or right |
14:23:12 | JdGordon | aR/L do left or right depending on the language |
14:23:48 | pixelma | yes, but the info is already aquired by %?Sr, no? |
14:24:46 | pixelma | except maybe for the metadata |
14:25:05 | JdGordon | no |
14:25:33 | JdGordon | %Sr checks which direction the language is (so you can change the order of the tags) |
14:25:46 | JdGordon | it doesnt touch the actual alignment at all, or drawn direction |
14:26:35 | | Quit factor (Read error: Connection reset by peer) |
14:28:03 | pixelma | sure, but where's the difference if you use the "simple" %ar inside the true part of the %?Sr conditional? I don't know what additional voodoo the %aR does and which is why I find the use a bit weird and could imagine that it can cause trouble |
14:28:54 | JdGordon | %ar doesnt care about the language direction, so will always draw on the right of the viewport |
14:29:07 | JdGordon | somethign is very wrong with this wps I think |
14:29:30 | JdGordon | if he posts the full one we can figure out what is actually happening |
14:30:50 | pixelma | if the %aR is in the true part of the %Sr then it means that you could just use the simple %al inside it to get the same effect. I basically want to understand if the checking for language direction twice could have an influence |
14:31:39 | pixelma | or maybe I miss something basic like %ar or %al can not be used conditionally |
14:33:21 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
14:35:51 | *** | Saving seen data "./dancer.seen" |
14:37:04 | CIA-8 | New commit by teru (r28429): lamp plugin: ... |
14:37:56 | | Join T44 [0] (~Topy44@f048238232.adsl.alicedsl.de) |
14:38:54 | CIA-8 | r28429 build result: All green |
14:40:37 | | Join threeothree [0] (generic@server1.unitedservers.de) |
14:41:24 | | Quit Topy44 (Ping timeout: 245 seconds) |
14:45:06 | preglow | what screens can one get stuck in in absolute mode? |
14:47:17 | | Join Alchimysta [0] (~9751f9e3@giant.haxx.se) |
14:47:18 | | Nick threeothree is now known as tempname (generic@server1.unitedservers.de) |
14:47:19 | | Join Ken [0] (~4f13d266@giant.haxx.se) |
14:47:26 | | Nick tempname is now known as ok (generic@server1.unitedservers.de) |
14:47:29 | Ken | Hello Guys! |
14:47:29 | kugel | no screen on Android |
14:47:31 | | Nick ok is now known as tempname (generic@server1.unitedservers.de) |
14:48:44 | | Join Staphylo [0] (~Bullet@AMontsouris-159-1-45-176.w90-46.abo.wanadoo.fr) |
14:49:30 | Ken | yesssss |
14:49:45 | Alchimysta | Hello |
14:49:55 | Ken | i speak english xD |
14:50:06 | LambdaCalculus37 | Ken: Do you have a question? |
14:50:13 | Ken | Hem, Yes |
14:51:31 | Ken | there is a gba emulator for Rockbox, or if you know to quit? |
14:51:51 | | Quit kugel (Ping timeout: 255 seconds) |
14:52:01 | LambdaCalculus37 | Ken: There is no GBA emulator for Rockbox. There's only Rockboy, which is a GB/GBC emulator. |
14:52:10 | Alchimysta | I have a question: I found this page about the plugin that emulates the NES on the rock box, what is the file you download? http://www.rockbox.org/wiki/PluginInfoNES and how do I run it on my Sansa Fuze? |
14:52:23 | Ken | <LambdaCalculus37> Thanks |
14:53:08 | Ken | Want to visit my forum? |
14:53:14 | LambdaCalculus37 | Alchimysta: There's a patch in Flyspray that you have to search for. You'll have to compile your own build with the patch applied. |
14:53:23 | Ken | Want to visit my forum? |
14:53:27 | LambdaCalculus37 | Ken: No. Don't start spamming. |
14:53:59 | Ken | I don't want to spam, just to ask: ( |
14:54:54 | LambdaCalculus37 | Ken: Advertising forums and such like that is considered spamming and off-topic for this channel. |
14:55:28 | | Quit stoffel (Ping timeout: 250 seconds) |
14:55:45 | Alchimysta | <LambdaCalculus37>: How do you build a patch? with that program? |
14:56:30 | LambdaCalculus37 | Alchimysta: http://www.rockbox.org/wiki/HowToCompile and http://www.rockbox.org/wiki/WorkingWithPatches |
14:56:59 | | Quit benedikt93 (Quit: Bye ;)) |
14:57:09 | Alchimysta | Thanks!!! I love you xD |
14:59:44 | | Quit Ken (Quit: CGI:IRC (EOF)) |
15:00 |
15:00:26 | Alchimysta | <LambdaCalculus37>: Someone else is not already completed the program or do I do? |
15:00:50 | AlexP | You need to set up a dev environment, apply the patch, maybe fix it, then compile Rockbox |
15:00:56 | AlexP | Just as I told you yesterday |
15:01:14 | LambdaCalculus37 | Alchimysta: You can work on the patch if you're interested. |
15:01:35 | CIA-8 | New commit by zagor (r28430): Added HDD6330 boot, sim and wps |
15:02:31 | LambdaCalculus37 | Zagor: Thanks! :) |
15:06:37 | Alchimysta | Some are interested fill out the NES emulator?? |
15:07:05 | AlexP | Alchimysta: The answer hasn't changed since yesterday |
15:07:16 | AlexP | Please don't just repeat the same question |
15:08:23 | Alchimysta | I don't have asked the same question yesterday -.-" |
15:09:13 | AlexP | You were asking the same questions about the NES emulator yesterday |
15:09:20 | AlexP | Nobody is going to do it for you |
15:10:01 | Alchimysta | Yesterday I asked if he left the emulator.. -.-" |
15:10:11 | AlexP | I don't understand that |
15:13:08 | | Quit JdGordon (Ping timeout: 240 seconds) |
15:14:20 | Alchimysta | Nothing... -.-" The google translator sucks |
15:17:11 | Alchimysta | Because every now and then (the version 3.7 of Rockbox) does not connect via USB? |
15:18:35 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
15:23:31 | | Join joem86 [0] (~joem86@166.195.136.100) |
15:23:45 | LambdaCalculus37 | Alchimysta: Are you experiencing flaky USB with Rockbox? And on what player? |
15:24:38 | joem86 | hey guys, just installed rockbox on my sansa fuze v2. I can't seem to mount it as a USB device while booted into rockbox. It mounts just fine in the factory firmware |
15:25:05 | | Join Buschel [0] (~chatzilla@p54B664FE.dip.t-dialin.net) |
15:25:25 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
15:27:40 | AlexP | joem86: I don't think USB is implemented in rockbox for the fuzev2 yet |
15:29:20 | | Join _joem86 [0] (~joem86@mobile-166-193-230-249.mycingular.net) |
15:29:20 | | Quit joem86 (Ping timeout: 240 seconds) |
15:29:57 | _joem86 | sorry if this is a repost but my internet crapped out on me. My sansa fuze v2 won't mount as an external hd running rockbox, but mounts just fine running stock. Any ideas? |
15:30:11 | | Nick _joem86 is now known as joem86 (~joem86@mobile-166-193-230-249.mycingular.net) |
15:30:51 | Alchimysta | <LambdaCalculus37>: My player is Sandisk Sansa Fuze |
15:31:53 | n1s | joem86: is that with the 3.7 release? |
15:32:00 | AlexP | [15:27:38] <AlexP> joem86: I don't think USB is implemented in rockbox for the fuzev2 yet |
15:33:09 | Buschel | saratoga: you there? |
15:33:23 | AlexP | from the SansaAMS wiki page "Clip+/Clipv2/Fuzev2: USB support is currently disabled because it fails randomly. Until its ready, use the OF's USB by booting the OF before connecting the USB cable." |
15:35:14 | Alchimysta | I have a sansa fuze v1 and usb is activated |
15:36:17 | AlexP | Alchimysta: yes, I wasn't talking to you |
15:36:25 | | Quit Alchimysta (Quit: CGI:IRC (EOF)) |
15:37:02 | joem86 | nls, yes. It's the most up-to-date afaik |
15:37:17 | AlexP | joem86: I've answered, see above |
15:37:17 | joem86 | AlexP: thanks, good catch |
15:37:24 | n1s | joem86: well, as AlexP said usb is disabled in rockbox on those players |
15:37:38 | n1s | it is mentioned in the release notes |
15:38:08 | joem86 | yeah, I missed that. Thanks guys! |
15:38:30 | AlexP | no worries :) |
15:38:42 | * | joem86 subscribes to rockbox rss feed |
15:38:51 | saratoga | Buschel: am now, did you see my comment? |
15:39:12 | saratoga | basically I want to get rid of that shift by 15 in the fixmul function, then port that to the arm assembly |
15:39:54 | Buschel | saratoga: yes, I am a bit confused... why do you need to get rid of it? I thought the asm command does >>=16 before storing the result to the register? |
15:40:44 | Torne | hm, why does init_tagcache take 37 centiseconds on a device where the db isn't initialised and isn't loaded to ram? |
15:40:57 | | Part joem86 (""cat scratch fever"") |
15:41:09 | Torne | that seems kinda sucky :) |
15:41:28 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
15:42:04 | saratoga | Buschel: the arm manual says it is "providing the top 32-bits of the result" |
15:42:11 | | Quit advcomp2019 (Ping timeout: 252 seconds) |
15:42:17 | saratoga | i read that to mean it returns the results unshifted |
15:42:22 | saratoga | maybe i misunderstand though? |
15:42:38 | n1s | "The top 32 bits of the 48-bit product are written to the destination register. The bottom 16 bits of the 48-bit product are ignored." |
15:42:55 | | Join zvoneXp [0] (~ZvoneXp@93-137-12-217.adsl.net.t-com.hr) |
15:43:05 | zvoneXp | Hello |
15:43:12 | n1s | i read that as >>= 16 |
15:43:14 | saratoga | so it is shifted |
15:43:16 | Buschel | saratoga: I think so, because the result is 32x16 = 48 bits. so, the keeping the top most bits is the same as >>=16 before storing the results to 32 bit register. |
15:43:17 | saratoga | huh ok |
15:43:23 | zvoneXp | can someone help me |
15:43:28 | saratoga | so this is really a lot easier then i thought |
15:43:42 | n1s | zvoneXp: if you tell us what you want help with, maybe |
15:43:42 | Torne | zvoneXp: only if you say what the problem is, instead of asking if we can help |
15:43:50 | zvoneXp | i have a problem when i go in itunes recovery mode that resotre my ipod 4g |
15:44:02 | zvoneXp | but when finsh he stock on apple logo |
15:44:06 | zvoneXp | and cannot boot |
15:44:11 | zvoneXp | i tryed instal rockbox |
15:44:11 | Buschel | saratoga: so, the >>15 in fixmul15 is fine. in ASM you'll just need to perform a <<=1 to the result of the multiply-add section |
15:44:13 | zvoneXp | but error |
15:44:28 | Torne | zvoneXp: if the ipod doesn't boot the original firmware properly to start with, then installing rockbox isn't going to work |
15:44:40 | Torne | if it wasn't working to start with then there's something wrong with your ipod, not rockbox... |
15:44:49 | zvoneXp | but ipod dont work |
15:44:54 | zvoneXp | because i go in recovery mode |
15:44:58 | zvoneXp | and i restore |
15:45:05 | zvoneXp | but when he need reboot |
15:45:09 | zvoneXp | he stock on apple logo |
15:45:14 | Buschel | n1s: you saw my comment regarding the mpc filter? |
15:45:14 | Torne | then there's something wrong with your ipod. |
15:45:22 | zvoneXp | what |
15:45:28 | zvoneXp | FLASH memory |
15:45:40 | saratoga | what flash memory |
15:45:42 | Torne | if it doesn't work immediately after restoring in iTunes then it's almost certainly broken... |
15:45:54 | Torne | also, the ipod 4g has a hard drive, not flash |
15:45:54 | Buschel | n1s: and you said you could free a register? this could help with reducing stalls for arm9tdmi |
15:46:20 | n1s | Buschel: yes, that idea works only on armv6 though |
15:46:34 | | Join drizztbsd [0] (~quassel@unaffiliated/drizztbsd) |
15:47:03 | | Quit drizztbsd_ (Ping timeout: 250 seconds) |
15:47:05 | n1s | by using the 32*32=64>>32 instructions that accumulate in a 32 bit acc and so only needs one register |
15:47:13 | Torne | zvoneXp: look on apple's support pages. you might want to boot it into diagnostic mode and let it test itself: hold rewind and select immediately on poweron |
15:47:24 | zvoneXp | ok |
15:47:26 | Torne | rockbox can only be installed on ipods which are working properly |
15:47:32 | Torne | i.e. booting the original firmware |
15:47:35 | zvoneXp | because i can enter in diagnostic mdoe |
15:47:53 | Torne | and if you restored it then any problem you are having can't be to do with rockbox :) |
15:48:18 | Torne | probably, either hte logic board has failed or hte hard drive has failed |
15:48:34 | zvoneXp | i will go in apple service |
15:49:08 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
15:53:30 | saratoga | hah tried on target and its just static, so i guess i have more then just the precision wrong :) |
15:53:35 | | Quit robin0800 (Remote host closed the connection) |
15:54:08 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
15:55:12 | | Quit robin0800 (Remote host closed the connection) |
15:55:43 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
15:56:18 | zvoneXp | guy thanks on help but NOW WORKING |
15:56:31 | zvoneXp | i installed recovery via notebook and work |
15:58:01 | | Part LinusN |
16:00 |
16:00:51 | * | LambdaCalculus37 needs links to the HDD1630 and HDD6330 bootloaders |
16:01:20 | | Part zvoneXp |
16:01:39 | Buschel | saratoga: at least the sim should give you a reference now ;o) |
16:03:50 | LambdaCalculus37 | There are no bootloaders for either the HDD1630 or HDD6330 in http://download.rockbox.org/bootloader/ for some reason. |
16:06:48 | mc2739 | LambdaCalculus37: did you provide bootloaders to Bagder or Zagor to upload to the server? |
16:07:14 | LambdaCalculus37 | mc2739: They're already in the build system. |
16:07:49 | mc2739 | the build system only saves firmware builds - the bootloaders and sims are never uploaded |
16:08:13 | LambdaCalculus37 | mc2739: Ahh, okay. |
16:08:46 | * | LambdaCalculus37 will build bootloaders for both devices and email them to Zagor and Bagder |
16:09:22 | * | Zagor waits to pounce on his mailbox |
16:09:39 | | Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) |
16:09:44 | | Join michael_cheah [0] (~sc4bbk@66-188-112-210.dhcp.mdsn.wi.charter.com) |
16:11:46 | | Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) |
16:13:26 | LambdaCalculus37 | Zagor: Once I send the bootloader for the HDD1630, I think it's time the port got a promotion to Unstable. Everything on the port works well enough for daily use, and all that's needed is just a manual. |
16:13:46 | | Quit evilnick (Ping timeout: 240 seconds) |
16:14:03 | | Join dan23 [0] (~8ee3bc3c@giant.haxx.se) |
16:14:16 | dan23 | does rockbox support the ipod nano 4th generation? |
16:14:31 | n1s | dan23: no |
16:14:45 | dan23 | ok, thanks |
16:14:56 | | Quit dan23 (Client Quit) |
16:16:18 | Buschel | n1s: I managed to squeeze another 1.4 MHz out of mpc's synthesis filter for arm9tdmi. would you mind to check on your armv6 target? -> http://pastie.org/1264148 |
16:16:40 | | Join stoffel [0] (~quassel@p57B4B73A.dip.t-dialin.net) |
16:16:51 | n1s | Buschel: gtg now, might be able to check later or tomorrow |
16:17:00 | Buschel | n1s: effect on PP will be quite negative though... |
16:17:13 | Buschel | n1s: ok, that's fine, bye. |
16:17:18 | n1s | is that with the other patch or clean svn |
16:17:19 | AlexP | LambdaCalculus37: If you are building bootloaders for release, don't forget to build with correct version numbers, tag SVN etc. |
16:17:25 | Buschel | n1s: clean svn |
16:18:19 | LambdaCalculus37 | AlexP: Righto. |
16:23:28 | | Join wodz [0] (~wodz@chello087206240131.chello.pl) |
16:23:50 | wodz | LambdaCalculus37: You may be interested in http://www.rockbox.org/wiki/BootloaderRelease |
16:25:05 | LambdaCalculus37 | wodz: Ahh, perfect. Many thanks! |
16:26:25 | wodz | LambdaCalculus37: You need revision after 28427 for make VERSION=x.y work correctly |
16:27:43 | LambdaCalculus37 | wodz: I'll update my local trunk before I do this, then. |
16:27:54 | LambdaCalculus37 | I haven't updated since yesterday morning. |
16:35:18 | | Quit teru (Quit: Quit) |
16:35:29 | | Join krabador [0] (~krabador@host132-182-dynamic.252-95-r.retail.telecomitalia.it) |
16:35:51 | LambdaCalculus37 | wodz: Dumb question since this is the first time I'm actually doing this... do I have to commit the tagged bootloader release? |
16:35:52 | *** | Saving seen data "./dancer.seen" |
16:36:49 | wodz | What do you mean by commit tagged bootloader? |
16:37:24 | wodz | tag is just a matter of marking some particular revision |
16:37:38 | LambdaCalculus37 | wodz: http://svn.rockbox.org/viewvc.cgi/tags/ <−− This is what I meant. |
16:39:03 | wodz | if you do tag as described it will appear in tags dir |
16:39:25 | LambdaCalculus37 | Ahh, so it's handled automatically, then. |
16:41:42 | | Quit GeekShadow (Quit: The cake is a lie !) |
16:43:54 | AlexP | well sort of, that is what tagginng is |
16:46:10 | LambdaCalculus37 | AlexP: Well, this is going to be the first time I actually do this, and it's also to shake the rust off from not having done any active Rockbox-related anything for a few months. :) |
16:46:25 | AlexP | sure, 'tis good to do :) |
16:50:12 | LambdaCalculus37 | Can someone take a look at FS #11705 and see if it looks good? |
16:50:32 | LambdaCalculus37 | I have no programs that can open SVG files on my work PC. |
16:51:09 | LambdaCalculus37 | Ditto for FS #10329 |
16:59:10 | Buschel | saratoga: regarding the static noise as result of your atrac-change -> could this simply be overflowing? you may make a quick experiment and pre-scale the windowing coefficients by another >>=4 and see what is happening. |
17:00 |
17:00:46 | | Part Zagor |
17:01:19 | | Join Staphylo` [0] (~Bullet@AMontsouris-159-1-45-176.w90-46.abo.wanadoo.fr) |
17:03:40 | | Quit Staphylo (Ping timeout: 264 seconds) |
17:07:15 | | Quit wodz (Ping timeout: 245 seconds) |
17:10:05 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
17:20:28 | | Quit robin0800 (Remote host closed the connection) |
17:23:24 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) |
17:26:51 | saratoga | anyone with a coldfire player available to verify fs#11710? |
17:29:19 | AlexP | yeah, give me a few minutes |
17:29:30 | | Quit LambdaCalculus37 (Quit: lunch) |
17:31:39 | | Quit avacore (Ping timeout: 252 seconds) |
17:33:06 | | Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) |
17:35:31 | | Quit BlakeJohnson86 (Ping timeout: 276 seconds) |
17:36:47 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
17:37:28 | AlexP | saratoga: Froze on 37 seconds on H100 |
17:37:54 | AlexP | Froze on the WPS, I had to get the paperclip out |
17:38:41 | saratoga | ok so its some coldfire problem |
17:38:45 | saratoga | it works normally on ARM |
17:42:11 | | Join LambdaCalculus37 [0] (~rmenes@64.134.66.176) |
17:42:11 | | Quit LambdaCalculus37 (Changing host) |
17:42:11 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
17:42:40 | | Quit BlakeJohnson86 (Ping timeout: 245 seconds) |
17:43:14 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
17:45:07 | gevaerts | LambdaCalculus37: you can add targets yourself! |
17:45:38 | LambdaCalculus37 | gevaerts: I'm going to tag bootloaders for release for the HDD1630 and HDD6330 now. |
17:45:51 | LambdaCalculus37 | gevaerts: And I couldn't add targets before because I didn't have SVN access! ;) |
17:49:37 | LambdaCalculus37 | Aaaaaand.... it's tagging time! :) |
17:50:05 | CIA-8 | New commit by rmenes (r28431): Tag release v1 of the Philips GoGear HDD16x0 bootloader |
17:51:50 | | Quit BlakeJohnson86 (Ping timeout: 245 seconds) |
17:51:53 | n1s | Buchsel: your asm patch speeds up mpc on the beast ~3.3MHz 29.56->26.20MHz for the 128k sample |
17:52:37 | CIA-8 | New commit by rmenes (r28432): Tag release v1 of the Philips GoGear HDD63x0 bootloader |
17:53:00 | | Join Strife89TX [0] (~cstrife89@64.134.27.15) |
17:56:14 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
17:56:14 | | Quit bertrik (Changing host) |
17:56:14 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
17:58:09 | AlexP | LambdaCalculus37: The tag should have a version number |
17:59:28 | LambdaCalculus37 | AlexP: Snap... =/ |
18:00 |
18:00:02 | LambdaCalculus37 | AlexP: Can I fix those or is it too late? |
18:00:08 | AlexP | I don't know |
18:00:28 | saratoga | can you just check them out, change them, and then commit? |
18:01:01 | LambdaCalculus37 | saratoga: I suppose I could do that. |
18:02:22 | AlexP | LambdaCalculus37: http://svnbook.red-bean.com/en/1.0/ch04s07.html |
18:03:38 | | Quit Strife89TX (Quit: In transit to the next destination :)) |
18:08:08 | LambdaCalculus37 | AlexP: So I guess do an svn delete of the tag and just do it again. |
18:09:29 | AlexP | From reading that I think you can just rename them - svn mv xxx yyy |
18:09:41 | AlexP | But I'd double check with someone that knows svn |
18:10:05 | n1s | if we migrate coldfire to gcc4.4.4 do we want to keep 3.4.6 around and have configure handle building with either? |
18:10:19 | LambdaCalculus37 | AlexP: Like I said earlier... shaking the rust off here. :) |
18:11:00 | AlexP | n1s: If all targets work on 4.4.4 would we need to? |
18:11:23 | n1s | AlexP: i dunno, for point releases maybe? |
18:11:40 | AlexP | ah yeah, maybe until 3.8 |
18:12:07 | | Quit stoffel (Ping timeout: 255 seconds) |
18:12:08 | AlexP | same as we still have arm in rockboxdev.sh along with arm-eabi |
18:13:06 | n1s | yes but arm is a bit more complicated since we have many different SoC's with different cores, also since we switched abi at the same time keeping the old toolchain was no problem |
18:13:20 | gevaerts | yes, arm cheated a bit |
18:13:33 | n1s | our coldfire targets have the same core and only 2 different chips which are very similar |
18:13:59 | * | n1s tries a toolchain build with a suffix to see if it works at all |
18:17:39 | | Join Dreamxtreme [0] (~Dre@92.30.65.15) |
18:18:01 | LambdaCalculus37 | AlexP: I think that just doing svn delete on the tag release and doing it again with the version number should be okay. |
18:18:33 | AlexP | yeah, either way |
18:19:03 | LambdaCalculus37 | AlexP: Here goes, then. |
18:22:22 | | Join Strife89 [0] (a80dbf53@gateway/web/freenode/ip.168.13.191.83) |
18:24:01 | | Join kugel [0] (~kugel@g231224208.adsl.alicedsl.de) |
18:24:12 | | Quit kugel (Changing host) |
18:24:12 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
18:25:14 | LambdaCalculus37 | Hmmm, svn delete doesn't seem to be doing anything. =/ |
18:25:26 | * | LambdaCalculus37 can't look at it now though... gotta go back to work |
18:25:35 | | Quit LambdaCalculus37 (Quit: back to work) |
18:25:49 | * | n1s has a feeling something went wrong with his config |
18:26:59 | kugel | n1s: we don't support the old ARM toolchain anymore I think. it could break at any time (eg I'd someone makes a static function in another section as the caller) |
18:27:12 | | Quit n17ikh () |
18:28:04 | n1s | kugel: yes, but that transition is done now and it took weeks before all targets were using the new eabi toolchain |
18:28:22 | | Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) |
18:28:39 | kugel | the transition would be faster and simpler on cf |
18:29:19 | kugel | I'm saying we don't need to keep the old toolchain around after the switch |
18:29:32 | n1s | hopefully yes |
18:29:51 | n1s | problem is if we want to keep the old toolchain for point releases |
18:31:41 | kugel | why gcc 4.4.4 btw? 4.4.5 is out |
18:32:16 | n1s | yes, but wouldn't it be nicer if we used the same version? |
18:32:38 | n1s | i glanced over the bugfixes in .5 and don't think they affect us |
18:33:24 | kugel | best would be to upgrade ARM too. updating to point releases of gcc should be harmless |
18:35:22 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
18:35:55 | *** | Saving seen data "./dancer.seen" |
18:37:40 | n1s | kugel: i have a feeling it's a bit of a hassle to update the buildclients but yeah, i don't really think sticking with 4.4.4 will make things significantly simpler so i'll try out 4.4.5 once i have this config thing working |
18:39:37 | | Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) |
18:40:16 | | Join kazaik [0] (~kazaik@pool-71-166-20-182.bltmmd.east.verizon.net) |
18:42:41 | LambdaCalculus37 | AlexP: I guess I was wrong. I managed to do svn delete and take out the mistagged tags/bootloader_gogearhdd6330 directory from SVN. |
18:44:35 | AlexP | cool |
18:45:57 | LambdaCalculus37 | AlexP: Scratch that... it's still there. =/ |
18:46:12 | * | LambdaCalculus37 noticed it's still sitting in SVN, so it didn't work after all |
18:46:32 | LambdaCalculus37 | AlexP: I'll tackle it again later. |
18:46:52 | | Quit kazaik (Quit: Leaving) |
18:49:08 | gevaerts | LambdaCalculus37: did you commit the delete? |
18:49:43 | LambdaCalculus37 | gevaerts: It doesn't appear to have gone through. |
18:51:21 | LambdaCalculus37 | I just sent Bagder and Zagor the bootloaders for the HDD1630 and HDD6330, but when I went to do the tag, I forgot to add _v1 to each of the directory names for the tags. |
18:51:42 | LambdaCalculus37 | But I mentioned them as being tagged as v1 in each of the commit messages. |
18:51:57 | | Quit kugel (Ping timeout: 240 seconds) |
18:52:04 | AlexP | That doesn't help much |
18:52:24 | AlexP | but you did svn rm ... then svn commit? |
18:52:25 | CIA-8 | New commit by gevaerts (r28433): Tag properly |
18:53:22 | CIA-8 | New commit by gevaerts (r28434): Tag properly |
18:53:27 | gevaerts | There. That should do it |
18:53:27 | LambdaCalculus37 | AlexP: I was trying svn delete. I'll make a mental note not to. |
18:53:34 | LambdaCalculus37 | gevaerts: Thanks. :) |
18:53:46 | gevaerts | LambdaCalculus37: svn rename svn://svn.rockbox.org/rockbox/tags/bootloader_gogearhdd1630 svn://svn.rockbox.org/rockbox/tags/bootloader_gogearhdd1630_v1 |
18:54:04 | LambdaCalculus37 | gevaerts: Noted. |
18:59:33 | n1s | hmm, i wonder if givving 4.5 a try is worth it too |
19:00 |
19:01:09 | bluefoxx | Success! http://bluefoxx.selfip.net/img/_MG_2284sw.JPG |
19:01:21 | bluefoxx | Got my mrobe working with some fuss |
19:02:59 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
19:04:15 | LambdaCalculus37 | bluefoxx: A beast flanked by PP targets? |
19:05:41 | | Quit TheSeven (Ping timeout: 240 seconds) |
19:06:27 | bluefoxx | And sitting on top of an h10 I lack a drive/cable for |
19:06:47 | LambdaCalculus37 | bluefoxx: Is that a v1 or v2 Sansa? |
19:06:56 | bluefoxx | (Surrounded in a sea of spare parts from old cheapies and my other old e200) |
19:07:05 | bluefoxx | V1, e280 |
19:07:27 | bluefoxx | 1st generation even, has the earlier scrollwheel and nicer backing |
19:07:55 | bluefoxx | With luck, I'll have a v1 e260 and a v2 e260 in the near future too |
19:10:43 | | Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) |
19:10:43 | | Join Saito [0] (~kvirc@5355E748.cm-6-6d.dynamic.ziggo.nl) |
19:11:31 | * | bluefoxx ponders musings of recycling the SOC from his dead e200 to design his own rockbox-based DAP around, using parts from a few other mp3 players that have met some kind of issue resulting in their ends |
19:13:18 | Saito | I would just like to thank you'all for working on rockbox and working on getting it to work on the iAudio7 <3 |
19:14:31 | LambdaCalculus37 | Saito: You are aware that the iAudio 7 port is far from complete, right? |
19:15:06 | Saito | I know :) I'm not using it yet just cheering you on! :) |
19:15:28 | bluefoxx | Nobody in here would happen to know of a way to replace the drive in an iriver h10 with a CF card, would they? |
19:15:32 | gevaerts | Somehow we know you're not using it yet! |
19:15:47 | Saito | I haven't even tried :P |
19:15:53 | LambdaCalculus37 | Saito: There was only one developer that was really working on it, and he hasn't been around for quite some time. |
19:16:04 | Saito | mmm too bad |
19:16:11 | LambdaCalculus37 | bluefoxx: H10 5/6GB or 20GB? |
19:16:17 | bluefoxx | 5/6GB |
19:16:35 | bluefoxx | Dammed thing used an ST1 drive with the flat-flex connector, and I've utterly failed to find a replacement that wasn't another ST1 drive. |
19:16:51 | bluefoxx | I'm also lacking a cable, but that comes after getting the thing together |
19:17:01 | LambdaCalculus37 | bluefoxx: Unless you can find some kind of converter, I don't think you can easily replace the drive with a CF card. |
19:17:22 | bluefoxx | LambdaCalculus37: Well, a converter is the general idea, but again, failed to find such a thing |
19:17:35 | LambdaCalculus37 | bluefoxx: I wanted to do the same with my m:robe 100, but I know that won't be happening any time soon. |
19:18:04 | LambdaCalculus37 | Saito: If you want to continue the port, feel free to. |
19:18:07 | * | bluefoxx has evil plans of reparing a small pile of rockboxable DAPs that he came into, loading them with good music and distributing them randomly to friends and family as presents |
19:18:27 | Saito | I'm cheering people on because I can't :P |
19:19:29 | Saito | its not like the official firmware on the i7 is that horrible |
19:19:37 | LambdaCalculus37 | Saito: While you may have good intentions on doing so, understand that people work on ports and parts of the code that they're interested in. Usually, ports are done by people that own the hardware. |
19:19:39 | Saito | I just think rockbox could greatly improve it. |
19:19:54 | saratoga | i don't think rockbox is ever going to work on the i7 |
19:20:38 | bluefoxx | Failing an ability to find a cable/drive for the h10, the most likely thing to happen to it will be breaking it down to individual components for salvage and reuse in other projects. Better than throwing it out, but I'd rather not destroy something that potentially works just fine with a little TLC |
19:21:06 | bluefoxx | LambdaCalculus37: I presume that the microdrive in your mrobe suffered an unfortunate end? |
19:21:27 | LambdaCalculus37 | bluefoxx: No, mine works fine. I just want to switch it to something solid-state is all. |
19:21:39 | Saito | Well it's a improvement over a few months back when no one was working on it :) |
19:21:45 | bluefoxx | Ah |
19:21:53 | bluefoxx | Yeah, can't blame you for that |
19:22:28 | bluefoxx | Reminds me, did I not see whisperings someplace relating to activity with the Sansa View? |
19:23:40 | LambdaCalculus37 | bluefoxx: That port hasn't been touched for a very long time, either. And IIRC only a small bit of work was done on it. |
19:24:34 | bluefoxx | Shame, a 32GB view with a 32GB microSDHC card would be _very_ nice combined with rockbox |
19:25:10 | | Join kugel [0] (~kugel@g231224208.adsl.alicedsl.de) |
19:25:12 | | Quit kugel (Changing host) |
19:25:12 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
19:26:20 | Saito | There should be a big "last updated" within the first few lines of the project pages :P |
19:27:40 | | Quit DerPapst (Quit: Leaving.) |
19:30:39 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
19:33:48 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
19:43:47 | | Quit Strife89 (Quit: Heading home for the day.) |
19:49:04 | | Quit krabador (Quit: Sto andando via) |
19:52:15 | | Quit kugel (Ping timeout: 245 seconds) |
19:54:08 | | Join DerPapst [0] (~Alexander@p4FE8FEAC.dip.t-dialin.net) |
19:57:16 | | Join mystica555_ [0] (~mike@m442836d0.tmodns.net) |
19:58:42 | CIA-8 | New commit by bertrik (r28435): Another (hopefully final) fix for FS #11453 (AMSv2 powerdown fails sometimes when wakeup timer set) by Fabian Vogel. ... |
20:00 |
20:00:34 | CIA-8 | r28435 build result: All green |
20:01:33 | n1s | well, a build made with gcc4.4.4 works fine on my h300 |
20:02:10 | bertrik | \o/ |
20:03:15 | n1s | not really a surprise as i have done it before and all issues that came up have been fixed |
20:04:59 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
20:11:03 | | Join goffa [0] (~goffa@70.33.8.114) |
20:11:34 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
20:12:54 | | Join wodz [0] (~wodz@chello087206240131.chello.pl) |
20:13:00 | n1s | at least objdump now correctly disassembles msac instrs |
20:13:27 | | Join Topy [0] (~Topy44@f048072041.adsl.alicedsl.de) |
20:16:47 | CIA-8 | New commit by alle (r28436): Manual: add a reference to the chapter with the description of how to use the timestretch feature |
20:16:50 | | Quit T44 (Ping timeout: 245 seconds) |
20:18:38 | CIA-8 | r28436 build result: All green |
20:21:36 | | Join kugel [0] (~kugel@g231224208.adsl.alicedsl.de) |
20:21:38 | | Quit kugel (Changing host) |
20:21:38 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
20:21:59 | kugel | n1s: I doubt it |
20:23:27 | n1s | kugel: ? |
20:24:14 | | Join Staphylo [0] (~Bullet@AMontsouris-159-1-45-176.w90-46.abo.wanadoo.fr) |
20:24:25 | kugel | that it's worth trying gcc4.5 |
20:24:32 | n1s | aha |
20:25:25 | | Join Buschel [0] (~chatzilla@p54B66CB6.dip.t-dialin.net) |
20:25:26 | n1s | 4.4 annoyinly makes some codecs faster and some don't change but only vorbis gets significantly slower for some reason |
20:27:25 | | Quit Staphylo` (Ping timeout: 255 seconds) |
20:30:23 | | Quit Staphylo (Ping timeout: 276 seconds) |
20:30:32 | | Join krabador [0] (~krabador@host132-182-dynamic.252-95-r.retail.telecomitalia.it) |
20:32:08 | TheSeven | S_a_i_n_t: i bet you know the keyclick patch fs# by heart :) |
20:32:59 | * | LambdaCalculus37 hopes to see the bootloaders for the GoGear HDD1630 and HDD6330 available soon :) |
20:35:12 | | Quit fyre^OS (Read error: Connection reset by peer) |
20:35:20 | | Join confuseling [0] (~5d616f4d@giant.haxx.se) |
20:35:57 | *** | Saving seen data "./dancer.seen" |
20:35:59 | Buschel | n1s: thanks for the speed test, sounds promising −− maybe I should add another #elif-path to the asm. |
20:36:44 | Buschel | n1s: and thanks for the hint in fs#11710, just compiling a sim with get_code_from_buffer() |
20:36:54 | TheSeven | S_a_i_n_t: I just uploaded a resynced patch at http://www.rockbox.org/tracker/task/5111 |
20:38:02 | confuseling | Hi again. Can anyone tell me which function is called when I go to Settings -> Manage Settings -> Browse .cfg Files? Is there a specific configuration loader function, or does it just load the file browser? |
20:38:29 | confuseling | Can't figure it out from the source (more my fault than the source's, no doubt...) |
20:39:44 | TheSeven | it's calling the file browser functions in a special way, just like the plugin menu or whatever does. i don't know the details though |
20:40:13 | LambdaCalculus37 | TheSeven: I can give FS #5111 a test on my iPod video if you'd like. |
20:40:14 | confuseling | Thanks. Do you know roughly which file I should be looking in to find the call? |
20:40:37 | TheSeven | LambdaCalculus37: It seems to be broken on PP since ages |
20:40:42 | TheSeven | no idea why... |
20:40:55 | LambdaCalculus37 | TheSeven: So nano2g only for now? |
20:41:07 | TheSeven | IIUC that's the only currently working one |
20:41:44 | TheSeven | however it used to work on PP some time ago, and it would be nice if someone could have a look why it isn't any more |
20:41:47 | LambdaCalculus37 | TheSeven: Does it build green on other iPods or does it cause errors? |
20:42:00 | TheSeven | IIRC it's green but just plain doesn't work |
20:42:09 | TheSeven | i.e. doesn't do anything when it should click |
20:42:23 | * | LambdaCalculus37 wonders if it's worth committing just to get piezo only on one iPod model |
20:42:51 | TheSeven | there were also some other issues with it, someone didn't like the way the configuration options are placed in the menu |
20:43:00 | LambdaCalculus37 | TheSeven: dreamlayers knows the PP iPods quite well, but he hasn't been around lately. |
20:43:30 | | Quit kugel (Ping timeout: 245 seconds) |
20:44:44 | LambdaCalculus37 | TheSeven: I could send him a message and ask him if maybe he would like to take a stab at fixing the patch. |
20:45:41 | * | TheSeven would have thought that PP ipods are popular enough to have several people who could fix this |
20:49:21 | | Join mandred [0] (~mandred@212.183.140.0) |
20:55:13 | | Quit mandred (Quit: leaving) |
20:59:51 | confuseling | Can anyone perhaps tell me the name of the function which opens the file browser, so I can ack-grep for it? Sorry... Bit lost here :) |
21:00 |
21:00:45 | | Join drizztbsd_ [0] (~quassel@unaffiliated/drizztbsd) |
21:00:53 | | Quit drizztbsd (Ping timeout: 272 seconds) |
21:04:39 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
21:05:36 | | Quit jepler (Ping timeout: 245 seconds) |
21:07:44 | | Join slater [0] (~slater@p5B272309.dip0.t-ipconnect.de) |
21:08:15 | slater | hello everybody. I managed to be able to run custom scripts on my modified original firmware for my samsung yp-r0 |
21:08:41 | slater | is there a way i could test run rockbox with a custom script? |
21:08:53 | slater | or start a rockbox bootloader with a script? |
21:09:23 | | Quit LambdaCalculus37 (Quit: CGI:IRC 0.5.9 (2006/06/06)) |
21:12:53 | | Join dt84 [0] (~dror@87.69.91.13) |
21:13:24 | | Quit user890104 (Read error: No route to host) |
21:14:06 | wodz | slater: If you have possibility to dlopen() code than maybe yes. But I doubt you can dlopen() from script |
21:14:31 | slater | i dont think you can do this in sh :( |
21:16:44 | | Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler) |
21:21:13 | | Quit confuseling (Quit: CGI:IRC) |
21:25:58 | Buschel | n1s, AlexP: can you check whether this patch fices FS #11710 for you? -> http://pastie.org/1264920 |
21:26:06 | n1s | sure |
21:26:22 | * | Buschel hates this "new" bitstream handling in mpc |
21:29:59 | saratoga | slater: do you have enough permissions to overwrite the linux kernel in memory? if so I would say use your script to directly jump into a rockbox bootloader |
21:30:30 | n1s | Buschel: fixes the sim crash here |
21:30:33 | slater | i have full root permission |
21:30:46 | Buschel | n1s: same for me |
21:30:58 | Buschel | AlexP: can you also gice it a try? |
21:31:03 | Buschel | *give |
21:31:25 | AlexP | yep, one mo |
21:31:52 | slater | saratonga: http://mib07.kilu.de/filesystem.txt this is the full filesystem of the player |
21:32:07 | slater | maybe you find the bootloader I am looking and looking dont find it yet |
21:32:23 | saratoga | slater: then zero the devices RAM and branch into your own code |
21:32:48 | slater | how would I do that? i am not following you |
21:33:57 | AlexP | Buschel: Incidently, if it does this looks like an ideal 3.7 backport :) |
21:34:09 | Buschel | yes, it does :) |
21:34:21 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
21:34:59 | | Join robin0800 [0] (~robin0800@149.254.61.33) |
21:35:41 | Buschel | it's a pitty this was found so late... |
21:35:51 | AlexP | yeah |
21:36:30 | saratoga | slater: if you've got control of the system, you're ready to port rockbox, so start with something easy (maybe a driver that blinks a light) and then stick it at the start of RAM and branch to it from your script |
21:36:32 | robin0800 | Can You use Viewports in alternating sub lines? |
21:37:59 | | Quit Horscht (Ping timeout: 276 seconds) |
21:38:26 | AlexP | Buschel: yep, it's fixed |
21:38:29 | AlexP | on H140 |
21:38:55 | Buschel | ok, checking out v3_7 now |
21:38:56 | slater | saratonga: ok so I should try to use the orignal firmware and try some of the drivers with my script right? |
21:39:32 | saratoga | slater: to be clear, I mean drivers that you have written for rockbox |
21:39:58 | wodz | saratoga: the point is it is not possible to jump into arbitrary memory location from sh script. But it is trivial to prepare simple program which loads something into ram and do the jump of course. |
21:40:29 | slater | now i got you guys |
21:40:38 | saratoga | wodz: yeah thats what I was thinking |
21:40:41 | slater | ok that'll be my next step |
21:40:51 | slater | thanks for the heads up |
21:40:55 | saratoga | or even have the build process make whatever binary (elf?) the system is expecting |
21:41:32 | slater | http://mib07.kilu.de/cpuinfo.txt |
21:41:57 | slater | http://mib07.kilu.de/cpu.txt sorry ;) |
21:42:12 | saratoga | "/sys/bus/i2c/drivers/AS3543 I2C:" |
21:42:14 | saratoga | ha |
21:42:24 | slater | yap :) |
21:42:50 | slater | http://mib07.kilu.de/mem.txt |
21:43:08 | slater | 64 mb anything I should consider about ram size? |
21:43:11 | wodz | MX37 - quite powerful |
21:43:19 | CIA-8 | New commit by Buschel (r28437): Fix FS #11710. On Coldfire CPU's mpc uses a speed optimization which was not correctly re-initialized when rebuffering. |
21:43:24 | slater | yes indeed hardware video decoding too |
21:45:01 | CIA-8 | r28437 build result: All green |
21:45:26 | wodz | pixelma: ping |
21:45:59 | slater | do we have a driver for Si4709 fm transmitter? i didnt find it yet |
21:46:23 | n1s | we have one for 4700/1/2 |
21:46:49 | slater | dang, think its possible to reuse the .so if same kernel is used? |
21:47:04 | n1s | i.Mx37 looks similar to i.Mx31 used in the beast |
21:47:34 | n1s | oh transmitter, no we don't have any drivers for transmitters |
21:47:53 | | Quit komputes (Remote host closed the connection) |
21:48:19 | slater | 2.6.24-445-g48ec830 thats the kernel I have a .so for I could extract these from the system |
21:48:33 | slater | but would need help to reuse them if even possible |
21:48:45 | saratoga | can't you just pull the files off the device somehow? |
21:48:50 | slater | yes |
21:48:58 | slater | I can pull all of the drivers |
21:49:32 | slater | but I think you need to run the exact same kernel for them to work don't you? |
21:49:35 | n1s | what do you mean by "reuse them" |
21:50:15 | slater | the original firmware is already based on linux kernel 2.6.24-445-g48ec830 . I have modified the original firmware to run scripts on the player |
21:50:34 | slater | so I can run a script to copy all the files to 8gb nand |
21:50:56 | slater | so I could theoretically pull all the drivers from the original firmware |
21:51:10 | | Quit dt84 (Quit: Leaving.) |
21:51:22 | n1s | rockbox cannot use linux drivers |
21:51:38 | slater | well its actually arm sorry |
21:51:47 | TheSeven | gevaerts: I'm wondering if usb_handle_transfer_complete should be passed the endpoint number with out without bit 7 set for IN endpoints |
21:51:53 | saratoga | we know that arm11 CPU is arm ;) |
21:52:20 | | Join dt84 [0] (~dror@87.69.91.13) |
21:52:32 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
21:52:39 | slater | saratonga: so it could be possible to pull drivers and use them for rockbox? |
21:52:41 | TheSeven | if it's meant to pass ith with that bit, what is the direction argument good for? |
21:52:46 | saratoga | no of course not |
21:52:48 | n1s | slater: no |
21:52:51 | TheSeven | it* |
21:53:29 | bertrik | a good datasheet is more help than a binary linux driver |
21:53:30 | slater | n1s: ok thats what I wanted to know :) |
21:53:36 | saratoga | i don't really understand that dump you posted, but it looks like theres various files that contain a lot of the drivers for the system, if you can pull those off you can disassemble them and use them as a guide to write your own |
21:53:46 | TheSeven | if it's not meant to be passed it with that bit, you can't just compare the endpoint numbers to the endpoint numbers returned by the endpoint allocator |
21:53:51 | | Part dt84 |
21:54:20 | n1s | slater: have samsung released the source for their linux system used on the player? |
21:54:24 | slater | which disassembler do you guys use? |
21:54:53 | gevaerts | TheSeven: right. Maybe |
21:55:14 | gevaerts | I'm not awake enough to think this through properly right now though |
21:55:25 | slater | n1s: well kind of. not all of it. most is precompiled but I think most of the drivers could be source |
21:55:57 | slater | i just check looks like most is source on the driver side |
21:56:10 | saratoga | do you have a link? |
21:56:12 | n1s | then looking at the source is probably easier than a disassembly |
21:57:09 | slater | http://opensource.samsung.com/ |
21:57:19 | slater | punch in the search bar : yp-r0 |
21:57:24 | slater | download source code |
21:57:41 | slater | and untar YP-R1_YP-R0_KERNEL.tar.bz2 |
21:57:54 | wodz | depends how code is obscufated |
21:57:55 | slater | inside the download archive |
21:58:04 | CIA-8 | New commit by Buschel (r28438): Fix FS #11710. On Coldfire CPU's mpc uses a speed optimization which was not correctly re-initialized when re-buffering. |
21:58:17 | saratoga | this would be a great thing to put on the wiki if its not already there |
21:58:28 | slater | ok will do that |
21:58:29 | bertrik | the si4708/9 looks very similar to the si4700/02 for which we already have a driver |
21:58:51 | slater | thank you bertrik I'll keep that in mind! |
22:00 |
22:01:17 | pixelma | wodz: pong |
22:02:22 | | Quit robin0800 (Remote host closed the connection) |
22:02:23 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
22:02:25 | wodz | pixelma: does "View I/O ports" in debug menu uses MENU as cancell on your ondio? |
22:02:51 | kugel | Buschel: is FS #11710 in 3.7? |
22:03:13 | Buschel | yes. just submitted the fix the v3.7 branch |
22:03:38 | kugel | oh didn't notice, sorry |
22:05:03 | | Quit anewuser () |
22:05:30 | pixelma | wodz: yes (well "Mode") it's possible that it is called "Menu" in the code though. I would have to look that up |
22:06:29 | pixelma | it is |
22:08:00 | slater | sorry for the stupid question whats the usb switching ic for? |
22:08:41 | | Quit Saito (Read error: Connection reset by peer) |
22:12:36 | kugel | JdGordon: cancel in the keyboard widget doesn't actually cancel |
22:12:40 | | Join edboyer93 [0] (eboyer93@pool-71-185-65-59.phlapa.fios.verizon.net) |
22:14:18 | Buschel | where is ARM_ARCH defined? |
22:14:50 | kugel | grep says config-h |
22:15:14 | | Join evilnick__ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) |
22:15:24 | | Part slater |
22:15:55 | Buschel | thanks |
22:16:38 | kugel | r28429 should be backported as well imo |
22:17:05 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
22:17:18 | kugel | or perhaps we put that on some kind of to-backport list, to consider it if/when the point release is due |
22:17:43 | wodz | pixelma: is there some fundamental reason it isn't just ACTION_STD_CANCEL (BUTTON_LEFT)? |
22:17:58 | | Quit evilnick_ (Ping timeout: 240 seconds) |
22:19:27 | AlexP | someone should also correct the spelling in r28429 |
22:20:01 | pixelma | wodz: I'd guess to get some info about left button presses but I don't know these details for sure (also the debug menu was made special on purpose AFAIK) |
22:20:16 | AlexP | I'll try to tomorrow if I get a minute |
22:20:33 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
22:21:05 | saratoga | that source dump has both build instructions, and instructions for flashing a compiled build to your player |
22:21:06 | Buschel | which armv4-architecture CPU's will benefit from reducing stalls after ldr/ldm? |
22:21:18 | Buschel | I am searching for the right #ifdef'ing |
22:21:30 | saratoga | Buschel: arm9 and above |
22:21:50 | saratoga | arm7 doesn't hurt, but i don't think it helps |
22:23:13 | | Quit Horschti (Ping timeout: 272 seconds) |
22:26:29 | Buschel | saratoga: so, arm7 = PP and PNX0101? all other ARMv4 are arm9, correct? |
22:30:42 | | Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) |
22:30:42 | | Quit LambdaCalculus37 (Changing host) |
22:30:42 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
22:30:58 | n1s | Buschel: yes |
22:31:04 | Buschel | good |
22:31:16 | LambdaCalculus37 | Bagder: Ping, did you see your email? |
22:31:17 | n1s | and the only pnx0101 port is dead |
22:31:32 | Bagder | LambdaCalculus37: yes I got it |
22:31:41 | LambdaCalculus37 | Bagder: Awesome. :) |
22:32:14 | n1s | hmm, a profile build hangs on bootup with a white screen on my h300 when using gcc 4.4.4, works fine with 3.4.6 |
22:33:00 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.47) |
22:34:40 | | Join Luca_S [0] (~5d2b8c11@giant.haxx.se) |
22:35:59 | *** | Saving seen data "./dancer.seen" |
22:36:33 | Luca_S | Hello everybody. Does anybody know what should I edit in the sources or RB config to speed up the update of the "Next Track" indicator in the WPS? Sometimes, especially when skipping tracks, it takes a half minute to update and shows the currently playing song. |
22:37:59 | CIA-8 | New commit by nls (r28439): Fix typo from r28026 causing warnings on newer gcc. |
22:39:12 | bertrik | Luca_S, I guess somewhere in buffering.c or playback.c, but no-one dares making a change in those |
22:39:13 | | Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) |
22:39:51 | CIA-8 | r28439 build result: All green |
22:40:07 | saratoga | maybe it doesn't have the info yet because those tracks haven't been buffered? |
22:40:10 | Luca_S | if the problem is slow tag loading, I'd be happy with displaying just the file name |
22:40:58 | Luca_S | however I'm talking about fuzev2, which is flash based and shouldn't take that long. sometimes the song is even already playing... |
22:41:27 | | Join simples [0] (~8b8f05a0@giant.haxx.se) |
22:41:28 | saratoga | ah well if its playing then its obviously been buffered |
22:41:51 | saratoga | but if the next track hasn't been buffered I don't see how you could display the tags for it |
22:41:54 | | Join grndslm_ [0] (~grndslm@174-126-4-128.cpe.cableone.net) |
22:41:58 | simples | hi, anyone know what to change in source in order to have the rb filebrowser start somewhere else other than root? |
22:42:01 | saratoga | unless maybe it was in teh database already |
22:42:38 | bertrik | simples, that is configureable now |
22:42:58 | Luca_S | maybe I can tweak cabbie to show the next track filename instead of its tags |
22:43:05 | Luca_S | that should be fast.. |
22:43:35 | simples | bertrik, in the current settings menu? |
22:43:40 | | Quit grndslm (Disconnected by services) |
22:43:54 | | Join grndslm [0] (~grndslm@174-126-4-128.cpe.cableone.net) |
22:43:57 | | Quit grndslm (Disconnected by services) |
22:43:59 | S_a_i_n_t | Luca_S: That's like one of the easier changes I could imagine. |
22:44:14 | | Join slam__ [0] (~grndslm@174-126-4-128.cpe.cableone.net) |
22:44:35 | pixelma | JdGordon: if no other viewports are used (everything drawn into the default), you don't need to put the progressbar into one to make it update correctly, I think. Is that correct? |
22:44:42 | Luca_S | I'll study the WPS docs then :) |
22:44:45 | | Join stoffel [0] (~quassel@p57B4B73A.dip.t-dialin.net) |
22:44:56 | S_a_i_n_t | Luca_S: what target? |
22:45:08 | S_a_i_n_t | I could do it now. |
22:45:13 | bertrik | simples, I don't know exactly where (it's probably in the manual). You can select a folder in the file browser and use the context menu (usually long press IIRC) to get the option |
22:45:36 | | Quit stoffel (Remote host closed the connection) |
22:45:44 | Luca_S | fuzev2 |
22:46:00 | S_a_i_n_t | pixelma: IIUC the progressbar needs to be in a viewport no matter what. |
22:46:27 | S_a_i_n_t | Luca_S: don't happen to know the screen size of the fuze do you ? |
22:47:19 | Bagder | btw, if anyone wants a good thing to play with I'd suggest getting a rockbox sim checked with scan-build |
22:47:26 | Luca_S | something like 220x176 |
22:48:03 | S_a_i_n_t | and you just want the next track filename, not the metadata? |
22:48:14 | S_a_i_n_t | the current is use filename if no metadata present |
22:48:15 | Luca_S | yep |
22:48:19 | Luca_S | uhm |
22:48:19 | S_a_i_n_t | ok. |
22:48:23 | Luca_S | but |
22:48:30 | Luca_S | what happens when metadata is loading? |
22:48:52 | S_a_i_n_t | it will display the filename for a short period, then switch to the metadata IIUC |
22:48:55 | Luca_S | does it show filename or waits until metadata is (not) found to show the filename? |
22:48:58 | Luca_S | uhm |
22:49:10 | Luca_S | if that's the case, then something is wrong |
22:49:29 | S_a_i_n_t | Ok...Hmmm, that's not something I can solve with WPS code then. :/ |
22:49:30 | Luca_S | because on my fuze it does not update anything,not even the filename |
22:49:54 | Luca_S | well, if I can force the file name |
22:50:05 | Luca_S | it could be an easy test |
22:50:14 | | Join kazaik [0] (~kazaik@pool-72-81-202-127.bltmmd.east.verizon.net) |
22:50:30 | bertrik | Bagder, do you already have that running? |
22:50:52 | Bagder | not for rockbox no, but I've used it elsewhere and it is really powerful |
22:50:57 | | Join xxcv [0] (~asdf@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
22:51:02 | Luca_S | I suppose the line I have to edit is %s%al%?It<%It|%Fn> ==> %s%al%Fn |
22:51:03 | Luca_S | right? |
22:51:12 | Bagder | it is packaged for debian so it's quite easy to install |
22:51:24 | S_a_i_n_t | Luca_S: http://pastebin.com/Zz2dFRrg done |
22:51:28 | S_a_i_n_t | and, yes. ;) |
22:51:52 | n1s | Bagder: is that the clang thing? |
22:51:56 | Bagder | yes |
22:52:08 | n1s | gevaerts: ran that a few weeks ago i think |
22:52:26 | Bagder | oh, I missed that |
22:52:46 | bertrik | bah, make dep seems to make deps twice |
22:53:29 | | Join JdGord [0] (~jd@58.108.8.28) |
22:54:18 | n1s | bertrik: yep, i noticed that a long time ago, afaiu it's a WONTFIX issue :) |
22:54:55 | bertrik | I hoped it was one of those WILLMAGICALLYFIXITSELF issues |
22:56:48 | n1s | make foo will make deps only once and then error out |
22:57:01 | n1s | or make sandwitch for that matter |
22:57:24 | n1s | s/t// |
22:57:25 | | Quit simples (Quit: CGI:IRC (EOF)) |
22:57:27 | pixelma | S_a_i_n_t: I'm quite sure about that (not a 100% which is why I asked). If it wasn't true though, then rockbox_failsafe wouldn't work correctly |
22:57:50 | Luca_S | S_a_i_n_t: I fail to see your changes in the pastebin you attached, checking against the default cabbie |
22:58:11 | | Join MItaly [0] (~chatzilla@151.57.203.46) |
22:59:09 | JdGord | Pixelma: that is correct. It is only needed if other viewports are used (need to double check the code to be 200% sure though) |
23:00 |
23:00:11 | pixelma | I checked the failsafe wps in apps/gui/wps.c . It doesn't have viewport definition and I checked that it works, should be good enough |
23:00:15 | Luca_S | actually, I can't find any reference to the Ix, Dx, Fx tags in cabbiev2.wps o_O (found these tags in the CustomWPSwiki page) |
23:00:30 | pixelma | JdGordon: together with your opinion. Thanks |
23:01:05 | Luca_S | ahhhr... just readthe line about the uppercase version of the tags |
23:02:15 | S_a_i_n_t | Luca_S: In the first pastbin I forgot the "No AA" viewport....this fixes that. Changes are on lines 66 and 75 (commented so you can see them) |
23:02:17 | S_a_i_n_t | http://pastebin.com/ebjwrGVD |
23:02:59 | wodz | Bagder: I played with scan-build and rb yesterday but I can't remember if this where regular builds or sims |
23:03:00 | Luca_S | thank you S_a_i_n_t |
23:03:06 | Luca_S | testing now :) |
23:03:08 | S_a_i_n_t | No worries Luca_S |
23:03:16 | | Join drizztbsd [0] (~quassel@unaffiliated/drizztbsd) |
23:03:33 | | Quit xxcv () |
23:03:52 | S_a_i_n_t | You should speak to JdGord / JdGordon about the update issues though...that definitely sounds wrong. |
23:04:15 | S_a_i_n_t | Especially as it is visible in CabbieV2 and not some user-made theme. |
23:04:23 | | Quit drizztbsd_ (Ping timeout: 272 seconds) |
23:04:58 | Luca_S | nope, I can reprodce the problem even with filename only |
23:05:18 | S_a_i_n_t | Luca_S: What happens with just filename? |
23:06:26 | Luca_S | if I skip three, four songs, the next track indicator shows the currently playing song and stays like that even ten seconds later, when backlight goes off. when I move the wheel to turn on backlight again, the display is updated with the correct next track |
23:07:46 | S_a_i_n_t | Hmmmm...that is quite odd. But it is an update issue that has been seen before on other screens. (popped up on the RM screen originally IIRC) |
23:08:12 | Luca_S | RM? |
23:08:26 | S_a_i_n_t | what revision are you running Luca_S? |
23:08:36 | LambdaCalculus37 | Hmmm, looks like setting the GoGear HDD6330 buffer to 64MB causes playback to crash. |
23:08:37 | S_a_i_n_t | */s/RM/FM/ |
23:08:40 | S_a_i_n_t | sorry ;) |
23:08:50 | LambdaCalculus37 | I'm going to set it back to 32MB for now. |
23:09:21 | Luca_S | r28360M-101025 (applied the USB patch by pamaury) |
23:10:58 | S_a_i_n_t | Could you please try 28439 (current SVN) and see if the problem persists? |
23:11:58 | CIA-8 | New commit by rmenes (r28440): Set the GoGear HDD6330 back to 32MB RAM again; 64MB causes ... |
23:12:25 | Luca_S | sure. updating now |
23:13:03 | Luca_S | (now... well.. as soon as the OF refreshes its db) |
23:13:46 | CIA-8 | r28440 build result: All green |
23:13:56 | Buschel | saratoga: did you solve your noise issue with your patch? |
23:15:41 | Luca_S | S_a_i_n_t: reproducible with current SVN. |
23:17:16 | S_a_i_n_t | Luca_S: Ok, my only suggestion now is to add an entry on Flyspray describing the problem in as much detail as you can (but in a concise manor ;)). |
23:17:21 | S_a_i_n_t | http://www.rockbox.org/tracker/index.php?show_task= |
23:17:24 | | Quit jgarvey (Quit: Leaving) |
23:17:34 | | Quit Rob2223 (Quit: Rob2223) |
23:18:24 | Luca_S | thanks for your time S_a_i_n_t. I'll do it tomorrow. see you! |
23:18:40 | | Quit Luca_S (Quit: CGI:IRC) |
23:18:55 | S_a_i_n_t | Now worries Luca_s. o/ |
23:19:39 | saratoga | Buschel: sorry been a little busy this afternoon |
23:19:46 | saratoga | overflow seems quite possible though |
23:19:50 | LambdaCalculus37 | Yay, now I have working playback on the HDD6330 again. :) |
23:20:59 | bertrik | Did it get broken somehow in recent times? |
23:21:52 | LambdaCalculus37 | bertrik: No, but in tools/configure it was set to build with 64MB of RAM, which is incorrect (at least on mine!) |
23:22:18 | LambdaCalculus37 | I reverted it back to 32MB to be on the safe side. 64MB causes playback crashes on my HDD6330. |
23:22:31 | Buschel | saratoga: ok, no prob. I am just curious ;) |
23:23:15 | kugel | LambdaCalculus37: perhaps they have different ram setup |
23:23:22 | kugel | like ipod videos |
23:23:22 | S_a_i_n_t | liar: Are you able to repost the link to the LCD Sleep v4b patch please? |
23:23:30 | S_a_i_n_t | Or put it on the tracker. |
23:23:54 | kugel | if yes, I suspect the trick used on them would also work on the philips hdds |
23:24:09 | LambdaCalculus37 | kugel: Quite possible. b0hoon was the one who set tools/configure to give it 64MB RAM. |
23:24:24 | LambdaCalculus37 | His may have 64MB RAM, but I have one that has 32MB. |
23:24:27 | kugel | I'm sure he had da strong reason for it :) |
23:24:50 | saratoga | Buschel: yes I am quite eager to see how much of a difference this makes |
23:25:37 | LambdaCalculus37 | kugel: b0hoon has an HDD6320 IIRC. Perhaps those models are the ones that have 64MB of RAM, and HDD6330s have only 32MB? |
23:26:42 | bertrik | If you open it and take pictures of the RAM chips, you could tell for sure |
23:26:55 | kugel | LambdaCalculus37: r27960 implemented the 32MB/64MB-unified build trick for the ipod videos, you could try it on your player |
23:27:50 | saratoga | Buschel: a quick shift by 6 didn't change the result, so its probably a bug in my asm code |
23:27:51 | kugel | r27937 is also important (for probing the ram size) r27937 |
23:29:40 | Buschel | saratoga: ok. nevertheless your asm code looked fine from what I could see so far... nothing else changed against the v02-patch? |
23:29:58 | saratoga | i don't think so |
23:30:14 | saratoga | i'll try and find time to look at it more carefully |
23:30:39 | LambdaCalculus37 | kugel: I can give it a try. I'll also talk to b0hoon. |
23:31:23 | | Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) |
23:31:23 | | Quit JdGordon| (Changing host) |
23:31:23 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
23:31:57 | | Quit JdGord (Quit: Bye) |
23:33:29 | pixelma | AlexP: no time / chance to fix the typo in 28249 (and I guess you are referring to "ohter")? |
23:34:24 | | Quit evilnick_B (Quit: Page closed) |
23:35:00 | pixelma | huh, it looks like there could be a problem with the columns too, but hard to tell by just looking at the diff |
23:35:17 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
23:35:37 | | Quit kazaik (Quit: Leaving) |
23:36:06 | | Join Dreamxtreme_ [0] (Dre@92.30.65.15) |
23:36:16 | | Quit bertrik (Quit: :tiuQ) |
23:36:21 | | Quit linuxguy3 (Ping timeout: 252 seconds) |
23:36:27 | wodz | FS should give option to report bugs agains 3.7 :-) |
23:37:02 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
23:37:06 | pixelma | maybe not, but the order of the '&'s is weird and could break if someone fills in a remote button mapping |
23:37:44 | | Quit Dreamxtreme (Read error: Connection reset by peer) |
23:38:22 | | Quit Buschel (Ping timeout: 240 seconds) |
23:38:33 | | Quit Horscht (Ping timeout: 252 seconds) |
23:38:33 | | Quit Dreamxtreme_ (Client Quit) |
23:39:59 | wodz | please look at FS #11712 |
23:40:36 | | Join dutchie [0] (~josh@pdpc/supporter/student/dutchie) |
23:44:01 | | Quit linuxguy3 (Ping timeout: 252 seconds) |
23:44:56 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
23:45:16 | dutchie | hi, having a little trouble with my ipod nano 2g. having not used it for a long time, i just went to use it again, and I can only get a white screen with a flickery line across it. i tried holding menu+select, reinstalling rockbox (both stable and current build), but I can't get rid of it. it's definitely fully charged. any ideas? |
23:46:14 | S_a_i_n_t | Can you boot the Apple firmware? |
23:46:18 | | Join Dreamxtreme [0] (~Dre@92.30.65.15) |
23:46:46 | n1s | something's fishy the hang goes away if i comment out the call to profile_thread_stopped in switch thread, but remains even if i comment out all the contents of that function, hmm |
23:47:12 | kugel | wodz: from a quick glance, you shouldn't be calling get_action() from firmware |
23:47:37 | kugel | also perhaps the patch would be easier too look over if the s/__dbg_ports/dbg_ports/ was a separate patch |
23:48:03 | n1s | frigging nullpointer crap |
23:48:45 | | Quit linuxguy3 (Read error: Operation timed out) |
23:49:08 | wodz | kugel: regarding get_action() this is only refactoring - I didn't changed functions. This is how it is now in svn |
23:49:09 | | Quit MItaly (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101027124735]) |
23:49:17 | S_a_i_n_t | dutchie: Can you boot the Apple firmware? |
23:49:28 | S_a_i_n_t | If so, does it have the same screen issues? |
23:49:29 | dutchie | no, can't boot anything |
23:49:39 | dutchie | well, it might be booting the apple firmware |
23:49:51 | kugel | wodz: right, but the refactoring shouldn't break the no apps-calls-from-firmware rule |
23:50:09 | S_a_i_n_t | dutchie: Sounds like a hardware problem. |
23:50:19 | dutchie | thought you might say that :( |
23:50:19 | S_a_i_n_t | If it is, there's nothing that can be done. |
23:50:20 | wodz | kugel: I see your point |
23:51:10 | S_a_i_n_t | dutchie: RBUtil now supports the Nano2G...try uninstalling .rockbox or just doing a restore with iTunes |
23:51:23 | dutchie | i did try with the utility thing |
23:51:34 | dutchie | might try an itunes restore if i can be bothered to reboot into XP |
23:52:08 | n1s | hmm, it still doesn't work |
23:52:16 | n1s | but now boots... |
23:52:27 | n1s | does anyone understand the threading code? |
23:52:30 | kugel | wodz: I find it somewhat strange that the debug functions implement a UI in firmware anyway, maybe something cleaner should be found (but that would be a separate beast) |
23:52:53 | | Join linuxguy3 [0] (~timj@adsl-75-57-185-192.dsl.emhril.sbcglobal.net) |
23:53:07 | S_a_i_n_t | dutchie: If that fails, I can only suggest reinstalling Rockbox, and making sure you download the voice files, and using RBUtil to generate .talk files for your audio. |
23:53:16 | S_a_i_n_t | at least then you can use it without a screen. |
23:53:18 | dutchie | ah, good idea |
23:53:36 | S_a_i_n_t | I have them occasionally ;) |
23:54:33 | wodz | kugel: debug_menu.c is hack of the hack which was originally a hack :-) |
23:54:48 | kugel | haha :) |
23:55:12 | kugel | but that means it's still a hack with your work :) |
23:55:13 | | Join stacker55 [0] (~not@151-165-ftth.onsnetnuenen.nl) |
23:55:38 | n1s | this makes no sense, if the pointer was null, the next deref should break just as well |
23:56:00 | wodz | kugel: but you are right - functions implemented in firmware should return some struct with info and let it be interpreted/displayed from app layer |
23:56:54 | stacker55 | I just tested the new build for the Philips HDD63x0 and can confirm it works. I saw the missing bootloaders, and i can provide the one i used. I am unsure where to place the firmware, can someone help me put it somewhere ? |
23:57:22 | wodz | kugel: it is a hack but the one which introduce some small amount of order in the chaos of debug_menu.c |