--- Log for 29.07.105 Server: tolkien.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 6 days and 14 hours ago 00.05.17 Join BBub [0] (belzebub16@dsl-084-059-238-036.arcor-ip.net) 00.06.29 # there is a error in the cvs ;( metadata.c:849: error: `track' undeclared (first use in this function) 00.07.25 Join preglow [0] (~c39fb6c6@labb.contactor.se) 00.08.08 # red builds :/ 00.09.11 # [00:06:31] there is a error in the cvs ;( metadata.c:849: error: `track' undeclared (first use in this function) <- ;) 00.09.44 # yes, someone's done poor testing before committing 00.09.56 Quit phaedrus961 (Remote closed the connection) 00.10.32 Quit preglow (Client Quit) 00.10.49 Join prethom [0] (~c39fb6c6@labb.contactor.se) 00.11.12 # i cant fix it, unfortunately 00.11.59 # only need to change 'track' to 'entry', it seems 00.12.12 # i sincerely doubt he even compiled this before he commited 00.14.21 Join webguest39 [0] (~513f6968@labb.contactor.se) 00.14.32 # track is a struct trackinfo, which has a member id3 that is a struct mp3entry 00.14.57 Join ashridah [0] (ashridah@220-253-122-228.VIC.netspace.net.au) 00.15.13 # is someone planning to start renaming all the id3 stuff to something more generic? 00.18.14 # I wonder (1) why people don't compile their changes before committing (2) why they don't even check the compile status on the site and (3) what the default genre fix (hack?) has to do with the last-tag-in-flac problem 00.18.44 # well, he did chang a few more things... 00.18.50 # but I'll make it compile at least... 00.18.58 # i believe people generally do compile, the trick is convincing yourself even the most trivial change can go wrong 00.19.13 # and then again making yourself never commit if you're in a hurry 00.19.22 # i've gotten burned on that last one myself a time or two 00.19.43 # Once should be enough to learn that... 00.22.03 # yes, 'should' being the troublesome part 00.22.46 Part atmcsld ("Leaving") 00.24.01 # is playback on h1x0 the way it is on archos now, btw? 00.24.02 # There, fixed. Seems to work in the simulator too... 00.24.19 # and what exactly do you mean by that? :) 00.24.25 # i really dislike the seeking behaviour, which is more or less the only place i feel the iriver firmware still does a better job 00.24.37 # that it pauses you mean? 00.24.37 # what's wrong with the seeking? 00.24.55 # I hate how iriver seek does that live seek or whatever 00.25.01 # 1. no sound while seeking, 2. it doesn't start prebuffering if you're clearly seeking outside the current playback buffer 00.25.02 # takes FOREVER to seek through 3 hour tracks 00.25.21 # still, it's sensible enough as it is 00.25.26 # but i'd like a live mode as well 00.25.28 # 2. why start prebuffering when you don't really know where you'll end up anyway? 00.25.29 # for those short seeks 00.25.40 # lear: that's what i mean with it being sensible 00.26.04 # but i still do a ton of shorter seeks where i know where i want to skip to by the sound 00.26.07 # Playback is not yet fully like on archos 00.26.10 # with rockbox that's a pain 00.26.39 # how does it differ? 00.26.40 # I don't care about sound while seeking 00.27.04 # I want a fast & exact seek 00.27.35 # sure, me too, but i usually dont know the time i want to seek to, i know what music i want to seek to 00.27.49 # since i listen to quite long mixes from time to time 00.28.00 # I have to evaluate the exact differences, here are 2 that straight come to mind 00.28.27 # (1) Stop in file browser doesn't work. It's supposed to stop playback if there's music playing 00.28.51 # well, that should be easily fixable 00.28.56 # (2) The last few seconds of a track don't update the wps 00.29.15 # yeah, that's true 00.29.30 # (3) Long seeks (*way* longer than the buffer mem) still don't work correctly 00.29.40 # i suspect all those "while playing" loops could have something to do with 2... 00.30.35 # And of course, the other way 'round, the runtime db is still not hooked up on archos... 00.33.18 # yes 00.33.30 # we need to get that fixed 00.33.34 # sometime soon. 00.33.40 # shouldn't be that hard, no? 00.33.49 # i dunno archos, but probably not 00.34.05 # I once tried, but failed 00.34.10 # :/ 00.34.14 # what failed about it? 00.34.29 # However, I believe this was due to the runtimedb init problem I introduced.... 00.35.01 # might very well be 00.35.17 # brb 00.35.49 # Ugh! I just converted mandelbrot.rock to 64 bit arithmetics for a test. The binary size almost doubled... 00.36.22 # ahaha 00.36.29 # integer or float? 00.36.36 # long long 00.36.58 # strange, both are dependent on support functions, not much is inlined, i believe 00.37.47 # emac optimise it! :PPpPPppPP 00.38.04 # Who's the emac guy? ;) 00.38.13 # The speed is still bearable, btw 00.38.23 Quit webguest39 ("CGI:IRC (EOF)") 00.38.34 # the emac guy just left screaming 00.38.37 # emac doesn't help much here... You only get 32 (or possibly 40) bits of result anyway... 00.38.56 # Now I can zoom like mad without precision probs 00.39.03 Join courtc [0] (~courtc@adsl-158-44-25.asm.bellsouth.net) 00.39.24 # lear: yeah, i dont know shit about how mandelbrot calculations work 00.39.27 Join TCK [0] (TCK@81-86-99-206.dsl.pipex.com) 00.41.29 # I should probably implement adaptive maximum iteration count 00.41.29 Quit TCK- (Read error: 110 (Connection timed out)) 00.41.42 # the web client seems to drop sentences from time to time 00.41.46 Join webguest39 [0] (~513f6968@labb.contactor.se) 00.41.59 # but yeah, i've mentioned it before, but the sim resampler FRACMUL routine is wrong 00.42.12 # playback works fine for me... 00.42.18 # with resampling? 00.42.24 # yep. 00.42.27 # queer 00.42.47 # if you now what the emac does it fractional mode, it makes sense... 00.43.03 # well, i wrote it 00.43.30 # the emac frac multiplier doesn't return the top 32 bits 00.43.49 # yes it does. see the coldfire programmer's manual. 00.44.04 # it shifts the result once first 00.44.08 # left 00.44.21 # once as in one bit? 00.44.21 # so you actually get (x*y) << 1 00.44.39 # actually, in frac mode, there's no shift at all (like you can get in integer mode)... 00.45.12 # are you absolutely 100% certain? i've done countless tests on this, and all pointed to there being a shift 00.45.18 # and it makes sense for fractional numbers 00.45.43 # well, I'm playing a 32 kHz ogg in the simulator right now. works fine (except for the occasional gap, that is...). 00.45.45 # i've also written quite a few lines of asm that assumes there being a shift 00.46.00 # I've seen comments to that effect at least... 00.46.15 # probably my comments ;) 00.46.32 # Does the fractional mode work on 0.32 signed fixed point numbers? 00.46.39 # signed 0.31 00.47.09 # depending on your notation, heh 00.47.12 # Ah, yes, so range is -0.5 <= x < +0.5 ? 00.47.21 # one sign bit, 31 frac bits 00.47.38 # range is -1 <= x <= 0.999999999 00.47.41 # the frac thing is, it multiplies two numbers, both essentially being multiplied by a large factor. but the result should only be multiplied once, so you have to divide the result of a mul. 00.48.19 # prethom: For that range, the shift doesn't make sense to me... 00.48.22 # so, two numbers, e.g. shifted left by eight, to multiply them you must write (x * y) >> 8 for the right result. 00.48.41 # sure, i know this 00.49.09 # amiconn: the leftmost bit is NEVER used, apart from the case of -1 * -1 00.49.32 # I do also know how fixed point works... that's what mandelbrot.rock uses 00.49.59 # you can get the leftmost bit, it's part of the upper extension byte 00.50.09 # I also know that depending on the int.fract split, it might be necessary to shift beforehand 00.51.25 # see page 1-10 in the coldfire programmer's manual. Shows quite clearly that you get the top 32 (40 via extension byte) bits from a 32 by 32 mul. 00.51.52 Quit webguest39 ("CGI:IRC (EOF)") 00.52.00 # lear: i suggest you do some direct tests, then, mul two numbers and see what you get out, i'll bet you find the answer to be shifted left once from what you expect 00.52.24 # if this isn't correct, i might as well just resign from the project on the grounds of being too stupid to have anything work 00.52.51 # 'cuz i just couldn't understand what the emac unit was giving me in the start 00.52.52 # the volume during playback ought to be noticably wrong then, wouldn't it? 00.52.58 # lear: indeed 00.53.09 # I don't think it is... 00.53.41 # but please, hack up a plugin to see what a direct mul gives you, i'd love to have this verified 00.54.11 # if i'm not correct, it's just quite simply a miracle that any of my asm opts work at all 00.54.24 # since a shifting error can account for quite much in some places 00.54.28 # god knows i've hunted them 00.55.43 # but like you say, the docs clearly states the top 32 bits are being returned 00.55.51 # but the motorola docs contain heaps of errors 00.56.56 # all of my libmad asm optimisitations correspond directly with other decoders in term of quality and amplitude, so i _should_ be right 00.57.08 # Found 2 more things: (1) The long long arithmetics do also work on archos, just rather slow. (2) The critical zoom factor where thelack-of-precision artifacts become visible is where I would expect it 00.57.34 # are the plugins compiled with -O ? 00.57.37 # i'll see if I can make a quick hack now then... 00.57.52 # perhaps O2 would give some nice boosts for stuff like mandelbrot and jpeg 00.58.49 # I don't really trust gcc in what it does with higher optimisation settings 00.59.17 # ...at least for non-x86 00.59.25 # i don't think it screws too badly up with highlevel code 01.02.27 # at least it does wonders for the codecs 01.03.57 # If rockbox crashes on my iriver, and I get an error message with some memory addresses, should I report that here? 01.04.25 # sure 01.04.49 # do we bundle a map file along with the daily builds, anyone? :P 01.05.13 # prethom: Ok, I will take notes in the future. 01.07.15 # doubt it... 01.07.23 # as long as you know which build you use, it _might_ at least give some info 01.08.21 # ugh, i need to rewrite the resampler 01.08.54 # why? 01.09.01 # i designed a couple of quick filters the other day, and it seems like iir filter based resampling might be within reach 01.10.14 # lear: i need to make downsampling work in-place, and i need to make it resample stereo data directly, right now it calculates all the loop variables twice when it doesn't really have to 01.12.01 # lear: Good work on the replaygain stuff, btw. It's nice. 01.12.09 # thanks. 01.12.10 # Been listening all today on random. 01.12.35 # The 64-bit division is a monster on SH1 - ~1.3 KByte of code... 01.12.43 # ahahaha 01.13.05 # it's a pretty big routine on most non-64-bit platforms 01.13.10 # amiconn: no surprise. I guess 32-bit divide is pretty bad too (which explains why rolo was so darn slow in the beginning)... 01.13.13 # I'm pretty sure this is compiled C code, using multiple 32 bit operations 01.13.41 # I *think* the SH can do better 01.13.49 # it really should 01.13.56 # 1.3kb of code for a div is over the top 01.14.05 # doubt it, it doesn't even have a proper div instruction! 01.14.12 # i'm sure the gcc people will accept your patch ;) 01.14.18 # lear: for real? 01.14.28 # It doesn't offer direct division of 16 or 32 bit numbers, but a 1-bit-division-step instruction 01.14.36 # ahh 01.14.44 # that's not _very_ unusual, at least 01.14.49 # for a 16 bit divide, you call something called div0, then 15 calls of div1. or along those lines at least... 01.14.55 # amiconn: exactly. 01.15.13 # 3dnow has some instructions along those lines 01.15.20 # I think that can be used for >32 bits as well, only the shifting may get a bit tricky 01.15.23 # btw Am I the only one getting Rockbox randomly freezing on track change. Pressing stop closes the WPS, but the resume data is gone. 01.15.24 # for calculation square roots and divisions 01.15.33 # Using multiple registers it should be possible though 01.17.18 # Mandelbrot doesn't need division in the calculation loop, fortunately 01.17.20 # prethom: well, yes, for the same result in the simulator, I do need to use >> 31... 01.17.26 # i rock 01.17.29 # :-) 01.17.57 # looked good when I tested (and sound okay now too), so I didn't consider that sign bit... 01.18.18 # and the brief motorola docs didn't help either. :) 01.18.24 # well, the extra shift doesn't help things 01.18.33 # it had me puzzled for a week 01.18.58 # and another week went until i fully understood that was the internal format, not just movclr.l magic 01.19.03 # There is one thing that I like about the coldfire asm: It has shift-by-n instructions 01.19.24 # That helped a lot for grayscale... 01.19.29 # it isn't really an extra shift; more like the proper result when multiplying 31-bit fractional numbers, so to speak. 01.19.37 # yes 01.19.45 # that is how it's usually done other places as well 01.20.15 # so the simulator macros needs some tweaking, but I wonder if anything else in dsp.c does... 01.20.31 # nothing in the resampler does 01.20.46 # i wrote that and FRACMUL, so should work peachy 01.21.21 # i wonder if the sim FRACMUL mistake is mine, though 01.21.31 # probably is 01.22.11 Join bagawk [0] (~lee@bagawk.user) 01.22.34 # nope, I changed that, from something like (x*y)>>1, which wasn't much better when you think about it. :) 01.22.47 # amiconn, what happened to lcd_clearpixel? 01.23.04 # no, my initial take was seriously damaged 01.23.08 # amiconn, also warning: "HAVE_LCD_BITMAP" redefined 01.23.50 # bagawk: (1) See http://www.rockbox.org/twiki/bin/view/Main/GraphicsAPI lcd_clearpixel() is no longer needed 01.24.00 # the routine assumes you work with long long, but there's a long cast there clear as day, heh 01.24.00 # (2) Dunno what you're doing... 01.24.33 # no, it was x*y << 1... 01.24.42 # yup 01.24.54 # that's what it would be if you used 64 bit precision all the way 01.25.44 # I said "like" above, didn't bother about exact types... 01.26.31 # amiconn, so a replacment is bg_drawpixle(x,y);? 01.26.41 # didn't get to test sim audio those days anyway 01.27.03 # bagawk: No, you use lcd_drawpixel with a suitable drawmode 01.27.49 # ahh 01.28.01 # hm... the fracmul_8 thing ought to be correct. In effect, I'm multiplying a s.31 with a s7.24, so that should still be shifted right 24 bits... 01.28.30 # so the comment was misleading, and fracmul in sim was off... 01.29.39 # yup 01.29.52 # fracmul_8 is correct, yes 01.30.03 # at least looks like it, i'm not too awake right now 01.30.16 # hm.. wait a minute, I did look at values from the resampler in the simulator, and it did look right when I shifted right by 32... (I got nice values between samp-1 and samp, so to speak) 01.30.58 # but there could've been shift errors in my debug prints, I might add... :) 01.31.40 # oh well, nothing I'll bother to commit right now anyway. :) 01.32.09 # no, sure, but just put it in some day, the less confusion about the frac mul, the better 01.32.28 # i did consider writing a quick emac howto, but never got around to it 01.34.32 # he, I could've used that. took some time before I understood how it worked / found all relevant documentation about it... 01.34.55 # yes, me too 01.35.30 Quit bagawk ("Leaving") 01.38.45 # i better start thinking about going to bed 01.40.12 # hm.. wonder if starting the comment with "Multiply two S.31 fractional integers" makes it much clearer for "outsiders"... 01.40.21 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 01.40.21 # * Lear should also go to bed soon... 01.42.04 # btw, got that butterfly replacement working, but it wasn't much of an improvement... (not too surprised really) 01.42.14 # no, me neither, really 01.42.46 # if you're serious about codec improvement, you should try to integrate that special cache dependant function section i was talking about 01.42.53 # i'd do it myself, but no dev env yet 01.44.20 # i'm moving to another flat in a couple of weeks, think i'll be set for more coding then 01.44.44 # i wont cry leaving this 28k8 hell behind 01.46.41 # I'm not sure what that would do really, and where to use it, so... 01.47.36 # but throught that code i verified an errata in the cpu (at least I think I did...) :) 01.48.08 # what, only 28k8? but that's still better than what I had when I changed broadbad isp... 01.49.22 # for some reason (bad modem/adsl equipment still installed), my 56k modem did not give me any good speed - or reliable connection for that matter... 01.50.27 # it's for grouping all performance critical functions together so they dont step on each others feet in the cache 01.50.39 # regarding the errata, when getting the result from the emac, try to put an instruction after the last mac/msac and the first move from accumulator. 01.50.43 # this is a 56k modem, but the connection's so bad it reverts to 28k8 01.51.06 # yeah, good old emac fetch stall 01.51.08 # okay... still no idea on how to do it... :) 01.51.21 # i've got a imdct patch in the patch tracker that does it 01.51.36 # the one that's supposed to be faster, you mean? 01.51.41 # yes 01.52.17 # the imdct routine itself doesn't do it, but i added a special .cachetest section that's supposed to hold all the critical functions 01.53.38 # but i gotta go to bed 01.53.42 # see y'all later 01.53.48 # but there is still an errata regarding the stall, doing a mul on acc1 shouldn't stall a fetch of acc0... 01.53.55 # ahh, yes 01.54.13 # doesn't matter which acc 01.54.16 Quit tvelocity ("Leaving") 01.54.31 # so you just mean put all "critical" functions in one section? 01.54.36 # yep 01.54.40 Quit ghode|afk () 01.54.45 # so they end up mapped right next to each other in memory 01.54.56 # yep, got it. 01.55.07 # this way the chance of them sharing the bottom part of the address is lesser 01.55.34 # i believe the cache uses the bottom 12 bits as a key 01.55.40 # and it's 1 way associative :/ 01.56.26 # so if there's a collision, the cache line is flushed, no mercy 01.56.47 # for the case of the imdct patch, this effect was _really_ noticable 01.57.05 # i had no idea why it was so slow until linus suggested that 01.57.14 # something to look at for vorbis; might not need icode then... 01.57.42 # yup, i'm hoping for at least some small gains 01.57.48 # (which basically has the same effect) 01.58.08 # well, more or less, the cache will still be flushed when other non-tremor code is called 01.58.11 # but it's close enough 01.58.23 *** Saving seen data "./dancer.seen" 01.58.46 # iram code will always be faster, but as long as we have important data to stuff into it, that's what it should be used for 01.59.01 # but you're also right in there not being too much important data left in tremor 01.59.18 # perhaps there's something left that is dynamically allocated 01.59.22 Quit Moos (" HydraIRC -> http://www.hydrairc.com <- Try something fresh") 01.59.40 # anywho, i need to go 01.59.41 # later 01.59.47 Part prethom 02.00.15 # bye, I'm off too. 02.00.33 Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0.6/20050720]") 02.23.22 Quit hicks (Remote closed the connection) 02.36.13 Join tvelocity [0] (~tony@ppp44-adsl-240.ath.forthnet.gr) 02.43.17 Quit DreamTactix291 (Read error: 110 (Connection timed out)) 02.51.36 Join OPP [0] (~OPP@adsl-69-208-168-20.dsl.emhril.ameritech.net) 02.51.37 # hello 02.52.14 # do you guys think the h1xx stuff can be ported to h3xx 02.54.48 Quit OPP (Client Quit) 03.15.42 Quit Chamois (" HydraIRC -> http://www.hydrairc.com <- Try something fresh") 03.21.19 # nevar! 03.22.52 # kik 03.22.54 # *lol 03.28.10 Quit Strath ("Client closed") 03.29.31 # omg 03.29.46 # some idiot on a dutch channel is talking about his new idea... 03.30.03 # "When I'm 20, I'm going to kill myself... if life doesn't prove it's cool" 03.30.15 # "How should life fo that?" 03.30.32 # "I should have a great chick, nice car... a lot of money... and I should be a famous hacker." 03.30.46 # "Dude... you can kill yourself right now... it's just impossible :P" 03.36.32 Quit Cassandra (Nick collision from services.) 03.37.29 Join Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) 03.58.26 *** Saving seen data "./dancer.seen" 04.01.17 Join DreamTactix291 [0] (~dreamtact@adsl-19-235-161.bna.bellsouth.net) 04.03.47 Join OPP [0] (~OPP@adsl-69-208-168-20.dsl.emhril.ameritech.net) 04.03.53 # anyone here 04.05.39 Join QT_ [0] (as@area51.users.madwifi) 04.05.46 # yup 04.06.16 # nice 04.06.24 # hows the h3xx port goin 04.07.18 # noone is really working on it afaik 04.07.43 # ? 04.07.44 # really 04.07.45 # wow 04.07.51 # i thought it was 04.09.27 # maybe with the IaudioX5 port going forward that will improve 04.09.32 # as they both have colour-displays 04.10.29 # well 04.10.31 # the h120 04.10.35 # is like the same 04.11.25 # it is in most parts 04.11.37 # the cpu goes up to 140 mhz instead of 120 04.11.43 # ahh 04.11.51 # so there shouldnt be much trouble porting it 04.11.53 # but i guess the colour-implementation will take some time 04.11.57 # ya 04.12.49 # oh wait, seems like the h1x0 cpu can also go up to 140 mhz 04.13.00 # o 04.13.05 # do you have an h120 04.13.07 # or h140 04.13.15 # h110 ;) 04.13.25 # maybe a h130 soon 04.13.27 # is that 10 gig? 04.13.30 # yup 04.13.38 # o 04.13.53 # the first hdd-player from iriver 04.14.09 # i want one 04.14.39 # yeah, its a really nice player 04.14.44 # best sound i heared so far 04.14.52 # the h10 is a little worse ;( 04.14.54 # i had one 04.14.57 # but i sold it 04.14.59 # a long time ago 04.15.04 # and now i have an h320 04.15.09 # well, i got mine for 2 years now 04.15.13 # wont give it away ;) 04.15.19 # ya 04.15.25 # im lookin for them everywhere 04.15.29 # i never liked the h3x0 having no remote 04.15.36 # they made one for it.. 04.15.40 Quit QT (Read error: 113 (No route to host)) 04.15.41 # lcd remote 04.15.47 # but i dont like remotes 04.16.19 # i find the player too unhandy to get it out of your pocket while biking for example 04.16.25 # oh 04.16.29 # i just use playlists 04.16.42 # k 04.18.50 # grr and im moving 04.18.54 # have to wait after that 04.19.18 # maybe the h3xx port will get released in the next couple months 04.19.28 # i would think so 04.19.34 # really? 04.19.36 # thats oon? 04.19.38 # soon* 04.19.55 # hmm ill hang on to it then 04.20.11 # as i said they are also working on a IaudioX5 port which also requires colour-support 04.20.23 # so i guess that will push it further 04.20.35 # oh 04.20.37 # ya 04.20.49 # isnt all the hardware already figured out for the h3xx 04.20.58 # yup 04.21.43 # thats good to hear 04.22.50 # whats the process after that making the boot loader 04.23.22 # yeah 04.23.32 # and then its done? 04.23.49 # well, lets say it will boot ;) 04.24.22 # o 04.24.22 # ok 04.24.34 # but as the dsp is the same it should work right from the start 04.25.09 # ahhh 04.25.20 # so once the boot loader is made its using the same fw 04.25.45 # i have some ideas for it :-D 04.25.48 # some basic some not 04.25.48 Quit edx (Read error: 110 (Connection timed out)) 04.26.35 # being able to get like 20 fps instead of 10 would be great 04.26.39 # for vids 04.26.55 # that will take some time i guess 04.27.05 # there is no video in rockbox yet 04.27.14 # ya 04.27.30 # everything in the h1xx should stay 04.27.34 # its all genius 04.27.44 # and again they would need integer-based codecs for the videos to decode 04.27.51 # ya 04.27.55 # so that will be a little harder 04.27.59 # actually 04.28.04 # i could live without videos 04.28.07 # but i find the jpeg-support for the h1x0 quite nice 04.28.14 # its really good qualy for the display it has 04.28.18 # i mean you can always go back to the original firmware 04.28.23 # sure 04.28.27 # to watch vids 04.28.29 # i also do it because of the remote 04.28.38 # which only shows the rockbox logo so far ;( 04.28.53 # :-( 04.29.47 # be happy, this things been out less then a month and its already way better then ipodlinux' 04.29.58 # hehe 04.30.20 # ipod is for fashionists anyway ;P 04.31.02 # ya 04.31.15 # iriver is for t3h n3rds and people who like high quality music 04.31.22 # exactly 04.31.36 # although i saw a girl with an h120 yesterday 04.31.40 # i knew her pretty well 04.31.51 # seemed like she was a fashionist 04.32.41 # heh 04.35.26 # are you a coder 04.39.26 # nope 04.39.26 Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) 04.39.37 # i am not experienced enough at c 04.39.43 # o 04.55.48 # well im psyched 04.58.31 Join DreamTactix291 [0] (~dreamtact@adsl-19-235-161.bna.bellsouth.net) 05.22.28 # hey dt :-D 05.40.31 Quit tvelocity ("Leaving") 05.41.00 Quit DreamTactix291 (Read error: 110 (Connection timed out)) 05.42.46 Quit OPP () 05.58.30 *** Saving seen data "./dancer.seen" 06.11.57 Join webguest16 [0] (~1895b05c@labb.contactor.se) 06.12.44 # hey everyone, I was just thinking of a feature... 06.13.01 # can we add some menu option in the view playlist screen to "delete all by playing" 06.14.30 # oops, sorry, I meant "delete all BUT playing" 06.30.11 Join koniu_ [0] (~koniu@host-ip194-145.crowley.pl) 06.47.37 Quit webguest16 ("CGI:IRC") 06.59.13 Join DreamTactix291 [0] (~dreamtact@adsl-19-235-161.bna.bellsouth.net) 07.27.56 Join Bru [0] (HP_Adminis@ip68-98-50-58.ph.ph.cox.net) 07.28.25 Quit Bru (Client Quit) 07.42.27 Nick QT_ is now known as QT (as@area51.users.madwifi) 07.47.23 Quit DreamTactix291 (Read error: 110 (Connection timed out)) 07.58.33 *** Saving seen data "./dancer.seen" 08.00.26 Join Nibbler [0] (~sven@port-212-202-193-100.dynamic.qsc.de) 08.08.34 Quit koniu_ (Read error: 113 (No route to host)) 08.37.53 Join Cka3ka [0] (~Cka3ka@ool-4355b700.dyn.optonline.net) 08.37.57 # hey hey 08.38.08 # anyone around at this late hour 08.38.15 # specifically anyone with rockbox on their iriver? 08.38.32 # Late? It's 08:38 a.m. here ... 08.38.41 # lmao its 2am here 08.38.42 # 230 08.38.43 # hehe 08.38.46 # i go to bed at 5 08.38.52 # so i guess its early morning? 08.38.53 # either way 08.39.11 # so man you have an iriver? 08.42.40 # eh ill pose the question openly: frankly, i just want a clock on my iriver, thing is that iriver doesnt inherently have a "sleep" mode like the ipod that lets it be off but still keep track of time without resetting time. BUUUT with iriver coding hd spindowns and sleepmodes, even on the iriver build, i was wondering if possible to get the whole clock idea going, if so we can build on that by adding a callendar/date and from there you have a 08.42.48 # damn that was long, someone better read that shit =-) 08.44.07 # .....no reply isnt cool lol 08.48.18 Join koniu_ [0] (~koniu@host-ip194-145.crowley.pl) 08.50.34 # I don't think a clock makes sense on iriver. As soon as you shut down the time will be lost 08.51.12 # I mean, that will inevitably happen. 08.51.45 # Either you forgot that you don't want the normal shutdown, or the iriver runs out of battery power while in 'deep sleep'... 08.52.06 # It would be very cumbersome to set the clock that often 08.52.14 #