| 00:00:16 | | Part meesebyte |
| 00:15:17 | | Quit bluebroth3r (Ping timeout: 255 seconds) |
| 00:15:21 | | Join bluebrother [0] (~dom@f053154148.adsl.alicedsl.de) |
| 00:15:21 | | Quit bluebrother (Changing host) |
| 00:15:21 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 00:16:59 | pixelma | bertrik: you looked for small bugs to fix but maybe you can have a look at the dutch translation update in the tracker instead? |
| 00:24:44 | bertrik | pixelma, I don't know the proper dutch translation for root, the patch in the tracker leaves it untranslated ... |
| 00:33:18 | | Join grawity [0] (~grawphone@m83-178-88-15.cust.tele2.lt) |
| 00:33:38 | pixelma | well, then there may be no proper translation and most people would use "root" in Dutch context too. There are some things I couldn't really "translate" to German either. |
| 00:35:05 | grawity | Hey, does anyone here have a rockbox.ipod for nano2g that is at least one month old, and can email it to me? I want to compare the LCD contrast (seems quite low in today's build, unless it's just my eyes) |
| 00:37:49 | saratoga | you'll probably need to change the entire build, not just the one file |
| 00:38:51 | grawity | Well, the rest are just fonts, codecs, plugins. |
| 00:39:39 | grawity | rockbox.ipod seems to be holding the entire firmware or whatever it is called. |
| 00:40:27 | pixelma | if you purely want to test the contrast the file would be enough but you won't be able to play music or games |
| 00:41:51 | grawity | To play music I'd need codecs/ ? |
| 00:42:16 | saratoga | to do anything you'll need a working rockbox install |
| 00:42:27 | saratoga | i think the main binary will just get you the menus and not much else |
| 00:43:01 | grawity | If you have an entire build from last month handy, it would be nice... Otherwise I'd settle for rockbox.ipod. |
| 00:43:36 | pixelma | unfortunately daily builds don't get as far back anymore |
| 00:44:51 | grawity | saratoga: The entire "install" consists of bootloader, firmware, plugins, codecs, and themes, plus some other files (tagnavi.conf and codepages, they never change), doesn't it? |
| 00:45:08 | saratoga | not the bootloader |
| 00:45:25 | grawity | pixelma: that's why I was hoping someone here is lazy at upgrading. |
| 00:45:27 | saratoga | and tagnavi.conf is your local settings file |
| 00:45:48 | grawity | No, local is tagnavi_local.config |
| 00:46:15 | grawity | Er, _custom |
| 00:46:42 | saratoga | oh yeah |
| 00:48:25 | * | grawity remembers a backup of three-month-old rockbox somewhere. |
| 00:49:19 | grawity | I guess I could downgrade to that. |
| 00:58:45 | * | grawity wonders if r28190 could be the cause. |
| 01:00 |
| 01:02:50 | | Quit grawity (Quit: jmIrc destroyed by the OS) |
| 01:06:36 | *** | Saving seen data "./dancer.seen" |
| 01:11:25 | | Join krabador [0] (~krabador@host1-182-dynamic.27-79-r.retail.telecomitalia.it) |
| 01:11:49 | | Quit n1s (Quit: Lämnar) |
| 01:17:04 | | Quit bertrik (Ping timeout: 240 seconds) |
| 01:17:51 | | Part toffe82 |
| 01:18:57 | | Quit jre2 (Quit: leaving) |
| 01:19:21 | | Quit ender` (Quit: This space intentionally has nothing but text explaining why this space has nothing but text explaining that this space would otherwise have been left blank, and would otherwise have been left blank.) |
| 01:27:14 | | Quit user890104 () |
| 01:32:17 | | Quit Dreamxtreme (Ping timeout: 240 seconds) |
| 01:34:10 | | Quit drizztbsd (Remote host closed the connection) |
| 01:42:08 | | Join Barahir [0] (~jonathan@frnk-590f52ef.pool.mediaWays.net) |
| 01:42:51 | | Quit Barahir_ (Read error: Operation timed out) |
| 01:43:29 | | Quit GeekShadow (Read error: Connection reset by peer) |
| 01:43:38 | | Join Dreamxtreme [0] (~Dre@92.30.65.15) |
| 02:00 |
| 02:21:36 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
| 02:22:10 | | Quit krabador (Quit: Sto andando via) |
| 02:39:09 | | Quit factor (Remote host closed the connection) |
| 02:41:19 | | Quit DerPapst (Quit: Leaving.) |
| 02:45:24 | | Join Sudos|C840 [0] (~ZOOP@12.173.94.34) |
| 02:45:43 | | Part Sudos|C840 |
| 02:47:17 | | Quit _s1gma (Quit: Leaving) |
| 02:48:40 | | Join xavieran [0] (~xavieran@ppp118-209-248-234.lns20.mel6.internode.on.net) |
| 02:49:44 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
| 03:00 |
| 03:06:37 | *** | Saving seen data "./dancer.seen" |
| 03:22:07 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 03:27:12 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 03:27:22 | | Quit Judas_PhD (Client Quit) |
| 03:29:11 | | Quit leavittx_ (Ping timeout: 240 seconds) |
| 03:38:52 | | Join anewuser [0] (kvirc@unaffiliated/anewuser) |
| 03:44:51 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 04:00 |
| 04:02:19 | | Quit amiconn (Disconnected by services) |
| 04:02:19 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:02:23 | | Quit pixelma (Disconnected by services) |
| 04:02:25 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:02:28 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:02:38 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:04:20 | S_a_i_n_t | when/why are bootloaders released? |
| 04:05:12 | S_a_i_n_t | there's been a change to the Nano2G code that requires a new bootloader to be built, and as far as I can tell (unless what was implemented is broken which I doubt) RBUtil is still using the old Nano2G bootloader. |
| 04:05:49 | S_a_i_n_t | "change" == enable Nano2G to boot the OF by holding Menu during startup like the other iPods. |
| 04:06:42 | S_a_i_n_t | as of r28237 |
| 04:07:29 | saratoga | they can be updated whenever someone feels like tagging new ones in SVN and then pinging the swedes to update the download site |
| 04:07:30 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 04:08:32 | S_a_i_n_t | Ah, right. Well, building the Nano2G bootloader would be great. I'd be happy to pass it through the crypto on one of my Nano2Gs also. |
| 04:08:58 | S_a_i_n_t | I just don't have a dev environment set up presently. |
| 04:11:23 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:12:02 | | Quit edboyer93 () |
| 04:20:56 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 04:22:39 | | Join Kohli [0] (~kohlrabi@kohlio.de) |
| 04:24:47 | | Join Naked [0] (~naked@naked.iki.fi) |
| 04:24:57 | | Join kisak_ [0] (~kisak@pool-72-70-187-188.hrbgpa.fios.verizon.net) |
| 04:25:03 | | Join guymann_ [0] (~charles@64-252-121-164.adsl.snet.net) |
| 04:25:20 | | Quit Hadaka (Ping timeout: 240 seconds) |
| 04:25:20 | | Quit Kohlrabi (Ping timeout: 240 seconds) |
| 04:25:20 | | Quit kisak (Ping timeout: 240 seconds) |
| 04:25:21 | | Quit krazykit (Ping timeout: 240 seconds) |
| 04:25:21 | | Quit Horscht (Ping timeout: 240 seconds) |
| 04:25:21 | | Quit guymann (Ping timeout: 240 seconds) |
| 04:25:27 | | Nick Naked is now known as Hadaka (~naked@naked.iki.fi) |
| 04:25:31 | | Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
| 04:41:00 | | Join smartboyathome [0] (~aabbott@c-67-170-1-3.hsd1.wa.comcast.net) |
| 04:42:02 | | Quit Barahir (Read error: Operation timed out) |
| 04:42:04 | | Join Barahir_ [0] (~jonathan@frnk-590f4705.pool.mediaWays.net) |
| 04:42:28 | smartboyathome | So, I'm thinking about developing a plugin, but I was wondering if there was any standard way to modify the database or (hopefully) the ID3 tags? I'd like to be able to change the rating of a song. |
| 04:42:59 | saratoga | smartboyathome: i'm not sure if thats in the plugin api, but if its not, you could add a function to do it |
| 04:43:52 | smartboyathome | saratoga: is there any way to modify ID3 tags from within rockbox, or is that frowned upon? |
| 04:44:10 | saratoga | we don't provide code to do that, of course you're welcome to provide your own code in your plugin to do it |
| 04:44:30 | saratoga | or do you mean modify the database? |
| 04:46:12 | | Quit bluebrother (Disconnected by services) |
| 04:46:13 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 04:46:21 | smartboyathome | Saratoga: i'm just wondering if my plugin would be frowned upon for doing such a thing. I'd probably start out just modifying the database, but I'd like it if the ratings weren't restricted to rockbox itself. |
| 04:48:07 | | Quit dys (Ping timeout: 276 seconds) |
| 04:48:24 | | Join dys [0] (~andreas@krlh-5f73726d.pool.mediaWays.net) |
| 04:49:34 | saratoga | doing that is fine |
| 04:49:45 | saratoga | theres no real restrictions on plugins as long as they're GPL, etc |
| 04:50:07 | smartboyathome | ok thanks ^^ |
| 04:53:58 | saratoga | of course you have to actually make all this work on a couple hundred Mhz (at most) CPU with barely any memory |
| 04:54:07 | saratoga | but thats the fun part |
| 04:54:36 | smartboyathome | yeah it is xD |
| 04:54:56 | | Quit MethoS- (Remote host closed the connection) |
| 04:55:01 | smartboyathome | i'll treat it as just another puzzle that needs to be solved |
| 05:00 |
| 05:06:38 | *** | Saving seen data "./dancer.seen" |
| 05:19:42 | | Quit S_a_i_n_t (Ping timeout: 245 seconds) |
| 05:23:38 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 05:30:10 | soap | gevaerts / Torne. Why not just have the VID / PID pair in either an undocumented obscured menu setting or in an undocumented config file? |
| 05:31:28 | soap | and, gevaerts, "most people not liking file-only settings" is something I don't think is true of this. Many people would kiss your bum for the option to set it w/o a compile. It would be a set-and-forget for many so a one-time file change is small potatoes. |
| 05:34:12 | | Quit ps-auxw (Ping timeout: 265 seconds) |
| 05:45:17 | | Join ps-auxw [0] (~arneb@p4FF7FE89.dip.t-dialin.net) |
| 06:00 |
| 06:00:31 | | Quit alexbobP (Quit: See other host) |
| 06:01:45 | | Join alexbobP [0] (~alex@ppp-70-253-93-152.dsl.austtx.swbell.net) |
| 06:17:27 | | Join simonrvn_ [0] (simon@201.70-ppp.3menatwork.com) |
| 06:19:13 | | Quit simonrvn (Disconnected by services) |
| 06:19:13 | | Nick simonrvn_ is now known as simonrvn (simon@201.70-ppp.3menatwork.com) |
| 06:19:55 | | Quit S00row (Ping timeout: 260 seconds) |
| 06:23:15 | | Quit GodEater (Remote host closed the connection) |
| 06:26:33 | | Join krazykit` [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
| 06:26:54 | | Quit krazykit (Disconnected by services) |
| 06:26:58 | | Nick krazykit` is now known as krazykit (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
| 06:44:45 | | Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) |
| 06:44:46 | | Quit GodEater (Changing host) |
| 06:44:46 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 06:53:42 | | Join z35_11 [0] (~z35@ool-18bdad71.dyn.optonline.net) |
| 07:00 |
| 07:06:30 | | Quit timccc (Quit: Leaving.) |
| 07:06:42 | *** | Saving seen data "./dancer.seen" |
| 07:11:50 | | Quit anewuser () |
| 07:52:11 | | Join n1s [0] (~n1s@nl118-174-240.student.uu.se) |
| 07:52:11 | | Quit n1s (Changing host) |
| 07:52:11 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 07:59:22 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 08:00 |
| 08:01:04 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 08:02:29 | | Quit Horschti (Ping timeout: 276 seconds) |
| 08:09:46 | | Join Strife89TX [0] (~cstrife89@adsl-068-209-124-086.sip.mcn.bellsouth.net) |
| 08:15:20 | | Join Barahir [0] (~jonathan@frnk-590f57c5.pool.mediaWays.net) |
| 08:17:15 | | Quit Strife89TX (Quit: Bed.) |
| 08:18:55 | | Quit Barahir_ (Ping timeout: 260 seconds) |
| 08:21:17 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 08:35:11 | n1s | gevaerts: do you think fs#11485 can be closed? it WFM too |
| 08:44:40 | | Quit bluebroth3r (Ping timeout: 240 seconds) |
| 08:44:44 | | Join bluebrother [0] (~dom@f053155089.adsl.alicedsl.de) |
| 08:44:44 | | Quit bluebrother (Changing host) |
| 08:44:44 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 08:48:14 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
| 08:52:21 | n1s | hmm, hold select to charge without mounting isn't working on my c200 |
| 08:54:00 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.222) |
| 08:55:38 | n1s | where is the code that handles that? |
| 09:00 |
| 09:00:57 | S_a_i_n_t | Can someone look into updating the bootloader for the Nano2G please? r28237 http://svn.rockbox.org/viewvc.cgi?view=rev&revision=28237 introduced a change (boot OF from startup using Menu, same as other iPods) that requires a new bootloader be built. |
| 09:06:45 | *** | Saving seen data "./dancer.seen" |
| 09:08:28 | | Join Rob2222 [0] (~Miranda@p4FFF2036.dip.t-dialin.net) |
| 09:11:58 | | Quit Rob2223 (Ping timeout: 250 seconds) |
| 09:13:42 | * | S_a_i_n_t decides to be nice to the D2 owners and adds touchscreen defines to the iLike Video theme. |
| 09:14:12 | S_a_i_n_t | Hehe, iPod "OF" will certainly look very foreign on a Cowon d@ |
| 09:14:22 | S_a_i_n_t | *D2, even |
| 09:14:54 | S_a_i_n_t | grid mode is just terrible. |
| 09:19:26 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 09:19:37 | S_a_i_n_t | Spam of the Forum: http://forums.rockbox.org/index.php?topic=21072.msg173150#msg173150 |
| 09:19:45 | S_a_i_n_t | OMG! bieber! |
| 09:19:48 | S_a_i_n_t | Howdy. |
| 09:19:55 | bieber | Hey |
| 09:20:20 | S_a_i_n_t | I believe your skills are needed to re-sync SVN and the themeeditor ;) |
| 09:20:51 | | Join Kitr88 [0] (~Kitarist@BSN-182-115-237.dial-up.dsl.siol.net) |
| 09:23:20 | bieber | I know, I just need to get a little free time |
| 09:23:35 | | Quit Kitar|st (Ping timeout: 276 seconds) |
| 09:24:06 | S_a_i_n_t | we were talking about abducting you from school ;) |
| 09:25:24 | | Quit Kitr88 (Ping timeout: 250 seconds) |
| 09:26:27 | S_a_i_n_t | gah...more Forum spam: http://forums.rockbox.org/index.php?topic=21072.msg173150#msg173150 and http://forums.rockbox.org/index.php?topic=25971.msg173149#msg173149 |
| 09:28:11 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 09:30:24 | | Join Kitar|st [0] (Kitarist@BSN-182-75-102.dial-up.dsl.siol.net) |
| 09:32:56 | | Quit bieber (Remote host closed the connection) |
| 09:34:21 | pixelma | n1s: hold select for charging works for me on the c200 (sort of) - it charges and the USB data connection is not established, but XP said it found a new HID device (can't use it though because I'm not in the USB screen which has the buttons mapped) |
| 09:35:31 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 09:36:08 | n1s | if i am in wps, press and hold select, the context menu opens, i then connect usb and when i let go of the button i end up in the usb screen and it mounts |
| 09:36:24 | pixelma | speaking about keymappings: the A-B marker thing should work but you have to hold Power first and that's a bit "dangerous" because that's also power-off |
| 09:36:46 | pixelma | I tried it from the menu or file browser |
| 09:36:57 | n1s | just did, it works there... |
| 09:37:24 | n1s | from the wps it constantly fails |
| 09:37:45 | pixelma | works for me |
| 09:37:51 | n1s | hmm |
| 09:37:51 | pixelma | in the WPS too |
| 09:39:14 | pixelma | and I'm still in the WPS context menu but there's no problem going back to the WPS |
| 09:39:31 | n1s | weird, now it works here too... |
| 09:48:26 | | Quit dys (Ping timeout: 276 seconds) |
| 09:54:03 | | Quit hondza (Quit: quit) |
| 09:55:08 | | Join dys [0] (~andreas@krlh-5f73726d.pool.mediaWays.net) |
| 09:55:54 | | Quit bieber (Read error: Connection reset by peer) |
| 09:58:11 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 09:59:02 | | Quit sasquatch (Quit: WeeChat 0.3.2) |
| 09:59:28 | | Join sasquatch [0] (~username@p4FF2D4A4.dip.t-dialin.net) |
| 10:00 |
| 10:00:27 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 10:11:03 | | Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 10:11:36 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 10:11:51 | | Join esperegu_ [0] (~quassel@145.116.15.244) |
| 10:13:08 | | Quit esperegu (Ping timeout: 276 seconds) |
| 10:16:55 | | Join stoffel [0] (~quassel@p57B4D985.dip.t-dialin.net) |
| 10:18:17 | | Join leavittx_ [0] (~lev@89.221.199.187) |
| 10:18:18 | | Join wodz [0] (~wodz@chello087206240131.chello.pl) |
| 10:18:25 | wodz | pixelma: ping |
| 10:31:07 | | Quit factor (Read error: Connection reset by peer) |
| 10:32:28 | bertrik | Do we have anyone in charge of a new release now? |
| 10:35:54 | S_a_i_n_t | pass, I haven't even seen the "we're in freeze for release" announcement... |
| 10:39:57 | Bagder | we should rotate around and appoint a single person "head release human" for each release we do |
| 10:40:23 | Bagder | or something |
| 10:40:54 | S_a_i_n_t | pfffft! that sounds too sensible and efficient ;) |
| 10:41:36 | Bagder | =) |
| 10:43:17 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 10:43:41 | n1s | not if we just appoint some random person, preferably whitout them knowing ;) |
| 10:44:25 | S_a_i_n_t | look, over there! |
| 10:44:30 | * | S_a_i_n_t appoints n1s |
| 10:45:46 | n1s | i should have seen that comming ;) |
| 10:45:59 | | Quit esperegu_ (Read error: Connection reset by peer) |
| 10:46:49 | n1s | but seriously, we should freeze soonish, i propose monday and release next monday 25 oct |
| 10:48:01 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
| 10:49:14 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 10:52:36 | amiconn | pixelma: Sw usb devices enumerate as a hid device in charging mode. This is intended, as it's about the only way to properly enumerate without needing special drivers if we don't want msd |
| 10:53:32 | | Quit bmbl (Quit: Bye!) |
| 10:54:58 | wodz | it seems to be more effective to scare people that we are about to freeze phase than to freeze actually :-) |
| 10:57:38 | | Join bmbl [0] (~bmbl@dsl110-164.pool.bitel.net) |
| 10:57:39 | | Quit bmbl (Changing host) |
| 10:57:39 | | Join bmbl [0] (~bmbl@unaffiliated/bmbl) |
| 11:00 |
| 11:01:11 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 11:03:31 | n1s | i think it's a good time now since whe haven't had any big changes lately and most of the recently introduced bugs have been fixed afaik, if we keep waiting someone will commit a major change that will break stuff |
| 11:04:05 | bertrik | My android phone seems to register itself as msc, even in "charge-only" mode. Maybe it just reports 0 devices at the SCSI level. |
| 11:06:49 | *** | Saving seen data "./dancer.seen" |
| 11:07:07 | | Join deed [0] (~f@cpc2-pmth10-2-0-cust711.6-1.cable.virginmedia.com) |
| 11:07:13 | deed | hi all |
| 11:10:14 | n1s | hmm, test_codec gives me "illinstr at 00000002" on h300, i thought it was something with the profile build when it did that yesterday but it also happens with a regular build |
| 11:10:19 | S_a_i_n_t | deed: It's not a social channel, so...you usually don;t get any response from "Hi all" etc. |
| 11:10:30 | S_a_i_n_t | If you have a question about Rockbox, just ask it. |
| 11:10:38 | n1s | likely a null function pointer somewher |
| 11:11:14 | n1s | or maybe not, test_codec hasn't changed in a long time |
| 11:12:42 | | Join bimbel [0] (~bmbl@dsl110-164.pool.bitel.net) |
| 11:12:42 | | Quit bimbel (Changing host) |
| 11:12:42 | | Join bimbel [0] (~bmbl@unaffiliated/bmbl) |
| 11:12:47 | | Quit thegeek (Ping timeout: 276 seconds) |
| 11:12:51 | | Quit bimbel (Read error: Connection reset by peer) |
| 11:13:40 | | Part deed |
| 11:14:11 | | Nick Kohli is now known as Kohlrabi (~kohlrabi@kohlio.de) |
| 11:15:09 | n1s | nope, works on arm so that shouldn't be it, maybe something with that plugin_crt0 stuff |
| 11:16:14 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 11:16:51 | | Quit ender` (Quit: When I was a kid I used to pray every night for a new bicycle. Then I realised that the Lord doesn't work that way so I stole one and asked Him to forgive me. ) |
| 11:18:30 | wodz | where the hell memcpy is declared? |
| 11:19:45 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 11:19:47 | n1s | firmware/libc/include/string.h |
| 11:21:03 | wodz | right |
| 11:21:08 | wodz | thx |
| 11:21:43 | n1s | np, i often have to click my way through firmware looking for headers since the recent reorganizations |
| 11:27:03 | amiconn | There's this useful thing called grep ;) |
| 11:28:36 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 11:28:55 | n1s | amiconn: sure but i rmemeber where the header i want is, it just isn't there anymore... |
| 11:30:17 | amiconn | grep -r −−include=*.h memcpy ~/rockbox/firmware |
| 11:35:34 | | Join earcar [0] (~carmine@93-39-208-53.ip77.fastwebnet.it) |
| 11:37:30 | | Join thegeek [0] (~nnscript@172.80-203-148.nextgentel.com) |
| 11:39:46 | | Join badcam [0] (~badcam@ip-118-90-49-154.xdsl.xnet.co.nz) |
| 11:44:17 | | Join DerPapst [0] (~Alexander@p4FE8F31C.dip.t-dialin.net) |
| 11:47:42 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 11:51:50 | JdGordon | AlexP: you never sent off an email about the rolling stable release? (or did I misremember you saying you were going to?) |
| 11:56:52 | badcam | Hi Guys. Do you mind if I ask a question about a theme issue I'm having? |
| 11:58:29 | CIA-7 | New commit by nls (r28285): libtremor: tiny optimization 0.5%-1.5% on coldfire and PP |
| 11:59:57 | pixelma | badcam: if it's a Rockbox theme then just ask |
| 12:00 |
| 12:00:10 | CIA-7 | r28285 build result: All green |
| 12:00:27 | pixelma | and be patient, not everyone will have an answer |
| 12:05:26 | badcam | Great. Thanks. I've actually just answered the problem. I realise that there was a bitmap I hadn't copied into the WPS new theme folder. Now, I'd like to take a screenshot, but using system/debug/screendump and then plugging the usb cable in, doesn't work. I can get a screenshot with the emulator, but I'd really like to get it working on my Sansa ClipV2. |
| 12:08:49 | badcam | I'm using Linux Mint BTW :) |
| 12:11:02 | pixelma | sounds like it could be a limitation of the ClipV2 part but I don't know and don't own such a device |
| 12:11:42 | pixelma | err.. ClipV2 port |
| 12:12:38 | S_a_i_n_t | afaik screendump should be working... |
| 12:14:10 | pixelma | well, from the description I don't thiink badcam is doing something wrong though and so I suspect there may be a bug in Rockbox which is why I said that |
| 12:14:18 | badcam | Sorry. Port? I'm probably not following the instructions properly. After I have chosen Screendump and it confirms that it's enabled. I presume I just navigate to the screen I want a dump of and connect the USB cable. Correct? |
| 12:14:49 | S_a_i_n_t | Correct. |
| 12:15:51 | pixelma | badcam: in Rockbox for the ClipV2 |
| 12:16:31 | badcam | OK. How long should the capture take? Does the Clip give any indication that it has done this? |
| 12:16:45 | S_a_i_n_t | It should be instant. |
| 12:17:05 | S_a_i_n_t | You're looking in the correct place? |
| 12:17:15 | S_a_i_n_t | the files should be on the root of your DAP |
| 12:18:18 | pixelma | there should be some dump-timestamp.bmp files |
| 12:19:10 | badcam | Yes. Root directory. I'm trying a different screen location. Checking now... |
| 12:20:54 | badcam | Nope. I'm just seeing the usual folders and files. No .bmp's. Hidden files are switched to on, not that that should make any difference. |
| 12:20:56 | AlexP | JdGordon: No I didn't and yes I did respectively :) |
| 12:21:10 | AlexP | JdGordon: I have to pop out in a bit, I'll send one later this afternoon |
| 12:21:25 | | Join moos [0] (moos@rockbox/staff/moos) |
| 12:21:52 | S_a_i_n_t | badcam: Search the tracker to check if this is known behaviour/already reported...if not, file a bug report. |
| 12:22:00 | S_a_i_n_t | http://www.rockbox.org/tracker/index.php?show_task= |
| 12:22:00 | badcam | I've tried this on my Clip+ as well and no luck there either. Perhaps it's Mint? |
| 12:22:37 | S_a_i_n_t | If I understand correctly, it just needs to detect power on the data pins, it shouldn;t matter what OS it is. |
| 12:24:08 | badcam | Sure. Will do. Pins: I have a mini usb wall charger. I'll try it with that. |
| 12:25:12 | | Join drizztbsd [0] (~quassel@unaffiliated/drizztbsd) |
| 12:28:05 | | Quit drizztbsd (Remote host closed the connection) |
| 12:28:57 | | Join drizztbsd [0] (~quassel@unaffiliated/drizztbsd) |
| 12:32:41 | | Quit earcar (Quit: bye) |
| 12:36:16 | | Join hondza [0] (K5wNGm8J@unaffiliated/hondza) |
| 12:39:02 | | Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) |
| 12:43:26 | | Quit domonoky (Read error: Connection reset by peer) |
| 12:43:38 | | Join _s1gma [0] (~d.d.derp@77.107.164.131) |
| 12:45:33 | | Join s1gma_ [0] (~d.d.derp@77.107.164.131) |
| 12:47:52 | | Quit _s1gma (Ping timeout: 240 seconds) |
| 12:48:54 | badcam | No luck. That's OK though. I'll file a bug report as I can't see any similar reports in there. You probably get it all the time, but I think you guys are the shizzle. Rockbox is AWESOME. I've got some great ideas for some themes, but I've only just been looking at this for the first time tonight. Here's my initial attempt, if anyone is interested. I've used a combo from a couple of themes,mostly Clock. Anyway, goodnight from me and thank |
| 12:48:55 | badcam | s. https://dl.dropbox.com/u/12359987/dump%20101016-233425. https://dl.dropbox.com/u/12359987/dump%20101016-233425.png |
| 12:49:35 | badcam | Sorry about the double link. |
| 12:50:32 | | Quit s1gma_ (Ping timeout: 240 seconds) |
| 12:55:12 | --> | "seen flyndice" received from funman (~fun@rockbox/developer/funman) |
| 12:57:22 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 13:00 |
| 13:05:12 | CIA-7 | New commit by teru (r28286): Fix FS #10981: Viewers icons applied incorrectly. |
| 13:06:47 | CIA-7 | r28286 build result: All green |
| 13:06:50 | *** | Saving seen data "./dancer.seen" |
| 13:07:42 | wodz | AlexP: do You have some time to test new version of png viewer? |
| 13:07:44 | gevaerts | n1s: maybe this is a v2? |
| 13:18:20 | AlexP | wodz: yep, hit me |
| 13:19:27 | wodz | AlexP: I am testing new ver in sim currently, will ping you when ready than |
| 13:19:36 | | Part funman |
| 13:20:17 | AlexP | OK |
| 13:28:03 | | Join krabador [0] (~krabador@host1-182-dynamic.27-79-r.retail.telecomitalia.it) |
| 13:28:06 | | Join _s1gma [0] (~d.d.derp@77.107.164.131) |
| 13:29:00 | wodz | AlexP: RealLife(TM) comes in action, maybe I'll finish this at night :/ |
| 13:29:06 | | Quit wodz (Quit: Leaving) |
| 13:29:11 | | Quit krabador (Client Quit) |
| 13:29:24 | AlexP | No worries |
| 13:29:31 | | Join krabador [0] (~krabador@host1-182-dynamic.27-79-r.retail.telecomitalia.it) |
| 13:30:30 | | Quit krabador (Client Quit) |
| 13:30:55 | | Join krabador [0] (~krabador@host1-182-dynamic.27-79-r.retail.telecomitalia.it) |
| 13:31:12 | n1s | gevaerts: the c200? |
| 13:37:54 | | Quit pjm0616 (Ping timeout: 276 seconds) |
| 13:39:15 | | Join pjm0616 [0] (~user@110.9.28.120) |
| 13:49:31 | gevaerts | n1s: yes |
| 13:49:42 | n1s | that's a possibility, yes |
| 13:51:06 | n1s | i asked on FS |
| 13:59:39 | gevaerts | ok. If we don't get an answer in a week or so I guess we can close it |
| 14:00 |
| 14:00:31 | n1s | ok |
| 14:02:26 | gevaerts | soap: not an *undocumented* setting... |
| 14:02:53 | gevaerts | We can always hide it quite effectively by only documenting it in the manual of course :) |
| 14:03:07 | n1s | :) |
| 14:06:16 | * | n1s found why test_codec crashes |
| 14:06:30 | n1s | it was a null func pointer that's called |
| 14:06:59 | gevaerts | I once did that on my gigabeat F. It just caused a reboot :) |
| 14:07:30 | n1s | :) |
| 14:08:31 | n1s | now i wonder why the plugin api only has cpucache_(flush|invalidate) if the respective HAVE_CPUCACHE_* is defined but the codec api has them uncondidtionally? |
| 14:09:44 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 14:10:27 | | Join stripwax__ [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 14:11:24 | n1s | i mean either they should be guarded everywhere or nowehre |
| 14:11:32 | | Quit stripwax (Ping timeout: 240 seconds) |
| 14:14:08 | * | n1s puts in some guards |
| 14:14:33 | * | teru found uisimulator/sdl directory is empty. |
| 14:15:09 | gevaerts | n1s: IIRC kugel suggested to remove all guards a while ago |
| 14:15:27 | n1s | gevaerts: why? |
| 14:17:19 | n1s | ok, i'll try that, extra function pointers and some empty calls shouldn't hurt |
| 14:18:04 | | Quit kugel (Ping timeout: 245 seconds) |
| 14:18:33 | n1s | ok, confirmed that fixes it |
| 14:30:10 | CIA-7 | New commit by nls (r28287): Remove some inconsistent guarding around cpucache_* functions to fix a test_codec crash on coldfire, breaks plugin api compatibility so sorted and ... |
| 14:32:19 | CIA-7 | r28287 build result: All green |
| 14:43:38 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 14:44:44 | | Quit stripwax__ (Ping timeout: 245 seconds) |
| 14:50:49 | CIA-7 | New commit by teru (r28288): fix loding of default remote viewers icons. |
| 14:52:21 | | Quit krabador (Ping timeout: 240 seconds) |
| 14:52:30 | CIA-7 | r28288 build result: All green |
| 15:00 |
| 15:04:12 | | Quit T44 (Ping timeout: 276 seconds) |
| 15:06:54 | *** | Saving seen data "./dancer.seen" |
| 15:10:03 | | Quit soap (Quit: soap) |
| 15:10:18 | | Join soap [0] (~soap@nl-l1.connectionvpn.com) |
| 15:10:19 | | Quit soap (Changing host) |
| 15:10:19 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 15:19:53 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 15:19:59 | soap | Is there a known way to update old links to the sandisk forums? We have directed people there for a long time for various reasons, and every link I've tried today is dead. |
| 15:23:14 | * | JdGordon assumes everyone would get very pissy if 11678 got cleaned up and commited tomorow? |
| 15:24:24 | soap | you mean during the freeze? |
| 15:24:44 | gevaerts | JdGordon: you're the one who announced the freeze that we might or might not be in now! :) |
| 15:25:01 | JdGordon | its a bug fix though :) |
| 15:25:14 | JdGordon | and yes, can someone make a descision already? |
| 15:25:59 | JdGordon | I also want to get 11575 is soon... its RaaA changes only and a bugfix... feedback would be nice |
| 15:26:06 | gevaerts | I think we should assume we're frozen. I don't think there's been any non-bugfix commit the last week or so, so I don't see the point of restarting the freeze |
| 15:30:03 | JdGordon | kugel: ^ |
| 15:31:36 | JdGordon | the linux install paths are very annoying... It really shouldnt need 3 different directories for /usr/local/share/rockbox /usr/local/bin/rockbox/ and /usr/local/lib/rockbox :/ |
| 15:59:57 | | Join kevku [0] (~kevku@gprs-inet-65-20.elisa.ee) |
| 16:00 |
| 16:03:08 | | Quit teru (Quit: Quit) |
| 16:06:08 | | Join GeekShad0w [0] (~Antoine@67.138.195-77.rev.gaoland.net) |
| 16:08:11 | | Join GeekSh4dow [0] (~Antoine@67.138.195-77.rev.gaoland.net) |
| 16:09:25 | | Quit GeekShadow (Ping timeout: 265 seconds) |
| 16:11:50 | | Join Topy44 [0] (~Topy44@cable-78-34-73-174.netcologne.de) |
| 16:11:57 | | Quit GeekShad0w (Ping timeout: 255 seconds) |
| 16:12:48 | soap | badcam, your talk about screendump and working on a new theme made me curious. |
| 16:13:18 | soap | You are aware that Rockbox offers a simulator which would make theme development much easier than testing on-target. |
| 16:13:50 | | Quit Topy44 (Client Quit) |
| 16:23:33 | | Join Topy44 [0] (~Topy44@cable-78-34-73-174.netcologne.de) |
| 16:36:13 | | Join stripwax__ [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 16:38:17 | | Quit stripwax (Ping timeout: 260 seconds) |
| 16:39:41 | | Quit stripwax__ (Read error: Connection reset by peer) |
| 16:49:13 | | Quit moos (Ping timeout: 272 seconds) |
| 17:00 |
| 17:05:24 | | Join edboyer93 [0] (eboyer93@pool-71-185-65-59.phlapa.fios.verizon.net) |
| 17:05:40 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 17:06:56 | *** | Saving seen data "./dancer.seen" |
| 17:08:57 | bertrik | gevaerts, can this task be closed now? http://www.rockbox.org/tracker/task/11589 |
| 17:11:51 | soap | In the forums we have around 100 IPs banned, and nearly a thousand hits against said bans. |
| 17:12:10 | soap | Is there really a good defense for a permanent IP ban? |
| 17:12:37 | n1s | hits over how long a period? |
| 17:13:51 | soap | lifetime of the forums |
| 17:14:57 | soap | What caught my eye was a hit against IP ban 98.243.73.70 |
| 17:15:25 | n1s | the problem with IP bans is that well, a lot of people have dynamic IP's so it's very likely to hit random other people |
| 17:15:28 | soap | Hit this month, but it was banned five months ago. |
| 17:16:04 | soap | Reading the bans there I have yet to see a *permanent* IP ban justified. |
| 17:16:08 | gevaerts | bertrik: only the crash part is fixed |
| 17:17:21 | soap | I'm proposing to wholesale remove all permanent IP address bans from the forum, along with a staff memo that in the future permanent IP bans should be justified in the appropriate comment box. |
| 17:17:43 | soap | I'll go work on my roof for the rest of the day, and do this tomorrow if there are no arguments. |
| 17:18:24 | bertrik | soap, sounds reasonable to me |
| 17:18:52 | | Quit esperegu (Ping timeout: 240 seconds) |
| 17:22:16 | n1s | mc2739: is FS #10809 still affecting you(r sansa) ? |
| 17:23:43 | CIA-7 | New commit by bertrik (r28289): skin_engine: struct gui_skin can be static |
| 17:25:02 | AlexP | soap: I only ever ban on account + email anyway |
| 17:25:39 | CIA-7 | r28289 build result: All green |
| 17:30:39 | soap | AlexP, I've done temp IP address bans on people who were "hot under the collar" in an attempt to force a cooling off period. |
| 17:31:16 | AlexP | yeah, that can sometimes be necessary, but I don't think I've banned a real person in a long long time |
| 17:31:37 | AlexP | I mean just a non-spam account by real person :) |
| 17:31:44 | soap | THOUGH, I've never followed up and checked if the IP trigger actually got hit. So that's more of a gut move than a brain move. |
| 17:38:50 | | Join G4Oblivion [0] (~G4Oblivio@user-0c6sbe1.cable.mindspring.com) |
| 17:41:46 | n1s | wow, this code is weird |
| 17:48:15 | n1s | i hate when lots of unctions share global vars |
| 17:48:45 | bertrik | n1s, what part of the code are you looking at? |
| 17:49:36 | n1s | talk code, i wanted to fix FS #10479 by not killing playback if there is no voice file to load |
| 17:49:57 | n1s | not a very important bug but it looks easy :) |
| 17:50:44 | n1s | some functions share a global file handle |
| 17:51:02 | n1s | and the usage of it depends on a bunch of #ifdefs |
| 17:56:16 | n1s | yay, it works! |
| 17:56:26 | n1s | now to see if voice still works |
| 17:56:56 | soap | G4Oblivion, S_a_i_n_t had mentioned last night encrrypting the new bootloader on his Nano2G |
| 17:57:01 | soap | Get with him? |
| 17:57:24 | soap | He's on New Zealand time. |
| 17:58:28 | G4Oblivion | Ah, sorry. Not used to IRC. I will try to ask him if I remember. |
| 17:59:49 | | Quit GeekSh4dow (Quit: The cake is a lie !) |
| 18:00 |
| 18:01:09 | soap | He's in the channel, he's been highlighted, he'll respond when he sees that. Just hang around. |
| 18:03:09 | n1s | hmm, the music playback skips when loading the lang, i guess that thing never yields, sigh |
| 18:05:13 | | Quit bmbl (Quit: Verlassend) |
| 18:09:19 | n1s | do disk functions yield? |
| 18:09:27 | n1s | like read and lseek? |
| 18:11:38 | bertrik | I haven't checked, but I assume that at some point the disk drivers do some kind of wakeup_wait to wait for hardware |
| 18:12:35 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 18:18:11 | | Join Secondgen [0] (ae5b48af@gateway/web/freenode/ip.174.91.72.175) |
| 18:18:15 | Secondgen | Whts up peeps |
| 18:18:51 | Secondgen | I just dug up my old nano 2g. Nethin cool thts come about i can put on ? |
| 18:23:29 | | Quit t0rc (Remote host closed the connection) |
| 18:24:28 | | Quit G4Oblivion (Quit: ChatZilla 0.9.86 [Firefox 3.6.12pre/20101016051926]) |
| 18:24:45 | n1s | meh, i have nfi how this driver code works, somethign is clearly starving the codec thread though |
| 18:26:57 | | Join GreenKirby [0] (~chatzilla@174-23-11-239.slkc.qwest.net) |
| 18:27:39 | n1s | hmm, another funky issue, when i unplug usb after usb on my beast, the display remains turned off untill a reboot |
| 18:27:46 | | Join flan_suse [0] (61675f5a@gateway/web/freenode/ip.97.103.95.90) |
| 18:27:49 | GreenKirby | hey guys how do you get the mpeg player to work on the ipod video, when I select it in files and it has the extension .mgp it just goes to a black screen and doesn't play? |
| 18:28:00 | flan_suse | This disktidy plugin is not deleting any files. |
| 18:28:35 | GreenKirby | any suggestions |
| 18:28:38 | flan_suse | I added a custom entry that is *.bmark but whenever I run the tool, it says 0 files deleted. And when I check, I see that none of my bookmark files were deleted. |
| 18:29:12 | gevaerts | GreenKirby: does the Elephants Dream video from http://www.rockbox.org/wiki/PluginMpegplayer work? |
| 18:29:40 | GreenKirby | hmm lemme check |
| 18:30:14 | flan_suse | If someone else can try the disktidy plugin? It might not be just me actually. |
| 18:33:33 | gevaerts | GreenKirby: at least that one plays correctly on my ipod video with a current build |
| 18:33:41 | n1s | hmm, now it doesn't disable voice if i pick a lang without voicefile if i have one loaded... |
| 18:33:45 | GreenKirby | I went to that page but it doesn't have a download (on the actually page it has and HD which won't work) |
| 18:33:54 | GreenKirby | I think |
| 18:34:00 | GreenKirby | and its a big file |
| 18:34:05 | gevaerts | GreenKirby: http://www.rockbox.org/wiki/PluginMpegplayer#Sample_Videos |
| 18:34:25 | | Join moos [0] (moos@rockbox/staff/moos) |
| 18:36:59 | | Quit flan_suse (Quit: Page closed) |
| 18:53:12 | GreenKirby | thanks man |
| 18:53:12 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 18:53:14 | GreenKirby | it worked |
| 18:53:22 | GreenKirby | the mpg I was trying to play |
| 18:53:31 | GreenKirby | isn't quite correct |
| 18:53:46 | GreenKirby | ......weird movie |
| 18:54:01 | | Quit GreenKirby (Quit: ChatZilla 0.9.86 [Firefox 3.6.10/20100914125854]) |
| 18:56:53 | | Join benjamin_ [0] (~benjamin@c-98-212-232-129.hsd1.il.comcast.net) |
| 18:56:58 | gevaerts | hm, if we're going to actively use that "waiting on customer" status in flyspray (which does seem like a good idea), maybe it should be renamed... |
| 19:00 |
| 19:00:11 | bertrik | it could be a nice help to select old tasks for closure when the last response was (for example) more than 6 months ago |
| 19:00:23 | gevaerts | Yes |
| 19:00:42 | gevaerts | Only we don't have customers, and we certainly don't wait on them :) |
| 19:01:29 | n1s | indeed, i actually made a list of things i want to discuss/change about (our) flyspray |
| 19:06:59 | *** | Saving seen data "./dancer.seen" |
| 19:10:15 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
| 19:19:35 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 19:21:48 | | Quit t0rc (Client Quit) |
| 19:23:54 | | Quit Secondgen (Quit: Page closed) |
| 19:24:24 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 19:24:40 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 19:29:05 | | Join paulk_ [0] (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
| 19:29:15 | paulk_ | Hello! |
| 19:30:03 | paulk_ | I'm maybe going to buy a Sansa Fuze, but I'd like to know if the Fuzev2 USB is now correctly supported by rb, if it'll soon be the case or if there is no work on it ? |
| 19:33:35 | gevaerts | There are still issues |
| 19:34:12 | | Join s1gma_ [0] (~d.d.derp@77.107.164.131) |
| 19:34:39 | gevaerts | I don't think pamaury has given up, but from my experience this really isn't the sort of problem where one can guess how much work is still needed, let alone estimate a timeline |
| 19:35:13 | paulk_ | all right |
| 19:37:52 | | Quit _s1gma (Ping timeout: 276 seconds) |
| 19:43:18 | | Join DerPapst1 [0] (~Alexander@p4FE8F31C.dip.t-dialin.net) |
| 19:44:18 | | Quit jfc (Read error: Connection reset by peer) |
| 19:44:32 | | Quit GodEater (Read error: Connection reset by peer) |
| 19:44:35 | | Join GodEater_ [0] (~bibble@cl-711.lon-02.gb.sixxs.net) |
| 19:44:36 | | Quit GodEater_ (Changing host) |
| 19:44:36 | | Join GodEater_ [0] (~bibble@rockbox/staff/GodEater) |
| 19:44:59 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
| 19:45:10 | | Quit DerPapst (Ping timeout: 245 seconds) |
| 19:51:45 | | Join anewuser [0] (kvirc@unaffiliated/anewuser) |
| 19:53:03 | gevaerts | We must remember to not release 64mb ipod video builds... |
| 19:55:57 | Dreamxtreme | why? |
| 19:56:06 | Dreamxtreme | i still want ipod classics |
| 19:56:14 | Dreamxtreme | rockbox is the ONLY way now |
| 19:56:29 | Dreamxtreme | since the itunes firmware is borked |
| 19:56:30 | gevaerts | Because they're not needed any more |
| 19:56:51 | Dreamxtreme | soz wrong chan |
| 20:00 |
| 20:03:04 | | Join simonrvn_ [0] (simon@70.35.169.69) |
| 20:06:20 | | Quit simonrvn (Ping timeout: 240 seconds) |
| 20:06:20 | | Nick simonrvn_ is now known as simonrvn (simon@70.35.169.69) |
| 20:13:48 | | Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6.10/20100914125854]) |
| 20:14:04 | | Quit stoffel (Ping timeout: 255 seconds) |
| 20:16:17 | n1s | gevaerts: shouldn't be too hard, configure doesn't let you config for one anymore |
| 20:16:30 | gevaerts | n1s: it never explicitely did |
| 20:17:00 | n1s | how did you build them then, hack the makefile by hand? |
| 20:17:36 | gevaerts | oh, wait |
| 20:17:42 | soap | enter the MB of storage you wanted (had). |
| 20:18:06 | soap | s/storage/RAM/ |
| 20:18:22 | gevaerts | Yes, it doesn't ask for RAM size any more now |
| 20:18:28 | n1s | but you can't do that anymore |
| 20:18:50 | | Quit krazykit (Ping timeout: 240 seconds) |
| 20:19:22 | kugel | but what if you pass −−ram=64? |
| 20:19:52 | n1s | kugel: yes, you can do that |
| 20:20:04 | | Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
| 20:20:22 | linuxstb | Shouldn't we just remove it from builds.pm? |
| 20:20:23 | n1s | although it always configures for 64MB |
| 20:20:52 | gevaerts | linuxstb: yes, but we decided to do that at release time to avoid interesting issues |
| 20:22:05 | kugel | the release download page is using builds.pm right? |
| 20:22:13 | n1s | specifying ramsizes !=64 doesn't stick in the Makefile |
| 20:22:26 | gevaerts | kugel: yes |
| 20:22:33 | n1s | so even if the buildscript does it that way both builds will be identical |
| 20:22:50 | kugel | can't it just use the builds.pm from the v3.6 (latest release) tag which would be correct even if a target was promoted or removed? |
| 20:23:04 | gevaerts | n1s: indeed. I looked at the current builds for both, and md5sums match |
| 20:23:17 | | Join Highlander_ [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
| 20:23:52 | gevaerts | kugel: I think the rbutil helper cgis also use it, and those need to know about current builds too |
| 20:24:24 | gevaerts | Removing a target should be very rare, and promoting a target just shouldn't be done at non-release times |
| 20:24:46 | linuxstb | Wouldn't it be useful to keep track of which targets were in which release somehow? Wouldn't that avoid this? |
| 20:24:56 | kugel | I thought about using builds.pm from 3.6 for releases and builds.pm from current svn for current builds |
| 20:26:33 | | Quit Highlander (Ping timeout: 240 seconds) |
| 20:44:08 | | Part paulk_ |
| 20:48:49 | | Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) |
| 20:53:36 | | Join moos [0] (moos@rockbox/staff/moos) |
| 20:55:32 | bertrik | gevaerts, amiconn, jhMikeS, Did you ever experience the problem in http://www.rockbox.org/tracker/task/11339 ? |
| 20:56:32 | gevaerts | bertrik: I've only ever used my h10 for testing, so no |
| 21:00 |
| 21:07:02 | *** | Saving seen data "./dancer.seen" |
| 21:09:27 | TheSeven | now that 3.7 is approaching, are there any objections to bumping the nano2g to stable? |
| 21:11:24 | | Join simonrvn_ [0] (simon@211.136-ppp.3menatwork.com) |
| 21:11:50 | | Quit simonrvn (Disconnected by services) |
| 21:11:50 | | Nick simonrvn_ is now known as simonrvn (simon@211.136-ppp.3menatwork.com) |
| 21:12:29 | kugel | TheSeven: I guess it's up to the port maintainer |
| 21:12:44 | kugel | but, have the various stkovs fixed been fixed? |
| 21:13:09 | TheSeven | not really fixed, mitigated by increasing stack sizes in various places |
| 21:13:37 | TheSeven | and some have disappeared after some fat code rework |
| 21:13:38 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 21:13:51 | kugel | if it can be fixed this way I'd say go for it |
| 21:14:04 | gevaerts | I haven't seen any recent stkov reports for nano2g |
| 21:14:15 | kugel | the android port needs bigger stacks too, I don't think bigger stacks on a per-target basis is a bad thing |
| 21:14:17 | TheSeven | there might be some hiding in the corners |
| 21:14:53 | n1s | kugel: why does the android port need bigger stacks? |
| 21:15:02 | kugel | I don't know |
| 21:15:03 | TheSeven | for example, there used to be one in battery_bench, which might have been caught by the fat rework, but i'm currently using a locally increased stack on mine |
| 21:15:30 | kugel | I guess bionic is a bit more bloated than our c library |
| 21:15:53 | TheSeven | but I haven't hit any stkovs during everyday use since the fat code rework |
| 21:16:11 | n1s | TheSeven: is FS #11097 fixed? |
| 21:16:40 | TheSeven | let me check... |
| 21:16:56 | n1s | not that it should block a stable status imo |
| 21:17:11 | gevaerts | n1s: actually, I strongly suspect that the mr500 stkovs on screenshot... |
| 21:17:12 | TheSeven | no, that one is still present |
| 21:17:16 | kugel | S_a_i_n_t reported a lot before his downtime |
| 21:17:31 | n1s | gevaerts: ah |
| 21:17:49 | n1s | display size dependant stack buffer? |
| 21:17:54 | TheSeven | yep |
| 21:18:04 | gevaerts | Not the best code I think |
| 21:18:19 | gevaerts | I remember having a quick look at it |
| 21:18:32 | TheSeven | should I commit an #ifdef'ed stack size increase for screendump? |
| 21:19:06 | | Quit kugel (Remote host closed the connection) |
| 21:19:30 | gevaerts | TheSeven: for a release I think so. For trunk I'm not sure |
| 21:19:49 | TheSeven | what i'm more concerned about is the FTL corruption on unclean shutdown issue that apparently went away by itself. |
| 21:20:23 | TheSeven | since i don't have an explanation why it disappeared, i fear that it might just come back at any time |
| 21:20:32 | soap | Is there a safety margin to be "bought" for the release version by blindly increasing the stack size? |
| 21:20:47 | | Join earcar [0] (~carmine@93-39-208-53.ip77.fastwebnet.it) |
| 21:21:11 | gevaerts | TheSeven: maybe "DEFAULT_STACK_SIZE + 4*SECTOR_SIZE" in usb.c? |
| 21:21:24 | TheSeven | why on earth would it need 4 sectors? |
| 21:21:28 | gevaerts | no idea |
| 21:21:37 | gevaerts | It's 0x800 now |
| 21:21:56 | TheSeven | which is one sector on nano2g |
| 21:22:07 | gevaerts | Unless my brain is malfunctioning, 4*SECTOR_SIZE would leave this unchanged anywhere except on nano2g |
| 21:22:15 | TheSeven | probably yes |
| 21:22:16 | n1s | the screendump function shouldn't use more than 1k of stack or so, does it run in the usb thread? |
| 21:22:23 | gevaerts | n1s: it does, yes |
| 21:22:23 | TheSeven | yes |
| 21:23:05 | TheSeven | gevaerts: do you remember how many on-stack buffers (worst case) the fat code is using? |
| 21:23:15 | TheSeven | IIRC you brought that down to two |
| 21:23:32 | TheSeven | or even one? |
| 21:23:33 | gevaerts | I can't remember if we managed to get it down to one or not |
| 21:23:59 | gevaerts | one |
| 21:24:04 | gevaerts | see r28011 |
| 21:24:12 | TheSeven | hm. so where is all this stack space being used? |
| 21:24:36 | TheSeven | 352 bytes for the LCD line, 2KB for the sector |
| 21:24:49 | TheSeven | and IIUC we have 3KB of stack |
| 21:24:50 | gevaerts | DEFAULT_STACK_SIZE is 1K, so the USB stack has 3K |
| 21:24:54 | saratoga | doesn't the 2G have tons of ram for a flash player? might as well bump the stack sizes for releases |
| 21:25:03 | saratoga | that way users are unlikely to run into problems |
| 21:25:29 | TheSeven | saratoga: yes, it doesn't really matter if we have 30 or 29.99MB or audio buffer :) |
| 21:25:32 | n1s | TheSeven: screen_dump has a MAX_PATH buffer too so ~600bytes in total for that func |
| 21:25:45 | n1s | how big is the usb stack? |
| 21:25:47 | TheSeven | 3K |
| 21:25:54 | TheSeven | let me try bumping it to 4K |
| 21:26:31 | n1s | btw, making that screendump code use a smaller buffer looks like it would be pretty easy |
| 21:27:04 | TheSeven | IIUC (DEFAULT_STACK_SIZE + SECTOR_SIZE + lcd width * lcd bytes per pixel) should be sufficient |
| 21:27:19 | gevaerts | TheSeven: the line buffer is 704 bytes |
| 21:27:24 | TheSeven | why that? |
| 21:27:27 | | Join _s1gma [0] (~d.d.derp@77.107.164.131) |
| 21:27:32 | gevaerts | It's 2*LCD_WIDTH in shorts, not chars |
| 21:27:47 | TheSeven | huh? why the factor of two then? |
| 21:27:53 | gevaerts | oh, wait |
| 21:27:57 | gevaerts | /2 again |
| 21:27:59 | n1s | gevaerts: there's a /2 in the declaration of the array |
| 21:29:05 | gevaerts | right |
| 21:30:25 | | Quit s1gma_ (Ping timeout: 272 seconds) |
| 21:33:01 | TheSeven | what's the mr500 lcd witdh? |
| 21:33:03 | gevaerts | screendump() uses 624 bytes of stack on the nano2g |
| 21:33:04 | TheSeven | width* |
| 21:33:05 | gevaerts | 640 |
| 21:33:14 | TheSeven | ok, so another 1280 bytes for the line buffer |
| 21:33:32 | n1s | in fact, the buffer is entirely useless on the nano2g IIUC, all that code does is process one lcd framebuffer line with htole16 and then write it to disk, but since the nano has LE frame buffer data and LE cpu it could just write the lcd frambuffer directly to disk |
| 21:33:34 | gevaerts | But on the other hand it has 512-byte sectors |
| 21:34:00 | gevaerts | So we have 400 bytes margin... |
| 21:34:06 | * | gevaerts investigates further |
| 21:34:23 | TheSeven | i'd like to make the stack size DEFAULT_STACK_SIZE + SECTOR_SIZE if possible |
| 21:35:30 | gevaerts | That would be ideal, but I wouldn't shrink the stack on any target one week before release |
| 21:35:31 | TheSeven | or maybe DEFAULT_STACK_SIZE + SECTOR_SIZE + BMP_LINESIZE |
| 21:35:53 | TheSeven | gevaerts: i'd do that after branching, and commit it ifdeffed for nano2g to the branch |
| 21:35:54 | | Join nerwal [0] (~4633df7d@giant.haxx.se) |
| 21:38:59 | nerwal | I just started using RB on my sansa e280, and I can't find the 'shortcuts' application. It should be there, shouldn't it? |
| 21:43:48 | gevaerts | TheSeven: not counting functions like memset() and memcpy(), I count 3124 bytes of stack usage on nano2g from usb_tread via screendump() to create a file, using "sub sp, sp, XXX" from disassembly |
| 21:44:37 | | Nick guymann_ is now known as guymann (~charles@64-252-121-164.adsl.snet.net) |
| 21:45:10 | TheSeven | so 724 + BMP_LINESIZE + SECTOR_SIZE |
| 21:45:24 | TheSeven | i'm trying DEFAULT_STACK_SIZE + SECTOR_SIZE + BMP_LINESIZE right now |
| 21:46:02 | * | TheSeven wants a faster linux box |
| 21:46:23 | gevaerts | yes, that should be enough on all targets I think |
| 21:51:00 | TheSeven | gevaerts: stkov |
| 21:51:55 | gevaerts | Impossible! |
| 21:52:44 | gevaerts | Where did those 300 bytes go? |
| 21:53:04 | n1s | you did note the MAX_PATH buffer in screen_dump, no? |
| 21:53:44 | gevaerts | n1s: I looked at the "sub sp,sp,XX" lines in the disassembly. Those should have everything |
| 21:54:11 | n1s | they should, yes |
| 21:55:20 | TheSeven | gevaerts: stmfd sp!, {...}? |
| 21:56:11 | gevaerts | ? |
| 21:56:19 | | Quit AlexP (Remote host closed the connection) |
| 21:56:51 | TheSeven | don't those also allocate stack space? |
| 21:57:31 | gevaerts | I didn't see those |
| 21:57:37 | TheSeven | it apparently needs about 1.5K + SECTOR_SIZE + BMP_LINESIZE |
| 21:57:53 | TheSeven | DEFAULT_STACK_SIZE + SECTOR_SIZE + BMP_LINESIZE + 0x200 works |
| 21:57:58 | TheSeven | 0x1c0 instead crashes |
| 21:58:52 | TheSeven | did you just analyze screen_dump() or also the code calling it? |
| 21:58:53 | | Quit nerwal (Quit: CGI:IRC (EOF)) |
| 21:59:30 | gevaerts | It's called from usb_thread(), which uses 12 bytes |
| 22:00 |
| 22:03:35 | * | TheSeven checks a post-mortem memory dump |
| 22:03:54 | gevaerts | TheSeven: fat_rename() still seems to be bad, with 4716 bytes... |
| 22:04:17 | TheSeven | why should screendump call that one? |
| 22:04:42 | gevaerts | It won't |
| 22:04:49 | gevaerts | But it shows that we still have problems |
| 22:12:26 | | Quit kevku (Ping timeout: 240 seconds) |
| 22:16:43 | | Join wodz [0] (~wodz@chello087206240131.chello.pl) |
| 22:17:19 | wodz | how much stack can I allocate from the plugin? |
| 22:18:30 | n1s | wodz: plugins run in the UI thread which has 8k stack |
| 22:18:50 | TheSeven | ...or 16k on the nano2g |
| 22:19:04 | n1s | ah |
| 22:19:06 | wodz | good, so ~4kB of tables is not a problem |
| 22:19:36 | n1s | depends on how much other things use, etc |
| 22:20:04 | TheSeven | is there any reason why they can't be allocated statically? |
| 22:20:30 | wodz | they can but than it is ram which is slow on coldfire |
| 22:20:41 | wodz | s/ram/dram/ |
| 22:20:44 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 22:20:49 | wodz | stack is on iram |
| 22:21:47 | * | TheSeven wonders why ida needs several minutes to import the memory dump |
| 22:22:18 | wodz | ida is faaaar from perfect but unfortunately still the best |
| 22:22:51 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 22:24:23 | | Join robin0800 [0] (~robin0800@149.254.186.235) |
| 22:39:09 | | Quit robin0800 (Remote host closed the connection) |
| 22:41:01 | | Quit benjamin_ (Quit: Ex-Chat) |
| 22:43:26 | TheSeven | gevaerts: *facepalm* |
| 22:43:42 | TheSeven | it's the FTL/NAND driver of course, that's using the additional space |
| 22:44:00 | TheSeven | and the FTL seems to be rather hungry |
| 22:51:44 | TheSeven | gevaerts: the usb_thread function actually needs 48 bytes because it (unneccessarily) saves a bunch of regs on entry |
| 22:53:41 | TheSeven | screen_dump needs 656 bytes |
| 22:54:04 | gevaerts | ah, right. Push adds things... |
| 22:55:03 | gevaerts | TheSeven: can I assume that stack usage is the "sub sp,sp" stuff plus 4 bytes per push? |
| 22:55:34 | TheSeven | probably yes, if gcc doesn't allocate things deeper inside the function |
| 22:55:44 | TheSeven | if there are variable-size arrays on the stack it won't be that easy |
| 22:58:06 | | Quit earcar (Quit: bye) |
| 23:00 |
| 23:01:50 | Bagder | it would be fun to know how the "stock" ffmpeg codecs compare performance wise with Rockbox codecs on android |
| 23:01:55 | amiconn | bertrik: No, but (a) I rarely ever use my H10 and (b) the report doesn't say whether it happened on a big or small H10 |
| 23:03:46 | TheSeven | gevaerts: write_long_name is such a case... |
| 23:03:46 | | Join grawity [0] (~grawity@78-60-211-195.static.zebra.lt) |
| 23:04:38 | bertrik | amiconn, I was not aware of different h10 models, but as far as I can see, there is only one button driver for the h10 |
| 23:05:36 | amiconn | The hardware may still behave differently, even if the button part is the same |
| 23:06:06 | amiconn | The microdrive needs much less spinup current than the 1.8" hdd |
| 23:07:06 | *** | Saving seen data "./dancer.seen" |
| 23:10:01 | grawity | Is there a chance commit r28190 (FS #11646) could be undone? With reduced voltage, the contrast is reduced enough to be annoying. (the LCD is ILI9320) |
| 23:13:35 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 23:14:46 | | Quit petur (Ping timeout: 265 seconds) |
| 23:16:33 | | Join thegeek_ [0] (~nnscript@172.80-203-148.nextgentel.com) |
| 23:18:07 | | Join binaryhermit [0] (~binaryher@adsl-75-58-80-108.dsl.emhril.sbcglobal.net) |
| 23:20:14 | | Quit Highlander_ (Quit: Quitte) |
| 23:20:55 | | Quit thegeek (Ping timeout: 250 seconds) |
| 23:21:10 | | Join G4Oblivion [0] (~G4Oblivio@user-0c6sbe1.cable.mindspring.com) |
| 23:22:04 | | Join earcar [0] (~carmine@93-39-208-53.ip77.fastwebnet.it) |
| 23:26:27 | CIA-7 | New commit by bertrik (r28290): Make two local functions static in skin_tokens.c |
| 23:26:38 | | Quit DerPapst1 (Read error: Connection reset by peer) |
| 23:26:48 | TheSeven | gevaerts: i unrolled the post mortem dump in ida: http://pastie.org/1226429 |
| 23:27:00 | TheSeven | the numbers in parantheses are the amount of stack space allocated by that function |
| 23:27:29 | TheSeven | if the stack would have been 4 bytes bigger, it wouldn't have overflowed |
| 23:28:01 | TheSeven | thread_stkov was the first stack frame that overflowed the stack |
| 23:28:22 | CIA-7 | r28290 build result: All green |
| 23:28:22 | gevaerts | So it's basically the long name that gets in the way |
| 23:28:30 | | Join DerPapst [0] (~Alexander@p4FE8F31C.dip.t-dialin.net) |
| 23:28:38 | TheSeven | it only got triggered because switch_thread overwrote the magic number, but nothing more than that |
| 23:28:50 | | Join casainho [0] (~chatzilla@2.81.142.137) |
| 23:29:33 | TheSeven | the long name, and the high number of function call levels in the storage driver |
| 23:30:08 | TheSeven | the storage driver was eating 408 in that case |
| 23:30:13 | TheSeven | 408 bytes* |
| 23:32:14 | TheSeven | grawity: could that be fixed by changing some contrast settings in the lcd controller? |
| 23:33:02 | | Quit grawity (Quit: Good night.) |
| 23:33:42 | TheSeven | on the LDS176 it seems to be fine |
| 23:34:08 | * | TheSeven just noticed an interesting bug |
| 23:34:42 | | Join grawity [0] (~grawphone@m83-178-95-107.cust.tele2.lt) |
| 23:35:12 | TheSeven | with incompatible plugins installed, entering credits shows an incompatibility message and a rockbox logo. when you press a key, it returns to the main menu, but with remnants of the rockbox logo still visible |
| 23:36:19 | grawity | TheSeven: I'm just a user, so I don't know about the hardware details |
| 23:36:54 | TheSeven | so apparently the backdrop isn't redrawn in that situation |
| 23:37:30 | TheSeven | grawity: [23:33] <TheSeven> on the LDS176 it seems to be fine |
| 23:37:37 | TheSeven | so i can't test it on mine |
| 23:38:02 | TheSeven | what exactly is the problem? black being shown as gray? |
| 23:38:08 | * | grawity just upgraded a month old rockbox, noticed the low-contrast display, and downgraded to a July's backup. |
| 23:39:43 | grawity | Well, black seems to stay black, but overall colors are much lighter, "washed out" or something. |
| 23:39:59 | | Quit wodz (Quit: Leaving) |
| 23:40:15 | * | grawity can try making photos for comparison tomorrow |
| 23:40:21 | TheSeven | is the brightness too low? |
| 23:40:25 | | Quit badcam (Ping timeout: 250 seconds) |
| 23:41:04 | TheSeven | i.e. does it look better at maximum brightness? |
| 23:41:47 | grawity | (and tbh, I'm not sure it's that particular revision either; it's just the only nano2g display-related change I could find. Sorry if it's not the one) |
| 23:42:10 | grawity | No, it looks bad irrelevant of brightness settings |
| 23:43:41 | TheSeven | hm |
| 23:44:15 | G4Oblivion | grawity: r28290 without LCD patch http://www.datafilehost.com/download-2f980ec5.html |
| 23:45:05 | | Quit Gabe_G23 (Read error: Connection reset by peer) |
| 23:45:08 | | Quit scorche (Read error: Connection reset by peer) |
| 23:46:08 | | Join Gabe_G23 [0] (~gabe@bzflag/player/GabrielG) |
| 23:46:09 | grawity | Thanks, will try out tomorrow. (Kinda late here) |
| 23:47:25 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 23:48:04 | gevaerts | TheSeven: rename() is still bad... It apparently can use about 8KB of stack in the worst case |
| 23:48:16 | n1s | woha |
| 23:48:32 | TheSeven | gevaerts: which code path is that? |
| 23:48:37 | gevaerts | TheSeven: looking now :) |
| 23:48:44 | * | gevaerts has this all in a database! |
| 23:50:06 | TheSeven | rename itself eats 0x128 bytes |
| 23:50:16 | jordan` | ls |
| 23:50:28 | jordan` | (fail) |
| 23:54:04 | | Quit casainho (Remote host closed the connection) |
| 23:54:09 | CIA-7 | New commit by moos (r28291): Update the french translation for the upcoming release. |
| 23:54:55 | gevaerts | rename->fat_rename->add_dir_entry->write_long_name->write_long_name->fat_readwrite->*->cache_fat_sector->flush_fat_sector->storage_write_sectors->nand_write_sectors->ftl_write->ftl_remove_scattered_block->ftl_commit_sequential->ftl_commit_scattered->ftl_copy_block->ftl_vfl_write->ftl_vfl_log_trouble->ftl_vfl_schedule_block_for_remap->ftl_vfl_commit_cxt->ftl_vfl_store_cxt->nand_write_page->nand_write_page_int->nand_power_up->pmu_ldo_power_on->pmu_w |
| 23:55:09 | * | gevaerts thinks that there are some deep call chains in rockbox |
| 23:55:59 | CIA-7 | r28291 build result: All green |
| 23:56:36 | n1s | looks like it! |
| 23:56:46 | TheSeven | gevaerts: what did you use to figure that out? |
| 23:56:57 | gevaerts | TheSeven: awk, sqlite, and some patience :) |
| 23:57:03 | gevaerts | oh, and objdump |
| 23:57:12 | gevaerts | Trying to clean it up now |
| 23:57:35 | TheSeven | so you're disassembling it and parsing the output? |
| 23:57:40 | gevaerts | basically |
| 23:57:52 | gevaerts | I don't take variable arrays and push/pop into account yet |
| 23:58:01 | TheSeven | hm. why can't functions just have an attribute in the elf file that tells how big their stack frame is. |
| 23:58:16 | gevaerts | push/pop should be possible, but variable arrays are basically not doable |
| 23:58:24 | gevaerts | and recursion is of course a problem |
icon identifies that the person is a core developer (has commit access).