--- Log for 05.03.104 Server: truong.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16p1 Started: 21 days and 19 hours ago 00.01.22 Join Guest [0] (jirc@212.141.122.49) 00.01.45 # hi all 00.02.20 # is there some1? 00.03.44 # yes 00.04.40 # Bagder do you know where to download 11172-3 standard? 00.05.03 # no 00.05.56 # is there someone in the channel who know it? 00.08.20 # ok :( 00.08.44 # bye, nite to all 00.09.16 Quit Guest ("Leaving") 00.16.27 Join top_bloke [0] (~ekolb_pot@dsc01-chc-il-209-109-229-65.rasserver.net) 00.17.06 Quit Bagder ("http://daniel.haxx.se") 00.29.43 *** Saving seen data "./dancer.seen" 00.32.16 Join elinenbe [0] (trilluser@207-237-224-72.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 00.46.55 Join track [0] (~74d57721@ACBEC20A.ipt.aol.com) 00.46.58 Quit track (Client Quit) 00.48.46 Quit AciD` (Read error: 104 (Connection reset by peer)) 00.53.10 Join diddystar5 [0] (Lee@ACC169F2.ipt.aol.com) 00.59.49 Quit elinenbe (Read error: 104 (Connection reset by peer)) 01.00.01 Join elinenbe [0] (trilluser@207-237-224-72.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 01.08.56 Join midknight2k3 [0] (ZakkRobert@c-24-18-39-169.client.comcast.net) 01.25.16 # brb 01.25.18 Quit diddystar5 ("Leaving") 01.26.20 Join diddystar5 [0] (Lee@ACC169F2.ipt.aol.com) 01.31.42 Quit diddystar5 ("Leaving") 01.34.40 Quit elinenbe (Read error: 54 (Connection reset by peer)) 01.34.54 Join elinenbe [0] (trilluser@207-237-224-72.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 01.38.00 Join Ka_ [0] (~tkirk@pcp261336pcs.howard01.md.comcast.net) 01.39.27 # KA yay 01.40.38 # midknight2k3: how goes it? 01.41.02 # good 01.48.17 Join scottcim [0] (~jirc@24.229.160.95) 01.49.36 Quit scottcim (Client Quit) 01.54.09 Nick amiconn|code is now known as amiconn (~jens@pD9E7FA54.dip.t-dialin.net) 01.57.27 Join Bluechip [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) 02.02.15 Quit amiconn (" HydraIRC rocks! -> http://www.hydrairc.com <-") 02.04.01 # BC 02.28.59 # hello 02.29.13 # little box didn't flash! 02.29.45 *** Saving seen data "./dancer.seen" 02.30.06 # ?! 02.30.17 # hence 24 minute delay in response 02.32.13 # oh 02.32.17 # HA 02.32.18 # 25m 02.32.21 # not 24m 02.32.36 # must be within seconds: 02.32.37 DBUG Enqueued KICK Bluechip 02.32.37 # 01[01:04] BC 02.32.37 # [01:28] hello 02.32.54 # lol 02.33.05 # i said at 17:04:03 and you replied at 17:29:02 02.33.08 # so yes by 5 seconds 02.33.18 # lol 02.33.25 # oh sweet irony 02.33.35 Quit Davel23 (Read error: 60 (Operation timed out)) 02.35.06 # oh die bc 02.35.25 # you're so nice 0 lol 02.35.30 # 0 -> - 02.36.34 # lmaoacs? 02.37.13 Part Bluechip 02.45.15 # ttys 02.45.24 Quit midknight2k3 ("Going... BYE!") 02.52.12 Quit top_bloke ("The mind is a terrible thing to taste. Wasted 5 minutes and 2 seconds online.") 03.11.03 Join Davel23 [0] (~davel23@209-122-104-44.c3-0.crm-ubr4.crm.ny.cable.rcn.com) 03.14.27 Join diddystar5 [0] (~lee@IC22.library.orst.edu) 03.17.54 Quit Davel23 () 04.24.56 # bye bye 04.24.57 Quit Nibbler (Read error: 104 (Connection reset by peer)) 04.25.07 Quit diddystar5 ("Leaving") 04.29.46 *** Saving seen data "./dancer.seen" 04.34.40 Quit scott666 (Read error: 104 (Connection reset by peer)) 04.37.25 Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) 05.10.27 Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- :P") 05.18.01 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 05.32.50 Join midknight2k3 [0] (ZakkRobert@c-24-18-39-169.client.comcast.net) 06.15.15 Quit scott666 (Read error: 54 (Connection reset by peer)) 06.21.16 Join Bluechip [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) 06.21.38 Part Bluechip 06.29.48 *** Saving seen data "./dancer.seen" 06.35.44 Quit midknight2k3 ("Going... BYE!") 06.56.23 Quit Nibbler (Read error: 104 (Connection reset by peer)) 07.06.20 Join phreaky [0] (~someone@stnat8s.esper.com) 07.07.15 Quit phreaky (Client Quit) 07.16.09 Join LF [0] (jirc@66.236.25.31.ptr.us.xo.net) 07.20.50 # w00ties, new daily builds and flashing to rom are teh shiznit, TY 07.21.23 Quit LF ("Leaving") 08.29.49 *** Saving seen data "./dancer.seen" 08.32.54 Quit dwihno (Read error: 54 (Connection reset by peer)) 08.34.26 Join dwihno [0] (~dw@81.8.224.89) 08.35.50 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 08.50.57 Join matsl [0] (~matsl@dhcp91.contactor.se) 08.50.58 Quit Nibbler (Read error: 54 (Connection reset by peer)) 09.11.20 Join AciD` [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 09.56.06 Join linusN [200] (~linus@labb.contactor.se) 10.29.53 *** Saving seen data "./dancer.seen" 10.36.02 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 11.08.25 Quit Nibbler (Read error: 54 (Connection reset by peer)) 11.53.59 Join c0utta [0] (HydraIRC@dialup-157.97.220.203.acc01-waym-adl.comindico.com.au) 11.55.15 # hi c0utta 12.02.32 Quit c0utta{work} (Read error: 60 (Operation timed out)) 12.02.32 Nick c0utta is now known as c0utta{work} (HydraIRC@dialup-157.97.220.203.acc01-waym-adl.comindico.com.au) 12.29.54 *** Saving seen data "./dancer.seen" 12.36.14 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 12.49.19 Join pfavr [0] (pfavr@dyna218-123.nada.kth.se) 12.55.46 Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") 13.07.37 Nick c0utta{work} is now known as c0utta (HydraIRC@dialup-157.97.220.203.acc01-waym-adl.comindico.com.au) 13.07.45 # hi linus 13.07.46 Quit AciD` (Read error: 104 (Connection reset by peer)) 13.08.18 # yo 13.12.54 # noone in rockdox 13.13.17 # i discussed the menu callback stuff with björn and daniel yesterday, over lunch 13.14.18 # this doesn't sound good... 13.16.54 # hehe 13.17.12 # we like the callback idea 13.17.19 # but we want it more general 13.17.27 # our idea is the following: 13.17.33 # ha, i thought björn would hate it.. 13.17.42 # he did at first :-) 13.18.38 # instead of a table with key codes and callback functions, we have a single callback 13.19.17 # cb_func(int keycode, int menuid, int cursorpos); 13.19.26 # (maybe some more arguments) 13.19.54 # then the callback checks the keycode and does whatever it wants and then returns 13.20.08 # the return code is the cool thing 13.20.28 # it returns an int, containing a keycode 13.20.56 # so if it didn't handle the key it returns the same key code 13.21.06 # if it did handle it, it return 0 13.21.20 # or, it could return a new key code! :-) 13.22.03 # basically, it's a hook 13.22.28 # we also discussed pre- and post hooks, but we settled for a pre hook in the first place 13.22.31 # what do you think? 13.24.49 # i need some time to understand it! 13.25.24 # basically, only one callback function instead of several 13.27.16 # so this is instead of: 13.27.17 # void menu_delete(int menu, int position); 13.27.18 # int menu_count(int menu); 13.27.18 DBUG Enqueued KICK c0utta 13.27.18 # bool menu_moveup(int menu); 13.27.18 # bool menu_movedown(int menu); 13.27.57 # no 13.28.24 # it's instead of the "short circuit" table 13.28.41 # i understand - my keyhandler 13.28.42 # but it could replace those functions as well, yes 13.29.19 # so, the menu function would do this: 13.29.29 # button = button_get(); 13.29.57 # button=(callback)(button, menuid, ...); 13.30.01 # switch(button) 13.30.02 # .. 13.30.02 # .. 13.30.28 # yes, much more general 13.35.37 # so cb_func would need to be registered via a function in menu.c (like the menu_keyhandler function that I have) ? 13.36.37 # how about an extra argument to menu_init()? 13.37.29 # the reason i like a seperate function is that it doesn't involve changes to other files 13.38.03 # if you want to use a callback then you can, otherwise you don't even need to consider it 13.38.19 Join Bagder_ [241] (~dast@labb.contactor.se) 13.39.18 # hi Bagder_! 13.39.23 # hey 13.39.32 # me uses secret tunnel ;-) 13.39.40 # figured so 13.39.52 # btw linus http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=3801101950 is a recorder 20 13.40.00 # v1 13.40.07 # ok 13.40.13 # defects? 13.40.34 # Bagder_: what's your opinion: 13.40.46 # no, no more than a normal v1 recorder :) 13.40.48 # (regarding the menu callback) 13.41.07 # 1) An extra argument to menu_init() 13.41.20 # 2) A menu_callback() function 13.41.36 # (an extra call toregister the callbak, that is) 13.42.52 # there's only 10 files affected by menu_init 13.43.22 # so it's not that bad 13.47.20 # i think an extra argument is ok 13.47.25 # me too 13.48.01 # c0utta: wanna code it? 13.48.03 # ok, consider it done 13.48.19 # it won't make 2.2 tho 13.48.22 # include as many arguments to the callback as you feel necessary 13.48.28 # of course not 2.2 13.48.55 # i nominated myself for the flashing update in the manual 13.49.10 # so i'm busy doing that 13.53.04 # of course, you can disable the callback by passing a NULL pointer 14.11.47 # linus, we spoke about continually reading the keypad map from disk when you press F2 - do you remember ? 14.12.24 Join edx [0] (edx@pD9EAB369.dip.t-dialin.net) 14.25.29 # yes i do 14.25.46 # and i'm against it 14.26.21 # are you suggesting i should use a static array and only load once ? 14.27.47 # absolutely, the disk delay will be far too annoying 14.28.42 # i need to ask a VERY basic C question - remember it's been many years since i've been proficient in C 14.28.46 Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) 14.28.58 # shoot, i promise i won't laugh :-) 14.29.43 # when i define a static array in a function, what is the best method ? In my case it will be an array of structures 14.29.55 *** Saving seen data "./dancer.seen" 14.30.16 Quit scott666 (Read error: 104 (Connection reset by peer)) 14.31.10 Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) 14.31.12 # do i just do: static struct structarray[16]; 14.31.27 # snow day! 14.31.39 # yes 14.31.54 # do the elements get set to NULL ? 14.31.58 # but the "static" is not necessary 14.32.21 # it's not ? why ? 14.32.26 # yes, it is cleared at boot, if it is declared in a global scope 14.32.47 # i would only do it static within a function 14.32.57 # not global 14.33.26 # therefore i need "static" 14.34.15 # the "static" keyword has a special meaning inside functions, and it is used to move variables to the heap to make the data persistent, but then the variable name must be unique 14.34.43 # so using "static" in a function does what you think it does 14.34.48 # unique across all functions globally ? 14.34.52 # but in a global scope it's different 14.35.32 # if you declare a symbol static in a blobal scope, it is already on the heap, but the symbol will be hidden 14.36.00 # so the effect is that the symbol isn't available to other functions 14.36.09 # in other modules, that is 14.36.37 # i understand the scope issues, but initialisation in C has always confused me 14.36.50 # initialisation of statics, that is 14.36.53 # statics are zeroed from start 14.37.00 Nick Bagder_ is now known as Bagder (~dast@labb.contactor.se) 14.37.06 # yes, it is cleared at boot, if it is declared in a global scope 14.37.15 # in local scope too 14.37.23 # if it's static 14.37.29 # i stand corrected 14.38.39 # Bagder, "zeroed" ? what about structures, arrays, etc. Do you mean "initialised" ? 14.38.58 # anything static is zero from start 14.39.05 # structs, arrays, whateve 14.39.06 # r 14.39.23 # zero ? not null ? 14.39.38 # NULL is a pointer 14.39.47 # but in general the same 14.39.54 # zero, null, nil, nada, cleared 14.40.21 # gotcha - "initialised" means set to default value 14.40.52 # right, if its assigned it gets set to the default value at first 14.41.00 # like "static int a = 1" 14.41.32 # and that only applies at boot with statics ? 14.41.44 # so static int a = 1 is only ever run once 14.41.50 # yes 14.42.26 # i must have slept though the initialisation lecture in 1988 14.43.16 # linus, when you said the "static" keyword has a special meaning inside functions, and it is used to move variables to the heap to make the data persistent, but then the variable name must be unique 14.43.36 # you meant statics within the same scope, didn't you ? 14.45.00 # well, i was only trying to explain the mechanism behind the "static" keyword 14.45.16 # there are no restrictions on the variable name 14.45.48 # what i was trying to say is that you don't need the "static" keyword in a global scope 14.46.29 # i understand your point. statics within a file are assumed if they're defined outside of functions 14.46.50 # you'd use extern if you wanted to see them in other files 14.47.18 # if you declare global variables static in a global scope, they can't be exported 14.47.49 # exported in this context means .. ? 14.47.58 # to other modules 14.48.11 # modules/files 14.49.16 # but putting "int a = 1" at the top of a file the compiler assumes it's a static 14.50.17 # nope 14.50.32 # you can then do "extern int a" in another source to reach it 14.51.17 # got it. if you use static int a = 1 then you can't 14.52.10 # reach it 14.53.05 # yeps 14.53.26 # "static" in a global scope doesn't mean "keep its value", it means "hide it" 14.53.51 # global variables always keep their values 14.54.21 # [00:23] "static" in a global scope doesn't mean "keep its value", it means "hide it" -> that explains it exactly 14.55.07 # no more questions 14.55.30 # mack to our original discussion - i agree that we should only load the keymap from file once 14.55.36 # s/mack/back 14.57.03 # how "user configurable" should the F2 menu be in your opinion ? 14.57.16 # configurable by editing the file ? 14.57.39 # i'd definitely settle with that 14.58.02 # i had visions of allowing users to navigate through the F1 menu and be able to add to the F2 menu "on the fly" 14.58.19 # save that for later, I'd say 14.58.24 # i think we should start with the basics 14.58.49 # ok, what do you think we should put int the default F2 menu ? 14.58.55 # s/int/in 14.59.10 # tke a vote, or make an executive decision ? 14.59.15 # Bagder and i had an idea about a "my plugins" folder 14.59.37 # the plugins in there would en up in the f2 menu 14.59.43 # s/en/end/ 15.00.04 # for easy access to, let'ssay, the "favorites" plugin 15.00.37 # i think it's mentioned in the NEWKEYS document 15.00.38 # right now i can add plugins to my F2 menu 15.00.52 # good 15.00.59 # run tetris or favourites or whatever 15.01.14 # OR load the plugin viewer 15.01.31 # i wonder if we should have a builtin default, or just a default file in the ZIP? 15.01.45 # i vote for a default file in the zip 15.02.11 # me too 15.02.12 # i vote for creating the default file if it doesn't exist 15.02.50 # this enables a user who screws up their file to reset by simply deleting it 15.03.07 # that would take unnecessary space in the firmware file 15.03.35 # indeed, let's have a good default in the manual instead for those that delete it 15.03.56 # wasting manual is better than wasting precious ram 15.04.03 # ok 15.04.19 # My preciousssss! 15.04.26 # I want to have the 8 meg RAM mod :) 15.04.37 # I just need some techno geek to apply it for me \o/ 15.04.38 # so what's in the default ? 15.05.52 # it should be context sensitive as well? 15.05.55 # nah 15.06.24 # Favorites.rock is a must 15.06.47 # defrag.rock is my fav' ;) 15.06.49 # ok. recording is another 15.07.14 # not while in the wps :-) 15.07.21 # volume! :) 15.07.27 # sound settings, I mean 15.07.34 # With my reworked gui patch \o/ 15.07.50 # dwihno, you mean the sound settings menu ? 15.07.58 Join AciD` [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 15.08.10 # linus, why not while in the WPS ? 15.08.16 # c0utta: indeedelio! 15.08.26 # you can press F1 and choose Recording now 15.08.52 # it would not be fun to accidentally goto recording when you wanted to select favorites 15.09.41 # when i mean recording, i don't mean start recording automatically 15.10.09 # i mean load the recording screen 15.10.25 # still, the music will stop 15.10.44 # then again, pressing F1/Recording is no different than F2/Recording 15.10.51 # drop the idea of recording :) 15.12.44 # another popular one is "backlight timer" 15.13.37 # some of the bookmarking functions - like view playlist 15.15.40 # linus, björn and daniel can discuss this over another lunch :) 15.15.41 Join kurzhaarrocker [200] (~Phil@iD4CC1B82.versanet.de) 15.15.56 # let me know and i'll make those functions a priority 15.16.34 # don't drop that idea of recording, please :) 15.16.57 # kurzhaarrocker, you'll be able to add it yourself by editing the file 15.17.14 # yes. Me shut's up again. 15.17.15 # we can trust you to not screw it up! 15.17.28 Part Bagder 15.17.56 # but we can't trust the newbie user 15.18.50 # linus, i'll do the callback work this weekend and submit my patch for a 5th time 15.18.55 # :) 15.19.09 # maybe it'll get approved 15.19.34 # hopefully :-) 15.20.10 Join Bagder_ [241] (~dast@labb.contactor.se) 15.20.17 # linusN: did you test the sound menu btw? 15.20.41 # i enjoy working under an oligarchy :) 15.20.51 # your stuff? yes 15.21.05 # I like working under the systembolaget-monopoly 15.21.26 Nick c0utta is now known as c0utta{zZ} (HydraIRC@dialup-157.97.220.203.acc01-waym-adl.comindico.com.au) 15.21.26 DBUG Enqueued KICK c0utta{zZ} 15.21.59 Quit AciD` (Read error: 104 (Connection reset by peer)) 15.29.22 Part Bagder_ 15.43.40 Part linusN 15.44.10 Quit edx () 15.59.59 Part kurzhaarrocker 16.01.32 Join methangas [0] (methangas@0x50a43289.virnxx10.adsl-dhcp.tele.dk) 16.14.47 Join Tim[RIP] [0] (Tim_RIP_@195.47.164.99.ip.tele2adsl.dk) 16.15.03 Quit matsl (Remote closed the connection) 16.15.07 Part Tim[RIP] 16.29.59 *** Saving seen data "./dancer.seen" 16.43.53 Join pfavr [0] (pfavr@dyna218-123.nada.kth.se) 16.47.22 Join diddystar5 [0] (Lee@ACC1E158.ipt.aol.com) 16.51.44 # hey everyone 16.51.48 # and pfavr 16.51.54 # its my bday! 16.51.56 # hi 16.52.02 # congratulations! 16.52.03 # yay! lets celebrate 16.55.29 # well i have to go 16.55.35 # see you pfavr and logbot_ 16.55.46 # cu 16.55.58 Quit diddystar5 ("Leaving") 17.21.49 Join AciD` [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 17.39.30 Quit Nibbler (Read error: 104 (Connection reset by peer)) 17.47.24 Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") 18.30.02 *** Saving seen data "./dancer.seen" 18.56.25 Join edx [0] (edx@pD9EAB369.dip.t-dialin.net) 18.58.47 Quit scott666 (Read error: 104 (Connection reset by peer)) 19.03.25 Quit edx () 19.10.44 Join edx [0] (edx@pD9EAB369.dip.t-dialin.net) 19.16.28 Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) 19.16.32 Join amiconn [0] (~jens@pD9E7EBEF.dip.t-dialin.net) 19.21.57 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 19.38.24 Part scott666 19.43.15 Nick amiconn is now known as amiconn|away (~jens@pD9E7EBEF.dip.t-dialin.net) 20.26.31 Part amiconn|away 20.30.05 *** Saving seen data "./dancer.seen" 20.56.18 Join amiconn [0] (~jens@pD9E7EBEF.dip.t-dialin.net) 21.07.05 Join c0utta [0] (HydraIRC@dialup-157.97.220.203.acc01-waym-adl.comindico.com.au) 21.07.57 Quit c0utta{zZ} (Read error: 54 (Connection reset by peer)) 21.07.59 Nick c0utta is now known as c0utta{zZ} (HydraIRC@dialup-157.97.220.203.acc01-waym-adl.comindico.com.au) 21.53.11 Quit dwihno (truong.freenode.net irc.freenode.net) 21.53.11 NSplit truong.freenode.net irc.freenode.net 21.53.11 Quit mbr (truong.freenode.net irc.freenode.net) 21.54.22 NHeal truong.freenode.net irc.freenode.net 21.54.22 NJoin dwihno [0] (~dw@81.8.224.89) 21.54.22 NJoin mbr [0] (~mb@stz-softwaretechnik.com) 22.07.22 Join c0utta [0] (HydraIRC@dialup-156.100.220.203.acc03-waym-adl.comindico.com.au) 22.11.21 Join [IDC]Dragon [0] (~idc-drago@pD9E34B30.dip.t-dialin.net) 22.11.43 # Hi [IDC]Dragon 22.11.55 # <[IDC]Dragon> Hi Jens! 22.12.29 # <[IDC]Dragon> (master of the nanoseconds) 22.13.23 # Speaking of nanosecond, did you see my descramble.S patch? This also saves your precious IRAM ;-) 22.13.41 # <[IDC]Dragon> no, I didn't 22.14.37 # Look for patch #910193 22.14.48 # I had an idea for hunting down the ata problem and would like to know what you think about it 22.15.32 # <[IDC]Dragon> currently no SourceForge login possible :( 22.15.54 Quit c0utta{zZ} (Read error: 60 (Operation timed out)) 22.16.02 Nick c0utta is now known as c0utta{zZ} (HydraIRC@dialup-156.100.220.203.acc03-waym-adl.comindico.com.au) 22.16.20 # That's bad :( 22.18.42 # <[IDC]Dragon> how much shorter is it? 22.18.46 # [IDC]Dragon: Speaking of the IRAM - could you tell from memory (or quick lookup) how much space is left there atm? 22.19.03 # <[IDC]Dragon> ...looking 22.20.13 # <[IDC]Dragon> 0x1000 - 0xCF8 22.20.35 # Is IRAM filled backwards? 22.20.50 # <[IDC]Dragon> = 776 bytes 22.21.06 # <[IDC]Dragon> no, I was subtracting 22.21.34 # <[IDC]Dragon> more IRAM is needed for a debug build, that's the limiting factor. 22.22.02 # Ok. My idea for troubleshooting the ata bug is basically a measurement how fast we can go without a read error. 22.22.19 # <[IDC]Dragon> currently, memset has been taken out of IRAM. 22.22.59 # <[IDC]Dragon> I'm afraid these read errors could also depend on the box hardware, not only on the disk. 22.23.20 # <[IDC]Dragon> I don't like the delay gates designed in there. 22.23.27 # For this, I would prepare a special Rockbox build which would consist of two parts: the main .ajz and a special plugin 22.23.32 # <[IDC]Dragon> The delay can vary a lot. 22.24.07 # <[IDC]Dragon> difficult to place code in the IRAM from a plugin 22.24.30 # Yes, the delay may also depend on the hardware. Do you know if the different hardware masks correspond to different pcb revisions? 22.24.47 # <[IDC]Dragon> yes, they do. 22.25.39 # IRAM-code from plugin - yes I know that, that's why I asked how much space is left & why I will need a special .ajz 22.26.36 # My special .ajz would contain a modified copy_read_sectors with an additional parameter, which selects the cop loop to use. 22.27.06 # This way I have to have all loop variants in there, quite a bit larger in total than just one. 22.27.42 # <[IDC]Dragon> I would wait for the LA measurements before any more speculation 22.28.21 # The "ordinary" ata_read_sectors will call it with speed=0, which will select the C code. This way my .ajz would be safe for normal operation. 22.29.00 # Additionally, I would expose ata_read_sectors to the plugin api 22.30.09 *** Saving seen data "./dancer.seen" 22.30.24 # The plugin then calls this with all possible combinations of speed and alignment and read the first megabyte of the disk to the mp3 buffer 22.31.36 # It will read twice and calclulate CRC32 for each run. Afterwards it compares the CRCs from the two runs and shows either "ok" or "error". 22.31.37 # <[IDC]Dragon> and then do that over and over and compare? 22.32.39 # Yes, for all different speed and alignments it will read twice (there are currently 7 combinations). 22.33.14 # <[IDC]Dragon> yes, could be useful to Linus 22.33.55 # <[IDC]Dragon> andwe cando a field test without corrupting people's disks 22.34.03 # This special build would then be announced by me at the ml for testing. The users should report the results along with disk model, hw mask etc. 22.34.52 # <[IDC]Dragon> you probably found my CRC routine? 22.35.12 # <[IDC]Dragon> in the flash plugin 22.36.28 # No, not yet. I don't have the "flash" path in my cvs directory, why could this be? 22.37.35 # <[IDC]Dragon> don't know. 22.38.07 # <[IDC]Dragon> but it's not in there, it's under apps/plugins/firmware_flash.c 22.38.35 # <[IDC]Dragon> function crc_32() 22.39.31 # Ok, found it. Thank you for the hint! 22.39.55 # This way I won't have to write it myself. 22.43.34 # I'm just working on the ata loops. 22.43.46 Nick amiconn is now known as amiconn|code (~jens@pD9E7EBEF.dip.t-dialin.net) 22.58.10 # Qick question: Is it possible to use function pointers in rockbox? 22.58.33 # <[IDC]Dragon> yes 23.13.35 Quit [IDC]Dragon ()