--- Log for 16.11.111 Server: pratchett.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 7 hours ago 00.00.45 # that's a zip file, it contains the source code and the makefile but just send the recovery-hack.sb file and don't try to rebuild it. Then you will need to build mem_reader and perhaps modify it if you are working under windows. 00.01.16 # ideally you should run something like this: read_util 066f:3770 0xFFFF0000 65536 rom.bin 00.02.23 Join lovasoa [0] (~olojkine@78.251.30.151) 00.02.35 # Hi 00.02.49 # Ok. I'm running out of time, I'll have a look at it tonight or tomorrow. 00.03.30 # I just posted a patch, and as adviced on flyspray, I come here to signal it 00.03.37 # it's here: http://www.rockbox.org/tracker/task/12387 00.04.03 # low_light: ok thanks 00.04.11 # It's a very small patch to correct a "bug" in minesweeper 00.04.19 # oh, this was a feature I missed. :D 00.04.52 # I used to play minesweeper quite often in my rockboxed ipod. 00.06.13 # I didn't play it with my iPod, because playing with a scrollwheel and a large screen is horrible 00.06.32 # * gevaerts thinks the game would be better if the starting tile test were removed altogether. Mines are dangerous things, and the game should reflect that! ;) 00.07.22 # xD this reminds me of peta in the news with the evil rat killing in bf3 and now about the evil mario. 00.07.53 # You should also remove doom plugin: killing zombies is evil 00.08.27 # And snake. Snakes are dangerous 00.08.47 # lovasoa: I'm not proposing removing the minesweeper game 00.10.02 # so removing all the mines would ensure happy people as they would always win. xD 00.10.48 # Just as rockblox1d? You can only win? 00.11.05 # * gevaerts must not be expressing himself clearly today 00.11.58 # Also, I'm not a native speaker... I'm french, and not very good in English at school... 00.12.41 # So, can you include the patch, gevaerts? 00.14.12 # * gevaerts thinks 00.14.25 # * lovasoa hopes 00.14.37 # * rarog scratches his head 00.15.10 # lovasoa: I'm wondering if some people might complain about the game getting too easy with this 00.15.36 # I guess those people are already unhappy about not being able to lose on the very first move though 00.15.54 # why is this a problem that the first tile is adjacent to a mine ? 00.16.11 # by avoiding this you are clearly making it easier 00.16.20 # Not really 00.16.30 # Because then, you have to pick another tile randomly 00.16.35 # You're making it harder to get into a situation where you *have* to guess 00.17.11 # for big ones, you nearly always have to guess once at least, so guessing right after the first one is not really a problem 00.17.38 # I looked at "gnome mines" source code, and found this comment: 00.17.40 # /* Randomly set the mines, but avoid the current and adjacent locations */ 00.17.42 # private void place_mines (uint x, uint y) 00.17.44 # { 00.18.59 # pamaury: should the current code stay then? I mean, why can't you lose on the very first move when nothing has been uncovered yet? 00.19.00 # I think that what I implemented is the "implicit normal behaviour" of the game 00.19.09 Quit ender` (Quit: foot, n. a device used for finding Lego bricks in the darkness) 00.19.27 # gevaerts: I think there's no point in losing on the first move. 00.19.33 # gevaerts: no point 00.19.42 # gevaerts: What's happening in an implicit "restart the game until you didn't lose on the first move" 00.19.56 # But any other "hand holding" removes player agency. It makes what you're doing matter less. 00.20.17 # So why not extend this to the second move where you're *still* just guessing? 00.20.24 # If you could lose on the first move, all that would result in is how long you have to wait (by restarting) until you get to actually play 00.20.30 # but I understand the reason for the patch and I have no objection to it, just stating a potential counter argument 00.21.50 # Ideally I think you'd want a generator where you *never* have to guess (if you understand the game well enough and given enough coffee), but I don't think it's reasonable to expect a simple patch for that 00.21.52 Part low_light 00.22.05 # I played rockbox's minesweeper today, and was annoyed by having to always restart the game after the 2nd move... 00.22.47 # lovasoa: i'd say avoid the current location but not the adjacent ones 00.22.55 Quit robin0800_ (Ping timeout: 245 seconds) 00.23.05 Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111109112850]) 00.23.16 # funman: but why are those cases different? 00.23.18 # gevaerts: then you need to implement an AI and it's not really interesting 00.23.19 # It was the behaviour before my patch 00.24.09 # except if you are able to generate interesting game which never need to be guessed but I'm no sure it's really feasible 00.24.34 # anyway, minesweeper is just a mecanimal game 00.24.44 # *cal 00.24.46 # pamaury: the implementation in sgt-puzzles does this 00.25.01 # lovasoa: ah right, i like this current implementation 00.25.05 # * gevaerts still wants to port that collection to rockbox one day... 00.25.37 # if you do this you are removing all the pleasure of the game: guessing the last square :) 00.25.48 # Why does everyone wants to annoy me? 00.26.16 # funman: why is having to guess the first move bad but having to guess the second move good? 00.26.19 # lovasoa: my remark was not on your patch, it's fine; it's a general thought about the minesweeper 00.27.03 # gevaerts: 0 information on the first move 00.27.12 # * pamaury thinks minesweeper is in fact a guessing game since it's too easy to solve everything else 00.27.28 # funman: if the first move tells you there are adjacent mines, you still have 0 information 00.27.50 # yes yo21:08 < geal> xtophe: http://stashbox.org/560965/UAC%20v0.0.11d.zip 00.27.51 # u do 00.28.14 Quit pamaury (Remote host closed the connection) 00.28.25 # you know a probability (but ok you knew one at the first move too) 00.28.43 # The way minesweeper works you can only deduce things based on at least two positions 00.29.08 # I do believe we have a dice rolling plugin if you just want to guess :) 00.29.08 Quit liar (Remote host closed the connection) 00.32.02 Join robin0800_ [0] (~robin0800@149.254.60.41) 00.35.23 # lovasoa: you're alrady in CREDITS, right? 00.35.37 # Yes I am :) 00.37.47 Quit bertrik (Ping timeout: 260 seconds) 00.44.58 # New commit by 03gevaerts (r30994): Don't put mines adjacent to the starting position instead of just not *on* the ... 00.45.56 # * gevaerts prepares for the flamewar 00.46.18 # no 00.46.30 # Thank you ! ;) 00.46.31 # we'll just let you walk on a mine... 00.46.32 # :) 00.46.53 # gevaerts: you wanna commit all the lang updates that are sitting around too? :) 00.46.55 # r30994 build result: 2 errors, 1 warnings (gevaerts committed) 00.47.13 # Oh oh... 00.47.39 # * gevaerts claims that that warning is also JdGordon's 00.48.09 # oh dammit 00.49.19 # Why is the recorder 8MB build larger than the regular? 00.49.33 # because 8mb is the minimu for some features 00.49.42 # database? ramcache? 00.49.44 # dircache? 00.50.26 # ah, yes. At least dircache 00.51.12 # Now that you commited, I can go to bed... 00.51.18 # Good night ! 00.52.10 # * gevaerts thinks it's time for the archoses to move to a regular bootloader-based system 00.52.21 Part lovasoa 00.59.27 *** Saving seen data "./dancer.seen" 01.01.50 Quit Scromple (Ping timeout: 240 seconds) 01.01.58 # Yes, just dircache 01.03.29 Quit rarog (Quit: ChatZilla 0.9.87 [SeaMonkey 2.4.1/20111011102430]) 01.18.28 Join nosa [0] (~m00k@adsl-74-235-84-146.clt.bellsouth.net) 01.18.40 Join Viperfang [0] (~Viperfang@x.viperfang.net) 01.19.18 # Good evening, FS#12083 no long applies correctly (1 failed chunk) would anyone mind helping my apply it? 01.19.19 # http://www.rockbox.org/tracker/task/12083 3Add delay to usb-s3c6400x init to fix usb hang on some ipod classics (patches, new) 01.20.04 Quit nosa-j (Ping timeout: 256 seconds) 01.20.04 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-84-146.clt.bellsouth.net) 01.23.45 Part Viperfang 01.26.22 Join ChickeNES-laptop [0] (~ChickeNES@128.135.100.102) 01.30.45 Quit ReimuHak_ (Quit: Leaving...) 01.43.25 Quit ChickeNES-laptop (Read error: Connection reset by peer) 01.43.46 Join ChickeNES-laptop [0] (~ChickeNES@128.135.100.102) 01.44.56 Quit ChickeNES-laptop (Read error: Connection reset by peer) 01.46.11 Join ChickeNES-laptop [0] (~ChickeNES@128.135.100.102) 01.50.56 Join Strife89 [0] (~Strife89@168.16.236.220) 01.51.59 Quit ChickeNES-laptop (Quit: Computer has gone to sleep.) 02.03.42 Quit Keripo (Ping timeout: 256 seconds) 02.13.03 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 02.14.01 Join qnm [0] (~qnm@2001:44b8:3110:f300:208:9bff:fec0:179a) 02.18.18 Join Keripo [0] (~Keripo@eng385.wireless-resnet.upenn.edu) 02.22.20 Quit Poodlemastah (Remote host closed the connection) 02.27.05 Quit Strife89 (Quit: Leaving) 02.28.41 Join Strife89 [0] (~Strife89@168.16.236.220) 02.32.56 Quit funman (Quit: leaving) 02.35.02 Quit Strife89 (Ping timeout: 240 seconds) 02.35.50 Quit markun (Ping timeout: 260 seconds) 02.41.41 Quit GeekShadow (Remote host closed the connection) 02.46.22 Quit robin0800_ (Ping timeout: 248 seconds) 02.47.52 Quit Keripo (Quit: Leaving.) 02.59.28 *** Saving seen data "./dancer.seen" 03.02.23 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 03.07.09 Quit Rob2222 (Ping timeout: 256 seconds) 03.21.48 Join robin0800 [0] (~robin0800@149.254.60.167) 03.26.36 Join Keripo [0] (~Keripo@eng385.wireless-resnet.upenn.edu) 03.26.42 Quit fatline (Quit: This computer has gone to sleep) 04.11.36 Quit robin0800 (Quit: Leaving) 04.18.31 Join nosa [0] (~m00k@adsl-74-235-42-207.clt.bellsouth.net) 04.20.04 Quit nosa-j (Ping timeout: 258 seconds) 04.20.04 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-207.clt.bellsouth.net) 04.21.02 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net) 04.22.10 Join robin0800 [0] (~robin0800@149.254.60.171) 04.24.32 Join Rob2222 [0] (~Miranda@p5DE4B2A3.dip.t-dialin.net) 04.33.04 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.33.04 Quit amiconn (Disconnected by services) 04.33.12 Quit pixelma (Disconnected by services) 04.33.14 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.33.16 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.33.26 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.35.53 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 04.39.56 Join Scr0mple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 04.40.19 Join ReimuHak_ [0] (~reimu@wireless.sit-co.net) 04.41.20 Quit Scromple (Ping timeout: 252 seconds) 04.48.19 Join fyrestorm [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 04.51.30 Quit [7] (Disconnected by services) 04.51.45 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.59.30 *** Saving seen data "./dancer.seen" 05.07.51 Quit fatline (Quit: This computer has gone to sleep) 05.08.02 Quit Keripo (Quit: Leaving.) 05.10.14 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net) 05.15.12 Join Rob2223 [0] (~Miranda@p4FFF392F.dip.t-dialin.net) 05.18.55 Quit Rob2222 (Ping timeout: 248 seconds) 05.28.22 Join dreamlayers [0] (~dreamlaye@bas4-windsor12-1279288092.dsl.bell.ca) 05.28.22 Quit dreamlayers (Changing host) 05.28.22 Join dreamlayers [0] (~dreamlaye@rockbox/developer/dreamlayers) 05.31.38 # Does anyone know why FS#5111 isnt in svn? 05.31.40 # http://www.rockbox.org/tracker/task/5111 3Ipod piezo driver (patches, unconfirmed) 05.32.31 Quit MethoS- (Read error: Connection reset by peer) 05.33.21 Quit ps-auxw (Ping timeout: 245 seconds) 05.35.29 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 05.43.03 Quit Horscht (Quit: Verlassend) 06.04.17 Quit fatline (Quit: This computer has gone to sleep) 06.05.05 Quit Zarggg (Quit: Rebooting client...) 06.08.45 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net) 06.21.47 Quit robin0800 (Ping timeout: 240 seconds) 06.34.07 Quit fatline (Quit: This computer has gone to sleep) 06.46.30 Join robin0800 [0] (~robin0800@149.254.60.171) 06.49.32 Join nosa [0] (~m00k@adsl-74-235-26-130.clt.bellsouth.net) 06.50.39 Quit nosa-j (Ping timeout: 260 seconds) 06.50.39 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-130.clt.bellsouth.net) 06.54.11 Quit robin0800 (Ping timeout: 244 seconds) 06.55.02 Join nosa [0] (~m00k@adsl-74-235-26-130.clt.bellsouth.net) 06.58.14 Quit nosa-j (Ping timeout: 260 seconds) 06.58.15 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-130.clt.bellsouth.net) 06.59.31 *** Saving seen data "./dancer.seen" 07.29.41 # Today I did some testing of the PP502x IDE DMA code. It seems like data being read isn't corrupt, but cpucache_invalidate() causes unrelated memory corruption. Even just adding it to ata_transfer_sectors() without enabling DMA causes the same dircache commit crash. 07.30.09 # Sorry, I mean tagcache. It's late. I'll get back to this tomorrow. Goodnight. 07.30.51 Quit dreamlayers (Quit: dreamlayers) 07.43.53 # moin 07.43.55 # ups 07.48.21 Nick Scr0mple is now known as Scromple (~Simon@115-64-195-104.static.tpgi.com.au) 07.59.11 Join markun [0] (~markun@s3eea32f5.adsl.wanadoo.nl) 08.19.32 Join nosa [0] (~m00k@adsl-74-235-26-130.clt.bellsouth.net) 08.20.30 Join whereisit [0] (~29884da3@www.haxx.se) 08.20.49 Quit nosa-j (Ping timeout: 252 seconds) 08.20.50 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-130.clt.bellsouth.net) 08.22.48 # I'm trying to find the Simulator, I have looked and searched under, Docs index + General info + Wiki and I can't see a obvious link to the Sim, could someone please provide me with the URL ? 08.23.13 # http://rasher.dk/rockbox/simulator-3.9/ 08.23.28 # thank you kindly 08.23.45 # or http://rasher.dk/rockbox/simulator/ if oyu want current svn instead of th elast release 08.23.55 # ta 08.25.43 Quit whereisit (Quit: CGI:IRC (EOF)) 08.37.02 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.37.02 Quit bertrik (Changing host) 08.37.03 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.50.08 Quit Scromple (Quit: Leaving) 08.59.34 *** Saving seen data "./dancer.seen" 09.00.07 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 09.05.48 Quit wodz (Quit: Leaving) 09.09.14 Quit bluefoxx_ (Ping timeout: 252 seconds) 09.11.44 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.13.47 Join KiwiCam [0] (~KiwiCAM@200.193.69.111.dynamic.snap.net.nz) 09.21.34 Quit bertrik (Ping timeout: 248 seconds) 09.47.41 Join why [0] (~29884da3@www.haxx.se) 09.48.11 # how do I get it to display all files so that I can rolo and fleash my H140 ? 09.48.43 # the quick menu doesn't have that handy little menu anymore 09.50.43 # and wtf os root under files, i get "playlist buffer full" flag what does that mean ? 09.50.55 # os=is 09.53.45 # seriously guys, how do I get to display all files like it used to so that I can use the lastest build and flash my player, anyone ? 09.55.19 # ok, back to the old build I go. 09.55.27 Quit why (Quit: CGI:IRC) 10.00.11 # how patient 10.05.32 Quit factor (Read error: Connection reset by peer) 10.12.48 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 10.12.49 Quit pamaury (Changing host) 10.12.49 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.14.01 Join ender` [0] (~ender@foo.eternallybored.org) 10.23.22 Join factor [0] (~factor@74.197.205.204) 10.37.11 # How do/should we handle patches which have a really long life time (i.e 5 years), with quite a few people posting patch updates (though probably more than half are just resyncs) where not everyone has their full name on flyspray? 10.39.04 # Try contacting any of the ones who wrote copyrwriteable code (IE not resyncs or cosmetic changes) 10.39.06 # ? 10.39.36 # JdGordon: IMO a mere resync doesn't imply copyright 10.39.45 # for sure 10.40.02 # They should all be associated with at least an email address. 10.40.08 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 10.40.11 # It's probably possible to contact most of the ones who've contributes original code. 10.40.21 # but 47 task attachments is alot of effort to figure out exactly who shld get credited and who shouldnt 10.40.26 # desowin: added! 10.40.53 # the people who did the major work (i.e the piezo driver) are all commiters so that isnt such an issue 10.41.47 # freqmod sounds familiar, is he in credits already? 10.41.52 # JdGordon: rewrite it :) 10.42.14 # not tonight thanks :) 10.43.47 # there is only one frederik in CREDITS, does that probably mean that is he? :) 10.43.56 # he's had a few patches accepted so i guess so 10.48.18 # bingo! 10.48.25 # JdGordon: did you see my question on the ml? 10.48.34 # r12241 is a patch from him 10.48.46 # kugel: yes 10.48.53 # alright 10.50.48 # I'm going to change the keyclick setting to speaker/headphone/both/off and commit 10.56.16 # actually, headphone keyclick isnt just an on/off setting so I really have no issues with the two clickers being speerate options 10.57.09 # JdGordon: some auto setting based on headphone detection would be nice 10.57.29 # I agree with soap on that one 10.57.33 # I still think the change you added in the last patch should be separate 10.57.49 # and i tihnk that is a waste of time 10.58.03 # do you have an ipod? 10.58.15 # actually, it should work on software keyclick too 10.59.35 *** Saving seen data "./dancer.seen" 10.59.56 # so what's the situation in the patch? 11.00.06 # have those separate settings or what? 11.00.14 # ? 11.01.38 # repeat keyclick is even a setting already, why did you implement it? 11.01.49 # doesnt that setting apply for piezo? 11.02.08 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 11.03.33 # I fixed it so it doesnt keep beeing like crazy when you hold down a button 11.03.40 # so it only beeps on the first repeat 11.04.01 # yes. that setting exists for keyclicks 11.04.32 # it should work for both, which is what I meant with integration 11.04.38 Quit Bagder (Ping timeout: 240 seconds) 11.05.10 # what we have here is a failure to communicate! 11.05.29 # possibly :) 11.05.29 # I'm not sure what you are talkin baout 11.05.45 # the "dont repeat clicks if buttons are repeated" one exists in SVN as a setting 11.06.10 # my change is not that 11.06.25 # with that setting enabled, every BUTTON_REPEAT event triggers the beep which is horrible 11.06.36 # so i fixed it so it only beeps on the first one 11.06.37 # that's why it's a setting you can turn off 11.06.58 # off is even the default IIRC 11.07.14 # I dont want it off 11.07.21 # I want it to not be broken 11.07.32 # you "fixed" the setting to be ignored? 11.07.44 # no 11.07.57 # reread what i said 11.08.28 # the setting is intended to keep clicking as buttons are hold 11.09.08 # btw, this is why that very change should be separate 11.09.22 # it can be discussed independantly of piezo 11.10.09 # do you use the keyclick? 11.10.33 # a while ago 11.10.41 # not on raaa :) 11.13.21 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 11.14.30 # JdGordon: what does the setting do with your change? 11.15.42 Quit perrikwp (Ping timeout: 248 seconds) 11.16.09 # dont worry, im pulling it out for the itme being 11.16.13 # cant be bothered arguing 11.17.49 # i guess I just don't understand what it's doing 11.18.58 Join GeekShadow [0] (~antoine@63.87.193.77.rev.sfr.net) 11.20.41 # JdGordon: btw, great job on the skin-engine-to-buflib one 11.22.18 # hm, there's another main menu item now. time to restart the setting-system-merge again! 11.22.27 # +discussion 11.24.36 # OH CAN WE>?! 11.24.38 # :'( 11.24.49 # and thanks, I was really surprised it was so simple 11.24.55 # "simple" :p 11.25.42 # fingers crossed this actually builds for every ipod :p 11.25.45 # New commit by 03jdgordon (r30995): Finally commit FS#5111 - piezo clicker for ipods! ... 11.26.37 # oh, the famous piezo clicker driver which has been lying around for so long 11.26.59 # Opened by Robert Keevil (obo) - Thursday, 13 April 2006, 10:34 GMT+10 11.28.32 # r30995 build result: 2 errors, 1 warnings (jdgordon committed) 11.29.41 # kugel: ok, so the problem is, with the repeat setting enabled, when you hold down a button (i.e seek or poweroff) it clicks constantly which is really irritating 11.29.54 # with the setting off thugh the scrollwheel doesnt click at all except the first time 11.30.21 # so i changed it so with the setting on it only clicks the first repeat event (so twice in total) 11.30.36 # ahh 11.30.37 # though I'm tihnking I'll just change the 'off' behaviour to do what i want which makes a ncer default 11.30.56 # okay, that seems to make sense 11.31.13 # yea, changing the behavior of off seems a bit better 11.31.18 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 11.31.24 # or better yet, a "once" option perhaps? 11.31.39 # I also want to fix the lists to stop clicking once you hit the end with wrap off :) 11.32.02 # JdGordon: I think rockbox headers in files from 'piezo' commit are not compatibile with our current scheme 11.32.11 Quit ps-auxw (Ping timeout: 240 seconds) 11.32.22 # how so? 11.33.03 # they are missing statement about GPL version used 11.33.20 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 11.33.59 # well they *are* 5 years old :) 11.34.26 # they should be changed. right now it makes them gplv2 only 11.34.27 # http://www.pastie.org/2871594 11.34.35 # thats the difference 11.35.24 # ok 11.35.38 # (though technically its not my right to change it) 11.36.50 # the obvious solution would be to revert and find original authors/contributors how they see license change -) 11.36.54 # yes and no 11.37.29 # when we switched to gplv2 or later we assumed all files that are not explicitely v2-only are ok to change, no? 11.37.49 # wodz: I'm very sure roolku is fine with that 11.37.50 # New commit by 03jdgordon (r30996): Fix the gpl notice in the previous commits new files, and fix the yelow gevearts naughtily ignored 11.38.13 # kugel: yes 11.38.34 # so it should be ok 11.39.26 # JdGordon: this time you introduced unrelated change to skin_parser.c 11.39.34 # oh shoosh! 11.40.17 # r30996 build result: 2 errors, 0 warnings (jdgordon committed) 11.41.22 # and we definitely need to do something with this hanging build errors 11.42.22 # Yes, but what? 11.42.46 # well, I'd say discontinue recorder, leaving 3.10 the last release it supports 11.42.47 # Probably that is the question to be rised on ML 11.43.03 # kugel: no need for that, really 11.43.10 # It's only the 8MB build that fails 11.43.19 # oh 11.43.35 # and anyone who has a 8mb recoder can do their own build disabling the feautres they dont want 11.43.40 # there was a thread on forum which showed that most users use outdated builds on archoses anyway 11.43.44 # but I'd like to fork out hwcodec anyway 11.43.53 # I'd say we either drop the 8MB recorder build or we disable dircache for it explicitely 11.43.59 # the only difference to the 2mb one should be dircache and tc ramcache 11.44.05 # pixelma and amiconn excluded 11.44.28 Join TomColler [0] (~thomas@net-93-144-142-63.cust.dsl.teletu.it) 11.45.02 # gevaerts: I don't think there's a lot point in starting to disable features 11.45.04 # or moving to a bootloader like gevaerts said last night 11.45.41 # Ah, yes. I'd forgotten about that :) 11.47.20 # I think that branching is more beneficial personally 11.47.54 # can anyone think of a possible excuse to have keyclick enabled but *not* want the scroll wheel to beep every step? (I can sort of get why you wouldnt want press buttons to keep beeping on repeat thugh) 11.48.36 # * kugel cant 11.50.04 Join nosa [0] (~m00k@adsl-74-235-26-130.clt.bellsouth.net) 11.50.50 # clicking on wheel step is the most usefull 11.51.22 # is the binsize statistics discontinued? 11.51.28 Quit nosa-j (Ping timeout: 276 seconds) 11.51.28 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-130.clt.bellsouth.net) 12.05.47 # New commit by 03jdgordon (r30997): Change the "keyclick repeat" setting behaviour so when it is off only the *first* repeat will click. ... 12.05.57 # not the best commit message, but much nicer behaviour 12.06.46 Quit einhirn (Ping timeout: 244 seconds) 12.07.47 Quit Silicium (Ping timeout: 240 seconds) 12.08.07 # r30997 build result: 2 errors, 0 warnings (jdgordon committed) 12.08.50 Join Silicium [0] (~marco@mail.2am.ch) 12.11.28 # JdGordon: You have proposed a change in action.c related to HAVE_SCROLLWHEEL some time ago. Have you tried it? I can't find it now in irc logs. 12.11.56 # I don't remember what it was :) 12.12.35 # JdGordon: it is about hack in line 255 12.12.58 Quit tmzt (Ping timeout: 260 seconds) 12.13.34 # crap, I don't remember what it was 12.13.43 # i remember i had an idea though... grr 12.15.19 # * JdGordon greps his logs 12.15.29 Join tmzt [0] (~tmzt@adsl-76-244-152-58.dsl.akrnoh.sbcglobal.net) 12.20.45 # wodz: ah, I may have stumbled on a nice place for a fix 12.23.10 # does this line look correct? 12.23.22 # ((last_button&(BUTTON_SCROLL_BACK | BUTTON_SCROLL_FWD)&button) == 0) 12.23.40 # if last button was one of those two, and button is not one 12.23.57 # JdGordon: I see two possible solutions (as I consider current 'fix' as a nasty hack) 1) fix lowlevel drivers to emit REL event after some timeout or on direction change 2) craft some more general change in action.c 12.24.27 # The second approach is much less work but I try as much as possible to not touch anything above /firmware :-) 12.24.44 # i recently wanted my clip+ to wake-"me"-up, e.g. alarming me its time go. But while hearing music this does not work. Before I start to get into coding something I'd like to know if a wakeup-sound which would be played is a good idea (or maybe hard to implement) 12.25.57 # I think that alarm feature is meant to power-up the device on particular time 12.28.28 # wodz: what was the actual issue again? 12.28.39 # thats seems a bit restrictive - lets say you'd like to be alarmed in 30 minutes - working on somehthing while hearing music... it would just have to play the alarm sound for some seconds 12.29.24 # hmm... i will have a look into that this evening :D 12.29.36 # JdGordon: If you remove this hack, after screen change either scrollwheel or buttons stop working (can't remember now) 12.30.02 # JdGordon: that is because action system waits for REL event 12.30.14 # the hack fixes it? 12.30.50 # JdGordon: most of the times - but there are some sporadic reports that something doesn't work as should 12.31.43 # I'm not sure i understand what is happening. buttons only get eaten (waiting for _REL) on a context change which cant happen because of a wheel event 12.31.53 # and moreover with current code I would need to define HAVE_SCROLLWHEEL and add some fake button code defines to the hd300 scrollstrip driver 12.32.09 # I don't like defines which are misleading 12.34.25 # it will still be BUTOTN_SCROLL_FWD/BACK no? 12.37.31 # well in current hd300 driver it is BUTTON_UP and BUTTON_DOWN 12.38.32 # it is hard to call it FFW or BACK as this aren't used for this 12.38.46 # *FWD 12.38.59 Join MethoS- [0] (~clemens@134.102.106.250) 12.39.24 # is BUTTON_UP not a press in a specifc region of the scrollbar thing? 12.39.35 # and BUTTON_SCROLLL_UP being something else 12.41.17 # no, scrollstrip in hd300 works exactly the same as scrollwheel in ipods and the only difference is the shape 12.42.07 # if you hold finger on one end of scrollstrip it will generate appropriate button events with some steady freq. 12.49.03 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 12.59.37 *** Saving seen data "./dancer.seen" 13.21.22 Quit nosa-j (*.net *.split) 13.21.22 Quit factor (*.net *.split) 13.21.22 Quit [fred] (*.net *.split) 13.23.04 Join nosa-j [0] (~m00k@adsl-74-235-26-130.clt.bellsouth.net) 13.24.01 Join 5EXAAB03Q [0] (~m00k@adsl-74-235-26-130.clt.bellsouth.net) 13.24.01 Join factor [0] (~factor@74.197.205.204) 13.24.01 Join [fred] [0] (fred@ircop.efnet.at) 13.25.31 Quit 5EXAAB03Q (Ping timeout: 252 seconds) 13.37.42 # is there something like "--dry-run" for "svn up"? i want to be able to review currently implemented patches before they break cause of svn up 13.41.38 Join zaytsev [0] (~zaytsev@unaffiliated/zaytsev) 13.41.51 # hi rockboxers 13.42.13 # anyone know if there were any attempts to circumvent speedo aquabeat 2 to run rockbox? 13.42.28 # googleing didn't really bring any results... 13.43.52 # never heard of that 13.45.28 # kugel: it's one of the few waterproof players out there. just got one. somehow it said in the description that it would play flac, but I'm not sure, and hey, rockbox is the best either way 13.45.55 Quit ReimuHak_ (Quit: Leaving...) 13.48.03 # kugel: it mounts as an msc device and just expects the files to be dropped there. dead simple player. I wonder if I can demonstrate enough skills & dedication to try to port rockbox. but I guess if nobody have approached it I will have to open the player and for something that has been waterproofed it doesn't sound like a terribly good idea 13.49.49 # zaytsev: is there an update/recovery mode like holding a button and plugging usb ? Then can you tell the VIP&PID of the device ? 13.50.45 # pamaury: in the manual it says that the hardware reset can be performed by holding M button for 10 seconds, but I coudlnt' find any mentions of a firmware upgrade facility 13.51.47 # zaytsev: on google, "speedo aquabeat 2 firmware upgrade" gives a result, it should apply to your device 13.51.48 # ? 13.55.45 # pamaury: oh I was too stupid to google for that. there is no mention on the official website that I can find, but one of the google results is a website in russian which has a zip file with an alledged firmware upgrade 13.56.25 Join openstandards [0] (~openstand@87.127.196.56) 13.56.59 # pamaury: in the PDF though it has the photos of aquabeat 1 and not aquabeat 2 which is what I have. I'm affraid this upgrade might not be applicable 13.57.16 # yes, if you have the device, dont't try to firmware upgrade but just plug it after reset and holding stop (as described) and report the VID&PID. If by chance it's a known one, it can mean that the hardware is known to us 13.57.21 # kugel: something is broken in svn with the clip, trying to load a theme 13.57.47 # clipv1 13.57.56 # using repro from http://www.rockbox.org/tracker/task/12388 13.59.07 # crash during core_shrink() 14.00.39 # zaytsev: usually the procedure to enter recovery mode is of this form: shutdown the player, hold the key and plug usb. If you have a menu key, that's a good candidate 14.01.32 # JdGordon: 95% of the lockups or crashes in buflib I've debugged were caused by faulty client code and resuling memory corruptio 14.01.51 # And I beleive I've fixed the other 5% :) 14.02.26 # pamaury: mine seems to have the reset button that they suggest to press on aquabeat 1, but I will try menu, stop and others when it's charged. dmesg doesn't report VID & PID and I don't seem to be able to find them with lshw though. sorry for a stupid question, but what I should be looking at? 14.02.50 # kugel: same theme works fine on clip+ (8mb vs 2mb build) 14.03.37 # zaytsev: lsusb or dmesg, but if dmesg doesn't report device insertion then it means it wasn't the right conbinaison 14.03.37 # zaytsev: lsusb 14.04.09 # *combination 14.05.43 # JdGordon: perhaps some OOM? that seem loads a font, those can be large no? 14.06.09 # the audio buffer now reserves quite a bit so the shrink callback there can fail 14.07.01 # in usb msc mode I suspect it's 1271:0211. I will try in service mode when it's charged and report back. thanks a lot for your help so far. 14.08.47 # yes, very much looks like Foxda Technology Industrial 14.09.01 # this is not good.... crashes loading the failsafe skin for the wps 14.13.00 # hmm, crap, ok might be my bad, i was loading a broken wps 14.13.03 # it shouldnt crash though 14.15.08 # dont try loading a 71kb wps :p 14.16.47 # especially when the pluginbuffer is only 64KB... 14.16.57 # i.e dont do ctrl-s in chrome on a .wps! 14.18.11 Part TomColler 14.18.45 # JdGordon: Maybe we should exercise skin engine with purposely broken wpses? This technique revealed something like 1k bugs in mozilla codebase some time ago :-) 14.19.57 Quit zu (Quit: Lost terminal) 14.20.08 # haha, no need for that. The parser is very good and will reject broken skins. th eproblem is trying to load a file that is bigger than the pluginbuffer into the plugin buffer and then giving the skin engine negative buffersize to deal with :) 14.22.32 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 14.23.00 Join bluebrother [0] (~dom@g231122220.adsl.alicedsl.de) 14.23.00 Quit bluebrother (Changing host) 14.23.00 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 14.23.57 # JdGordon: the one on the tracker is only 0.6MB 14.24.01 # KB* 14.25.02 Quit fs-bluebot (Ping timeout: 248 seconds) 14.25.31 # I know... do ctrl-s on it and look at the resulting file 14.26.09 Join fs-bluebot [0] (~fs-bluebo@g231122220.adsl.alicedsl.de) 14.26.23 Join zu [0] (~zu@ks387228.kimsufi.com) 14.26.49 Quit bluebrother^ (Ping timeout: 276 seconds) 14.26.55 # JdGordon: 633bytes 14.28.43 # (using firefox) 14.29.08 # got chrome installed? 14.29.15 # it puts the whole css in there! 14.32.37 Join funman [0] (~fun@rockbox/developer/funman) 14.35.08 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net) 14.35.26 Quit casainho (Ping timeout: 252 seconds) 14.43.34 # New commit by 03jdgordon (r30998): OOPS! Don't overwrite the trailing \0 from the skin text with the first alloc (should fix FS#12388) 14.44.12 Quit zu (*.net *.split) 14.44.13 Quit mikroflops (*.net *.split) 14.44.13 Quit ej0rge (*.net *.split) 14.44.14 Quit preglow (*.net *.split) 14.45.14 # JdGordon: isn't it wrong indented? 14.45.44 # r30998 build result: 2 errors, 0 warnings (jdgordon committed) 14.45.45 # also, why does it read line by line and not the whole thing? 14.46.29 # wodz: ? 14.46.37 # kugel: because thats very old code 14.46.42 # feel free to fix it 14.47.18 # but \r will break the parser, so windows edited skins will need fixing 14.47.20 # or handling 14.47.24 # I expect it would speed up loading quite a bit 14.47.35 Join hilbert [0] (~hilbert@adsl-89-217-82-44.adslplus.ch) 14.47.44 # I doubt it highly 14.47.54 # anyway, im going to bed, feel free to experiment 14.48.02 # well, read_line() does byte-by-byte internally 14.48.21 # the filesystem code does buffering 14.48.24 Join zu [0] (~zu@ks387228.kimsufi.com) 14.48.24 Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) 14.48.24 Join ej0rge [0] (~alhaz@207.135.137.71) 14.48.24 Join preglow [0] (thomj@rockbox/developer/preglow) 14.48.48 # pamaury: our code too? 14.49.09 # doing a single read there would be nice to trim the code though 14.49.15 # sure, at least I'm pretty damn sure, it would be disaster otherwise 14.49.34 # I'm not so sure 14.49.44 # yes, just checked 14.49.56 # JdGordon: it looks like start++; is shifted one char right 14.50.31 # wodz: the raw diff looks alright 14.50.42 # ah ok 14.51.35 # crappy chrome :/ 14.51.54 # how about using a browser that's not broken guys :) 14.53.09 # speed up firefox and I'll be in 14.59.40 *** Saving seen data "./dancer.seen" 15.02.56 Quit wodz (Quit: Leaving) 15.03.15 # New commit by 03desowin (r30999): Add myself to COMMITTERS 15.03.37 # desowin: welcome \o/ 15.04.03 # welcome 15.04.06 # congrats! 15.04.21 # * funman looks for something to commit 15.04.42 # huge commit on the way :P 15.05.11 # enjoy svn revision numbers while you can! 15.05.26 # r30999 build result: 2 errors, 0 warnings (desowin committed) 15.07.10 # desowin: please avoid errors on first commit ;) 15.08.03 # New commit by 03desowin (r31000): Sandisk Sansa Connect port (FS #12363) ... 15.08.20 # pamaury: it's JdGordon fault! 15.08.37 Quit fatline (Quit: This computer has gone to sleep) 15.10.55 # r31000 build result: 2 errors, 9 warnings (desowin committed) 15.10.59 # can I get tracker rights as well? 15.11.04 # uuuu, warnings 15.11.40 # it's a bit ugly that we have yet another full sd driver, we really should factor the common parts: init and read/write 15.12.04 # I didn't touch rbclient! it's not my warning 15.12.38 # I mean, I didn't trouch iriver.c and gigabeat.c 15.13.31 # desowin: different compilers being used 15.15.00 # funman: but is it something I should worry about now? (the iriver.c and gigabeats.c warnings) 15.15.32 # no, the warnings were present already 15.16.03 # well the code causing them. the warning themselves just show or not, depending on particular of compiler and libc being used to build the simulator 15.19.05 # pamaury: yes, I completely agree with you 15.20.23 # I don't remember why there were some objection, probably because some drivers have quirks here and there or because of clock settings but we can't keep duplicating code like this 15.21.08 Join Thra11 [0] (~thrall@87.115.190.51) 15.22.48 # i just think nobody did it 15.24.08 # I'll try to do something when implement the fuze+ sd driver 15.28.28 Join preglow_ [0] (thomj@tvilling2.pvv.ntnu.no) 15.28.48 Join ej0rge_ [0] (~alhaz@207.135.137.71) 15.28.55 Join zu_ [0] (~zu@ks387228.kimsufi.com) 15.29.12 # quick question if you were to get a mp3 player would it be the sansa clip, sansa fuze or something else? 15.30.06 # new target! 15.31.10 # openstandards: are you asking if rockbox work fine on these models? 15.32.19 # well i've checked the website and i've seen they are compatible but which would is considered the best for rockbox 15.33.38 Quit zu (*.net *.split) 15.33.39 Quit mikroflops (*.net *.split) 15.33.39 Quit ej0rge (*.net *.split) 15.33.39 Quit preglow (*.net *.split) 15.34.12 # openstandards: look at http://www.rockbox.org/wiki/BuyersGuide it could help you to make your choice 15.34.21 Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) 15.35.11 # didn't see that link i'll have a look now, thank you very much 15.36.10 Quit GeekShadow (Read error: Connection reset by peer) 15.39.26 # is it up to date ? 15.44.32 Quit dv_ (Read error: Connection reset by peer) 15.47.55 # pamaury: fuze+ and hifimanhm801 has the same target_id number in configure 15.48.00 Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 15.48.26 # really ? that's not my fault ! 15.49.11 # yes, they both have 80, I needed to sync my patch (to 81) as the stuff got commited during my initial works 15.49.27 Quit dv_ (Read error: Connection reset by peer) 15.49.48 # huh, in my repo hifimanhm801 has 79 15.50.15 # oh no you're right 15.53.12 Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 15.55.19 # should I ask mortalis to fix it or should I fix it now ? It will break the bootloader 15.57.28 Join Topy [0] (~Topy44@f049003214.adsl.alicedsl.de) 15.58.01 Join fatline [0] (~fatline@dyn-209-2-222-190.dyn.columbia.edu) 15.58.13 # I think it's better if mortalis fix it 16.00.42 Quit T44 (Ping timeout: 253 seconds) 16.01.23 Join TheLemonMan [0] (~LemonBoy@ppp-50-21.26-151.libero.it) 16.14.48 Join WalkGood [0] (~4@unaffiliated/walkgood) 16.24.58 Join balintx_ [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 16.26.13 Quit balintx (Read error: Connection reset by peer) 16.31.40 Quit hilbert (Read error: Connection reset by peer) 16.44.00 # does anyone else understand what the heck Lambda is on about with regard to removing stuff to get an iOS port going? He's left me utterly bewildered. 16.46.09 # I didn't quite get it to. I thought port rockbox to iOS would mean *adding* stuff 16.46.13 # *too 16.47.00 # yeah, hence my question 16.47.26 Join dreamlayers [0] (~dreamlaye@bas4-windsor12-1279316210.dsl.bell.ca) 16.47.27 Quit dreamlayers (Changing host) 16.47.27 Join dreamlayers [0] (~dreamlaye@rockbox/developer/dreamlayers) 16.47.34 Quit dreamlayers (Client Quit) 16.49.09 # also, I wanted to ask him "For god's sake whhhhhhhhhhhhy?" but didn't have the heart. 16.49.39 # when rockbox will be reduced to int main(void){return 0;} a port to iOS will be easier 16.50.07 Join dreamlayers [0] (~dreamlaye@bas4-windsor12-1279316210.dsl.bell.ca) 16.50.07 Quit dreamlayers (Changing host) 16.50.07 Join dreamlayers [0] (~dreamlaye@rockbox/developer/dreamlayers) 16.51.35 Quit pamaury (Remote host closed the connection) 16.59.42 *** Saving seen data "./dancer.seen" 16.59.46 Part Zagor 17.01.13 Quit factor (Read error: Connection reset by peer) 17.01.31 Join mortalis [0] (~mortalis@77.108.98.176) 17.03.10 # could the http://hg.atheme.org/users/desowin/zsitool/ be included in rockbox utils directory? (being the only author I can relicense it to GPL v2 or v3 without any problems if that's required) 17.03.30 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 17.03.30 Quit n1s (Changing host) 17.03.30 Join n1s [0] (~n1s@rockbox/developer/n1s) 17.06.46 # desowin: what does it do? 17.07.07 # New commit by 03mortalis (r31001): fix target id for HiFiMAN HM-801 17.07.11 # as long as it is free i think you can choose your own license for tools 17.09.36 # r31001 build result: 2 errors, 0 warnings (mortalis committed) 17.12.14 # funman: upload the binary to Sansa Connect when in aither recovery mode or usbautoboot mode 17.18.57 Join factor [0] (~factor@74.197.205.204) 17.21.41 # * dreamlayers is trying to figure out an odd problem: if ata_transfer_sectors contains "if (!write) cpucache_invalidate()", then tempbuf_sort crashes when committing the database. 17.35.06 Quit Thra11 (Read error: Connection reset by peer) 17.36.02 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 17.50.31 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.52.28 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 17.54.55 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 18.02.11 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.03.51 # mortalis: ping 18.06.12 # pamaury: pong 18.06.22 Join Keripo [0] (~Keripo@seas643.wireless-pennnet.upenn.edu) 18.06.36 # pamaury: i've fixed target id already 18.06.47 # ok perfect 18.14.23 Quit ezzieyguywuf (Disconnected by services) 18.16.00 Quit WalkGood () 18.18.50 Join Thra11 [0] (~thrall@87.115.190.51) 18.20.01 Join WalkGood [0] (~4@unaffiliated/walkgood) 18.23.38 # I tried to contact Freescale to get some information about the stmp3700 (!=stmp3780 but have lot in common) and they won't except under NDA :( 18.23.41 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 18.24.06 # that's definitely stupid since they give the stmp3780 manual without any condition ! 18.24.21 # pamaury: insist, insist and then insist 18.24.24 # then repeat 18.24.31 # pamaury: Although I agree that sd code refactoring is needed this may be a bit tricky 18.24.43 # it worked for AMS although because i pointed that they had already given us doc in the past 18.25.44 # i don't remember what was the problem with SD refactoring 18.25.55 # pamaury: I am afraid it will end up as ifdef hell 18.26.03 # I already insisted a lot for the stfm1000 and didn't suceed (they pretended an IP problem) 18.26.06 # wodz: why ? 18.26.58 # funman: I already pointed out they give away the stmp3780 manual but that's all, Freescale never gave us anything, at best they wanted to sign a NDA 18.26.58 Quit factor (Read error: Connection reset by peer) 18.27.22 # pamaury: for example rk27xx has some serious problem with reporting tran state 18.27.50 # s3c2440 driver is weird at best 18.28.09 # the s3c2440 would need to be rewritten but it's not much used 18.28.28 # why do you need to wait for the tran state ? 18.28.34 Join ChickeNES-laptop [0] (~ChickeNES@128.135.100.102) 18.28.40 # others have different schemes for retrieving data from fifo/buffer 18.29.21 Join factor [0] (~factor@74.197.205.204) 18.29.31 Quit factor (Read error: Connection reset by peer) 18.29.55 Join ChickeNE_ [0] (~ChickeNES@wireless-197-181.uchicago.edu) 18.29.59 Quit Thra11 (Quit: kthxbai) 18.30.14 # pamaury: generally you should be sure that the card is in right state before issuing data transfer commands 18.30.15 Join Thra11 [0] (~thrall@87.115.190.51) 18.30.26 Join factor [0] (~factor@74.197.205.204) 18.30.30 # at least that is how I understand (incomplete) documentation 18.31.11 # Perhaps it's not the case for SD, but for MMC that's not a problem, after you complete init sequence, you can't escape tran mode by doing read/write only 18.31.23 # * pamaury has another try at convincing freescale guys 18.32.41 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 18.32.42 Quit Bagder (Changing host) 18.32.42 Join Bagder [241] (~daniel@rockbox/developer/bagder) 18.32.58 Quit ChickeNES-laptop (Ping timeout: 258 seconds) 18.34.39 # the card should report as being in tran anyway :-) 18.35.26 # setting sd clock divider would be needed to factor out as target specific 18.35.57 # the factored portion would be the init sequence basically, sending command would be driver specific of course 18.36.00 # *and data 18.36.41 # but switching sd clock is part of init 18.36.54 # you can have a driver specific function to do that 18.37.06 # isn't it that what I said? 18.37.10 Join sacarasc [0] (sacarasc@xmms2/bitch/sacarasc) 18.37.30 # you said it like it was a blocker 18.37.59 # it is a wording problem I guess 18.38.08 # :) 18.38.11 # I have nothing agains 18.38.18 # t 18.39.56 Part sacarasc ("Leaving") 18.43.23 Quit Thra11 (Ping timeout: 240 seconds) 18.43.50 Join Thra11 [0] (~thrall@12.58.113.87.dyn.plus.net) 18.50.28 Join thegeek [0] (~nnscript@160.39.34.95.customer.cdi.no) 18.51.29 Join Poodlemastah [0] (~Poodlemas@h-241-205.a218.priv.bahnhof.se) 18.52.49 Join Pood [0] (5518f1cd@gateway/web/freenode/ip.85.24.241.205) 18.55.32 Quit Pood (Client Quit) 18.57.43 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 18.59.45 *** Saving seen data "./dancer.seen" 19.00.28 Quit Keripo (Quit: Leaving.) 19.09.37 # gevaerts, kugel: Regarding the 8MB recorder build, we have several options 19.09.59 # The easiest would be to disable dircache and tc_ramcache 19.10.45 # Another option (for a while) would be to upgrade gcc, which hopefully would produce a smaller binary (as we're using -Os) 19.11.58 # Third one would be to switch to using a bootloader .ajz/.mod on hwcodec and have main rockbox in /.rockbox like on all other targets 19.12.06 # I wonder if -ffunction-sections could free up enough space. 19.12.43 # -ffunction-sections usually *increases* binsize, unless there are quite a lot of functions to throw away 19.13.34 # On SH anyway; it is due to the fact that -ffunction-sections aligns each function at section boundaries (16 bytes) instead of the usual 4 byte alignment 19.13.34 # On ARM there doesn't seem to be a penalty because code is always aligned. Is that not the case on sh? 19.13.41 # oh, sorry 19.14.18 # Some time ago I checked whether it is possible to select the section alignment; 16 bytes is unnecessary and a waste 19.15.01 # I guess it's aligning to cache lines, but this only helps SH2 and higher, SH1 has no cache 19.16.30 Quit ChickeNE_ (Quit: Computer has gone to sleep.) 19.16.53 # gcc 4.6.2 with binutils that supports plugins, -flto, -fuse-linker-plugin and -fwhole-program decreases size, but I didn't create a working v2 Recorder binary yet, and the linking is *much* slower. 19.16.53 Join Horscht [0] (~Horscht@p57B57486.dip.t-dialin.net) 19.16.53 Quit Horscht (Changing host) 19.16.53 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.18.05 # What would be needed for decreasing section alignment? Did you find an option or would binutils have to be patched? 19.18.23 # I didn't find an option (in 4.0.x) 19.19.28 # Switching to a bootloader model would mean that we should change how booting from flash works. Since loading the uncompressed and unscrambled rockbox binary from disk is probably faster than decompressing rockbox.ucl from rom, I'd do away with ucl-from-rom altogether 19.19.57 # man sh-elf-ld shows some relevant options 19.21.02 # So we'd essentially have our own flash loader ("bootbox+") which can boot either rockbox.archos (default) or an OF from .ajz/.mod 19.21.14 Quit liar (Read error: Connection timed out) 19.22.25 # /msg *status help 19.22.31 # On non-flashable archoses, bootbox would reside in / as ajbrec.ajz or archos.mod, respectively. Once it's flashed these files would be unnecessary 19.23.14 # I could test recv1, player, and the Ondios. Unfortunately I have no fm or v2 19.23.55 # I have a v2 I could use to test 19.24.22 # LinusN has an fm he doesn't use afaik 19.25.11 # From what I read, it seems they're the same hardware. One just has the additional radio module. 19.25.16 # So the question is whether we want to go that route, and also whether the flash image should optionally (still) support ucl compressed rockbox and/or OF 19.25.45 # Yes. There are even early v2s which still have the radio chip, so using rockbox on those makes them fms 19.26.25 # There's one other difference - the model id in the .ajz, so you can't boot the OF of a v2 on an fm and vice versa 19.28.51 Join ChickeNES-laptop [0] (~ChickeNES@128.135.100.102) 19.29.01 # If Rockbox is normally loaded from disk, removal of ucl support doesn't seem very beneficial. There's no need to save flash space then. 19.29.48 # * amiconn thinks there's a contradiction in that sentence 19.31.41 # If there's no need to save space, why should we remove ucl support? 19.32.21 # I thought I said that. 19.32.38 Join metaphys [0] (~jean-loui@d86-32-96-55.cust.tele2.at) 19.32.49 # Err, why *shouldn't* we remove it? 19.34.12 # If we want an (optional) OF in flash (perhaps with automatic fallback to that OF if bootbox doesn't find rockbox) we might still need it. I need to check how large the varoious OF versions are, and whether they fit into the 256K ROM together with bootbox 19.34.15 # Hey pamaury did you recieved the same mail as i did :D ? 19.35.34 # well did you all recieved the same mail as I did? :D 19.37.00 # -ffunction-sections and -Wl,--gc-sections saved 2048 bytes, and it still works on my v2 Recorder. 19.37.05 # "This might be a bit unorthodox, but my son Thomas (who is seven) insisted that I thank you for your work on the Rockbox port for the Fuze+. He got a Fuze+ for his birthday in June, and we have been eagerly awaiting the Rockbox port for it. He has ADHD, and we have found that listening to music makes it much easier for him to focus on his homework, which is part of the reason why he got a MP3 player for his birthday. But he wanted a por 19.37.07 # table game player as well, which is why Rockbox will be perfect for him. When I explained to him how Rockbox is developed and the port for the Fuze+ specifically, he was completely entranced. He and I thank you and all the other developers for your efforts, and want you to know that it is greatly appreciated." how nice is that !!! :D 19.38.14 Join japc [0] (~japc@194.65.5.235) 19.38.48 Join hilbert [0] (~hilbert@adsl-89-217-82-44.adslplus.ch) 19.41.51 Quit ChickeNES-laptop (Quit: Computer has gone to sleep.) 19.44.26 Quit WalkGood (Quit: CaminaBien ♪ ♫ ♪ ♫) 19.47.31 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.50.19 Quit japc (Ping timeout: 244 seconds) 19.52.40 Part metaphys 19.53.38 Join stripwax__ [0] (~Miranda@87-194-34-169.bethere.co.uk) 19.58.22 Quit stripwax__ (Read error: Connection reset by peer) 20.00.17 Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/) 20.05.19 Join metaphys [0] (~jean-loui@d86-32-96-55.cust.tele2.at) 20.05.26 Part metaphys 20.06.35 # I assume neither a bootloader nor a new compiler are things that can realistically be done within a few days, so if we want the red gone from the build table we should probably go for a short term fix 20.08.44 # i.e. remove the recorder from the build network? :) 20.10.09 # Either disable the 8MB recorder build for now or add an ifdef condition for it to disable dircache, yes 20.10.16 # Unless someone has other ideas 20.10.36 # * gevaerts points out again that it's the *8MB* recorder build, not the regular 20.11.43 # dreamlayers: Btw, if -ffunction-sections saves binsize for main builds, this is a sign of missing #ifdef's, or entirely unused functions which should be removed 20.11.54 # does either of the two recorder users have the 8MB mod? 20.12.15 # n1s: I believe there are at least three recorder users. Two is the ondio ;) 20.12.33 # ah, i mix them up 20.12.55 # We don't know how many users there are, because most of the remaining archos users probably don't upgrade often 20.13.14 # * gevaerts nods 20.13.25 # if they don't upgrade they won't be affected by whatever we do 20.13.49 # I didn't say they don't upgrade - they don't upgrade often. Probably just releases 20.13.50 # amiconn: So, you feel that every function correctly removed via -ffunction-sections is something that should be fixed via #ifdefs? 20.14.36 # anyway, if we do something "short term" now it'll likely be permanent unless someone actually intends to work on a better solution 20.14.37 # dreamlayers: Almost every, yes. Bootloaders are another matter 20.15.01 # n1s: short term in this case buys us a few months at most 20.15.07 # dreamlayers: Did you try gcc 4.6.x yet? 20.15.33 Quit wodz (Ping timeout: 260 seconds) 20.15.43 # gevaerts: what happens in a few months? 20.16.03 # n1s: the main recorder build is within a few kilobytes of the limit now 20.16.32 # ah yes 20.16.53 # amiconn: I've used gcc 4.6.2 to compile Rockbox without errors, but I didn't get any working binaries. It might have been partly due to binutils 2.21.1, which I used for linker plugin support. 20.17.13 # Define non-working 20.17.38 # Also, did you check whether the patch for jumptable padding is still necessary? 20.18.10 # And did you compare binsizes? 20.18.13 # I didn't even get to see the logo. 20.18.21 # So it hangs? 20.18.27 # Yeah 20.20.18 Join japc [0] (~japc@248.53.37.188.rev.vodafone.pt) 20.21.13 # 4.6.2 increased v2 Recorder binsize unless paired with all the -flto related stuff. Then, the reduction wasn't huge, similar to -ffunction-sections. 20.21.16 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 20.22.19 # When I used -ffunction-sections, functions were word aligned. 20.23.51 Join Keripo [0] (~Keripo@eng074.wireless-resnet.upenn.edu) 20.24.57 # With 4.0.x? 20.27.03 # Yeah, the standard Cygwin sh toolchain. 20.28.07 Join lorenzo92 [0] (~chatzilla@host96-171-dynamic.245-95-r.retail.telecomitalia.it) 20.28.08 # Hmm, weird. Where did I observe that 16 byte alignment then? 20.28.38 Quit lorenzo92 (Client Quit) 20.28.41 # Anyway, 4 byte alignment for each and every function still wastes a bit of space (1 byte per function on average) 20.33.57 # It's better than wasting more space with unused functions, but I understand you prefer excluding them via the preprocessor instead. 20.34.36 # For example, here's a list of functions excluded on the 5G iPod http://www.rockbox.org/tracker/task/12378?getfile=24291 20.36.43 # -ffunction-sections helps a bit, but not enough: firmware image is 206178 bytes while max size is 204800 20.41.24 Join bug2000 [0] (~bug@unaffiliated/bug2000) 20.41.47 # That "Branched" part got me confused on the website making me think it's out. 20.42.35 # [On the site that is. Noticing the 3.10 and the SVN ontop of it. Made me think 3.10 is out or being pushed except no other pages for what I've seen were editted to fit] 20.43.53 # "From now on, many RAM can be saved by allocating memory in correct (instead of worst-case) sizes " - Should it not be much? 20.44.07 # definitely much 20.45.35 # TheSeven, Will you change it? Since I am not going to register with real name to the Wiki on the next 30 seconds? 20.45.52 # where exactly is that? 20.45.58 # Writing as you ask. 20.46.05 # http://www.rockbox.org/wiki/MajorChanges -> Major changes in version 3.10 -> 2011-08-30 20.46.58 # fixed 20.47.03 # Thank you very much. 20.47.17 # * bug2000 thinks some of the stuff on the changelog was written in a rush. 20.47.43 # TheSeven, You can read the entire thing, I think there's stuff like `a` missing or stuff that could be better said. 20.47.58 # But I guess they don't bother as much as this many / much. 20.48.17 # [Which mostly bothers by just not sounding right] 20.53.06 Join caramou [0] (~caramou@187.212.20.81.dynamic.adsl.abo.nordnet.fr) 20.54.06 Join promyloph [0] (~promy@unaffiliated/promyloph) 20.56.54 # I’m getting “ROLO error: file too big” on my Sansa Clip+ when trying to load r31001 from r30720. rockbox.sansa is 545644 bytes large. Is this supposed to happen? 20.57.42 # probably not 20.59.28 # Will rebooting help or brick the device? 20.59.48 *** Saving seen data "./dancer.seen" 20.59.48 # i'd say no :) 20.59.58 # How would that brick the thing? 21.00.29 Quit Keripo (Quit: Leaving.) 21.00.42 # * TheSeven wonders if he should try a final attempt at sorting out that ipod classic bootloader stuff 21.00.47 # that buffer is gotten with core_alloc_maximum which probably fails under some circumstances 21.01.10 # No idea, gevaerts. That’s why I’m asking. Better safe than sorry. 21.01.11 # TheSeven: what stuff? 21.01.52 # well mostly figuring out the signing and the update protocol to finally build a rockbox bootloader that doesn't touch the boot flash 21.01.54 # promyloph: i'd guess kugel is the one to look at that bug 21.02.24 # promyloph: ROLO doesn't touch the bootloader or the filesystem 21.02.33 # TheSeven: as in easier install? 21.03.07 # yeah 21.03.15 # that would be nice 21.03.44 # not only easier install, probably also finally dualboot 21.03.48 # Yep, gevaerts. But I’m not sure what happens when I reboot into r31001 now. 21.03.52 # also nice 21.03.52 # and if we're incredibly lucky lower power consumption 21.04.12 # (in case some of our HW setup code is the culprit) 21.04.16 # promyloph: rolo is separate from the bootloader 21.04.35 # Ah, ok. Thanks. 21.04.42 # TheSeven: tripple nice! 21.04.50 # promyloph: you basically found a rolo bug in r30720 21.05.06 # Not very impressive, huh? ;) 21.05.20 # the fact that this didn't boot doesn't mean that's anything wrong with r31001 21.05.29 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 21.05.32 # and even if you install a broken build, you should be able to boot the OF and fix it from there 21.05.47 # Yeah, loading r31001 from itself works. 21.05.56 # Must have been fixed in the meantime. 21.06.16 # or just some intermittent problem 21.06.29 # the kind we like most :) 21.08.41 # * bug2000 thinks Rockboy is awesome. Letting you hide a gameboy disguised as a music player. 21.09.02 # bug2000: try that with an ipod :) 21.09.25 # * bug2000 laughs out loudly. 21.09.27 # a clickwheel is kind of the least suited input device for gameboy games that was ever invented 21.09.32 # TheSeven: I’ve seen the OF puts a lot of stuff in the flash (database files, a few hundred MB). Will that work even if flash is (almost) full? 21.10.21 # bug2000: a gameboy hidden in an ipod case would definitely work better, if you just need it to be disguised :) 21.10.58 # promyloph: I've heard reports of trouble with this, but I don't have such a device myself, so I can't really answer that 21.10.59 # TheSeven, Yeah, I know. I tried playing on Sansa Fuze. A couple of times I got the wheel to move rather than clicking the correct buttons. 21.11.38 # TheSeven, It would be even better if I knew how to compile the bootloader for Rockbox so that Rockbox would run in `Hidden` mode. 21.12.23 # hidden mode in terms of the OF being the default boot option? 21.12.35 Quit japc (Ping timeout: 240 seconds) 21.12.36 # TheSeven, Yeah. 21.12.42 # Ok, thanks everyone! Keep up the good work! 21.12.50 Quit promyloph (Quit: WeeChat 0.3.5) 21.12.53 # ^ Ditto. 21.13.03 # well, that's probably a two-liner patch, but a rather risky one (it touches the code that's most likely to brick your device) 21.13.24 # TheSeven, I know. That's why I didn't even try it. Because I didn't even know where to start with it. 21.13.39 # Well I did copy the reposetory but noticed I can't figure where it is in the code. 21.14.00 # in some assembler file 21.14.31 # That might be the reason. I only looked at the c files. 21.15.24 # oh, it's even worse 21.15.27 # it's somewhere in here: http://svn.rockbox.org/viewvc.cgi/trunk/rbutil/mkamsboot/dualboot.c?view=markup 21.15.28 # :P 21.16.06 # How do you even read that?! 21.16.27 # you just don't read that :) 21.16.39 # TheSeven, So how did someone write it in the first place? 21.16.50 # it's a compiled version of this: http://svn.rockbox.org/viewvc.cgi/trunk/rbutil/mkamsboot/dualboot/dualboot.S?view=markup 21.17.45 # That is by far more readable. 21.18.03 # I know which lines to edit and how thanks to you. But I fear of breaking too much. 21.18.16 # * bug2000 thinks comments are awesome. 21.18.39 # you should let someone who knows what he's doing do it for you, and test it on his own device first 21.20.09 # Anyway thanks for your time. 21.20.23 # Thanks for everyone in here [here or not here] for their time. 21.20.27 # Rockbox is really awesome. 21.20.37 # thanks :) 21.22.29 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 21.23.31 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 21.25.30 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 21.29.57 # While looking at PP502x cache stuff, I learned how to use the per-core interrupt vectors in the cache. So far, I have code that works, except that loading via rolo from a patched copy causes an immediate crash. 21.34.00 # Who knows the most about PP502x? 21.39.58 Quit perrikwp_ (Read error: Connection reset by peer) 21.41.07 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 21.45.06 Join Transformer [0] (~Transform@ool-4a59e397.dyn.optonline.net) 21.47.12 Part Transformer 21.49.16 # pamaury: I managed to connect my aquabeat 2 in firmware recovery mode... it's 0402:7103... you have to press < and hold and the insert the cable. 21.49.35 # pamaury: dmesg says [ 5855.115975] scsi 9:0:0:0: Direct-Access USB 2.0 Boot Loader PQ: 0 ANSI: 0 CCS 21.53.17 Quit Stummi (Quit: Bye!) 22.02.17 # vid is like acer labs. 22.06.29 # and in the old aquabeat 1 (which is not what I have) firmware update package there are files called firmware.sb and updater.sb. this sounds familiar to me. 22.07.11 Join Keripo [0] (~Keripo@eng074.wireless-resnet.upenn.edu) 22.14.04 Quit Keripo (Ping timeout: 260 seconds) 22.17.47 Quit liar (Read error: Connection timed out) 22.18.45 Quit benedikt93 (Quit: Bye ;)) 22.18.50 Join saratoga [0] (9803c31c@gateway/web/freenode/ip.152.3.195.28) 22.18.57 # zaytsev: open up the player and see what CPU it uses 22.20.09 # saratoga: that's a big of a problem. it's one of the few waterproof models, which I bought exactly for that reason =( I'd like to refrain from opening it, although I understand that it leaves little chance.. 22.21.29 # well its some obscure mp3 player no one has heard of, so probably you'll have to do everything yourself anyway 22.21.38 # might as well get a few so you have spares when you break them 22.22.32 # any of the application people want to look at the new #12348? 22.22.42 # FS#12348 22.22.42 # http://www.rockbox.org/tracker/task/12348 3[New Port] Samsung YP-R0: the first patches (patches, unconfirmed) 22.30.24 Quit Thra11 (Ping timeout: 260 seconds) 22.32.37 Quit dreamlayers (Quit: dreamlayers) 22.33.24 Join Keripo [0] (~Keripo@eng074.wireless-resnet.upenn.edu) 22.46.57 Quit n1s (Quit: Ex-Chat) 22.53.09 Join lovasoa [0] (~olojkine@78.251.28.129) 22.53.25 Quit Keripo (Quit: Leaving.) 22.54.48 Join Strife89 [0] (~Strife89@207.144.201.128) 22.55.55 Quit Xerion (Quit: ) 22.56.06 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 22.57.06 Join Keripo [0] (~Keripo@eng074.wireless-resnet.upenn.edu) 22.59.52 *** Saving seen data "./dancer.seen" 23.00.37 Quit TheLemonMan (Quit: WeeChat 0.3.6) 23.02.13 # zaytsev: if it's a sb file there are two or three possibilities: stmp35xx, stmp36xx and stmp37xx. But as you said it's only for the v1, for the v2 you have no info and this particular vid:pid doesn't help. Since the recovery mode is a mass storage, can you read from it ? 23.04.53 # pamaury: sudo dd if=/dev/sdb of=test-bin bs=1M count=1 -> dd: opening `/dev/sdb': No medium found :-( 23.06.05 # that's unfortunate 23.10.04 # in apps/plugins/rockblox.c, on line 904, i think there is a file descriptor leak 23.11.15 # lovasoa: how? 23.15.01 # *fd is opened, and never closed 23.15.52 # It's closed on line 903 23.16.30 Join metaphys [0] (~jean-loui@d86-32-96-55.cust.tele2.at) 23.17.27 Join Thra11 [0] (~thrall@87.115.180.91) 23.17.49 # Maybe we don't have the same line numbers 23.18.02 # I just applied a big patch 23.18.53 # I'm talking about void load_game(void) 23.18.53 # Ah, possible 23.19.03 # * gevaerts looks 23.19.23 Quit advcomp2019 (Read error: Connection reset by peer) 23.19.24 # hm, indeed 23.19.29 # That return looks wrong 23.19.59 Quit Keripo (Quit: Leaving.) 23.20.14 Join advcomp2019 [0] (~advcomp20@97-114-233-50.sxcy.qwest.net) 23.20.14 Quit advcomp2019 (Changing host) 23.20.14 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 23.22.27 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 23.25.11 # New commit by 03gevaerts (r31002): Fix file descriptor leak. Thanks to Ophir Lojkine for spotting. 23.25.31 # Thank you :) 23.26.02 # Thank you for finding it 23.27.32 # r31002 build result: 2 errors, 0 warnings (gevaerts committed) 23.37.37 Quit advcomp2019 (Read error: Connection reset by peer) 23.38.01 Join advcomp2019 [0] (~advcomp20@97-114-233-50.sxcy.qwest.net) 23.38.01 Quit advcomp2019 (Changing host) 23.38.01 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 23.47.08 Quit advcomp2019 (Read error: Connection reset by peer) 23.47.35 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 23.52.38 Join low_light [0] (~chatzilla@ip72-219-32-144.br.br.cox.net) 23.53.00 Quit Strife89 (Ping timeout: 260 seconds) 23.54.26 # pamaury: thanks anyway :-/ maybe when the firmware upgrade comes out I'll be able to investigate... I'm not rich enough to buy a couple of those for parts ATM 23.54.32 # pamaury: no luck with the rom dump 23.54.54 # low_light: what happened ? reboot ? 23.55.09 Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust848.3-3.cable.virginmedia.com) 23.55.48 Quit advcomp2019 (Read error: Connection reset by peer) 23.55.54 # pamaury: the recovery file loads ok, but the subsequent read reboots the player. 23.56.09 # it means the address is not good 23.56.11 Join advcomp2019 [0] (~advcomp20@97-114-233-50.sxcy.qwest.net) 23.56.11 Quit advcomp2019 (Changing host) 23.56.11 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 23.56.36 # can you try a different combination ? like 0xffff0000 but only read 1024 bytes 23.56.42 # then try 0xc0000000