--- Log for 17.10.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 22 hours ago 00.00.47 # The question is, what resolution are the replaygain values, and what range do we need to handle? 00.06.25 Quit matsl ("Leaving") 00.07.02 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 00.09.35 # i believe they are floats 00.13.25 # put 00.13.31 # opps. 00.13.49 Quit preglow (zelazny.freenode.net irc.freenode.net) 00.13.49 NSplit zelazny.freenode.net irc.freenode.net 00.18.24 Join muesli- [0] (i=muesli_t@hmln-d9b8ef52.pool.mediaWays.net) 00.19.20 Quit Moos (Read error: 110 (Connection timed out)) 00.25.31 # There. Shiny new math routines in mandelbrot.rock. SH1 low precision: up to 4x speedup, SH1 full precision: up to 3x speedup, coldfire full precision: up to 6x speedup 00.32.08 # nice 00.33.16 Join muesli__ [0] (i=muesli_t@Bbc80.b.pppool.de) 00.39.34 Join thomjoha [0] (n=thomjoha@hekta.edt.aft.hist.no) 00.40.14 Nick thomjoha is now known as preglow (n=thomjoha@hekta.edt.aft.hist.no) 00.40.17 # amiconn: nice 00.40.36 # amiconn: noticed any visible differences with the new routines? 00.43.51 # The reduced delta-x and delta-y resolution leads to slight shifting of the axes at higher zoom levels 00.44.23 # Not directly related to the new iteration routines, but rather to the reduction of the variables to 32 bit 00.45.21 Join fubar_ [0] (i=alan@ipv6.moonfish.org.uk) 00.45.21 Quit fubar (Read error: 104 (Connection reset by peer)) 00.47.05 Quit goa ("Client suicide") 00.47.52 Quit Febs (" HydraIRC -> http://www.hydrairc.com <-") 00.54.24 NHeal (timeout) zelazny.freenode.net irc.freenode.net 00.55.38 Quit muesli- (Read error: 110 (Connection timed out)) 00.59.34 # looks good to me 00.59.42 # and damn, it's fast 01.00.25 # Hehe, using your emac trick on coldfire... and inlining 01.04.20 # but btw, like i said the other day, grayscale plugins seem kind of sluggish after grayscale stopped cpu_boosting 01.04.46 # does the grayscale lib screen updates and so on use lots of cpu? 01.07.31 # like i suspected 01.07.43 # slasheris overflow fix halves the volume, no wonder it no longer overflows 01.12.46 # hmm, it is quite strange it actually succeeds in getting rid of the overflows... just rescaling the audio should retain the overflows like nothing happened 01.17.40 Join ripnetUK [0] (n=mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 01.18.18 Join webguest97 [0] (n=d5ee43c4@labb.contactor.se) 01.18.54 Join DMJC-L [0] (n=DMJC-L@220-245-174-204-sa-pppoe.tpgi.com.au) 01.19.08 Quit ripnetUK (Client Quit) 01.23.34 # I've just put a file to experiment on my iHP-140; it was SACD WavPack [Metallica Black Album BTW :)] 8745kbps; 96000Hz; 6 channels; - obviously it froze my player and a hard reset did the job, but I was wondering if such files could ever be playable on this hardware; just a thought... 01.23.58 Quit matsl (Remote closed the connection) 01.24.06 Quit muesli__ (Read error: 110 (Connection timed out)) 01.24.58 # sacd wavpack? 01.25.01 # wavpack supports sacd? 01.25.49 # I've just downloaded the file from a hub; yes: sacd wavpack 01.25.55 # 96khz sacd doesn't make sense 01.26.22 # sure it's not sacd converted to pcm wav, then converted to wavpack? 01.26.30 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 01.26.32 # but anywho, i'm not certain 96khz sample rate is supported yet 01.27.10 # I don't know whether it was converted in any way 01.27.10 # also, i'm not certain how multi channel files are handled 01.27.21 # I see 01.27.58 # do you think the iriver's hardware could handle such a beast? 01.28.25 # hmm 01.28.30 # it depends on wavpack 01.28.45 # if wavpack has to decode all six channels, then no 01.29.01 # The iriver can only play back 16-bit/44.1KHz/Stereo, so it's a bit of a waste of resources to decode anything better than that. 01.29.05 # if it can only decode two of them: then yes 01.29.14 Quit markun ("leaving") 01.29.25 # I think you would have to decode all 6 channels and then downmix to stereo. 01.29.52 # yes, then you're chanceless 01.30.07 # with the overhead of resampling on top of that again, there's no chance 01.30.32 # got it :); it would be fun though 01.32.04 # sure, but also ultimately a waste 01.32.56 # You would get much higher quality playback by doing a one-time conversion on your PC with high quality (i.e. slow) resampling. 01.33.51 # oh yes 01.34.00 # the current resampler will do a very bad job of resampling 96khz 01.34.07 # it was more or less only made for 48->44.1 01.35.06 # will foobar e.g. be able to resample it to say: 48? 01.35.53 # Probably, but for the iriver you will want to resample to 44.1KHz - that's all the hardware can handle. 01.36.13 # Rockbox resamples 48KHz files to 44.1KHz during playback. 01.36.54 # didn't know that; thanks a lot for your help :) 01.37.34 # but damn 01.37.54 # plain libmusepack, with no emac opts whatsoever, still generates overflowing audio on target 01.38.00 # i must be doing something blatantly wrong 01.52.13 Quit actionshrimp ("a bird in the bush is worth two in your house") 01.58.52 *** Saving seen data "./dancer.seen" 02.05.27 Join toolmanwill [0] (n=812c8ef9@labb.contactor.se) 02.05.56 Quit toolmanwill (Client Quit) 02.11.45 Quit preglow ("leaving") 02.24.53 Join ashridah [0] (i=ashridah@220-253-120-153.VIC.netspace.net.au) 02.39.53 Quit ]RowaN[ () 02.56.54 Quit thegeek (Read error: 104 (Connection reset by peer)) 02.59.27 Join thegeek [0] (n=thegeek@s057b.studby.ntnu.no) 03.58.53 *** Saving seen data "./dancer.seen" 04.04.55 Join Vlad0man [0] (n=Vladoman@p54A7C2F8.dip.t-dialin.net) 04.05.37 Join QT [0] (i=as@madwifi/users/area51) 04.12.46 --> "LogBot Annoy tempest_" received from Jaywalker (n=jwilliam@ip70-186-115-189.ma.dl.cox.net) 04.16.07 Quit QT_ (Read error: 113 (No route to host)) 04.22.27 Quit _Vladoman (Read error: 110 (Connection timed out)) 05.12.45 Join Lost-ash [0] (i=ashridah@220-253-122-223.VIC.netspace.net.au) 05.13.05 Quit ashridah (Nick collision from services.) 05.13.11 Nick Lost-ash is now known as ashridah (i=ashridah@220-253-122-223.VIC.netspace.net.au) 05.58.56 *** Saving seen data "./dancer.seen" 06.19.57 Join XShocK [0] (n=80dcbf40@labb.contactor.se) 06.21.26 Quit XShocK (Client Quit) 06.26.38 Join XShocK [0] (n=XShocK@brewster.equinoxsensors.com) 06.38.04 Join Webguest [0] (n=Webguest@ppp9-adsl-37.ath.forthnet.gr) 06.39.59 Nick Webguest is now known as user109 (n=Webguest@ppp9-adsl-37.ath.forthnet.gr) 06.43.49 # anybody know of an archive of cool 1-bit images in either vector format or 600x600+ bitmap ? 06.47.08 Part user109 06.56.48 Join amiconn_ [0] (n=jens@p54BD54E6.dip.t-dialin.net) 07.03.38 Join BBub_ [0] (i=belzebub@dslb-084-059-209-009.pools.arcor-ip.net) 07.09.39 Join paulproteus [0] (n=paulprot@pool-141-157-40-70.balt.east.verizon.net) 07.09.45 Part paulproteus 07.10.26 Part XavierGr 07.11.37 Join XavierGr [0] (n=XavierGr@ppp9-adsl-37.ath.forthnet.gr) 07.14.23 Quit amiconn (Read error: 110 (Connection timed out)) 07.14.24 Nick amiconn_ is now known as amiconn (n=jens@p54BD54E6.dip.t-dialin.net) 07.21.34 Quit BBub (Read error: 110 (Connection timed out)) 07.21.34 Nick BBub_ is now known as BBub (i=belzebub@dslb-084-059-209-009.pools.arcor-ip.net) 07.59.00 *** Saving seen data "./dancer.seen" 08.06.12 Join ender` [0] (i=ychat@84.52.165.220) 08.17.50 Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) 08.19.28 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 08.26.37 Quit webguest97 ("CGI:IRC (Ping timeout)") 08.26.37 Quit t0mas (Read error: 104 (Connection reset by peer)) 08.26.37 Join ender_ [0] (i=ychat@84.52.165.220) 08.26.37 Quit ender_ (Read error: 104 (Connection reset by peer)) 08.26.37 Join t0mas [0] (n=Tomas@unaffiliated/t0mas) 08.34.34 Quit linuxstb (Read error: 110 (Connection timed out)) 08.50.06 Quit gromit` (Read error: 104 (Connection reset by peer)) 08.52.03 Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 09.08.57 Nick Lynx_awy is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 09.09.46 Quit tvelocity ("Leaving") 09.11.31 Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) 09.13.52 # does anyone know how hard it would be to play an mp3 stream out of an .avi ? 09.14.19 # with rockbox 09.14.21 # obviously. 09.14.37 # hmm 09.14.38 # dunno 09.22.40 # HCl: I think it's not too difficult to write a demuxer: http://en.wikipedia.org/wiki/RIFF 09.25.25 # HCl: should be quite easy with linux and with some demuxer/encoding software 09.25.48 # ffmpeg/mencoder/transcode could be useful too 09.33.40 Join webguest18 [0] (n=895c6172@labb.contactor.se) 09.34.56 Quit webguest18 (Client Quit) 09.59.02 *** Saving seen data "./dancer.seen" 10.18.07 # Slasheri: i kind of meant on rockbox itself, not extracting the mp3 stream 10.18.16 # Slasheri: i have some music clips in avi with an underlying mp3 stream 10.32.21 Join tvelocity [0] (n=tony@84.254.14.22) 11.10.30 Quit DMJC-L (Read error: 104 (Connection reset by peer)) 11.33.08 # HCl: oh, i see :) 11.33.46 # but that should be easy too 11.35.03 Join Marcus1 [0] (n=51429e10@labb.contactor.se) 11.35.14 # Hello 11.35.50 # Slasheri: yesterday I asked you about the anti skip buffer 11.36.31 # you explained me your current iriver implementation, but why it didn't like archoses? 11.37.18 # like amiconn said, it's a different way, and the value 0 is possible 11.37.54 Quit ashridah (Read error: 110 (Connection timed out)) 11.38.23 # slasheri: you there? 11.39.46 # Marcus1: yes, i think that will be fixed for iriver 11.40.13 # something like 10s should be a good safety margin 11.40.36 # ok, thanks man 11.40.36 # and then we could add the anti skip buffer setting to that value 11.40.40 # :) 11.40.59 # archos way? 11.41.12 # yes 11.41.20 # Slasheri: The archos code measures the actual disk spinup time... 11.41.33 # amiconn: oh, then it's pretty accurate.. :D 11.41.49 Quit lImbus (Read error: 110 (Connection timed out)) 11.41.51 # i think we shouldn't make iriver that accurate but instead add some good value.. 11.42.00 # because the buffer space is not so limited 11.43.25 Join ashridah [0] (i=ashridah@220-253-121-179.VIC.netspace.net.au) 11.44.11 # Slasheri: how goes the iriver recording thing? :) 11.44.12 # and the spinup time will be never constant while moving.. at least with the iriver's 1.8" disk. Maybe it's more accurate with larger disks 11.44.24 # Marcus1: i haven't had time to look into that 11.44.28 # maybe in few weeks.. 11.44.42 # ;P 11.46.45 # amiconn: Hmm, or maybe we could save some statistics of the player usage over a longer period (including average disk spinup times) and use that to automatically adjust the buffer margin 11.48.32 # in fact we couldn't use average but the highest disk spinup time from some period 11.56.03 Join Zagor [0] (n=bjst@194-237-150-170.customer.telia.com) 11.59.03 *** Saving seen data "./dancer.seen" 11.59.48 Quit Marcus1 ("CGI:IRC (Ping timeout)") 12.33.21 Join thegeek_ [0] (n=thegeek@s057b.studby.ntnu.no) 12.33.21 Quit thegeek (Read error: 104 (Connection reset by peer)) 12.45.34 Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 12.50.45 Join cYmen_ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 12.55.58 Join cYmen__ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.01.11 Join cYmen___ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.01.11 *** Alert Mode level 1 13.01.11 DBUG Enqueued KICK cYmen 13.01.11 DBUG Enqueued KICK cYmen_ 13.01.11 *** Alert Mode level 2 13.01.11 DBUG Enqueued KICK cYmen__ 13.01.11 DBUG Enqueued KICK cYmen___ 13.01.11 *** Alert Mode level 3 13.03.27 Quit cYmen (Connection timed out) 13.06.21 Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.06.21 *** Alert Mode level 4 13.06.21 *** Alert Mode level 5 13.06.21 DBUG Enqueued KICK cYmen 13.06.21 *** Alert Mode level 6 13.06.21 *** Alert Mode level 7 13.06.21 *** Alert Mode level 8 13.08.27 Quit cYmen_ (Read error: 110 (Connection timed out)) 13.11.27 Join cYmen_ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.11.27 *** Alert Mode level 9 13.11.27 *** Alert Mode level 10 13.11.27 DBUG Enqueued KICK cYmen_ 13.11.27 *** Alert Mode level 11 13.11.27 *** Alert Mode level 12 13.11.27 *** Alert Mode level 13 13.13.34 Quit cYmen__ (Connection timed out) 13.16.39 Join cYmen__ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.16.39 *** Alert Mode level 14 13.16.39 *** Alert Mode level 15 13.16.39 DBUG Enqueued KICK cYmen__ 13.16.39 *** Alert Mode level 16 13.16.39 *** Alert Mode level 17 13.16.39 *** Alert Mode level 18 13.18.41 Quit cYmen___ (Connection timed out) 13.21.52 Join cYmen___ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.21.52 *** Alert Mode level 19 13.21.52 *** Alert Mode level 20 13.21.52 DBUG Enqueued KICK cYmen___ 13.21.52 *** Alert Mode level 21 13.21.52 *** Alert Mode level 22 13.21.52 *** Alert Mode level 23 13.24.14 Quit cYmen (Connection timed out) 13.25.26 Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) 13.27.02 Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.27.02 *** Alert Mode level 24 13.27.02 *** Alert Mode level 25 13.27.02 DBUG Enqueued KICK cYmen 13.27.02 *** Alert Mode level 26 13.27.02 *** Alert Mode level 27 13.27.02 *** Alert Mode level 28 13.28.55 Quit tvelocity ("Leaving") 13.29.25 Quit cYmen_ (Connection timed out) 13.32.08 Join cYmen_ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.32.08 *** Alert Mode level 29 13.32.08 *** Alert Mode level 30 13.32.08 DBUG Enqueued KICK cYmen_ 13.32.08 *** Alert Mode level 31 13.32.08 *** Alert Mode level 32 13.32.08 *** Alert Mode level 33 13.32.27 Join actionshrimp [0] (i=dave@dhcp-163-1-214-173.seh.ox.ac.uk) 13.34.17 Quit cYmen__ (Connection timed out) 13.37.17 Join cYmen__ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.37.17 *** Alert Mode level 34 13.37.17 *** Alert Mode level 35 13.37.17 DBUG Enqueued KICK cYmen__ 13.37.17 *** Alert Mode level 36 13.37.17 *** Alert Mode level 37 13.37.17 *** Alert Mode level 38 13.39.22 Quit cYmen___ (Connection timed out) 13.39.52 # Slasheri: yo, your mpc overflow fix halves the volume of the output, so something's clearly not right 13.42.30 Join cYmen___ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.42.30 *** Alert Mode level 39 13.42.30 *** Alert Mode level 40 13.42.30 DBUG Enqueued KICK cYmen___ 13.42.30 *** Alert Mode level 41 13.42.30 *** Alert Mode level 42 13.42.30 *** Alert Mode level 43 13.45.11 Quit cYmen (Connection timed out) 13.46.55 # cYmen___: something wrong with your IRC client? 13.47.37 Quit ashridah ("Leaving") 13.47.40 Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.47.40 *** Alert Mode level 44 13.47.40 *** Alert Mode level 45 13.47.40 DBUG Enqueued KICK cYmen 13.47.40 *** Alert Mode level 46 13.47.40 *** Alert Mode level 47 13.47.40 *** Alert Mode level 48 13.49.50 Quit cYmen_ (Connection timed out) 13.54.53 Quit cYmen__ (Connection timed out) 13.55.18 Join ashridah [0] (i=ashridah@220-253-121-179.VIC.netspace.net.au) 13.57.41 *** Alert Mode OFF 13.59.05 *** Saving seen data "./dancer.seen" 13.59.44 Join webguest76 [0] (n=5387c984@labb.contactor.se) 14.00.00 Quit cYmen___ (Connection timed out) 14.00.44 Quit webguest76 (Client Quit) 14.06.46 Join webguest81 [0] (n=c2dd4a07@labb.contactor.se) 14.07.20 Quit webguest81 (Client Quit) 14.26.46 Join webguest82 [0] (n=c27f0814@labb.contactor.se) 14.28.19 Quit webguest82 (Client Quit) 14.37.01 Join sanguis [0] (n=cbd60b37@labb.contactor.se) 14.42.34 Quit sanguis ("CGI:IRC") 15.05.09 Join RiverFish [0] (n=d99b747d@labb.contactor.se) 15.37.51 Quit Nibbler ("life is like a rental car, you fuck it up, and give it back.") 15.50.44 Quit ashridah ("Leaving") 15.59.06 *** Saving seen data "./dancer.seen" 16.09.12 Quit ghode|afk (Read error: 104 (Connection reset by peer)) 16.13.39 Join ghode|afk [0] (n=garudin@host-83-146-62-103.bulldogdsl.com) 16.21.33 Quit RiverFish ("CGI:IRC") 16.23.19 Join FishFace [0] (n=Miranda@dsl-217-155-116-125.zen.co.uk) 16.25.03 Join _FireFly_ [0] (n=FireFly@p54A44867.dip.t-dialin.net) 16.29.27 # Hi all. Just got my cygwin build system running and wondering what to do next. 16.29.43 # I'm an iRiver H120 user 16.29.55 # Rockbox is already way better than the iRiver firmware 16.30.49 # Where's a good place to look for the current status of iRiver port work? I'd like to help out 16.31.45 # <_FireFly_> http://www.rockbox.org/twiki/bin/view/Main/IriverPort 16.32.10 # Thanks 16.41.11 # Is there any software method of increasing sound output from the H120 without clipping? Could do with a bit more power for driving my Etys. 17.04.30 # yes, disabling short circuit protection on uda could give more power output but there is a great risk the chip can be damaged by doing that 17.07.23 Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) 17.07.35 # Slasheri: Really? Did you try that? 17.08.14 # sounds risky 17.11.32 Join linuxstb [0] (n=linuxstb@213.86.218.27) 17.12.09 # hi mr. set top box :) 17.12.34 Quit Zagor ("Client exiting") 17.13.06 # What's the status of encoding? Is anyone trying to get Vorbis encoding working or is it likely to be too cpu intensive? 17.13.21 # Hello all. 17.13.58 # FishFace: You could also look at http://www.rockbox.org/twiki/bin/view/Main/IriverStatus for a list of areas of Rockbox that still need work. 17.14.20 # ta again 17.14.36 # FishFace: You think RB is way better that iRiver's firmware? Some people think it sounds like a bag of shit ;) 17.16.05 # To me RockBox sounds cleaner but maybe that's just the placebo effect :) 17.16.19 # I remember reading something about it having different treble and bass boost behaviour 17.16.48 # What do you think markun? 17.18.28 # Is there any reason to think that RockBox should sound noticeably different from the iRiver firmware? 17.18.28 Quit solexx (Read error: 104 (Connection reset by peer)) 17.18.32 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 17.23.32 Join solexx [0] (n=jrschulz@c219115.adsl.hansenet.de) 17.24.18 Join webguest36 [0] (n=c13354c1@labb.contactor.se) 17.24.57 # Hello people 17.25.13 # I've got a quick question please 17.25.56 # the folders systeme volume informations are needed for Rockbox, or can I delete them? 17.26.14 # directories I mean 17.26.20 # <_FireFly_> you can delete is only windows relevant 17.26.37 # <_FireFly_> it belongs only to windows 17.27.03 # oh ok thanks, not reapear when I'll go to windows? 17.27.48 # with the dircache, it's stupid to have unnecesary dirs :) 17.27.57 # it's why I asked 17.28.29 # Firefly: it will not reapear? 17.28.46 # amiconn: not so much that i could hear a difference. But in theory it might be possible 17.28.58 # <_FireFly_> it could reapear 17.29.01 # still better not to try that :) 17.29.09 # me? 17.29.34 # ok so delete is stupid if i will use windows 17.29.45 # it's this? 17.30.08 # just delete it, you don't need that 17.30.34 # ok, just want to know if they reapear when I will go under windows 17.30.45 # it is possible, you will see.. 17.31.07 # it's possible it eat me dircaching time :) 17.31.40 # I'll check when I'll back home, thanks guys for informations 17.31.50 # every directory will eat it a little 17.32.15 # yes it's why I make clean in my dirs 17.32.17 # Slasheri: A propos dirchache - does the dircaching code remember the last used cache size even if it does a transparent rebuild? 17.32.33 # bye all 17.32.34 Quit webguest36 ("CGI:IRC") 17.32.36 # amiconn: yes of course 17.32.47 # I'm thinking of the situation the something is deleted from the box while the cache is active and valid 17.33.00 # Would it reserve less RAM at the next boot? 17.33.05 # yep, on next boot the reserved cache should be smaller 17.33.09 # okay 17.33.12 # it should 17.33.36 Join Philip_0729 [0] (n=Philip_0@user-4102.l5.c4.dsl.pol.co.uk) 17.33.37 # One could try ... with that dreaded System Volume Information folder 17.33.43 # hehe 17.34.31 # hmm.. 17.34.34 # It tends to have many files and sub folders if you don't delete it regularly (or somehow convince windows you really don't want system restore on the drive) 17.34.43 # in fact deleting wont lower the cache size.. 17.35.06 # Certainly not live, no. But I mean after a reboot 17.35.24 # ah, yes. You need two reboots for that 17.35.49 # (or even a second reboot, in case the cache code only computes the necessary size when rebuilding the cache) 17.43.53 Quit FishFace ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.45.42 # _FireFly_: To me it doesn't sound any different. But I don't use SRS WOW and maybe my headphones are not so good. 17.45.48 # _FireFly_: Ehh.. 17.45.53 Quit ghode|afk (Read error: 110 (Connection timed out)) 17.46.41 # <_FireFly_> markun: he is gone :) 17.46.49 # yes, I see :) 17.55.54 Join lamed [0] (n=5541751f@labb.contactor.se) 17.57.51 # Hello. how do I check the cvs server to update my sourcefiles? i've just 'cvs -z3 -d:pserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox-devel, there wasn't any real update made & i can see that mandelbrot and som stuff are newer. 17.59.02 # <_FireFly_> lamed: you don't need to run this line every time you want to update your source 17.59.10 *** Saving seen data "./dancer.seen" 17.59.12 # cvs up -dP 17.59.26 # -trying- 17.59.38 # <_FireFly_> only on checkout and then you can easily make a cvs update in the dir where the sources are in 18.01.02 # ~>cvs up -dP 18.01.06 # cvs update: No CVSROOT specified! Please use the `-d' option 18.01.10 # cvs [update aborted]: or set the CVSROOT environment variable. 18.01.16 # <_FireFly_> go into rockbox-devel 18.01.20 Quit novimon (Read error: 110 (Connection timed out)) 18.01.23 # <_FireFly_> and then run cvs up -dP 18.01.26 # -trying- 18.01.34 # (i damb) 18.05.33 # I'm l00king for documetation about it. what does this exactly do? makes my source folder same as the one in the cvs? -if i changed something will it get overwritten? 18.06.58 # <_FireFly_> http://www.rockbox.org/twiki/bin/view/Main/UsingCVS 18.08.49 Ctcp Ignored 14 channel CTCP requests in 18 hours and 33 minutes at the last flood 18.08.49 # * lamed swears to god he has been over that 100 million times, but this time it's there! 18.10.12 # _firefly_: thanks 18.15.34 # Slasheri: you read my comment about your mpc overflow fix? 18.15.54 Quit _FireFly_ ("Leaving") 18.28.34 Join webguest93 [0] (n=53afb0c2@labb.contactor.se) 18.37.58 # I'd love to know what kde are you people using. i'm working with dev-c , to debug or to build I have to go into a cygwin bash shell and use plain syntax commands. I hate debugging code when I can't place a breakpoint / make a watchpoint table that will stay visible. also, dev-cpp doesn't treats rockbox like it's a project, so i always have to go looking where functions are located, headers, etc. advice, please! 18.39.31 Part linuxstb ("Leaving") 18.44.13 # whoops... IDE. but of course you already knew that. 18.44.46 # everyone using dev-cpp? wow. 18.44.48 Join mirak [0] (n=karim@ip-251.net-82-216-143.rev.numericable.fr) 18.44.50 # hi 18.45.16 # ther is no bootloader for H300 ? 18.45.29 # lamed: No IDE, just cygwin bash and a decent editor 18.46.48 # emacs? :) 18.47.50 # amiconn, are you serious..? I'm blasted. don't you rather things in a nice application, cute watchpoints window. ender': can i define emacs to build and debug from it? 18.48.31 # lamed: There's gdb if you need to debug something deeply. I never missed an IDE 18.50.15 # (and yes, I am serious.) 18.50.16 # lamed: i don't think there's a thing emacs doesn't do. it's got everything but the kitchensink 18.50.44 # there is still no rockbox for the H3x0 ? 18.50.48 # I guess no 18.50.52 # it's sad :( 18.50.55 # :D 18.52.02 # mirak: Nope, but I am pondering to do some lcd driver work (leaving out the actual hardware access), win32 simulator and bitmap conversion tool, based on an assumed pixel format 18.52.14 # amiconn: I am using gdb, it does gives me the _feeling_ i know what i'm doing (writing to plain ascii screen is a whole-lot cooler) but truth to be told it's not comfterble and sometimes I miss the reason why i cannot do something (-say setting a breakpoint that meets only one time when I excpect it to be met again..) 18.52.43 # amiconn ok 18.53.00 # lamed: In fact I use gdb very rarely 18.53.32 # so what _do_ you use? i sometimes has to debug something only to deccipher a function... 18.54.04 # amiconn so if rockbox is avialalbe onH3x0 we will profit of all the advancement ? 18.54.22 # of rockbox 18.54.26 # I'm often verifying functions by writing a testset (e.g. as a plugin) 18.54.28 # or somethings will not work ? 18.54.33 # I don't use the sim often 18.54.41 # ender': what's a "kitchensink"? is this some kind of a new operation system? 18.55.21 Join _FireFly_ [0] (n=FireFly@p54A44867.dip.t-dialin.net) 18.56.00 # ...and on target there is either no gdb support yet (iriver), or it requires a hardware mod that I don't want to do on my real-use boxes (archos) 18.56.04 # amiconn: but i'm not quite there yet 18.56.33 # amiconn: and the sim is very well enough for my needs and studies. 18.57.38 # Afair I never worked with breakpoints or whatever in gdb. I only used it for finding the point where the sim crashed some times 18.58.14 # Even then it wasn't that helpful 18.58.26 # amiconn: is xemacs better then emacs? (in what "strong ide" you or everyone are using?) can i define emacs to build & debug code over rockbox, as well as finding function placements for me..? 18.59.03 # hi 18.59.07 # hi 18.59.29 # lamed: I never used emacs so I can't comment on it 18.59.30 # I don't wan't to troll, but was just wondering if linux would hae a been a so wrong solution ? 18.59.49 # no, 18.59.51 # just curious 18.59.53 # it's a great thing. 19.00.12 # <_FireFly_> mirak: why do you think so ? 19.00.24 # _FireFly_: that I am trolling ? :D 19.00.25 # preglow: yes, the volume is indeed lower.. 19.00.44 # _FireFly_: don't know, just that linux have a good code base 19.00.47 # amiconn: so, what, do you, or most developers, use? 19.00.54 # _FireFly_: that's why I wonder 19.01.11 # _FireFly_: I guess linux have to much overhead 19.01.22 # _FireFly_: or something 19.01.30 # <_FireFly_> mirak: ??? 19.01.47 # I can't speak for most developers, only for me. I am developing under windows, so I have to use cygwin, and I use the ConTEXT editor 19.01.54 # <_FireFly_> mirak: i don't understand what do you want to say to me 19.02.08 # thanks, now that's a stright answer. 19.02.13 # Slasheri: it's lower by exactly half 19.02.24 # preglow: yep 19.02.28 # Slasheri: which is also half as loud as it should be 19.02.34 # :/ 19.02.40 # http://www.context.cx/ 19.02.59 # but the scaler setting seems to be correct if we take a look for example the mpa codec 19.03.29 # amiconn: "developed mainly to serve as secondary tool for software developers" 19.04.26 # _FireFly_ the question was why starting with rockbox when there is linux 19.04.56 # Slasheri: yeah, i too think it looks correct, but it obviously isn't 19.05.28 # mirak: i think with linux there would have been much more work to do than without it 19.05.40 # preglow: yes.. 19.07.28 # mirak: Imho linux would use too much overhead, and I plain don't see the advantage 19.08.20 # ok that's what I wondering 19.08.20 # The only linux thing that would be usable straight away would be the kernel itself. Everything hardware driver as well as every part of the application would still need to be developed 19.09.13 # ...and the hardware drivers might be even more complex because of more functions, pre-emptive multitasking would add complexity etc etc 19.09.15 # <_FireFly_> and it might be bigger then rbx is 19.09.20 # but a kind of merge with ipodlinux could have make sens ? I dont talk about rockbox, just if rockbox was linux based 19.09.59 # ok 19.11.51 # would someone else be kind enough to let me know of some good ide's for building and debugging it through the ide? 19.13.28 # hem the bootloader for H100 need to be adapted for H300 or redone from scratch ? 19.13.42 # beside Linus nobody have the skills to do that ? 19.14.08 # It's not about skills, it's about debugging hardware 19.14.31 # I though hardware was similar to some point ? 19.14.33 # Without a BDM wiggler, there is no chance to regain access to the box if the first shot doesn't work 19.14.51 # what is it ? 19.15.04 # a thing connected to the motherboard ? 19.15.07 # It's a tool to command the CPU from the outside, from a PC 19.15.13 # yep 19.15.16 # $150 19.15.27 # paypal ? 19.15.56 # Linus has such a beast available 19.16.00 # well I am sure we could ventilate the price easily with donation system ? 19.16.04 # ah 19.16.16 # and he is busy 19.16.39 # yup 19.18.00 # arghhh 19.18.17 # I want rockbox features they are nice :p 19.18.34 # bye 19.18.57 Quit webguest93 ("CGI:IRC") 19.19.13 Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) 19.20.02 # There's a concert starting in ten minuts, is it safe to record a long file to rockbox by line in? i forgot, no mp3 real encoder yet :( nm 19.20.50 Part mirak 19.21.45 Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) 19.21.52 # i've successfully recorded to wav 19.27.18 Join ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) 19.29.43 # preglow: is codecs/codec.h obsolete now? 19.32.17 Join DrMoos [0] (i=DrMoos@m79.net81-66-158.noos.fr) 19.36.52 # Lear: no 19.37.09 # Lear: there needs to be done more on that part, and i haven't had the time to think about it yet 19.37.16 # Lear: however, xxx2wav.* should be obsolete 19.37.45 # but what codec includes it? 19.37.55 # all of them 19.38.04 # the libraries themselves 19.38.08 # the codec plugins use only codeclib.h 19.38.27 # but the codec libs can't do that, 'cause they'll complain about all the mem* and str* duplicates 19.39.24 Join linuxstb [0] (n=5343d4aa@labb.contactor.se) 19.40.13 # I see. I was wondering about why there were malloc-related defines duplicated there... 19.40.30 # I'm about to get rid of codec_alloca, since it isn't needed, after all. 19.42.40 # no? 19.42.41 # how come? 19.42.43 # Hm... Does codeclib.h really need the defines for malloc etc? Shouldn't, IMHO... 19.42.51 # Lear: no, afaik, they shouldn't 19.42.58 # amiconn: Are you planning a full 18-bit driver for the H300's LCD? I'm wondering if it could be configured as 16-bit, to simplify things a little and same memory for the framebuffer. 19.43.01 # Lear: if you want to fix this issue, feel free, i wont have time for several days 19.43.13 # The reasone was a declaration of alloca() int tremor/misc.h... For some reason that caused problems for the simulator only... 19.43.56 # Okay, I'll try removing the defines then, now that I know better how the files are used. 19.48.54 Join Propri [0] (i=DrMoos@m79.net81-66-158.noos.fr) 19.53.04 Quit Moos (Read error: 110 (Connection timed out)) 19.53.58 # linuxstb: Why should we restrict ourselves to 16 bit when 18 bit are possible? 19.55.54 # If we restrict the core to 16 bits and then a plugin wants to use the full 18 bits (e.g. jpeg.rock) we would have to switch modes 19.56.06 # I'm not saying we should, I'm just asking the question. Do you know how noticable the increase of two further bits of colour give us? 19.56.54 # 2 bits? 19.56.56 # I think the colur steps will be clearly visible even with 18bit, unless we do dithering 19.57.01 # 4x as many colors? 19.57.11 # ...and that will increase CPU load for sure 19.57.15 # or no wait 19.57.19 # i dunno 19.57.23 # I know the mathematics, but what will your eyes see? 19.57.27 # ze: you're right. 19.57.35 # your eyes will see banding on 16bit gradients 19.57.45 # maybe less banding on 18bit 19.57.58 # linuxstb: try displaying a red gradient with 32 and 64 steps and then decide 19.58.05 # 16 bits even cause colour banding in grey gradients 19.58.25 # ...because the number of bits isn't equal for all pixels 19.58.38 # yep 19.58.40 # r5g5b6 19.58.41 # use the full 18 bits 19.58.42 # (or we would need to restrict even further and use 15 bits) 19.58.53 # ender`: r5g6b5 it is 19.59.08 # of course 19.59.13 # The eye is most susceptible to green, so that's what gets most bits 19.59.14 *** Saving seen data "./dancer.seen" 19.59.19 # was too quick at typing the numbers :p 19.59.32 # I've already seen r6g6b4 as well 19.59.47 # (but the lcd uses r5g6b5 in 16 bit mode) 19.59.54 # *h300 lcd 20.01.16 # The bad thing is that I don't know the lcd hookup in the h300, so I don't know the exact format to use 20.01.39 # The lcd allows serial, 8bit, 9bit, 16bit and 18bit bus width 20.02.27 # I don't expect serial or 18bit though 20.02.36 Nick Vlad0man is now known as Vladoman (n=Vladoman@p54A7C2F8.dip.t-dialin.net) 20.03.21 # 16bit mode only allows 16bit colour, so I expect it's either 9bit or 8bit 20.05.59 # say: the other day I was discussing about programming with a friend, he had to choose between 2 languages, fortran or C (she doesn't know anything of programming yet) as a college lesson (Physics department). Though I don't know anything about fortran I advice her to choose C because (maybe I am mistaken) fortran is a programming fossil. Is there any reason to use fortran against C, and in which aspect fortran could be better for programm 20.07.20 # <_FireFly_> afaik fortran is mostly used in scientific ares 20.07.23 # <_FireFly_> areas 20.07.47 # yes but why it is better than C nowadays. 20.07.48 # <_FireFly_> in super computers which calculate the weather 20.07.49 Quit DrMoos (Connection timed out) 20.08.16 # is it more fast managing calculations? 20.08.27 # <_FireFly_> afaik it has an mathematik syntax 20.09.01 # <_FireFly_> afaik cobol is also used in these areas 20.09.39 # I've never used Fortran, but I've always thought of it as a language for mathematical applications. C is a general-purpose language. It's a case of the right tool for a particular problem. 20.09.48 # I would recommend C as the language to start with (and the one to study well). After that it should be very easy to study other languages as well 20.09.59 # avoid fortran 20.10.29 # <_FireFly_> preglow: why ?? 20.10.32 # just use qbasic 20.10.41 # <_FireFly_> ;) 20.10.50 # on the grounds of it being an old, crappy and ugly language 20.10.54 Quit actionshrimp (Read error: 110 (Connection timed out)) 20.11.29 # I said to her that maybe once upon a time fortran could outmatch C in speed or something specific, but this lesson exists in this department as a fossil of older students who learnt fortran in the old days. 20.11.58 # I think also that C is one of the hardest languages to begin with but it will give you a very good idea of high level languages in general 20.12.23 # C is very flexible and powerful, but imho not the best language to start with 20.12.24 Nick Propri is now known as Moos (i=DrMoos@m79.net81-66-158.noos.fr) 20.12.47 # I think that it's best to start with the hardest one.. 20.12.48 # i started with batch files, then moved to bash scripts, and eventually got around to C 20.12.51 # Slasheri: I disagree - C will give you an understanding of low-level languages and how computers actually do things. 20.12.54 # but i still do most stuff with bash scripts 20.13.07 # linuxstb: yep, and that can't be a bad thing :) 20.13.27 # i like python because with it you can actually do something useful with about an hour of exposition to it 20.13.30 # Slasheri. Exactly. But it's not the same as most high-level languages. 20.13.31 # I started with C and studied later C++ and other more object oriented languages 20.13.39 # true.. 20.13.40 # I started with VB when I got the programming logic I swithced to C 20.13.50 # hehe 20.13.55 # i started with basic and assembler 20.14.09 # qb->vb->delphi->c++->perl :) 20.14.19 # One time I tried to learn assemly.... my god it IS a BEAST! 20.14.24 # I don't like that today most people start programming with java.. They don't need to worry anything about pointers, memory allocations etc. And then it's a full mess if you some day want to program with C 20.14.44 # java...... 20.14.44 # <_FireFly_> yepp 20.14.47 # and qb&vb are real badness 20.15.01 # perl uber alles >:) 20.15.06 # ender`: agreed 20.15.11 # they can give the worse programming habits of using gotos everywhere.. 20.15.12 # Slasheri: But a handy quick solution. 20.15.13 # nicest language i know of 20.15.43 # XavierGr: i doubt that.. in fact i found qb harder than C.. Fortunately, i barely used qb after all 20.16.02 # Imho the most important thing is to understand the concepts of programming, and how computers work 20.16.12 # Then one language more or less doesn't matter 20.16.14 # * ender` once wrote a graphic editor in QB :) 20.16.32 # amiconn: unless you start trying to use haskell... 20.16.39 # yes but programming a small program for Windows I think VB is better. Except if you are going for fast execution and optimization e.t.c 20.16.53 # <_FireFly_> or delphi 20.16.58 # imho, delphi is much easier to use than VB 20.17.00 # ender`: me too, but it saved the graphics as .bas file that was excecuted to redraw the graphics ;) 20.17.16 # nah, mine could work with BMP PCX and GIF files :) 20.17.22 # hehe :D 20.17.23 # _FireFly_: Afaik, delphi is the successor of turbo pascal? 20.17.28 # amiconn: yes 20.17.46 # yep, delphi language is in fact object pascal 20.17.51 # it's really good with gui programming 20.18.33 # delphi's only real downside is that VCL is huge - empty form in D6 makes a 600k exe iirc 20.19.09 Join muesli- [0] (i=muesli_t@Bbc68.b.pppool.de) 20.19.14 # wow 600k? 20.19.32 # hi 20.19.35 # yeah, because it pulls the complete GUI library in 20.20.02 # muesli-: high :P 20.20.23 # ;) 20.20.45 Quit Philip_0729 ("bye everybody") 20.20.50 # muesli-: are you a kind of cereal? 20.21.15 # killer maybe, lol 20.21.20 # if you make a console project, you can get under 10k (or if you use windows API for creating GUI, but that kinda defeats delphi's purpose) 20.21.36 # ze si ;) 20.21.49 # heh 20.21.55 # e 20.21.57 # muesli-: i recently made my own cereal 20.22.08 # kinda like muesli i think 20.22.44 # certainly 20.22.53 # wheat flakes, rolled oats, wheat germ (i'll leave that out next time i think though), walnuts, almonds, hazelnuts, dates, raisins, cinnamon, nutmeg, brown sugar, honey, and rice milk 20.23.01 # (and toasted till dry and crispy) 20.23.03 Quit fubar_ ("leaving") 20.23.18 # and i just realized i forgot to write down how much brown sugar i put in 20.24.10 # amiconn: ConTEXT editor is a beauty indeed! Have you used notepad2 (though this is a notepad replacement rather than programming editor (with limited syntax highlighting)) 20.24.57 # <_FireFly_> metapad is also a good notepad replacement :) 20.25.13 # ive always liked ultraedit for coding 20.25.27 # * ender` uses a console-based file manager for about 80% of the things he does with computer 20.25.41 # I will have to disagree on Ultra Edit 20.25.49 # really? 20.25.50 # No. Before discovering ConTEXT I used phase5. But phase5 is tailored for HTML editing, and has resource problems if kept open for extended times 20.25.53 # <_FireFly_> ender`: mc ? 20.26.00 # (and isn't developed any more afaik) 20.26.04 # on linux, yes, but on windows i use FAR 20.26.40 # dpassen1: I remember it was a little heavy... 20.26.58 # still is, i recently tried UEStudio, its gotten heavier 20.27.03 # i dunno what makes muesli muesli though 20.27.11 # bbl, gotta get ready for school 20.27.12 # ill give ConTEXT a try 20.27.36 # dpassen1: I didn't try UltraEdit, mainly for one reason: it costs money 20.27.38 # ze i am unique ^^ 20.27.43 # ConTEXT is free 20.27.53 # (not as in speech, but as in beer ;) ) 20.27.56 # i must try it then 20.29.09 # what's the output console on ConTEXT for? 20.30.13 # btw benchmarked ~25h of runtime 20.30.23 # can you fold and expand functions in ConTEXT? 20.30.38 # then less battery time? 20.30.55 # link for test results? 20.31.09 # XavierGr just a second 20.34.23 # http://forums.rockbox.org/index.php?topic=1651.0 20.34.27 # here we go 20.35.21 # so it died on the 25th hour? 20.35.50 # or it continues to work? 20.35.51 # something like this 20.36.08 # first or second? 20.36.09 # no, it shut down after 25hours 20.36.33 # so it died on the 25th hour? ->yes 20.36.43 # ~25h 20.36.44 # hmmm that is 4 whole hours, where those went? 20.36.54 # yepp 20.36.58 # I couldn't expect that 20.37.03 # <_FireFly_> on the high bass boost 20.37.17 # <_FireFly_> or had you the same bass boost on iriver fw ?? 20.37.26 # yepp.. 20.37.30 # no 20.37.34 # hmpf 20.37.39 # I think it could be better to run the test with flat eq. 20.37.42 # <_FireFly_> was denn nu ?? :) 20.37.46 # i had to set the bass @24 to get same results 20.37.58 # XavierGr true 20.38.13 # but those lab tests suck 20.38.29 # i'd loved to get a useful result 20.38.36 # I never use eq! :) 20.38.55 # <_FireFly_> "robin hood helden in strumpfhosen" is currently on tv :) 20.39.10 # station? 20.39.16 # <_FireFly_> kabel1 20.39.30 # am just looking who wants to be a millionaire 20.41.23 Quit phaedrus961 ("Leaving") 20.44.19 Join actionshrimp [0] (i=dave@dhcp-163-1-214-173.seh.ox.ac.uk) 20.44.44 Join phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) 20.54.43 # what's a good program to split mp3 file and having it gaplessed? 21.16.14 Join webguest92 [0] (n=80a51bfb@labb.contactor.se) 21.16.22 # _FireFly_ "behind bars" @rtl :D 21.17.06 # <_FireFly_> better numb3rs 21.17.13 # <_FireFly_> @pro7 21.18.04 Quit webguest92 (Client Quit) 21.18.06 # uuuh l33t stuff ;) 21.18.21 # <_FireFly_> so is the original title :) 21.18.48 # but prefer report @ard 21.28.27 # btw, the musepack sounds clearly superiour to vorbis/mp3.. maybe i should start encoding with that 21.28.54 # "sounds"? 21.29.08 # i have yet to ABX -q4 ogg vorbis 21.29.11 # musepack is superior @ 160 kbps and up 21.29.15 # hehe, yes. Drums etc. are very clear 21.29.24 # though, i haven't tried with my "new" headphones yet 21.30.54 # Slasheri, at what bitrates is that? 21.31.30 # Slasheri: if that will inspire you to optimize libmusepack, maybe you should ;-) 21.31.55 # crwl: Hmm, something over 200. But i need to do more testing.. 21.31.59 # :D 21.32.05 # Slasheri, well, i'm quite sceptical on that 21.32.19 # I think amiconn already has great ideas doing that 21.32.45 # crwl: musepack --standard is comparable to lame mp3 --aps and ogg -q6 (i believe) but yields a lower bitrate 21.32.51 # i once thought i could hear all kinds of differences with even highish-bitrate files (>160 kbps VBR mp3's/oggs), but when i tried ABXing them, i couldn't 21.33.53 # theres only one song ive ever had, of all my --aps mp3s where i could hear something that sounded weird and then could abx regularly 21.34.15 # dpassen1, yes... but most people (i guess over 99%) can't hear differences between ~200 kbps files and the original with any modern encoder, regardless of the format 21.34.22 # true 21.34.26 # of course i'm not claiming that somebody can't 21.34.34 # i think i support that, only one song out of nearly 2500 21.35.40 # somebody could ABX the gaps between mp3 files, though :P 21.36.39 # anyway, i always encode to FLAC now 21.36.47 # and transcode to -q4 oggs to my iriver 21.36.57 # and i think that's more than enough when i'm on the road 21.37.11 # ...because last time i tried, i couldn't reliably ABX those from the original 21.37.15 # i should try again though :) 21.37.25 # when i get a new HDD, im thinking of reripping everything to WavPack Hybrid, putting the .wv files on my H120, and when i listen on main system, .wv plus .wvc 21.38.10 # 2yeah 21.38.33 # i'm not really delighted of musepack, monkey's audio or wavpack... mostly because of the lacking support on any other platform besides win32 21.38.39 # though wavpack is somewhat better, i think? 21.38.52 # i haven't seen a single file in that format yet, though :) 21.39.02 # i know wavpack isn't as tied as monkey's audio 21.39.15 # yes, they seem to have some player plugins at least 21.39.24 # and at least a linux decoder 21.39.49 # <_FireFly_> decoder/encoder 21.40.14 # that's good 21.40.33 # it's always possible to convert lossless files 21.41.18 # musepack and wavpack works great on linux at least 21.41.23 # i ran to some .ape files the other day... and couldn't even decode them 21.41.31 # Slasheri, do they have gstreamer/xine plugins to use with amaroK? 21.41.45 # crwl: yes, amarok plays musepack great 21.41.49 # haven't tried wavpack 21.41.54 # i found a linux ape tool from frank klemm's site, but it just gave some odd error 21.42.09 # well, wavpacks are convertable to flac so that's no big problem 21.42.17 # but now sleep :) -> 21.42.20 # bye :) 21.43.19 # <_FireFly_> curl i use this apev2 tag tool http://muth.org/Robert/Apetag/ 21.43.27 # <_FireFly_> crwl: 21.44.21 # <_FireFly_> by the way the wavpack encoder has under linux the possibility to tag the files self 21.44.25 # is there any mass tagging tool with flac supprt that doesn't suck? 21.44.32 # preferably for linux 21.44.37 # <_FireFly_> easytag 21.44.48 # _FireFly_: using that right now 21.44.50 # foobar2000 <3 21.44.59 Join JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 21.44.59 # it doesn't handle umlauts very well 21.45.08 # <_FireFly_> which version ?? 21.45.23 # easytag_1.99.8-1_i386.deb 21.45.26 # i haven't had umlaut problems with easytag, but crashing problems... yes 21.45.57 # maybe my umlauts are broken. don't even know whether they are in iso ur utf 21.46.01 # s/ur/or 21.46.12 # is abcde known to be broken in this regard? 21.46.16 # no idea 21.46.31 # i am using it for ripping my whole cd ccollection to flac atm 21.46.34 # jack was my favourite text mode ripping tool 21.47.11 # hm, doesn't do flac 21.47.14 # but for some reason i stopped using it, and used grip for a while... which had some really strange utf-8 problems and crasing stuff at some point, so i switched to kaudiocreator which just seems to do the job and shut up 21.47.18 # doesn't it? 21.47.36 # not according to debian's package description 21.47.44 # well, according to http://www.home.unix-ag.org/arne/jack/requirements.html it does 21.48.09 # thy 21.48.13 # damnit. thanks 21.48.17 # i can't remember, though. maybe i only encoded to vorbis when i used it... 21.48.53 # i found abcde pretty cool when i re-discovered it some days ago 21.49.06 # does it encode and rip at the same time already? 21.49.07 Quit _FireFly_ ("Leaving") 21.49.12 # but you have to go through shell-hell when you want to influence file-naming 21.49.23 # crwl: abcde? it does,. 21.49.41 # solexx, hmm, maybe i just remember wrong or then it didn't do that some years ago :) 21.51.30 # this whole undertaking is a little exhausting because weird characters screw up every other tool i am using 21.51.57 # strangely, some iso-8859-1 characters make it through to the filename *and* the tag and some don't 21.52.16 # huh 21.52.20 # i should have replaced all of them in the first place 21.52.23 # luckily i haven't run to anything like that :x 21.52.36 # or have my system switched to utf8 completely 21.54.14 # but then again, file names could still be broken on their way to the fat filesystem of my iriver... 21.55.19 # crwl: is there any way to tell easytag to use only lowercase characters for filenames? 21.58.06 # solexx, no, i'm not sure there is... 21.59.17 *** Saving seen data "./dancer.seen" 21.59.57 # thanks. will use qmv then 22.00.36 # * solexx needs a new harddisk, or two 22.00.41 # afk 22.02.13 Join Philip_0729 [0] (n=Philip_0@user-4102.l5.c4.dsl.pol.co.uk) 22.12.24 Join arkascha [0] (n=arkascha@xdsl-213-168-119-196.netcologne.de) 22.18.03 Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.4.1/undefined]") 22.27.07 Quit Philip_0729 ("bye everybody") 22.27.56 Quit arkascha ("Konversation terminated!") 22.31.29 Quit linuxstb ("CGI:IRC") 22.35.29 # is firefly remote patch on the cvs? where? 22.36.11 # not afaik 22.37.18 # ah. off of that, i think "load firmware file" should remamber what was your last move. don't you agree? 22.38.53 # quote Re: Remote lcd support(testing) 22.38.56 # the fix was commited to cvs 22.39.01 # nd i have only updated my copy through cvs and rebuild it. 22.39.12 # unquote firefly 22.45.55 Quit lamed ("CGI:IRC (EOF)") 22.53.31 Join pike [0] (i=amiga@c83-249-127-90.bredband.comhem.se) 23.00.40 Join muesli__ [0] (i=muesli_t@hmln-d9b8ef5d.pool.mediaWays.net) 23.10.59 Quit dpassen1 () 23.19.09 Quit muesli- (Read error: 110 (Connection timed out)) 23.20.59 Quit ender` (Read error: 104 (Connection reset by peer)) 23.33.27 Join InnerPhalanx [0] (n=InnerPha@c-24-3-53-229.hsd1.pa.comcast.net) 23.33.53 # hi. 23.39.57 Quit muesli__ (Read error: 113 (No route to host))