--- Log for 16.10.110 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 days and 23 hours ago 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 # 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 # 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 # 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 # 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 # you'll probably need to change the entire build, not just the one file 00.38.51 # Well, the rest are just fonts, codecs, plugins. 00.39.39 # rockbox.ipod seems to be holding the entire firmware or whatever it is called. 00.40.27 # 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 # To play music I'd need codecs/ ? 00.42.16 # to do anything you'll need a working rockbox install 00.42.27 # i think the main binary will just get you the menus and not much else 00.43.01 # If you have an entire build from last month handy, it would be nice... Otherwise I'd settle for rockbox.ipod. 00.43.36 # unfortunately daily builds don't get as far back anymore 00.44.51 # 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 # not the bootloader 00.45.25 # pixelma: that's why I was hoping someone here is lazy at upgrading. 00.45.27 # and tagnavi.conf is your local settings file 00.45.48 # No, local is tagnavi_local.config 00.46.15 # Er, _custom 00.46.42 # oh yeah 00.48.25 # * grawity remembers a backup of three-month-old rockbox somewhere. 00.49.19 # I guess I could downgrade to that. 00.58.45 # * grawity wonders if r28190 could be the cause. 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.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.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.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 # when/why are bootloaders released? 04.05.12 # 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 # "change" == enable Nano2G to boot the OF by holding Menu during startup like the other iPods. 04.06.42 # as of r28237 04.07.29 # 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 # 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 # 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 # 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 # 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 # saratoga: is there any way to modify ID3 tags from within rockbox, or is that frowned upon? 04.44.10 # 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 # 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 # 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 # doing that is fine 04.49.45 # theres no real restrictions on plugins as long as they're GPL, etc 04.50.07 # ok thanks ^^ 04.53.58 # 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 # but thats the fun part 04.54.36 # yeah it is xD 04.54.56 Quit MethoS- (Remote host closed the connection) 04.55.01 # i'll treat it as just another puzzle that needs to be solved 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 # 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 # 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.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.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.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 # 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 # 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 # where is the code that handles that? 09.00.57 # 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 # Hehe, iPod "OF" will certainly look very foreign on a Cowon d@ 09.14.22 # *D2, even 09.14.54 # grid mode is just terrible. 09.19.26 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 09.19.37 # Spam of the Forum: http://forums.rockbox.org/index.php?topic=21072.msg173150#msg173150 09.19.45 # OMG! bieber! 09.19.48 # Howdy. 09.19.55 # Hey 09.20.20 # 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 # I know, I just need to get a little free time 09.23.35 Quit Kitar|st (Ping timeout: 276 seconds) 09.24.06 # we were talking about abducting you from school ;) 09.25.24 Quit Kitr88 (Ping timeout: 250 seconds) 09.26.27 # 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 # 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 # 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 # 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 # I tried it from the menu or file browser 09.36.57 # just did, it works there... 09.37.24 # from the wps it constantly fails 09.37.45 # works for me 09.37.51 # hmm 09.37.51 # in the WPS too 09.39.14 # and I'm still in the WPS context menu but there's no problem going back to the WPS 09.39.31 # 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.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 # pixelma: ping 10.31.07 Quit factor (Read error: Connection reset by peer) 10.32.28 # Do we have anyone in charge of a new release now? 10.35.54 # pass, I haven't even seen the "we're in freeze for release" announcement... 10.39.57 # we should rotate around and appoint a single person "head release human" for each release we do 10.40.23 # or something 10.40.54 # pfffft! that sounds too sensible and efficient ;) 10.41.36 # =) 10.43.17 Join ender` [0] (krneki@foo.eternallybored.org) 10.43.41 # not if we just appoint some random person, preferably whitout them knowing ;) 10.44.25 # look, over there! 10.44.30 # * S_a_i_n_t appoints n1s 10.45.46 # i should have seen that comming ;) 10.45.59 Quit esperegu_ (Read error: Connection reset by peer) 10.46.49 # 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 # 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 # 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.01.11 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 11.03.31 # 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 # 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 # hi all 11.10.14 # 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 # deed: It's not a social channel, so...you usually don;t get any response from "Hi all" etc. 11.10.30 # If you have a question about Rockbox, just ask it. 11.10.38 # likely a null function pointer somewher 11.11.14 # 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 # 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 # where the hell memcpy is declared? 11.19.45 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 11.19.47 # firmware/libc/include/string.h 11.21.03 # right 11.21.08 # thx 11.21.43 # np, i often have to click my way through firmware looking for headers since the recent reorganizations 11.27.03 # There's this useful thing called grep ;) 11.28.36 Join ender` [0] (krneki@foo.eternallybored.org) 11.28.55 # amiconn: sure but i rmemeber where the header i want is, it just isn't there anymore... 11.30.17 # 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 # 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 # Hi Guys. Do you mind if I ask a question about a theme issue I'm having? 11.58.29 # New commit by 03nls (r28285): libtremor: tiny optimization 0.5%-1.5% on coldfire and PP 11.59.57 # badcam: if it's a Rockbox theme then just ask 12.00.10 # r28285 build result: All green 12.00.27 # and be patient, not everyone will have an answer 12.05.26 # 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 # I'm using Linux Mint BTW :) 12.11.02 # 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 # err.. ClipV2 port 12.12.38 # afaik screendump should be working... 12.14.10 # 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 # 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 # Correct. 12.15.51 # badcam: in Rockbox for the ClipV2 12.16.31 # OK. How long should the capture take? Does the Clip give any indication that it has done this? 12.16.45 # It should be instant. 12.17.05 # You're looking in the correct place? 12.17.15 # the files should be on the root of your DAP 12.18.18 # there should be some dump-timestamp.bmp files 12.19.10 # Yes. Root directory. I'm trying a different screen location. Checking now... 12.20.54 # 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 # JdGordon: No I didn't and yes I did respectively :) 12.21.10 # 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 # badcam: Search the tracker to check if this is known behaviour/already reported...if not, file a bug report. 12.22.00 # http://www.rockbox.org/tracker/index.php?show_task= 12.22.00 # I've tried this on my Clip+ as well and no luck there either. Perhaps it's Mint? 12.22.37 # 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 # 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 # 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 # s. https://dl.dropbox.com/u/12359987/dump%20101016-233425. https://dl.dropbox.com/u/12359987/dump%20101016-233425.png 12.49.35 # 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.05.12 # New commit by 03teru (r28286): Fix FS#10981: Viewers icons applied incorrectly. 13.06.47 # r28286 build result: All green 13.06.50 *** Saving seen data "./dancer.seen" 13.07.42 # AlexP: do You have some time to test new version of png viewer? 13.07.44 # n1s: maybe this is a v2? 13.18.20 # wodz: yep, hit me 13.19.27 # AlexP: I am testing new ver in sim currently, will ping you when ready than 13.19.36 Part funman 13.20.17 # 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 # 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 # 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 # 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 # n1s: yes 13.49.42 # that's a possibility, yes 13.51.06 # i asked on FS 13.59.39 # ok. If we don't get an answer in a week or so I guess we can close it 14.00.31 # ok 14.02.26 # soap: not an *undocumented* setting... 14.02.53 # We can always hide it quite effectively by only documenting it in the manual of course :) 14.03.07 # :) 14.06.16 # * n1s found why test_codec crashes 14.06.30 # it was a null func pointer that's called 14.06.59 # I once did that on my gigabeat F. It just caused a reboot :) 14.07.30 # :) 14.08.31 # 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 # 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 # n1s: IIRC kugel suggested to remove all guards a while ago 14.15.27 # gevaerts: why? 14.17.19 # 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 # ok, confirmed that fixes it 14.30.10 # New commit by 03nls (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 # 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 # New commit by 03teru (r28288): fix loding of default remote viewers icons. 14.52.21 Quit krabador (Ping timeout: 240 seconds) 14.52.30 # r28288 build result: All green 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 # 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 # you mean during the freeze? 15.24.44 # JdGordon: you're the one who announced the freeze that we might or might not be in now! :) 15.25.01 # its a bug fix though :) 15.25.14 # and yes, can someone make a descision already? 15.25.59 # I also want to get 11575 is soon... its RaaA changes only and a bugfix... feedback would be nice 15.26.06 # 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 # kugel: ^ 15.31.36 # 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.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 # badcam, your talk about screendump and working on a new theme made me curious. 16.13.18 # 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.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 # gevaerts, can this task be closed now? http://www.rockbox.org/tracker/task/11589 17.11.51 # In the forums we have around 100 IPs banned, and nearly a thousand hits against said bans. 17.12.10 # Is there really a good defense for a permanent IP ban? 17.12.37 # hits over how long a period? 17.13.51 # lifetime of the forums 17.14.57 # What caught my eye was a hit against IP ban 98.243.73.70 17.15.25 # 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 # Hit this month, but it was banned five months ago. 17.16.04 # Reading the bans there I have yet to see a *permanent* IP ban justified. 17.16.08 # bertrik: only the crash part is fixed 17.17.21 # 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 # 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 # soap, sounds reasonable to me 17.18.52 Quit esperegu (Ping timeout: 240 seconds) 17.22.16 # mc2739: is FS#10809 still affecting you(r sansa) ? 17.23.43 # New commit by 03bertrik (r28289): skin_engine: struct gui_skin can be static 17.25.02 # soap: I only ever ban on account + email anyway 17.25.39 # r28289 build result: All green 17.30.39 # 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 # 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 # I mean just a non-spam account by real person :) 17.31.44 # 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 # wow, this code is weird 17.48.15 # i hate when lots of unctions share global vars 17.48.45 # n1s, what part of the code are you looking at? 17.49.36 # talk code, i wanted to fix FS#10479 by not killing playback if there is no voice file to load 17.49.57 # not a very important bug but it looks easy :) 17.50.44 # some functions share a global file handle 17.51.02 # and the usage of it depends on a bunch of #ifdefs 17.56.16 # yay, it works! 17.56.26 # now to see if voice still works 17.56.56 # G4Oblivion, S_a_i_n_t had mentioned last night encrrypting the new bootloader on his Nano2G 17.57.01 # Get with him? 17.57.24 # He's on New Zealand time. 17.58.28 # 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.01.09 # He's in the channel, he's been highlighted, he'll respond when he sees that. Just hang around. 18.03.09 # 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 # do disk functions yield? 18.09.27 # like read and lseek? 18.11.38 # 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 # Whts up peeps 18.18.51 # 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 # 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 # 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 # 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 # This disktidy plugin is not deleting any files. 18.28.35 # any suggestions 18.28.38 # 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 # GreenKirby: does the Elephants Dream video from http://www.rockbox.org/wiki/PluginMpegplayer work? 18.29.40 # hmm lemme check 18.30.14 # If someone else can try the disktidy plugin? It might not be just me actually. 18.33.33 # GreenKirby: at least that one plays correctly on my ipod video with a current build 18.33.41 # hmm, now it doesn't disable voice if i pick a lang without voicefile if i have one loaded... 18.33.45 # 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 # I think 18.34.00 # and its a big file 18.34.05 # 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 # thanks man 18.53.12 Join MethoS- [0] (~clemens@134.102.106.250) 18.53.14 # it worked 18.53.22 # the mpg I was trying to play 18.53.31 # isn't quite correct 18.53.46 # ......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 # 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.11 # 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 # Yes 19.00.42 # Only we don't have customers, and we certainly don't wait on them :) 19.01.29 # 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 # Hello! 19.30.03 # 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 # There are still issues 19.34.12 Join s1gma_ [0] (~d.d.derp@77.107.164.131) 19.34.39 # 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 # 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 # We must remember to not release 64mb ipod video builds... 19.55.57 # why? 19.56.06 # i still want ipod classics 19.56.14 # rockbox is the ONLY way now 19.56.29 # since the itunes firmware is borked 19.56.30 # Because they're not needed any more 19.56.51 # soz wrong chan 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 # gevaerts: shouldn't be too hard, configure doesn't let you config for one anymore 20.16.30 # n1s: it never explicitely did 20.17.00 # how did you build them then, hack the makefile by hand? 20.17.36 # oh, wait 20.17.42 # enter the MB of storage you wanted (had). 20.18.06 # s/storage/RAM/ 20.18.22 # Yes, it doesn't ask for RAM size any more now 20.18.28 # but you can't do that anymore 20.18.50 Quit krazykit (Ping timeout: 240 seconds) 20.19.22 # but what if you pass --ram=64? 20.19.52 # kugel: yes, you can do that 20.20.04 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 20.20.22 # Shouldn't we just remove it from builds.pm? 20.20.23 # although it always configures for 64MB 20.20.52 # linuxstb: yes, but we decided to do that at release time to avoid interesting issues 20.22.05 # the release download page is using builds.pm right? 20.22.13 # specifying ramsizes !=64 doesn't stick in the Makefile 20.22.26 # kugel: yes 20.22.33 # so even if the buildscript does it that way both builds will be identical 20.22.50 # 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 # 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 # kugel: I think the rbutil helper cgis also use it, and those need to know about current builds too 20.24.24 # Removing a target should be very rare, and promoting a target just shouldn't be done at non-release times 20.24.46 # Wouldn't it be useful to keep track of which targets were in which release somehow? Wouldn't that avoid this? 20.24.56 # 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 # gevaerts, amiconn, jhMikeS, Did you ever experience the problem in http://www.rockbox.org/tracker/task/11339 ? 20.56.32 # bertrik: I've only ever used my h10 for testing, so no 21.07.02 *** Saving seen data "./dancer.seen" 21.09.27 # 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 # TheSeven: I guess it's up to the port maintainer 21.12.44 # but, have the various stkovs fixed been fixed? 21.13.09 # not really fixed, mitigated by increasing stack sizes in various places 21.13.37 # and some have disappeared after some fat code rework 21.13.38 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 21.13.51 # if it can be fixed this way I'd say go for it 21.14.04 # I haven't seen any recent stkov reports for nano2g 21.14.15 # 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 # there might be some hiding in the corners 21.14.53 # kugel: why does the android port need bigger stacks? 21.15.02 # I don't know 21.15.03 # 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 # I guess bionic is a bit more bloated than our c library 21.15.53 # but I haven't hit any stkovs during everyday use since the fat code rework 21.16.11 # TheSeven: is FS#11097 fixed? 21.16.40 # let me check... 21.16.56 # not that it should block a stable status imo 21.17.11 # n1s: actually, I strongly suspect that the mr500 stkovs on screenshot... 21.17.12 # no, that one is still present 21.17.16 # S_a_i_n_t reported a lot before his downtime 21.17.31 # gevaerts: ah 21.17.49 # display size dependant stack buffer? 21.17.54 # yep 21.18.04 # Not the best code I think 21.18.19 # I remember having a quick look at it 21.18.32 # should I commit an #ifdef'ed stack size increase for screendump? 21.19.06 Quit kugel (Remote host closed the connection) 21.19.30 # TheSeven: for a release I think so. For trunk I'm not sure 21.19.49 # what i'm more concerned about is the FTL corruption on unclean shutdown issue that apparently went away by itself. 21.20.23 # since i don't have an explanation why it disappeared, i fear that it might just come back at any time 21.20.32 # 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 # TheSeven: maybe "DEFAULT_STACK_SIZE + 4*SECTOR_SIZE" in usb.c? 21.21.24 # why on earth would it need 4 sectors? 21.21.28 # no idea 21.21.37 # It's 0x800 now 21.21.56 # which is one sector on nano2g 21.22.07 # Unless my brain is malfunctioning, 4*SECTOR_SIZE would leave this unchanged anywhere except on nano2g 21.22.15 # probably yes 21.22.16 # the screendump function shouldn't use more than 1k of stack or so, does it run in the usb thread? 21.22.23 # n1s: it does, yes 21.22.23 # yes 21.23.05 # gevaerts: do you remember how many on-stack buffers (worst case) the fat code is using? 21.23.15 # IIRC you brought that down to two 21.23.32 # or even one? 21.23.33 # I can't remember if we managed to get it down to one or not 21.23.59 # one 21.24.04 # see r28011 21.24.12 # hm. so where is all this stack space being used? 21.24.36 # 352 bytes for the LCD line, 2KB for the sector 21.24.49 # and IIUC we have 3KB of stack 21.24.50 # DEFAULT_STACK_SIZE is 1K, so the USB stack has 3K 21.24.54 # doesn't the 2G have tons of ram for a flash player? might as well bump the stack sizes for releases 21.25.03 # that way users are unlikely to run into problems 21.25.29 # saratoga: yes, it doesn't really matter if we have 30 or 29.99MB or audio buffer :) 21.25.32 # TheSeven: screen_dump has a MAX_PATH buffer too so ~600bytes in total for that func 21.25.45 # how big is the usb stack? 21.25.47 # 3K 21.25.54 # let me try bumping it to 4K 21.26.31 # btw, making that screendump code use a smaller buffer looks like it would be pretty easy 21.27.04 # IIUC (DEFAULT_STACK_SIZE + SECTOR_SIZE + lcd width * lcd bytes per pixel) should be sufficient 21.27.19 # TheSeven: the line buffer is 704 bytes 21.27.24 # why that? 21.27.27 Join _s1gma [0] (~d.d.derp@77.107.164.131) 21.27.32 # It's 2*LCD_WIDTH in shorts, not chars 21.27.47 # huh? why the factor of two then? 21.27.53 # oh, wait 21.27.57 # /2 again 21.27.59 # gevaerts: there's a /2 in the declaration of the array 21.29.05 # right 21.30.25 Quit s1gma_ (Ping timeout: 272 seconds) 21.33.01 # what's the mr500 lcd witdh? 21.33.03 # screendump() uses 624 bytes of stack on the nano2g 21.33.04 # width* 21.33.05 # 640 21.33.14 # ok, so another 1280 bytes for the line buffer 21.33.32 # 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 # But on the other hand it has 512-byte sectors 21.34.00 # So we have 400 bytes margin... 21.34.06 # * gevaerts investigates further 21.34.23 # i'd like to make the stack size DEFAULT_STACK_SIZE + SECTOR_SIZE if possible 21.35.30 # That would be ideal, but I wouldn't shrink the stack on any target one week before release 21.35.31 # or maybe DEFAULT_STACK_SIZE + SECTOR_SIZE + BMP_LINESIZE 21.35.53 # 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 # 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 # 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 # so 724 + BMP_LINESIZE + SECTOR_SIZE 21.45.24 # i'm trying DEFAULT_STACK_SIZE + SECTOR_SIZE + BMP_LINESIZE right now 21.46.02 # * TheSeven wants a faster linux box 21.46.23 # yes, that should be enough on all targets I think 21.51.00 # gevaerts: stkov 21.51.55 # Impossible! 21.52.44 # Where did those 300 bytes go? 21.53.04 # you did note the MAX_PATH buffer in screen_dump, no? 21.53.44 # n1s: I looked at the "sub sp,sp,XX" lines in the disassembly. Those should have everything 21.54.11 # they should, yes 21.55.20 # gevaerts: stmfd sp!, {...}? 21.56.11 # ? 21.56.19 Quit AlexP (Remote host closed the connection) 21.56.51 # don't those also allocate stack space? 21.57.31 # I didn't see those 21.57.37 # it apparently needs about 1.5K + SECTOR_SIZE + BMP_LINESIZE 21.57.53 # DEFAULT_STACK_SIZE + SECTOR_SIZE + BMP_LINESIZE + 0x200 works 21.57.58 # 0x1c0 instead crashes 21.58.52 # did you just analyze screen_dump() or also the code calling it? 21.58.53 Quit nerwal (Quit: CGI:IRC (EOF)) 21.59.30 # It's called from usb_thread(), which uses 12 bytes 22.03.35 # * TheSeven checks a post-mortem memory dump 22.03.54 # TheSeven: fat_rename() still seems to be bad, with 4716 bytes... 22.04.17 # why should screendump call that one? 22.04.42 # It won't 22.04.49 # 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 # how much stack can I allocate from the plugin? 22.18.30 # wodz: plugins run in the UI thread which has 8k stack 22.18.50 # ...or 16k on the nano2g 22.19.04 # ah 22.19.06 # good, so ~4kB of tables is not a problem 22.19.36 # depends on how much other things use, etc 22.20.04 # is there any reason why they can't be allocated statically? 22.20.30 # they can but than it is ram which is slow on coldfire 22.20.41 # s/ram/dram/ 22.20.44 Join petur [0] (~petur@rockbox/developer/petur) 22.20.49 # stack is on iram 22.21.47 # * TheSeven wonders why ida needs several minutes to import the memory dump 22.22.18 # 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 # gevaerts: *facepalm* 22.43.42 # it's the FTL/NAND driver of course, that's using the additional space 22.44.00 # and the FTL seems to be rather hungry 22.51.44 # gevaerts: the usb_thread function actually needs 48 bytes because it (unneccessarily) saves a bunch of regs on entry 22.53.41 # screen_dump needs 656 bytes 22.54.04 # ah, right. Push adds things... 22.55.03 # TheSeven: can I assume that stack usage is the "sub sp,sp" stuff plus 4 bytes per push? 22.55.34 # probably yes, if gcc doesn't allocate things deeper inside the function 22.55.44 # if there are variable-size arrays on the stack it won't be that easy 22.58.06 Quit earcar (Quit: bye) 23.01.50 # it would be fun to know how the "stock" ffmpeg codecs compare performance wise with Rockbox codecs on android 23.01.55 # 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 # 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 # 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 # The hardware may still behave differently, even if the button part is the same 23.06.06 # The microdrive needs much less spinup current than the 1.8" hdd 23.07.06 *** Saving seen data "./dancer.seen" 23.10.01 # 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 # New commit by 03bertrik (r28290): Make two local functions static in skin_tokens.c 23.26.38 Quit DerPapst1 (Read error: Connection reset by peer) 23.26.48 # gevaerts: i unrolled the post mortem dump in ida: http://pastie.org/1226429 23.27.00 # the numbers in parantheses are the amount of stack space allocated by that function 23.27.29 # if the stack would have been 4 bytes bigger, it wouldn't have overflowed 23.28.01 # thread_stkov was the first stack frame that overflowed the stack 23.28.22 # r28290 build result: All green 23.28.22 # 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 # 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 # the long name, and the high number of function call levels in the storage driver 23.30.08 # the storage driver was eating 408 in that case 23.30.13 # 408 bytes* 23.32.14 # 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 # 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 # 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 # TheSeven: I'm just a user, so I don't know about the hardware details 23.36.54 # so apparently the backdrop isn't redrawn in that situation 23.37.30 # grawity: [23:33] on the LDS176 it seems to be fine 23.37.37 # so i can't test it on mine 23.38.02 # 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 # 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 # is the brightness too low? 23.40.25 Quit badcam (Ping timeout: 250 seconds) 23.41.04 # i.e. does it look better at maximum brightness? 23.41.47 # (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 # No, it looks bad irrelevant of brightness settings 23.43.41 # hm 23.44.15 # 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 # Thanks, will try out tomorrow. (Kinda late here) 23.47.25 Join scorche [0] (~scorche@rockbox/administrator/scorche) 23.48.04 # TheSeven: rename() is still bad... It apparently can use about 8KB of stack in the worst case 23.48.16 # woha 23.48.32 # gevaerts: which code path is that? 23.48.37 # TheSeven: looking now :) 23.48.44 # * gevaerts has this all in a database! 23.50.06 # rename itself eats 0x128 bytes 23.50.16 # ls 23.50.28 # (fail) 23.54.04 Quit casainho (Remote host closed the connection) 23.54.09 # New commit by 03moos (r28291): Update the french translation for the upcoming release. 23.54.55 # 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 # r28291 build result: All green 23.56.36 # looks like it! 23.56.46 # gevaerts: what did you use to figure that out? 23.56.57 # TheSeven: awk, sqlite, and some patience :) 23.57.03 # oh, and objdump 23.57.12 # Trying to clean it up now 23.57.35 # so you're disassembling it and parsing the output? 23.57.40 # basically 23.57.52 # I don't take variable arrays and push/pop into account yet 23.58.01 # hm. why can't functions just have an attribute in the elf file that tells how big their stack frame is. 23.58.16 # push/pop should be possible, but variable arrays are basically not doable 23.58.24 # and recursion is of course a problem