--- Log for 07.05.104 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16p1 Started: 2 days and 12 hours ago 00.05.00 Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") 00.20.57 Quit hiroshi ("blearg") 00.24.06 Join Zoggers [0] (~jirc@dhcp024-208-154-195.insight.rr.com) 00.24.41 DBUG Enqueued KICK Zoggers 00.24.41 # 9A n y 0 n e w i l l i n g t o s e l l t h e i r a r c h 0 s ? ! 00.29.50 # depends...do you want one that works? 00.36.24 Join kaboofa [0] (~kaboofa@pcp03462569pcs.indpnd01.mo.comcast.net) 00.42.11 Join midknight2k3 [0] (ZakkRobert@c-24-16-184-86.client.comcast.net) 00.42.46 Quit midknight2k3 (Client Quit) 00.42.47 Join midknight2k3 [0] (ZakkRobert@c-24-16-184-86.client.comcast.net) 00.43.08 Quit midknight2k3 (Client Quit) 00.46.00 Join midknight2k3 [0] (ZakkRobert@c-24-16-184-86.client.comcast.net) 00.46.19 # hey amiconn? 00.46.27 # Hi midknight2k3 00.46.35 # hey got grayscale working! 00.46.39 # 2 questions 00.46.46 # Sounds really good. 00.47.27 # Shoot 00.47.43 # 1) does gray_position_display(0,1); set the *whole* grayscale overlay down a row? 00.48.30 # IE if i call gray_drawpixel(0,0); it will put a gray pixel at 0, 8? 00.48.42 # when the overlay is done a row that is 00.48.44 # down* 00.49.05 # Yup. gray_position_display(0,2) would place it two rows down etc. 00.49.50 # But: gray_drawpixel(0,0); will always put the pixel at (0,0) _in the grayscale buffer_ 00.50.29 # Think of the grayscale buffer as a "window" that can be moved with gray_position_display() 00.51.53 # All coordinates given to drawing functions are relative to this window. 00.53.32 # hmm 00.53.32 # Even if moving the overlay down clips it at the bottom, this is only visual clipping, so if you move it up again, the clipped content will reappear. 00.53.47 # is there any way to have a bool option on that such sa "translate" 00.54.05 # anything outside of it wouldn't be drawn, as opposed to it all getting moved down? 00.54.27 # as is i'd have to move *all* of my drawing functions up 8 pixels 00.55.30 # This is no translation at all: The grayscale buffer stays the same regardless of the gray_position_display() parameters. 00.56.17 # right but the problem is that now the window is down one rpw 00.56.18 # row* 00.56.20 # gray_position_display() does only change the origin where the overlay is copied into the lcd hardware. 00.56.25 # so i have to move all of my drawing up 1 row? 00.56.34 # then wouldn 00.56.41 # t everything else move down too? 00.57.29 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 00.57.41 # Unfortunately I think that you will have to move your drawing one row up. 00.57.58 # correct, is there *any* way to keep everything the same but clip the top row off? 00.58.08 # i need it down one row because the score is written there 00.58.18 # and i need it basically where it's at because of all my drawing 01.00.20 # Hmm, I think this is not easily possible, or feasible. You could change the drawing functions you use to subtract 8 from y before doing anything else, but then it would be hard to update the framework later. 01.02.12 # There is (currently) no way to clip the overlay dynamically. I once thought about implementing that, but that would render the interrupt routine much more complex -> costs speed. 01.02.44 Join michaelconner197 [0] (~jirc@cs6668107-179.austin.rr.com) 01.03.17 # hey all... got a question 01.03.36 # anybody know how to make rockbox (v2.2) save recording prefs? (levels, etc.) 01.06.02 # michaelconner197, it does 01.06.14 # just make sure you hit stop before shutting off 01.06.20 # try updating to a daily build 01.06.40 # amiconn, ok question 2: how can i use the "stride" parameter on a normal bitmap? 01.07.25 # midknight -- will try that, i'm using the first relase of 2.2. 01.07.30 # thanks 01.07.31 Quit michaelconner197 ("Leaving") 01.08.12 # midknight2k3: Hmm, have to take a look, that "stride" parameter was introduced by [IDC]Dragon. 01.09.07 # i spent about a half hour trying it out - no luck 01.09.08 *** Saving seen data "./dancer.seen" 01.09.28 # That reminds me that I should really commit this (surrounded with #if 0 so that it does not compile for distribution) 01.10.23 # Grr, I don't have this "stride" within my internal version - have to merge. 01.12.32 Quit AciD ("Read error: 666 (Connection reset by Satan)") 01.12.52 # midknight2k3: For showing the whole bitmap, you have to set stride = nx 01.17.22 # nx? 01.17.35 # i have a 112x64 fullscreen bitmap i want to use 01.17.41 # how shall i call teh bitmap function? 01.18.12 # Grayscale bitmap or monochrome? 01.18.33 # 9anyone want to sell their archos? 01.18.35 Join `vinman [0] (bastid@bgp01093569bgs.waren401.mi.comcast.net) 01.19.19 # <`vinman> any you guys have a site to get premade rvf files ? 01.22.06 # checking the mailing list archives 01.22.16 # *check 01.25.27 Quit Zoggers ("Leaving") 01.27.14 Join TheDude2 [0] (Dudewin32@jkhouse2.jvlnet.com) 01.29.10 # midknight2k3? 01.30.03 Quit `vinman (calvino.freenode.net irc.freenode.net) 01.30.03 NSplit calvino.freenode.net irc.freenode.net 01.30.03 Quit silencer (calvino.freenode.net irc.freenode.net) 01.30.03 Quit kaboofa (calvino.freenode.net irc.freenode.net) 01.30.03 Quit ricflair (calvino.freenode.net irc.freenode.net) 01.30.03 Quit jkerman (calvino.freenode.net irc.freenode.net) 01.30.03 Quit Nibbler (calvino.freenode.net irc.freenode.net) 01.30.03 Quit matsl (calvino.freenode.net irc.freenode.net) 01.30.03 Quit c0utta (calvino.freenode.net irc.freenode.net) 01.30.03 Quit Ka_ (calvino.freenode.net irc.freenode.net) 01.31.11 Join Threshold [0] (bastid@bgp01093569bgs.waren401.mi.comcast.net) 01.31.11 NHeal calvino.freenode.net irc.freenode.net 01.31.11 NJoin silencer [0] (~silencer@nino.via.ecp.fr) 01.31.59 NJoin c0utta [0] (~c0utta@249.cust34.nsw.dsl.ozemail.com.au) 01.33.29 Join abinitio [0] (~jirc@D-128-95-58-160.dhcp4.washington.edu) 01.35.24 # sorry, back? 01.35.26 # er 01.35.28 # sorry, back. 01.35.40 # [01:18:15] Grayscale bitmap or monochrome? 01.35.54 # monochrome at the moment 01.36.28 # which will lead me to question 3 after this one is answered :D 01.36.29 NJoin kaboofa [0] (~kaboofa@pcp03462569pcs.indpnd01.mo.comcast.net) 01.37.30 # I just bought the jukebox recorder and have installed the rockbox 2.2. Wonderful really 01.37.46 # daily builds have improvements 01.37.56 # but happy you like it :) 01.38.46 # I use a mac and am wondering if there is a way to build playlists with an interface on the desktop 01.38.56 # midknight2k3: So you would have to use gray_drawbitmap(bitmap, 0, 0, 112, 64, 112, true, , ); 01.39.44 # amiconn: so for b&w, fg value would be 0 and bg would be 255? 01.40.14 # - if you want it opaque, that is. If you want a transparent background, use "false" as the 7th parameter, doesn't matter then. 01.40.27 # yup. 01.40.35 # fg is the bitmap itself 01.40.41 # and bg is whitespace around it? 01.40.47 Quit abinitio ("Leaving") 01.41.48 # fg is used for all pixels whose bits are 1, while bg is used for all pixels whose bits are 0 (if draw_bg == true) 01.43.14 # ok 01.43.17 # and one more 01.43.30 # is there going to be a converter from gray or rgb -> drawgraymap format? 01.44.11 # I did not yet write one 01.44.48 # i meant will you/somebody else? 01.45.58 # Beware that the format needed by gray_drawbitmap is different from the format produced by bmp2rb as well. But I'm just about to change that (it doesn't really make sense to have 2 different internal bitmap formats) 01.46.55 # If I find the time, I may write a converter based on bmp2rb. 01.47.10 # i love the new drawgraymap bitmap styles 01.47.24 # i was considering creating something like it for lcd_bitmap 01.47.31 # ie { 1,0,0,1, 01.47.35 # 0,1,1,0 01.47.36 # }; 01.47.42 # . . 01.47.43 # .. 01.48.16 # i even created my graymaps from scratch - not something i enjoy doing with bitmaps :) 01.48.54 # Yes, creating bitmaps for grayscale is much easier because it uses one byte per pixel. 01.49.49 # Anyway, if we would use that for b&w bitmaps as well, this would waste much space (requires 8 times the memory) 01.50.03 # hmm yes... 01.50.23 # or maybe just add in a lcd_drawmap function 01.50.29 # so if you need to use it you can 01.50.33 # for grayscale icons or whatever 01.51.06 # It _may_ be possible to do that with bitfields (much easier to read for humans, same memory requirements for the machine) 01.51.55 # bitfields? 01.51.55 # However, this would require that lcd_bitmap() has to be converted to use the format of gray_drawbitmap() and not vice versa. 01.52.06 # i meant a new function 01.52.08 # lcd_drawmap 01.52.14 # that would use the gray format 01.52.22 # and keep lcd_Bitmap for the current bitmaps 01.52.47 # No, that new function would have the drawback of wasting memory. I meant _defining_ the bitmap with bitfields. 01.53.02 NJoin Ka_ [0] (~tkirk@pcp261336pcs.howard01.md.comcast.net) 01.53.32 # This would make the definitions almost as easy to read as these for gray_drawgraymap() while not needing more memory. 01.54.33 # i don't get it, but ok. :D 01.55.19 # I will have a closer look at bit fields, then my next version of the grayscale framework will contain an example of this. 01.55.30 # ok 01.55.35 # thanks for all your work 01.55.49 # breakout i think will be 10x better using your functions :) 01.55.55 # I'm currently in the process of polishing the framework for committing it. 01.57.01 # Btw: ALthough not yet shown on the rockbox home page, I have committed a speedup patch for the lcd routines (+8% on recorder). 01.58.07 # Locally, I've already done a major rework of the lcd driver, which yields another +10% on the recorder 01.58.30 # wait, will we now be rb->drawgraymapping? 01.58.36 # or still using framework in plugins? 01.59.41 # Grayscale is still a plugin-only thing, but it uses the lcd routines of rockbox (namely rb->lcd_blit()), so it profits from these speedups 02.00.14 # ok 02.01.36 Join BlauChip [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) 02.03.24 # lol bc 02.03.28 # new nick every time 02.03.37 # Hallo BlauChip 02.03.51 # Hallo Ami ;) 02.04.19 # Paying respect to my many German friends today :) 02.04.49 # umm bc i'm not german. 02.05.32 # hmmm, Do the US's have an interesting spelling of the colOR blue? 02.05.52 # blue. 02.06.19 # but it is a color and not a colour? 02.06.45 # color. 02.07.33 # dyslexia lures 02.07.45 # ok. 02.07.56 # BlauChip: I recommend azul (this is Spanish) 02.08.25 # kinda loses the BC'ness though :( 02.10.09 # anyone here play Othello - and is any good at it? 02.11.35 # ME 02.11.56 # serious? 02.12.02 # well i'm okay 02.12.08 # not a pro 02.12.31 # just wrapping up v2 -and fancy a new AI bot - but i'm not good enough to know what it should do 02.12.44 # mm don't ask me. :) 02.18.54 # midknight2k3: Ooooops, sorry I was wrong with the stride parameter! 02.19.43 # This is counted in whole bytes, so it is not 112 for full width, but 14 02.20.12 # ah 02.20.13 # 14 02.20.14 # thanks 02.20.39 # i tried 8, 13, 112, 111, 5, a whole multitude of possibilites 02.21.18 # I just found that while integrating it into my local version. 02.21.26 # :X 02.22.23 # >B:-Q 02.22.36 Quit midknight2k3 ("Going... BYE!") 02.22.44 # lol 02.22.47 Join midknight2k3 [0] (~Zakk@c-24-16-184-86.client.comcast.net) 02.23.03 # oop 02.23.05 # s 02.23.17 # s 02.23.18 # poo 02.23.45 # lol 02.25.51 # pie! 02.27.01 # anyone have a calculator that is able to realise that (1/3)*3=1 ? 02.27.29 # My brain ;) 02.28.04 # and is also able to produce the root of 2 accurately and quickly 02.28.22 # :P 02.28.45 # LOL 02.28.52 # OH WAIT 02.28.59 # in school someone was trying to prove that 02.28.59 # This cannot be done exactly with numeric method, since sqrt(2) is an irrational number. 02.29.05 # *methods 02.29.12 Quit Threshold ("L8r I am outta here!") 02.29.14 # oen guy was saying 0.3333.... * 3 = 0.999999..... 02.29.18 # i posted the method on the mailing list the other day 02.29.39 # what are bc's thoughts on the subject? 02.29.55 # on root 2, or rounding errors? 02.30.19 # does 0.3333333333333333 * 3 = 0.99999999999999999999 or 1? 02.30.34 # depends on how you evaluate it 02.30.41 # .3 with a line over it. 02.30.44 # * 3 02.30.47 # = 02.30.50 # .9 with line over it 02.30.51 # or 1? 02.30.59 DBUG Enqueued KICK BlauChip 02.30.59 # 01depends on how you evaluate it 02.31.37 # if nothing else it is proof that you should learn to deal wtith fractions 02.32.10 # 1 over 3 times 3 is 1 02.32.24 # i know that was me + wes' point 02.33.30 # .3 recurring time 3 is .9 recurring ....correct, but generally unhelpful 02.34.58 # nm\ 02.35.59 # the "best" solution is to evaluate the result to one decimal place further than you need and round 02.36.17 # just btw, nm == never mind :) 02.37.00 # oh! I thought it meant "no" mind ...I shall stop nodding :9 02.37.32 # midknight2k3: Already tested gray_drawbitmap with the correct value? 02.38.04 # I didn't realise that when you said you read that link, that you were trying to imply that you didn't understand it 02.39.44 # amiconn: nope, can't right now 02.39.47 # tomorrow i shall 02.40.03 # bc: it didn't help is all 02.40.06 # not really 02.40.23 # stride is the width of the data which holds the sprite 02.40.55 # i know but it was not working 02.40.59 # does *that* make sense? 02.41.10 Ctcp Ignored 4 channel CTCP requests in 20 hours and 56 minutes at the last flood 02.41.10 # * BlauChip nods feverently 02.41.19 # ugh 02.41.19 # okay. 02.41.20 # BlauChip: Yup. I did not integrate this extension (made by Jörg) into my local copy until now. 02.42.09 # Now it is integrated, as I'm preparing it for commit. 02.42.15 # cool 02.42.24 # do you have a similar thing on the Y coord? 02.42.34 # no need 02.42.54 # if you tell it the x stride the y stride must only be 1 value 02.43.04 # so no windows then 02.43.06 # Compilation will be disabled by default (via #if 0) to prevent having it in the distribution. 02.43.40 # windows -> view-ports 02.43.42 # The thing is that you don't need the stride parameter for partial display in y direction. 02.43.53 # bc there is no such thing as a y stride 02.44.17 # an x stride tells it the width -- thus it can simply make new y columns until it runs out of data 02.44.56 # How do you display a specific section of a 500x500 sprite in the top right 25x25 corner of the screen? 02.45.14 # you say that the width is 25 and the height is 25 02.45.22 # and the stride would be 500 still 02.45.47 # 01specific section 02.45.50 # *hopes sincerely that his bluffing is convincing 02.45.59 # sadly not 02.46.00 # change the x stride 02.46.06 # ..? 02.46.10 # BlauChip: Just let your data poiter point to the pixel you want top left, set x, y, nx, ny as you want it. stride will still be 500 02.46.18 # *pointer 02.47.12 # can you point midway through a byte? 02.47.45 # ?? Of course not. I thought grayscale here, where 1 pixel == 1 byte. 02.48.57 # For b&w this would be much more difficult to implement. 02.49.53 # right 02.49.59 # bad bc bad 02.50.14 # still contemplating a full graphics engine 02.50.25 # ooh like 3 + d === #D 02.50.28 # 1bpp would be expensive 02.50.33 # *can do basic math 02.50.52 # what do capital numbers look like? 02.51.16 # not really relevant until you get to advanced differential calculus 02.51.21 # hey here's a good joke 02.51.40 # "can rockbox handle bools?" "only if they return TRUE!" HAHHAHAHAHAHAHHAHAHHAHAHAHA 02.55.30 # brb 03.07.01 # did nobody get the joke? 03.09.12 *** Saving seen data "./dancer.seen" 03.11.49 # bak 03.14.44 # umm fine then 03.17.25 # rebooting brb 03.17.50 Quit midknight2k3 (Read error: 54 (Connection reset by peer)) 03.19.32 Join midknight2k3 [0] (ZakkRobert@c-24-16-184-86.client.comcast.net) 03.20.02 # Guess I should get some sleep now, already past 3 a.m. here. 03.20.08 # nite 03.20.13 # where are you? 03.20.29 # Berlin, Germany. 03.20.58 # right, I keep forgetting about the weird BST thing 03.21.19 # Nite all 03.21.23 Part amiconn 03.22.35 Nick midknight2k3 is now known as midk|FOODY (ZakkRobert@c-24-16-184-86.client.comcast.net) 03.22.40 # did you like my joke bc 03.22.55 # not sure i understood it 03.25.35 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 03.25.53 # 02(kettle) brb01 03.32.11 # bak 03.45.32 # back in a bit 03.45.36 Quit midk|FOODY ("Going... BYE!") 03.45.56 Join infamouse [0] (~Aaron@780cp35.resnet.neu.edu) 04.10.58 Join midk [0] (Zakk@c-67-160-88-198.client.comcast.net) 04.10.58 Quit Nibbler (Read error: 54 (Connection reset by peer)) 04.28.33 Quit infamouse (Read error: 110 (Connection timed out)) 04.45.15 # nite all 04.45.24 Part BlauChip 04.45.25 # nite 04.50.56 Quit TheDude2 (Read error: 54 (Connection reset by peer)) 04.55.33 Join jkerman [0] (~jkerman@jkhouse2.jvlnet.com) 05.07.03 Join infamouse [0] (~Aaron@155.33.96.180) 05.07.09 # hello 05.07.19 # hi 05.07.38 # how can I tell what kind of battery I have? 05.08.41 # it's set in rockbox to 2200 mah 05.08.50 # model? 05.08.52 # but I don't think that is what comes stock 05.08.54 # are you using a v2/fmr? 05.08.55 # recorder v2 05.09.15 *** Saving seen data "./dancer.seen" 05.09.18 # you have a 2200 mah, non-replaceable, Li-Ion battery 05.09.45 # gee ty scott 05.09.49 # i can't handle things 05.09.51 # please take over. 05.09.59 # way ahead of you midk 05.09.59 # lol 05.10.16 # hmmm, really....I thought the stock batteries were 1500 mah ones 05.10.28 # thats on the recorder v1 05.10.37 # those are NiMH AAs too 05.11.03 # so there is no way to replace the ones I have in my recorder now/ 05.12.05 # well it is possible to replace them, its just that archos doesnt sell the battey 05.12.09 # *battery 05.12.22 # oh, as opposed to on the v1, they did? 05.12.45 # archos didnt, but you can get NiMH AAs at most electronics stores 05.13.31 # *doesnt 05.14.02 # oh, but if my batteries were to ever fail and I needed to replace them, I could go to an electronics store and get some, correct? 05.14.06 # scott 05.14.08 # wrong there 05.14.11 # you CAN replace the batteries 05.14.19 # newmp3technology.net 05.14.25 # sells replacements for about $20 05.14.32 # they're like 2800mah 05.14.41 DBUG Enqueued KICK scott666 05.14.41 # 0510:13 PM> 01well it is possible to replace them, its just that archos doesnt sell the battey 05.15.14 # ok, I'm just trying to make sure that it is possible to replace my battery in the event that I need to 05.15.14 # you didnt say WHERE 05.15.21 # yes you can infamouse 05.15.24 # he didnt ask 05.15.25 # lol 05.15.39 # you shouldnt have to replace the batteries anyway 05.15.56 # anyway, speaking of batteries...I can't seem to find trick charge or deep discharge in any of the settings 05.17.05 # are those settings available for the v2? 05.17.12 # no 05.17.24 # all charging is done with hardware on the v2 05.17.35 # scott 05.17.40 # VIA is better than WITH 05.17.54 # midk 05.17.56 # stfu 05.18.00 # lol 05.18.14 # scott 05.18.16 # AGJAJGHHKL 05.18.17 # lol 05.18.39 Quit scott666 (Excess Flood) 05.18.55 Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) 05.19.21 # ahh, so is there any harm in charging my v2 when it still has half it's charge left? is that going to decrease the life of the battery? 05.19.28 # infamouse: did you get that pm? 05.19.37 # nope 05.20.04 # booted for flooding 05.20.05 # heh 05.20.08 # ill dcc it 05.21.13 # booted for flooding in a PM? 05.22.55 # scott666: I like it 05.22.58 # informative 05.23.09 # would have answered most of my questions 05.23.17 # any more questions just ask and ill add them to it 05.23.20 # but is there any harm in charging my v2 when it still has half it's charge left? is that going to decrease the life of the battery? 05.23.28 # no 05.23.36 # really... 05.25.30 # li-ion batteries have no memory effect, youll be fine\ 05.25.36 # (added to the faq) 05.25.42 # cool 05.26.12 # well don't li-ion have a very SMALL memory effect? but one I won't probably notice, correct? 05.26.29 # yeah 05.26.44 # in the faq i worded it 'virtually no memory effect.' 05.27.41 # good deal 05.27.49 # what exactly is a UCL file? 05.28.18 # http://rockbox.haxx.se/docs/flash.html 05.30.02 # I thought it was a flash file, but that flash page got me a little confused 05.31.05 # ucl is a form of compression thats used by rockbox to fit into the flashrom 05.31.21 # until you flash, you dont need to worry about them 05.31.30 # though i do recommend flashing 05.31.37 # I'm thinking about it...I hate waiting for it to boot up 05.50.02 Join Tenaenae [0] (~jirc@207-207-79-190.ip.theriver.com) 05.50.02 Quit Tenaenae (Remote closed the connection) 05.53.15 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 05.55.38 Quit infamouse (Read error: 60 (Operation timed out)) 06.02.56 Quit scott666 ("i'll be back...eventually...") 06.11.53 Join infamouse [0] (~Aaron@780cp35.resnet.neu.edu) 06.11.59 # what's the point of upside down mode? 06.12.30 # mm 06.12.33 # to use it upside down? 06.12.42 # haha 06.12.54 # I didn't know if there were certain situations where you would need it 06.14.12 # not sure heh 06.14.15 # for fun i gues 06.15.51 # is the ajbrec.ajz in the flash zip file, version 2.2? 06.16.29 # i don't know 06.20.23 # what if I were to play the ucl file 06.20.26 # what would happen 06.20.43 # and why isn't the ucl file included in the flash zip if it has to do with flashing? 06.34.16 # well, anyway, I just flashed and this is awesome! 06.34.46 # woo. 06.34.54 # infamouse: get the ucl from a daily build 06.35.30 # won't that make it so it flashes with the daily build? 06.36.35 # got to go 06.36.36 # yes 06.36.40 # that's what you want 06.36.41 # nite 06.36.47 Quit midk ("yo yo yo cya later YO YO YO wasa wasa!") 06.36.49 # but the daily builds aren't the most stable.... 07.09.17 *** Saving seen data "./dancer.seen" 07.45.06 Quit Nibbler (Read error: 54 (Connection reset by peer)) 07.51.12 Quit infamouse (Read error: 60 (Operation timed out)) 07.53.38 Quit dwihno (Read error: 60 (Operation timed out)) 08.01.03 Join dwihno [0] (~dw@81.8.224.89) 08.29.31 Join amiconn [0] (~jens@pD9E7DF5A.dip.t-dialin.net) 09.09.05 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 09.09.21 *** Saving seen data "./dancer.seen" 09.11.40 Join methangas [0] (methangas@0x50a4329a.virnxx10.adsl-dhcp.tele.dk) 09.18.43 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 10.38.03 Join jj2dogs [0] (~jj2dogs@138.67.broadband.iol.cz) 10.38.56 # Hi all... I must say I love the rockbox.. 10.46.39 # About the new 2.2 there is a plugn flash_firmware.. How do I flash it with rockbox?? 10.48.14 # And why it isn`t possible to use it as a usb disk for pda?? 10.53.06 Join [IDC]Dragon [0] (~c2af7556@reladm.kharkov.net) 10.53.16 # Hi Jörg 10.53.48 # <[IDC]Dragon> jj2dogs: read http://rockbox.haxx.se/docs/flash.html for instructions on flashing 10.54.10 # <[IDC]Dragon> Jens or script-bot-autogreet? 10.55.19 # I will repeat myself: There is _no_ bot involved, only that my irc client informs _me_ by beeping/flashing if some special people logon. 10.56.58 # Btw, I have a question. It might be that only Linus could answer it, though. 10.57.45 # Yesterday I told you that I want to change the lcd driver to also use the unrolled transfer loop. 10.58.22 # <[IDC]Dragon> yes, please go ahead 10.58.29 # I have already done that locally, and the speed gain even exceeds my expectations: it gives another +10% for the recorder. 10.58.47 # <[IDC]Dragon> the 3 byte command are so slow? 10.59.09 # [IDC]Dragon: So I can`t flash a player?? 10.59.24 # <[IDC]Dragon> jj2dogs: currently no. 10.59.26 # However, some time ago I talked about this with Linus, and he asked me to stay with a C file. I wanted to convert it to an asm (.S) file. 10.59.59 # [IDC]Dragon: Dam... The rock box is much better that the original firmware.. 11.00.42 # <[IDC]Dragon> jj2dogs: many players also have a not flashable chip. did you check yours? 11.00.53 # And is it possible to aply some patch to player?? 11.01.03 # <[IDC]Dragon> patch? 11.01.07 # [IDC]Dragon: Where do I find it?? 11.01.30 # [IDC]Dragon: I _have_ done it in C, but it looks very strange indeed, and definitely _is_ compiler dependent. 11.01.44 # I red the patch.html but I am not wise from it... 11.01.47 # <[IDC]Dragon> info -> debug-> h/w info 11.02.14 # It would look much more straightforward in pure asm, be much more logical at the same time, since there is no single C instruction left. 11.02.28 # It would also save some more bytes of precious IRAM. 11.03.35 # The only reason why Linus asked me to stay with a C file is that if I change it to .S, the connection to the history of lcd.c in cvs would not be obvious. 11.04.05 # However, you have done this for memcpy.S and memset.S some time ago... 11.04.16 # <[IDC]Dragon> oops 11.04.33 # <[IDC]Dragon> maybe that's the reason Linus didn't like it... 11.04.58 # <[IDC]Dragon> I guess you'd have no problem sticking with C 11.05.18 # <[IDC]Dragon> it's not the most pretty, but will work. 11.06.14 # I still think switching to .S would be the far better way. If you want to have a look at what I have, look at http://amiconn.dyndns.org/lcd.c 11.09.25 *** No seen item changed, no save performed. 11.12.40 # <[IDC]Dragon> looks a bit stange, your asm subroutines outside of any function 11.13.31 # <[IDC]Dragon> and what is this SN macro? 11.16.53 Quit jj2dogs ("Leaving") 11.17.31 Join limbus [0] (~manuel@kernel.cycos.net) 11.26.08 # (sorry for being afk) 11.27.01 # This SN macro is used to convert numeric constants like LCD_DS etc. into strings, since the asm() pseudo-function needs it that way. 11.33.20 # <[IDC]Dragon> lots to learn from your code, great 11.33.39 # <[IDC]Dragon> I think I was passing it as an argument to overcome this 11.34.45 # The problem is that you can't use the extended asm() syntax (the one with :::) outside of functions, so I had to figure out this. 11.36.31 # <[IDC]Dragon> why do you want it outside of a function? 11.38.05 # Because I want to have pure asm subroutines. I could put this into a dummy function (this is what Linus did in the gdb stubs), but this would generate additional instructions that would never be used. 11.39.22 # For information about how the SN macro works, see http://gcc.gnu.org/onlinedocs/gcc-3.1.1/cpp/Argument-Prescan.html#Argument%20Prescan and http://gcc.gnu.org/onlinedocs/gcc-3.1.1/cpp/Stringification.html#Stringification 11.44.01 # <[IDC]Dragon> in general, I know about # and ## of the preprocessor 11.45.30 # <[IDC]Dragon> what prevents you from committing your LCD code? 11.46.24 # As I said before, this looks very strange and would look much more straightforward in .S form. 11.46.54 # <[IDC]Dragon> we can still do that. 11.47.09 # Furthermore, I wanted to wait a bit to see if my previous optimization breaks something on the player. 11.47.34 # <[IDC]Dragon> our player user just left... 11.47.39 # While I tested the player routine by using it for the recorder, I don't have a real player to test. 11.48.02 # <[IDC]Dragon> I broke the one i have 11.48.38 # What is broken? Can it be fixed? 11.49.09 # <[IDC]Dragon> if I knew, I'd fixed it 11.52.46 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- irc client ownage!") 11.53.14 # Is this the one that broke while testing the flash procedure for players? 11.56.22 Join methangas [0] (methangas@0x50a4329a.virnxx10.adsl-dhcp.tele.dk) 11.56.38 # <[IDC]Dragon> yes. 11.56.52 # <[IDC]Dragon> I did the serial and uart boot mod 11.57.06 # <[IDC]Dragon> then it stayed blank :( 11.57.18 # <[IDC]Dragon> even after I undid the mods 11.57.45 # <[IDC]Dragon> but the box is alive, I can control it via uart boot 11.58.13 # Does that mean that "only" the display does not work? 11.59.21 # <[IDC]Dragon> no, the startup somehow hangs 12.00.19 # <[IDC]Dragon> (lunchtime) 12.00.25 # me too. 12.17.32 Quit [IDC]Dragon ("no fate but what we make (EOF)") 12.37.27 Join Strath_ [0] (aopen@dgvlwinas01pool0-a242.wi.tds.net) 12.51.02 Join [IDC]Dragon [0] (~c2af7556@reladm.kharkov.net) 12.51.11 # re Jörg 12.52.18 # <[IDC]Dragon> hi again 12.54.26 # Iiuc, your dead player does boot correctly via uart, but not from ROM? 12.55.10 Join Quelsaruk [0] (~jirc@193.136.159.152) 12.55.13 # hi 12.55.29 # <[IDC]Dragon> it doesn't boot into rockbox, but I can control it to some extend 12.55.59 # <[IDC]Dragon> (blink the LED, toggle the LCD post lines, read and program the flash) 12.56.11 Quit Strath (Read error: 110 (Connection timed out)) 12.56.13 # <[IDC]Dragon> s/post/port 12.57.06 # <[IDC]Dragon> Rockbox can't be cold-started on a player, that's what I originally wanted to debug 12.57.14 # I know. 12.58.06 # What happens if you write the original firmware back to the rom? 12.58.36 # <[IDC]Dragon> the LCD lines don't move when I start the firmware, so I suspect it crashes before. 13.00.41 # ido you have the original rom image of that very box? Perhaps somehow the contents of the file did change a bit, did you try another rom image? 13.00.58 # s/ido/do/ 13.01.48 # <[IDC]Dragon> sure I do have the ROM 13.02.08 # <[IDC]Dragon> I'm pretty confident I restored that, too 13.05.16 # What about the hardware mask? 13.05.57 # And: is it possible to build a debug version of the bootloader? 13.09.26 *** Saving seen data "./dancer.seen" 13.12.17 # <[IDC]Dragon> players don't have a hardware mask 13.12.30 # <[IDC]Dragon> it's all done by the version number 13.12.50 # <[IDC]Dragon> debug version of boot loader? what for? 13.38.23 # lunch time, cu 13.38.26 Quit Quelsaruk ("Leaving") 13.43.08 Join CGI047 [0] (~c2af7556@c231002.adsl.hansenet.de) 13.43.14 Nick CGI047 is now known as mattzz (~c2af7556@c231002.adsl.hansenet.de) 13.43.22 # yo 13.51.52 # [IDC]Dragon: If you could flash a debug version of the boot loader, you may be able to detect the exact spot where it crashes. 13.52.26 # <[IDC]Dragon> the boot loader doesn't crash 13.52.35 # <[IDC]Dragon> the Archos firmware does. 13.55.33 # Is there a disassembly of the Archos firmware for the player? If so, and you have a LA available, it might be possible to find out where it crashes. 13.57.33 # <[IDC]Dragon> phew, that sounds like a lot of work 13.58.05 # <[IDC]Dragon> then I'd better buy one from ebay 14.10.10 # HI all, a coworker showed my his iPod yesterday. well, not much to say about that, apart from the fact that I saw a game called "Music-Quiz" that plays parts from music files and then, of course, the player has to guess where it comes from. 14.10.34 # Somebody knows if there are any license / patents problems rebuilding that game for rockbox ? 14.10.58 # it would be one more game possible for the players. 14.11.42 # limbus: did you check google about apple, ipod, music-quiz? 14.12.12 # limbus: Imo, if you re-implement it without knowing the original source and name it differently (in case the name itself is patented) there should be no problem 14.14.06 # ok, I'll think abou that 14.14.14 # *about 14.17.28 # did I mention that the "buttons" of the iPod are REALLY cool ? 14.17.33 # no moving parts 14.21.08 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!") 14.58.16 Quit AciD (Read error: 54 (Connection reset by peer)) 15.03.30 Join pfavr [0] (pfavr@dyna218-088.nada.kth.se) 15.09.28 *** Saving seen data "./dancer.seen" 15.38.08 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 15.54.29 # [IDC]Dragon: r u listening? 16.15.16 Quit AciD (Read error: 54 (Connection reset by peer)) 16.18.15 Quit mattzz ("CGI:IRC") 16.28.43 Join methangas [0] (methangas@0x50a4329a.virnxx10.adsl-dhcp.tele.dk) 16.31.45 Quit methangas (Client Quit) 17.03.24 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 17.09.33 *** Saving seen data "./dancer.seen" 17.27.42 Join Ka__ [0] (~tkirk@65.216.194.2) 17.42.03 Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") 17.45.42 Quit Ka___ (Read error: 110 (Connection timed out)) 17.46.59 Join deadite66 [0] (~Miranda@cpc1-yarm1-5-0-cust53.pete.cable.ntl.com) 18.13.40 Part limbus 18.32.24 Quit deadite66 (Read error: 110 (Connection timed out)) 18.58.14 Quit [IDC]Dragon ("no fate but what we make (Session timeout)") 18.58.14 Quit Nibbler (Read error: 104 (Connection reset by peer)) 18.59.09 Join estesoyyo [0] (~yomismo@81-203-162-115.user.ono.com) 18.59.30 Quit Urgo (Read error: 60 (Operation timed out)) 19.03.23 Join Urgo [0] (Feh45@206-15-137-42.dialup.ziplink.net) 19.09.36 *** Saving seen data "./dancer.seen" 19.12.17 Part estesoyyo ("Usa Jabber, es libre") 19.17.19 Join Strath__ [0] (aopen@dgvlwinas01pool0-a242.wi.tds.net) 19.35.43 Quit Strath_ (Read error: 110 (Connection timed out)) 19.37.33 Join wake [0] (~wake@HSE-Kitchener-ppp194434.sympatico.ca) 19.42.34 Quit AciD (Read error: 60 (Operation timed out)) 20.12.02 Quit wake ("leaving") 20.38.35 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 21.09.40 *** Saving seen data "./dancer.seen" 21.12.44 Join BLuECHip [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) 21.17.52 # Evenin' all 21.19.01 # envening... 21.19.04 # evening... 21.19.06 # blah. 21.25.40 Join wake [0] (~wake@HSE-Kitchener-ppp194434.sympatico.ca) 21.31.13 Nick Strath__ is now known as Strath (aopen@dgvlwinas01pool0-a242.wi.tds.net) 21.34.11 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 21.36.12 # hrm.... *.nist.gov is the third more active viewer of my website :) 21.41.46 Quit wake ("leaving") 21.52.07 Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) 22.07.09 Join amiconn_ [0] (~jens@pD9E7FDBF.dip.t-dialin.net) 22.14.20 Quit amiconn (Nick collision from services.) 22.14.20 Nick amiconn_ is now known as amiconn (~jens@pD9E7FDBF.dip.t-dialin.net) 22.37.57 Join [IDC]Dragon [0] (~idc-drago@pD9FF8802.dip.t-dialin.net) 22.38.19 # re Jörg 22.38.23 # <[IDC]Dragon> Hi Jens 22.38.33 # <[IDC]Dragon> do you have the ne cvs set up? 22.38.39 # <[IDC]Dragon> new 22.39.55 # Not yet. I have mailed Bagder, but did not yet receive an answer. 22.40.07 # <[IDC]Dragon> neither did I 22.40.29 # <[IDC]Dragon> dunno if he will answer, or silently set it up 22.40.45 # In the meantime, I have converted my new lcd code to an asm file. Looks much cleaner and saves 20 more bytes of IRAM. 22.41.00 # <[IDC]Dragon> ;-) 22.41.13 # If you want to have a look, http://amiconn.dyndns.org/lcd.S 22.41.20 # <[IDC]Dragon> thanks 22.41.36 # <[IDC]Dragon> so I can plut it in my private build 22.41.41 # <[IDC]Dragon> put 22.44.05 # Yesterday I brushed up my grayscale.c to prepare it for commit (squash that characters, integrate your parameter). Now I find that I cannot commit at all. 22.44.22 # :( 22.44.44 # <[IDC]Dragon> do you use the time API? 22.44.58 # <[IDC]Dragon> timer 22.45.41 # yup. 22.46.10 # <[IDC]Dragon> anonymous cvs works (read only) 22.48.29 # I have optimized the clipping at the right border for gray_drawgraymap while integrating support. 22.48.30 # <[IDC]Dragon> my user account not .-( 22.49.07 # Neither does mine: "rejected access to /cvsroot/rockbox for user ..." 22.49.07 # <[IDC]Dragon> whatwas happening there? 22.49.31 # With the clipping? 22.50.05 # <[IDC]Dragon> yes 22.51.04 # <[IDC]Dragon> the new cvs is pretty fast 22.52.04 # Without support, it was necessary to let the x-loop always run all the way to the right, even if some pixels are not drawn due to clipping, otherwise the position of the data pointer would not be correct for the next row. 22.53.05 # With stride support, the data pointer for the current row is discarded at the end, so it is possible to quit the loop when reaching the right border. 22.57.19 # <[IDC]Dragon> yes, this is common practice. 22.59.08 Join timd0ug [0] (~timdoug@63.168.8.254) 23.01.54 # [IDC]Dragon: I still don't understand why the Rockbox crew switched to an own cvs. 23.02.06 # Apart from sometimes being a bit slow, I never had problems accessing sourceforge cvs since I was allowed to commit. 23.02.12 # Authentication with ssh public key was much more convenient and secure as well. 23.02.33 # At least I hope this will be integrated into the haxx.se cvs as well. 23.02.52 # <[IDC]Dragon> i haven't managed that 23.03.07 # <[IDC]Dragon> tried, but didn't work 23.03.20 # <[IDC]Dragon> for another project it did 23.04.19 # I have done it by the manual, worked the first time I tried it. I took me a bit of research to get the ssh daemon running (with cygwin). Still not perfect, but it works. 23.05.26 # <[IDC]Dragon> ahh, my gdb works again 23.06.41 # Hmm, gdb is one thing I have never tried using yet. I suppose I would need a serial connection for that? 23.07.00 # <[IDC]Dragon> yes 23.07.31 # <[IDC]Dragon> but under windows, it's very unpleasant (=unstable) 23.07.38 # This is too bad, since I don't want to mod my box. Apart from that, my laptop does not feature a searial port. 23.07.47 # *serial 23.08.10 # <[IDC]Dragon> maybe a USB converter would do 23.09.43 *** Saving seen data "./dancer.seen" 23.14.07 Join top_bloke [0] (~ekolb_pot@0-1pool12-11.nas6.oakbrook1.il.us.da.qwest.net) 23.33.04 Join cjnr11 [0] (~dfd@bobillot-5-82-224-193-23.fbx.proxad.net) 23.33.09 Part cjnr11 23.44.32 # [IDC]Dragon: I had a look into the cvs manual. Renaming a file _does_ link the history. 23.44.33 Quit top_bloke (Read error: 54 (Connection reset by peer)) 23.44.50 # It is even possible to make the revision number start with the value of the old file + 1. 23.45.26 # <[IDC]Dragon> ah, ok. I didn't rename memcpy/memset 23.45.43 # Maybe I can convince Linus that it would be better to switch to lcd.S 23.45.55 # <[IDC]Dragon> it seems to bother you... 23.46.27 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 23.46.27 # * [IDC]Dragon can't reproduce the voice problem with gdb 23.46.39 # If you did compare my lcd.c with lcd.S, you should know why. 23.47.23 # Renaming a file in cvs is simple (basically, it is a "linked" commit) 23.47.53 # (1) Rename (or replace) the file locally 23.48.01 # (2) cvs remove old 23.48.07 # (3) cvs add new 23.48.23 # <[IDC]Dragon> can we post-mortem rename memset.c into memset.S ? 23.48.34 # (4) cvs commit -m "Replaced old with new" old new 23.49.06 # <[IDC]Dragon> you do commant line cvs? 23.50.29 # Of course I do. Since I did have to install cygwin anyway, I use many of the *nix tools under windows. 23.51.03 # <[IDC]Dragon> I like tortoise cvs 23.51.15 # <[IDC]Dragon> and a graphical merge tool 23.51.45 # I did never have a look at gui cvs tools. 23.53.08 # I use(d) openssh from cammand line for the ssh authentication as well. 23.53.14 # *command 23.54.30 Quit timd0ug ("My damn controlling terminal disappeared!")