| 00:00:12 | | Quit tjb0607 (Ping timeout: 258 seconds) |
| 00:02:03 | | Join guymann [0] (~charles@69.0.9.155) |
| 00:03:03 | bertrik | kugel, can you explain a bit how this font thing works? |
| 00:03:40 | | Join tjb0607 [0] (~quassel@bc10753.bendcable.com) |
| 00:11:23 | dreamlayers | Why are some functions declared identically in many *-target.h instead of one header file? (For example, some target specific ATA functions that are always needed by ata.c are in ata-target.h) |
| 00:12:33 | dreamlayers | I mean in many ata-target.h in many target-specific directories. It sure makes adding STORAGE_INIT_ATTR more difficult. |
| 00:12:46 | funman | dreamlayers: some targets could declare it as an empty static inline maybe? |
| 00:15:52 | dreamlayers | funman: yes, they could do that, but I didn't find any such examples yet. |
| 00:17:21 | funman | if they all have the same prototype move that to ata.h and add attribute |
| 00:19:58 | dreamlayers | Okay. I realize these are implemented elsewhere for use by ata.c, and most functions in ata.h are implemented in ata.c and for use by higher level code. However, ata.h already has prototypes for DMA hardware specific functions used by ata.c, so I guess that's fine. |
| 00:20:23 | * | gevaerts agrees |
| 00:20:42 | dreamlayers | Thanks, I'll move them to ata.h |
| 00:21:03 | | Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111116091359]) |
| 00:23:07 | funman | dilaroga: -Wl,-framework,CoreFoundation -Wl,-framework,VideoDecodeAcceleration -Wl,-framework,CoreVideo |
| 00:25:42 | | Quit domonoky (Read error: Connection reset by peer) |
| 00:29:37 | | Quit liar (Remote host closed the connection) |
| 00:31:26 | | Quit T44 (Read error: Connection reset by peer) |
| 00:31:44 | | Join T44 [0] (~Topy44@f048038013.adsl.alicedsl.de) |
| 00:35:16 | | Quit ender` (Quit: Zero Defects, n. The result of shutting down a production line.) |
| 00:47:09 | | Quit bertrik (Ping timeout: 240 seconds) |
| 00:55:49 | | Quit Strife89 (Read error: Connection reset by peer) |
| 01:00 |
| 01:03:26 | *** | Saving seen data "./dancer.seen" |
| 01:04:13 | | Quit T44 (Ping timeout: 258 seconds) |
| 01:07:09 | | Quit GeekShadow (Read error: Operation timed out) |
| 01:15:08 | | Join GeekShadow [0] (~antoine@180.217.196.77.rev.sfr.net) |
| 01:15:25 | | Quit jhMikeS () |
| 01:18:56 | | Quit ReimuHak_ (Quit: Leaving...) |
| 01:20:28 | dreamlayers | Can GCC warn about non-static functions defined without a prototype? I know LLVM can do it. |
| 01:22:30 | funman | probably |
| 01:25:53 | funman | dreamlayers: -Wmissing-declarations |
| 01:26:24 | dreamlayers | funman: Thanks! |
| 01:30:48 | | Join Gammadaze [0] (~AndChat@71.sub-70-212-148.myvzw.com) |
| 01:31:23 | Gammadaze | Hi, I was looking for some advice. |
| 01:32:01 | Gammadaze | Is there a way to listen to music while charging a rockbox'd iPod classic? |
| 01:32:55 | dreamlayers | Gammadaze: Try holding menu when plugging in the cable. It works that way on other iPods. |
| 01:33:31 | Gammadaze | Okay, I'll give it a shot. Thanks! |
| 01:36:15 | Gammadaze | Awesome, it worked. Thanks for the help! |
| 01:36:29 | dreamlayers | Gammadaze: You're welcome! |
| 01:36:55 | | Quit Gammadaze (Quit: Bye) |
| 01:37:39 | * | dreamlayers thinks it would be a good idea to turn on -Wmissing-declarations for the core eventually. There aren't too many warnings to clean up, and it should help avoid errors and ensure functions are static when they should be. |
| 01:40:56 | funman | adding yellow to the table? you're crazy! |
| 01:41:01 | funman | dreamlayers: just do it :) |
| 01:42:07 | dreamlayers | I meant clean up stuff first, and then add the warning, to avoid seeing all that yellow in the table. |
| 01:42:17 | | Quit nosa-j (Ping timeout: 260 seconds) |
| 01:43:03 | dreamlayers | Some plugins have so many warnings that I the idea of cleaning that up seems ridiculous, so I suggested just turning it on for the core. |
| 01:57:15 | | Quit dreamlayers (Quit: Bye) |
| 02:00 |
| 02:20:53 | | Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
| 02:21:38 | | Quit perrikwp (Ping timeout: 252 seconds) |
| 02:21:46 | | Quit robin0800 (Ping timeout: 260 seconds) |
| 02:22:04 | | Join robin0800 [0] (~robin0800@149.254.61.208) |
| 02:22:05 | | Join nosa-j [0] (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 02:28:24 | | Quit nosa-j (Ping timeout: 260 seconds) |
| 02:29:10 | | Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) |
| 02:35:07 | | Join nosa-j [0] (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 02:37:21 | | Join Topy44 [0] (~Topy44@f048038013.adsl.alicedsl.de) |
| 02:40:07 | | Join nosa [0] (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 02:40:40 | | Quit nosa-j (Ping timeout: 252 seconds) |
| 02:40:40 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 02:43:54 | | Quit MethoS- (Remote host closed the connection) |
| 02:48:12 | | Join ReimuHak_ [0] (~reimu@wireless.sit-co.net) |
| 03:00 |
| 03:03:29 | *** | Saving seen data "./dancer.seen" |
| 03:13:43 | | Join jhMikeS [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net) |
| 03:13:51 | | Quit jhMikeS (Changing host) |
| 03:13:51 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 03:14:17 | | Quit mystica555 (Remote host closed the connection) |
| 03:21:21 | | Quit robin0800 (Read error: Connection timed out) |
| 03:22:26 | | Join robin0800 [0] (~robin0800@149.254.61.208) |
| 03:53:32 | | Join mystica555 [0] (~Mike@71-211-218-103.hlrn.qwest.net) |
| 03:54:15 | | Quit mystica555 (Client Quit) |
| 04:00 |
| 04:06:30 | | Quit nosa-j (Ping timeout: 276 seconds) |
| 04:06:31 | | Join nosa-j [0] (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 04:12:01 | | Join Gammadaze [0] (~AndChat@c-71-193-88-25.hsd1.mn.comcast.net) |
| 04:13:11 | Gammadaze | Hello, me again. I had another question about the iPod classic. |
| 04:13:40 | Gammadaze | Is it possible to dual boot rockbox with the stock firmware? |
| 04:15:39 | | Join nosa [0] (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 04:16:45 | | Quit nosa-j (Ping timeout: 244 seconds) |
| 04:16:54 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 04:17:20 | | Quit Gammadaze (Remote host closed the connection) |
| 04:21:39 | | Join nosa [0] (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 04:22:04 | | Quit nosa-j (Ping timeout: 258 seconds) |
| 04:22:09 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 04:24:21 | | Quit amiconn (Disconnected by services) |
| 04:24:22 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:24:45 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:25:07 | | Join mystica555 [0] (~Mike@71-211-218-103.hlrn.qwest.net) |
| 04:25:17 | | Quit pixelma (Disconnected by services) |
| 04:25:20 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:25:21 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:32:22 | | Quit mystica555 (Ping timeout: 240 seconds) |
| 04:33:36 | | Quit [7] (Disconnected by services) |
| 04:33:39 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 05:00 |
| 05:02:05 | | Join Rob2222 [0] (~Miranda@p4FFF2CDE.dip.t-dialin.net) |
| 05:03:33 | *** | Saving seen data "./dancer.seen" |
| 05:05:18 | | Quit Rob2223 (Ping timeout: 244 seconds) |
| 05:27:04 | | Join nsx [0] (jm@epicsol.org) |
| 05:27:11 | | Quit nsx (Changing host) |
| 05:27:11 | | Join nsx [0] (jm@unaffiliated/nsx) |
| 05:59:34 | | Join Rob2223 [0] (~Miranda@pD9FAC37D.dip.t-dialin.net) |
| 06:00 |
| 06:02:46 | | Quit Rob2222 (Ping timeout: 240 seconds) |
| 06:09:15 | | Quit Topy44 (Read error: Connection reset by peer) |
| 06:10:42 | | Join Topy44 [0] (~Topy44@f048038013.adsl.alicedsl.de) |
| 06:19:01 | | Quit nosa-j (Ping timeout: 252 seconds) |
| 06:27:09 | | Join nosa-j [0] (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 06:35:23 | | Quit robin0800 (Quit: Leaving) |
| 06:38:39 | | Join nosa [0] (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 06:40:01 | | Quit nosa-j (Ping timeout: 245 seconds) |
| 06:40:01 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 07:00 |
| 07:03:34 | *** | Saving seen data "./dancer.seen" |
| 07:35:09 | | Nick perrikwp_ is now known as perrikwp (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
| 07:49:10 | | Join dexpid [0] (~ae65dfe9@www.haxx.se) |
| 07:51:16 | | Quit dexpid (Client Quit) |
| 07:52:44 | | Join Keripo [0] (~Keripo@eng448.wireless-resnet.upenn.edu) |
| 07:59:26 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
| 08:00 |
| 08:04:59 | | Quit Keripo (Ping timeout: 260 seconds) |
| 08:17:57 | | Quit Scromple (Quit: Leaving) |
| 08:44:23 | | Quit factor (Read error: Connection reset by peer) |
| 08:50:05 | | Quit Misanthropos (Remote host closed the connection) |
| 08:53:27 | | Quit Topy44 (Ping timeout: 260 seconds) |
| 09:00 |
| 09:00:41 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 09:00:53 | | Join Topy44 [0] (~Topy44@f048038013.adsl.alicedsl.de) |
| 09:01:26 | | Join factor [0] (~factor@74.197.205.204) |
| 09:03:35 | *** | Saving seen data "./dancer.seen" |
| 09:16:14 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 09:16:14 | | Quit bertrik (Changing host) |
| 09:16:14 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 09:22:11 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 09:28:16 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:37:35 | | Join Misanthropos [0] (~Misanthro@testomat.ee.ethz.ch) |
| 09:39:34 | | Quit bertrik (Ping timeout: 240 seconds) |
| 09:42:47 | | Quit ruskie (Read error: Connection reset by peer) |
| 10:00 |
| 10:07:11 | | Join ruskie [0] (ruskie@sourcemage/mage/ruskie) |
| 10:15:10 | | Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) |
| 10:15:11 | | Quit pamaury (Changing host) |
| 10:15:11 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 10:21:55 | | Join hilbert [0] (~hilbert@adsl-89-217-255-42.adslplus.ch) |
| 10:27:44 | | Join T44 [0] (~Topy44@f048038013.adsl.alicedsl.de) |
| 10:31:33 | | Quit Topy44 (Ping timeout: 258 seconds) |
| 10:41:27 | | Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) |
| 10:41:52 | wodz | ha, I seem to understand how nand buffered reads work on rk27xx :-) |
| 10:59:59 | pamaury | wodz: what is the format used by the rk27xx firmware ? Does it include resources like images and so |
| 11:00 |
| 11:03:36 | *** | Saving seen data "./dancer.seen" |
| 11:05:33 | wodz | pamaury: that depands |
| 11:06:48 | wodz | pamaury: http://www.rockbox.org/wiki/RKWFormat?topic=RKWFileFormat |
| 11:07:37 | wodz | this is unpacked on during upgrade process to firmware partition |
| 11:08:26 | wodz | Actual firmware which runs on device is pure RKLD section from this description. |
| 11:09:10 | pamaury | is the code scrambled at all stages ? |
| 11:09:24 | wodz | no |
| 11:09:42 | wodz | main firmware is plain binary with header and footer attached |
| 11:11:05 | wodz | I hacked some tool to unpack/repack into RKW update format but it is messy, uses parts of SDK and I never actually finished it |
| 11:12:11 | | Join Topy [0] (~Topy44@f049200229.adsl.alicedsl.de) |
| 11:12:21 | pamaury | ok, that was just by curiosity because I had a look at firmwares for the rknano but the format is different |
| 11:12:39 | wodz | pamaury: yea :-) |
| 11:12:58 | wodz | but strings returns some plain english from rknano firmware so there is a hope |
| 11:14:09 | pamaury | yes, there is some kind of string section and I have a tool which can changes images in the firmware so I have a starting point but it's not my priority and the tool is rather hard to RE |
| 11:14:40 | | Join ibhan [0] (~ibhan@195.41.77.232) |
| 11:15:09 | | Quit T44 (Ping timeout: 240 seconds) |
| 11:23:34 | kugel | pamaury: a new device? |
| 11:25:01 | pamaury | not new, I have had it for some time, it's just that it's 1) rknano based 2) we don't know much about the rknano 3) I don't have the firmware 4) we don't know much about the firmware format |
| 11:26:21 | pamaury | from time to time I just spent a few moments looking at a firmware I found on the internet (not for my device) or at a tool for the rknano |
| 11:27:04 | pamaury | the fuze+ is more important but some problems are just tricky to solve: weird screen effect, non-working radio |
| 11:32:04 | | Quit ehntoo (Ping timeout: 260 seconds) |
| 11:32:18 | | Join ehntoo [0] (ehntoo@gateway/shell/mtu-lug/x-bjlnslogbkssiotc) |
| 11:33:33 | JdGordon | anyone got a x5? |
| 11:35:24 | wodz | amiconn: has one |
| 11:36:23 | * | gevaerts raises his hand |
| 11:36:28 | gevaerts | It's at home though |
| 11:36:34 | JdGordon | not helpful :) |
| 11:36:48 | JdGordon | apparently it crashes in the quickscreen? |
| 11:36:54 | JdGordon | fs#12400 |
| 11:36:54 | fs-bluebot | http://www.rockbox.org/tracker/task/12400 Quickscreen freezes iAudio X5V on builds newer than rel 3.9.1 (bugs, unconfirmed) |
| 11:41:07 | JdGordon | hmm, this proves my multilayering works in the skin.... now what the heck is casuing the AA to dissapear though? http://imagebin.org/185427 |
| 11:41:47 | Zagor | looks like the scroll code messes it up |
| 11:42:08 | * | pixelma would have an M5 but it's currently connected to the computer (running this program from disk) |
| 11:42:42 | pixelma | mayve I can experiment a bit during lunch break |
| 11:42:53 | pixelma | maybe ,too |
| 11:42:59 | | Quit ps-auxw (Ping timeout: 240 seconds) |
| 11:43:03 | JdGordon | the AA is definitly drawing to the right layer, and its only drawing once which means the skin engine isnt clearing the area naughtily |
| 11:43:11 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
| 11:43:37 | JdGordon | Zagor: except that doesnt make snese... if the scroll engine blanks the line there should be no colour behind it at all.. the aa and the red squiggle are on the same layer |
| 11:44:03 | Zagor | right. it was just a wild stab. |
| 11:48:26 | JdGordon | hmm, it does actually scroll correctly twice before breaking, so maybe it is the skin engine after all |
| 12:00 |
| 12:12:30 | | Join Stephenc__ [0] (~5347c520@www.haxx.se) |
| 12:13:46 | Stephenc__ | Gevaerts, while also checking that quick access bug on X5 can you check album art in cabbie on the X5 too, seems the image is way too dark for me. Fine on other themes tho. I can confirm teh quickscreen bug also. |
| 12:15:47 | gevaerts | I'll try to remember |
| 12:17:01 | Stephenc__ | both bugs not reproducable in the sim. |
| 12:18:17 | Stephenc__ | anyway back to work |
| 12:18:21 | | Quit Stephenc__ (Quit: CGI:IRC) |
| 12:21:41 | | Part ibhan ("ERC Version 5.3 (IRC client for Emacs)") |
| 12:33:05 | wodz | I finally fully understand this buffered reads from nand. \o/ |
| 12:33:25 | wodz | compiler made extra weird stuff with relatively simple scheme |
| 12:35:53 | kugel | JdGordon: there's one (minor) bug in the skin engine where scrolling lines from the wps appear in the main menu |
| 12:39:44 | | Quit ehntoo (Ping timeout: 260 seconds) |
| 12:40:20 | JdGordon | kugel: well, unless you've got a repro theme there isnt much I can do about it |
| 12:40:26 | * | JdGordon is also giving up on this :( |
| 12:40:46 | JdGordon | the "shutting down" splash shows the background image without the AA image which is... interesting |
| 12:40:49 | | Join ehntoo [0] (ehntoo@gateway/shell/mtu-lug/x-xuvesmcuymrdvbpz) |
| 12:40:51 | kugel | it's not easy to repro, but I think it has to do with LCD_ENABLE |
| 12:43:22 | kugel | JdGordon: I had another idea for using a second framebuffer. real pop ups (splash, context menu, perhaps more); using a backdrop that has a shadow so the real backdrop is partly visible |
| 12:43:47 | JdGordon | I think we need a third buffer for that, but yeah |
| 12:44:06 | JdGordon | or a lcd_save() so that could work |
| 12:44:52 | JdGordon | but I'm stumped... wanna look at the diff and figure out the bug? |
| 12:48:14 | JdGordon | what the hell? I've now got skin_render() displaying both buffers once it finished rendering a viewport. somehow the AA image magically moves from the backgrond buffer to the foreground one! |
| 12:50:32 | | Quit GodEater_ (Ping timeout: 265 seconds) |
| 12:50:55 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 12:55:22 | pamaury | wodz: do you have the rk26xx sdk ? |
| 12:56:32 | wodz | pamaury: I can't remember. I have some documents + compiler for this for sure |
| 12:57:18 | wodz | but rk26xx is much different - it is build around ZSP400 DSP core |
| 12:58:16 | pamaury | I know but in some rknano firmware there seem to be a subfile starting with rk26imageres |
| 12:58:25 | pamaury | * "rock26imageres" |
| 12:58:55 | wodz | pamaury: I'll check what I have |
| 13:00 |
| 13:03:38 | *** | Saving seen data "./dancer.seen" |
| 13:07:31 | | Join TomColler [0] (~thomas@net-93-144-161-156.cust.dsl.teletu.it) |
| 13:08:19 | pamaury | wodz: what does GDK stands for ? "Game Development Kit" ? |
| 13:11:59 | wodz | yes |
| 13:12:08 | pamaury | what is it ? |
| 13:13:34 | wodz | something similar to our plugins |
| 13:14:32 | pamaury | wow, the rknano firmware I have contains 62% of 0 ! |
| 13:14:44 | pamaury | and another 12% of 0xff ! |
| 13:19:37 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 13:21:22 | wodz | interesting |
| 13:23:05 | pamaury | it also seems there are several firmware "packed" together, one after the other |
| 13:24:17 | wodz | have you found some arm opcodes? |
| 13:24:57 | pamaury | not sure, I haven't looked since the FW is 26Mb large |
| 13:25:13 | pamaury | I found out several copies of font12, font26 and gbk |
| 13:25:22 | wodz | ... of which 84% is useless :-) |
| 13:25:41 | wodz | 74 |
| 13:26:01 | pamaury | order within the firmware seems to be: fw code, font12, font26, gdk, UI?, rock26imageres |
| 13:26:14 | pamaury | I'm slowly making sense of the header |
| 13:26:25 | | Quit hilbert (Quit: Computer has gone to sleep.) |
| 13:47:18 | | Join GodEater_ [0] (93722cc8@rockbox/staff/GodEater) |
| 13:50:55 | | Quit wodz (Quit: Leaving) |
| 13:55:29 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 13:59:00 | | Quit TomColler (Ping timeout: 244 seconds) |
| 14:00 |
| 14:09:21 | SynrG | why is it that on two different clip+ units, having installed the same rockbox release (stable) when one of them is plugged in when powered off, it boots to the original firmware, is automounted by my file manager and then i can copy files, but for the other unit, it boots to rockbox and is not automounted? (workaround: boot manually to the original firmware before plugging in) |
| 14:13:28 | | Quit petur (Quit: Bye) |
| 14:14:53 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 14:26:29 | | Quit bluebrother (Disconnected by services) |
| 14:26:30 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 14:27:14 | pixelma | are they running the same bootloader (as I believe that's in action at this moment, not the build yet)? |
| 14:29:09 | | Quit fs-bluebot (Ping timeout: 240 seconds) |
| 14:29:36 | | Join Luca_S [0] (~5d392564@www.haxx.se) |
| 14:30:50 | | Join fs-bluebot [0] (~fs-bluebo@g226068020.adsl.alicedsl.de) |
| 14:31:06 | Luca_S | hello rockboxers! i have a question: i've seen that there's some work in progress towards RDS in SI47xx-based FM-radio. Is there any slim hope that a fuzev2 will have the correct radio chip? Can I check the chip model somewhere using rockbox? |
| 14:39:20 | desowin | any suggestions on how to deal with battery on Sansa Connect? It seems like the AVR returns percentage battery capacity and I don't know if it's possible to get battery voltage by some command from AVR |
| 14:41:23 | desowin | powermgmt.c seems to have this sophisticated power_thread that does it all, whilst the AVR even sends interrupt on change |
| 14:42:30 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 14:45:09 | SynrG | pixelma: they were both installed the same way, using the stable installer, so should both be using the same bootloader. |
| 14:45:28 | SynrG | can i query the system about which bootloader it uses? |
| 14:45:49 | pamaury | desowin: use a fake voltage: 1=1%, use a linear conversion table |
| 14:47:35 | Luca_S | well, i tried activating the rds patch on the fuzev2, adding the CAP to the config file, and it does not show anything :( well, at least I tried :) |
| 14:48:23 | pamaury | Luca_S: in principle, the FuzeV2 doesn't have a RDS capable chip |
| 14:49:37 | Luca_S | yep, I was hoping in the fact that sandisk is known to swap chips according to inventory/costs... but I realize it would have been like winning the lottery :) |
| 14:49:59 | SynrG | pixelma: there is a .rockbox/rbutil with a [Bootloader] section with bootloader-clipplus.sansa=2011-08-08T17:34:35 ... any use? |
| 14:50:02 | pixelma | SynrG: the installer only downloads the bootloader (or its patcher) from the server and that can change from time to time (though way less often than the build) - it's also important when it was installed. The bootloader version is displayed for me in the beginning of the boot process but I don't have a Clip+ so I can't tell if it's readable there and not too quick |
| 14:50:05 | SynrG | er, rbutil.log |
| 14:50:28 | desowin | pamaury: yeah, that's one method, I also though about some define to disable the powermgmt.c compilation and provide my own functions, but that wouldn't be elegant (well, neither solution is elegant, but the one you proposed is easier to maintain) |
| 14:51:07 | SynrG | that's from my own player, which is not autodetecting properly. my wife's is at home. hers was installed after mine (a matter of hours later on the same day) |
| 14:51:16 | SynrG | hers works correctly |
| 14:51:33 | pamaury | desowin: if possible, avoid adding ifdef and conditional compilation :) Make sure there is no other way to bypass the voltage to percentage conversion but that's quite possible |
| 14:51:36 | SynrG | if that is useful info i can examine hers later when i get back home. |
| 14:51:36 | pixelma | hmm, no idea then |
| 14:52:09 | SynrG | both units were installed roughly a week ago. |
| 14:52:27 | desowin | pamaury: actually the percentage battery level is being send in the same SPI transmission as the button preses are |
| 14:52:49 | pixelma | SynrG: and you connect both to the same machine? |
| 14:52:57 | SynrG | yes. my netbook |
| 14:53:02 | pamaury | desowin: in rockbox I mean :) |
| 14:53:10 | desowin | ah ;-) |
| 14:54:24 | SynrG | same symptom at work. both systems are sid, but run different desktop environments. the netbook: LXDE (uses pcmanfm file manager). the workstation at work: GNOME3 (uses gnome-shell) |
| 14:55:24 | pixelma | SynrG: last idea *I* have is that there may be differences in the set USB mode of the original firmware causing different behaviour (if it's still the case that you can set MTP or MSC mode on the newer Sansas, I only know you could with the c200 which is what I have)... but I'm really unsure if that could matter |
| 14:55:30 | SynrG | mine flashes by quickly but it says "Boot 4.8" as i boot up |
| 14:55:54 | SynrG | k. will check that out now |
| 14:56:19 | SynrG | hm. mine is currently set to "AutoDetect" |
| 14:57:15 | SynrG | pixelma: bingo! i set it to MSC and now it autodetects properly. thanks! |
| 14:57:44 | pixelma | no problem and... interesting result :) |
| 14:57:48 | SynrG | i am sure when i get home i'll find my wife's is set to MSC too |
| 14:58:21 | SynrG | (or else hers is set to "Autodetect" too and gremlins make hers autodetect USB mode differently from mine :) |
| 14:59:57 | | Quit Luca_S (Quit: CGI:IRC (EOF)) |
| 15:00 |
| 15:03:30 | SynrG | pixelma: all i can think is that mine was installed from my work machine and gnome3 has a magic usb mode switcher thing. LXDE likely does not, and that's where i installed the remaining units for the household, from home. |
| 15:03:41 | *** | Saving seen data "./dancer.seen" |
| 15:03:59 | SynrG | so when i did the home installs i was told "hey, your mode is wrong" and went and manually changed to MSC |
| 15:04:14 | SynrG | when i did the work install i don't recall having to do that (gnome3 magic?) |
| 15:04:36 | SynrG | so subsequently, my unit was still set to "Autodetect" and therefore messes up |
| 15:09:04 | | Join metaphys [0] (~jean-loui@d86-32-96-55.cust.tele2.at) |
| 15:10:37 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 15:15:43 | kugel | pixelma: any news about the german translation update? |
| 15:16:57 | pixelma | not yet, sorry. I'll probably have some time tomorrow in the evening or Saturday before noon |
| 15:17:47 | kugel | 3.10 is getting rediculous |
| 15:18:13 | kugel | ridiculous* |
| 15:19:22 | kugel | if FS #12404 can be resolved until sunday I'll see if I can make release builds |
| 15:19:24 | fs-bluebot | http://www.rockbox.org/tracker/task/12404 r31037 crashes device and sim after leaving FM Radio and resuming playback (bugs, new) |
| 15:19:42 | kugel | sorry, I meant FS #12400 |
| 15:19:43 | fs-bluebot | http://www.rockbox.org/tracker/task/12400 Quickscreen freezes iAudio X5V on builds newer than rel 3.9.1 (bugs, unconfirmed) |
| 15:22:00 | | Quit petur (Read error: Connection reset by peer) |
| 15:22:28 | desowin | looks like I should update my X5 sometimes |
| 15:22:40 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 15:29:53 | | Quit petur (Ping timeout: 276 seconds) |
| 15:34:09 | | Quit Misanthropos (Quit: Leaving) |
| 15:35:46 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 15:37:08 | pixelma | kugel: is there a fixed release day yet (couldn't chek my mails properly the last weeks)? |
| 15:37:18 | kugel | no |
| 15:37:30 | kugel | there's not even real talk about the release |
| 15:37:53 | Torne | 332733 |
| 15:38:04 | Torne | oops |
| 15:38:08 | Torne | wrong application :) |
| 15:44:39 | | Quit knittl (Ping timeout: 260 seconds) |
| 15:49:22 | | Quit GodEater_ (Ping timeout: 265 seconds) |
| 15:49:27 | | Join Thra11 [0] (~thrall@31.185.35.35) |
| 15:50:50 | | Join TheLemonMan [0] (~giuseppe@ppp-208-17.26-151.libero.it) |
| 15:59:55 | | Quit Bagder (Read error: Operation timed out) |
| 16:00 |
| 16:11:30 | | Quit TheLemonMan (Remote host closed the connection) |
| 16:13:52 | | Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 16:13:53 | | Quit Bagder (Changing host) |
| 16:13:53 | | Join Bagder [241] (~daniel@rockbox/developer/bagder) |
| 16:16:38 | | Part LinusN |
| 16:16:59 | | Quit MethoS- (Ping timeout: 240 seconds) |
| 16:17:08 | kugel | I'm readying FS #12376 (adding viewer icons, etc). Will upload a final update and probably commit by the weekend |
| 16:17:09 | fs-bluebot | http://www.rockbox.org/tracker/task/12376 New batch of icons (patches, assigned) |
| 16:17:14 | kugel | unless anyone objects that is |
| 16:21:55 | | Join hilbert [0] (~hilbert@7-111-204-62-static.cable.fcom.ch) |
| 16:26:47 | | Part Zagor |
| 16:42:24 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 16:52:54 | | Quit maraz (Quit: Pelonsekaisin tuntein odotan loppua.) |
| 16:56:33 | | Quit pamaury (Remote host closed the connection) |
| 17:00 |
| 17:03:45 | *** | Saving seen data "./dancer.seen" |
| 17:04:24 | | Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) |
| 17:15:32 | | Quit thegeek (Read error: Connection reset by peer) |
| 17:18:16 | | Join thegeek [0] (~thegeek@160.39.34.95.customer.cdi.no) |
| 17:19:44 | | Join nosa [0] (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 17:20:05 | | Quit nosa-j (Ping timeout: 244 seconds) |
| 17:20:05 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 17:22:12 | metaphys | ist there anyway to implement other file handling than the ones defined in bootloaderinstallbase inside cpp files of the a new bootloader installation method? |
| 17:23:09 | | Join chkktri_ [0] (chikakitaa@78.139.196.175) |
| 17:23:29 | chkktri_ | oh cowon relased new PMP |
| 17:23:32 | chkktri_ | C2 |
| 17:23:36 | metaphys | If i understand the code correctly rbutil is handling every file and interaction with user according to a very close pattern (bootloader download and of from user) and give those file to base |
| 17:24:06 | chkktri_ | i wonder if simmilair to D2's hardware |
| 17:24:40 | | Join maraz [0] (maraz@kapsi.fi) |
| 17:28:28 | metaphys | so if I want to have OF and bootloader from user (local file and no download) I should, first possibility: add qt libraries to my .ccp (which is breaking the consistance of the whole implementation structure) or, second possibility: implement a new case on a upper niveau than base, or third possibility wait to have bootloader on RB server before going any further.... |
| 17:39:34 | | Part metaphys |
| 17:39:51 | | Join metaphys [0] (~jean-loui@d86-32-96-55.cust.tele2.at) |
| 17:55:11 | | Quit petur (Quit: Bye) |
| 17:56:04 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 17:56:59 | | Join knittl [0] (~knittl@unaffiliated/knittl) |
| 18:00 |
| 18:09:11 | | Join hilbert [0] (~hilbert@adsl-89-217-255-42.adslplus.ch) |
| 18:20:14 | | Join nosa [0] (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 18:20:35 | | Quit nosa-j (Ping timeout: 240 seconds) |
| 18:20:35 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-159.clt.bellsouth.net) |
| 18:30:02 | | Quit factor (Quit: Leaving) |
| 18:31:43 | | Join webguest09 [0] (~601a8b36@www.haxx.se) |
| 18:32:35 | webguest09 | hello |
| 18:33:26 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 18:33:32 | webguest09 | if anybody's out there i have a bricked sansa c250v1 |
| 18:36:36 | | Quit webguest09 (Client Quit) |
| 18:37:47 | | Quit ender` (Ping timeout: 240 seconds) |
| 18:41:14 | | Part metaphys |
| 18:43:32 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:51:06 | | Join metaphys [0] (~jean-loui@d86-32-96-55.cust.tele2.at) |
| 19:00 |
| 19:03:24 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 19:03:49 | *** | Saving seen data "./dancer.seen" |
| 19:13:01 | | Part metaphys |
| 19:16:37 | | Join TomColler [0] (~thomas@net-93-144-161-156.cust.dsl.teletu.it) |
| 19:35:04 | | Quit perrikwp (Ping timeout: 260 seconds) |
| 19:40:54 | | Quit MethoS- (Ping timeout: 252 seconds) |
| 19:54:35 | | Quit GeekShadow (Remote host closed the connection) |
| 19:54:50 | | Join GeekShadow [0] (~antoine@33.135.197.77.rev.sfr.net) |
| 19:55:00 | | Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) |
| 19:55:13 | CIA-22 | New commit by desowin (r31049): Fix battery meter on Sansa Connect. ... |
| 19:57:34 | CIA-22 | r31049 build result: 2 errors, 0 warnings (desowin committed) |
| 20:00 |
| 20:03:18 | | Join perrikwp [0] (~quassel@cpe-075-183-085-032.triad.res.rr.com) |
| 20:06:06 | | Join brimstone [0] (~brimstone@unaffiliated/brimstone) |
| 20:06:46 | brimstone | i'm trying to convert a 4th gen grayscale from hfs to fat32 |
| 20:07:07 | brimstone | i've got it to the point where it wants it's charger, but nothing makes it happy |
| 20:07:48 | brimstone | i don't have a windows machine ready right now, but i do have a mac and a linux system |
| 20:09:17 | | Join nosa [0] (~m00k@adsl-74-235-79-252.clt.bellsouth.net) |
| 20:09:21 | | Join Stummi|afk [0] (~Stummi@77-64-140-21.dynamic.primacom.net) |
| 20:10:10 | | Quit nosa-j (Ping timeout: 252 seconds) |
| 20:10:10 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-79-252.clt.bellsouth.net) |
| 20:10:42 | | Quit Stummi|afk (Changing host) |
| 20:10:42 | | Join Stummi|afk [0] (~Stummi@rockbox/developer/Stummi) |
| 20:10:50 | | Nick Stummi|afk is now known as Stummi (~Stummi@rockbox/developer/Stummi) |
| 20:13:23 | jhMikeS | wswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswsws88i] |
| 20:13:41 | jhMikeS | \] |
| 20:17:49 | | Join Buschel [0] (~chatzilla@p54A3B396.dip.t-dialin.net) |
| 20:23:56 | Stummi | jhMikeS: ack |
| 20:27:46 | | Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) |
| 20:30:08 | wodz | http://www.freepatentsonline.com/y2009/0094411.html <- this patent description matches exactly rk27xx nand controller. Anyone have a clue if this has some consequence from the port point of view? |
| 20:38:08 | | Join ungali [0] (~8b8e9a81@www.haxx.se) |
| 20:58:20 | | Quit Thra11 (Read error: Operation timed out) |
| 21:00 |
| 21:03:29 | | Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243]) |
| 21:03:51 | *** | Saving seen data "./dancer.seen" |
| 21:04:02 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 21:12:32 | | Join Thra11 [0] (~thrall@15.52.125.91.rb3.adsl.brightview.com) |
| 21:13:19 | bertrik | pamaury, no luck with the radio yet? |
| 21:14:30 | bertrik | it does look indeed like we are initialising the si4700 slightly incorrectly, starting the oscillator *after* the normal powerup sequence |
| 21:15:45 | bertrik | I think I have a copy now of si4700 application note AN230 |
| 21:17:10 | funman | wodz: if you're not selling nand controllers, unlikely |
| 21:17:42 | wodz | funman: just asking |
| 21:18:20 | * | bertrik wonders about any difference between -Wmissing-declarations and -Wmissing-prototypes |
| 21:19:15 | wodz | anyway this patent confirmed my assumptions how internal buffer is arranged |
| 21:20:10 | funman | bertrik: info gcc explains the difference |
| 21:20:51 | funman | i guess 'prototype' is what's inside the parens |
| 21:22:23 | bertrik | the text is difference but it's semantically the same to me |
| 21:22:27 | bertrik | *different |
| 21:27:30 | funman | bertrik: looks like it , 2 flags for the same thing |
| 21:28:24 | * | wodz is looking for BCH codes expert |
| 21:30:30 | * | bertrik is looking for a WPS / font expert |
| 21:32:11 | wodz | bertrik: too early for our WPS expets |
| 21:32:15 | wodz | *experts |
| 21:36:26 | | Quit benedikt93 (Quit: Bye ;)) |
| 21:43:33 | | Join Lars_G [0] (~Lars@unaffiliated/lars-g/x-000001) |
| 21:43:35 | Lars_G | Hi |
| 21:43:51 | | Quit hilbert (Quit: Computer has gone to sleep.) |
| 21:43:55 | Lars_G | Question, again :D are the devs for the Sansa e200 v1 PP based around? |
| 21:44:37 | | Join hilbert [0] (~hilbert@adsl-89-217-255-42.adslplus.ch) |
| 21:54:01 | | Quit ungali (Quit: CGI:IRC) |
| 21:54:50 | wodz | Lars_G: Just ask the actual question |
| 21:58:00 | Lars_G | Ok. |
| 21:58:56 | Lars_G | Do you know if the lcd controller is embedded in the PP (the lcd in there is dma based) or if it just bitbangs the control lines and writes the memory for the screen using general calls? |
| 21:59:37 | Lars_G | the lcd on my e260 has a damaged third (top third) and I'm wondering if I can change it for a cell phone lcd, with serial bus, and rewrite the kernel screen drivers to work it via gpio bit banging |
| 22:00 |
| 22:01:34 | wodz | Lars_G: looking at the drivers it looks like it is Renesans lcd controller connected directly to the bus |
| 22:02:08 | Lars_G | Hmmm I'll look, interesting. Sure it's not v2? because I saw a teardown of v1 and it seems to work via dma |
| 22:02:21 | wodz | eee no, it bitbangs |
| 22:02:39 | Lars_G | is renesans IN the pp or external? |
| 22:03:24 | Lars_G | I'm also removing the bloody custom connector, and changing it for a micro-usb :D |
| 22:03:38 | Lars_G | Since it's half damaged and I can't really afford a new one right now, let's hack the hell out of it |
| 22:03:44 | wodz | external |
| 22:03:51 | Lars_G | hmmm interesting |
| 22:04:21 | Lars_G | :/ that means I'd have to bypass the thing entirely if I want to bitbang my lcd, unless it can be configured to handle the other lcd model |
| 22:04:40 | wodz | so this should be fairly simple to use some serial connected phone lcd. |
| 22:05:15 | wodz | lcd controller is most probably integrated with lcd panel |
| 22:05:23 | Lars_G | you mean bitbanging via gpio, or reusing and reconfiguring the renesans |
| 22:05:28 | Lars_G | Yes it is. |
| 22:05:33 | wodz | gpio |
| 22:06:17 | Lars_G | Well yes and no, where is the driver? can't find it. |
| 22:06:39 | Lars_G | from what I get that driver should only be configuring the lcd, and then writting the screen to memory for the lcd to read. |
| 22:06:51 | wodz | firmware/target/arm/sandisk/sansa-e200/lcd-e200.c |
| 22:06:54 | Lars_G | So to change to the serial lcd, I'd need to change from writting memory to bitbanging pixels |
| 22:06:58 | Lars_G | Ah target |
| 22:06:59 | Lars_G | duh |
| 22:07:48 | wodz | for me it looks like it is acutally serial connected with bitbanged interface |
| 22:07:49 | Lars_G | let me read here |
| 22:08:53 | wodz | the biggest problem may be the backlight though |
| 22:09:28 | wodz | most of phone panels needs some charge pump/stepup converter to power backlight |
| 22:09:47 | wodz | I don't know if e200 have one onboard |
| 22:09:53 | Lars_G | See? it is using a double buffered framebuffer, for the lcd's dma |
| 22:10:09 | Lars_G | Hmmm well the current lcd is backlit. |
| 22:10:21 | Lars_G | So i guess there might be one |
| 22:10:26 | Lars_G | Hope it's not IN the lce |
| 22:10:27 | Lars_G | lcd |
| 22:12:04 | | Quit Thra11 (Read error: Connection reset by peer) |
| 22:12:11 | wodz | but commands are sent serially |
| 22:13:14 | gevaerts | hrm |
| 22:13:20 | wodz | so I guess LCDIF do the conversion to serial |
| 22:13:38 | gevaerts | The X5 quickscreen freeze issue also exists on the 3.10 branch |
| 22:14:28 | Lars_G | Wouldn't lcd_update be the one in charge to send the framebuffer to the lcd? |
| 22:14:38 | wodz | yes |
| 22:16:00 | wodz | for me it looks like you setup dma transfer to LCDIF. The question is how LCDIF is configured. I guess it sends data serially to the lcd (but I may be wrong). |
| 22:17:04 | | Join Thra11 [0] (~thrall@15.52.125.91.rb3.adsl.brightview.com) |
| 22:18:47 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 22:18:57 | Lars_G | My C is to rusty |
| 22:19:14 | Lars_G | can 2 lines be pasted here? |
| 22:19:27 | wodz | pastebin please |
| 22:19:52 | Lars_G | Or simply put. extern exports a function, or names a function defined somewhere else? |
| 22:20:29 | desowin | using extern in prototype doesn;t change anything AFAIK |
| 22:20:29 | wodz | names a function defined externally |
| 22:20:48 | desowin | as by default the prototypes are extern |
| 22:22:00 | Lars_G | thanks |
| 22:22:01 | Lars_G | hmmm |
| 22:22:21 | bluebrother^ | gevaerts: not sure if I understand your last comment in FS #12402 |
| 22:22:22 | Lars_G | Oh well it seems I'll have to completely write the lcd driver from scratch if I change, but it should be doable with some effort |
| 22:22:22 | fs-bluebot | http://www.rockbox.org/tracker/task/12402 add mkimxboot as a new method in Rockbox Utility (patches, unconfirmed) |
| 22:22:53 | Lars_G | Can we multiboot? I'd love to place my version side by side with the old one, having both lcds connected so I can live test |
| 22:22:55 | bluebrother^ | either way, I'm wondering if it would make sense to try to avoid double file names −− i.e. rename dualboot.c into dualboot-imx.c and dualboot-ams.c |
| 22:22:58 | bluebrother^ | or something the like |
| 22:24:05 | gevaerts | bluebrother^: if the c files are in different directories, I think it's a bad idea to put the object files in the same directory basically |
| 22:24:34 | bluebrother^ | true :) |
| 22:25:04 | wodz | What do we do with the release? |
| 22:25:19 | wodz | It starts to be ridiculous |
| 22:25:32 | gevaerts | wodz: postpone. We can't release with one of the old targets freezing when exiting the quickscreen... |
| 22:27:33 | bluebrother^ | gevaerts: well, IMO we should make the individual lib Makefiles not use the same build folder then. Passing TARGET_DIR has a reason :) |
| 22:27:59 | gevaerts | bluebrother^: sure, but the actual lib*.a also ends up in TARGET_DIR, and *that*'s annoying |
| 22:28:47 | bluebrother^ | why? That's intentional −− I want to tell the Makefile where I expect the resulting lib*.a to end up |
| 22:28:55 | bluebrother^ | that's the whole point of TARGET_DIR |
| 22:29:09 | gevaerts | right. You confused me :) |
| 22:29:25 | gevaerts | Basically TARGET_DIR means two different things now, and that's wrong |
| 22:29:46 | bluebrother^ | yes. The possibly cleanest solution would be to provide TARGET_DIR and BUILD_DIR |
| 22:30:01 | * | gevaerts nods |
| 22:30:26 | bluebrother^ | which (to some degree) already exists as OBJDIR, but it |
| 22:30:32 | bluebrother^ | 's not set from the outside |
| 22:31:14 | bluebrother^ | could become a bit tricky with our trickery to build fat binaries on mac though |
| 22:32:01 | * | bluebrother^ should give it a go anyway |
| 22:32:08 | gevaerts | That's the RBARCH bit? |
| 22:32:37 | bluebrother^ | besides, any thoughts on merging all those mk*boot Makefiles? They are quite similar, so having a common one that gets included sounds like a good idea to me |
| 22:32:49 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 22:32:49 | bluebrother^ | gevaerts: yes |
| 22:34:29 | gevaerts | Yes, merging those wouldn't be a bad idea |
| 22:35:33 | * | bluebrother^ plans giving it a try the next couple of days |
| 22:35:58 | bluebrother^ | is Jean-Louis usually around on IRC? Haven't been following too close lately |
| 22:36:42 | gevaerts | Yes, he's metaphys |
| 22:36:46 | gevaerts | Well, not right now |
| 22:42:36 | | Quit Stummi (Quit: Bye!) |
| 22:43:21 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
| 22:58:32 | | Join metaphys [0] (~jean-loui@d86-32-96-55.cust.tele2.at) |
| 23:00 |
| 23:03:27 | | Quit brimstone (Remote host closed the connection) |
| 23:03:53 | *** | Saving seen data "./dancer.seen" |
| 23:03:58 | * | bluebrother^ successfully broke libmkamsboot Makefile :) |
| 23:04:16 | | Quit bzed (Remote host closed the connection) |
| 23:04:23 | | Join bzed [0] (~bzed@devel.recluse.de) |
| 23:04:34 | | Join brimstone [0] (~brimstone@unaffiliated/brimstone) |
| 23:05:06 | pamaury | bertrik: yes the radio init code is not quite correct, I tried to change it but without luck, I may have did it wrong though |
| 23:16:23 | | Join HaimN [0] (~HaimN@IGLD-83-130-112-43.inter.net.il) |
| 23:24:01 | | Quit pamaury (Remote host closed the connection) |
| 23:32:07 | | Part metaphys |
| 23:34:11 | | Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) |
| 23:34:28 | HaimN | Hey, does anyone know what happens with apps for sansa zip? |
| 23:37:24 | HaimN | No matter, I found it |
| 23:37:33 | HaimN | http://www.rockbox.org/tracker/task/12364?project=1&type=4&order=dateopened&sort=desc |
| 23:46:57 | bluebrother^ | what on earth are "app" wrt Rockbox? |
| 23:52:55 | | Quit ender` (Quit: I know you think you understand what you thought I said, but I am not sure that what you heard is not what I meant.) |
| 23:54:11 | HaimN | bluebrother^, I mean plug-ins |
| 23:57:46 | | Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) |
icon identifies that the person is a core developer (has commit access).