--- Log for 16.01.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 3 days and 11 hours ago 00.00.50 # btw... Is there a "watchdog" on the already supported rockbox targets ? 00.01.03 # (any of them) 00.01.22 # not that i know of 00.01.37 # What do you mean? The SH1 cpu features a watchdog timer, but it's not used by rockbox. 00.02.01 # aahh... 00.02.13 # Maybe I can diable it :P 00.02.23 # However, it is used by the archos firmware to avoid a corner-case possibility for lockup 00.02.49 # It didn't occur to me that it was possible to disable... I'm checking 00.03.41 # On the SH, it is disabled by default 00.04.12 # As it is I run my code via a hook in the archos firmware 00.04.20 # so I inherit all their settings 00.04.52 # mh; datasheet says watchdog is enabled by default.. 00.05.01 # So I guess it can be disabled 00.05.13 # ... Another related question ... 00.05.43 # Now I have to run with DC plugged in; or else the device shuts itself off 00.06.07 # Do you think this can be related with the watchdog ? 00.06.19 # Subquestion, in what way ? 00.06.40 # Maybe there is a port pin that you have to set for holding the power. 00.07.23 # This is needed on some of the SH-based archos units as well (Recorder fm/v2, Ondio) 00.07.43 # Actually I want to keep this behaviour until I have something more stable... 00.08.06 # It allows me to reset easily :P 00.08.15 *** Saving seen data "./dancer.seen" 00.08.34 # I just wanted to make sure disable watchdog would keep it this way 00.08.35 # Does the Gmini have hardware poweroff? 00.08.44 # I think not 00.08.56 # Or maybe ... 00.09.15 # The mentioned SH-based boxes have that. 00.09.57 # Is the hw. poweroff accessible by a lambda user ? 00.10.24 # If the software doesn't release the port pin to switch off power when the Off button is pressed (e.g. crashed), you can still poweroff by holding the Off button long enough (>10 sec) 00.10.46 # Ok, thanks for the info 00.12.47 # Strangely enough, the watchdog is disabled by archos firmware 00.12.58 # (if I trust the emulator traces) 00.17.28 # Bagder, Zagor: One of the video.rock bugs I mentioned is cosmetic, and it's related to the scrollbar() function: 00.18.01 Quit silencer_ (Read error: 110 (Connection timed out)) 00.18.51 # If scrollbar() is called with very large parameters, there is an internal overflow which causes the displayed bar to be totally wrong 00.19.14 # I think this should be fixed within scrollbar() itself. What do you think? 00.19.28 # how big are the values? 00.20.19 # It is called with max_shown= and items=, in bytes 00.20.46 # The width varies, but with my font it is around 80 pixels 00.21.23 # So if the sizes go above (2^31-1)/80 bytes (around 26 MB), the overflow occurs, 00.21.50 # because of (width-2) * (max-min) 00.22.53 # i agree this should be fixed in screollbar() 00.23.11 # I thought of something like: 00.23.30 # while (item > MAX_INT/width) { 00.23.40 # item>>=1; 00.23.46 # min>>=1; 00.23.52 # max>>=1; 00.23.54 # } 00.24.05 # and likewise for the vertical variant 00.24.26 # ...in order not to loose precision for low values 00.25.22 # hmm, can't we solve it without a loop? 00.26.09 # Yes, but this would require more than 1 division, which would probably be more costly (3 divisions in total) 00.26.43 # ..even 4: 00.28.46 # int temp = MAX_INT/width; 00.28.51 # (watchdog successfully disabled) 00.28.58 # if (item > temp) { 00.29.21 # temp = item / temp + 1; 00.29.35 # item /= temp; 00.29.40 # min /= temp; 00.29.46 # max /= temp; 00.29.47 # } 00.30.54 # The shifts within the loop are certainly faster than all those divisions. 00.31.00 # yup 00.35.28 # There will be a maximum of 7 loop iterations (equalling /= 128) on the archos units, since the width can't be higher than that. It may be 8 on the iriver. 00.37.47 Join dethbrg [0] (~dethbrg@host-66-81-61-92.rev.o1.com) 00.41.09 # crap, I /j the channel thinking someone could help me locate music like "ap collective" or "this function is void" I'll give it a few minutes before I /part 00.41.38 # With respect ^^^^^ to all working on the Archos Jukebox 6000, Studio 20 and Recorder MP3 players 00.50.11 # Zagor: I just made scrollbar() ~26 % shorter (before fixing the problem) :) 00.50.52 # :) 00.54.46 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 00.57.09 Join webguest25 [0] (~43092247@labb.contactor.se) 00.57.47 Quit webguest25 (Client Quit) 01.00.11 Join lenny [0] (~lenny@66-215-121-205.mb-cres.charterpipeline.net) 01.01.45 Part dethbrg ("~poof~") 01.02.04 # Zagor: Does the code police allow the use of limits.h ? 01.02.41 # what are you thinking of doing? 01.03.00 # Using the INT_MAX #define 01.03.23 # There seems to be no MAX_INT #define (!?) 01.03.28 Quit lenny (Client Quit) 01.04.02 # can't see any harm in using that 01.07.28 # The fix is working, and the fixed scrollbar() is still smaller than the original, unfixed & unoptimized one :)) 01.08.31 # sounds good 01.26.55 # All green builds :) ... time to sleep 01.27.49 # good night 01.27.58 Part amiconn 01.37.31 Quit jyp ("Leaving") 01.56.37 Quit Zagor ("Client exiting") 02.08.20 *** Saving seen data "./dancer.seen" 02.39.06 Join silencer [0] (~silencer@zen.via.ecp.fr) 02.46.17 Quit Stryke` (Read error: 110 (Connection timed out)) 03.15.07 Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 03.29.07 Quit midk ("Leaving") 03.30.22 Join MooMaunder [0] (~paul@cpc1-stkp4-5-0-cust117.mant.cable.ntl.com) 04.08.24 *** Saving seen data "./dancer.seen" 04.17.08 Join DMJC [0] (~James@220-245-175-215-sa-pppoe.tpgi.com.au) 04.25.41 Quit MooMaunder (Read error: 60 (Operation timed out)) 04.35.32 Quit silencer (Nick collision from services.) 04.35.33 Join silencer [0] (~silencer@zen.via.ecp.fr) 04.35.39 Quit silencer (Nick collision from services.) 04.37.15 Quit DMJC ("Leaving") 04.40.33 Join silencer [0] (~silencer@zen.via.ecp.fr) 04.56.43 Join TuDo [0] (~chatzilla@ip54505768.speed.planet.nl) 04.58.05 Quit TuDo (Client Quit) 06.08.25 *** Saving seen data "./dancer.seen" 08.08.28 *** No seen item changed, no save performed. 08.23.10 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 09.24.19 Join webguest70 [0] (~50ca51e0@labb.contactor.se) 09.24.51 Quit webguest70 (Client Quit) 09.45.13 Quit Nibbler (Connection timed out) 10.01.05 Join amiconn [0] (~jens@pD9E7EB19.dip.t-dialin.net) 10.08.31 *** Saving seen data "./dancer.seen" 10.44.42 Join amiconn_ [0] (~jens@pD9E7EFA5.dip.t-dialin.net) 10.49.45 Quit amiconn (Nick collision from services.) 10.49.45 Nick amiconn_ is now known as amiconn (~jens@pD9E7EFA5.dip.t-dialin.net) 11.31.36 Join Nibbler [0] (~sw@p3E9D48E6.dip.t-dialin.net) 11.37.10 Part amiconn 11.47.26 Join TexJoachim [0] (~TexJoachi@pD9E243E0.dip.t-dialin.net) 12.03.10 Join Digital007 [0] (~accabaa8@labb.contactor.se) 12.03.18 # Morning 12.05.02 Quit Digital007 (Client Quit) 12.08.33 *** Saving seen data "./dancer.seen" 12.13.16 Join ashridah [0] (ashridah@220-253-120-134.VIC.netspace.net.au) 13.08.27 Quit Nibbler () 13.14.46 Join MooMaunder [0] (~paul@cpc1-stkp4-5-0-cust117.mant.cable.ntl.com) 14.08.36 *** Saving seen data "./dancer.seen" 14.14.32 Join edx [0] (edx@pD9EAB0D6.dip.t-dialin.net) 14.23.04 Quit MooMaunder (Read error: 60 (Operation timed out)) 15.23.22 Quit ashridah ("sleep") 16.01.52 Join R3nTiL [0] (~zorroz@83.69.98.85) 16.08.40 *** Saving seen data "./dancer.seen" 16.33.16 Quit R3nTiL () 16.55.00 Join amiconn [0] (jens@pD9F52852.dip.t-dialin.net) 17.41.30 Join Spida [0] (Spida@pD9FFA9B1.dip.t-dialin.net) 17.50.45 Part TexJoachim ("Bye!") 17.53.16 Quit Spida_ (Read error: 110 (Connection timed out)) 18.08.42 *** Saving seen data "./dancer.seen" 18.18.49 Quit Ka_ (Remote closed the connection) 18.20.21 Join Ka [0] (~tkirk@pcp0010732484pcs.howard01.md.comcast.net) 18.23.03 Quit gromit` (Remote closed the connection) 18.31.13 # we have a new device where rockbox will work? 18.31.18 # http://www.rockbox.org/twiki/bin/view/Main/CarbonPort 18.39.31 # gosh 18.41.57 # Incredible... platforms rushing in 18.42.25 Quit amiconn (" cu l8er") 18.46.44 Quit silencer (Nick collision from services.) 18.46.45 Join silencer [0] (~silencer@zen.via.ecp.fr) 18.46.51 Quit silencer (Nick collision from services.) 18.51.46 Join silencer_ [0] (~silencer@zen.via.ecp.fr) 18.55.45 # ah so you also didnt know :) 19.05.14 Join R3nTiL [0] (~zorroz@217.30.249.203) 19.10.37 Join Vassago [0] (~dudits200@dhcp065-031-059-036.woh.rr.com) 19.19.08 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 19.27.00 Join gromit` [0] (~gromit`@82.234.244.69) 19.39.42 Quit Vassago () 19.46.36 Quit R3nTiL (Read error: 110 (Connection timed out)) 19.58.07 Quit midk ("Leaving") 20.07.30 Join preglow [0] (thomj@s183a.studby.ntnu.no) 20.07.35 # elo 20.08.45 *** Saving seen data "./dancer.seen" 20.23.27 Join Tang [0] (~chatzilla@ARennes-204-1-33-245.w81-53.abo.wanadoo.fr) 20.24.16 # Hello :) 20.54.32 Quit edx () 20.54.46 Join Stryke` [0] (~Chairman8@24-168-110-99.si.rr.com) 21.12.18 Join jyp [0] (~jp@176.3-136-217.adsl.skynet.be) 21.31.16 # Is there somebody? 21.31.26 # Sems not... 21.31.28 # :/ 21.31.51 # Maybe 21.32.26 # sure, but doing other things 21.32.27 # hehe 21.37.24 # :) 21.37.31 # Real life once again... 21.37.35 # :s 21.37.36 # lol 21.43.56 Quit Stryke` (Read error: 110 (Connection timed out)) 22.01.29 Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") 22.08.47 *** Saving seen data "./dancer.seen" 22.20.09 Join Zagor [242] (foobar@h254n2fls31o265.telia.com) 22.28.47 # that rockbox on carbon pic is fake. compare with http://www.digitalnetworksna.com/images/rio/products/90260554/item_a0.jpg 22.29.34 # did anyone actually say it was real? 22.29.54 Join MooMaunder [0] (~paul@cpc1-stkp4-5-0-cust117.mant.cable.ntl.com) 22.30.14 Join [IDC]Dragon [0] (~Joerg@pD95128FA.dip.t-dialin.net) 22.30.15 # not that I know, no. but it's better to act than react :) 22.32.38 # <[IDC]Dragon> hi guys! 22.32.46 # hi 22.34.00 # <[IDC]Dragon> Pieter in the forum seems to have problems withe file system corruptions on Ondio 22.36.18 # <[IDC]Dragon> which I'm sad to hear 22.36.26 # sounds bad 22.36.43 Join bagawk [0] (~80c1a979@labb.contactor.se) 22.37.06 # Zagor: I got ATA working; thanks for the support ;) 22.37.25 Join Nibbler [0] (~sw@p3E9D48E6.dip.t-dialin.net) 22.37.30 # <[IDC]Dragon> a reason not to enable multivome too hastily for the HD models 22.37.39 # jyp: excellent! 22.37.58 # <[IDC]Dragon> I'm a bit lost on how to debug this 22.38.10 # <[IDC]Dragon> jyp: congratulations! 22.38.14 # There's pic of root dir listing somewhere in there 22.38.17 # www.donat.org/users/jyp 22.38.29 # (I can't access the site right now) 22.39.00 # <[IDC]Dragon> me neither, it seems 22.39.15 Join Elektroluder [0] (~chatzilla@a81-14-167-1.net-htp.de) 22.39.55 Quit bagawk (Client Quit) 22.40.03 Join bagawk [0] (jirc@IC62.library.oregonstate.edu) 22.40.15 # hello? 22.40.22 Part bagawk 22.40.50 # Next week I'll start submitting patches 22.41.05 # can someone answere me a question to rockbox? 22.41.16 # Elektroluder: only if you ask it :) 22.41.50 # does rockbox even work for the archos gmini 220? 22.41.57 # not yet 22.41.58 # Hahaaaaa ;) 22.42.06 # damn... 22.42.07 # I'm working on it 22.44.00 # jyp: is the led for power or disk? hardware or software controlled? 22.44.18 # I don't manage the led 22.44.41 # It remains as it is at the time I take control 22.44.46 # same for backligt 22.46.15 # the id3 database for my 8000+ songs is only 2.3 MB large. i thought it would be bigger. 22.46.46 Join webguest23 [0] (~510ea701@labb.contactor.se) 22.47.16 Quit webguest23 (Client Quit) 22.50.05 Quit Elektroluder ("ChatZilla 0.9.61 [Mozilla rv:1.7.3/20040910]") 22.50.14 # however the artist "folder" is almost 900 entries long so i need to add support for display partial folders 22.53.26 # [IDC]Dragon: well obviously we need more details from him. if it's a small mmc, maybe he can simply make a complete image available 22.54.05 # <[IDC]Dragon> but that'll be post-mortem, whatcan we learn from it? 22.54.40 # <[IDC]Dragon> at least, pretty tough 22.55.10 # yes it is 22.56.27 # <[IDC]Dragon> maybe I'd run into such problems, too, if I just would use my Ondio more often :-/ 23.04.14 Quit jyp (Read error: 104 (Connection reset by peer)) 23.04.14 Join jyp_ [0] (~jp@176.3-136-217.adsl.skynet.be) 23.04.41 Join amiconn [0] (~jens@pD9E7EFA5.dip.t-dialin.net) 23.04.45 # hi 23.04.54 # <[IDC]Dragon> hi Jens 23.05.19 # I read about the Ondio fs corruption. I doubt this has to do with multivolume. 23.05.43 # I also got this twice, and that was before multivolume existed. 23.06.01 # <[IDC]Dragon> that doesn't comfort me 23.06.27 # <[IDC]Dragon> any idea what provokes it? 23.07.00 # One occurence was accompanied by a (slight) fs corruption that was detectable with chkdsk. 23.07.25 # The other occurence simply had 2 blocks swapped, with no corruption otherwise. 23.07.43 # A complete (not quick) format of the flash seems to have cured it. 23.08.04 # <[IDC]Dragon> swap, hmm 23.08.17 # <[IDC]Dragon> why no quickformat? 23.08.17 # I really don't know what caused it, but it might be related to the flash itself. 23.09.07 # (quickformat) Because after the first occurence, I did a quickformat (only). 23.10.14 # <[IDC]Dragon> which should give you a shiny new file system... 23.10.29 # Yes, but a long format touches more blocks. 23.11.02 # Perhaps there were some faulty blocks, that the flash chip needed to be touched in order to detect and remap them. 23.11.42 # <[IDC]Dragon> sounds exotic 23.12.23 # <[IDC]Dragon> and like I read the datasheet, replacement should be transparent 23.13.12 Join Stryke` [0] (~Chairman8@24-168-110-99.si.rr.com) 23.13.44 # Can you imagine a firmware bug that may cause *data* blocks to be swapped? 23.14.45 Quit methangas (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") 23.14.47 # <[IDC]Dragon> bug causes are sometimes hard to imagine 23.14.54 # I checked both FATs after the second occurence (block swapping). They were identical in, cluster chains contiguou,s for these files. 23.15.06 # <[IDC]Dragon> block=sector or cluster? 23.15.12 # sector 23.15.37 # Hmm, I'm not 100% sure. 23.17.32 # No, must have been cluster (iirc the playing time of the swapped blocks) 23.17.55 # But then it's really hard to believe it was caused by the flash... 23.18.30 # <[IDC]Dragon> could have been the fat cache 23.18.53 # <[IDC]Dragon> which is hopefully bulletproofed now 23.19.10 # Yes, maybe this has done the trick. 23.20.13 # My sister is rather good at finding bugs. She found the video.rock bug I fixed... 23.20.25 # <[IDC]Dragon> ah 23.20.45 # <[IDC]Dragon> emberassing, how long this was in 23.20.52 # May I replace your Ondio FM photos with scans, btw? 23.21.09 # <[IDC]Dragon> yes, sure 23.21.57 # <[IDC]Dragon> (video bug) I meant the missing close() 23.22.05 # Yes. 23.22.27 # She found the problem because she wondered about the resume point not resetting. 23.22.45 # <[IDC]Dragon> the slider overflow may have been difficult on Ondio 23.23.18 # For a change, this time I caused the bug (missing close) when I did the plugin mass-adaption for Ondio. 23.23.40 # <[IDC]Dragon> oh, I already blamed myself 23.24.13 # Expect a big Win32 simulator commit soon :) Featuring different pics (also as preparation for clickable buttons), different LCD sizes & colours, and some keyboard adjustments. 23.24.32 # <[IDC]Dragon> nice 23.24.48 # <[IDC]Dragon> will it compile with MSVC? 23.25.03 # why is that an issue? :V 23.25.04 # I dunno. Probably it needs adjustments. 23.25.16 # i thought you guys used gcc 23.25.20 # I don't have MSVC (costs money, unlike cygwin) 23.25.42 # * preglow hugs mingw 23.25.46 # preglow: The Win32 simulator is compilable both with GCC/cygwin & MSVC 23.26.30 # The MSVC makefile will need adjustment for sure. 23.27.00 # <[IDC]Dragon> it has always been the ugly little brother 23.35.43 # I'm a bit undecided about the aspect problem (recorders, ondios): Would it be better to have an 1:1 aspect (cleaner view), or the target's aspect (looking more natural)? 23.36.38 # <[IDC]Dragon> I think we can only afford target aspect ratio when greatly magnified 23.37.10 # <[IDC]Dragon> else we need 1:1 to get a meaningful display 23.37.35 # I tried target aspect. I think it doesn't look too bad. 23.42.19 # http://amiconn.dyndns.org/RealAspect-recorder.jpg 23.42.19 # <[IDC]Dragon> Zagor: we need to "long police" Rockbox for the Gmini 23.43.01 # yes 23.43.03 # <[IDC]Dragon> I'm wondering if we should leave that to them, or we start with the modules we're faminliar with 23.43.04 # * jyp_ thinks 'Not be confused with "long island police"' 23.43.33 # I would say we can start 23.44.12 # Alright ... I'm going to submit a patch with what I've done already perhaps ? 23.44.22 # please do 23.44.35 # fat.c is the main offending file 23.44.47 # <[IDC]Dragon> yeah, I figured 23.44.54 # ... that i've worked on 23.45.10 # Zagor: What's your opinion on the aspect issue (Win32 sim)? 23.45.54 # frankly i think the surrounding player picture can be ditched. that solves the aspect problem and decreases the software size :) 23.46.02 # hehe 23.46.10 # exactly what I said the other day 23.46.32 # Zagor: I left the picture there on purpose, for adding clickable buttons. 23.47.00 # And it wouldn't solve the aspect problem either. 23.47.31 # well no, but i don't think it needs solving. it's just a UI simulator. 23.47.34 # what aspect problem are we talking about? 23.47.47 # that the pixels aren't shaped the same way on the screen as on the target? 23.48.09 # Yes. 23.48.20 # It's not a big problem though. 23.48.33 # I've never given it any thoughts 23.49.06 # but I wouldn't mind a resizable sim-window 23.49.46 # The Win32 sim is resizable since a long time 23.50.14 # is it scaling the player image then? 23.50.41 # Do you have a script (or whatever) to indent the sources as required by your standards ? 23.50.52 # jyp_: emacs! :-) 23.50.59 # Zagor: yes. 23.51.06 # I'm using xemacs... 23.51.19 # jyp_: check tools/ 23.51.19 # I guess I can set it up accordingly 23.51.29 # thanks 23.51.32 # rockbox-style.el 23.51.51 # it's in the tools directory 23.52.09 # oh, you already said that :) 23.52.52 # <[IDC]Dragon> I'm off, bye 23.53.07 Quit [IDC]Dragon (" HydraIRC -> http://www.hydrairc.com <- Get hot chicks here!") 23.53.13 # Zagor: you heard anything about the carbon port besides the pic in wiki? 23.53.34 # it's not a port, it's just a photoshopped image. i have removed it. 23.53.38 # aha 23.53.42 # I wondered if it was 23.53.51 # fooled me 23.53.56 # but I didn't check closely 23.54.10 # it was the iriver boot photo 23.58.06 # maybe he is in a time zone that has reached april 1st already? ;-) 23.58.19 # perhaps :)