Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2011-11-24

00:00:12 Quit tjb0607 (Ping timeout: 258 seconds)
00:02:03 Join guymann [0] (~charles@69.0.9.155)
00:03:03bertrikkugel, can you explain a bit how this font thing works?
00:03:40 Join tjb0607 [0] (~quassel@bc10753.bendcable.com)
00:11:23dreamlayersWhy 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:33dreamlayersI mean in many ata-target.h in many target-specific directories. It sure makes adding STORAGE_INIT_ATTR more difficult.
00:12:46funmandreamlayers: some targets could declare it as an empty static inline maybe?
00:15:52dreamlayersfunman: yes, they could do that, but I didn't find any such examples yet.
00:17:21funmanif they all have the same prototype move that to ata.h and add attribute
00:19:58dreamlayersOkay. 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:42dreamlayersThanks, I'll move them to ata.h
00:21:03 Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111116091359])
00:23:07funmandilaroga: -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:28dreamlayersCan GCC warn about non-static functions defined without a prototype? I know LLVM can do it.
01:22:30funmanprobably
01:25:53funmandreamlayers: -Wmissing-declarations
01:26:24dreamlayersfunman: Thanks!
01:30:48 Join Gammadaze [0] (~AndChat@71.sub-70-212-148.myvzw.com)
01:31:23GammadazeHi, I was looking for some advice.
01:32:01GammadazeIs there a way to listen to music while charging a rockbox'd iPod classic?
01:32:55dreamlayersGammadaze: Try holding menu when plugging in the cable. It works that way on other iPods.
01:33:31GammadazeOkay, I'll give it a shot. Thanks!
01:36:15GammadazeAwesome, it worked. Thanks for the help!
01:36:29dreamlayersGammadaze: 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:56funmanadding yellow to the table? you're crazy!
01:41:01funmandreamlayers: just do it :)
01:42:07dreamlayersI 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:03dreamlayersSome 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:11GammadazeHello, me again. I had another question about the iPod classic.
04:13:40GammadazeIs 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:52wodzha, I seem to understand how nand buffered reads work on rk27xx :-)
10:59:59pamaurywodz: 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:33wodzpamaury: that depands
11:06:48wodzpamaury: http://www.rockbox.org/wiki/RKWFormat?topic=RKWFileFormat
11:07:37wodzthis is unpacked on during upgrade process to firmware partition
11:08:26wodzActual firmware which runs on device is pure RKLD section from this description.
11:09:10pamauryis the code scrambled at all stages ?
11:09:24wodzno
11:09:42wodzmain firmware is plain binary with header and footer attached
11:11:05wodzI 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:21pamauryok, that was just by curiosity because I had a look at firmwares for the rknano but the format is different
11:12:39wodzpamaury: yea :-)
11:12:58wodzbut strings returns some plain english from rknano firmware so there is a hope
11:14:09pamauryyes, 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:34kugelpamaury: a new device?
11:25:01pamaurynot 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:21pamauryfrom 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:04pamaurythe 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:33JdGordonanyone got a x5?
11:35:24wodzamiconn: has one
11:36:23*gevaerts raises his hand
11:36:28gevaertsIt's at home though
11:36:34JdGordonnot helpful :)
11:36:48JdGordonapparently it crashes in the quickscreen?
11:36:54JdGordonfs#12400
11:36:54fs-bluebothttp://www.rockbox.org/tracker/task/12400 Quickscreen freezes iAudio X5V on builds newer than rel 3.9.1 (bugs, unconfirmed)
11:41:07JdGordonhmm, 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:47Zagorlooks 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:42pixelmamayve I can experiment a bit during lunch break
11:42:53pixelmamaybe ,too
11:42:59 Quit ps-auxw (Ping timeout: 240 seconds)
11:43:03JdGordonthe 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:37JdGordonZagor: 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:03Zagorright. it was just a wild stab.
11:48:26JdGordonhmm, 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:46Stephenc__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:47gevaertsI'll try to remember
12:17:01Stephenc__both bugs not reproducable in the sim.
12:18:17Stephenc__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:05wodzI finally fully understand this buffered reads from nand. \o/
12:33:25wodzcompiler made extra weird stuff with relatively simple scheme
12:35:53kugelJdGordon: 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:20JdGordonkugel: 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:46JdGordonthe "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:51kugelit's not easy to repro, but I think it has to do with LCD_ENABLE
12:43:22kugelJdGordon: 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:47JdGordonI think we need a third buffer for that, but yeah
12:44:06JdGordonor a lcd_save() so that could work
12:44:52JdGordonbut I'm stumped... wanna look at the diff and figure out the bug?
12:48:14JdGordonwhat 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:22pamaurywodz: do you have the rk26xx sdk ?
12:56:32wodzpamaury: I can't remember. I have some documents + compiler for this for sure
12:57:18wodzbut rk26xx is much different - it is build around ZSP400 DSP core
12:58:16pamauryI know but in some rknano firmware there seem to be a subfile starting with rk26imageres
12:58:25pamaury* "rock26imageres"
12:58:55wodzpamaury: 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:19pamaurywodz: what does GDK stands for ? "Game Development Kit" ?
13:11:59wodzyes
13:12:08pamaurywhat is it ?
13:13:34wodzsomething similar to our plugins
13:14:32pamaurywow, the rknano firmware I have contains 62% of 0 !
13:14:44pamauryand another 12% of 0xff !
13:19:37 Join MethoS- [0] (~clemens@134.102.106.250)
13:21:22wodzinteresting
13:23:05pamauryit also seems there are several firmware "packed" together, one after the other
13:24:17wodzhave you found some arm opcodes?
13:24:57pamaurynot sure, I haven't looked since the FW is 26Mb large
13:25:13pamauryI found out several copies of font12, font26 and gbk
13:25:22wodz... of which 84% is useless :-)
13:25:41wodz74
13:26:01pamauryorder within the firmware seems to be: fw code, font12, font26, gdk, UI?, rock26imageres
13:26:14pamauryI'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:21SynrGwhy 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:14pixelmaare 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:06Luca_Shello 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:20desowinany 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:23desowinpowermgmt.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:09SynrGpixelma: they were both installed the same way, using the stable installer, so should both be using the same bootloader.
14:45:28SynrGcan i query the system about which bootloader it uses?
14:45:49pamaurydesowin: use a fake voltage: 1=1%, use a linear conversion table
14:47:35Luca_Swell, 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:23pamauryLuca_S: in principle, the FuzeV2 doesn't have a RDS capable chip
14:49:37Luca_Syep, 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:59SynrGpixelma: there is a .rockbox/rbutil with a [Bootloader] section with bootloader-clipplus.sansa=2011-08-08T17:34:35 ... any use?
14:50:02pixelmaSynrG: 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:05SynrGer, rbutil.log
14:50:28desowinpamaury: 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:07SynrGthat'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:16SynrGhers works correctly
14:51:33pamaurydesowin: 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:36SynrGif that is useful info i can examine hers later when i get back home.
14:51:36pixelmahmm, no idea then
14:52:09SynrGboth units were installed roughly a week ago.
14:52:27desowinpamaury: actually the percentage battery level is being send in the same SPI transmission as the button preses are
14:52:49pixelmaSynrG: and you connect both to the same machine?
14:52:57SynrGyes. my netbook
14:53:02pamaurydesowin: in rockbox I mean :)
14:53:10desowinah ;-)
14:54:24SynrGsame 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:24pixelmaSynrG: 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:30SynrGmine flashes by quickly but it says "Boot 4.8" as i boot up
14:55:54SynrGk. will check that out now
14:56:19SynrGhm. mine is currently set to "AutoDetect"
14:57:15SynrGpixelma: bingo! i set it to MSC and now it autodetects properly. thanks!
14:57:44pixelmano problem and... interesting result :)
14:57:48SynrGi am sure when i get home i'll find my wife's is set to MSC too
14:58:21SynrG(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:30SynrGpixelma: 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:59SynrGso when i did the home installs i was told "hey, your mode is wrong" and went and manually changed to MSC
15:04:14SynrGwhen i did the work install i don't recall having to do that (gnome3 magic?)
15:04:36SynrGso 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:43kugelpixelma: any news about the german translation update?
15:16:57pixelmanot yet, sorry. I'll probably have some time tomorrow in the evening or Saturday before noon
15:17:47kugel3.10 is getting rediculous
15:18:13kugelridiculous*
15:19:22kugelif FS #12404 can be resolved until sunday I'll see if I can make release builds
15:19:24fs-bluebothttp://www.rockbox.org/tracker/task/12404 r31037 crashes device and sim after leaving FM Radio and resuming playback (bugs, new)
15:19:42kugelsorry, I meant FS #12400
15:19:43fs-bluebothttp://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:28desowinlooks 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:08pixelmakugel: is there a fixed release day yet (couldn't chek my mails properly the last weeks)?
15:37:18kugelno
15:37:30kugelthere's not even real talk about the release
15:37:53Torne332733
15:38:04Torneoops
15:38:08Tornewrong 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:08kugelI'm readying FS #12376 (adding viewer icons, etc). Will upload a final update and probably commit by the weekend
16:17:09fs-bluebothttp://www.rockbox.org/tracker/task/12376 New batch of icons (patches, assigned)
16:17:14kugelunless 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:12metaphysist 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:29chkktri_oh cowon relased new PMP
17:23:32chkktri_C2
17:23:36metaphysIf 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:06chkktri_i wonder if simmilair to D2's hardware
17:24:40 Join maraz [0] (maraz@kapsi.fi)
17:28:28metaphysso 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:35webguest09hello
18:33:26 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
18:33:32webguest09if 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:13CIA-22New commit by desowin (r31049): Fix battery meter on Sansa Connect. ...
19:57:34CIA-22r31049 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:46brimstonei'm trying to convert a 4th gen grayscale from hfs to fat32
20:07:07brimstonei've got it to the point where it wants it's charger, but nothing makes it happy
20:07:48brimstonei 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:23jhMikeSwswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswswsws88i]
20:13:41jhMikeS\]
20:17:49 Join Buschel [0] (~chatzilla@p54A3B396.dip.t-dialin.net)
20:23:56StummijhMikeS: ack
20:27:46 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl)
20:30:08wodzhttp://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:19bertrikpamaury, no luck with the radio yet?
21:14:30bertrikit does look indeed like we are initialising the si4700 slightly incorrectly, starting the oscillator *after* the normal powerup sequence
21:15:45bertrikI think I have a copy now of si4700 application note AN230
21:17:10funmanwodz: if you're not selling nand controllers, unlikely
21:17:42wodzfunman: just asking
21:18:20*bertrik wonders about any difference between -Wmissing-declarations and -Wmissing-prototypes
21:19:15wodzanyway this patent confirmed my assumptions how internal buffer is arranged
21:20:10funmanbertrik: info gcc explains the difference
21:20:51funmani guess 'prototype' is what's inside the parens
21:22:23bertrikthe text is difference but it's semantically the same to me
21:22:27bertrik*different
21:27:30funmanbertrik: 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:11wodzbertrik: too early for our WPS expets
21:32:15wodz*experts
21:36:26 Quit benedikt93 (Quit: Bye ;))
21:43:33 Join Lars_G [0] (~Lars@unaffiliated/lars-g/x-000001)
21:43:35Lars_GHi
21:43:51 Quit hilbert (Quit: Computer has gone to sleep.)
21:43:55Lars_GQuestion, 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:50wodzLars_G: Just ask the actual question
21:58:00Lars_GOk.
21:58:56Lars_GDo 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:37Lars_Gthe 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:34wodzLars_G: looking at the drivers it looks like it is Renesans lcd controller connected directly to the bus
22:02:08Lars_GHmmm 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:21wodzeee no, it bitbangs
22:02:39Lars_Gis renesans IN the pp or external?
22:03:24Lars_GI'm also removing the bloody custom connector, and changing it for a micro-usb :D
22:03:38Lars_GSince 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:44wodzexternal
22:03:51Lars_Ghmmm interesting
22:04:21Lars_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:40wodzso this should be fairly simple to use some serial connected phone lcd.
22:05:15wodzlcd controller is most probably integrated with lcd panel
22:05:23Lars_Gyou mean bitbanging via gpio, or reusing and reconfiguring the renesans
22:05:28Lars_GYes it is.
22:05:33wodzgpio
22:06:17Lars_GWell yes and no, where is the driver? can't find it.
22:06:39Lars_Gfrom 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:51wodzfirmware/target/arm/sandisk/sansa-e200/lcd-e200.c
22:06:54Lars_GSo to change to the serial lcd, I'd need to change from writting memory to bitbanging pixels
22:06:58Lars_GAh target
22:06:59Lars_Gduh
22:07:48wodzfor me it looks like it is acutally serial connected with bitbanged interface
22:07:49Lars_Glet me read here
22:08:53wodzthe biggest problem may be the backlight though
22:09:28wodzmost of phone panels needs some charge pump/stepup converter to power backlight
22:09:47wodzI don't know if e200 have one onboard
22:09:53Lars_GSee? it is using a double buffered framebuffer, for the lcd's dma
22:10:09Lars_GHmmm well the current lcd is backlit.
22:10:21Lars_GSo i guess there might be one
22:10:26Lars_GHope it's not IN the lce
22:10:27Lars_Glcd
22:12:04 Quit Thra11 (Read error: Connection reset by peer)
22:12:11wodzbut commands are sent serially
22:13:14gevaertshrm
22:13:20wodzso I guess LCDIF do the conversion to serial
22:13:38gevaertsThe X5 quickscreen freeze issue also exists on the 3.10 branch
22:14:28Lars_GWouldn't lcd_update be the one in charge to send the framebuffer to the lcd?
22:14:38wodzyes
22:16:00wodzfor 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:57Lars_GMy C is to rusty
22:19:14Lars_Gcan 2 lines be pasted here?
22:19:27wodzpastebin please
22:19:52Lars_GOr simply put. extern exports a function, or names a function defined somewhere else?
22:20:29desowinusing extern in prototype doesn;t change anything AFAIK
22:20:29wodznames a function defined externally
22:20:48desowinas by default the prototypes are extern
22:22:00Lars_Gthanks
22:22:01Lars_Ghmmm
22:22:21bluebrother^gevaerts: not sure if I understand your last comment in FS #12402
22:22:22Lars_GOh 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:22fs-bluebothttp://www.rockbox.org/tracker/task/12402 add mkimxboot as a new method in Rockbox Utility (patches, unconfirmed)
22:22:53Lars_GCan 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:55bluebrother^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:58bluebrother^or something the like
22:24:05gevaertsbluebrother^: 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:34bluebrother^true :)
22:25:04wodzWhat do we do with the release?
22:25:19wodzIt starts to be ridiculous
22:25:32gevaertswodz: postpone. We can't release with one of the old targets freezing when exiting the quickscreen...
22:27:33bluebrother^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:59gevaertsbluebrother^: sure, but the actual lib*.a also ends up in TARGET_DIR, and *that*'s annoying
22:28:47bluebrother^why? That's intentional −− I want to tell the Makefile where I expect the resulting lib*.a to end up
22:28:55bluebrother^that's the whole point of TARGET_DIR
22:29:09gevaertsright. You confused me :)
22:29:25gevaertsBasically TARGET_DIR means two different things now, and that's wrong
22:29:46bluebrother^yes. The possibly cleanest solution would be to provide TARGET_DIR and BUILD_DIR
22:30:01*gevaerts nods
22:30:26bluebrother^which (to some degree) already exists as OBJDIR, but it
22:30:32bluebrother^'s not set from the outside
22:31:14bluebrother^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:08gevaertsThat's the RBARCH bit?
22:32:37bluebrother^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:49bluebrother^gevaerts: yes
22:34:29gevaertsYes, merging those wouldn't be a bad idea
22:35:33*bluebrother^ plans giving it a try the next couple of days
22:35:58bluebrother^is Jean-Louis usually around on IRC? Haven't been following too close lately
22:36:42gevaertsYes, he's metaphys
22:36:46gevaertsWell, 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:06pamaurybertrik: 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:28HaimNHey, does anyone know what happens with apps for sansa zip?
23:37:24HaimNNo matter, I found it
23:37:33HaimNhttp://www.rockbox.org/tracker/task/12364?project=1&type=4&order=dateopened&sort=desc
23:46:57bluebrother^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:11HaimNbluebrother^, I mean plug-ins
23:57:46 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk)

Previous day | Next day