--- Log for 06.06.105 Server: tolkien.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 14 days and 14 hours ago 00.00.00 # im having a problem with compiling..deos anyone wish to help me 00.00.54 # preglow: You said those intxx_t types are c99 compiler internals... why would one need stdint.h ?? *puzzled* 00.01.02 # amiconn: because i was wrong 00.01.53 # Okay, so the question remains: How does that header make 32 bit ints available on a 64 bit platform? 00.02.38 # if intxx_t are compiler-internals; I CAN use them, even on x86_64? 00.03.12 # when i compile i get the message no uclpack command found, makes a fake rombox.ucl and then it stops 00.03.13 # amiconn: i believed they were internal, but that was wrong, you have to include stdint.h 00.03.45 # yes.. but _how_ does that header handle it? 00.04.37 # amiconn: with typedefs, obviously 00.04.44 # amiconn: can't think of any other mechanisms it could emply 00.04.47 # employ, even 00.05.15 # Yes, but there must be an intrinsic 32 bit type it can put its #define on 00.05.50 # The header shall declare sets of integer types having specified widths, and shall define corresponding sets of macros. It 00.05.53 # yes, of course 00.05.53 # shall also define macros that specify limits of integer types corresponding to types defined in other standard headers. 00.05.57 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 00.06.16 # well, i don't know of a compiler that has a 64 bit int, so i don't know 00.06.49 # looking at the header, long long seems to be 64bit 00.07.24 Quit [solid] ("Lost terminal") 00.07.42 # it's just a bunch of #defines and typedef's that (i guess) is platform dependent 00.07.55 # so it shouldn't be too hard to port it to ColdFire? 00.08.14 # Hmm, so that makes it almost impossible to include it in rockbox 00.08.15 Join austriancoder [0] (~austrianc@80.120.117.30) 00.08.23 # hi 00.08.25 # amiconn: why? 00.08.42 # hi 00.08.45 # which do you prefer? qt or gkt+ 2.0? 00.08.49 # Erm, because it would then be always the same header, but we support multiple platforms 00.08.52 # gtk 00.09.00 # amiconn: #ifdef? 00.09.01 # sup 00.09.05 # still not committed, i take it? 00.09.44 # well, the database-code just uses int for 32bit and short for 16bit; and that IS portable across multiple platforms? 00.10.05 # preglow: fine.. i am adding gtk support to the fwpatcher 00.10.11 # austriancoder: why, how nice 00.10.26 # preglow: How would you handle that for the simulators? 00.10.29 # austriancoder: won't that be more or less like rewriting the whole thing? :P 00.10.43 # niobos: nope. 00.10.56 # amiconn: the sims will already have a stdint.h 00.10.57 # 'int' is 16 bit on 16 bit archs (gmini) 00.11.07 # preglow: mybe, but is is sooo less code.. 00.11.26 # austriancoder: no shit, win32api isn't exactly known for ease of use or elegance 00.11.47 # Still way better than x11 (imho) 00.11.52 # amiconn: so the current database.h won't work on gmini... 00.11.55 # amiconn: agreed 00.11.59 # x11 is a nightmare 00.12.01 # niobos: Exactly 00.12.19 # there are fine and free gui libs c;) 00.12.24 # amiconn: but you'll have to explain the sim issue better, i don't get it 00.12.35 # You could use 'long', but that will break simulators on 64 bit systems 00.12.44 # so the question remains... I have a BigEndian 32bit integer in file, how do I represent it on a "general" arch? 00.13.10 # preglow: The rockbox build system always prefers rockbox headers over system headers, except for the uisimulator sub-dir 00.13.40 # amiconn: well, hooray, isn't that exactly what we want? 00.13.46 # Nope 00.13.52 # amiconn: we want the build system to use the system stdint.h 00.14.11 # for sims, that is 00.14.21 # Yes, but that will happen only for uisimulator/, not for apps/ nor firmware/ 00.14.33 # ...which is not exactly what we want 00.14.46 # well, no, but they shouldn't use the system stdint.h either 00.14.52 # they want the one we bundle with rockbox 00.14.54 # They should 00.14.56 # i think i'm missing something here 00.15.31 # Imagine e.g. the rockbox stdint.h defining: 00.15.51 # typedef unsigned long unit32_t; 00.16.10 # ...that's correct for SH1 and coldfire (can be handled with #ifdef) 00.16.24 # ...but it will break on x86-64 simulators 00.16.54 # well, yeah, but the x86-64 sims wont be seeing that file, they'll see their own system stdint.h which has the correct uint32_t typedef 00.17.05 # Nope 00.17.30 # They'll see the system's stdint.h _for the parts that are in uisimulator/_ 00.17.36 # ahhh 00.17.40 # that's badness 00.17.46 # ..but not for the parts in apps/ and firmware/ 00.17.59 # There is a reason why the rockbox build system does this 00.18.03 # amiconn: isn't that OK? 00.18.08 # that won't be easy to fix without a kludge either 00.18.15 # I mean, the parts in apps/ should be compiled for the device 00.18.18 Part Musicmad 00.18.37 # if you want to run songdb on your x86_64 you could use the version in /utils? 00.18.37 # Is there anyone to help me with the uclpack? 00.18.38 # We want the sims to use as much rockbox code as possible, to catch bugs in them on the simulators too 00.18.53 # (e.g. snprintf) 00.19.08 # hmm... I see... 00.19.13 # but still, having proper intxx_t types is our easiest way to solve this long/int type size nightmare 00.19.25 # preglow: We _could_ make a header that is called differently for defining the c99 types... 00.19.32 # but there obviously are issues... 00.19.43 # and then #include the system's stdint.h for simulator builds 00.19.48 # amiconn: well, then hell, let's do that 00.20.08 # amiconn: it's not like we're aiming for c99 compliance anyway, i just want types that work 00.20.11 # #if CONFIG_CPU == SH7032 00.20.13 # ... 00.20.26 # #elif CONFIG_CPU == MCF5249 00.20.27 # ... 00.20.28 # how can i check in a makefile, if i am on a win32 or linux/mac platform with gtk installed? 00.20.34 # #elif defined(SIMULATOR) 00.20.38 # yes 00.20.42 # #include 00.20.45 # #else 00.20.54 # #error unhandled arch 00.20.56 # #endif 00.21.03 # amiconn: but you're starting to agree this is necessary for some things? 00.21.14 # amiconn: looks good... 00.21.32 # Yes... perhaps... for a very limited scope, imho 00.21.55 # (handling structs that need to be cross platform compatible) 00.21.57 # well, I don't care what the scope is; I care what types I should use ;-D 00.21.58 # well, yes, but this solution beats having #ifdefs around the struct fields 00.22.45 # amiconn: i can see it being good for places where you also depend on automatic wraparound, like in phase accumulators 00.23.05 # there's not much dsp in rockbox yet, but it'll come 00.24.23 # Ok, can I conclude that I should use uint32_t? 00.24.27 # For the typedefs, it looks like we can use the same #defines for all of SH1, MCF5249 and TCC730 00.24.39 # amiconn: yeah, i believe we can 00.24.42 # ..even though TCC730 is 16 bit 00.25.12 # In fact it looks like the only problem is 64 bit archs 00.25.15 # int8_t = char, int16_t = short, int32_t = long, yes? 00.25.26 # yup 00.25.38 # ..and int64_t = long long 00.25.45 # (maybe not for the TCC730) 00.26.42 # I don't need 64bit... (but others might) 00.26.52 # there's still the issue of what to do with 64 bit archs with a 64 bit int :/ 00.27.01 # niobos: i say you ignore this for now and use 'long' 00.27.11 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 00.27.17 # niobos: and mark it with a comment or something 00.28.05 # hmm... I tought of using uint32_t or something unique... so sed could do the change if needed 00.28.27 # no, forget it, we don't have to worry about that, the system stdint.h will do that 00.29.20 # so just use long for now? 00.29.21 # niobos: well, yes, use uint32_t if you want 00.29.25 # k 00.29.28 # niobos: but it wont compile for rockbox right now 00.29.32 # since the header you need isn't there 00.29.47 # I haven't even tried to compile rockbox... 00.29.50 # so 00.29.52 # k 00.29.53 # then hooray! 00.29.55 # :-) 00.30.02 # well guy's I'm off to bed 00.30.04 # cya 00.30.16 # aight 00.30.21 # sleep tight 00.30.45 # I hope I don't get nightmere's about all those pointers and stuff ;-D 00.30.57 Quit niobos ("ahh, sleep...") 00.33.32 Join LinusN [0] (~linus@labb.contactor.se) 00.33.45 # Hi LinusN 00.33.50 # hi 00.34.03 # hey Linus :) 00.34.10 # still any jukebox work going on, or is it all iRiver now? 00.34.12 # commit commit! 00.34.13 # :P 00.34.33 # * LinusN spots some weirdness in Slasheri's patch 00.34.37 # mmm? 00.34.52 # midk: plenty of jukebox hacking 00.34.53 # well I couldnt get it work 00.34.58 Quit Mr_Wik (Read error: 131 (Connection reset by peer)) 00.35.06 # the latest patch gives me an ill* 00.35.18 # that's cool. located some old jukebox stuff recently... rockblox updates, breakout, vu meter work... 00.35.24 # bool rockboy = callback_for_more != pcm_play_callback; 00.35.31 # was thinking about working at it some more in the near future. 00.35.35 # midk: I did a whole bunch of a recording fixes recently 00.35.44 # what? 00.35.50 Quit midk (Read error: 131 (Connection reset by peer)) 00.35.54 # that rockbox fix he did a couple of hours ago, i think 00.36.04 # Is there anyone to help me with the uclpack? 00.36.20 # preglow: ugly as hell 00.36.27 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 00.36.29 # LinusN: wouldn't know, haven't looked at it 00.36.53 # whoops. 00.36.55 # amiconn: cool.. like what? 00.36.57 # haven't kept up with rockbox news at all over the past couple months. 00.37.29 # Look at my latest commits... I hope recording is really fixed now 00.38.23 # oh, did you merge that "invert recording led" patch? 00.38.26 # LinusN: that is ugly, yes, indeed 00.38.40 # Hmm, they're no longer on the frontpage... look at the changes for the 20050605 daily 00.38.49 # whaL 00.38.53 # ? 00.38.54 # what is uglp? 00.38.56 # ugly 00.38.56 # god 00.38.58 # typos o.o 00.39.21 # HCl: slasheris rockboy fix, rockboy used to crash with his patch 00.39.28 # ah 00.39.29 # midk: Invert recording led was there for a while.. and taken out again when triggered recording was added 00.39.38 # what was his rockboy fix? 00.39.44 # haha. not since i've been around.. that's been a while :) 00.40.06 # so.. if the peakmeter drew too much power.. what'd you do? make it run slower? 00.40.09 # LinusN: What about a 2.5 release? 00.40.31 Quit lunchbox () 00.40.37 # amiconn: i'd like that, but i think we need a little more testing of your recent recording fixes 00.40.40 Join leftright [0] (~5087f3a7@labb.contactor.se) 00.40.48 # okay 00.41.07 # However, it seems most people prefer to run releases, not dailies 00.41.16 # how is the id3 db at the moment? 00.41.35 # id3 database.. i haven't tried it myself.. god it's been a while :) 00.41.36 # pretty good. 00.41.40 # ...even though _we_ know that dailies usually are almost as stable as releases 00.41.51 # i added a bit to the format, adding playtime and track number 00.42.00 # i'm waiting for slasheris patch to implement runtime db 00.42.34 # amiconn: can't blame people for that 00.42.49 # they're used to seeing ordinary releases only 00.43.16 # that center scrolling patch looks interesting.. it'd be nice as an option. maybe not completely in the center.. but say 2 lines away from either edge.. 00.43.28 # so the database format still matches the perl script? 00.43.40 # yeah, but the perl script fills in blanks 00.43.40 # midk: The latest version uses 1/3 and 2/3 00.43.46 # for the fields it doesn't support 00.44.28 # amiconn: what do you mean? 00.44.45 # the center scrolling patch 00.44.55 # i tested the perl script yesterday, i think, worked just fine 00.45.05 # hmm. a patch for rockblox updates. too bad i didn't finish mine before this guy started his. can't even really remember what i did to mine though :) 00.45.06 # yup 00.45.07 # i updated it 00.45.17 # amiconn, oh... 00.45.20 # the java one creates a database thats loads better though. 00.45.22 # * amiconn just digged up his test_mem plugin 00.45.32 # but the perl one will create one too. 00.45.36 # that'll work 00.45.50 # amiconn: memset time? :P 00.46.10 # memset/ memcpy timing and correctness test 00.46.57 # First I'll test my little improvement on sh1, next will be measure the timing on iriver 00.47.17 Nick zezayer_away is now known as zezayer (~chatzilla@82.110.136.210) 00.47.21 # I hope the h-140 won't perform too bad compared to the archos recorder :-P 00.47.46 # haha 00.48.05 Join _CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) 00.48.08 # do you plan on using all the registers you can for transfer? 00.48.18 # Nope 00.48.34 # Iirc a burst is 5-1-1-1, so using 4 registers should be ideal 00.48.44 # ohyea 00.48.44 Quit CoCoLUS (Read error: 104 (Connection reset by peer)) 00.48.53 # remind me tomorrow to fix the searchengine up. 00.48.58 # to the new database format.. 00.49.01 # night.. 00.49.52 # amiconn: hmm, what? the burst doesn't continue beyond that? 00.50.32 Quit zezayer ("Chatzilla 0.9.68.5 [SUSE 1.0.4-1.1/20050511]") 00.51.21 Join zezayer [0] (~chatzilla@82.110.136.210) 00.55.03 # hi zezayer hows the bmp is? 00.57.52 # /* Play a small chunk of zeroes to initialize the playback system. */ 00.57.57 # why? 00.58.43 # well, just spent 3 hrs waiting next to the motorway waiting for the frigging RAC to bring a pickup to collect a motorbike. 00.59.05 Quit Harpy (Read error: 60 (Operation timed out)) 00.59.08 # LinusN: there was a problem with a dc offset 01.01.06 # hmmm, then that's what the comment should be saying 01.01.13 # LinusN: so he plays a small buffer of zeros to get rid of it, i don't know why the dac outputs dc in the first place, though, i would have thought it initialised itself to zeros 01.03.00 # * HCl committed part of the searchengine fix for the v3 database.. 01.03.08 # it will work now, but does not use the new fields yet. 01.03.10 # gnight. 01.04.26 # goodnight 01.04.55 Quit cYmen ("zZz") 01.05.28 # * LinusN just committed the playback code 01.05.32 # yay! 01.05.37 # * austriancoder has an improved hold button status patch 01.05.54 # woohoo! 01.05.59 # it needs lots of work, but that work is better done in cvs 01.06.03 # yup. 01.06.04 # austriancoder: tell me 01.06.11 # agreed 01.06.11 # after i finish my homework tomorrow i'll get on runtimedb 01.06.47 # LinusN: it shows now 3 different icons for lock. one if only remote is locked, one if only main unit is locked and the default one, if both are locked 01.06.58 Nick _CoCoLUS is now known as CoCoLUS (~coco@h081217139221.dyn.cm.kabsi.at) 01.07.05 # austriancoder: ok 01.07.11 Quit CoCoLUS (Remote closed the connection) 01.08.09 # the home url of rockbox doesnt show up the commitment 01.08.31 Join CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) 01.08.40 # daily build has to be processed 01.08.43 # before it will show up. 01.09.05 # and how much time this will take? 01.09.14 # i dunno, 18 min? 01.09.23 # or so 01.09.26 # so it is automated, tight 01.09.32 # ^right? 01.09.34 # XavierGr: of course 01.09.55 # builds take les than 10 minutes now 01.10.01 # after bagder put in ccache 01.10.07 # Rockbox Sound Commitment E.T.A. 15 minutes!!!! 01.10.23 # its already committed, it just doesn't show up on the site yet ;p 01.10.23 # let's hope it works 01.10.24 # XavierGr: don't wet your pants already :> 01.11.00 # I remember your phrase preglow... : Linus has spoken. Commit now! Lol 01.11.16 # haha 01.11.23 # * LinusN doesn't get it 01.11.33 # * HCl is too tired to get it 01.11.38 # or the other one when slasheri said that implementing some other things would take time. 01.11.39 # just me being over-eager a couple of days ago 01.11.52 # your answer was: Then screw it! Commit now 01.12.01 # :D 01.12.13 # night. 01.12.17 # nightie 01.12.18 # night HCl 01.12.33 # at least now we wont have a bunch of people asking for patch assistance every day 01.12.46 # that's right! 01.12.58 # * XavierGr hides because i asked for help too 01.13.06 # * XavierGr hides because he asked for help too 01.13.19 # * austriancoder thinks that his iriver is broken :( 01.13.38 # austriancoder: ? 01.13.45 # It appeared on the home page right now !!! yay 01.13.49 # :( 01.13.55 # broken? 01.14.30 Join lunchbox [0] (~dressedto@pcp04632374pcs.gambrl01.md.comcast.net) 01.14.37 # if i connect the ac adapter the lcd flashes alot and i can not start any firmware... iriver also gets hot.. if i disconnect the ac i can normaly work with the unit 01.15.23 # ouch 01.15.38 # have you been using anything apart from the original charger? 01.16.24 # the one in the car... but i am using it over a year now 01.16.43 # does it charge normally if you keep the unit switched off? 01.17.01 # yep 01.17.20 # hmm 01.17.24 # if i connect it to the charger the unti wents off and the gren led went on 01.19.13 # to start any firmware i must connect charger, hold start key and disconnect the charger 01.19.27 # this sounds really strange 01.19.37 # LinusN: Have you included the .rockbox/codecs folder? 01.19.39 *** Saving seen data "./dancer.seen" 01.19.44 # yes 01.19.45 # XavierGr: yes 01.19.51 # i don't know how the ac adaptor is connected inside the unit 01.19.54 # so not much i can say 01.20.13 # strange 01.20.20 # shit 01.20.38 # seems that i must buy a new one :( 01.20.45 # time for a soldering iron :) 01.20.52 # maybe i will by a h3xx 01.22.03 # depend then what you realy want H1xx an H3xx they'r not the same 01.22.29 # it's probably just batery replacment 01.22.36 # i know that they are not the same... color lcd could be fine 01.22.50 # i hope.. i dont have much money 01.22.55 # doesn't sound much like a battery issue to me 01.23.07 # oha.. 01.23.10 # my dad 01.23.21 # washed the car completly 01.23.26 # in and outside 01.23.28 # haha 01.23.33 # washed your unit as well, i hope? :P 01.23.38 # it probably needed a good cleaning 01.23.39 # the charging is a really weak point on the iriver 01.23.41 # .rockbox/codecs? hm? :P 01.23.48 # and he changed the car changer setting from 5.0 v to 7.5 volts 01.23.53 # ouch 01.23.55 # then small wonder 01.23.56 # it's broken 01.23.57 # say bye 01.24.12 # austriancoder: that is *not* good 01.24.29 # :( not good 01.24.59 # * austriancoder is very very very sad 01.25.19 # i can't understand why electronics manufacturers never put in over-voltage protection of some kind 01.25.25 # that is, it's pretty easy to understand 01.25.25 # heh 01.25.41 # Linus: the red builds are cause to buffer issue? 01.25.43 # but you'd think someone would have done it, but i've never heard of anyones gadget surviving too much voltage 01.25.44 Join knoppix [0] (~none@142-62-242-83.dip.h-tel.de) 01.25.58 Quit knoppix (Remote closed the connection) 01.26.27 # it might be worthwhile replacing the power control chip, cheap enough 01.26.44 # leftright: no, it's not that simple 01.26.47 # i am no electrican 01.26.57 # LinusN: The CVS table shows 3 errors and the boxes are red! 01.27.00 # your player may be quite permanently damaged 01.27.05 # it all depends 01.27.22 # atm it seems to work 01.27.37 # i can not use it will chareing.. thats all i hope 01.28.37 Join Zoom [0] (~41081a74@labb.contactor.se) 01.28.55 # XavierGr: oops, fixed that now 01.29.03 # :) 01.29.21 # austriancoder: you are lucky that the player is still alive 01.29.40 # most players die from that 01.30.00 # LinusN: yep... but i think i will buy a new one.. but atm i am not sure which one 01.30.09 # iriver have been quite generous in matters like these, btw, but i don't know if they can still replace h1x0 units 01.30.10 # U check out the H10? 01.30.24 # Zoom: h10 wont have rockbox for a long, long time, if ever 01.30.35 # ahhh 01.30.38 # some of those iaudio hd players? at least they have coldfire, i think 01.30.44 # crwl: yes they do 01.30.53 # crwl: seem like good canidates if anyone wants to port 01.31.01 # crwl: we might very well port to iaudio 01.31.13 # some day 01.31.20 # What does the creative/rio units use? 01.31.38 # creative uses TI DSP's iirc 01.32.17 # there isn't even a gcc for that yet 01.32.57 # so I take it they are not very popular players? 01.33.01 # i also dont think there is very much public docs on it 01.33.06 # though it's a pretty popular dsp 01.34.07 # I am surprised the iPod doesnt have more documentation on it regarding 3rd party firmware 01.34.13 # iAudio X5 looks fine 01.34.15 # ti's site has tons of docs, forget me 01.34.18 # they have two projects going as far as I know 01.34.40 # X5L 01.35.13 # longer battery life 01.35.39 # ah 01.36.13 # are they good players? 01.36.20 # x5 is very good, they say 01.36.26 # doesnt do gapless though 01.36.26 # tomorrow is another day 01.36.31 # MoosCamaro: let's hope so 01.36.48 # :) 01.36.59 # iaudio is Motorola/Freescale ColdFire SCF5249 based... sounds good 01.37.02 # i hopy my last day alive has better weather than this 01.37.13 # ahah :) 01.38.00 # wow the x5 does look impressive 01.38.19 # roxkbox planning to port that anytime soon? 01.38.20 # =P 01.38.23 # haha 01.38.30 # I would've gone for the X5, except for the gapless thing 01.38.38 # it's more probably than creative devices, at least 01.39.00 # rockbox has been ported to the cpu it uses, and the codecs will be as good as for h1x0 01.39.12 # Linus: what's about this yellow build with the boot? 01.39.17 # XL5 is good too 01.39.23 # looks good* 01.39.36 # can somebody test this with iriver? got kernel crash and dont want to reboot 01.39.37 # http://nopaste.php-q.net/139044 01.39.42 # MoosCamaro: nothing to worry about 01.40.04 # by curosity ;) 01.43.13 Join mopsus [0] (mopsus@ACD2512E.ipt.aol.com) 01.44.34 Quit mopsus (Client Quit) 01.46.17 # MoosCamaro: fixed 01.46.43 # * austriancoder makes a reboot 01.46.54 Quit austriancoder ("using sirc version 2.211+KSIRC/1.3.12") 01.50.12 # Yay mp3 seeking is true! Not perfect but nice 01.50.57 # mp3 seeking? 01.51.29 # * preglow tries out 01.51.33 Join austriancoder [0] (~austrianc@80.120.117.30) 01.53.36 Quit Seed (Nick collision from services.) 01.53.44 Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 01.54.35 # well, i'll be damned 01.54.47 # lol 01.54.57 # * XavierGr is happy 01.55.43 # i think the chunks being read are too large 01.57.09 # whoah... Slasheri's patches got commited? 01.57.41 # yes my friend! 01.57.45 # :D 01.58.03 Quit Sucka ("a bird in the bush is worth two in your house") 01.58.11 # Have you noticed the lag of the system when the buffer is filling? 01.58.13 Quit Seed (Nick collision from services.) 01.58.18 # has somebody tested my patch? 01.58.20 Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 01.58.28 # what it does? 01.58.28 # wow good work guys 01.58.52 # austriancoder: what's it do? 01.59.18 # the hold button stuff 01.59.38 # LinusN: +7 warnings for h100, +12 warnings for h100-sim :/ 01.59.54 # austriancoder: what hold button stuff? 02.00.18 # ah the stuff with the new icons of hold button like the iriver firmware 02.00.26 # 3 icons for hold button 02.00.31 # yep 02.00.33 # 3 icons ??? 02.00.37 # 1 when both locked 02.00.45 # 1 when main is locked 02.00.46 # austriancoder: the patch fails to apply completely 02.00.55 # and 1 to rule them all! LOL 02.01.03 # amiconn: yes there are many warnings, has been like that since the beginning of the iriver port 02.01.06 # I'd say the intuitive way would be to have 2 icons 02.01.19 # ..one for each lock switch 02.01.27 # but there are 3 choices! 02.01.47 # preglow: austriancoder@neptun ~/rockbox $ cvs diff -u ... should be ok?! 02.01.58 # Main Locked, Remote Locked , both Locked 02.02.03 # austriancoder: yes, i should think so 02.02.11 # No. Each of the 2 icons would be shown when the corresponding lock switch is on, otherwise not 02.02.35 # what you mean exactly? 02.02.57 # . . No lock 02.03.03 # X . main lock 02.03.12 # . Y remote lock 02.03.17 # X Y both locks 02.04.29 # well its quite the same utilizing smaller space 02.04.44 # ...and the remote lock icon should be displayed on the remote as soon as the remote gets better rockbox support 02.04.57 # (i.e. a second status line) 02.06.42 # my patch = hold button icon handling like irver firmware 02.07.27 # I never checked how the iriver fw does it 02.07.42 # amiconn: Do you own an iriver? 02.07.46 # yup 02.09.29 Part leftright 02.11.50 # * preglow hacks in mp2 support 02.12.04 # so LinusN what do you think? Amiconn or austriancoder? 02.12.46 # isn't it a bit overkill to have separate codec defines for layer 1, 2 and 3 when they should always be handled by the same codec? 02.13.23 # oh well 02.13.25 # Not necessarily true 02.14.05 # no, not necessarily, but i got begin to guess who'd bother to optimise two codecs when they share 50% of the code 02.14.14 # got = can't, sigh... 02.14.21 # The defines should define capabilities, and the mas can't handle layer1 02.14.33 Quit lunchbox () 02.14.53 # i don't believe this file will ever be used for hardware codec players 02.14.56 # (in case we ever unify playback architecture) 02.15.08 # but yeah, true enough 02.15.29 # ...or someone hack in Stephane Tavenard's lib 02.15.33 # *hacks 02.15.46 # This one also doesn't handle layer1 (iirc) 02.17.29 # i think two lock icons might be the best 02.17.39 # i can't understand why something would support layer 2 and not layer 1 02.17.45 # they're pretty similar 02.17.56 # but i guess they have their reasons 02.17.57 # LinusN: I have a little optimisation for sh1 memset, and would like to know your opinion 02.19.07 # For >= 12 byte blocks, it is somewhat faster than the current one overall, but a bit slower when the end is long aligned 02.21.16 # my iriver is dead.. i think the power-on-unit is dead... because everything else worked 02.21.37 # ah... it spins up again 02.21.47 # ok ... it is hard to poweron 02.21.49 # so 02.21.52 # austriancoder: like linus said, you're lucky it even retains SOME functionality 02.21.59 # austriancoder: don't expect it to keep working 02.22.03 # Condition: 12500x16 byte. current: 0,83 s/1,05 s/1,04 s/1,05 s new: 0,88 s/1,01 s/0,94 s/0,87 s 02.22.13 # amiconn: how should i change the hold-button patch? 02.22.31 # preglow: yeah.. iaudio looks fine.. and porting would be interesting 02.22.47 Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") 02.23.22 Quit jamesshuang ("CGI:IRC (Ping timeout)") 02.23.51 # austriancoder: yes, might as well get yourself a bdm interface as well, then ;) 02.25.36 # preglow: lets see 02.25.45 # remote lcd is dead 02.26.09 # shall i commit my hold-button-icon patch now, or not? 02.30.20 # *shrug* 02.30.22 # i can't test it 02.31.36 # i could remake the patch and you could tell me, where it gives rejects 02.32.23 # austriancoder@neptun ~/rockbox $ cvs diff -u &> hold-button.patch should be ok? 02.32.59 Quit Zoom ("CGI:IRC (EOF)") 02.33.10 Join Zoom2 [0] (~41081a74@labb.contactor.se) 02.33.12 # austriancoder: not &>, only > 02.33.26 # snap, why did I get kicked? 02.33.56 # ask the web client 02.34.14 # it said somone else had my name 02.34.18 # but no one has my name "Zoom" 02.34.41 # shruggage 02.34.43 # i need to go to bed 02.34.46 # later, all 02.34.55 Quit preglow ("leaving") 02.36.30 # LinusN: Any opinion about my memset() ? 02.36.46 # Btw, iriver _is_ slow 02.37.01 # It currently uses memset.c, which does some optimisation 02.37.17 # *does use 02.37.23 # hey how much bandwidth does rockbox.org have monthly? (use)? 02.38.06 # Even with long alignment it is a bit slower than archos... despite iriver runs at 48 MHz... 02.38.33 # @all: test please: http://nopaste.php-q.net/139050 02.39.37 Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) 02.40.13 # Zoom2: i have no idea 02.40.23 # after i do a big cvs update, do i have to remove my target dirs and run configure again? 02.40.40 # I was asking because, if you think it might help, I wouldnt mind setting up a "mirror" for some of the firmwares etc 02.40.44 # to help out with bandwidth costs 02.41.24 # don't worry 02.41.44 # we have a bandwidth sponsor 02.41.52 # Linus: red builds again :( 02.43.31 # yeah... 02.44.01 # someone tested my patch? 02.44.04 # alright 02.44.05 # MoosCamaro: yes, it started building before i had committed all of my changes :-) 02.44.12 # figured I would offer 02.44.16 # austriancoder: hang on 02.45.35 # Linus: ;) 02.48.50 Quit midk ("later...") 02.52.01 # OMG its 3:52am and I am still coding how on earth will I get up on 7.00am? 02.52.28 # :) 02.54.05 # Great at least my code is right. Snake2 runs fine in all targets. (except a slight disorientation of text)!!! 02.54.46 # Linus: there are less yellow builds with your new comitts, good household :) 02.55.10 # LinusN: Is it all right if tomorrow I modify snake.c to implement High Score saving and reading from a file? 02.56.01 # Zoom2: someone else has registered the nick Zoom 02.56.09 # freenode has nickserv 02.56.22 # ahh 02.57.37 # XavierGr: do what you want - its open source ;) 02.58.02 # it's true :) 02.58.08 # cool! 02.58.31 # Maybe some of these days I will code a plug-in of my own! 02.58.48 # you're welcome 02.59.05 # okay done for today! Good night all 02.59.13 # good night 02.59.17 # and keep up. 02.59.25 # See you tomorrow! 02.59.28 Quit XavierGr () 03.00.07 # my build of the latest CVS is dying 03.01.38 # rockbox-devel/apps/debug_menu.c:375: undefined reference to `audio_get_debugdata' 03.01.42 # among other things 03.01.47 # LinusN: The player build broke 03.06.32 # amiconn: foxed 03.06.34 # fixed 03.07.29 # Bah, it seems the m68k compiler goofes somehow :( 03.07.52 # As soon as I try to test memset with small enough chunks, I get IllInstr 03.08.03 # cheers 03.12.15 # austriancoder: here are the results from the swedish jury: 03.12.23 # 1) The simulator broke 03.12.34 # 2) It was a night mare to apply the patch 03.12.47 # 3) It doesn't react on the remote hold 03.12.58 # :-) 03.15.40 # :( 03.16.17 Quit austriancoder ("using sirc version 2.211+KSIRC/1.3.12") 03.16.31 # Linus will don't sleep :) 03.17.54 # already 3:18am here in Paris 03.18.25 # 3 hours of sleeping 03.18.36 # :-) 03.18.44 # will sleep now... 03.18.59 # me too 03.19.08 # lucky you 03.19.22 # LinusN doesn't have an opinion :/ 03.19.40 *** Saving seen data "./dancer.seen" 03.19.46 # ....hmmm it's just the oldish archos.... 03.19.55 Join austriancoder [0] (~austrianc@80.120.117.30) 03.20.12 # * amiconn is running memset() timing 03.21.04 # amiconn: i didn't quite get your question 03.21.09 # re 03.21.27 # time to go to sleep my 3 hours of sleeping :) 03.21.32 # alright it worked 03.21.36 # was this the question? "amiconn For >= 12 byte blocks, it is somewhat faster than the current one overall, but a bit slower when the end is long aligned" 03.21.50 # can anyone tell me what filenames rockbox uses for files it records? 03.21.53 # yup 03.21.56 # and: 03.21.59 # [02:22:02] Condition: 12500x16 byte. current: 0,83 s/1,05 s/1,04 s/1,05 s new: 0,88 s/1,01 s/0,94 s/0,87 s 03.22.25 # good night all 03.22.44 # so, your question was "do you think it is better?" 03.22.48 # yes 03.23.29 Part MoosCamaro 03.23.53 # LinusN: found time for my patch? 03.23.57 # when do we use memset? 03.24.29 # austriancoder: look in the irc log 03.24.57 # memset is used in ~100 places 03.25.19 # LinusN: ah.. ok 03.25.39 # LinusN: will fix 03.26.43 # I don't like this opt myself that much, because it's slower when the end is long aligned... which often coincides which the start also being long aligned... which probably happens more often than the other cases 03.27.00 # amiconn: i think so too 03.27.22 # Anyway, doing iriver memset() timing now 03.27.45 # gcc is sometimes silly... but I fixed my problem 03.28.37 # LinusN: could you tell me, where it breaks the simulator? 03.29.22 # is there an option to set the filename prefix for recorded filenames? because if not, that's something i'd like to add...it always annoyed me about the iriver firmware 03.29.47 # austriancoder: maybe your patch contained the fix 03.29.55 Join amiconn_ [0] (~jens@p54BD52E5.dip.t-dialin.net) 03.29.55 # it was hard to apply 03.30.11 # hmm.. i could not build the sim :( 03.30.25 Quit amiconn (Nick collision from services.) 03.30.25 Nick amiconn_ is now known as amiconn (~jens@p54BD52E5.dip.t-dialin.net) 03.31.35 # i get this everytime: http://nopaste.php-q.net/139052 03.33.32 # austriancoder: make clean 03.34.36 # was the first thing i did 03.35.38 # weird 03.35.45 # well, i gotta get some sleep 03.35.48 # nite all 03.35.51 # gnight 03.35.53 Part LinusN 03.39.25 # lol... if I play a file after using rockboy, playback is slooooower 03.40.58 # * austriancoder reemerges glibc to get the sim working 03.49.15 # good night 03.49.18 Quit austriancoder ("using sirc version 2.211+KSIRC/1.3.12") 04.05.46 Join QT [0] (as@area51.users.madwifi) 04.09.03 # i'm getting an IllInstr when I try to play an mp3 in the latest cvs rockbox 04.09.30 # are there any other files i need to copy to the iriver, other than the plugins and the firmware file? 04.09.35 # i seem to remember slasheri 04.09.51 # slasheri's patch requiring the copying of files to the codec folder... 04.19.16 Quit QT_ (Read error: 110 (Connection timed out)) 04.21.10 Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 04.21.20 Quit lostlogic (Read error: 104 (Connection reset by peer)) 04.21.21 Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 04.22.53 Join austriancoder [0] (~austrianc@80.120.117.30) 04.25.22 # LinusN: i fixed now my patch. There is only one thing i found out. if i disconnect the remote control remote_button_hold() is everytime false. Could you verify this? Is there a away to detect, if the remote control is connected? We could also save some iriver power, because we can then "sleep" the remote lcd driver. Thanks 04.33.54 Quit austriancoder ("using sirc version 2.211+KSIRC/1.3.12") 04.34.43 Quit textchimp () 04.46.46 Quit zezayer ("Chatzilla 0.9.68.5 [SUSE 1.0.4-1.1/20050511]") 05.08.37 Quit Zoom2 ("CGI:IRC") 05.19.41 *** Saving seen data "./dancer.seen" 05.21.52 Join dapureplayaBUSY [0] (~anon@CPE-144-136-73-250.nsw.bigpond.net.au) 05.21.56 Nick dapureplayaBUSY is now known as dapureplaya (~anon@CPE-144-136-73-250.nsw.bigpond.net.au) 05.25.40 Quit dapureplaya (Client Quit) 07.03.01 Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) 07.19.44 *** Saving seen data "./dancer.seen" 07.21.09 Quit tvelocity (Read error: 110 (Connection timed out)) 07.24.09 # morning, guys 07.24.53 # does anyone know who wrote player/keyboard.c, i.e. the kbd_input() function? 07.25.18 # textchimp isn't his name written on the top of the file 07.25.19 # ? 07.25.28 # um 07.26.20 # okay, yes, i'm an idiot....bjorn stenberg 07.26.34 # i guess what i was wondering is, does he come on irc and what is his nick? 07.26.58 # hm, w8 sec 07.27.22 # http://www.rockbox.org/twiki/bin/view/Main/IrcNicks 07.27.33 # zagor 07.27.42 # yes, he comes from time to time 07.29.16 # ah 07.29.19 # thanks for that 07.29.23 # np :) 07.29.44 # bgr: while you're here, do you know what kind of filenames rockbox gives to files when it records? 07.30.03 # i have no idea 07.30.13 # i have iRiver H3x0 ... so ... you know ... :) 07.30.20 # ha 07.30.21 # okay 07.30.50 # i can try to find out ... 07.31.56 # that's okay, i should just ask someone who's recorded on an archos or something 07.33.18 # http://www.rockbox.org/viewcvs.cgi/apps/recorder/recording.c?view=markup 07.33.24 # ha, it looks like the function recording.c:rec_create_filename() might help 07.33.49 # #ifdef HAVE_RTC 07.33.53 # yep 07.34.01 # "/R%02d%02d%02d-%02d%02d%02d.mp3" 07.34.54 # btw, amiconn plans to make function for generating file names... 07.35.04 # gah 07.35.06 # okay, cool 07.35.32 # because this is used in 2 or 3 places (with different implementation everywhere) 07.35.40 # bgr: do you know what that formatted filename string actually will generate? 07.35.59 # if the unit has RTC ... it seems it's 07.36.05 # RTC? 07.36.10 # real time clock 07.36.13 # oh, that's a system clock> 07.36.14 # ah 07.36.16 # damn 07.36.22 # so much for the iriver 07.36.45 # but i'm glad they went with that obvious date-based naming convention 07.37.32 # us iriver users will have to enter the date ourselves...that's why i was interested in kbd_input... i thought it should have a screen of the numbers 01 - 31, for entering dates 07.37.43 # -.mp3 07.37.46 # otherwise 07.37.50 # cool 07.39.02 # it's rec_.mp3, where is the first number (4 digits) where the file rec_.mp3 doesn't exist 07.40.19 # textchimp but for date-time naming you need a source of current time ... 07.41.27 # bgr: no, i mean you enter the dd-mm-yy for the filenames yourself, via the kbd_input screen 07.41.59 # so yes, you have to know in your head what the date is 07.43.27 # textchimp i think a better idea would be to have the option to enter current time from the menu... 07.44.28 # bgr: from which menu? the main menu? and then if the current time is set, the recorded files will use it? 07.44.58 # w8 07.45.09 # maybe...but maybe you don't always want to enter the whole date+time, just the date...or a different filename prefix altogether 07.49.03 # yep 07.49.08 # it could be done 07.50.15 # but i think that it's early to think about this, having the fact that there's no recording at the moment 07.50.36 # and the playback just appeared as functionality 07.52.14 # i know 07.52.24 # but it's all i can think of that i'd really like to get done 07.52.55 # grr i lied you 07.53.10 # and i can't do any of the low level codec optimisation stuff 07.53.57 # if there's no RTC, it's rec_.mp3, where will be the last number in the directory 07.54.09 # that, and maybe configurable 'key' (button) bindings 07.54.21 # i.e. it'll not fill the gaps if there is missing file between 2 other 07.54.33 # hehe 07.54.33 # yeah, i saw that in the code 07.54.53 # morning 07.54.59 # morning, amiconn;) 07.55.34 # amiconn: i'm told you're thinking about some filename-generating code for rockbox? 07.56.24 # For units without rtc, the rec_.mp3 algorithm ineed makes sure that is the last one 07.56.42 # yep, both of us saw this :) 07.56.55 # i overlooked the code at the beginning 07.57.36 # btw, amiconn, what's the reason of having 3 yeld(); immediately one after other in trigger_listener() 07.57.37 # I know it, and I also know who wrote it (not me) 07.57.55 # Linus ? ;) 07.57.59 # Nope 07.58.18 # Jörg aka [IDC]Dragon 07.58.32 # s/yeld/yield 07.59.00 # ...and entering the date just to generate the recording file name would be really cumbersome imho 07.59.24 # ...plus it wouldn't always work 07.59.34 # amiconn i think its a good "have to" as an option 07.59.43 # amiconn why not ? 08.00.15 # You can always rename the file after recording; the amount of keypresses wouldn't differ that much 08.00.21 # if you have int entered_date = 0; ... if(user enters data) entered_date=1 ...; 08.00.42 # yep 08.00.58 # hm, maybe your'e right 08.01.02 # The recording code must be able to generate multiple file names, without first asking the user 08.01.07 # s/your'e/you're 08.01.47 # - file split, either because the fat file size limit is reached, or because time split is active 08.02.01 # amiconn i meant if there's entered date from user (in the settings menu)... and there's timer, simulating RTC ... 08.02.03 # - quick-recording from the radio 08.02.18 # don't you people sleep... 08.02.26 # I did 08.02.30 # HCl, no, we don't :) 08.02.33 # oh. 08.02.35 # mk. 08.02.36 # what's this "sleep" ?;) 08.02.44 # * HCl goes back to bed after checking messages 08.02.47 # i've never heard such thing... 08.02.51 # * HCl was dreaming about skiing.. 08.03.06 # Hmm. 08.03.07 # HCl just go on dreaming ;) 08.03.21 # I thought Linus committed Slasheri's playback patch... 08.03.37 # ... so shouldn't there codec*.rock files when building? 08.03.56 # amiconn it seems it has commited it 08.04.04 # s/it/HE 08.04.07 # of... 08.06.28 # amiconn aren't these files situated in plugins/codecs ? 08.06.33 # or something similar ? 08.06.40 # Nm, I'm an idiot 08.06.53 # amiconn you're not definitely ;) 08.07.00 # Turns out I updated the wrong cvs working copy... 08.08.46 # amiconn: the recording code could append a unique incrementing number to a prefix the user enters themselves 08.09.02 # such as the current date 08.09.21 # amiconn what about an emulation of RTC ? 08.09.35 # (as option) 08.09.37 # that's why i thought an extra screen on the kbd_input function, with just the numbers 01-31 (and some separating characters) would be nice 08.12.52 # A date + time entering screen like the one for setting the archos RTC would imho make more sense 08.13.18 # ...apart from that I'd personally never use rtc emulation 08.13.26 # ;) 08.13.42 # * Bgr is happy with the fact that H3x0 series have RTC :) 08.13.54 # Imho it's way too cumbersome to set the time everytime I restart the box 08.14.26 # The Ondio also doesn't have an rtc, and I can't say I'm missing it 08.14.29 # yes exactly 08.15.03 # It's a nice-to-have, but not more 08.15.08 # amiconn: so you're saying it would make more sense, but it's way too cumbersome? 08.16.05 # With 'it would make more sense' I mean the type of screen to enter date & time 08.16.13 # right 08.16.37 # ...which could be useful for other purposes than RTC emulation 08.16.48 # would it make sense as one of the screens of different characters in kbd_input() ? 08.17.12 # Imho not 08.22.12 # oh, it has committed :) 08.23.52 Join webguest75 [0] (~d2d35094@labb.contactor.se) 08.24.53 # Slasheri :)))) 08.24.53 Quit webguest75 (Client Quit) 08.30.22 Join webguest01 [0] (~c31ce021@labb.contactor.se) 08.44.32 Join DMJC [0] (~James@220-245-174-50-sa-pppoe.tpgi.com.au) 08.57.54 # Slasheri: btw, offt, but where r u from ? :) 09.05.21 # slasheri: yes...nice work 09.05.47 # * Bgr is sad that he can't try rockbox yet... 09.06.49 # Bgr: from Finland :) 09.07.01 # :))) 09.07.03 # but need to go to work now, cu later :) 09.07.24 # ;) cu and 10x for the playback ;) 09.13.46 Quit Rick (Read error: 54 (Connection reset by peer)) 09.15.05 Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) 09.15.20 Join Rick [0] (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net) 09.19.46 *** Saving seen data "./dancer.seen" 09.21.52 Join bobTHC [0] (~foo@l03v-40-172.d1.club-internet.fr) 09.22.07 # mornin' folks ! 09.28.05 # mornin ;) 09.30.15 Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) 09.30.55 Join kurzhaarrocker [0] (~Phil@p509083A9.dip0.t-ipconnect.de) 09.31.20 Part DMJC ("Leaving") 09.32.24 # Bgr: concerning the three yields in the trigger 09.32.45 # They are necessary because the recording is started from a different thread 09.32.56 # but why 3 ? 09.33.15 # serveral events are stored in a queue which I want to be processed as soon as possible 09.33.35 # aha 09.33.38 # each yield results in one event being processed 09.33.54 # * Bgr understands 09.39.59 Join ashridah [0] (ashridah@220-253-120-113.VIC.netspace.net.au) 09.49.55 Quit kurzhaarrocker (Remote closed the connection) 09.58.57 # only some stupid person in M$ can make Ctrl-S - save, Ctrl-D - delete (see the "S" & "D" buttons on the keyboard) (seen in M$ office) 09.59.39 # not as bad on dvorak 09.59.40 # :p 09.59.57 # but on US .... 10.00.06 # dvorak isn't non-us is it? 10.00.14 # but on qwerty and variants yeah 10.00.16 # pretty dumb 10.00.32 # thank god there's undo ... 10.00.53 # but undo's not right next to quit? :p 10.01.17 # no, it's not ... 10.01.27 # heh "Undo - Ctrl-Z, quit - Ctrl-X" :p 10.01.37 # oh ok 10.01.48 # hmm? 10.02.33 # just making up a combination of not-uncommon keys that'd be coorespondingly braindead with the save/delete ones 10.02.37 # heh 10.03.01 # btw, that's in M$ outlook 10.03.09 # ctrl-S - save message 10.03.13 # ctrl-d delete message 10.04.06 Join nobby [0] (~nobby@cpc3-bele3-3-1-cust61.belf.cable.ntl.com) 10.04.18 # iriver audio playback is hella buggy 10.04.46 # nobby: it was made 3-4 days ago, what do you expect ??? 10.04.55 # i'm just saying 10.05.10 # should we be reporting bugs? some are pretty obvious 10.05.26 # nobby no abuse, but it's well known that it's not ready for "release" 10.05.45 # nobby: no 10.06.07 # even on http://www.rockbox.org/ it's said " First audio codec playback _attempt_" 10.07.17 # in fact, maybe it's good to say what are the problems 10.10.48 # well, it doesnt pause properly 10.11.00 Nick nobby is now known as n[o]bby (~nobby@cpc3-bele3-3-1-cust61.belf.cable.ntl.com) 10.11.13 # * n[o]bby *poof* dissapears 10.11.29 # other ? 10.11.58 Join Patr3ck [0] (~patr3ck@p549E4BAC.dip.t-dialin.net) 10.22.16 Join Musicmad [0] (~Musicmad@cpe.atm2-0-1031198.0x50a4ad0e.bynxx13.customer.tele.dk) 10.26.03 Join kramerica [0] (~lkd@142-165-191-58.sktn.hsdb.sasknet.sk.ca) 10.29.09 Join Harpy [0] (p0M7JgxqXP@dsl-hkigw7wbb.dial.inet.fi) 10.33.34 # does the daily builds contain any wps files? 10.33.44 # do even 10.34.44 Join dapureplayaBUSY [0] (~anon@CPE-144-136-73-250.nsw.bigpond.net.au) 10.34.51 Nick dapureplayaBUSY is now known as dapureplaya (~anon@CPE-144-136-73-250.nsw.bigpond.net.au) 10.37.41 Join martijn [0] (ted@74pc225.sshunet.nl) 10.39.40 Quit dapureplaya () 10.41.39 Quit kramerica () 10.43.39 Join niobos [0] (~niels@160.24-136-217.adsl.skynet.be) 10.43.53 # morning 10.47.13 # morning 10.50.58 # a very minor issue (i think) in http://www.rockbox.org/twiki/bin/view/TWiki/TWikiPreferences : WIKILOGOURL = http://rockbox.haxx.se (old URL) 10.53.48 Part Musicmad 11.05.29 Join Nuxator [0] (~c02c4e5e@labb.contactor.se) 11.05.59 # hi just found a bug in rockbox for ihp1x0 11.06.38 Quit rasher ("leaving") 11.06.43 # while playing a playlist if i go in system menu and click on view playlist rockbox crash 11.07.51 # I04:IllInstr at 32f4018c 11.08.49 # yeah, it's buggy as hell :) 11.09.13 # when i try to put a directory in dynamic playlist it doesn't work and i can't view tracks in it (no menu for it) 11.09.22 # yes i know it's alpha 11.09.31 # pff. it's not even alpha 11.09.35 # just want to telll bugs i found 11.09.43 # that'd define it as some kind of releasable product :) 11.09.46 # i do not complain 11.10.22 # but for me Rockbox on ihp means on the fly playlists 11.10.31 # and it seems it's broken 11.11.06 # amiconn: there? 11.11.10 # yeah. they're still working on the playback seaming issues and catching bugs in the buffering atm. we'll get to all of it eventually. 11.11.38 # ok thanks 11.11.44 # kepp going the good job 11.12.26 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 11.13.49 # ok i tried somehting else 11.14.06 # it crash with an m3u playlist 11.14.34 # but seems to work with dynamic (semmes i can't add recursivly directories) 11.15.28 # no crash again 11.17.14 # so doesn't work at all 11.19.49 *** Saving seen data "./dancer.seen" 11.22.02 # yeah, i believe we covered not-finished-yet :) 11.22.59 # maybe we have to put somewhere a record of current bugs 11.23.23 # Bgr: i seem to recall that such a place currently exists 11.23.35 # iriverportfornoobs ? 11.24.04 # oh, you mean something people will read before coming here to bitch? 11.24.10 # yeah, that won't do anything to stop them :) 11.24.10 # someone should put a veeerry big "hey, it's not even supposed to really work yet" sign there where you can download the daily builds 11.24.25 # hmm... 11.25.21 # this page is not "twiki" 11.27.12 # where should we put it ? 11.27.31 # * Bgr expects a big flow of "its soooo buggy" or "it doesn't work, guys" messages 11.28.06 # me too 11.28.21 # what do you offer to do ? 11.28.53 # on the top of http://www.rockbox.org/twiki/bin/view/Main/IriverPortForNoobs maybe ? 11.29.33 # to write something as 11.29.41 Nick ashridah is now known as Lost-ash (ashridah@220-253-120-113.VIC.netspace.net.au) 11.30.40 # "The audio playback on iriver h1x0 is in a pre-alpha phase. The known bugs in playback till now are:" 11.32.16 # guys ? 11.33.52 # do you except an average misticriver person to read such a long list? 11.33.56 # maybe i'm a pessimist 11.34.14 # crwl no... if you put it in the top of the page 11.34.30 # and when someone enters the channel and says "the phrase" ... 11.35.08 # you just give him the link 11.42.01 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 11.42.16 # but they come in anyway ;D 11.42.23 # what setting would be best to refresh the batteries? 11.42.34 # trickle charge: 0/1? deep discharge: 0/1? 11.44.48 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 11.45.02 # :) :) Well done for iRiver audio support - sounding good 11.46.19 # now need to dig out my old .wps file from way back :) 11.49.06 # somehow my h120's drive letter is H:\ 11.49.10 # rockin :) 11.49.29 # *h140 11.51.14 # so many lines on the screen 11.51.41 # :)) 11.52.36 # i turned the font size up 11.52.40 # 9 lines is plenty 11.52.49 # i even have 2 blank ones 11.53.06 # a bigger statusbar would be nice 11.53.49 # i can see an entire album at once 11.54.04 # thats true... :/ 11.54.21 # maybe the devs could make fontsize for WPS definable separatly? 11.56.48 # i expect they will... or maybe a option in .wps to override the font size 11.57.17 # although i think the font is loaded in memory, so maybe we dont want to buffer 2 / more fonts 11.58.13 # ripnetuk with 32MB RAM we can allow such waste 11.58.36 # Wasting resources just 'because we can' is always a bad idea 11.58.49 # rockbox is not windows ;-) 11.58.58 # amiconn, you're right 11.58.59 # but 11.59.18 # i think we can allow 2-3 fonts in memory 11.59.30 # What for? 11.59.50 # for WPS 12.01.06 # how big is one font (with and without Unicode) 12.01.31 # Heavily depends on the fonts size... 12.01.50 # expected such answer ... 12.01.52 # One thing we should really do is allow bigger fonts on iriver 12.03.15 # * Bgr remembers duscussion about font size.. 12.03.38 Join bipak_ [0] (~bip@p50885695.dip.t-dialin.net) 12.09.40 # amiconn: I was thinking: Why would one want to run songdb on the player itself? 12.09.56 # the only time I'd want to update the songdb is when I add/remove songs 12.10.06 # which will always be done on a PC/mac/... 12.10.24 # niobos not if you have USB host .. or rename/move files .... 12.10.51 # rename/move could be done: you don't need to rebuikd the db, just change it... 12.10.59 # USB-host otoh 12.10.59 Quit bipak (Read error: 60 (Operation timed out)) 12.11.24 Join webguest75 [0] (~51429ed6@labb.contactor.se) 12.11.25 # niobos: As Bgr mentioned, plus it might be that you were in a hurry putting files on it, or forgot to run the songdb update on the pc, or... 12.11.56 # hi all 12.12.06 # other thing: what about doing the sorting ALWAYS in file (with merge-sort)? 12.12.11 # on the player that will work 12.12.12 # it's definitely a good to have (tm) 12.12.26 # db update directly in the player sounds very good 12.12.27 # and on PC the complete file will be cached in RAM anyway so won't be slower 12.12.38 # niobos: I would only resort to file based sorting if there's not enough ram 12.13.01 # k 12.13.30 # any idea how sonddb will be integrated into rockbox? as a plugin? ... 12.14.15 # yes 12.14.18 # it will be very cool if there is possible 12.14.26 Join dapureplaya [0] (~anon@CPE-144-136-73-250.nsw.bigpond.net.au) 12.14.26 # its allready there 12.14.32 # hi every1 12.14.40 # its you! 12.14.44 # O_o 12.14.45 # yes it is ;) 12.14.51 # you got a problem with that? :p 12.14.52 # hehe 12.14.56 # nope 12.15.17 # indeed =) 12.15.37 # * niobos returns to his study-books... 12.15.50 # * n[o]bby goes to get a shower and do the same 12.15.55 # maths exam tomorrow 12.16.02 # luck, n[o]bby 12.16.12 # hmm, electronic components on friday :-( 12.16.19 # nice. my exams aren't til end of next week. on a saturday 12.16.23 Part n[o]bby 12.16.29 # a litle question please 12.16.44 # webguest75 just ask 12.16.50 Join zezayer [0] (~chatzilla@82.110.136.210) 12.17.07 # i've got Slasheri patch and I see CVS was updated 12.17.14 # hey sup zezayer :p 12.17.22 # hey up 12.17.22 # what is best for playback? 12.17.32 # they should be both the same 12.17.37 # Slasheri patch in waiting new comitt? 12.17.41 # i've used both and they're not too much different 12.17.50 # t0mas: BMP done!! 12.18.08 # except the slasheri patch i got had center scrolling. 12.18.15 # ok thanks, i go to update my daily builds version :) 12.18.46 # too congratulations for Slasheri and Linus of course 12.19.13 # bye all good luck 12.19.17 # bai 12.19.20 Quit webguest75 ("CGI:IRC") 12.19.23 # hm ... 12.21.02 # well i better get back to my Report. due tomorrow. Cya laters. 12.21.21 Nick dapureplaya is now known as dapureplaya_BUSY (~anon@CPE-144-136-73-250.nsw.bigpond.net.au) 12.26.00 Quit zezayer (tolkien.freenode.net irc.freenode.net) 12.26.00 NSplit tolkien.freenode.net irc.freenode.net 12.26.00 Quit niobos (tolkien.freenode.net irc.freenode.net) 12.26.00 Quit martijn (tolkien.freenode.net irc.freenode.net) 12.26.00 Quit Harpy (tolkien.freenode.net irc.freenode.net) 12.26.00 Quit t0mas (tolkien.freenode.net irc.freenode.net) 12.26.00 Quit webguest01 (tolkien.freenode.net irc.freenode.net) 12.26.00 Quit textchimp (tolkien.freenode.net irc.freenode.net) 12.26.00 Quit thegeek (tolkien.freenode.net irc.freenode.net) 12.26.00 Quit einhirn (tolkien.freenode.net irc.freenode.net) 12.26.00 Quit crwl (tolkien.freenode.net irc.freenode.net) 12.28.06 Part dapureplaya_BUSY 12.29.06 Quit Lost-ash (tolkien.freenode.net irc.freenode.net) 12.29.06 Quit bobTHC (tolkien.freenode.net irc.freenode.net) 12.29.06 Quit Rick (tolkien.freenode.net irc.freenode.net) 12.29.06 Quit Slasheri (tolkien.freenode.net irc.freenode.net) 12.29.06 Quit dwihno (tolkien.freenode.net irc.freenode.net) 12.29.06 Quit crash_ (tolkien.freenode.net irc.freenode.net) 12.29.06 Quit Plugh_ (tolkien.freenode.net irc.freenode.net) 12.29.06 Quit coob (tolkien.freenode.net irc.freenode.net) 12.31.11 NHeal tolkien.freenode.net irc.freenode.net 12.31.11 NJoin crwl [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) 12.31.19 NJoin Plugh_ [0] (~plugh@adsl-68-122-77-189.dsl.pltn13.pacbell.net) 12.31.46 NJoin dwihno [0] (~dw@81.8.224.89) 12.31.49 NJoin zezayer [0] (~chatzilla@82.110.136.210) 12.31.49 Join niobos [0] (~niels@217.136.24.160) 12.31.50 Join t0mas [0] (~Tomas@80.60.8.209) 12.31.54 NJoin crash_ [0] (~crash@a15167580.alturo-server.de) 12.33.31 Join Harpy [0] (kG3nmaGwo9@80.220.198.187) 12.33.49 Quit Harpy (tolkien.freenode.net irc.freenode.net) 12.33.49 Quit niobos (tolkien.freenode.net irc.freenode.net) 12.33.49 Quit zezayer (tolkien.freenode.net irc.freenode.net) 12.33.49 Quit t0mas (tolkien.freenode.net irc.freenode.net) 12.34.53 NJoin Slasheri [0] (miipekk@ihme.org) 12.35.27 NJoin Harpy [0] (kG3nmaGwo9@80.220.198.187) 12.35.27 NJoin t0mas [0] (~Tomas@80.60.8.209) 12.35.27 NJoin zezayer [0] (~chatzilla@82.110.136.210) 12.35.27 NJoin niobos [0] (~niels@217.136.24.160) 12.35.49 NJoin bobTHC [0] (~foo@l03v-40-172.d1.club-internet.fr) 12.36.09 NJoin Lost-ash [0] (ashridah@220-253-120-113.VIC.netspace.net.au) 12.36.14 Nick Lost-ash is now known as ashridah (ashridah@220-253-120-113.VIC.netspace.net.au) 12.36.25 Quit ashridah (Killed by kornbluth.freenode.net (kornbluth.freenode.net (kornbluth.freenode.net ghosted Lost-ash))) 12.37.09 Join Rick [0] (rick@71.108.23.179) 12.37.43 Join ashridah [0] (ashridah@220-253-120-113.VIC.netspace.net.au) 12.38.41 Quit Rick (tolkien.freenode.net irc.freenode.net) 12.38.41 Quit niobos (tolkien.freenode.net irc.freenode.net) 12.38.41 Quit zezayer (tolkien.freenode.net irc.freenode.net) 12.38.41 Quit t0mas (tolkien.freenode.net irc.freenode.net) 12.38.41 Quit Harpy (tolkien.freenode.net irc.freenode.net) 12.39.32 Join Rick [0] (rick@Rick.user) 12.39.32 NJoin Harpy [0] (kG3nmaGwo9@80.220.198.187) 12.39.32 NJoin t0mas [0] (~Tomas@80.60.8.209) 12.39.32 NJoin zezayer [0] (~chatzilla@82.110.136.210) 12.39.32 NJoin niobos [0] (~niels@217.136.24.160) 12.40.42 NJoin coob [0] (pen0r@host-84-9-63-253.bulldogdsl.com) 12.45.28 Join XavierGr [0] (~XavierGr@ppp14-adsl-4.ath.forthnet.gr) 12.45.41 NJoin martijn [0] (ted@74pc225.sshunet.nl) 12.45.43 # hi all 12.45.55 # hi XavierGr 12.46.51 # hi 12.47.34 # mrf. 12.47.36 # homework sucks. 12.47.47 # HCl: Don't tell me 12.47.54 # i just did though. 12.48.02 # mrf. exams suck 12.48.10 # school sucks 12.48.18 # no, school i like 12.48.19 # exam no3 t -1day :S 12.48.40 # zezayer: good luck ;-) 12.48.44 # does anyone knows hoe lcd_bitmap works? And more precice where it finds the bitmap that we want? 12.48.47 # needed 12.49.01 # good luck zezayer 12.49.09 # oh and the picture is perfect 12.49.13 # thanks again XavierGr 12.49.19 # good good 12.50.00 # maybe we will need to change the speed label (I was joking about the speed) and put apples 12.50.59 Quit Nuxator ("CGI:IRC") 12.51.07 # Thats cool, i didnt know what labels u wanted so i guessed 12.51.52 # it just seemed logical 2 have 2 speach bubbles 2 go with 2 heads 12.52.58 # you did a great work now I have to find how to utilize lcd_bitmap to find the pic 12.52.59 Join Sucka [0] (~NNSCRIPT@host81-156-209-158.range81-156.btcentralplus.com) 12.53.24 # lol enjoy :P 13.00.18 Join webguest01 [0] (~c31ce021@labb.contactor.se) 13.02.24 Quit edx (Read error: 145 (Connection timed out)) 13.04.12 Join tucoz [0] (~81b1111b@labb.contactor.se) 13.04.37 # XavierGr: did you find out how the lcd_bitmap works? 13.05.22 Join zeeeeeeee [0] (~Miranda@80.125.78.194) 13.06.58 # XavierGr what do u need exactly ? 13.07.05 # XavierGr: I did a small change to snow.c a while ago. You might want to have a look at that code for an example 13.08.12 # for instance you define a bitmap to be: static const unsigned char flake[] = {0x0a,0x04,0x1f,0x04,0x0a};, which is a 5x5 bitmap 13.09.09 # hmmm 13.09.39 # then you call rb->lcd_bitmap(flake, xpos, ypos, xsize, ysize, true/false); 13.09.41 # I thought that bitmap was a bmp icon that it could be loaed 13.10.24 # I have a bmp image that I want to pass to the snake2.c is there a way? 13.10.58 # it is, but for all I know, you need to convert it to binary codes, the lcd_bitmap routine reads the columns in the bitmap from bottom to top 13.11.31 # and how will I convert the bmp image I got into binary 13.11.47 # hex not binary 13.12.27 # t0mas suggested to put an image but how? 13.12.36 # better wait to ask him 13.12.45 # t0mas: Are you here? 13.12.49 # hmm, maybe the font code does that 13.13.31 Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) 13.13.35 # the bitmaps are only 2-bits for now 13.14.41 # The hard way is to draw it on a grid-paper, and convert the columns to hex 13.14.58 Nick zezayer is now known as zezayer_away (~chatzilla@82.110.136.210) 13.15.29 # very hard! 13.15.40 # the image is 160*128 13.15.58 # oh, there must be some way to do that 13.16.07 # so I need a vast varible table 13.16.08 # maybe some tool in rockbox 13.16.18 # can gimp save as .... 13.17.37 # hmm, there is a tool called bmp2rb in tools 13.17.58 # interesting 13.18.08 # which * Converts BMP files to Rockbox bitmap format 13.18.18 # gimp -> export as C-source gives a txt file 13.18.48 # bingo! 13.19.50 *** Saving seen data "./dancer.seen" 13.20.30 # hi how can I patch rockblox -> patch -p0 < rockblox.patch ? 13.21.09 # ahhhhh!!! gapless playback is awesome! 13.21.41 # heheh. 13.21.48 # or 1 or 2 13.22.24 # webguest01: is that the patch from the patchtracker? 13.22.40 # Thanks tucoz! That was it. I typed bmp2rb > test (with the bmp there) and it gave me the table ready for paste! 13.22.50 # nicos: yes 13.23.00 # XavierGr: cool 13.23.24 # webguest01: What kind of error do you get? 13.24.32 # webguest01: I tried to apply that patch a while ago, but I think it's not working quite well. 13.24.55 # rockblox as in the tetris-clone right? 13.25.11 # nicos: -p1: missing header for unified diff at line 3 of patch.... -p0: can't find file to patch at input line 3 13.26.54 # tucoz: well, I'm no patch master. But I think that patch is not working as it should 13.27.03 Join austriancoder [0] (~austrianc@80.120.117.30) 13.27.40 # iirc, there have been talks to add it to cvs sometime soon. 13.31.07 Quit lostlogic ("Going to the moon") 13.32.08 # http://www.misticriver.net/photos/displayimage.php?album=lastup&cat=11302&pos=0 13.32.13 # haha look here! 13.32.43 # hehe, looks nice 13.33.28 Join webguest35 [0] (~51429ed6@labb.contactor.se) 13.34.05 # Hi Xavier, can you put your snake 2 stuff and calculator too 13.34.32 Nick zezayer_away is now known as zezayer (~chatzilla@82.110.136.210) 13.34.43 # comitt them to CVS 13.34.55 Part tucoz 13.35.29 # ehh they havent commited yet 13.35.39 # I dont have CVS access yet 13.35.53 # and they are not finsihed yet 13.36.13 # I am going to make snake2 even better 13.36.21 # nice well done XavierGr 13.37.05 # zezayer could you lift the upper bar (which is under the dialog clouds) a pixel up and convert the Speed to Apples? 13.37.25 # will do 13.44.26 Quit webguest35 ("CGI:IRC") 13.49.22 Quit zezayer (Remote closed the connection) 13.51.49 Join zezayer [0] (~chatzilla@82.110.136.210) 13.52.45 # Note to all, do not kick the power off button when in the middle of editing an unsaved graphic 13.53.29 Nick austriancoder is now known as ac_away (~austrianc@80.120.117.30) 13.54.50 # I hope that you didnt lost your work.... :X 13.57.12 # no, just the A of apples 13.57.39 # zezayer wait 13.57.49 # Now that I am thinking of it.... 13.58.11 Join oxman [0] (~bouh@sentinel.bouh.org) 13.58.13 # hello 13.58.38 # i have install the firmware 0606, but i hear no sound when i play a mp3. It's normal ? 13.58.52 # XavierGr: yes I am 13.59.42 # never mind t0mas we find the solution 13.59.48 # ^found 14.00.00 # my bmp loading code? 14.00.10 # or hardcoded? 14.00.40 # well there is a tool bmp2rb 14.01.06 # yes 14.01.27 # I typed "bmp3rb snake > test" and sent me the array in the test file 14.01.29 # XavierGr: do u still want the SNAKE II graphic in the new 4 speach bubble version? 14.01.31 # i have a koss porta pro headphone, is it a problem with rockbox firmware ? 14.01.53 # The hard way is to draw it on a grid-paper, and convert the columns to hex <-- there is a tool for that... 14.01.54 # zezayer yes please! 14.02.16 # k 14.02.24 # t0mas: Yeah he point it out :) 14.02.44 # é o, i'm here :( 14.03.03 # or wait, what do you prefer most zezayer? 14.03.08 # oxman: what's different on that headphone? 14.03.22 # I will leave it up to you do what is better for your eyes 14.03.45 # impedance 14.03.54 # (i don't know if it's the right word in english) 14.04.10 # dont know how much room there is 14.04.44 # is it for before or after the game? if that makes sense 14.04.46 # oxman: input resistance 14.04.46 Join Nuxator [0] (~c02c4e5e@labb.contactor.se) 14.04.47 Join Shagnar [0] (~tester@p54A0C8DA.dip.t-dialin.net) 14.04.47 # I guess 14.04.49 # in english 14.04.52 # before 14.04.56 # tks t0mas 14.04.58 # k 14.04.59 # i've got a prota pro and no prob with rockbox 14.05.08 # in the last firmware i can listen mp3 and ogg no ? 14.05.16 # yes, buit it's buggy 14.05.19 # -i 14.05.25 # XavierGr: the screenshot looks good 14.05.30 # First audio codec playback attempt by Miikka Pekkarinen <= what kind of audio playback do you mean by this? 14.05.39 # i hear nothing :( 14.05.50 # Shagnar: mp3 and ogg 14.05.53 # the mp3 seems played, bit i hear nothing 14.05.54 # oxman: raise volume 14.05.58 # t0mas: :) 14.05.59 # ^ 14.06.01 # yeah! 14.06.13 # t0mas i've already try that :p 14.06.19 # oxman: to max? 14.06.23 # but if i push volum up or down, it's freeze rockbox :) 14.06.28 # ah... 14.06.38 # then hit the reset button... and try some other song 14.06.45 # do you have latest build and bootlaeder v2? 14.06.52 # if that works.. put the old one online, and email to the mailinglist 14.07.22 # i hav try with 3 songs :p 14.07.22 # is there any already-patched 1.65 or 1.63 firmware around? 14.07.37 # i don't which bootloader i have 14.07.46 # i have install it they're one week 14.07.56 # ow... i speak very bad :( 14.08.24 # oxman: check the wiki page... and install the new one 14.08.34 # Shagnar: there shouldn't be... 14.08.38 # "rock version 1" in the first line when i boot 14.08.42 # but I guess if you look around misticriver there is... 14.08.43 # it's the version of bootloader ? 14.08.52 # oxman: yes, and it's new enough... 14.08.55 # t0mas ah okay. thanks 14.08.55 # altough there is a new one 14.09.03 # ok sorry 14.09.07 # i will install it :) 14.09.15 # well... this one should work oxman 14.12.49 Join asdsd____ [0] (~asdsd@h-67-100-26-117.miatflad.dynamic.covad.net) 14.13.40 Quit Bgr (""In the other world, in paradise, the beauty of women surpassed even the beauty of Bulgarian women" Adaloloddin Mohammed Balhi") 14.16.47 Part asdsd____ 14.17.59 # yes 14.18.01 # it's work fine :) 14.18.06 # very great job :) 14.18.10 # thank you all :) 14.18.17 # don't skip to the next song 14.18.25 # sometimes it crashes then ;) 14.19.03 # how i can skip to the next song ? 14.19.13 # lol 14.19.32 # this is called reverse psychology! 14.19.37 # fast press in right joystick ? 14.19.45 # just press... 14.19.50 # put it crashes then sometimes... 14.20.05 Join t0mas_ [0] (~Tomas@ip503c08d1.speed.planet.nl) 14.20.08 # ok, because i have try long press to forward in the song :D 14.20.08 Quit t0mas_ (Read error: 54 (Connection reset by peer)) 14.20.11 # yeah but seeking is working not so stable though 14.20.42 # i have see that :) 14.20.57 # when i seeking i can't heard the song after 14.21.09 # i want seek to see quickly if they're already a gapless ;) 14.22.44 # does the CVS include the latest Slasheri's patch or older ? 14.23.10 # current afaik 14.23.20 # yess !! 14.23.24 # gapless works !! 14.23.37 # rah lovely :D 14.25.13 # soreey :( 14.25.35 # sometimes i wish right click wasnt paste in putty :) 14.26.16 # does bootloader v1 also support the playback ? 14.26.45 # i think once the bootloader has loaded the .iriver it doesnt matter 14.26.56 # it does 14.27.00 # i havent reflashed mine since the first day flashing was shown to be safe ages ago 14.27.04 # the old bootloader mirrored 16 mb of ram 14.27.09 # so playback won't work on the old version 14.27.15 # wierd 14.27.22 # mine plays back ok 14.27.32 # then you don't have an old version? 14.27.41 # must be so... dont see how tho 14.27.54 # how new is it? 14.27.54 Join thegeek [0] (na@ti521110a080-0888.bb.online.no) 14.28.13 # i flashed it on the first day... 14.28.32 # dont remember reflashing later - must have done :) 14.28.34 # what first day? the first day we had a bootloader?? 14.28.42 # the first day someone else had tried it 14.28.49 # 2 weeks ago? :) 14.28.56 # MUCH longer than that 14.29.00 # weird 14.29.17 # i was about the 3rd / 4th person to flash 14.29.22 # it was fixed on 20-04-2005 14.29.23 Join LinusN [0] (~linus@labb.contactor.se) 14.29.29 # ive definately not flashed in the last month 14.29.29 # hi LinusN 14.29.37 # :| 14.29.37 # well.. could anybody send me his .hex file ready to flash? i could'nt find one in the rockbox-thread on misticriver... 14.29.42 # how's that possible... 14.29.51 # Shagnar: check out the wiki 14.29.52 # any way to tell? 14.29.59 # ripnetuk: ask LinusN 14.30.03 # which version i have i mean? 14.30.04 # Shagnar: you use windows? 14.30.07 # the 16mb mirror bug was worked around by the application, so the old bootloader works 14.30.12 # ah ok 14.30.13 # t0mas yes i do 14.30.27 # Shagnar: then download the original form the rockbox wiki... and the fwpatcher.exe 14.30.40 # hi LinusN! 14.30.45 # yo 14.30.46 # thats all i've to do? 14.30.48 # yes 14.30.51 # that explains it... any advantage in updating boot loader?as far as i can tell it works well 14.30.53 # i have to go in a minute 14.31.04 # ripnetuk: it has USB mode in bootloader... 14.31.06 # the new boot loader is much safer 14.31.07 # does it still boot original from remote, iriver from main 14.31.08 # LinusN: Check http://www.misticriver.net/photos/displayimage.php?album=lastup&cat=11302&pos=0 14.31.10 # and better hold button handling 14.31.30 # XavierGr: wow! 14.31.32 # hmmm... might build me a new loader then 14.31.47 # (from a offical .hex of course) 14.31.47 # zezayer did the graphics 14.31.48 # XavierGr: got the score printed right now? 14.32.09 # really nice 14.32.15 # gotta run, cu later guys 14.32.18 # bye 14.32.20 Part LinusN 14.32.32 # no at the moment I took care that it runs without it on archos 14.32.43 # ok 14.32.57 # t0mas thanks :) 14.33.09 # * t0mas starts looking for something to code... 14.37.45 # sorry for asking again... is it better to use the 1.63 with the bootloader v2 or has the bug (ogg support etc) been fixed which existed when using bl v1+1.65 ? 14.37.55 # fixed 14.38.04 Nick Sucka is now known as Sucka`away (~NNSCRIPT@host81-156-209-158.range81-156.btcentralplus.com) 14.38.17 # Shagnar: fixed. the bootloader.bin on the wiki supports 1.65 fine 14.38.19 # XavierGr: check ur e-mail 14.38.30 # ashridah thx, very fine 14.39.58 Quit XavierGr () 14.41.11 # * t0mas is away again :) 14.41.13 # bye 14.45.08 # LinusN: did you read my message to you in the log? 14.45.42 # to late his gone 14.45.49 # o 14.46.03 # no problem... i have much time :) 14.47.10 Quit ac_away ("using sirc version 2.211+KSIRC/1.3.12") 14.53.30 Join edx [0] (edx@p54A8C891.dip.t-dialin.net) 14.53.47 Quit ripnetuk (Remote closed the connection) 14.54.39 Quit Seed (Nick collision from services.) 14.54.46 Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 14.54.47 # yeah 14.54.56 # very very very nice work guys. awesome! 14.57.15 Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) 15.00.08 Join Bager [0] (~Bager@83.222.160.88) 15.07.51 Join spiralout [0] (~keep_goin@p54B3A626.dip0.t-ipconnect.de) 15.08.11 Quit zezayer (Remote closed the connection) 15.08.41 Quit textchimp (Read error: 60 (Operation timed out)) 15.11.27 Join zezayer [0] (~chatzilla@82.110.136.210) 15.12.29 Join LinusN [0] (~linus@labb.contactor.se) 15.13.17 # hi, Linus;) 15.13.25 # hi :) 15.13.43 # LinusN: can i now commit modifications directly to cvs? :) 15.14.14 Quit webguest01 ("CGI:IRC") 15.17.48 # if you have cvs access 15.17.53 # that reminds me 15.18.07 # hmm. does make zip put the codecs in the correct place yet? 15.18.58 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 15.19.02 Join Bipple [0] (~5198276c@labb.contactor.se) 15.19.10 # Hullo 15.19.54 *** Saving seen data "./dancer.seen" 15.20.20 Quit Bipple (Client Quit) 15.20.24 # HCl: yes 15.20.41 # okay 15.20.50 # i must be the only one who hasn't tested the new playback code yet 15.21.53 # HCl, no, u're not ;) 15.22.07 # * Shagnar is listening to his music over iriver/rockbox now :] 15.22.34 # * ripnetuk too 15.22.39 # * Bager dreams bootloader for h3x0 .... 15.23.16 # i'll add the new searchengine features later today.. 15.26.02 # i love rockbox..... 15.26.08 # the gapless playback 15.26.12 # :) 15.26.15 # donate! :p 15.26.18 # thats... quality never heard on the H 15.26.25 # yes i think i'll do that 15.26.30 # .... unbelievable 15.30.32 Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 15.33.01 # Hmm, currently i know at least 7 bugs in the playback code. And some of those might be not so easy to fix 15.33.58 # the display is sometimes little bit to fast when switching to new songs 15.34.35 # yes, that's because real track change event is still lacking 15.34.54 # gotta go, cu 15.34.57 Part LinusN 15.37.43 # usb+playing simultanously works? 15.38.36 # i imagine it won't be too happy if the buffer hits the low watermark, but yeah, it keeps playing :) 15.40.45 # Shagnar: it doesn't work while you are playing 15.40.57 # connecting usb cable _should_ stop playing but it does not.. 15.41.29 # well 15.41.35 # both at once isn't able i think? 15.42.26 # yes it's not (or might be possible if we block all disk access during usb) 15.42.47 Join Lost-ash [0] (ashridah@220-253-123-69.VIC.netspace.net.au) 15.43.15 Quit ashridah (Nick collision from services.) 15.44.06 # that would offer some very nice options 15.44.29 # ;) 15.45.27 # hmm, this is a good idea. i think we should plan implementation :) 15.45.50 # :P 15.46.07 # i don't see why someone would still want to listen to a limited set of music while attached to usb ;p 15.47.29 # well, e.g. on a party you could fill the player with new music wihtout having to stop playback (just an example, don't know if anyone was in such a situation yet) 15.48.12 # Question: When i unplug my h140 usb from computer it doesn't return to normal mode. 15.48.44 # i have to reset it. Do you have same behaviour? 15.48.51 # Hmm, testing 15.49.24 # It should return no normal mode when you unplug the usb cable 15.49.28 # *to 15.50.14 # yes it should but with rockbox it just stay to usb screen 15.50.53 # interesting, i don't have that problem 15.51.04 # did you stop playback before you connected the cable? 15.51.08 # * t0mas is back 15.51.17 # yes 15.51.28 # weird.. 15.51.31 # i plug it just after boot 15.53.22 Quit Lost-ash ("Leaving") 15.55.32 # wich firmware do you have (iriver version and bootloader) 15.56.51 # 1.65+bl v2 15.56.56 # works PRETTY 15.57.00 # fine 15.57.01 # ^^ 15.57.06 # 1.65 EU US KR? 15.57.08 # EU 15.57.14 # same here 15.57.14 # <= from germany 15.57.15 # ;) 15.57.20 # france 15.57.31 # très bien ;) 15.57.39 # gut 15.57.39 # je parle francais un peu^^ 15.57.43 # hehe ;D 15.57.52 # ich sprache keine deutch 15.57.56 # xD 15.58.06 # well, 15.58.10 # what i've done 15.58.18 # 1.65 eu + fwpatcher.exe, patched 15.58.21 # copied, flashed 15.58.22 # well usb just hang my h140 when unplugged 15.58.25 # 1.65 EU + bl v2 here 15.58.34 # o.O 15.58.51 # if i press a key screen light on but i can't do anithing 15.58.53 # * t0mas continues work on gui tool for rockbox... 15.59.09 # 1.65 EU bl v2 here to 15.59.19 # with fwpatcher 15.59.37 # Nuxator when you started rockbox? 15.59.43 # newest buiold? 15.59.46 # -o 15.59.52 # yes 16.00.03 # got it this night 16.00.14 # well thats strange... 16.00.19 # but usb crached with 1.63 v1 too 16.00.30 # not normal 16.00.34 # it works here... 16.00.41 # no really crached music still play 16.00.42 # Nuxator: what rockbox build? 16.00.49 # 2 sec 16.00.51 # oh yes, that's a bug we know off 16.01.04 # "dir buffer is full" :D 16.01.39 # 050606-0247 16.02.12 # hm.. 16.02.19 Join ghostiger [0] ([U2FsdGVkX@bacb25ab2add3140.session.tor) 16.02.22 # does it work without playing music first? 16.02.26 # no 16.02.30 # so starting -> go into usb mode -> exit usb mode 16.02.31 # not??? 16.02.36 # i said music still playing 16.02.44 # taht the player isn't crashed 16.02.58 # yes, but we know that playing music + usb mode is a bad combo... 16.03.06 # Nuxator pareil, 1.65 EUR + bl 2, (mais h120) pas de pb lors du deplug usb 16.03.10 # starting plug unplug ->usb screen 16.03.12 # but have you tested it wothout playing music? 16.03.21 # yes 16.03.31 # hm... 16.03.36 # weird 16.03.55 # ha if music playes and unplug it works 16.04.09 # oops strange 16.04.31 # lol 16.04.34 # star music -> plug ->unplug ->ok 16.04.47 # stop music -> usb screen comes back 16.04.54 Join dapureplaya [0] (~anon@CPE-144-136-73-250.nsw.bigpond.net.au) 16.04.58 # and the plyer is strill unplugged 16.05.03 # hi every1 16.05.51 # hi dapureplaya 16.06.13 # hey, on the 'now playing' screen, what are the numbers in the square backets next to the 'time elapsed' suppose to be? 16.06.23 # frames? 16.06.54 # i don't think 16.06.58 # it says [1:12] atm. 16.06.59 # for example i have [1:400] 16.07.08 # an it will say [1:400] all the time 16.07.17 # (except when i change the song) 16.07.36 # nb track / total tracks 16.07.36 # yeah well it's different for each cd rip. 16.07.52 # it's [1:24] now. 16.08.07 # 1st track on 24 tracks 16.08.15 # ya Nuxator ! 16.08.20 # i think it's that ! 16.08.24 # thanks 16.08.35 # i have a biggist dir here :D 16.08.51 # aaaahhhh right right right right right right! 16.08.55 # so i'm the only one with the usb hang? 16.09.02 # 7xx songs 's my largest dir 16.09.05 # but it's buggy with a biggest dir or the random mod :D 16.09.22 # comment on connait la version de son bl?? 16.09.25 # because i have always 1:400 with shuffle mod :) 16.09.35 # au demarrage ghostiger sois attentif a la premiere ligne en haut 16.09.35 # is rockboy still corrupted in this latest patch? 16.09.40 # ca s'écrit super rapidement 16.10.37 # ok merci. bon apparemment j 'ai rockboot version 1 16.10.40 # corrupted? 16.10.50 # hi 16.10.51 # dois-je changer? 16.10.54 # please speak english ! 16.11.19 # Nuxator: well i remember when i tried Slash's patch with mp3 playback, rockboy didn't work 16.11.30 # it work's 16.11.36 # sound is choppy 16.11.48 # sorry but i didn't listen well my english teachers at school. 16.11.48 # oh maybe it got fixed. 16.11.53 # and when you exit rockboy mp3 sounds sloooowwwwww 16.12.08 # ghostiger:) 16.12.20 # very funny indeed 16.12.21 # I think i will fix the sample rate issue soon 16.12.39 # Nuxator: what do u mean? 16.12.40 # gotta work 16.12.51 # sound is played to slow 16.13.06 # oh right 16.13.12 # they all play slow? 16.13.15 # like playning a 44100 file at 8000hz speed 16.13.25 Nick zezayer is now known as zezayer_revising (~chatzilla@82.110.136.210) 16.13.53 # didn't test all file but i guess sample rate of pcm buffer is corrupted by rockboy 16.14.04 # ah right 16.14.07 # wow. i just tested shuffle mode. 16.14.20 # gotta work see you 16.14.24 # cya 16.14.36 Quit Nuxator ("CGI:IRC") 16.14.52 # is it better to keep my bootloader v.1 or do i have to put bl v.2? (i m a noob) 16.14.58 # my god. it's really a different shuffle everytime i turn it on and off.... 16.15.14 # ghostiger met la version 2 16.15.24 # avec la 1 ca va pas 16.15.45 # ok merci oxman je vais tenter 16.15.58 # i'm still using version 1 16.16.04 # where do u get version 2? 16.16.16 # good question 16.16.41 # http://www.rockbox.org/twiki/bin/view/Main/IriverBoot 16.16.44 # http://www.rockbox.org/twiki/bin/view/Main/IriverBoot 16.16.49 # thks 16.16.51 # I'M FIRST 16.16.52 # :D 16.17.07 # lol 16.17.08 # i bow before your quicker URL pasteing :) 16.17.20 # gna gna gna :p 16.17.26 # heheh 16.17.44 # i'm assuming it's incorporated with fwpatcher.exe? 16.18.49 # yes " FWpatcher - with bootloader version 2" 16.19.18 # gonna flash v2 now 16.19.42 # right 16.19.52 Join tvelocity [0] (~tony@ipa21.0.tellas.gr) 16.19.54 # so if I power it up with USB connected, it will go straight to usb mode @? 16.20.11 # yep 16.20.21 # nice... hope it works better with my linux box 16.20.40 # at the moment, if I plug it in and then switch it off, Linux doesnt recognise the device (used to work with 2.4, not with 2.6) 16.20.54 # AND i need to reboot my linux server to get it to recognise it afterwards 16.20.59 # (even happens with iriver firmware) 16.21.25 # i think it 16.21.31 # it's not possible to flash it with rockbox yet is it? 16.21.42 # 's related to your hardware/drivers 16.22.15 # tvelocity: hi, got somewhere with the perl script? 16.22.31 # MAndrake 10.2 is worse than 10.1 which was worse than 9.2 :( 16.22.44 # ripnetuk: is doesn't show sda1 anymore with udev after unplugging and replugging the iriver you mean? 16.22.54 # tOmas - no sda at all 16.22.59 # well, i understood the file format... it's just a matter of starting to code now 16.23.03 # yes, that's whay I mean 16.23.06 # *what 16.23.16 # ripnetuk: kernel version? 2.6.1x ? 16.23.21 # ive got a udev rule to create /dev/iriver as well, and that (obviously) doesnt work either 16.23.22 # same prob in suse 9.2 16.23.30 # I'll porpably have it done sometime today 16.23.34 # yes, that's whay I 16.23.44 # 2.6.8.1-24mdksmp 16.23.51 # ah 16.24.00 # ripnetuk what does dmesg say ? 16.24.04 # ripnetuk: I had it in 2.6.12 16.24.12 # but that was a prerelease... 16.24.24 # downgraded to 2.6.11 and everything's working again :) 16.24.40 # Bager - i am at work sshing home, so cannot check right now... i just live with it, and say Doh when I have to reboot my server because of it :) 16.25.16 # * Bager have never turned his iriver off while it's connected to the usb... 16.25.26 # will try the embedded usb mode tonight tho - hopefully whatever went wrong wont anymore... i would be interested if anyone has fixed it by upgrading to latest kernel 16.25.28 # * t0mas doesn't like rebooting: 16.25.38 # bobby:~# uptime 16.25.38 # 16:25:17 up 290 days, 7:08, 1 user, load average: 0.00, 0.00, 0.00 16.25.40 # nor do I - have to manually start all my services 16.25.44 # Show off :) 16.25.45 # * Bager too 16.25.52 # I don't even know what to start anymore :P 16.26.07 # i run all mine in a screen session 16.26.10 # this server booted only 2 times... 16.26.13 # 1 during setup... 16.26.21 # and 1 for kernel update to 2.4 16.26.38 # my original firmware doesn´t start anymore... 16.26.38 # and is still 2.4 ? 16.26.39 # im sure mine would have worked fine if I hadnt been tempted to update to 2.6 :) 16.26.52 # hm.. I use 2.6 for my workstation... 16.27.05 # works ok here... only had the iriver/usb problem with 2.6.12 16.27.06 # spiralout did you try to press joystick on the remote ? 16.27.09 # i use 2.6 as it has integrated DVB drivers 16.27.28 # it keeps hanging by "starting original firware" sreen 16.28.04 # spiralout: battery 16.28.16 # spiralout does the boot screen of the original even appear ? 16.28.26 # no 16.28.32 # but battery could be 16.28.34 # spiralout: connect it to the mains... and wait 30 minutes 16.28.36 # then retry 16.28.43 # I'm pretty sure it works then :) 16.28.53 # thank you...:) 16.30.18 # lol 1 minute seems to be enough...allright 16.30.43 # oh than it wasn't that empty : 16.30.45 # :) 16.32.09 # btw whats the difference between bootloader version 1 and 2? 16.33.43 # some fixes... 16.34.06 # oh ok 16.34.12 Nick dapureplaya is now known as dapureplaya_AWAY (~anon@CPE-144-136-73-250.nsw.bigpond.net.au) 16.36.02 # ok i put the bl v.2. And apparently it is faster 16.38.52 # yes 16.40.08 # but fwpatcher didn't work with wine for me 16.43.28 # bootloader usb mode rocks - thanks guys :) 16.43.41 Join TCK [0] (TCK@81-86-100-186.dsl.pipex.com) 16.47.17 # oxman: There is no rockbox bug with your large dir 16.47.46 # i duno if it's a bug, but i have the msg "buf dir full" 16.47.48 # (1) With such a large number of files per dir, you need to increase the files per dir limit, the default is 400 16.47.56 # It's all in the manual 16.48.09 # (2) This also explains why it says track 1/400 16.48.10 # and where i increase it ? 16.48.20 # why modify the firmware ? 16.48.23 # with/why 16.48.35 # [16:47:47] It's all in the manual 16.48.48 # i dunno where the manual is :p 16.49.21 # hop, set to 1000 :D 16.49.21 # For the track numbers, the 400 is obvious (default files per dir limit), and the 1 is also okay (1st track) 16.49.31 # damn'it, also full 16.49.38 # 1st track is always the first track of a playlist, even when it's shuffled 16.49.50 # lol ok 16.49.55 # isn't good 16.49.56 # oxman: You need to restart rockbox after changing the limits to make them effective 16.50.00 # i prefere the real position of the song :) 16.50.02 # ok 16.50.07 # tks 16.50.16 # It's true shuffle, not random 16.50.32 # Meaning, rockbox creates a shuffled playlist, and then plays it 16.50.41 # mhm. 16.51.26 # oh ok 16.51.35 # so.. the second song of the shuffle... 16.51.42 # i must have [2:520] 16.51.46 # The current track number doesn't change while playback because Slasheri's playback code doesn't handle trackchange properly yet 16.51.54 # how fast is the iriver running during mp3 playback? 16.51.58 # oké 16.52.49 # ripnetuk: Switching between 48 and 120 MHz as needed 16.53.03 # Same for ogg 16.53.09 # cool... obviously the problems discussed earler have been sorted then :) 16.53.29 # Hmm, mabye not 16.53.37 # I didn't check 16.54.22 # Slasheri: Does the playback code handle different sample frequencies? 16.56.04 Nick Sucka`away is now known as Sucka (~NNSCRIPT@host81-156-209-158.range81-156.btcentralplus.com) 17.01.36 Part dapureplaya_AWAY 17.13.52 # amiconn: not yet, i will fix that soon 17.14.09 Join StrathAFK [0] (~mike@dgvlwinas01pool0-a219.wi.tds.net) 17.15.06 # amiconn: and currently it doesn't support ogg tag information (frequencies etc.) at all 17.16.10 # Yes, expected the latter 17.16.32 # ...and it's absolutely no problem for me 17.16.47 # (not a single .ogg on my iriver) 17.17.07 # :) 17.17.19 # are you guys interested in bug reports for iRiver yet? 17.17.49 # yup, i think so 17.18.17 # bookmarks - when i play a bookmark it starts the track from 0:00 not the stored time 17.18.30 # ripnetuk: yes, please tell if you find any. Currently i have a list about 10 known bugs 17.18.39 # on the wiki? 17.18.52 # Seeking doesn't work is certainly known 17.19.02 # I think it's better list those on this channel 17.19.23 # amiconn: seeking broke up after cvs commit 17.19.27 # i will fix that soon also 17.19.56 *** Saving seen data "./dancer.seen" 17.20.28 # does rockboy work now, with the playable firmware? :) 17.22.08 # Slasheri: I one single try, playback just stopped and jumped back to file browser on skip forward 17.22.24 # bipak_: yes it will if you stop music before starting any plugins 17.22.41 # We should have a separate address space for codecs 17.23.01 # amiconn: that's also known problem when there are no more tracks in memory 17.23.03 # (and perhaps a separate api too) 17.23.08 # i discovered it today 17.23.18 # There were many more tracks... 17.23.33 # Hmm.. 17.23.37 # Should rockbox remember my custom .wps if its not stored in .rockbox? 17.23.38 # I.e. I wanted to skip from 4 to 5 of 17 tracks 17.23.49 # Slasheri: with current cvs? 17.23.50 # skip forward should work if there are tracks in memory 17.23.57 # ripnetuk: No, only if it is stored in /.rockbox 17.24.19 # ok... another bug - maybe already known - usb mode doesnt work in rockbox 17.24.20 Quit zezayer_revising ("Chatzilla 0.9.68.5 [SUSE 1.0.4-1.1/20050511]") 17.24.24 # bipak_: yes 17.24.40 # good :D 17.24.47 # ripnetuk: interesting, it really should work.. 17.24.48 # Slasheri: Skip doesn't work if the next track is not in memory? Hmm, that should be fixed... 17.25.00 # amiconn: yeah, it will be fixed :D 17.25.02 # maybe today 17.25.11 # Okay, nice to hear :) 17.25.15 # =) 17.25.22 # I'll work on memset (and perhaps memcpy) today 17.25.25 # everything will be fixed but that will take some time 17.25.30 # :) 17.26.08 # I expect a substantial speed incease (maybe 8x or more) 17.26.21 # oh, how do you do that? 17.26.48 # music carries on but usb screen is displayed. (Windoes) pc doesnt see drive. 17.26.48 # Read & write longs whenever possible, and exploit burst mode 17.26.49 # anyway, sounds great ;) 17.27.05 # ripnetuk: you have to stop music before it will work 17.27.19 # That's another bug then... 17.27.30 # Playback should stop before usb is accepted 17.27.49 # yes it should, but for some reason it wont.. 17.28.06 # (btw, usb is not accepted if playback is going) 17.28.36 # Why does it display the usb screen then? 17.29.13 # it's controlled by other thread 17.29.26 # all running threads must accept usb before pc sees it 17.29.40 # Yes I know that 17.29.59 # and for some reason audio thread don't get usb event if codec is running, so it can't stop the codec 17.30.06 # ..and the gui thread is responsible for displaying the usb screen 17.30.24 # Does the audio thread have an own event queue? 17.30.29 # of course 17.30.46 # Ah, yes 17.30.56 # So it should get the event... 17.30.57 # just look at playback.c :) 17.31.00 # yep.. 17.32.21 # It seems some debugging is due here... logf() may be useful 17.32.26 # after having used rockboy, sound playback is slower & pitched down... is that a known issue? 17.32.27 Quit Strath (Read error: 110 (Connection timed out)) 17.33.03 # Slasheri: Maybe I found the cause... 17.33.13 # great :) 17.33.26 # It seems playback.c employs 2 threads, and 2 queues, correct? 17.33.31 # yes 17.33.32 Join webguest44 [0] (~d5dfb8c1@labb.contactor.se) 17.33.47 # There is no queue_init() for the audio_queue ... 17.33.51 # codec thread can't read its own queue when codec is running 17.33.53 # oh! 17.34.10 # will be fixed right now :) 17.34.18 # queue_init() adds the queue to the global queue list for broadcasting, so that's the reason... 17.34.29 Part webguest44 17.34.46 # thanks for reporting that :) 17.34.55 # ...found without logf(9 :-P 17.35.02 # =) 17.35.04 # *logf() even 17.36.37 # i really wonder it even worked without that forgotten init call :) 17.39.10 # hmm Slasheri, to compile the updated cvs, is it enough to do a "make" in the build dir? 17.39.35 # yes, if you have done cvs update on the root dir before that 17.40.07 # yes i did 17.42.04 # ok it works :D 17.42.40 # fuck, my save games are gone 17.43.37 # Hmm, i think save games are stored somewhere in .rockbox directory 17.43.52 # You should take a backup before you replace that directory 17.43.59 # i just updated, rockboy.rock and iriver.rock 17.46.00 # Slasheri: As I mentioned, the queue_init() is mainly for adding it to the queue list for broadcasts. Without it, the thread just doesn't receive broadcast messages, but the queue itself works 17.46.24 # ok 17.47.38 # (and of course the usb thread doesn't know about that queue, so it doesn't wait for the acknowledge) 17.49.57 Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") 17.50.57 # (just for the developers information) h140 crashed suddenly while playing oggs (.q4) shuffled 17.51.32 # and you didn't touch any buttons? 17.51.50 # (it crashed in the middle of a song? or at the end? or the begin of a new song? (and what song?)) 17.52.44 # hmm, i think i know what is the problem 17.52.51 # it does a lot of disk access when I first play - is it really filling the entire buffer :) most of the album must be in ram by now 17.53.40 # i just found that the function vorbis codecs uses to fetch new data is buggy and can cause ring buffer overflow 17.55.09 Join tucoz [0] (~81b1111b@labb.contactor.se) 17.55.20 # ripnetuk: Yes, it should use the whole buffer 17.55.38 # However, I have the impression that it takes too long 17.56.10 # Rockbox should be able to read several MB per second... 17.56.20 # t0mas no didnt touch 17.56.27 # crashed at the middle 17.56.40 # ...another area to investigate and optimise 17.56.51 # just wanted to let you know ;) 17.57.04 # hi guys, bugreport: when playing a file that fills the buffer, and needs to buffer after a while, it started loading, and I had to adjust volume to hear playback 17.57.11 # cya later 17.57.12 Quit ripnetuk ("Leaving") 17.57.29 # weird sentence, but a large mp3 (a whole album that is) 17.58.14 # i had to adjust volume, after the new phase of buffering 17.58.16 # hmm, in fact the ogg buffering stuff should not have that overflow problem i just described.. The bug has to be somewhere else 17.59.31 Quit Patr3ck () 18.06.58 Join Lynx_ [0] (Lynx@134.95.189.59) 18.07.47 # does rockboy activate the full clock speed of the ihp? 18.08.43 # the sound stutters alot :( 18.08.57 # bipak_: I guess it uses 120MHz 18.09.13 # shit :( 18.13.15 # amiconn: I can't make the disk reading much faster because codecs needs much prosessing time. Now the buffer filling will give away processing time to codecs only when it's needed and full refill takes now ~55 seconds 18.13.20 # a little faster than before 18.14.43 Join XavierGr [0] (~XavierGr@ppp12-adsl-188.ath.forthnet.gr) 18.14.47 # rockboy needs additional optimalization 18.14.53 # and its of little priority to me at the moment 18.14.58 # Hi again! 18.15.03 # there are several functions that are prime candidates for optimization. 18.15.36 # HCl: iirc, when browsing for albums, I got an empty folder 18.15.46 # odd. 18.15.52 # that shouldn't happen 18.16.04 # ok, I can try again 18.16.13 # i'll check my code in a bit. 18.16.23 # bit busy, still 18.16.26 # Has the java tool changed on the wiki? 18.16.34 # a little 18.16.48 # had a tiny bug. 18.17.05 # ok, I can get the new one. A bit busy myself aswell 18.17.40 # ok HCl, i agree, there are things with higher priority :) 18.18.18 # HCl: for sorting the entries into the songDB: what algo would do best? 18.18.25 # for file-based sorting I guess merge-sort? 18.18.29 # merge sort. 18.18.31 # but memory-based? 18.18.35 # also mergesort. 18.18.37 # k 18.18.40 # mergesort is n*log(n) sorting 18.18.48 # quicksort too, I think 18.18.51 # which is the fastest way to sort without preprocessing 18.18.57 # yes. but quicksort has a worst case of n*n 18.19.03 # where mergesort has a worst case of n*log(n) 18.19.14 # btw, do songDB overwrite rockbox.id3db? 18.19.16 # so mergesort is ALWAYS better than quicksort? 18.19.20 # yes. 18.19.23 # ok, great 18.19.37 # on average, they're about the same. but in the worst case scenarios, mergesort does better. 18.20.05 # * niobos is back off to programming 18.21.19 Quit bobTHC ("Smoke Weed Every Day !") 18.21.32 # Oh, it doesn't report those error messages which I don't remeber what they were 18.21.42 # invalid mark 18.21.44 # ;) java.something 18.21.45 # yea, i tossed those out. 18.21.46 # yep 18.22.30 Quit spiralout ("ChatZilla 0.9.68.5 [Firefox 1.0.4/20050511]") 18.23.50 # HCl: It was Artists-> -> empty except for , which in turn is empty 18.24.01 # odd. 18.24.03 # that shouldn't happen. 18.24.14 # it does :D 18.24.22 # let me take a tiny peek at the code. 18.25.05 # It's in no hurry for me, but now that I'm here I can test it for you 18.25.33 # hrm. 18.25.33 # okay. 18.25.46 # odd... 18.26.02 # if(artist!=null&&artist!=a&&!artist.getName().equals("")) { 18.26.02 # artist.removeAlbum(this); 18.26.17 # it should *not* remove an album if its the various artists artist.. 18.26.21 # HCl: The merge sort is slightly faster than the heap sort for larger sets, but it requires twice the memory of the heap sort because of the second array. This additional memory requirement makes it unattractive for most purposes - the quick sort is a better choice most of the time and the heap sort is a better choice for very large sets. 18.26.49 # doesn't look to good memory-wise... 18.26.50 # niobos: hold on. quicksort is *very* much like mergesort. how the hell can it use more space? 18.26.57 # i gotta eat dinner.. 18.26.59 # bbl.. 18.27.22 # quicksort sorts in-place 18.27.31 # it just switches 2 elements 18.31.32 Quit TCK (Read error: 110 (Connection timed out)) 18.31.48 Join bg_ [0] (~chatzilla@c24.241.230.113.mad.wi.charter.com) 18.32.29 Join zezayer [0] (~chatzilla@spr2-brig3-4-0-cust69.asfd.broadband.ntl.com) 18.32.43 # Hi all 18.33.15 # hi 18.33.22 # I can not get rockbox to boot on my iriver... using bootloader v2. I can however get the original firmware to boot. any ideas? 18.34.37 # bg_: have you download the zip containing the .rockbox dir and rockbox.iriver? 18.34.43 # hi 18.34.52 # yex 18.34.53 # yes 18.34.59 # in the root dir of my iriver 18.35.08 # then it should boot 18.35.26 # hmm 18.35.31 # what happens? 18.35.43 # blank screen, backlight action if any buttons are pressed 18.37.32 # bg_: has it worked before? 18.37.47 # nope, this was my first attemp 18.37.58 # im thinking maybe ill try and reinstall the boot loader 18.38.08 # bg_: just to make sure, have you unzipped the zip? 18.38.12 # yeah 18.38.15 # hehe 18.38.33 # sorry, you never know :) 18.38.35 # gotta cover all ground :) 18.39.57 # Earlier, you had to wait for some time for some filesystem related stuff to finish the first time you run rockbox 18.40.11 # hmm, how long? 18.40.21 # it would do some disk spinup at first but then stop completely 18.41.25 # don't know, how long do you wait before reboot? 18.41.42 # a minute or two? 18.42.05 # i just started it, ill let it do its thing for a while see what happens 18.42.51 # so did i read correctly that we have mp3 playback now on iriver? 18.43.29 # ok, well I don't know. It should be as simple as, patch firmware->copy to iriver root->download rockbox->unzip->start iriver fw->update firmware 18.43.33 # yes 18.43.38 # cool 18.43.53 # well there was some wierdness when i upgraded the firmware (installed the bootloader) 18.44.00 # weirdness? 18.44.06 # it was upgrading and then just shut off... dont remember that happening before 18.44.27 # however, like i said it still boots into the orig firmware if i hold record so i figured it must have installed correctl 18.44.29 # y 18.44.39 # that is the normal procedure when upgrading the firmware. 18.44.45 # ok 18.45.54 # i didnt have rockbox.iriver on my drive when i installed the bootloader, i added it after i installed the bootloader, would that make a difference? 18.46.09 # so, I guess the bootloader is ok, just download this->http://www.rockbox.org/auto/build-h100/rockbox.zip 18.46.56 # is that the latest build? 18.47.07 # no difference there, the bootloader looks for rockbox.iriver and .rockbox, and if it fails it should load the original firmware 18.47.13 # yes 18.47.20 # just downloaded it and put it on... 18.47.55 # just try the waiting strategy. Just for a couple of minutes 18.48.09 # yup, thats what im doing now, been about 5 min 18.48.15 # oh 18.48.21 # got about 30gig worth on there, so that may be it, im hoping 18.49.07 # my knowledge stops here, so I guess you could ask this later on if someone with more knowledge is here 18.49.10 # sure would like to use rb though, i dont like the iriver firmware 18.49.13 # alright, thanks 18.49.36 # btw, what iriver fw did you patch? 18.49.45 # 1.65U 18.49.52 # on an ihp-140 18.49.58 # EU? thats what i am using 18.50.04 # U is for US 18.50.12 # ok, haven't tried 18.50.15 # i assume your in europe? 18.50.24 # but I guess it should work as well 18.50.26 # yes 18.50.30 # yeah 18.51.36 # good luck anyway 18.51.50 # * tucoz away 18.58.15 Quit bg_ ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050515]") 19.03.26 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 19.04.04 # i think the crash when playing this ogg file is some kind of error in the file itself... but in winamp it works without problems 19.04.42 # Shagnar: Hmm, could you send the file so i can test it? :) 19.05.05 # if its okay by mail, cause i can't send via dcc 19.05.14 # it's ok, miipekk@ihme.org 19.05.47 # kk 19.05.57 # thanks :) 19.05.58 # 10 minutes, i only know the album atm, 've to find the right file ;) 19.06.07 # =) 19.16.00 # still searchin^^ 19.16.32 Quit Chamois (Read error: 54 (Connection reset by peer)) 19.16.39 Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) 19.20.00 *** Saving seen data "./dancer.seen" 19.52.22 Quit zezayer ("Chatzilla 0.9.68.5 [Firefox 1.0/20041107]") 19.53.50 Quit martijn () 19.53.58 Join martijn [0] (ted@74pc225.sshunet.nl) 19.54.49 # ogg playback crash problem will be fixed soon, i found at least one critical bug 19.57.29 # shall i continoue searching the file anyway? 19.58.55 # if you want to, i am not sure if this fix will completely fix the playback 19.59.12 # allright 20.04.14 Part tucoz 20.05.07 Join bg_ [0] (~chatzilla@c24.241.230.113.mad.wi.charter.com) 20.06.23 # anyone around that could help me get rockbox booted on my iriver? 20.07.23 Quit XavierGr () 20.08.57 # Shagnar: I was able to reproduce the problem, no need to send anything :) 20.09.07 # okay :] 20.09.14 # still couldn't find it...^^ 20.09.29 # :) 20.13.19 Quit bg_ ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050515]") 20.35.56 Join zezayer [0] (~chatzilla@82.110.136.210) 20.36.49 Join mirak [0] (~mirak@AAubervilliers-152-1-19-236.w83-114.abo.wanadoo.fr) 20.36.52 # hello 20.37.34 # hello 20.41.53 Nick Lynx_ is now known as Lynx_awy (Lynx@134.95.189.59) 20.42.56 # hi 20.44.17 Quit DangerousDan (Read error: 110 (Connection timed out)) 20.44.29 Quit Shagnar (Read error: 60 (Operation timed out)) 20.46.17 # is there any difference between the EU-version and the US-version of the iriverH120? 20.46.27 # (the player AND/OR the firmware) 20.46.35 # mayber the tuner of radio ? 20.46.39 # the US player is black i think 20.46.49 # oh.. sorry 20.46.56 # the player, yes only the color :) 20.47.14 # only the color... so no difference 20.47.20 # and the firmware? 20.47.21 # yes 20.47.30 # you can put EU firmware on US player 20.47.36 # and US firmware on EU player 20.47.38 # I know (tried that) 20.47.44 # but what is the difference? 20.47.54 # y a pas de différence sur le lecteur on t'a dit :p 20.48.14 # salut 20.48.31 # would it be feasible to achieve better frame rate for video ? 20.48.35 # on H300 20.48.44 # than the original firmware 20.49.22 # differences in fw are just the US has selectable radio regions, EU is fixed on europe 20.49.36 # zo US is "better"? 20.49.40 # check out this tool: http://rafb.net/paste/index.html 20.49.45 Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) 20.49.45 # yer sopes u could say that 20.49.54 # Hi all 20.50.07 # allows you to paste code snippets for people to look at without spamming IRC 20.50.13 # hi MoosCamaro 20.50.23 # niobos: korean is better 20.50.28 # why? 20.50.57 Join [solid] [0] (~solid@83.175.176.194) 20.51.38 Join webguest08 [0] (~d4963cc9@labb.contactor.se) 20.51.43 # mirak: why? 20.51.49 # does somebody have a Lian Li V1000 PC0 case ? 20.54.15 Quit webguest08 (Client Quit) 20.55.27 # mirak: why is korean firmware better? 20.56.05 # niobos: higher frequency range :) 20.56.21 # if i remember correctly 20.56.38 # the firmware or the hardware? 20.56.48 # firmware 20.57.33 # is there a difference between korean firmware and US-firmware with tuner-region=korea? 20.57.39 # no 20.57.42 # the volume is higher 20.57.53 # k has choosable tuner regions aswel 20.57.53 # however I don't know if you talk of H300 or H100 20.58.05 # 120 20.58.31 Join Musicmad [0] (~Musicmad@port547.ds1-oebr.adsl.cybercity.dk) 20.59.52 # I just tried... Both europe and korea go up to 108MHz... 20.59.55 # anyway 21.00.49 # there is no difference between teh fw's 21.06.05 # the only other difference, is k comes in an exe where US comes in a zip file 21.06.47 Join Tangleding [0] (~Tangledin@ARennes-252-1-49-58.w83-195.abo.wanadoo.fr) 21.07.32 # Hi crazyTang 21.13.09 # hi moos 21.13.10 # :) 21.14.34 # you sleeping :) 21.16.50 Join spiralout [0] (~keep_goin@p54B396F3.dip0.t-ipconnect.de) 21.17.09 # no just that i'm busy with sthing 21.17.15 # hmmm.. 21.17.31 # just to ask 21.17.40 # * HCl goes to work on the extra searchengine features 21.17.50 # i imagine that the fact that mp3 lame not really gapless is well known? 21.18.34 # isn't it? 21.19.14 # <[solid]> nope 21.19.27 # :??: 21.19.32 # Really? 21.19.36 # <[solid]> yeah 21.19.41 # :- 21.19.42 # <[solid]> most people have no idea about the gaps 21.19.53 # <[solid]> any gaps at all with mp3 21.19.58 # Hum i was talking about Rbx guys in fact 21.20.03 *** Saving seen data "./dancer.seen" 21.20.04 # (with actual daily build) 21.20.26 # they should be aware? i bet 21.20.35 # <[solid]> oh... lame can be played back gapless, but you need to read how much silence in the beginning should be trimmed in the lame header 21.20.48 # yeah okay i know 21.20.51 # but i mean 21.21.08 # that actual rbx playback (in fact mpa decoder) 21.21.20 # isn't able to make real gapless even with lame mp3 21.21.39 # this is well known by the team i imagine? 21.21.42 # <[solid]> i'd say it is making real gapless, but it's not trimming anything (yet?) 21.22.00 # okay i fact i was wondering 21.22.21 # cause i saw lot of people that thonk lame was gapless with rockbox 21.22.26 # which wasn't fr now 21.22.52 # Anyway 21.22.54 # <[solid]> technically it *is* gapless, but mp3's do have a gap, and you have to add some stuff to hack around it... i don't think no one would want to concentrate on that instead of playback 21.22.59 # <[solid]> but, that's just me. 21.23.26 # <[solid]> lame is gapless with rockbox on archos', isn't it? 21.23.40 # hum i'm surprised cause i thought lame has in his tag 21.23.50 # information about frame to skipp to get gapless 21.23.54 # <[solid]> yeah 21.23.59 # <[solid]> but you have to add code for that 21.24.07 # okay 21.24.18 # so the matter is that it isn't coded for now,isn't it? 21.24.30 # mp3 will be gapless, but iut hasnt been worked on yet 21.24.39 # okay that's it 21.24.47 # <[solid]> that's my point, basically 21.24.48 # it's was i thought but i wasn't sure 21.24.52 # and wanted to be 21.24.56 # <[solid]> i was trying to give a nice explanation why:) 21.24.59 # just like playlists, ogg wps and loads of other stuff hasnt even been looked @ yet 21.25.05 # since i'm gonna make "fornoobs" edit tonight 21.25.18 Join Pomyk [0] (~pomyk@ajb52.neoplus.adsl.tpnet.pl) 21.25.28 # (will put it on wiki tomorrow cause i'm offline at home) 21.25.30 # :) 21.25.32 # is wps working with mp3 btw? 21.25.38 # well playback works, but is very buggy nad be prepared 2 reste! 21.25.45 # yes Musicmad 21.25.53 # I don't get anything but the small icons at the top with bleeding edge build. 21.26.13 # zezayer: any idea why? 21.26.14 # the daily build works! 21.26.16 # * [solid] floats away to dream of replaygain in rockbox (sometime) 21.26.26 # ok - maybe I should try that then. 21.26.44 # or tyy another mp3, it mite be that it doesnt like the mp3sa tag 21.26.53 # good idea. 21.27.04 # teh wps hasnt been worked on much at all. it is very buggy 21.27.18 # yeah I know - just wanted to see "something" 21.27.30 # should work tho! 21.27.55 # Something else 21.28.05 # is DB working with daily buld? 21.28.17 # somebody who maintains rockboy should fix it _not_ to halt if no pcm callback is called 21.28.24 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 21.28.24 # the id3db was created correctly 21.28.34 # but i see nothing in ID3 bank mode 21.28.37 # :| 21.28.40 # and it should be coded that way that it will automatically call pcm_play_data again if it's necessary 21.28.41 # dont know Tangleding 21.28.56 # okay zezayer thanks 21.29.13 # Slasheri: who does rockboy, is it HCl?? 21.29.21 # I don't know 21.29.28 # it's HCl 21.29.32 # who did in fact 21.29.40 # now he's working on DB v3 21.29.45 # But rockboy "fix" has caused the ogg crash problem 21.29.45 # he defo did some of it 21.29.48 # (searchengine and databox too) 21.29.57 # ah! 21.30.01 # Hi Slasheri, what's about your current bugy list? will you comitt fixing to CVS today :) 21.30.06 # I have to do another uglier workaround for that 21.30.13 # MoosCamaro: hi :) 21.30.16 # hum critical crash with ogg? 21.30.19 # or not? 21.30.19 # most likely i will commit 21.30.27 # i have done a few bug fixes 21.30.39 # cool :) 21.30.44 # :) 21.31.17 # I'm also surpised with Java version of DB builder 21.31.19 # the works progress fastly ;) congratulations :) 21.31.30 # no way to make it work on my desktop 21.31.48 # unlike others jar progs works very nicely (azureus for exemple) 21.32.07 # seems strange 21.32.26 Join Zoom2 [0] (~41081a74@labb.contactor.se) 21.32.56 # Tang: sorry I don't use java DB, still use perl script 21.33.13 # i tried the perl too 21.33.27 # but unable to make the DB mode on in Rbx 21.33.33 # nothing seeable 21.33.44 # comment ça? 21.33.50 # the DB géneration with the perl script seemed to work thought 21.34.13 # (private) 21.34.57 # HCl: please fix the rockboy, i have no other way but break it again 21.35.25 # i would, but it wasn't me who wrote the sound bit of rockboy. 21.35.34 # i'll comment audio out soon 21.35.36 # hmm :/ 21.35.48 # that would be great if you could do that 21.35.51 # i just committed more capabilities to the searchengine 21.35.59 # however, it's not easy thing i think 21.36.21 # because i tried commenting it out, but rockboy doesn't seem to work if the get_more callback is not being called 21.38.48 # rockby it's not a priority, no? 21.39.07 # no :( 21.39.12 # no i think but i still don't want to break it 21.39.20 # I try to do another work around for it 21.39.36 # musiccccccccccc it's priority ;) 21.39.43 # :) 21.40.47 Quit courtc (Read error: 104 (Connection reset by peer)) 21.44.57 # HCl, you have disabled song for rockboy 21.45.05 # it's cool for Slasheri 21.51.36 # :) 21.53.09 Join markun [0] (~markun@bastards.student.utwente.nl) 21.57.16 Join courtc [0] (~courtc@adsl-217-10-221.asm.bellsouth.net) 22.07.20 Quit t0mas ("doei") 22.08.30 Quit Musicmad ("Trillian (http://www.ceruleanstudios.com") 22.10.00 Quit bipak_ (Read error: 145 (Connection timed out)) 22.10.54 # Hcl is here? 22.11.26 # i've a very strange issue with DB perl script and DBv2 22.11.29 # :/ 22.11.39 # Moos can't reproduce 22.11.41 # :( 22.11.49 # very strange 22.12.12 Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) 22.12.18 # hi t0mas 22.12.19 # :) 22.15.02 # i've to go 22.15.15 # bye 22.15.17 # all 22.15.29 # good night 22.15.36 # :) 22.15.38 # thx 22.15.48 Quit Tangleding ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") 22.27.44 # Slasheri: Have we a luck to have a CVS comitt this night? :) 22.28.04 # i don't think so, this problem was harder i thought.. 22.28.30 # ohhh :( 22.28.48 # what is the probleme? 22.29.18 # crashing while listening to vorbis and buffer starts to refill 22.29.45 # :( 22.30.19 # double =( 22.31.11 # good luck for fix that ;) 22.31.29 # thanks, i try to fix it soon 22.31.47 # you can do it, we know your capacity :) 22.32.01 # :D 22.33.20 Join pbvas [0] (~pbv@res04-pbv.res.st-and.ac.uk) 22.37.44 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 22.39.25 # Hi Bagder 22.39.29 # evening 22.39.39 # Have you passed a good weekend? 22.39.54 # fine indeed 22.40.02 # any action in here? 22.40.10 # :) you're lucky 22.40.12 # ;) 22.40.39 # quietly tonight 22.41.06 # Slasheri still working in playback 22.41.15 # I noticed linus' commit 22.41.23 # I'll fix up details of it too 22.41.33 # yes wonderful 22.43.36 # we soon will be able to throw iriver fw to the garbage :) 22.49.49 # yes, I'd really like to starting using rockbox on my iriver on a daily basis 22.51.20 # yes, we like too :) 22.52.25 # Slasheri is very eficiant, with this speed it'll be for soon ;-) 22.52.52 # I hope so 22.53.31 Quit zezayer ("Chatzilla 0.9.68.5 [SUSE 1.0.4-1.1/20050511]") 22.56.47 # :) 23.10.13 Quit pbvas ("Leaving") 23.10.54 Part martijn 23.13.07 Join Sucka` [0] (~NNSCRIPT@host81-156-209-158.range81-156.btcentralplus.com) 23.13.58 # any idea what causes some tracks to play slow yet? 23.14.58 # but i was able to use rockbox to play a good few albums for the first time today, and gapless too 23.15.01 # so /me is very happy 23.15.27 Join DMJC [0] (~James@60-240-162-238.tpgi.com.au) 23.18.09 Quit Sucka (Read error: 145 (Connection timed out)) 23.20.05 *** Saving seen data "./dancer.seen" 23.23.28 Join Doyouwanttosucko [0] (~5198276c@labb.contactor.se) 23.23.34 # Hello 23.24.32 Quit Doyouwanttosucko (Client Quit) 23.29.04 # hi 23.30.36 Quit niobos ("off to bed") 23.31.38 Quit coob (Remote closed the connection) 23.35.08 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 23.35.11 Quit ripnetuk (Client Quit) 23.35.19 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 23.45.45 Quit Chamois (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client") 23.51.01 # very quitly tonight :) 23.51.39 Quit markun () 23.51.46 Join ashridah [0] (ashridah@220-253-120-14.VIC.netspace.net.au) 23.58.14 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 23.58.33 # hello. it's been a while. 23.58.40 # congrats on the iriver sound!