--- Log for 12.10.105 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 12 hours ago 00.00.33 # so, why don't commit? :) 00.03.28 # might as well 00.03.59 # so, where should i stuff the main mul64 code? currently i just pasted it in the top of mpc_decoder.c, completely out of place 00.05.21 # What about codeclib ? 00.05.46 # yes, that does indeed sounds more decent 00.06.31 # but then we have duplicated code, but keeping mul64 in the plugin api sounds a bit... strange... 00.06.39 # amiconn: what say you? 00.07.13 # Plugin api is definitely wrong 00.07.22 # yup, agreed 00.07.25 # Are there other plugins using 64 bit math? 00.07.32 # none that i know of 00.07.47 # and i've tried my best to eliminate 64 bit muls in the codecs 00.09.35 Quit Moos ("Glory to Rockbox") 00.09.46 # only codec visible place to keep it is in codec.h and codec.c 00.09.58 # there is no codec.c.... 00.10.09 # well, codec.h is the only header codecs include from rockbox itself 00.11.58 # In fact *all* codecs except a52 and alac use 64 bit multiplies... 00.12.15 # $ grep -r -l 'muldi3' --include *.map . 00.12.20 # in the H1x0 build dir 00.13.08 # 6 codecs and the core itself 00.13.40 # yup 00.13.48 # but only libmusepack in performance critical spots 00.13.56 # ok 00.14.11 # all codecs use long long maths for position calculation and so forth 00.14.30 # How about placing it in codeclib.c ? 00.14.41 # yup, but i'll have to declare it in codec.h 00.15.07 # keeping the code in codeclib.c and declaration in codec.h is a bit nasty 00.15.26 Part LinusN 00.15.30 # Why not declaring it in codeclib.h ? 00.15.37 # because codecs do not include codeclib.h 00.15.47 # they only include codec.h 00.15.49 # hmm... 00.15.56 # How is that codec used, then? 00.16.45 # we could of course just start including codeclib.h as well 00.16.49 # nothing wrong in that, i suppose 00.16.59 # for those codecs that need it 00.17.08 # In fact some functions are declared twice, in codec.h and codeclib.h 00.17.20 # Somehow that does look messy to me... 00.17.29 # how can that be? most codec plugins include both 00.17.34 # i'd think gcc would complain 00.17.58 # Double declaration doesn't hurt if both declarations are identical 00.18.14 # i don't get the header system for codecs right now, i'd love it if all codec support stuff was in one set of source files 00.18.52 # namely codec.h 00.18.56 # The header system does indeed look messy 00.19.19 # they used to include tons of include files, yesterday i trimmed many of them down to just codec.h and lib/codeclib.h 00.19.28 # still, they don't include the one file they should: codecs.h 00.19.44 # which define the main codec api 00.20.29 # I think there are two things - functions needed to interface with Rockbox (the codec API) and helper functions needed by the codecs (codeclib). 00.20.43 # yup 00.20.52 # But I agree it's a mess at the moment. 00.20.55 # and the last is currently split into both codec.h and codeclib.h, it seems 00.21.10 # ...and xxx2wav.[ch] 00.21.16 # arh 00.21.21 # yes, those are still there as well 00.21.25 # this needs to be rectified 00.21.40 # My suggestion would be to keep codeclib.[ch] and remove everything else. 00.22.06 # yes, i think that sounds ok 00.22.32 # preglow: The gcc generic arithmetic rightshift by n for long long looks like it could use some optimisation as well :) 00.23.42 # amiconn: memcpy! :) 00.23.49 # Yes... 00.24.03 # Does musepack copy a lot? 00.24.14 # btw, if you've got #define malloc codec_malloc, will that define trigger on the later usage of codec_malloc? 00.24.18 # amiconn: nah 00.24.22 # amiconn: not that i know of 00.24.49 # no, that define works the other way round 00.25.40 # putting everything in codeclib.[c|h] should work just fine 00.26.45 # anyone oppose that plan? 00.26.59 # perhaps just move it from lib/ to codecs/ while we're at it? 00.28.05 # I was just about to suggest the same thing - move it to codecs/ 00.28.52 # Hmm. That would mix this source with the codecs itself - and we need it as a library 00.29.18 # well, the name in itself should be more than enough to ensure people see it's a library 00.29.27 # or do you means it's a build system issue? 00.29.42 # yes 00.34.35 # We could keep it in the apps/codecs/lib directory, but then add that directory to the INCLUDES - so we can #include instead of "../lib/codeclib.h" 00.35.13 # sure 00.35.21 # sounds sane enough 00.35.48 # oops, i broke mpa.c yesterday, think i need to fix that 00.37.17 # linuxstb: btw, i can't get a52 audio to reach full scale on the peak meter, you think it's possible liba52 is configured to not give full scale audio as a52.c is now? 00.38.03 # linuxstb: i didn't really understand how the level parameter to a52_frame works for fixed point audio 00.38.54 # I think that's normal for AC3 encoding - it's generally at a low level. 00.39.28 # ok 00.40.20 # linuxstb: aphex twin - come to daddy decodes full scale in foobar2k here 00.41.49 # linuxstb: is vbr common for ac3 files? if not, i might try implementing seeking 00.43.11 # preglow: I asked the same question yesterday (about VBR). No-one answered, but I don't think I've ever seen a VBR file. So seeking should be trivial. 00.45.00 # Maybe we need to disable dynamic range compression - it's the "-r" option in a52dec 00.45.11 # linuxstb: seems a52.c produces slightly lower output than normal 00.45.23 # hmm, yes, i thought about that 00.45.31 # i can't imagine why anyone would want that in a portable player 00.46.34 # Can anyone think of a reason why I'd need to put an extra blank line in a .wps? Like, I put two lines, on separate lines, and they get displayed as one unless I separate them by a completely blank line. 00.47.00 # linuxstb: for cbr files, it should just be a case of fseeking, then walking forwards in the stream and probing for sync with a52_syncinfo() 00.47.17 # Looking at a52dec.c (in the original distribution), the patch would seem to be to add the line "a52_dynrng (state, NULL, NULL);" after the call to a52_frame() in the main decoding loop 00.47.40 # i'll give it a try 00.48.44 # I think the code already takes care of syncing if there are frame errors. So we can probably just seek and set the decoder going again. 00.49.15 # We should be able to seek to the correct location anyway in the case of a CBR file. 00.50.00 Quit _FireFly_ ("Leaving") 00.50.07 # linuxstb: yes, looks like it does 00.52.12 # linuxstb: hah, that did the trick, alright 00.52.23 # The a52_dynrng() function? 00.52.26 # linuxstb: yes 00.53.07 # i even made it clip 00.54.43 Join jeddy3 [0] (n=jeddy3@bre91-1-82-238-224-40.fbx.proxad.net) 00.55.06 # linuxstb: i need to know the frame sizes of ac3 files to do seeking, thebn 00.55.22 # and btw, should i commit the dynrng thing? 00.56.04 # Let me test it with my files - give me a minute. 00.57.54 Quit ashridah ("Leaving") 01.00.52 Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) 01.05.23 # preglow: I would say go ahead and commit the dynrng change. 01.05.38 # will do 01.08.15 # but ok, anyone lined up for doing the codeclib change, or should i have a go when i've fixed mpa.c? 01.09.32 Quit paugh (Remote closed the connection) 01.11.04 Quit lostlogic_ (Read error: 110 (Connection timed out)) 01.23.00 # linuxstb: and btw, the mad_timer stuff in mpa.c, any reason for it? i don't think we'll ever need it 01.26.04 # libmusepack uses floating point even in fixed point mode... 01.26.21 # preglow: It was there originally because I copied the code from a libmad demo program. So no real reason for it to be there. 01.27.24 # amiconn: pretty magnificent, huh 01.28.05 # not only floating point math, it even uses double precision 01.28.14 # ...and some denglisch function names in requant.c 01.28.23 *** Saving seen data "./dancer.seen" 01.28.51 # yep 01.28.54 # it's quite pretty 01.29.03 # Time for bed. Goodnight all. 01.29.09 # mpc_decoder_quantisierungsmodes 01.29.11 # linuxstb: nite 01.29.44 # my favourite: mpc_decoder_initialisiere_quantisierungstabellen() 01.30.43 # hahaha, yes 01.36.06 # mpc_decoder_scale_output() looks incredibly inefficient to me. Do you know how often that is used? 01.37.38 # It goes through a 128-iteration loop doing 2 double precision calculations per round, plus 2 calls to find_shift() which is rather unefficient by itself 01.39.50 # amiconn: it's just an init routine, afaik 01.40.00 # any other use would be disastrous 01.47.48 Quit Nilisco (Remote closed the connection) 01.48.26 Join Nilisco [0] (i=nilisco@wrath.shellfx.net) 01.54.26 # preglow: I have something for you: http://amiconn.dyndns.org/asr64n.c It's untested yet... 01.56.28 # amiconn: you have any idea if it actually is faster or not? i can't really time it very well 01.57.05 # It should be nearly 2 times as faster for 0 < shift < 31, even more for shift >= 32 and shift == 0 01.57.13 # *as fast 01.58.03 # will try it 02.00.13 # (compared to gcc's ashrdi3() ) 02.01.07 # amiconn: seems to work just ifne 02.01.09 # fine, yes 02.01.49 # I get the impression that quite some of the gcc library routines are compiled C routines with low optimisation level 02.03.05 # If you wanna compare: http://amiconn.dyndns.org/mpc_dis.s starting at 0x32f0a908 02.03.20 # All that move'ing ... 02.03.57 # hahaha 02.04.05 # you know, that wouldn't surprise me 02.04.16 # it seems musepack got even faster now, yes 02.05.41 # Hmm. Musepack uses the 64bit mul always in conjunction with the 64 bit shift, either variable or by 14 02.05.56 # We could make that 2 combined functions 02.06.08 # please don't invest too much time in this 02.06.13 # i hope it's temporary, after all 02.06.15 # This would save a number of stack accesses 02.07.05 # yes 02.08.25 # Btw, I did some calculations concerning memcpy. DRAM is so slow that it might even pay off to shift the whole line in-registers for odd alignments 02.08.40 # ...in order to get burst writes 02.08.55 # ...in addition to the (always possible) burst reads 02.09.24 # But this shifting would need 16 (!) versions of the main loop... 02.10.22 # haha 02.18.59 Quit JoeBorn ("open.neurostechnology.com") 02.23.52 Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") 02.35.12 # amiconn: but yes, i highly recommend you telling the gcc people about these routines 02.52.04 Quit solexx (Read error: 113 (No route to host)) 02.52.47 # but bed, later all 02.53.40 Join BirdFish [0] (n=bradbox8@64.108.5.134) 02.53.57 # Did anyone ever hear from the IAudio port? 02.54.41 Nick gromit` is now known as gromit_nique_le_ (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 02.54.52 Nick gromit_nique_le_ is now known as gromit (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 02.55.20 Nick gromit is now known as gromit` (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 03.00.18 # BirdFish: There hasn't been info from the only developer in a long time I think. 03.00.36 # Bummer :( 03.01.00 # Too bad I really don't know about firmware, otherwise I would jump onboard. 03.10.46 Quit Vladoman (Read error: 110 (Connection timed out)) 03.11.56 Join Vladoman [0] (n=Vladoman@p54A7E13C.dip.t-dialin.net) 03.18.23 Quit Mxm`Pas`Bien (Read error: 104 (Connection reset by peer)) 03.22.24 Join Maxime [0] (n=flemmard@fbx.flemmard.net) 03.28.25 *** Saving seen data "./dancer.seen" 03.29.59 Join Vlad0man [0] (n=Vladoman@p54A7E13C.dip.t-dialin.net) 03.41.28 Quit Vladoman (Read error: 110 (Connection timed out)) 04.03.57 Join Vladoman [0] (n=Vladoman@p54A7FB99.dip.t-dialin.net) 04.05.25 Join QT [0] (i=as@madwifi/users/area51) 04.08.34 Quit Vlad0man (Read error: 110 (Connection timed out)) 04.18.19 Quit QT_ (Read error: 110 (Connection timed out)) 05.13.36 Quit tvelocity ("Leaving") 05.28.30 *** Saving seen data "./dancer.seen" 06.07.01 Quit Maxime () 06.14.22 Quit _coder` (Remote closed the connection) 06.21.41 Join coder` [0] (i=shani@Ariel.Atlantica.US) 06.42.24 Join Lynx0 [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 06.43.44 Quit Lynx_ (Read error: 104 (Connection reset by peer)) 06.43.45 Nick Lynx0 is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 06.55.45 Join amiconn_ [0] (n=jens@p54BD64DC.dip.t-dialin.net) 07.14.15 Quit amiconn (Read error: 110 (Connection timed out)) 07.14.16 Nick amiconn_ is now known as amiconn (n=jens@p54BD64DC.dip.t-dialin.net) 07.18.26 Join webguest39 [0] (n=d86bc32a@labb.contactor.se) 07.20.28 # hi all 07.21.34 # I have a rockboxed recorder10 with a 20 gb drive in it. I WAS very happy with it until a coffee cup shattered the lcd. 07.22.03 Quit webguest39 (Client Quit) 07.22.08 Join webguest39 [0] (n=d86bc32a@labb.contactor.se) 07.22.25 Quit webguest39 (Client Quit) 07.22.30 Join webguest39 [0] (n=d86bc32a@labb.contactor.se) 07.22.54 # whats my best course of action? 07.23.11 # I can buy a new lcd for about $35 shipped 07.28.22 Quit webguest39 ("CGI:IRC (EOF)") 07.28.31 *** Saving seen data "./dancer.seen" 07.32.33 # morning :) 07.33.04 # this fscking M$... wtf they are using cp866 for cyrillic in SMB shares 08.06.19 Join ender` [0] (i=ychat@84.52.165.220) 08.22.04 # * Bger is impressed by amarok's capabilities 08.49.49 Join Zagor [0] (n=bjst@194-237-150-170.customer.telia.com) 09.00.46 Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 09.11.04 # whoa, i just accidently found and noticed: 09.11.05 # c64music/VARIOUS/S-Z/Zenox/Rockbox_87_PSID.sid 09.11.08 # :p 09.11.16 # ;-) 09.11.25 # does it rock the box? 09.11.32 # *shrug* 09.11.50 # actually its not bad 09.13.30 # haha 09.13.36 # i look in the dir its in for other z* artists 09.13.40 # and there's a Zagor/ in there 09.13.55 # it is the same Zagor 09.14.08 # seriously? 09.14.10 # we are from the C64 camp 09.14.14 # heh 09.14.22 # I wrote the music editor/routine 09.14.32 # LinusN and Zagor composed 09.14.43 # cool 09.14.46 # the music part that is 09.14.53 # we did demos as Horizon 09.15.41 # heh 09.15.51 # i don't see any linus or horizon in here 09.16.01 # Boogaloo 09.16.18 # what? 09.16.19 # ah yep thats there 09.16.20 # was linus' handle 09.16.49 # this rockbox track was pretty long 09.17.09 # http://kjell.haxx.se/horizon/ 09.26.22 # D$85 :)) 09.26.32 # hehe 09.26.41 # I was young! 09.26.44 # :-) 09.26.54 # B4gder: how old were you guys then? 09.27.09 # where does your old and current nicks come from ? ;) 09.27.10 # I turned 15 1985 09.27.22 # DS are my initials, Daniel Stenberg 09.27.30 # oh, yeah 09.27.35 # and I got the C64 '85 09.27.54 # and $ was just much cooler than S 09.28.00 # i know your name very well :P 09.28.00 # heh 09.28.21 # but the name was not possible to pronounce and I never liked it 09.28.32 *** No seen item changed, no save performed. 09.28.38 # so I just invented this new one after a few years 09.28.51 # which was supposed to be the animal at first 09.28.58 # but I got it wrong 09.29.04 # and have been misspelled since then 09.29.18 # hehe 09.29.25 # heh:) 09.30.03 # i don't think the "to badger" describes u 09.30.06 # :P 09.30.24 # oh yeah its even in these tracks... 09.30.25 # Module Name: Arpeggio Beat 09.30.25 # Author : Bjrn Stenberg (Zagor) 09.30.25 DBUG Enqueued KICK ze 09.30.25 # Copyright : 1989 Horizon 09.30.46 # rock on! :-) 09.30.50 # except it doesn't say Bjrn :/ i dunno whats wrong with my crap for that stuff heh 09.31.08 # Bjrn = Zagor 09.31.16 # ah, I think he's better named Bjrn anyway 09.31.21 # ;-) 09.31.21 # haha 09.31.27 # right it has the umlaut'd or whatever o in there though 09.31.34 # ööö 09.31.47 # except with my font/charset/whatever its like a divide symbol heh 09.32.10 # Zagor cyrillic "c" here :) 09.32.25 # yes, charsets and IRC are not standardized 09.32.58 # well its in a term being displayed by sidplayer 09.33.17 Join solexx [0] (n=jrschulz@d098044.adsl.hansenet.de) 09.33.24 # in irc it shows up as 3 chars heh 09.33.38 # i think 09.33.44 # yeah 09.33.45 # off-topic: does anyone know how to make mozilla thunderbird use proper quoting? 09.34.21 # proper as in how? 09.34.38 # with > prefix, not silly html:ized junk 09.34.46 # it uses > 09.34.51 # not for me :-( 09.34.52 # I believe it does right when you disable html 09.34.52 # it just renders it differently in its display 09.35.05 # Zagor: you look at the source? 09.35.10 # B4gder: how do I do that? 09.35.42 # I'm not really sure, but I know you can set specific users in the address book to have certain settings 09.35.50 # like my wife has me set to no-HTML 09.36.01 # so I get plain text mails with > in the quotes 09.36.04 # from her 09.36.26 # there must be a "global" setting for that 09.37.12 # edit->preferences->composition->send and html options->configure text format behaviour 09.37.16 # i guess 09.37.45 # except thats about when sending messages in html format to start with actually... 09.37.56 # and then it says use the address boook to specify preferred text format for recipients 09.38.57 # edit->account setting->composition & addressing has a checkbox for "compose messages in html format" 09.39.15 # ahh, there it is. thanks! 09.39.36 # np 09.39.57 # mine still renders >'s as a blue line even when they're really >'s though (and its all plain-text) hehe 09.42.18 Join ryanj42 [0] (n=ryanj@c-24-10-241-46.hsd1.ut.comcast.net) 09.42.40 Quit ryanj42 (Client Quit) 09.43.12 Join ryan_j_ [0] (n=ryanj@c-24-10-241-46.hsd1.ut.comcast.net) 09.44.01 # B4gder search for problesm in the ...haxx.se/horizon/ 09.44.40 Quit ryan_j (Read error: 110 (Connection timed out)) 09.46.01 # dyslexic we are ;-) 09.48.54 # ze: you should take a look/listen at my vic20 track: http://www.kahlin.net/daniel/victracker/ 09.49.01 # heh 09.49.30 Join LinusN [0] (n=linus@labb.contactor.se) 09.50.19 # hehe oldschool madness 09.50.34 # Zagor: i'll check them out tomorrow, going to bed now 09.50.51 # making glass beads and getting dichroic glass tomorrow at school... woo 09.50.52 # night 09.51.01 # night 09.53.13 # night, ze 09.58.02 Join ryan_j [0] (n=ryanj@c-24-10-241-46.hsd1.ut.comcast.net) 10.02.19 Quit ryan_j_ (Read error: 110 (Connection timed out)) 10.06.24 Join ryan_j_ [0] (n=ryanj@c-24-10-241-46.hsd1.ut.comcast.net) 10.06.32 Quit ryan_j (Read error: 104 (Connection reset by peer)) 10.39.15 Quit phaedrus961 ("Leaving") 10.54.31 Join ashridah [0] (i=ashridah@220-253-121-129.VIC.netspace.net.au) 11.00.16 Join hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG) 11.12.47 Join guillaumh [0] (n=guillaum@4va54-1-81-56-99-20.fbx.proxad.net) 11.16.57 Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) 11.28.33 *** Saving seen data "./dancer.seen" 11.30.24 Quit guillaumh (Remote closed the connection) 11.48.58 Quit Slasheri (brown.freenode.net irc.freenode.net) 11.48.58 NSplit brown.freenode.net irc.freenode.net 11.49.41 NHeal brown.freenode.net irc.freenode.net 11.49.41 NJoin Slasheri [0] (i=miipekk@ihme.org) 11.57.30 Quit hardeep ("My damn controlling terminal disappeared!") 12.03.55 # :P my favourite quit message :) 12.06.29 # my favourite is the one that says: Time to say mooo!! 12.06.29 # Mooo! :) 12.06.37 # :P 12.06.38 # Which one has it? Maybe Bagder? 12.06.39 Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 12.06.43 # yes, B4gder 12.07.11 # Excelleny choice B4gder! 12.07.18 # s/y/t 12.18.02 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 12.18.02 # * B4gder bows 13.12.47 # now, all rockbox needs is sid support, and we can start bundling those files! 13.19.28 # yep :)) 13.28.35 *** Saving seen data "./dancer.seen" 13.40.42 Quit Bger ("brb, reboot") 13.46.11 Quit Paul_The_Nerd (Read error: 110 (Connection timed out)) 13.52.54 # Zagor: I heard about you selling the bostadsbytare on the news. Way 13.53.14 Join Bger [0] (n=Bager@83.222.160.88) 13.53.41 # dwihno: yeah. so now I'm a working man again. :-) 13.56.22 # tough luck, i figured you'd retire and live the rest of your life on the money from the sale ;) 13.57.37 # Zagor: The question is, if it's a good or bad thing :) 13.57.39 Quit Febs (Read error: 110 (Connection timed out)) 14.00.14 # it's a little of both, actually. 14.02.05 # Bad thing: limited freedom 14.02.15 # Good thing: retirement fund fixed ;) 14.02.51 Join muesli- [0] (i=muesli_t@Bbc88.b.pppool.de) 14.02.53 # :-) that, and having co-workers again. working from home got a bit boring after a while, actually. 14.03.04 # high 14.04.05 # hehe muesli- 14.04.22 # hi Bger ;) 14.04.47 # ;) 14.05.02 # Zagor: yeah, co-workers is the best thing about working :) (well, second to salary day then) 14.05.36 Join actionshrimp [0] (i=dave@dhcp-163-1-214-173.seh.ox.ac.uk) 14.05.50 # actionshrimp *g+ nice nick :D 14.06.01 # :x 14.07.03 # guess forest inspired you ;) 14.07.26 # ;? 14.07.34 # forrest gump? 14.07.36 # or what 14.07.38 # i dont get it 14.07.38 # yepp 14.07.44 # no, unrelated :p 14.07.54 # get a shrimp cutter :D 14.08.25 # get a MUSELI.....spoon! 14.08.55 # yeah :D 14.09.20 Join Moos [0] (i=DrMoos@m12.net81-66-159.noos.fr) 14.10.33 # or we could have some moos ;) 14.11.00 # moos lee? 14.11.05 # :D Hello guys 14.11.06 # the famous explorer 14.26.44 # http://www.planecrashinfo.com/lastwords.htm 14.27.41 # TiMiD sick ;) 14.31.28 # TiMiD should rbx have an option acting as a last words recorder? ;) 14.34.22 # :) 14.34.51 # I hope no one with rockbox gets involved into a crash :( 14.34.58 # (at least :D) 14.36.42 # some words can sounds really funny taken away from their context, butin fact they are not ~_~ 14.39.12 # muesli- it's very probable that it won't be usable after the crash ... 14.41.14 # this box will make useable as a black box (at least for h3xx's) http://cgi.ebay.de/IRIVER-H320-H330-ALUMINIUM-CASE_W0QQitemZ5812147933QQcategoryZ86534QQssPageNameZWD2VQQrdZ1QQcmdZViewItem 14.41.16 # ;) 14.42.09 # muesli- u forget about the hdd in nearly all players 14.42.15 # that rb supports 14.42.35 # http://www.photomann.com/japan/machines/ 14.42.56 # look at the "truly bizarre" ^^ 14.43.13 # B4gder thats why it must be directly written into flash rom 14.46.01 # http://www.snopes.com/risque/kinky/panties.htm 14.46.10 # they aree crazy :( 14.48.34 # Rhinoceros Beetles 14.48.35 # Rhinoceros beetles are popular pets to some children in Japan. Beetles can be purchased in this road side vending machine outside Morioka. The male beetles are 300 yen while the female ones are only 100 yen. The two curious kids here are part of the Shillingsberg clan. 14.48.37 # ;) 14.51.01 # uhh 14.51.16 # i've recently read an article about japanese sex life..very interesting..because they dont have any (at least not when you're marriaged...) 14.51.35 # I don't want to live near this mashine (imagine all the insects escapes XD) 14.51.42 # :D 14.52.12 # married btw 14.52.23 # yes ... sad for them :) 14.52.33 # lol flowers .. rice ... :) 14.52.37 # i would rather call it bizzare 14.52.54 # insurances ... 14.53.50 # they have whorehouses with puppets... 14.54.16 # they don't need their wifes, they have "Porn Mashine" ^^ 14.54.23 # yep 14.54.51 # and a condome machine between the porn and drink ones :) 14.56.35 # ha so they only use their wifes when they are totally waisted ? 14.59.05 # they've got once in month sex..and even this is more a duty than fun... 14.59.38 # guys go to whorehouses instead.. 15.06.44 # wow the panties has been offered since 1993 ... (at least ) 15.07.45 # i know a guy who sold such stuff over the internet 15.09.05 # he used raw liver to pretend as a used panty 15.09.15 # i am not kidding! 15.09.33 # wow 15.09.41 # and earned heaps of money with this stuff 15.18.54 # Bger are you a dev? 15.25.18 Quit ashridah ("Leaving") 15.27.15 # heh ... i can't tell i am myself 15.28.36 *** Saving seen data "./dancer.seen" 15.30.30 # you are Bger ;) 15.37.29 Quit Moos (Read error: 104 (Connection reset by peer)) 15.41.01 # heh 15.44.43 Join Moos [0] (i=DrMoos@m12.net81-66-159.noos.fr) 15.54.43 Quit Moos (Read error: 104 (Connection reset by peer)) 15.55.31 # TiMiD how's your german? 16.01.15 # After underwear is now girl-spit of Japan of newest Sex articles Tokyo (dpa) - whether the sales of used Schluepfer or the Posieren in school uniform - Japanese young girls on the search for the fast money for expensive luxury article find in of Tokyo relevant amusing quarters for all payment-willing customers. Now they constituted a new lucrative Sex article: Saliva. Up to converted 90 euro are ready some male customers, for a small bottle schoolgir 16.01.21 Quit lostlogic (Read error: 110 (Connection timed out)) 16.01.50 # muesli-: i'm not sure that's on topic for this channel... :-) 16.01.52 Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) 16.01.54 # schlupefer=panties 16.02.01 # Zagor ;) 16.02.21 # we are working for a japanese panties plugin ;) 16.02.24 # on 16.03.21 Join Moos [0] (i=DrMoos@m12.net81-66-159.noos.fr) 16.09.59 # opinion poll: what do you guys think about web sites that change the mouse pointer icon? I'd like to somehow indicate to users which links open a new window and which don't. one idea is to make the mouse pointer a crosshair for new-window links. 16.10.20 # imho new-window links shouldn't exist at all, ever 16.10.33 # Zagor: I prefer a little icon on the site of the link indicating something like that 16.10.38 # Zagor it depends ... 16.10.45 # i agree with bagder 16.11.03 # Zagor do you do that with js? 16.11.04 # but i'm sure that not everyone will be pleasured of changing his/her cursor 16.11.12 # crwl: i used to think so too, but it's actually useful. in my case, it's for opening a map side-by-side with the page you're looking at (which describes what is on the map) 16.11.23 # muesli-: no, css 16.11.46 # mk..would be nice ;) 16.12.15 # B4gder: any idea what the icon would look like? 16.12.26 # nope :-) 16.12.33 # I'm icon illeterate 16.12.47 # and I can't type nor spell 16.13.28 # what about a butt? 16.13.49 # not very friendly :-) 16.14.12 # depends on your site ;) 16.16.33 Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 16.21.07 # Zagor: a tiny window 16.23.18 # the icon idea has a problem. i already have small icons next to the links, which describe some aspects of what is behind the link... 16.23.29 # such as "photos available" etc 16.24.56 # not to mention, of course, the difficulty of actually drawing a intutive icons at about 10x10 pixels that conveys "this link will open in a new window" 16.27.20 # i guess what I'm asking is: would changing the cursor be better or worse than doing nothing? 16.30.03 # "Major security fixes" release of openssl 16.30.22 # affecting openssl-based eservers 16.30.30 # servers 16.31.03 # nice 16.33.46 Quit thegeek (Read error: 104 (Connection reset by peer)) 16.33.58 Join thegeek [0] (n=thegeek@s057b.studby.ntnu.no) 16.47.14 Quit B4gder ("time to say moo") 16.51.09 # moo 16.51.48 # ...s :-) 17.07.16 # does your nick have any connection with Bagder's quit message ? 17.07.18 # ;) 17.07.43 # No 17.07.50 # I doubt 17.07.58 # :P 17.17.40 Join solexx_ [0] (n=jrschulz@c146209.adsl.hansenet.de) 17.17.51 Quit Zagor ("Client exiting") 17.23.54 Quit muesli- (Read error: 110 (Connection timed out)) 17.28.05 # amiconn: i think the grayscale lib seems really sluggish at 45mhz 17.28.39 *** Saving seen data "./dancer.seen" 17.29.34 Quit solexx (Read error: 110 (Connection timed out)) 18.17.15 Join muesli- [0] (i=muesli_t@hmln-d9b8ef52.pool.mediaWays.net) 18.22.51 Join _FireFly_ [0] (n=FireFly@p54A4498D.dip.t-dialin.net) 18.25.56 Part LinusN 18.26.06 # amiconn: ghah 18.26.08 Join LinusN [0] (n=linus@labb.contactor.se) 18.26.12 Part LinusN 18.26.17 # sorry about that, i just managed to commit something with no commit message 18.26.21 # any way to fix that? 19.18.58 Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) 19.24.00 Quit muesli- (Read error: 110 (Connection timed out)) 19.27.52 Join DrMoos [0] (i=DrMoos@m12.net81-66-159.noos.fr) 19.28.40 *** Saving seen data "./dancer.seen" 19.28.50 Quit Moos (Read error: 104 (Connection reset by peer)) 19.31.55 Quit BirdFish ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 19.37.20 Join djjsin [0] (n=djjsin@66.159.242.220) 19.37.35 # does anyone have a good helvetica font for rockbox? 19.43.41 Part djjsin 19.47.19 Join muesli- [0] (i=muesli_t@Bbca5.b.pppool.de) 19.47.32 # re 19.47.48 Join elinenbe [0] (i=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 19.50.26 # preglow: cvs admin -m : 19.51.25 Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") 19.52.08 # The change will be immediately visible in viewcvs, but the front page will catch the change at the next real commit/rebuild 19.52.32 # ok, great 19.55.15 # seems to have worked ok 19.55.21 # think i'll start on the codeclib change 19.55.52 # and if i get that working, i'll commit the musepack stuff that uses your code 19.58.07 # I think I should try to make the two specialised functions for musepack for a bit more speedup 19.58.34 # I'd need test files for that. Where can I find the encoder? 19.59.56 # <_FireFly_> amiconn: for windows or linux?? 20.00.24 # windows (preferably command line) 20.00.48 # <_FireFly_> http://www.musepack.net/ 20.00.51 # <_FireFly_> ;) 20.00.53 Quit muesli- (Read error: 104 (Connection reset by peer)) 20.01.03 Join muesli- [0] (i=muesli_t@Bc1f8.b.pppool.de) 20.01.31 # <_FireFly_> first entry of a search result :) 20.01.31 Quit elinenbe (" Want to be different? HydraIRC -> http://www.hydrairc.com <-") 20.03.27 # amiconn: rasher's got test files 20.03.53 # amiconn: http://www.rasher.dk/rockbox/soundfiles/ 20.04.25 # Ditch the capital flaw? ;) 20.05.11 # <_FireFly_> ?? 20.06.31 # amiconn: yes, i hate capitals in c source 20.15.26 # * preglow wants metadata handling in the codec plugins :/ 20.16.00 Join djjsin [0] (n=djjsin@66.159.242.220) 20.16.27 # i cant seem to find the convbdf executable for converting fonts for rockbox, all I can find is the source code 20.16.32 # can someone help me out? 20.17.08 # djjsin windows ? 20.17.33 # yes 20.21.00 # djjsin: looks like rasher has some helvetica fonts 20.22.18 Quit linuxstb (Read error: 110 (Connection timed out)) 20.22.49 # whos that, I dont see him in the room? 20.22.55 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 20.23.02 # all i really need now is a windows executable for the conbdf 20.23.07 # convbdf 20.23.08 # <_FireFly_> http://www.rasher.dk/rockbox 20.23.18 # <_FireFly_> djjsin: have you the sources ?? 20.23.51 # djjsin: http://www.rasher.dk/rockbox/fonts/ in both the 75 dpi and 100 dpi subfolders you'll find plenty of helvetica variations 20.24.00 # ya i have the sources 20.24.01 # kick ass 20.24.03 # thats all i needed 20.31.16 Join webguest07 [0] (n=53afb0c2@labb.contactor.se) 20.32.51 Part djjsin 20.35.28 # nite, guys 20.41.39 Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) 20.59.16 Join webguest63 [0] (n=c6d09f11@labb.contactor.se) 20.59.28 # preglow: Did you have a look at the newer versions of libmpcdec? 21.03.06 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 21.09.50 Quit webguest63 ("CGI:IRC") 21.12.37 Join RotAtoR [0] (n=e@12-208-71-148.client.insightBB.com) 21.19.56 Quit ender` (Read error: 104 (Connection reset by peer)) 21.21.09 Quit webguest07 ("CGI:IRC") 21.23.31 Join ender` [0] (i=ychat@84.52.165.220) 21.28.45 *** Saving seen data "./dancer.seen" 21.31.18 Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) 21.35.01 Nick DrMoos is now known as Moos (i=DrMoos@m12.net81-66-159.noos.fr) 21.43.24 # amiconn: yeah, nothing new there 21.43.41 # amiconn: mostly bugfixes either me or t0mas have pushed through 21.47.38 # ok 21.48.05 # I think the two special functions will have even more advantages 21.48.40 # 64 bits are only needed for the intermediate results, so the arguments and return value can be 32 bit 21.48.47 Quit paugh ("Leaving") 21.48.53 # -> less parameter passing 21.52.02 # yes, that'd be neat 21.52.43 # but like i said yesterday, don't spend too much time on this unless you find it interesting, it should only be a temporary solution anyway ;) 21.52.51 # where temporary might easily be more than six months, but hey... 21.54.34 # btw, do you need to do anything special to get audio playback in linux? 21.54.48 # using the simulator... 21.54.54 # no idea 21.55.26 # gave it a quick try today, but it wouldn't even start playback before crashing... :/ 21.56.01 # <_FireFly_> i can only play wav-files in the simulator in linux 22.03.30 # Could be codec size problem, but I tried to compensate for that... 22.04.14 Join vmx [0] (i=oma@p549B7FB5.dip.t-dialin.net) 22.04.42 # A propos codec size - I noticed that gcc includes floating point exception handling for mpc because of it using fp 22.05.02 # I wonder whether there is a way to tell gcc not to do that 22.07.04 # linker script? 22.25.28 # -fno-trapping-math 22.26.31 # Or maybe -fno-trapping-math? 22.26.40 # Sorry, -fast-math. :) 22.28.44 # Wee, 32->64 bit sign extension is really simple on coldfire :) 22.30.21 Quit _FireFly_ ("Leaving") 22.32.54 # ..and the fact that the high part of the shift result can be dropped makes things faster too 22.48.17 # Something is wrong with the playlist handling and .mpc 22.48.35 # .mpc files are skipped unless selected directly 22.48.51 Quit Lear (Read error: 110 (Connection timed out)) 22.49.40 # I could play iriver-xtreme.mpc without skipping :) 22.49.59 Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 22.50.27 # xtreme is -q6? 22.51.30 # amiconn: weee 22.51.36 # congrats, either way 22.51.41 # amiconn: btw, i know of the playlist issue, haven't had time to look into it 22.53.41 # preglow: Wanna try? http://amiconn.dyndns.org/libmusepack.diff 22.55.06 # The shifting gets incredibly simple with the implicit 64->32bit drop 23.00.32 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.00.47 Quit muesli- (Read error: 104 (Connection reset by peer)) 23.13.35 # http://www.asahi.com/english/Herald-asahi/TKY200510080102.html 23.13.40 # ... 23.22.42 Join JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 23.23.04 Join djjsin [0] (n=djjsin@66.159.242.220) 23.23.22 # is it possible to do a shuffle on all files on the harddrive, without creating a playlist 23.23.33 # so for example, you can choose a file you want to play, then after thathave it go random? 23.23.46 # like you can with the original iriver firmware 23.23.51 # no 23.24.30 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.24.32 # can you record yet with the iriver rockbox port 23.24.33 # ?? 23.25.03 # preglow: A bit faster again, replacing the two mulu.l (which only ever multiply by 0 or -1 now) with and.l + neg.l 23.26.19 # -> same old link now 23.26.32 Join ashridah [0] (i=ashridah@220-253-122-107.VIC.netspace.net.au) 23.28.48 *** Saving seen data "./dancer.seen" 23.29.28 # Btw, mpc_multiply is unused, only mpc_multiply_ex is used by the decoder 23.33.31 # Hmm, I can save a branch with no penalty for the zero shift case 23.34.13 # ignore me :/ 23.38.42 # can do 23.38.57 Join |Lupin| [0] (n=Lupin@l02v-213-44-163-234.d2.club-internet.fr) 23.39.15 # was watching a movie, i can try it now 23.39.23 # <|Lupin|> Hello, all. I was wondering how to record with the Iriver and Rockbox, please ? 23.39.57 # |Lupin|: it's not completely supported yet, you need to use the debug menu 23.40.08 Part djjsin 23.40.21 # and unless i remember incorrectly, you're blind, so that's not easily accessible 23.40.56 # amiconn: looks really good 23.41.10 # <|Lupin|> preglow: Indeed... 23.41.26 # <|Lupin|> preglow: Which kind of skills is required to make recording work ? 23.41.26 # |Lupin|: recording for iriver is going to be enabled properly in the not too distant future 23.41.29 # most probable that question gets asked quite often: any news about the iaudio port? 23.41.38 # |Lupin|: so i really suggest you wait, unless you've got some urgent need 23.41.47 # vmx: nope, nothing 23.41.55 # vmx: no, the guy who does the port just vanished, but says he's coming back soon 23.42.13 # thanks for the info :) 23.42.43 # preglow: Do you think this should be committed? Or better wait for you committing it together with your changes? 23.42.47 # <|Lupin|> Well, I can also try with the Iriver firmware, if someone explains me how to do, and if it is &ot too difficult. 23.43.21 # <|Lupin|> And btw: If there is something I can do I'll be glad to try doing it. 23.43.23 # amiconn: well, i've got no pending changes, these supercede what i did with mul64 23.43.51 # |Lupin|: can't help you there, i'm afraid, i haven't done any recording yet 23.44.55 # amiconn: and yes, i definitely think this should be commited 23.45.17 # amiconn: having realtime support until i can arse myself to do things properly (if ever) is most definitely a good thing 23.48.45 # amiconn: btw, are you completely certain not using the emac is faster? i can't possibly imagine how it can be slower 23.49.00 # amiconn: that is, using the emac to calculate the upper 32 bits, then an ordinary mul for the lower bits 23.49.37 # only problem is of course that the upper bit must be presumed useless, since it vanishes... 23.51.19 # The problem with using the emac is that the result isn't readily available in a register, but needs to be moved from the accumulator 23.52.06 # Plus, you need more than 2 multiplications for that, and using mulu.l isn't possible for the lower part 23.52.25 # ...since you need all result bits, with is only possible with mulu.w 23.52.47 # If the emac had a 64bit accumulator... 23.57.28 # well 23.58.29 # this exact technique for a 64 bit mul is used in asm_mcf5249 in MULT31_SHIFT15 23.58.44 # emac for top bits, mulu.l for bottom bits