--- Log for 07.06.105 Server: tolkien.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 15 days and 14 hours ago 00.00.07 # congates for Slasheri and Linus for this ;) 00.00.12 # HCl: congrat's on the database! 00.00.14 # *congrates 00.02.33 Quit ghostiger (Remote closed the connection) 00.03.50 # just ran songdb.jar 00.03.52 # nice work 00.04.33 # although I don't like the idea of needing something installed on the host system to make it work (JRE) 00.04.52 # <[solid]> doesn't really work for me :( 00.04.53 # the perl.exe+dll in the drive was nice 00.06.06 # <[solid]> Exception in thread "main" java.lang.UnsupportedClassVersionError: SongDB (Unsupported major.minor version 49.0) 00.06.09 # <[solid]> :/ 00.06.16 # it wouldn't be too hard to manage the same thing if gcj is available on cygwin i guess 00.06.27 # [solid]: rofl. are you using java 1.4? 00.06.41 # <[solid]> ashridah: i'm using blackdown... 00.06.53 # java hell (tm) :-) 00.06.54 # <[solid]> yeah, 1.4 00.07.03 # * ashridah hits HCl 00.07.37 # <[solid]> Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.2-01) to be precise 00.07.52 # Bagder: it's got nothing to do with java hell, and lots to do with HCl using java 1.5 to compile it and not turning on a backward compatibility flag 00.08.08 # <[solid]> i might be running it wrong tho - is java -classpath SongDB.jar SongDB ok? 00.08.29 # [solid]: no, it's quite literally because HCl's compiled it with java 1.5 00.08.37 # <[solid]> oh, ok :) 00.09.10 # where can i find the songdb.jar?? 00.09.23 # spiralout: it's on the wiki 00.09.28 # under 'tags database' 00.09.34 # <[solid]> i might give a shot a java 1.5 tho... azureus will be happier probably 00.10.09 # <[solid]> it just sucks that on gentoo it's hardmasked and you also need to download it by yourself 00.10.17 # <[solid]> :F 00.10.47 # azureus is d4 p41n anyway :) 00.10.50 # * ashridah shrugs 00.12.04 # [solid]: as long as HCl hasn't used java 1.5isms, he should just be able to recompile it with 1.4 00.12.14 # (and if that's the case, we can probably create a .exe out of it anyway) 00.12.42 # <[solid]> i'd be pretty cool with doing that... where can i fetch the source? 00.12.51 # you can't. 00.12.54 # <[solid]> oh 00.12.58 # so far as i know, it didn't get released. 00.13.22 # <[solid]> slightly-less-open source, eh?:) 00.13.54 # <[solid]> i'll just sit back and wait, no rush after all ^^ 00.14.47 # but yeah, hit HCl when he wakes up and tell him to use javac -source 1.4 -target 1.4 when compiling :) 00.17.58 Quit spiralout (Read error: 131 (Connection reset by peer)) 00.18.04 Join asdsd____ [0] (~asdsd@h-67-100-26-117.miatflad.dynamic.covad.net) 00.18.32 Part asdsd____ 00.18.49 Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") 00.19.31 Quit crashd ("leaving") 00.20.43 Join crashd [0] (nobody@badger.ing.me.uk) 00.20.54 Quit crashd (Client Quit) 00.21.36 Join preglow [0] (~thomj@bacchus.pvv.ntnu.no) 00.22.06 # pleait should be rewritten in a decent language :P 00.22.15 # -plea 00.22.23 # like python :P 00.23.10 # nah, we wouldnt want to bore the programmer to death 00.23.24 Quit Sucka` ("a bird in the bush is worth two in your house") 00.23.49 # saw pedro's post on the mailing list, and i can't say i hear any difference myself 00.28.18 # <[solid]> that could be verified easily once the optical output is working 00.30.00 # <[solid]> iriver might have used that low accuracy thingy, like rockbox did before vorbis decoding got optimised, no? 00.31.38 # well 00.31.40 Quit Zoom2 ("CGI:IRC (EOF)") 00.31.47 # they might 00.31.51 # but then they'd have to be really stupid 00.32.18 Quit cYmen ("zZz") 00.32.24 # well, it's really easy to test 00.32.34 # just dump an ogg to wav with vorbis2wav 00.32.46 # then do fast switched between that and the ogg in the iriver fw 00.32.57 # you should be able to hear a difference then, but i can't 00.33.23 # <[solid]> tbh i have experienced some flaws with the original firmware - but it never happened with my own encoded files, there was this kind of hiss going on 00.33.33 # hm... maybe find somebody with really good recording equipment? 00.33.42 # and record both... then analize on a pc... 00.33.52 # just record the iriver fw version with an optical in 00.34.06 # <[solid]> i always suspected it was older oggenc versions... actually i think i'll test some now 00.34.08 # ahaha, i have never _analized_ audio before 00.34.11 # <[solid]> intriguing that is:) 00.34.18 # crwl: bad idea... 00.34.36 # t0mas, why? 00.34.38 # you have to record both with a line in, or both optical.. 00.34.44 # not one optical and one line in 00.34.52 # as that's a quality difference too... 00.34.58 # well you can make rockbox dump to wav 00.34.58 # oh wait... 00.35.00 # sorry 00.35.07 # yes, realised that a few seconds later ;) 00.35.18 # :) 00.35.26 # t0mas: you can really just record with line out 00.35.39 # t0mas: the audio chip is the same for both rockbox and iriver fw 00.36.08 # so shouldn't matter too much 00.36.16 # preglow: yes, but then record both with line out... not one with optical and one with line out 00.36.22 # that was my point... 00.36.24 # t0mas: of course 00.36.40 # but the optical out for iriver and wav for rockbox seems ok to me too... 00.37.23 Quit matsl (Remote closed the connection) 00.38.23 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 00.40.48 # <[solid]> rockbox spoiled me... the boot time is so short in comparison that i nowadays think it takes ages for the original fw to boot 00.40.57 Quit matsl (Remote closed the connection) 00.41.06 # yes... 00.41.13 # but I like the bootload usb mode 00.41.20 # because that saves me a lot of waiting :) 00.41.39 # <[solid]> it simply ownz 00.41.56 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 00.42.53 # bootload mode is ridiculously fast, i doubt it everytime 00.44.40 # <[solid]> :) 00.47.06 # <[solid]> hm.. i don't hear no difference either 00.48.34 # <[solid]> and that's a nice piano part with vocals (and some distorted guitar later on) 00.52.00 Join iRiverowner [0] (~acd5f6d1@labb.contactor.se) 00.52.10 # Hi 00.52.27 Quit matsl (Remote closed the connection) 00.53.07 # at last there is sound for iriverbox! 00.53.22 # jup 00.53.22 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 00.53.22 # rockbox ;) 00.53.45 # Its good but the machine hangs during playback, I can deduce more work is needed 00.54.26 # yes, it would be usefull to know when it hangs... 00.54.29 # for what files? 00.54.31 # and with what version.. 00.54.33 # and what file... 00.54.39 # Since the iriver is software driven, im just wondering what codec is used for MP3 playback 00.54.41 # *wich 00.54.42 # hanging is random 00.54.58 # iRiverowner: no it's not... it's not designed by Microsoft... 00.55.23 # i didn't say anything was designed by Microsoft 00.55.43 Quit zeeeeeeee ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.55.52 # i was asking about the codec used for MP3 playback on the iriver in Rockbox 00.56.14 # libMAD 00.56.18 # so the MAD codec? 00.56.21 # okay cool 00.56.38 # but where's the coder part in MAD? 00.56.39 # Im wondering if AAC, WMA, MP3Pro will be supported as well 00.56.49 # if someone writes a codec... they will 00.57.00 # but WMA isn't open... so don't hold your breath 00.57.05 # MP3Pro would be useful 00.57.12 # <[solid]> it isn't open either 00.57.19 # i don't really like the way decoders are called codecs 00.57.38 Part MoosCamaro 00.57.47 # easy reference i suppose 00.57.51 # i have an H120 by the way 00.58.26 # hi 00.58.33 # hi HCI 00.58.58 # <[solid]> HCl: i was supposed to tell you to compile songdb with -source 1.4 -target 1.4 :) 00.58.58 # crwl: they might very well end up as proper codecs 00.59.03 # ashridah: no, the source is included in the .jar :) 00.59.07 # [solid]: i saw :p 00.59.08 # crwl: a lot of the libs we use have both decoders and encoders 00.59.13 # crwl: well, some, at least 00.59.24 # [solid]: and i will, but after i get java on my linux machine, windows makes a horrible dev environment 00.59.25 # HCl: ah, that explains the jump in size then 00.59.27 # i didn't think to look, tbh :) 00.59.29 # <[solid]> okay, /me goes to figure out how to compile it then 00.59.32 # ashridah: ;x no, not entirely 00.59.37 # Is there a codec required for recording since the archos is hardware done and the iriver is software done as we know? 00.59.45 # ashridah: second backend for tagreading :/ :/ ugly solution, but it'll do for now. 00.59.46 # HCl: if it's in there, i can do it instead. 00.59.52 # please 01.00.05 # its mostly that you need to do javac `find -name '*.java'` 01.00.09 # and i can't do that on windows 01.00.12 # iRiverowner: yes recording on iriver is software too 01.00.12 Quit iRiverowner ("CGI:IRC (EOF)") 01.00.13 # and i hate having to do every dir manually 01.00.17 # :) 01.00.18 # also. 01.00.24 # you'll bump into some "assert" stuff 01.00.26 # HCl: good god man, why aren't you using ant?! 01.00.28 # that won't compile for 1.4 01.00.39 # you can just get them out, it should still work. 01.00.58 # whats ant? 01.01.02 # * [solid] tries 01.01.22 # <[solid]> and god bless bootloader usb mode one more time xD 01.01.31 # yea. 01.01.38 # it will save your ass if you bricked your player 01.02.11 # fortunately, our brick count is still 0 :) 01.02.23 # HCl: actually, no you don't run into assert stuff 01.02.31 # odd 01.02.32 # it did here 01.02.37 # quick question... how do you boot directly into the iriver firmware? 01.02.41 # not if you compile it with 1.5 using the -target/-source flags, it seems 01.02.41 # for the .de something stuff 01.02.47 # ah.. maybe.. 01.02.47 # elinenbe: hold record 01.02.53 # thanks. 01.02.53 # i haven't tried that 01.03.00 # HCl: how do you rebuild the .jar? 01.03.01 # i compiled with actual 1.4, not knowing those options existed 01.03.05 # i tried, but it bitched about the manifest 01.03.12 # <[solid]> i did run into them 01.03.16 # <[solid]> but only two 01.03.27 # <[solid]> both in entagged/audioformats/asf/data/ExtendedContentDescription.java 01.03.31 # <[solid]> lines 86 and 101 01.03.32 # mmm 01.03.33 # type jar 01.03.37 # then use the bottom example 01.03.41 # its exactly what i use 01.03.44 # [solid]: you're using a 1.4 jdk 01.04.12 # <[solid]> yeah 01.04.20 # <[solid]> woo it looks like it's workin' ^^ 01.04.24 # :) 01.04.35 # good night :) 01.04.38 # HCl: but there's no manifest in it... 01.04.43 # I'm off to sleep :) 01.04.47 # ashridah: there is, in the META-INFO dir or so 01.04.51 # its called MANIFEST.MF 01.04.52 # i think 01.04.54 # aah 01.05.33 # yeah. HCl well, it works with 1.4 now 01.05.40 # want me to upload it as a replacement SongDB.jar? 01.05.48 # yes, please :) 01.05.54 # <[solid]> and so it built a database! 01.05.58 # :) 01.06.03 # try the latest cvs with it please 01.06.09 # i added v3 support to the searchengine and databox 01.06.24 # i still have to implement some planned features.. 01.06.32 # i think i've already been using it 01.06.40 # i committed it earlier tonight 01.07.08 # <[solid]> workin :D 01.07.10 # <[solid]> so cool 01.07.16 # :) 01.08.48 # how do you remove an attachment in the wiki? 01.09.02 # new tremor commit! 01.09.05 # click attachment 01.09.13 # then click the "action" next to the songdb.pl 01.09.15 # jar* 01.09.24 # to update it 01.09.29 # aah. 01.10.04 Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 01.10.56 # well, it's on its way. doesn't help that i'm on dialup 01.10.59 # :) 01.11.09 # i'm glad at least some people are able to use it 01.11.16 # its loads and loads better than the perl variant 01.11.24 # hrm. i think i've noticed Slasheri's oddity with vorbis as well 01.11.58 # a couple of files that had warbling artifacts in them on iriver (that i assumed was a crap encoding job by me) don't seem to have them in rockbox. 01.12.31 # i also i've left a bug in libmad, btw 01.12.39 # so don't be surprised if some clear sounding mp3 has artifacts 01.12.40 # HCl: i'll look into it tomorrow, but we may also be able to create one with gcj on windows/cygwin too. just not sure if it will require a giant libgcj to go with it 01.13.12 # i tried gcj 01.13.17 # HCl: if i can work out how to make a restricted libgcj, we can probably get it down to a small standalone util 01.13.20 # it fails on stringbuilder 01.13.26 # gcj doesn't have that class included yet.. 01.13.27 # ah, hrm. 01.13.42 # we'd have to rewrite the code to not use it 01.13.45 # or implement our own. 01.13.46 Join lostlogic_ [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 01.13.49 Quit matsl (Remote closed the connection) 01.14.19 # HCl: which part of the code uses stringbuilder? 01.14.33 # not sure :/ 01.14.46 # part of the ogg decoder, i think... 01.14.50 # ogg tag decoder, tha tis. 01.14.51 # that is* 01.15.35 # do you possibly mean StringBuffer? 01.15.52 # eh, i don't think so, but i'm not 100% sure 01.16.10 # because there's definently no reference to StringBuilder :) 01.16.19 # its an internal thing, i think. 01.16.21 # i can try again 01.16.24 # hold on 01.16.32 # i'll look at it tomorrow. i've got an exam to deal with today 01.17.32 # HCl: SongDB.jar updated in wiki now 01.17.37 # de/jarnbjo/ogg/OggPage.java:233: error: class 'java.lang.StringBuilder' has no method named 'append' matching signature '(Ljava/lang/String;)Ljava/lang/StringBuilder;' 01.17.51 # kay 01.17.53 # :) 01.18.43 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 01.20.07 *** Saving seen data "./dancer.seen" 01.25.57 # i assume you're working on a different version? 01.26.03 # hm? 01.26.10 # of OggPage.java 01.26.13 # i used the one of the wiki 01.26.20 # just gcj SongDB.jar 01.26.23 # because line 233 is just a simple System.out.println 01.26.32 # stringbuilder is an internal class 01.26.34 # that java uses 01.27.00 # ah, okay. i'll have to poke at it more later. also need to kick your project a bit until it compiles nicely in eclipse :) 01.27.09 # ;p 01.27.34 Quit Seed (Read error: 145 (Connection timed out)) 01.27.42 # nevetheless, there's a working SongDB up for 1.4 and above atm 01.27.54 # <[solid]> \o/ 01.27.55 # :) 01.28.18 Quit Harpy (Read error: 60 (Operation timed out)) 01.29.04 # what the hell 01.29.07 # m? 01.29.14 # suddenly vorbis2wav says 'file too large' for every file i try 01.29.20 # :X 01.29.22 # nice optimizations :X 01.29.41 # i hope you didn't commit it yet o-o 01.29.50 # ehh? 01.29.58 # i'm not doing anything 01.30.00 # oh 01.30.01 # okay 01.30.08 # <[solid]> xD 01.30.17 # just testing a couple of ideas for pedro's last commit 01.30.21 # playback works fine 01.30.24 # but not vorbis2wav 01.31.04 Quit matsl (Remote closed the connection) 01.32.49 # preglow: current CVS works fine on my oggs 01.33.04 # and at 150% like he said 01.34.21 Quit lostlogic (Read error: 110 (Connection timed out)) 01.35.43 # wow 01.35.46 # tremor really got faster 01.36.38 Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 01.37.09 # ooh 01.37.18 # newest jamiroquai album rocks 01.37.40 # 'round 185% realtime here now, with no disk write, and 160kbps vbr 01.38.37 # nice:) 01.39.23 # -q5 ? 01.39.40 Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 01.39.41 Quit elinenbe (Read error: 54 (Connection reset by peer)) 01.39.46 Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 01.45.08 # -q6, isn't it? 01.45.09 # i don't remember 01.45.10 # preglow: what speed is the CPU at when it is running those oggs? 01.45.19 # 119 01.45.35 # we'll never see 180% realtime at 49mhz, heh 01.45.36 # K:\>java SongDB.jar 01.45.36 # Exception in thread "main" java.lang.NoClassDefFoundError: SongDB/jar 01.45.40 # hmm 01.45.44 # anyone got a tip? 01.45.55 # what is the max speed the CPU safely runs, and the max speed period? 01.46.00 # are there any benchmarks of libmusepack yet? 01.46.29 Join xen` [0] (~xen@pla25-1-82-227-196-9.fbx.proxad.net) 01.46.33 # <[solid]> thegeek: java -classpath SongDB.jar SongDB 01.47.05 # :) 01.47.13 # why is that needed? 01.47.20 # [solid]: the last bit should be unnecessary 01.47.26 # java -jar SongDB.jar 01.47.28 # should just work 01.47.40 # it does 01.47.41 # ;) 01.47.42 # hehe 01.47.47 # I'm a java noob 01.47.57 # <[solid]> oh... /me too 01.48.07 # <[solid]> didn't know bout the -jar option d'oh 01.49.18 # elinenbe: 120mhz, 140mhz 01.49.44 # * HCl goes to sleep 01.49.45 # night 01.49.49 # <[solid]> night 01.53.04 Quit preglow ("of") 01.56.58 Join Zoom2 [0] (~41081a74@labb.contactor.se) 02.05.32 Quit Seed (Nick collision from services.) 02.05.39 Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 02.08.02 Join LinusN [0] (~linus@labb.contactor.se) 02.09.19 Join bg_ [0] (~chatzilla@c24.241.230.113.mad.wi.charter.com) 02.09.49 Part Pomyk 02.09.51 # why do I get unsupported database v2 02.09.54 # I'm having some issues getting rockbox to boot on my 140, wondering if anyone could help me 02.09.54 # using the latest cvs 02.10.01 # and songdb.jar 02.10.04 # cause the database format has been upgraded. 02.10.10 # yeah I got that;) 02.10.10 # huh o.o. 02.10.18 # exactly 02.10.20 # songdb.jar should *not* generate a v2 database. 02.10.31 # perhaps I have to delete the old db first 02.10.38 # I did run songdb in the root 02.10.42 # ah. 02.10.42 # but perhaps it did not overwrite 02.10.44 # you need to move the file 02.10.47 # from the root to .rockbox 02.10.49 # rockbox.id3db needs to be in .rockbox 02.10.51 # oh 02.10.53 # ;) 02.10.55 # ok 02.11.01 # (feels noobish YET again) 02.11.34 Quit tvelocity ("Leaving") 02.11.50 # yep:) 02.11.52 # but. i'm asleep. 02.11.52 # * HCl resumes sleeping. 02.11.54 # looks very nice:) 02.12.52 Quit bg_ (Client Quit) 02.15.21 Quit ashridah ("gone") 02.17.08 Join TCK [0] (TCK@81-86-99-126.dsl.pipex.com) 02.20.59 Join ehntoo [0] (~noclue2@24-177-161-77.dhcp.mrqt.mi.charter.com) 02.24.47 Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") 02.28.39 Part LinusN 02.29.29 # doh 02.29.34 # missed him by a minute 02.41.10 Quit Seed (Nick collision from services.) 02.41.18 Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 03.15.11 Quit Stryke` (Read error: 60 (Operation timed out)) 03.20.11 *** Saving seen data "./dancer.seen" 03.30.24 Join amiconn_ [0] (~jens@p54BD54BF.dip.t-dialin.net) 03.46.03 Join tvelocity [0] (~tony@ipa21.0.tellas.gr) 03.48.38 Quit amiconn (Read error: 110 (Connection timed out)) 03.48.38 Nick amiconn_ is now known as amiconn (~jens@p54BD54BF.dip.t-dialin.net) 03.59.42 # * ehntoo just downloaded the bleeding edge rockbox build 03.59.44 # sweet. 04.00.03 # with wps this time, even. 04.01.06 # maybe it's just me... but I think this sounds even better than the default fw... 04.01.19 # the eq is better without all those sound filters 04.06.00 Join QT_ [0] (as@area51.users.madwifi) 04.08.07 Quit bill2or3 (Read error: 145 (Connection timed out)) 04.17.03 Quit QT (No route to host) 04.42.12 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 04.54.03 Join psycho_maniac420 [0] (~405b5508@labb.contactor.se) 04.55.55 # hello 04.56.30 # how is everyone 05.00.11 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 05.04.51 Part psycho_maniac420 05.20.12 *** Saving seen data "./dancer.seen" 05.32.44 Quit Zoom2 ("CGI:IRC (EOF)") 05.47.50 Join BTKDaImMaikata [0] (~Bager@83.222.160.88) 06.07.20 Join bill2or3 [0] (bill@cerberus.protovision.com) 06.08.19 Quit Bager (Read error: 110 (Connection timed out)) 06.15.53 Quit BTKDaImMaikata (Read error: 60 (Operation timed out)) 06.35.40 Join Strath [0] (~mike@dgvlwinas01pool0-a219.wi.tds.net) 06.36.49 Quit pabs (Read error: 113 (No route to host)) 06.57.52 Join cheriff [0] (davem666@wagner.orchestra.cse.unsw.EDU.AU) 07.00.50 Quit StrathAFK (Read error: 110 (Connection timed out)) 07.00.58 Join Bager [0] (~Bager@83.222.160.88) 07.04.38 Quit courtc (Read error: 110 (Connection timed out)) 07.05.13 Join courtc [0] (~courtc@adsl-158-36-109.asm.bellsouth.net) 07.07.43 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 07.16.45 Quit matsl (Remote closed the connection) 07.17.49 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 07.19.07 Join webguest29 [0] (~c31ce021@labb.contactor.se) 07.20.16 *** Saving seen data "./dancer.seen" 07.53.25 # morning, guys 08.05.10 Join noclue2 [0] (noclue2@24-177-161-77.dhcp.mrqt.mi.charter.com) 08.08.31 # morning 08.08.57 Quit ehntoo (Read error: 60 (Operation timed out)) 08.10.57 Join LinusN [0] (~linus@labb.contactor.se) 08.12.55 # morning 08.13.31 Join IpodMiNi6GiG [0] (~ACIDITY35@ca-yorbalnd-cuda2-c3a-68.anhmca.adelphia.net) 08.13.33 Part IpodMiNi6GiG 08.13.58 # time for work, cu l8r 08.14.11 Quit matsl (Remote closed the connection) 08.24.15 # morning :) 08.24.29 # finally i fixed the ogg problem, committing now.. 08.26.06 # nice, what was it? 08.26.08 # morning 08.26.21 # morning amiconn 08.26.33 # interesting discussion in the ml 08.26.45 # vorbis codec was not freeing dynamically allocated memory and it was overflowing to file buffer. Now calling codec_init on every new track 08.27.13 # ogg is so lame when it comes to memory handling 08.27.26 # :) 08.27.33 # dynamic memory is the devils tool 08.27.57 # that's why we don't have dynamic memory in rockbox 08.28.16 Join luminerd [0] (~luminerd@c-24-2-69-204.hsd1.ut.comcast.net) 08.28.24 # Hey, what's rockbox? 08.28.30 # luminerd: lol 08.28.48 # luminerd: how did you find this channel? 08.28.56 # LinusN, was bored and did a /list 08.28.56 # yep, that is very sensible because cpu has no mmu or virtual memory 08.28.56 # lol 08.29.15 # Slasheri: exactly 08.29.27 # luminerd: http://www.rockbox.org 08.29.42 # * luminerd checks it out 08.29.51 # * LinusN gets some coffee 08.30.11 # where i can see the change log of the h120 firmware ? 08.30.16 # i see a new version 0607 of the firmware 08.30.23 # but i dunno the changement 08.30.31 Join Zoom2 [0] (~4692642b@labb.contactor.se) 08.31.41 # ah, stuff for windows hm? 08.31.42 # oh no, cvs commit opened vi editor.. can i quit that without committing? 08.31.56 # So bassically a replacement to WinMediaPlayer? 08.32.42 # omfg... 08.32.44 # huh, it worked :D 08.33.07 # oh, no...avail. for linux too I see 08.33.24 # sorry, first thing I saw was .zips and .exes, figured windows software haha 08.33.35 # luminerd: not linux either 08.33.50 # for portable mp3 players 08.33.56 # LinusN, no? 08.34.07 # Ahhh! No wonder I'm so confused, never messed with one of those 08.34.07 # heh 08.34.09 # cool 08.35.17 # oxman: there is a cvs change log on the daily build download page 08.35.23 Part luminerd ("Bye, losers. Jk") 08.35.38 # ok thanks 08.36.12 # this luminerd guy probably has no life whatsoever 08.36.16 # fixes are now committed :) 08.36.21 # where the page ? 08.36.24 # Slasheri: goodie 08.37.00 # oxman: you can't find the daily build page? 08.37.16 # no :( 08.37.29 # i try 08.37.32 # but i don't see it 08.37.36 # on the rockbox home page, there is a menu on the left side 08.37.46 # oh sorry 08.37.51 # one link is called "daily builds" 08.37.52 # i find in wiki :D 08.38.04 # thanks 08.39.49 # Slasheri: interesting yielding strategy 08.40.18 # LinusN :) yep, it gives a little better read performance without affecting codec performance too much 08.40.19 # how often do the codecs yield to the gui? 08.40.52 # at least once after every buffer request / new loop 08.40.55 # Is it just me or is the iriver line out really much quieter than the archos player line out, or archos recorder set to line level? 08.41.04 # Slasheri: and how often is that? 08.41.16 # amiconn: haven't thought about it 08.41.17 # it's quite often.. hard to say 08.41.37 # it's important to keep the gui fast 08.42.16 # at least vorbis uses quite small buffer sizes (normally below 1 kB) so it will yield always when that much of data are decoded 08.46.23 # i guess it's time to separate the codecs from the plugins 08.47.10 # good idea :) 08.47.57 # would you like to some codec loader stuff should i do something? 08.48.04 # +or 08.48.12 # hmmm 08.48.33 # i guess i can begin hacking on it 08.48.42 # i think it should not be very hard to do because we already have the plugin loader 08.48.46 # ok :) 08.57.10 # Hmm. Does rockbox detect end-of charging on the iriver yet? I know charging is handled in hardware, and I guess the green led is also hardware controlled 08.57.28 # amiconn: no it doesn't 08.57.49 # ...but when charging is complete, the charging animation should stop. 08.58.00 # Is there a way to detect this? 08.58.09 # the same way as the fm/v2 08.58.13 # almost 08.58.15 # A pin? 08.58.36 # fm/v2 measures the charging current 08.58.45 # iriver has to check the battery voltage 08.59.24 # Hmm, that won't work too well 08.59.55 # Charging is constant-voltage at the end with Li* batteries 09.00.38 # i know, do you have a better idea? 09.01.20 # i haven't found any other way of doing it 09.01.35 # of course, i haven't measured the entire pcb yet 09.03.11 # Are all so-far-unknown port pins set to input, and are there more than the 3 adc channels currently shown in the debug menu? 09.04.07 # One method to find out could be adding all adc channels, set all unknown port pins to input (if that does crash we know we missed something ;-) ), and then charge and look at the debug menu 09.04.26 # yes 09.04.51 # Btw, to add a point for a 2.5 release: There are some important Ondio fixes as well 09.05.27 # Multivolume + hotswap, also working on 0308, support for blocksizes != 512 bytes (>1 GB cards) 09.06.00 # And for fmr / (old) ondiofm: Avoid radio interference from the mas 09.06.14 # there are loads of fixes to be released 09.06.41 # i don't think we would have a problem releasing 2.5 09.07.19 Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) 09.08.20 # Hmm, iriver q: Did you actually try to enable page mode? If I read the datasheet correctly, this doesn't disable burst mode 09.13.14 # maybe i interpreted the data sheet in a too pessimistic way 09.13.20 # let's try it 09.15.53 # I mean http://www.rockbox.org/twiki/pub/Main/DataSheets/MCF5249UM.pdf , page 100 09.16.31 # ...the PM flag: 0 = page mode on bursts _only_, 1 = continuous page mode 09.17.41 # that's what i mean too 09.18.50 # what if you just estimated a time 09.18.52 # and set a timer 09.18.54 # ? 09.19.08 # that's lame 09.19.14 # true 09.19.23 # but an option 09.20.01 # * LinusN detects a discussion popping up from nowhere 09.20.20 *** Saving seen data "./dancer.seen" 09.23.43 # * Rick pops up in front of LinusN and screams bloody murder 09.24.08 # lol you guys are nuts 09.24.32 # * Rick falls out of the tree onto Zoom2's head. 09.25.39 # lol 09.26.32 # So question, I take it the iRiver charging is not good yet? 09.27.00 # it works perfectly 09.27.13 # oh 09.27.17 # in fact, we can't do anything to make it not work perfectly 09.27.33 # Zoom2 the detection is problem .. 09.27.40 # not charging 09.27.44 # what are the next big challanges that the rockbox project faces? 09.27.48 # ahhh 09.28.33 # Zoom2 the charging is done in hardware, so rockbox can't do anything to charge battery in bad way or something similar 09.29.14 # ok that makes sense 09.29.49 Nick Lynx_awy is now known as Lynx_ (Lynx@134.95.189.59) 09.30.09 # just in general terms though, I know the codecs was a big issue for the rockbox project and that seems to be cracked, what are the other big challanges that may be there in the near future? 09.31.38 # recording in format other than .wav ... 09.35.26 # that the only big concern out there? 09.36.05 # * Bager doesn't see any other 09.36.12 # thats good news 09.36.36 # in fact, i don't think we can expect recording in really good quality (such that of lame) in any loseless format 09.37.03 # the CPU just doesn't have enough power 09.37.17 # what is the orginal firmware record in? 09.37.24 # i mean lossy 09.37.28 # not loseless 09.37.30 Join bobTHC [0] (~foo@l03m-37-23.d1.club-internet.fr) 09.37.42 # mornin' all ! 09.38.05 # morning. 09.38.40 # morning :) 09.40.03 Join |maze| [0] (Maze@207.230.24.57.dsl.anet.com) 09.40.30 Quit |maze| (Client Quit) 09.41.25 # Zoom2 the original (as you probably know) records in WAV (loseless) and in mp3 (lossy) format 09.43.20 # so basically the rockbox firmware wouldnt beable to improve on current recordings? 09.43.35 # That doesnt seem too bad for all the new features we would be gaining 09.47.43 # the problem with mp3 recording is that there are no (good) free mp3 real-time encoders out there 09.48.51 # I was aware of this, but is the mp3 codec patented or copywritten? IF it is pattented doesnt it expire in a few years or something? 09.50.53 # Zoom2 the problem is something else 09.51.15 # oh 09.51.46 # someone must write opensource GPL compatible good real-time mp3 encoder .... 09.51.52 # is it possible to jump to the encoder in the original fw, assuming one is running rockbox off the hdd? 09.52.19 # this is Really Dirty (tm) hack ... 09.52.47 # cheriff the encoder in the original fw is not so good btw ... 09.52.57 # but it's better than nothing 09.54.03 # that would be very close to a copyright violation 09.54.05 # on the other side, if we can record in some loseless format (such as WAV (uncompressed), FLAC, etc), you can always reencode the record on the PC with your favourite encoder 09.54.14 # LinusN i'm not so sure ... 09.54.26 # that's why i said "very close" :-) 09.54.46 # in fact, everyone who has bought iriver has paid for all the software inside ... 09.54.50 # still, if a user wants real-time mp3 encoding so bad, let him boot the iriver firmware 09.55.17 # just restart and hold Rec 09.55.40 # LinusN the built in encoder in the iriver fw is definitely worse than lame as quality 09.55.46 # and what "GOOD" software that was.... 09.55.50 # of course it is worse 09.56.15 # how much slower than realtime does lame (or similar) actually run? 09.56.19 # I don't think they intended people to be recording live concerts or whatever 09.56.21 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 09.56.40 # cheriff forget about lame on the iriver itself... 09.56.42 # and I use it for recording class lectures.. and you don't need extreme quality for that :P 09.56.54 # that bad eh? 09.57.04 # cheriff: yes 09.57.25 # Rick in fact many people are using their irivers for such purpose .... :) 09.57.33 # lame isn't designed for real-time operation, and not for embedded systems either 09.58.02 # can't wait till i get some free time.. finaly can start playing with some of this stuff... 09.58.11 # there is a free mp3 encoder, Shine, but it is very basic and need a lot of work 09.58.25 # cheriff lame with very hight quality parameters (-q 0) doesn't run realtime even on Athlon 1.5GHz ... 09.58.27 # Bagder: yeah! it's really good 09.58.37 # someone with a clue and a lot of time could start working on it 09.58.38 Nick Bager is now known as Bger (~Bager@83.222.160.88) 10.00.37 # does realtime recording work well for classes? how close do you have to be to get a good recording? 10.01.09 # Zoom2 you must be above realtime in order to get *anything* usable 10.01.52 # *scratches head* - I am extremly unsavvy in this as you can tell - thanks for being so patient 10.02.49 # or your recording will be something such as <1 sec of recording><1 sec of recording (but not the part immediately after the first chunk of recording)> 10.02.53 # ... etc 10.03.34 # ahh 10.03.48 # Zoom2 don't worry ... 10.04.04 # rockbox for sure will record in .wav format well above realtime ;) 10.04.53 # I am just so excited in general somone is picking up our firmware and forgetting all about us 10.04.56 # maybe in FLAC also (preglow, do you have anything to way about this one;)) 10.05.10 # and not* 10.06.54 # wavpack should work too 10.07.33 # for simple voice recording speex is a good choice imho 10.07.41 # * Bger looks at MCF5249UM.pdf and after that looks with veneration at Linus for reading all this ... 10.08.02 # Bger: yeah, it is good bedtime reading :-) 10.08.07 # :)))) 10.08.25 # well, it is a great 1hr commute reading 10.08.45 # a little bit hard to stomach 10.09.04 # you only read the specific sections you need 10.09.30 # but yes, it takes some experience to be able to digest it 10.09.36 # yeah, but you must have idea what's it about .... 10.11.15 # i don't think that i can read only chapter 7 for example and after that i'll understand everything about the DRAM controller in coldfire... 10.14.13 # mrf 10.15.06 # Bger: me neither :-) 10.16.01 # LinusN you got the idea i had... 10.16.31 # HCl offt, but what "mrf" does mean ? ;) 10.17.46 # sleepy. 10.17.46 # bbl 10.18.21 # alright guys, I just took 2 sleeping pills alas I am off - thanks again for the quick answers 10.18.31 # Zoom2: sleep tight 10.18.42 # thanks 10.18.45 Quit Zoom2 ("CGI:IRC") 10.18.48 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 10.19.06 # * LinusN doesn't need sleeping pills, he needs amphetamine :-) 10.20.25 # sleep is overrated anyway ;-) 10.20.37 # * Bger hates such pills ... 10.20.57 # does the CF in the iriver have the 96k scratchpad mentioned in MCF5249UM.pdf? 10.21.11 # if scratchpad means iram, then yes 10.21.15 # scratchpad ? 10.21.31 # the SRAM, i mean 10.21.54 # cheriff: yes 10.21.59 # yes 10.22.04 # too late 10.22.13 # section 6 "Static RAM" 10.22.17 # it's in 2 banks (iirc) 10.22.35 # yes, one DMA capable and one not 10.22.47 # so what i have is *exactly* as described here? 10.22.48 # just to say it ... 10.23.02 # cheriff more or less... 10.23.12 # sorry, but i'm used to sony making custom modifications to off the shelf MPIS cores.. 10.23.28 # as linus said once ... on paper it's better than in reallity ... 10.23.29 # cheriff: this is a standard vanilla MCF5249 10.23.43 # cool, thanks! 10.24.55 # LinusN ... "the question" ... do you have any idea when you'll take a look @ your H320 ? 10.25.16 # nope 10.26.50 Join Patr3ck [0] (~patr3ck@p549E6E7C.dip.t-dialin.net) 10.28.26 # expected answer :( 10.30.12 Join Nuxator [0] (~c02c4e5e@labb.contactor.se) 10.30.30 # hi all 10.31.05 # Nuxator: shalom 10.31.14 # ast cvs commit was about mp3 file seeking 10.31.18 # Bger: "the answer" :-) 10.31.21 # but it doesn't work on mine 10.31.31 # Nuxator: oh 10.31.38 # yeah, the answer ... 10.31.41 # if i try to fast forward 10.32.21 # it restart playing from the begining but the display on the screen is wrong 10.33.35 # and by the way did you read logs about my player that doesn't leave usb mode? 10.34.18 # Nuxator: no 10.34.29 # what tag format does OGG use? Is there a spec URL somewhere? 10.34.33 # Nuxator: do you build from CVS? 10.34.41 # i got bleeding edge 10.34.45 # Bagder: apev2 methinks 10.34.57 # bah 10.34.58 # google does not easily reveal this 10.35.00 # that's vorbis comments 10.35.05 # nothing related to any mp3 tagging format 10.35.05 # crwl: ah 10.35.15 # FLAC uses the same format, too 10.35.15 # crwl: figures 10.35.42 # I feel a need to reinvent HCl's wheel 10.35.44 # vorbis comments are basically unlimited number of key=value pairs (same key can occur multiple times), encoded in utf-8 10.36.15 Join Zagor [0] (foobar@h63n1fls31o265.telia.com) 10.36.19 # hey Zagor 10.36.23 # hi 10.37.29 # http://www.xiph.org/ogg/vorbis/doc/v-comment.html <= the "Vorbis Comments" spec 10.40.34 # ... and it doesn't even mention what endian the 32 bit numbers are using 10.41.05 # what? isn't the whole world Intel? 10.41.30 # it's in the 2.1.3 10.41.37 # bitpacking convention, byte order: big endian 10.41.49 # http://www.xiph.org/ogg/vorbis/doc/Vorbis_I_spec.html#id4774875 10.42.25 # weird 10.42.38 # * Bagder tries to learn 10.42.46 Join niobos [0] (~niels@160.24-136-217.adsl.skynet.be) 10.43.41 # Nuxator: tell me about the stuck-in-usb experience 10.43.49 # VORBIS_COMMENT: This block is for storing a list of human-readable name/value pairs. Values are encoded using UTF-8. It is an implementation of the Vorbis comment specification. This is the only officially supported tagging mechanism in FLAC. There may be only one VORBIS_COMMENT block in a stream. 10.44.31 # If i plug my ihp140 it goes to usb mode (in rockbox or in bootloader mode) 10.44.39 # (got from http://flac.sourceforge.net/format.html) 10.44.43 # but when i unplug it it stay as this 10.45.05 # just displays the usb logo or usb bootloader 10.45.17 # if i press a key backlight swith on 10.45.25 # but i can't do anithing else 10.46.22 # every time? 10.46.27 # yes 10.46.52 # and yesterday with mp3 playback usb bug mp3 still plays 10.47.10 # so it doesn't crash but just stay at usb screen 10.47.59 # Nuxator: mp3 playback is a different issue 10.48.41 # yes i know i just did it to see if it's a crash or just if it just doen't detect end of usb mode 10.48.50 # Nuxator: i can't make it happen on my h140 10.49.31 Join tucoz [0] (~543059b8@labb.contactor.se) 10.49.38 # Hi 10.49.44 # yo 10.49.50 # and it seems that i'm the only one 10.50.20 # or maybe an other people but i didn't get if he was speaking for my bug or mp3/usb bug 10.50.41 # LinusN: now, when I turned on my iriver it started to scream(!), immediatly , as in the bootloader 10.51.05 # It's like it loops something quite fast 10.51.48 # Should the bootloader perhaps reset something, or initialize audio in some way? 10.52.54 # tucoz: perhaps 10.53.37 # by the way: mp3 seeking is working 10.53.55 # i just failed to overwrite my old rockbox.iriver 10.54.07 # ok, It's no worry though, just to unplug the headphones. 10.56.33 Quit tucoz ("CGI:IRC") 10.56.56 # Page mode tests: mpa2wav.rock@120MHz catching the digital flow: 10.57.14 # With Page mode: ends at 115.60% 10.57.27 # Without page mode: ends at 115.74% 10.59.31 # If i let mp3 play plug and unplug: when buffer is empty it retruns to normal mode.... Strange 11.01.15 # Nuxator: you have the newest version? 11.01.22 # there was an update this morning... 11.01.30 # yes 11.01.39 # 08:34 - Fixed: Ogg Vorbis crashing, MP3 file seeking, USB mode and a little 11.01.40 # faster file buffering. 11.01.49 # i know 11.07.07 # but i have bugs with usb 11.07.21 # and it seems that i'm the only one with them 11.07.30 # Nuxator: and this never happens with the original firmware? 11.08.06 Quit Nuxator ("CGI:IRC (EOF)") 11.08.49 Join Nuxator [0] (~c02c4e5e@labb.contactor.se) 11.09.41 # no prob with iriver firmware 11.10.49 Join preglow [0] (thomj@s183a.studby.ntnu.no) 11.10.59 # I use 1.65E patched with fwpatcher.exe 11.11.12 # so bootloader V2 11.11.25 # LinusN: and we don't use pagemode right now, no? 11.11.36 # no we don't 11.12.50 # 115%? I thought mp3 was around 300% ?? 11.13.06 # not when catching the digital flow 11.13.14 # with dithering and wavwriting + 320kbps, i guess 11.13.32 # preglow: which is what mpa2wav does 11.13.41 # LinusN: not mine ;) 11.14.03 # and the current playback code dithers as well 11.14.20 # crwl: I don't see how your URL explains the endian order of the vorbis comments 11.14.44 # i'll have to do some tests to see if the dithering even matters 11.14.46 # i suspect not 11.14.53 # for me, at least 11.15.13 # qualitywise? 11.15.15 # yea 11.15.43 # Bagder, wouldn't it be odd if the comments used different byte order than everything else 11.16.05 # crwl: but that link doesn't tell what byte order they use, it only explains the concept of byte orders 11.16.40 # hm, no 11.16.42 # I'm wrong 11.16.51 # The Vorbis bitpacking convention specifies storage and bitstream manipulation at the byte, not word, level, thus host word ordering is of a concern only during optimization when writing high performance code that operates on a word of storage at a time rather than by byte. 11.17.09 # Logically, bytes are always coded and decoded in order from byte zero through byte n. 11.17.17 # yes 11.17.21 # and that is... 11.17.22 # ? 11.17.29 # what is byte 0? 11.17.34 # in a 32 bit integer 11.17.45 # it doesn't use integers 11.17.55 # "at the byte level" 11.18.42 # so a 32 bit integer is stored how? 11.19.00 # yes, I am stupid but I don't understand 11.19.46 # I _can_ just check an existing file to find out of course 11.20.11 # Bagder: i agree that the url doesn't tell anything about the vorbiscomments byte order 11.20.21 *** Saving seen data "./dancer.seen" 11.21.03 # what the url says is that the vorbis packer is byte-oriented, so endianness is not relevant 11.21.13 # hm? vorbis is working at the byte level for audio data? so it doesn't care about endiannes there? and in the comments it's host dependant? 11.21.39 # i expect audio data is coded at the bit level 11.21.52 # LinusN: yes, but how do they construct "an unsigned integer of 32 bits" from "byte-level" ? 11.21.56 # preglow: yes it is, and the packer packs it into bytes 11.22.06 # Bagder: does it matter? 11.22.09 # yes 11.22.14 # why? 11.22.21 # since that's what the comment format uses 11.22.29 # 1) [vendor_length] = read an unsigned integer of 32 bits 11.22.35 # Bagder: then I guess big endian... 11.22.41 # does the vorbis comment format use the bit packer? 11.22.48 # i think not 11.23.02 # it says very little 11.23.07 # one can only assume 11.23.12 # therefore i'd say that the bit packing docs are irrelevant 11.23.14 # oh wait a moment 11.23.26 # LinusN: I'd say so too 11.23.28 # just found an encoder... with the option to chose... big or little endian 11.23.39 # so I don't think it's defined by the ogg standard? 11.23.39 # LinusN: but that leaves us with _no_ hint on byte order for the ocmments ;-) 11.24.06 # http://savonet.sourceforge.net/ocamldoc/ocaml-vorbis/Vorbis.html <-- search the page for endian 11.24.12 # Bagder: no BOM? 11.24.20 # LinusN: no 11.24.36 Join stavrosg [0] (~user@pc105.nat1.teiher.gr) 11.24.44 # it starts with a 32 bit length 11.24.49 # gotta go 11.26.52 # "least-significant-bit of the word to be coded into the least significant available bit of the current bitstream octet first" 11.27.00 # clear as mud :-) 11.27.41 # i interpret this as little endian 11.28.05 # wow, someone actually using little endian in their format 11.28.58 # if we just use oggpack_read(), we should be fine 11.31.31 # tremor's gotten pretty fast 11.31.59 Quit Nuxator ("CGI:IRC") 11.31.59 # i wonder why pbvas didn't do the obvious XPROD32 optimisation, works fine here 11.34.36 Join Harpy [0] (JkcVPjYVmt@dsl-hkigw7wbb.dial.inet.fi) 11.35.57 Part stavrosg ("Leaving") 11.38.44 Part LinusN 11.56.15 Join LinusN [0] (~linus@labb.contactor.se) 12.17.16 Quit webguest29 ("CGI:IRC") 12.35.02 Join markun [0] (~markun@bastards.student.utwente.nl) 12.35.32 # preglow: what was the obvious XPROD32 optimisation he didn't do? 12.38.03 # look in asm_mcf5249.h 12.41.37 # Do you know how to rewrite it? 12.41.52 # yes 12.41.58 # i have done so, and it works great 12.42.13 # he probably has good reason for not doing it, though, so i've mailed it 12.42.19 # Is there a speed increase? 12.42.29 # there's always the chance it overflows, but that chance is there in PROD32 as well, and that's optimised 12.42.34 # yeah, a small but noticable one 12.42.58 # I noticed my q3 oggs now decode at about 190% 12.43.13 # yeah, it's gotten pretty fast 12.43.18 # and there are still things to do with it 12.43.44 # replacing the mdct with fft and sorting for one 12.43.51 # i hope that ends up faster 12.44.06 # It would be nice if the codecs would use the same fixed point conventions so we could share the mdct code.. 12.46.20 # well, they might 12.46.22 Join tucoz [0] (~81b1111b@labb.contactor.se) 12.46.27 # faad uses the same format some places, i know 12.46.39 # but i think that might be a bit too much to hope for, heh 12.46.40 # the same as tremor? 12.46.43 # libmad uses its own thing 12.47.03 # and its own window sizes, so that can just be forgotten about 12.47.09 # yeah, same as tremor 12.47.10 # LinusN: Just for the record, I don't think that sound on boot is the bootloader, as it never happens with rec plus play 12.47.17 # this is just a wild guess, though, i've just barely looked at it 12.48.35 # LinusN: But, just now I woke up quite well, as I had my headphones on when this chainsaw-sound emerged through them :) 12.50.41 Join DangerousDan [0] (~Miranda@newtpulsifer.campus.luth.se) 12.51.27 # But, if noone else has experienced this, then it's possible that it's just my unit that is malfunctioning. 12.51.35 # ive had it 12.51.50 Quit DMJC (Connection timed out) 12.51.54 # the strange buzzing noise on startup. Im guessing its just ebcause the registers on the DAC havent been initialized 12.52.08 # ripnetuk: ok, good to know 12.52.29 # preglow: can the imdct for faad2 (which uses fft and sorting) be used on tremor? 12.52.41 Join DMJC [0] (~James@60-240-162-238.tpgi.com.au) 12.52.49 # ripnetuk: buzzing at full volume, right? 12.55.55 # makes sense 12.56.01 # quite loud yes, maybe not full 12.56.17 # makes you jump :) 12.56.50 # yes, if I'm not quite awake, I sure am after that 12.59.23 # its gta san andreas day 12.59.25 # o.o 12.59.31 # HCl - :) 12.59.36 # xbox yes? or pc? 12.59.39 # both. 12.59.40 # i think 12.59.47 # downloading xbox version now 13.00.11 # HCl - where d'ya get it from? ive not come across it yet? (not asking for URL - just bt, usenet etc) 13.00.17 # markun: depends on the fixed point format 13.00.27 # internet ;p 13.00.33 # hehe 13.00.37 # lol 13.00.51 # thought you just said faad uses the same format as tremor? 13.00.56 # markun: feel free to have a look, tremors data seems to be sign plus 31 bits of fraction mostly 13.00.58 # markun: we mostly gotta do the report, right? 13.01.06 # *yawns* 13.01.07 Join zezayer [0] (~chatzilla@82.110.136.210) 13.01.12 # markun: i also thought i said was a wild guess 13.01.27 # HCl: Yes, think the rest is almost finished 13.01.39 # oh, and we gotta test chars 13.01.44 # and i'd like to add type casting 13.01.47 # i have seen faad uses that format some places 13.01.52 # not sure if it's used in imdct 13.01.57 # * HCl yawns again 13.02.26 # preglow: I'm looking at it now. 13.02.33 Quit edx (Read error: 60 (Operation timed out)) 13.04.32 # HCl - yay for bittorrent :) 13.04.45 # i don't think the pal version is out yet :/ 13.04.58 # and our cruddy old tv can't do ntsc 13.04.58 # no, thats the 10th 13.05.06 # oh :( 13.05.08 # dang :( 13.05.09 # i didn't know that. 13.05.49 # HCl: weren't you download this ten days ago or something? :PP 13.05.52 # cant you switch the xbox from pal to ntsc using the enigma boot loader or somethign? 13.06.06 # preglow: partly, but it was a fake :) 13.06.15 # HCl - i donwloaded that as well... 13.06.18 # ripnetuk: yes, but then the output will be in ntsc 13.06.25 # and our tv can't handle that 13.06.38 # i mean leave it in pal, then dont all games kick out a pal signal? 13.06.50 # not sure if a specific game can override tho 13.07.04 # some games refuse to run in pal mode 13.07.12 # eg, super monkey ball deluxe 13.07.40 # oh well... only 3 days to wait 13.08.04 # i probly wont play it until next week anyway, as im off to download festival very soon :) 13.09.37 # its going dissappointingly slow... 23k/s :/ 13.09.49 # but 13.09.50 # i'm dumb :) 13.09.55 # * HCl grabs it off their student net 13.10.11 # why use the internet when its on our 100mbit network :) 13.12.39 # preglow: I think FRAC_CONST does the same as tremor, can you check? http://cvs.sourceforge.net/viewcvs.py/faac/faad2/libfaad/fixed.h?rev=1.27&view=auto 13.14.51 # fracs are the same, yes 13.15.20 # that's the format the emac unit uses 13.15.39 # and the format tremors's PROD31 functions use 13.18.31 Join XavierGr [0] (~XavierGr@ppp12-adsl-188.ath.forthnet.gr) 13.18.56 # Hi All! 13.18.58 # I like the way the floats are converted to fixed point at compile time. 13.20.23 *** Saving seen data "./dancer.seen" 13.20.34 # assuming you've got a compiler that's decent, heh 13.22.27 # of course. I guess gcc doesn't have a problem it. 13.22.33 # http://search.cpan.org/CPAN/authors/id/A/AM/AMOLLOY/Ogg-Vorbis-Header-PurePerl-0.07.tar.gz 13.22.45 # seems suitable for songdb 13.23.23 # Ah, hi XavierGr btw :) 13.24.56 Quit lostlogic_ (Client Quit) 13.25.35 # * HCl looks at his san andreas download 13.25.38 # * HCl looks at the time :/ 13.26.30 # is that for PC? 13.26.34 # no 13.26.38 # :( 13.29.57 Part LinusN 13.46.25 Join ashridah [0] (ashridah@220-253-122-27.VIC.netspace.net.au) 13.50.27 Part tucoz 13.54.52 Join spiralout [0] (~keep_goin@p54B3A1EB.dip0.t-ipconnect.de) 13.55.00 # hi there 13.55.34 # t0mas, *ping*, are you there? 13.55.55 # hi spiralout 13.56.40 # just one question is the sound-playback support already implemented in the daily build or only in the *zip from slasheri? 13.57.30 Nick zezayer is now known as zezayer_away (~chatzilla@82.110.136.210) 13.57.40 # it's commited in CVS so every daily build has it 13.57.54 Join muesli- [0] (muesli_tv@Bc1f4.b.pppool.de) 13.57.56 # ok thank you:) 13.58.01 # high 13.59.09 # hi muesli- 14.00.29 Join Shagnar [0] (~tester@p54A0EAB7.dip.t-dialin.net) 14.00.40 # hi XavierGr 14.00.49 # aloa 14.01.40 # jojo 14.04.11 # and how can a normaly windoze user without coding skills integrate a patch? 14.05.05 # 1) don't 2) install the dev environment and learn how to 14.06.30 # ah ok 14.08.24 # OR use the Rockbox Devkit! 14.08.39 # that _is_ a dev environment 14.08.41 # I did and I am quite 14.08.54 # Ah thought you said cygwin 14.09.07 # ok thank you guys i take a look 14.09.30 # I recommand using linux any day ;-) 14.09.43 # i dont :D 14.10.04 # that only shows you don't build rockbox very often :-) 14.10.05 # pushing my mouse arround rulez :D 14.10.27 # indeed..am to stupid for coding... 14.10.40 Join splat [0] (splat@p548DFCAF.dip.t-dialin.net) 14.13.02 # * Zagor just bought a new digicam 14.13.12 # ooh 14.13.18 # which one? 14.13.37 # the Fuji F10 14.14.05 # i am keen on canons 350d.. 14.14.21 # i was looking at the canons, sonys and casios at first but then found this "dark horse". 14.14.26 # muesli-: why, you're not alone in that... 14.14.41 # i'm gonna get myself a new digicam once i get cash 14.15.37 # personally I can't see myself lugging around cameras weighing as much as the 350d. 14.15.55 # having a smaller one as well is pretty clever 14.17.51 # but i'm very interested in photography as well, so i'd like an slr too 14.17.54 # i had a small compact cam like a canon ixus 40. its excellent for fun pics while parties but for landscapes it suxxx 14.18.10 # preglow same for me 14.18.32 # being able to switch lenses is pretty neat 14.18.55 # * Bagder has ogg support in songdb now 14.19.07 # great 14.19.09 # woot 14.19.10 # and so forth 14.19.15 # * preglow denounces java 14.19.56 # hey, an idea: when the iriver is charging and numerical display of the battery is on, why not display just a tiny "charging icon" and show the "real" percentage of the battery instad of that "animation/numerical-loop" 14.20.24 Join dapureplaya [0] (~anon@CPE-144-136-73-250.nsw.bigpond.net.au) 14.20.26 # the best "compact camera" is the Panasonic Lumix DMC-FX7 14.20.29 # * muesli- denounces the costs for lenses/objectives.. 14.20.46 # muesli-: amen 14.21.36 # (same word like in german) thats why i will have one more expensive one 14.21.46 # canon a80 :rock: ;D 14.21.49 # "the best camera" is one with open protocol for me :P 14.22.07 # open protocol for what ? 14.22.10 # like PTP or UMS 14.22.14 # uhh 14.22.34 # Bger: most cameras have ums these days 14.22.38 # i dont care about plug my camera 14.22.48 # Zagor: yes, if you exclude Canon ones ... 14.22.52 Join LinusN [0] (~linus@labb.contactor.se) 14.23.03 # feel free to test my commit 14.23.05 # i prefere use a cardreader 14.23.19 # I'm off for a while 14.24.28 # i will 14.24.33 # i've got more or less only vorbis files 14.25.40 # definitely legal ones... ;) 14.26.04 # Bagder: but i thought people vehemently opposed having perl modules external to songdb.pl 14.27.26 # not vehemently oppose. but it makes running it from the usb disk more difficult in windows. 14.28.04 # l8er girlz 14.30.35 # oof snake2 porting finished just now! 14.30.42 # fancy a pic? 14.30.57 # where does rockbox save its settings?= 14.31.15 # in a sector on the disk 14.32.29 # isn't that a bit nasty? 14.33.12 # no, it's a sector that is never used. 14.34.21 # however we have discussed for a long time to dump the sector and use our config file system for all settings. makes things more visible and transparent. 14.34.32 # http://www.misticriver.net/photos/displayimage.php?album=38&pos=3 14.34.32 # it also make it slower though. 14.34.45 # http://www.misticriver.net/photos/displayimage.php?album=38&pos=5 14.35.23 # ouch 14.35.32 # what? 14.35.35 # playback has some problems with browsing, yes 14.35.41 # yes 14.35.59 # just completely locked up with the disk in permanent activity here 14.36.07 # reset! 14.36.20 # no shit 14.36.20 # Hi everybody 14.36.24 # hi 14.37.04 Nick XavierGr is now known as Xavier|away (~XavierGr@ppp12-adsl-188.ath.forthnet.gr) 14.37.12 # Xavier|away: thats amazing!! Well done 14.37.17 # thanks 14.37.38 # thanks to your images it is good looking 14.38.03 # u did the hard bit, making teh images was the easy bit 14.38.06 # it's never been this buggy before 14.52.44 Quit muesli- (Read error: 110 (Connection timed out)) 14.52.59 Join edx [0] (edx@p54A8C41B.dip.t-dialin.net) 14.54.27 Part dapureplaya 14.57.55 Quit mirak (Read error: 110 (Connection timed out)) 14.58.48 Quit splat () 15.00.14 Join mirak [0] (~mirak@AAubervilliers-152-1-47-95.w83-114.abo.wanadoo.fr) 15.13.59 Join ghostiger [0] (~ghostiger@9f6383d7b5a46279.session.tor) 15.14.26 Join Tomhab [0] (~tom@82.133.101.43) 15.16.28 Join bipak [0] (~bip@p50883FA6.dip.t-dialin.net) 15.16.31 Join pabs [0] (~pabs@xor.pablotron.org) 15.20.27 *** Saving seen data "./dancer.seen" 15.29.07 # have to go see you all later! 15.29.11 # cu 15.29.14 Quit Xavier|away () 15.36.31 # wps files are still limited to 13 char 15.36.45 # but in the wiki i read 26 lines 15.36.50 # oops char means lines 15.45.39 Part Tomhab 15.46.45 Join bg_ [0] (~chatzilla@c24.241.230.113.mad.wi.charter.com) 15.46.54 Join Tomhab [0] (~tom@82.133.101.43) 15.46.58 # Chamois: fixed 15.47.41 # in code or in the wiki ;) 15.47.46 # *something to add to the wiki and be aware of... rockbox may not boot if formatted with 3rd party tools such as norton partition magic 15.48.02 Join Musicmad [0] (~Musicmad@cpe.atm2-0-1031198.0x50a4ad0e.bynxx13.customer.tele.dk) 15.48.06 # bg_ that's not problem with bootloader v2 ;) 15.48.11 # yes it is 15.48.16 # i had bootloader v2 15.48.20 # and it would not boot 15.48.36 # i mean that you can always repair it with boot time USB 15.49.09 # btw, isn't this problem with iriver fw also ? 15.49.29 # worked fine under iriver fw 15.49.42 # i ended up formatting using irivers built in method 15.49.47 # and rockbox boots fine now 15.52.58 # is it sufficient to just copy the daily build over and reboot? 15.53.27 # I have Rolo working etc. already 15.53.27 # it should be 15.53.34 # yes works :) 15.53.47 # ok - I wonder why I don't have wps then. 15.54.11 # Linus : thx 15.54.28 # bg_: "formatted with 3rd party tools" 15.54.44 # i seriously doubt it has anything to do with that 15.54.50 # i bet it does 15.54.56 # how did you partition it? 15.55.15 # i formatted with partition magic, it set up the partitions itself 15.55.20 # bg_ in fact, did you made any partition 15.55.25 # no 15.55.30 # that's the problem 15.55.40 # when i mounted it under linux, i had to mount it as sdc5 15.55.47 # after formatting with iriver, its sdc1 15.55.50 # you must make 15.55.54 # bg_: then you had no partition table at all 15.56.06 # so called "super floppy mode" 15.56.17 # ok 15.56.44 # s/did you made/did you make ..... 16.01.30 # rockbox is supposed to handle superfloppy mode, but we haven't tested it much with the iriver 16.01.31 Quit Tomhab (Read error: 60 (Operation timed out)) 16.02.17 # why would anyone want to use this mode instead of just using an usual partition table? 16.02.56 # bg_: so it has nothing to do with the tool itself 16.03.58 # CoCoLUS: it's handy for compact flash etc 16.04.08 # where you normally only have one partition 16.04.27 # and it *should* work with rockbox as well 16.05.05 # but for now, rockbox still requires a partition table to be able to allocate a sector for saving the settings 16.05.24 # gotta go now 16.05.26 # cu all 16.05.29 Part LinusN 16.05.29 # cu, LinusN 16.05.34 # too late 16.05.45 # nice this nokia 9500, ircing with ssh and going to town by bus :) 16.06.06 # :P 16.06.21 Quit bg_ ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050515]") 16.06.24 # * Bger hates nokia ... 16.06.32 # :D 16.07.13 # and of course rockbox is playing music ;) 16.08.13 # Slasheri: current cvs really has problems with browsing and music at once 16.08.21 # having the fact that nokia is finland corp ... ;) 16.08.23 # Slasheri: i'm hacking up a quick wavpack codec here, btw 16.09.02 # preglow optimising it or ? 16.09.09 # Hmm, great. i will try to solve biggest problems soon 16.09.09 # no, making a codec plugin for it 16.09.21 # david bryant's doing the optimising 16.15.05 # <[solid]> preglow: how bout musepack and flac?:) 16.15.59 # [solid]: no time 16.16.04 # [solid]: and musepack isn't even realtime 16.16.38 # <[solid]> suppose 'hacking a quick' means no support for lossy dualstream playback? 16.18.03 # our wavpack lib doesn't support that 16.18.11 # don't know if it ever will 16.18.18 # you'll have to ask david about that 16.18.30 # <[solid]> methinks wavpack and musepack support will be the real marketing shiznit for rockbox... everyone will start wanting to have a h1xx then :D 16.18.39 # haha 16.18.57 # "everyone" being people that actually knows musepack and wavpack exists, yes? :P 16.19.02 # <[solid]> but i shall not bother you anymore... have fun and good luck 16.19.20 # <[solid]> yeah, musepack has a lot of fans unhappy that it has no portable support 16.19.46 # <[solid]> and wavpack is slowly growing to be the lossless codec of choice imo 16.20.05 # <[solid]> (still using flac tho, it's nice to have oggenc encode straight from flac's on linux) 16.20.18 # yeah, i think wavpack looks nicer myself 16.20.30 # i also think musepack looks sweet 16.20.37 # <[solid]> :) 16.20.37 # it's a nice and simple codec 16.21.09 # <[solid]> and has replaygain supported in the headers, independent of tags, i like that 16.21.21 # er... who can i ask about dict2rdf? 16.24.29 # * [solid] floats away with portable gapless vorbis in tha hedphones 16.25.21 Join Tomhab [0] (~tom@82.133.101.43) 16.30.12 Quit Musicmad ("Trillian (http://www.ceruleanstudios.com") 16.31.59 # Slasheri: why are the AFMT_ #defines formatted like bitfields, btw? do you predict we'll ever need to combine these in a bitfield? 16.33.00 # doing it like this does give us an artificial limit of 32 codecs 16.35.17 # and why the hell does ".rm" files return CODEC_OGG_VORBIS? :PPP 16.35.23 # AFMT, i mean 16.36.48 Join crashd [0] (nobody@badger.ing.me.uk) 16.38.45 Quit Tomhab (Read error: 60 (Operation timed out)) 16.44.11 Quit ashridah ("Leaving") 16.46.07 Quit DMJC (Read error: 104 (Connection reset by peer)) 16.49.06 # t0mas, are you there? 16.49.56 # yes 16.49.58 # I am 16.50.45 # ok, some questions about the rdf 16.50.48 Join MO-Pantsu [0] (MO-Pantsu@deadman3000.plus.com) 16.50.52 # k 16.51.13 # yo I have a weird prob on latest iRiver build 16.51.53 # i keep entries in lowercase and sorted... but the dict format allows spaces and other characters to be used. should i keep them or filter them out? 16.52.12 # if I play an mp3 file 01 in a folder it skips past 02 to 03. But if I put it in a playlist it does not skip the track 16.52.30 # anyone know why? :) 16.52.42 # playback is far from finished 16.52.50 # i'm sure slasheri will look into your problem when he's got time 16.52.59 # k 16.53.45 Join Allex [0] (~50405efc@labb.contactor.se) 16.53.48 # will there be work on making gapless playback on mp3 flow better too do you know? 16.53.59 # there will, as i said, it's far from finished 16.54.12 # mp3 files that have lame info header will be proper gapless 16.54.14 # Ok just checking. Amazing work thus far 16.54.32 # all other mp3 files will have a short gap, there's nothing to be done about that 16.54.51 # oh I thought you might use the trick Winamp does 16.55.03 # tvelocity: ascii isn't a problem 16.55.07 # as long as you keep them sorted... 16.55.08 # MO-Pantsu: which is? 16.55.08 # I can get nearly any mp3 gapless using Winamp's buffering method 16.55.11 # and under the maxwordlen 16.55.15 # (32 chars atm) 16.55.21 # buffering method? 16.55.22 # as in does not skip or jump forward 16.55.28 # 32 chars? ok 16.55.38 # well, i'm sure winamp too has short gaps in mp3s that don't have the lame info header 16.55.40 # tvelocity: make that definable please? 16.55.53 # preglow I don't hear them 16.56.00 # with a parameter? 16.56.20 Quit Allex (Client Quit) 16.56.24 # MO-Pantsu: well, are you sure the files haven't got the info header? 16.56.24 # Buffer length 2000 ms Prebuffer 500 ms Buffer ahead on track change 500 ms 16.56.36 # MO-Pantsu: that's a winamp hack and has nothing to do with us 16.56.38 # tvelocity: no in code is ok 16.56.39 # MO-Pantsu: we always prebuffer 16.56.40 # dict also has newlines in the definitions. should I just replace them with spaces? 16.56.47 # tvelocity: yes 16.56.53 # ok then 16.56.58 # i'm almost done 16.57.01 # just testing a mixset have and it jumps ahead too far on track change 16.57.01 # :D 16.57.10 # does not do that in winamp 16.57.24 # like it cuts off too much in rockbox 16.57.26 # well, it will be fixed 16.57.38 # the gapless mp3 thing is just a hack now, since slasheri doens't know how it's supposed to work 16.57.42 # i gotta go 16.57.45 # oh ok 16.58.07 # if it;s not done it's not done I didn't think it was finalised yet 16.58.13 # :) 17.07.15 Join DMJC [0] (~James@60-240-162-238.tpgi.com.au) 17.08.02 Part DMJC ("Leaving") 17.10.10 Quit thegeek (Read error: 54 (Connection reset by peer)) 17.13.21 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 17.20.28 *** Saving seen data "./dancer.seen" 17.23.12 # hmm, too bad 17.23.23 # gta san andreas insists on ntsc mode :/ 17.23.34 # well, it's an ntsc game... 17.23.39 # most newer televisions do ntsc anyway 17.23.45 # yea. 17.23.46 # i know 17.23.49 # we have a crappy old one 17.23.53 # mine isn't one of them 17.23.53 # heh 17.23.54 # i'm saving up for an lcd tv 17.24.11 # haha 17.24.15 # i'll just use my monitor :P 17.24.21 # same thing 17.24.28 # my lcd tv will double as my tft monitor. 17.24.32 # really nice, actually 17.24.41 # 26" screen 17.24.42 # :) 17.24.50 # sounds cheap 17.24.54 # :P 17.25.00 # it is, relatively :) 17.25.16 # cause tft tvs don't sell for as much as tft monitors 17.25.23 # you can get a 26" for +- 800 euro 17.26.14 Join thegeek [0] (na@ti521110a080-0888.bb.online.no) 17.26.54 # ahhh 17.27.00 # crappy resolution, then 17.27.06 # wouldn't exactly use that for a monitor 17.27.07 # not too bad 17.27.10 # 1280x800 17.27.22 # well, yeah, a bit strange for a monitor ;) 17.27.31 # my laptop is 1280x800 as well. 17.27.32 # pixels the size of flies :-) 17.27.41 # HCl: yeah, but your laptop isn't 26"... 17.27.44 # stick it on your wall, wireless keyboard, wireless mouse :) 17.28.20 # i only use my computer for games and movies 17.28.52 Join tedboer [0] (~maarten@mtg62.upf.es) 17.29.58 # why doesn't rolo work consistently? 17.30.05 # iono 17.32.14 # hi 17.32.42 # is there any news on the H3X0 lcd display controller? 17.38.42 # HCl: I have a question for the album thing 17.38.52 # I don't get what is defined as "album" 17.39.04 # a directory? all files with the same "album" field in the tag? 17.39.06 # ...? 17.39.13 # all songs in a directory with the same album field 17.39.21 # optionally, you can change that to all songs in a directory 17.39.40 # so songs in a different dir are ALWAYS different albums? 17.39.46 # yes. 17.40.05 # what do I use for the "album" field in the database then? 17.40.18 # the directory 17.40.21 # look at the java version, the java version has an option 17.40.24 # of directory 17.40.25 # or 17.40.28 # albumname + directory 17.40.32 # I know, but I didn't understand it 17.40.37 # okay 17.40.43 # its just the key to store it.. 17.41.10 # because you do the album_name ___ directory thing 17.41.21 # yup 17.41.32 # album name + directory to identify an album 17.41.38 # so in the database, the stored "album" field should always equal the field in the file's tag 17.41.52 # unless its an multi artist album 17.42.02 # but 2 same "album" fields are only considered to be equal if the files are also in the same diretory 17.42.08 # yup 17.42.35 # did anyone try if maybe the H3x0 display controller is compatible with the H1x0 one? 17.42.47 Nick Lynx_ is now known as Lynx_awy (Lynx@134.95.189.59) 17.43.04 # if the directory's are named "artist - album_name" 17.43.20 # the dir=album will work 17.43.40 # but the dir=album=name will give you album-names including the artist, correct? 17.44.14 # ok, I think I get it... thx 17.49.56 Join F1^Aison [0] (~hans@zux166-181.adsl.green.ch) 17.50.49 # oh, also, when dirisalbum is on, file fields needn't be the album anymore.. 17.52.04 # ?? 17.52.13 # * niobos is confused 17.52.15 # cause albums are only associated with directories 17.52.17 # tchao 17.52.17 Part oxman 17.52.43 # isn't that with dirisalbumname? 17.53.06 # no 17.53.20 # dirisalbumname makes albumnames default to directory name when no album tag is present 17.53.49 # hmm... seems like I'm lost again... 17.53.56 # sorry :/ 17.54.29 # in the perl-tool you can set dirisalbum and dirisalbumname seperately 17.54.48 # yes. 17.54.49 # so situation1: none set, what do I do? 17.54.51 # they are seperate options. 17.55.05 # albums are identified by album name and directory 17.55.22 # when no album tag is present, "" is used for the album tag 17.55.27 # k 17.56.15 # and all files without album tag are seen as 1 album with the name ""? 17.56.23 # no. 17.56.29 # albums are still associated to album and directory 17.56.38 # so you can get multiple no album tags 17.57.00 # ok, so all files without album tag in the same directory are seen as.... 17.57.07 Quit Aison (Operation timed out) 17.57.14 # an album without an album tag 17.59.04 # so I have an album entry with album="", artist=0x0000000 and songs[] all the songs without album tag 18.00.26 # eh 18.00.27 # no. 18.00.34 # album="" 18.00.36 # well, drop it, I'll study the perl code 18.00.38 # artist = whatever artist those songs have 18.00.49 # and songs[] all the sonngs in that directory. 18.00.50 # lag.. 18.01.15 # I'll come back when I'm educated... 18.03.23 Nick F1^Aison is now known as Aison (~hans@zux166-181.adsl.green.ch) 18.04.14 Quit Patr3ck (Read error: 104 (Connection reset by peer)) 18.16.34 # 61, god it's a peak ! 18.16.47 Join linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk) 18.17.07 # 62!! 18.17.12 # :) 18.17.53 # CoCoLUS (and LinusN, for the log): The problem with rockbox after formatting with 3rd party tool wasn't the 3rd party tool, and it wasn't superfloppy mode 18.18.01 # linuxstb: wow, haven't seen you around for a while 18.18.41 # The real problem was (derived from mentioning sdc5) was that the drive was partitioned as a logical drive within an extended partition 18.18.52 # preglow: No, Real Life has took over. Anything new? :-) 18.18.57 # ...and logical drives are (still) unsupported in rockbox 18.19.35 # linuxstb: oh, this and that 18.19.45 # * t0mas np: Ashlee Simpson - La La (0:23) [http://amarok.kde.org/] 18.19.52 # fond an ogg :D 18.19.56 # *found 18.19.57 # cya fellows! 18.20.01 Quit bobTHC ("Smoke Weed Every Day !") 18.20.35 # I noticed that only MPA and OGG have codecXXX files - is there a reason for that, or is it just that no-one has got around to writing them for the other codecs? 18.21.06 # linuxstb: i'm sitting on a codecwavpack as we speak, but can't get it to work 18.21.25 # and i'm really short on time, so i'll let it be until slasheri appears again 18.21.45 # I was thinking of trying to get a codecflac written this evening. 18.21.55 # sounds good 18.22.30 # The other thing I noticed is that the iRiver only appears to support 11.025, 22.5 and 44.1KHz samplerates - i.e. no 48KHz :-(. Is that a big problem? 18.22.36 # well 18.22.38 # depends 18.22.44 # we'll have to resample 48khz 18.23.11 # :-( Are you saying the iRiver can't do 48KHz? Almost all my files are 48KHz.... 18.23.29 # it can do it, but then it can't do 44.1khz and those guys 18.23.33 # it can't do both 18.23.42 # this is how iriver does it, even 18.23.53 # even optical out is resampled 18.24.15 # So what's stopping us switching between the two modes, depending on what's playing? 18.24.20 # dunno 18.24.22 # you'd have to ask linus 18.25.04 # now that i think of it, i'm not even sure it can support 48khz 18.25.07 # OK - hopefully he'll read the logs. 18.25.34 # there is an explanation in the logs already, though 18.26.15 # I've searched the logs, but only the last couple of weeks. Any idea when it was? 18.28.35 # months ago 18.29.27 # I've just found something on 20050426 - I'll keep browsing... 18.29.27 # 07.40.51 # damn! it looks like we will have to resample 48000hz to 44100hz, since the hardware can't handle 48000 :-( 18.29.46 # 20051317 18.29.52 # 20050317 <- 18.30.12 # resampling from 48khz to 44.1khz properly is a pain... 18.31.06 # will need very large filters, so we'll probably go for a low quality thing 18.31.12 # like ordinary interpolation 18.31.13 # hmm 18.31.47 # i'm pretty sure i won't be able to hear the aliasing frequencies anyway 18.31.52 # that means no direct ac3 output? 18.32.07 # CoCoLUS: sure, it'll just be resampled 18.32.13 # CoCoLUS: poorly 18.32.22 # noticeable? 18.32.22 # So it sounds like it was a hardware design choice to limit it to the 44.1KHz family. I suppose that makes sense in a way, but it's very annoying. 18.32.24 Quit Aison (Read error: 145 (Connection timed out)) 18.32.34 # not so much a choice as a constraint 18.32.42 # it's a coldfire issue, probably 18.32.53 # doesn't have enough clock divider options or something 18.34.18 Quit Stryke` (Read error: 110 (Connection timed out)) 18.35.49 # CoCoLUS: i don't think i'll be able to hear it, no, the distortion will be in the frequences 20khz 18.35.58 # frequencies above 20khz 18.36.39 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 18.45.05 # preglow: I noticed something about the DC offset problem. When I press stop when there is silence in the song I hear no 'plop' when I plug in my headphones 18.45.20 # but when I press stop during some sound I can hear the plop. 18.46.01 # *shruggage* 18.46.40 # Does that sound strange? 18.46.48 # yes 18.47.10 # I'll test some more. 18.47.12 # the might very well be a plop during sound 18.47.14 # try it for iriver fw 18.47.19 # i suspect it's there as well 18.47.26 # there should be no dc offset while audio is playing 18.47.37 # after stop it's more likely 18.50.07 # I'm quite positive, can you try it? I think we have to reset the dac after stop or something. 18.50.46 # Maybe it's just that the dac isn't silenced at stop 18.50.48 # yes, sure, i'm referring to while playing 18.51.01 # dc offset after stopping isn't that surprising 18.51.11 # dac is probably stuck at its last value 18.52.09 # In the UDA1380 datasheet there are some tips on how to avoid plops 18.55.10 Join F1^Aison [0] (~hans@zux166-181.adsl.green.ch) 18.57.04 Join TCK- [0] (TCK@81-86-102-175.dsl.pipex.com) 19.01.02 Quit Aison (Read error: 145 (Connection timed out)) 19.01.13 Nick F1^Aison is now known as Aison (~hans@zux166-181.adsl.green.ch) 19.08.18 Join bobTHC [0] (bobTHC@au213-1-82-235-205-36.fbx.proxad.net) 19.09.02 Nick cheriff is now known as cheriff_AWAY (davem666@wagner.orchestra.cse.unsw.EDU.AU) 19.14.22 Quit TCK (Read error: 110 (Connection timed out)) 19.15.54 Join DMJC [0] (~James@60-240-162-238.tpgi.com.au) 19.15.57 # OMG! 19.16.01 # YOU* GUYS ROCK 19.16.07 # .oGG 19.16.08 # .mp3.. 19.16.14 # W00000ooooTT 19.16.21 Join simple_sample [0] (~simple_sa@a81-14-130-171.net-htp.de) 19.16.25 # omfglolmao 19.16.28 # I'll be giving you money for this 19.16.36 # finalyl working audio.. 19.17.21 # :) 19.17.44 # :p 19.17.49 # listening to some rammstein .oggs now 19.17.50 # heh 19.17.54 # i need to get on runtime database. 19.18.04 # Slasheri: awake? 19.18.09 # Quick question - does the ci->audiobuffer_insert function take big-endian or little-endian samples? 19.18.17 # or maybe preglow knows what code gets executed when you select to play a file? 19.18.20 # linuxstb: ogg? 19.18.28 # Hello! Is it possible to replace the harddisk of the "Archos Jukebox Recorder 20"? 19.18.48 # t0mas: I'm working on adding FLAC support to the new playback system. 19.19.10 # ah ok... then I don't know... but I guess big endian as rockbox is bigendian? 19.19.41 # it's like christmas all at once 19.19.54 # osx on x86... rockbox.. 19.20.30 *** Saving seen data "./dancer.seen" 19.20.52 # HCl: yes, just came to home. now eating something :) -> 19.20.58 # linuxstb: big endian 19.21.00 # kay 19.21.12 # i was just wanting to know where i can find the code of when a song ends 19.21.25 # since its easier to ask than to dig through the code 19.21.34 # preglow: thanks. 19.21.51 # Slasheri: yo, i've added wavpack codec, but rockbox still just seems to call wv2wav when i try to play it 19.22.21 # Hmm, wv2wav? 19.22.27 # That's really strange 19.22.40 # check if viewers.conf has some defines about it and remove those 19.23.10 # btw, have you added correct information to playback.c? 19.23.12 Join Hansmaulwurf [0] (~maerlyn@p54AAE46E.dip.t-dialin.net) 19.23.43 # You should also define wavpack file extension to probe_file_forma 19.23.44 # t 19.23.56 # Does nobody know it? (Is it possible to replace the harddisk of "Archos Jukebox Recorder 20"?) 19.24.01 # !peak 19.24.11 # sorry 19.24.15 # :) 19.24.43 # for sure simple_sample 19.25.01 # HCl: Hmm, that real track end event is not still added to playback.c 19.25.08 # oh. 19.25.09 # okay.. 19.25.15 # so i should wait till thats implemented 19.25.15 # ? 19.25.18 # It detects song changing but timing is not exact 19.25.23 # mhm... 19.25.24 # well 19.25.25 # maybe, depends what you need 19.25.33 # i need something that can tell me the song has ended 19.25.38 # Slasheri: bah, didn't think of that ;) 19.25.39 # and the absolute path 19.25.41 # of what was played 19.25.57 # thats all i need for the runtime database 19.25.58 # HCl: Hmm, that absolute path stuff needs to be added 19.26.02 # but back soon -> 19.26.04 # yea, i assumed as much 19.26.07 # same, i'm gonna make dinner 19.26.08 # bbl 19.26.08 # preglow :D 19.26.12 # :) 19.26.41 # Slasheri: well, ogg and mp3 is still listed there, yet they play fine 19.26.48 # why shouldn't .wv as well? 19.32.24 Nick DMJC is now known as DMJC-sleep (~James@60-240-162-238.tpgi.com.au) 19.33.06 # Q: is there maybe a bug that rockbox cant play a MP3 file if the file-name is too long? 19.33.45 # everything is possible it's a CVS version 19.34.56 # i dunno if it's already reported but now it is :) 19.35.50 # preglow: Aas you did quite some asm functions, what is the m68k convention for return values? A register? Using the stack like the parameters? 19.35.56 # *As 19.36.19 # Also, which registers are considered scratch? 19.39.18 # @bobTHC: Thanks. 19.39.21 # amiconn: d0-d1, a0-a1 is considered scratch 19.39.21 # Bye. 19.39.27 # i've never returned a value from a function before ;) 19.39.29 Part simple_sample ("Leaving") 19.39.51 # but i think d0 or a0 are the return value regs 19.40.13 # preglow: 4 registers isn't much... 19.40.33 # amiconn: indeed 19.40.33 # ...need to push some then. 19.40.41 # amiconn: you need to push quite a lot, yes 19.40.51 # in my biggest functions, i need to push everything 19.41.10 # You don't need to return anything in all your functions? 19.41.25 # correct 19.41.48 # i haven't done _that_ many 19.41.53 # preglow: i don't know. What happens if you remove wv2wav.rock? 19.42.51 # complains that it cant find wv2wav.rock 19.43.05 # Hmm, what does it exactly say? 19.43.34 # gimme a sec, i'm removing the entry 19.43.43 # :) 19.44.15 # doesn't do anything at all if i remove the entry 19.44.33 # but yeah, i've added .wv to the extension checked 19.45.00 # preglow: Have you added .wv to apps/tree.c ? 19.45.12 # i tried, but that didn't work either 19.45.19 # i think the extension list isn't big enough 19.45.23 # saw a complaint about that 19.46.03 # ah, that might be the problem. try increasing the size? 19.47.59 # where do i do that? can't find any obvious defines 19.48.59 # i don't know.. :D 19.49.02 Join Yokalosh [0] (~519d3aa4@labb.contactor.se) 19.49.19 # try to find what function says the warning message 19.49.46 # Sorry in advance for being an idiot again, but i don't really get the conditional tags in wps 19.50.25 # MAX_EXTTYPES is 32 19.50.33 # and i sure as hell haven't got 32 yet 19.50.34 # can anyone enlighten me? 19.50.41 # unless viewers.conf also populates the list, of course 19.50.48 # i'll bump it up to 64 19.51.25 # Slasheri: probably should add a codecs.conf or something 19.51.44 # preglow: yep, i have also though about that 19.52.20 # back 19.52.43 # Hansmaulwurf: the absolute path limit is 224, iirc 19.53.10 # hm, i think then the problem is something other 19.53.12 # Slasheri: seems to work better now, but my codec bugs, heh 19.53.14 # maybe ID-Tag 19.53.17 # i will test it 19.53.24 # =) 19.54.38 # ciao 19.54.43 Quit Yokalosh ("CGI:IRC") 19.58.03 # preglow: Found it, d0 is return value 19.58.52 # amiconn: a0 if you return a pointer, i think 20.01.08 Join webguest40 [0] (~5002dcd0@labb.contactor.se) 20.03.55 # It's always d0 20.04.03 # I checked disassembled rockbox 20.04.07 # okies 20.05.00 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 20.05.09 # Hello there. I have a quick question about building rockbox for iriver. Should I be using gcc 3.4.x or 3.3.4 The wiki page mentions both! 20.05.42 # 3.4 20.05.54 # is there any chance of having a user conf for gapless playback of MP3 files? 20.06.50 # Thanks. 3.3.4 seems to crash anyway ;-) 20.07.13 # MO-Pantsu: what do you mean by user conf? 20.07.28 Join muesli- [0] (muesli_tv@Bbc60.b.pppool.de) 20.07.37 # to adjust buffer/prebuffer etc 20.07.52 # why do you need that? 20.07.54 # gapless should just work 20.08.07 # re 20.08.11 # don't use winamp as a reference for gapless playback, winamp is shit at gapless playback 20.08.15 # btw I have some Lame file mixsets that it skips too far ahead on and is not a seamless transition 20.08.30 # I find it the best actually 20.08.43 # haven't seen anything that beats foobar 20.08.50 # me neither 20.08.55 # I have tried all the gapless plugins and foobar2k also and winamp's still has the most seamless transitions on dance mixsets 20.09.14 # foobar2k's transitions can sometimes glitch I noticed 20.09.15 # isn't that cause winamp has crossfading? 20.09.24 # I don't crossfade 20.09.26 # crossfading is most definitely cheating 20.09.26 # mk. 20.09.41 # why don't people just use ogg?:P 20.09.54 # Some people do 20.10.19 # I set winamp's DirectSound out to remove silence and buffer 2000 ms, prebuffer 500 ms and track ahead 500 ms. ALWAYS get perfect transitions 20.10.30 # There are only 2 ways how to get true gapless mp3 playback 20.10.33 # becuase most people have MP3 they download roffle 20.10.34 # they are not that popular in file sharing tools.. 20.11.13 # (1) The files need to be encoded as a consecutive set, and the split points adjusted to mp3 frame boundaries. lame --nogap does this 20.11.45 # i have tried --nogap in eac..but didnt work 20.11.50 # well this mixset was encoded using 3.87 beta 1 and it glitches on rockbox because rockbox jumps too far ahead into the next track 20.11.54 # (2) When the files are encoded with lame, the lame tag can tell how many samples to cut from the last frame 20.12.17 # I will test it on fb2k if you insist though to make sure it works there as a nogap fileset 20.12.42 # muesli-: --nogap does work only if you give lame _all_ .wav files on the same command line 20.12.51 # MO-Pantsu: rockbox doesn't have gapless mp3, stop mentioning it 20.12.57 # ...for obvious reasons, and that cannot work with eac 20.13.15 # I thought it did? 20.13.23 # --preset standard --id3v2-only --pad-id3v2 --tt "%t" --ta "%a" --tl "%g" --ty "%y" --tn "%n" --tg "%m" %s %d 20.13.31 # used this setting 20.13.46 # MO-Pantsu: it tries, but like you hear, it fails 20.13.59 # MO-Pantsu: slasheri still doesn't know how to use the info in the lame header to make gapless playback work like it should 20.14.06 # and no one has cared to update cvs to fix it 20.14.09 # If you want to use --nogap, you need to extract to .wav with eac first, and encode all .wavs with one 'lame' command line 20.14.26 # you don't want to use --nogap unless you're on a hardware codec box anyway 20.14.33 # how "long" is one mp3 frame? (in miliseconds) 20.14.53 # preglow that is all I needed to know 20.15.13 # when you mentioned it earlier today I thought you meant ALL MP3. Not just Lame ones 20.15.16 # t0mas: Depends on the sample rate 20.15.16 # t0mas: depends on the sample rate, for 44100, it's 25ms or something 20.15.23 # ghehe 20.15.34 # MO-Pantsu: there is no possible way to make non-lame mp3s gapless 20.15.45 # why not? 20.15.45 # 48/44.1/32 and 24/22.05/16: 24 ms / 26.12... ms / 36 ms 20.15.57 # Double the times for 12/11.025/8 20.15.59 # 25 ms... so the gap < 25 ms if I do it without --nogap ? 20.16.15 # MO-Pantsu: because the accurate song length isn't saved, you don't know which parts of the last frame in an mp3 contains sound that shouldn't be there 20.16.35 # btw, if anybody has 48, 32, 22 kHz etc. mp3 or ogg files, please send 20.16.41 # I'd accept a good compromise that cheats a bit like Nullsoft's output does 20.16.45 # I can create one... 20.16.59 # t0mas: hmm, great :) 20.17.07 # anybody using windows here? 20.17.12 # i am t0mas 20.17.18 # install fruityloops... and click some beats together 20.17.25 # then output as mp3 and chose 48 khz... 20.17.27 # Slasheri: are you on the mailing list? 20.17.34 # http://www.exactaudiocopy.de/eac6.html 20.17.35 # and if i can just input on this convo, i would like to second MO-Pantsu's proposal for cheating like nullsoft 20.17.42 # there is a new beta 20.17.42 # Slasheri: I have all sorts of mp3 and mp2, a whole test set 20.17.44 # fruity loops? yuk!:P 20.17.45 # preglow: no i'am not. How can i join in? 20.17.51 # maybe it supports --nogap 20.17.57 # amiconn: cool 20.18.03 # BTW it works gapless in FB2K I just tested but FB2K still glitches slightly even on -nogap Lame MP3's 20.18.05 # markun: thanks :) 20.18.10 # Slasheri: just go www.rockbox.org and click mailing list, daniel commented on your latest patch now, check the archive 20.18.12 # which is why I switched back to Winamp 20.18.18 # hehe 20.18.24 # Slasheri: All possiblke sample frequencies encoded with all possible bitrates. Everything the same song; a total of 600 MB 20.18.25 # MO-Pantsu: that's impossible 20.18.25 # Slasheri: no problem. 20.18.31 # yes possible 20.18.35 # preglow: ah, ok :) 20.18.45 # Unless FB2K needs something additional done in settings 20.18.48 # MO-Pantsu: no, it they're --nogap encoded, the entire last frame is filled, so there is no gap 20.19.15 # How do I know if the files are correctly -nogap? 20.19.19 # you don't 20.19.27 # you encode them yourself ;p 20.19.30 # if you don't know, why do you say you tried -nogap mp3s 20.19.30 # ? 20.19.41 # very few people encode with -nogap 20.19.52 # I think I tested this myself a while back. I encoded myself with -nogap and stil had the same issue 20.19.54 # Slasheri: I also have some Autechre music in 48kHz for you if you want. 20.20.00 # preglow: loads do it... but encode just 1 file with it... and that doesn't work 20.20.00 # FB2K just does not cut it 20.20.10 # MO-Pantsu: encoding correctly with nogap is a bit tricky, you need to pass lame ALL your wav files 20.20.24 # I do that in EAC 20.20.35 # Slasheri: I used it for analysing the MAS limitations described here: http://www.rockbox.org/twiki/bin/view/Main/MasLimitations 20.20.39 # markun: everything is welcome. I just want to test different sample rates switching with as many sample rates as possible 20.20.41 # t0mas: well, they should stop, then ;) using the ordininary info header is better than splicing wav data around in the mp3s 20.20.47 # I am gonna do one now just to get it off my chest 20.21.05 # Slasheri: rockbox doesn't support 48/24/etc khz sample rates 20.21.11 # Slasheri: they need resampling 20.21.14 # does .ogg not use frames like mp3 does? 20.21.17 # odd: yes 20.21.23 # yay for ogg :D 20.21.24 # odd: but vorbis saves the exact song length 20.21.31 # ah, i see 20.21.39 # vorbis rulez 20.21.43 # MO-Pantsu: fb2k does very much cut it 20.21.47 # preglow: is that sure? rockbox or uda doesn't support them? 20.21.57 # the way you can have multiple streams in one file... it's so elegant! 20.21.57 # MO-Pantsu: i suspect you're doing something wrong, the people who use fb2k are _very_ demanding when it comes to this 20.22.04 # almost outright anal 20.22.12 # i ought to make some stickers that advertise ogg vorbis... mp3 must be destroyed 20.22.18 # Slasheri: uda supports them, but there's a problem somewhere 20.22.27 # I am doing an EAC rip of the same mixset with the -nogap added in EAC 20.22.27 # Slasheri: even irivers firmware resamples 48khz files to 44.1 20.22.31 # preglow: Hmm, that needs to be fixed 20.22.35 # interesting.. 20.22.41 # Slasheri: actually, it resamples _everything_ to 44.1, i think 20.22.46 # Slasheri: can't be fixed, it's a hardware limitation 20.22.53 # ok :/ 20.22.57 # we need to resample 20.23.03 # do some cheap linear interpolation, or something 20.23.09 # real resampling is too heavy 20.23.36 # MO-Pantsu: --nogap won't work directly within eac 20.23.45 Join ehntoo [0] (~noclue2@24-177-161-77.dhcp.mrqt.mi.charter.com) 20.24.01 # MO-Pantsu: using --nogap is a waste of time, i can guarantee you fb2k wont glitch with --nogap 20.24.03 # It's described in the lame docs 20.24.07 # _nothing_ should glitch with nogap 20.24.49 # Slasheri: I think the audio should be muted after you press stop. Should it be done in dma_stop? 20.24.54 # it glitches for me 20.25.20 # MO-Pantsu: [20:25:39] MO-Pantsu: --nogap won't work directly within eac 20.25.29 # where does DEBUGF messages end up? 20.25.30 # amiconn I just noticed 20.25.35 # that sucks 20.25.52 # it errors when you add it as an option to the options line of Lame 20.25.56 # MO-Pantsu: not really, you don't need --nogap unless you use mp3 players with hardware decoders 20.26.03 # markun: Hmm, maybe. Just remember to add unmute too :) 20.26.19 # preglow: debugf is nothing in a device build 20.26.23 # ouch 20.26.26 # in simulator you get the info in console 20.26.35 # so why is fb2k glitching? 20.26.36 # that's why Bagder created logf 20.26.38 # then someone needs to add logf to the plugin api 20.26.46 # preglow: DEBUGF() is nonvoid only for debug builds, or in the simulator 20.26.47 # preglow: no 20.26.59 # * tvelocity goodnightz everyone 20.27.04 # t0mas: why not? 20.27.05 # preglow: then it will give errors when you compile without it 20.27.14 # so no debugging in plugins? 20.27.14 # check IRC logs... or ask Bagder 20.27.16 # I wanted to add it to 20.27.19 # *too 20.27.33 # Slasheri: Maybe we could even power-down the dac when it's stopped to save some power 20.27.36 # preglow: Bagder is looking for some good solution to it... 20.27.58 # it's should be very easy, just add a wrapper that's always compiled in, but does nothing if logf support isn't added 20.28.08 # plugin_logf() or whatever 20.28.09 # I proposed that too 20.28.11 # btw my soundcard has no DirectSound hardware mixing 20.28.20 # but that'll take resources 20.28.21 # probably why it glitches 20.28.29 # MO-Pantsu: i sincerely doubt it 20.28.37 # markun: that's good idea. At least it would make sure there remains no dc offset after audio stop 20.28.45 # * t0mas just has crossfade enabled in amarok... 20.28.50 # for 1 sec... 20.30.00 # but anyhow it's not FB2K I am interested in so I don't know why I am bothering testing that 20.30.05 # Slasheri: Digital mute should also take care of that. Don't know if we should mute during pause.. 20.33.05 # oh well it was either the ripping or that beta version of Lame but you are correct. Just ripped the same 2 tracks using release version of Lame and no gap in FB2K 20.33.33 # But I still have a lot of Non-Lame tracks that could do with some cheating gapless method 20.34.00 # don't forget an option to insert gaps on demand.. 20.34.07 # :/ 20.34.10 # Gapless is all I am interested in on Rockbox. Not even bothered about on the fly playlists or games or anything else. 20.34.28 # * HCl mostly in on the fly playlists 20.34.45 # I listen to a lot of dance and live stuff 20.35.02 # i listen to so much different stuff that i almost never know what to listen to 20.35.14 # searchengine + runtimedatabase will be able to generate me playlists of stuff to listen to 20.36.53 # Gonna rip that entire album again just to see how it sound on Rockbox anyhow with the correct Lame headers 20.37.21 # MO-Pantsu: You can try ripping to ogg if you want to have gapless now 20.37.36 # I know but most of my stuff is MP3 20.37.47 # I don't 'own' most of my collection ;) 20.38.10 # and no way am I transcoding it to Ogg and losing quality 20.38.21 # MO-Pantsu: I meant just for now because gapless mp3 is not supported. 20.38.25 # besides MP3 to Ogg won't work for gapless 20.38.38 # MO-Pantsu: I thought you wanted to re-rip? 20.38.43 # Slasheri: Could you add .mp2 extension as well? 20.38.45 # No 20.39.00 # only re-ripping this particular mixset to test 20.39.05 # i think we need a codecs.conf soon :] 20.39.23 # I don't have to re-rip anything to get seamless playback of any filetype in winamp 20.39.27 # amiconn: ah, i will do that :) 20.39.34 Quit noclue2 (Read error: 110 (Connection timed out)) 20.39.39 # MO-Pantsu: Than just be patient. 20.39.49 # of course 20.39.51 # Is there such thing as an .mp1 extension? 20.39.59 # yes 20.40.09 # you dont see it often, though 20.40.16 # I was just pointing stuff out and preglow thought he was steering me right. which he was but only for Lame :) 20.41.04 # everybody with at least half a brain uses lame 20.41.19 # yes but I have a lot of stuff from before Lame 20.42.05 # * preglow huggles vorbis 20.42.15 # and that needs some magic playback trickery to get gapless. The Archos code. What does that do to get gapless? Does it only support Lame gapless? 20.42.24 # it doesn't do gapless 20.42.30 # the only gapless archos can do is --nogap encodes 20.42.38 # it doesn't support lame gapless 20.42.42 # oh I was mislead by others then 20.42.58 # but yes 20.43.06 # the _only_ proper gapless is lame info header gapless 20.43.22 # everything else is a hack 20.43.23 # I am going to type this all up on misticriver so people don't get confused. a lot of fud going around 20.43.28 # heh 20.43.31 # probably 20.43.47 # EVERYONE there thinks gapless is gapless for everything MP3 20.44.25 # i must be one of the few people completely uninterested in gapless 20.44.28 # i *want* gaps :P 20.44.55 # it's only needed when you have albums that are meant to be played continously 20.45.00 # mhm 20.45.05 # say, a recording of a live concert 20.45.05 # which i barely have 20.45.09 # and even then 20.45.11 # i couldn't care less 20.45.13 # about gaps 20.45.13 # I only have a few 20.45.17 # same here 20.45.18 # i have maybe 2 20.45.22 # I don't really care all that much 20.45.32 # certainly get what the _huge_ fuss is about;) 20.45.37 # :p 20.45.41 # half of my music is supposed to be played gapless 20.45.43 # I've sort-of got a codecflac.c working, but the WPS screen isn't coming up when the track is playing... 20.45.54 # linuxstb: wps doesn't work for anything but mp3 20.46.09 # OK. Should I commit it to CVS then. 20.46.15 # if it works, then hell yes 20.47.36 # I think it's working (I'm listening to a track now). I'll commit it. 20.48.23 # linuxstb: am i hearing u rite :D 20.48.42 Quit webguest40 ("CGI:IRC") 20.49.03 # A big portion of my albums are DJ mixes 20.49.16 # most of my mixes are just one mp3 20.49.39 # I like them that way but only for gapless. I would prefer CUE support for those in Rockbox ;) 20.49.46 # so you can skip tracks 20.49.50 # yeah 20.50.15 # i've got a couple of mixes on cd, though, but i rip to vorbis, so... 20.50.31 # zezayer_away: it's even more buggy than MP3/OGG, but it's sort-of working. Congratulations go to whoever optimised it. 20.51.01 # not much optimising in libflac apart from the coldfire.S i did 20.51.08 # it doesn't even use iram 20.51.20 # it's coded so embedded unfriendly it's almost a pain 20.54.54 # why does codecflac.c credit zagor? :PP 20.55.07 # OK, it's in CVS now. But I think it's stopping decoding when the memory buffer is initially depleted - is that my bug or a limitation of the playback system? 20.55.35 # dunno 20.56.09 # linuxstb: Hmm, the playback system should keep buffer always filled 20.56.22 # Just remember not to request too large chunk size 20.56.32 # Slasheri: Can you have a quick look at my code? 20.56.37 # linuxstb: I will 20.57.21 # The problem will be in the read callback - libFLAC asks for "bytes" bytes of data, and my read callback tries to give it, and if not, returns how many bytes were actually available. 20.58.27 # Hmm, that might not be good idea to use seekable flac because if the whole song can't fit into memory, then seeking backwards is not possible when buffer is being refilled 20.59.14 # I think that might be the problem 20.59.24 # You should try streaming flac if possible 20.59.51 # Ah, hmm 21.00.07 # I don't think the seek callbacks are ever actually called, so hopefully it's not a problem. 21.00.17 # i hope too :) 21.00.37 # whoops, "repeat one song" crashed my H120 21.00.42 # But we do need to support seeking in the future. 21.00.56 # Hmm, i have to test the codec also. At least the blocksize 4608 is not too large 21.01.46 # Hansmaulwurf: If you find a bug, please tell what version you was using and how the problem can be reproduced 21.01.56 # k 21.03.16 Join webguest40 [0] (~80dc24ab@labb.contactor.se) 21.03.32 # hi everyone.. just curious, can the iriver support crossfading? 21.03.52 # I know it says it can't for archos, but that has its own MAS chip for decoding 21.04.13 # is it possible to load two codecs in iriver and crossfade between the two? 21.04.52 # yes 21.04.55 # if we try hard enoug 21.04.56 # h 21.05.27 # lol... excellent! keep on trying! :) 21.05.30 Quit muesli- (Read error: 54 (Connection reset by peer)) 21.05.33 Join wake [0] (~wake@jeremywakeman.ott.istop.com) 21.05.49 # ah ein deutscher 21.06.06 # please don't stop speaking english 21.06.29 # yeah 21.06.30 # ;) 21.06.56 Quit wake (Client Quit) 21.07.06 # YAY! 21.07.12 # Ich bin im schuele ein bissen Deutsch lernenen :) 21.07.13 # the xbox pal version of san andreas is out :) 21.07.15 # I think I butchered that... 21.07.56 # HCl: I read the perl code, and still have a problem: 21.08.16 # m? 21.08.16 # When I have 2 files, 1 with artist "" and 1 with artist "something" 21.08.37 # they'll both map to the first artist-entry = "something" 21.08.42 # O.o.. 21.08.45 # how do you manage that? 21.08.48 # so you'll confuse "" with "something" 21.08.54 # artist "" needs to be "" 21.09.05 Quit webguest40 ("CGI:IRC") 21.09.08 # in the perl-implementation that is currently in CVS, it's "" 21.09.14 Join wake [0] (~wake@jeremywakeman.ott.istop.com) 21.09.18 # * HCl checks 21.09.40 # nuhuh 21.09.41 # # fallback names 21.09.41 # $$id3{'ARTIST'} = "" if ($$id3{'ARTIST'} eq ""); 21.10.21 Quit wake (Client Quit) 21.10.23 # I know, read that too 21.10.28 # but he doesn't do it... 21.10.32 # Why does the WPS screen only work for MP3? Do I need to fill some structure with info about the FLAC file or is it not that simple? 21.10.46 # linuxstb: it hasn't been adapted yet 21.11.30 # linuxstb: after your latest commit I get "Extension array full" and rockbox doesn't respond anymore. 21.12.17 # anyone know anything about EAC? I don't have a drop down option to compress to Ogg Vorbis 21.12.24 # you didn't increase the extension array size? 21.12.36 # Is that #MAX_EXTTYPES ? 21.12.47 # yes 21.12.49 # but yo 21.12.54 # wrap an ifdef around it 21.12.58 # dont increasie it for achos 21.12.59 # archos 21.13.12 # Do you have a version you can commit? 21.14.17 # no 21.15.10 # OK, so I'll add #ifdef CONFIG_HWCODEC == MASNONE and increase it to 64? 21.15.46 # sounds good 21.17.04 # The mas has nothing to do with the # of extensions 21.17.36 # players with hardware codecs wont need so large an extension array 21.17.39 # amiconn: That's how it's done in tree.c 21.17.41 # since they can't load very many files 21.17.55 # Software codecs -> lots more extensions 21.18.22 # hmm 21.18.53 # I'm happy to do something else though... 21.18.58 # <[solid]> oh boy oh boy oh boy flac is sooooo working xD 21.19.11 # <[solid]> i'm senfing all my love to you guys :D 21.19.14 # <[solid]> sending* 21.19.25 # * linuxstb ducks 21.20.08 # Hmm, it's even not necessary to load to codecs same time to get crossfading. Only both codecs should run fast enough and even with the current implementatio, i think that crossfading is possible 21.20.14 # Maybe i should try that some day :) 21.20.33 *** Saving seen data "./dancer.seen" 21.20.35 # the plan isn't to run them at the same time, no 21.21.07 # amiconn: any better ideas for deciding when to increas MAX_EXTTYPES ? 21.21.34 # in fact i think that i will try crossfading right now. But some software mixer code should be written before that 21.21.45 # Loading one after the other will limit the cross-fade time, but other than that, would be the cleaner solution 21.22.09 # loading them at the same time will require codec slots 21.22.34 # Apart from that, we should probably be able to run 2 codecs at once (thinking voice ui here) 21.22.35 # ouch. 21.22.54 # amiconn: Still the cross-fade time will be around 6s with 1 MiB audio buffer and 44.1 kHz samplerate 21.23.28 # Anyway, I don't care about crossfade at all 21.24.01 # amiconn: Hmm.. Unless voice ui is done in wav format 21.24.11 # Forget .wav here 21.24.15 # ok =) 21.24.37 # The voice file is ~1.5 MB on archos, and that's with 12 kHz sample rate and tight vbr compressin 21.25.27 # ah yes, the whole while should be loaded into memory? 21.25.41 # Yes 21.25.51 # ok, then compression will be necessary 21.26.23 # Preferably we would set the buffer mem aside on iriver, in order to avoid reloads 21.26.56 # Of course this would then be done only if voice ui is enabled 21.27.44 # oh... about mem... 21.27.57 # amiconn? where should I allocate a buffer for graphics on the wps? 21.28.09 # (2560 bytes, so I guess not on stack?) 21.28.20 # outside function? as a static? 21.28.50 # Think so (but I still don't like that idea much...) 21.28.52 # t0mas: btw, have you thinked about implementing wps to remote control? That would be really nice :) 21.29.05 # HCl: I tried it again: the perl version won't write into the file... I'm no Perl specialist, so I haven't found the problem yet 21.29.13 # kay 21.29.16 # the perl version is crappy anyways. 21.29.25 Join belgarath_the_so [0] (~acd505ed@labb.contactor.se) 21.29.29 # use your java as definition? 21.29.38 # yea, heh. 21.29.48 # i can't even read the perl version properly 21.30.50 # * niobos is releived that it isn't only him... 21.31.15 # how do I have to run your java-rhing again? 21.31.35 # has anybody had difficulty using the id3 database with a newer version of the rockbox firmware? 21.31.36 # java -jar SongDB.jar 21.31.52 # Slasheri: erm 21.31.56 # belgarath_the_so: format was updated. why? 21.32.00 # no... I haven't 21.32.09 # but it shouldn't be verry difficult... I guess? 21.32.30 # Exception in thread "main" java.lang.UnsupportedClassVersionError: SongDB (Unsupported major.minor version 49.0) 21.32.37 # it gives me an error message about it when I start up 21.32.38 # t0mas: ok, it would be nice to have at least remote buttons (volume and skip track) working :) 21.32.43 # then its not recompiled for 1.4 properly, as i suspected 21.32.56 # Slasheri: the buttons are your problem :) 21.32.58 # how do I do that? 21.32.59 # something like "version 2 db not supported" 21.33.00 # * amiconn wonders why the cpu is boosted right after boot 21.33.01 # :D 21.33.05 # unpack the .jar 21.33.08 # done 21.33.18 # then javac -cp . `find -name '*.java'` 21.33.22 # Slasheri: or can I edit the patch? 21.33.26 # in cvs to add the remote buttons? 21.33.30 # you'll most likely get some assert errors 21.33.53 # what's the -cp? he doesn't recognize it 21.33.56 # t0mas: of course you can, just edit and commit :) 21.33.57 # classpath 21.34.11 # what odd java compiler do you have that it doesn't recognise that o_o 21.34.42 # donno... 21.34.45 Quit ehntoo ("Leaving") 21.34.52 # -classpath Specify where to find user class files 21.34.59 # use that 21.35.00 # instead 21.35.12 # Is there a reason for immediately boosting the cpu? 21.35.23 # He complains about assert() things.. I'll remove them 21.35.34 # amiconn: where? 21.35.49 # Directly after boot the boost count is 1 21.35.59 Join TCK [0] (TCK@81-86-209-190.dsl.pipex.com) 21.36.01 # Hmm.. 21.36.36 # That's not good 21.37.02 # i extracted the song db.jar and have downloaded a java compiler, what do I need to do now? 21.37.14 # <[solid]> hm... i might have found a bug in flac playback, it seems it won't play the next track at all... doing some more testing now 21.38.45 Join Zoom2 [0] (~41027325@labb.contactor.se) 21.38.55 # [solid]: Yes, I'm aware of that - I'm looking at it now. You just need to move the joystick right to skip to the next track. 21.39.24 # <[solid]> oh, ok 21.39.36 # belgarath_the_so: you neither need to extract it, nor get a java compiler. 21.39.43 # just do java -jar SongDB.jar 21.39.45 # oh 21.40.02 # HCl: got it working, but still have (yet another) question: 21.40.03 # at the moment you need java 1.5 21.40.03 # what program would I do that with? 21.40.09 # niobos: can you put the recompiled version on wiki/ 21.40.10 # ok 21.40.13 # thx 21.40.17 # just the java runtime environment 21.40.29 # shouldn't be sorted before all the rest? 21.40.37 Quit zezayer_away ("Chatzilla 0.9.68.5 [SUSE 1.0.4-1.1/20050511]") 21.40.38 # yea, its one of the issues with the java version so far. 21.40.41 Join ehntoo [0] (~noclue2@24-177-161-77.dhcp.mrqt.mi.charter.com) 21.40.51 # i'll fix it soonish 21.40.54 # its an very easy fix. 21.40.55 # np, it's just that I implement it the good way 21.41.01 # mmm? 21.41.15 # well, do the sorting with first 21.41.26 # m? 21.41.28 # isn't hard, but it's easyer when you know what to do 21.41.30 # what do you mean? 21.41.44 # i'm just gonna adjust the compareTo()'s to make < go before any other char 21.42.07 # well, I could fill in "" first, and sort; or I could fill in "" first and sort and fill "" later 21.42.08 # Slasheri: you have some main loop where you do all messages and keys right? 21.42.15 # ah.. 21.42.34 Quit Hansmaulwurf ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 21.42.37 # well, you can do it whatever the way you want it, i prefer to just change the sorting criteria in my java version 21.42.47 # since if someone is foolish enough to tag his file with the artist "" that should be sorted in between... 21.42.59 # k, thx 21.43.00 Join zezayer_away [0] (~chatzilla@82.110.136.210) 21.43.59 Quit TCK- (Read error: 145 (Connection timed out)) 21.45.41 # * amiconn needs to get familiar with coldfire asm 21.46.03 # amiconn: shoot if you've got any questions, i've picked up one or two things 21.46.05 # My first try on memset() already runs faster than the C version 21.46.17 # <[solid]> :D 21.46.21 # <[solid]> nice one that 21.46.44 # ...even though I was lazy and do write unaligned longs 21.47.02 # (wanted to see whether this really does perform like the datasheet says - it does) 21.47.31 # HCl: am I right about the dir-is-album-... : 21.47.45 # probably not, cause you say 21.47.47 # -... 21.47.49 # and they're *not* the same 21.47.58 # preglow: It's just that I need to learn which instructions are there, what their restrictions and execution times are etc 21.48.02 # can I complete my senteces? 21.48.05 # ofcourse 21.48.07 # :x 21.48.38 # dia: when set, all files in a dir are considered to be the same album; take the first tag as album name 21.48.45 # isn't it frustrating to do constrained programming ? :D 21.48.51 # we tend to be used to have a lot of power 21.48.53 # pretty much, yes. 21.48.56 # dian: when no album tag is found, use the directory as it 21.48.58 # <[solid]> btw, is anyone working on wps currently? (ie support for formats other than mp3, esp since flac and ogg vorbis you basically the same system) 21.49.04 # use the directory name as album tag 21.49.05 # yea 21.49.06 # <[solid]> s/you/use/ 21.49.25 # * niobos is pround of himself to finaly, after 2 hours, get the concept 21.49.50 # amiconn: it's pretty easy, the timing almost consistenly depends on the addressing mode you use 21.49.54 # mirak: Wasting resources is never desirable, even with the fastest processor 21.50.14 # amen. 21.50.18 # microsoft could learn from taht. 21.50.20 # that* 21.50.30 Quit zezayer_away (Remote closed the connection) 21.50.52 # sun also 21.51.03 # though java is not that bad now 21.51.21 # but that's heavy 21.51.27 # Slasheri :) 21.51.27 # and modularity is wanted first 21.52.04 # t0mas :D 21.52.10 # saw my question? 21.52.14 # checking 21.52.14 # preglow: There is a table of execution times in one of the datasheets, but with coldfire there are a lot more factors to take into account that aren't there for SH 21.52.30 Quit niobos ("off") 21.52.53 # Slasheri: where do you handle the track change? you handle the buttons yourself? or does rockbox do that somewhere else? 21.52.59 # t0mas: Hmm, i don't control the keys at all (keys are controlled by wps itself or something like that) 21.53.06 # hmz... 21.53.07 # ...like a lot more addressing modes, variable instruction length, instruction cache, more situations influencing the pipeline etc 21.53.10 # never saw that code... 21.53.12 # rockbox does that 21.53.17 # shit 21.53.21 # :/ 21.53.21 # searching time then :) 21.53.25 # :D 21.54.20 # amiconn: the addressing mode used is also consistent with regards to instruction size 21.54.57 # Yes... but it's a thing that simply doesn't exist in SH asm 21.55.11 # All sh instructions are 16 bits 21.55.12 # Slasheri: what function is called in your playback.c to change track? 21.55.21 # (so I can search from where that's done) 21.55.39 Quit belgarath_the_so ("CGI:IRC") 21.55.44 Join belgarath_the_so [0] (~acd505ed@labb.contactor.se) 21.55.50 # t0mas: it depends, normally codec_request_next_track_callback in playback.c 21.56.07 # amiconn: use postincrement or predecrement addressing as often as possible 21.56.13 # all other addressing modes add sixteen bits 21.56.14 # preglow: I already had 1 encounter with cache and pieline effect: 21.56.16 # Slasheri: ok, tnx 21.56.22 # *pipeline 21.56.24 # t0mas: you really want to enable logf while listening to songs 21.56.37 # sorry about this but I am in command prompt and as HCl suggested I typed java -jar SongDB.jar - what do I need to do now? 21.56.52 # ...my memset() execution times are _exactly_ identical for filling 0 and 1 byte 21.56.59 # Well, FLAC playback is nice and gapless :-). 21.57.26 # <[solid]> linuxstb: can't wait to test the hell out of it :o) 21.57.55 # Slasheri: How should I detect end of stream when calling ci->read_filebuf ? 21.58.09 # it gives a clear usage. 21.58.12 # amiconn: coldfire doesn't have much of a pipeline 21.58.34 # linuxstb: it will return 0 bytes as size 21.58.35 # Slasheri: found it 21.58.38 # it's done in wps code 21.58.44 # t0mas: ah :) 21.58.59 # preglow: I think there must be a pipeline. Even SH1 has a 5-staged pipeline 21.59.15 # amiconn: like i said, not much of a pipeline 21.59.15 # Slasheri: OK, that's what I am testing at the moment. I'll commit it. 21.59.23 # great :) 21.59.23 # i have a list of options such as [--] 21.59.30 # amiconn: i think they would have mentioned a pipeline in their docs 21.59.38 # amiconn: and i can't remember reading about any pipeline 21.59.40 # hm... general question... when I switch on a bitmask (like 1000) does that match case 1011 too? 21.59.50 # yes. they're all in standard commandline options format... 22.00.01 # amiconn: probably has a pipeline, yes, but i don't think you need to think much about it 22.00.01 # in case you're unfamiliar with it. [] is optional, < > is mandatory 22.00.03 # oh stupid... ofcourse it doesn't 22.00.24 # i'm really sorry but could you tell me what to type because it keeps saying file not recognised 22.00.36 # file not recognised? 22.00.40 # or cannot find specified file 22.00.50 # java -jar SongDB.jar 22.00.59 # oh.... 22.01.23 # preglow: http://www.rockbox.org/twiki/pub/Main/DataSheets/MCF5249UM.pdf page 34: "The ColdFire processor Version 2 core consists of two independent, decoupled pipeline structures..." 22.01.37 # ok thx a lot its working now... 22.03.28 # amiconn: don't think it's very deep, though 22.03.40 # linuxstb: btw, you should place next_track: before codec_init so all dynamically allocated memory will be freed 22.04.07 # That was a problem with vorbis and caused eventually memory overflow to the file buffer 22.05.30 # what do I do once all of the albums have been shown on the screen (do you have to save it or something?) 22.06.17 # because I restarted rockbox and the id3 database didn't show up 22.06.26 # there's a howto on the wiki.. 22.06.39 # ok 22.06.41 # sorry 22.06.46 # its okay 22.07.12 # Slasheri: I've already changed that. It will be in my next commit. 22.07.50 # ok :) 22.09.53 Join muesli- [0] (muesli_tv@Bc0a0.b.pppool.de) 22.10.15 # I've just committed some fixes for codecflac - it should be working much better now. 22.10.30 # Any comments/fixes welcome :-) 22.11.14 # =) 22.11.23 # I think i should start encoding more albums to flac :) 22.11.44 # Slasheri, I think I need to do the same 22.12.25 # FLAC probably uses more battery though. 22.12.38 # <[solid]> i already have been using my iriver as a storage place for some of my flac's so i'll be testing as soon as it builds.. 22.12.45 # there's room for much, much optimisation in flac 22.13.05 # <[solid]> it's great that they are no longer useless sitting there 22.13.27 # <[solid]> preglow: but it will always use a lot more battery power because of the size, no? 22.13.37 # yeah 22.14.00 # Everything I've tried seems to play in realtime though. That's the biggest hurdle overcome. 22.14.05 # I don't worry about battery life... I'm never away from the house for more than, say 10 hours 22.14.55 # <[solid]> linuxstb: i have only max compression (-8) flac's and it's all great:D 22.15.05 # HCl: I'm really sorry and really don't want to waste your time but I looked on http://www.rockbox.org/twiki/bin/view/Main/DatabaseV2 and couldn't find anything to solve my problem 22.15.15 # http://www.rockbox.org/twiki/bin/view/Main/TagDatabase 22.15.19 # [solid]: I don't think the compression rate affects the decoding time, only the encoding time. 22.15.21 # that too 22.15.27 # i have looked 22.15.42 # yea, i guess you're right, it needs updating 22.15.51 # anyways, move the rockbox.id3db to .rockbox folder 22.15.54 # afk now 22.15.56 Quit bipak (Read error: 145 (Connection timed out)) 22.16.09 # ok thx 22.16.40 # <[solid]> linuxstb: but at lower compression levels it uses less complicated maths, doesn't this affect it? 22.16.48 # amiconn? 22.17.23 # according to cvs annotate... 22.17.23 # you added the #define WPS_RC_NEXT lines to wps.c 22.17.23 Quit belgarath_the_so ("CGI:IRC (EOF)") 22.17.24 # RC = remote controller here? 22.17.34 # but they're never used in the file... just defined... 22.18.24 # oh wait 22.18.29 # [solid]: I think you're right - it's probably the "-l" option that increases the decoding time. -8 implies "-l 12". But anyway, Rockbox seems to cope :-). 22.18.30 # never mind... found them :) 22.19.04 # compression rate affects decoding time 22.19.25 # it uses higher order lpc, and i've just coded a generic decoder loop for that 22.19.29 # though it should be pretty fast 22.20.22 # <[solid]> linuxstb: yeah there was this issue with some maudio players that couldn't cope with levels over -3 or something like that. i'm listening to flac on my h120 as we're speaking...:) 22.20.30 # <[solid]> it's just so cool :D 22.20.58 # <[solid]> wee and the build is done 22.22.09 Join mborus [0] (~c304d458@labb.contactor.se) 22.23.27 Quit Shagnar (Remote closed the connection) 22.24.58 Quit mborus (Client Quit) 22.25.05 # <[solid]> hmmm... it told me 'extension array full' on startup now 22.25.08 # <[solid]> but it's working 22.25.40 # [solid]: You need to update the apps/filetypes.c file from CVS. 22.25.56 # <[solid]> i just fetched a daily build o_O 22.26.15 # <[solid]> i thought it's supposed to have that patch already 22.26.55 # yay gta san andreas works 22.27.17 # on iriver? 22.27.28 # sure, on iriver *rolls his eyes* 22.27.31 # =P 22.27.49 # a man can hope cant he not? 22.28.20 # [solid]: Yes, it should be. Not sure why you are getting that message. 22.28.55 # <[solid]> linuxstb: waiting for the gap now... or rather, waiting for the gap not too happen:) 22.29.24 # <[solid]> maybe i should delete the .rockbox directory and do a fresh copy? 22.29.42 # daily builds are always lagging behind cv 22.29.43 # s 22.29.46 # because they need to be compiled 22.29.53 # <[solid]> HCl: yeah, about 20 minutes 22.30.06 # mhm 22.30.11 # <[solid]> (from my experience) 22.30.51 # hm? they're not really daily? 22.31.17 # <[solid]> lol 22.31.24 # <[solid]> :D 22.32.13 # preglow: Spooky... using movem to make use of burst mode (as we thought) doesn't help a tiny bit to increase speed... :( 22.32.38 # <[solid]> oh yeah, somethings wrong... it stopped after the track again... i'll delete the .rockbox dir and try again 22.32.38 Join firmwarewontload [0] (~50b81b3c@labb.contactor.se) 22.32.49 # nice nick 22.33.06 # [solid]: You're talking about bleeding edge. The dailies are compiled at 06:00 ce(s)t 22.33.11 # firmwarewontload: what's your problem? Doesn't the rockbox firmware load? or the iriver? 22.33.28 # hm? they're not really daily? <-- I was right :P 22.33.28 # hey. great workwith rockbox 22.33.33 # they are daily 22.33.39 # and not 20 minutes behind... 22.33.39 # true the iriver firmware wont load 22.33.47 # firmwarewontload: charge batterys 22.33.51 # and try again in 10 minutes 22.33.55 # *batteries 22.33.56 # t0mas: The dailies are daily, bleeding edge is... bleeding edge 22.34.03 # ok. thanks a lot 22.34.19 # <[solid]> oh... i've been using bleeding edge since... since... since i flashed my player 22.34.21 # <[solid]> :) 22.34.41 # amiconn: not a thing? 22.34.47 # Nope 22.34.48 # amiconn: what did the old code look like? 22.34.51 Quit firmwarewontload (Client Quit) 22.35.19 # preglow: I compared a simple loop storing longs with one that stores 4 longs at once using movem 22.35.31 # hm 22.35.40 # who did the iriver remote handling code? 22.35.41 Join mborus [0] (~c304d458@labb.contactor.se) 22.35.49 # austriancoder 22.35.52 # The version using movem shows exactly the same speed as the simple long loop for very large chunks 22.36.04 # amiconn: well, that's pretty strange 22.36.09 # It's even a bit slower for smaller chunks due to more precalculation 22.36.11 # I guess he did something wrong... the volume buttons aren't working... 22.36.18 # maybe some stuff wasn't initialized properly? 22.37.14 # amiconn: but anywho, how much faster is it as it is? 22.37.15 # well... the backlight doesn't activate when using the volume or trackchange buttons 22.38.06 # preglow: If the destination is longword aligned to begin with, my asm version is equally fast for large chunks 22.38.26 # amiconn: i mean compare to the c version 22.38.34 # yup 22.38.40 # again, strange 22.38.48 # For non-aligned, I can get it up to 4x (same speed as aligned, doing start and trail bytes separately) 22.39.16 # For small chunks it's a bit faster as well due to optimised calculations 22.39.51 # linuxstb: the flac playback seems to work quite well and sound quality is great :) 22.40.19 # What's needed to get the WPS working? 22.40.33 # tag info has to be read at least 22.40.53 # one temporary solution would be writing tags to proper id3 fields 22.41.01 # Slasheri: you do read the mailing list, right? 22.41.13 # Bagder: i just subscribed :D 22.41.15 # um. 22.41.16 # slasheri 22.41.23 # tag info can be gotten from the tag database 22.41.31 # if the tag database is present 22.41.40 # Slasheri: so I guess you read my mail? 22.41.45 # Slasheri: remote volume, pause/play and stop are working 22.41.46 # HCl: it should not 22.41.54 # why not? 22.41.59 # playing songs should get tags from the song 22.42.00 # i said it could, not that it should 22.42.02 # Bagder: he's already commited a fix :P 22.42.04 # <[solid]> linuxstb: oh indeed, deleting the .rockbox dir helped... still waiting for the gap tho, damn long song :) 22.42.05 # Slasheri: next and prev. song don't work... the buttons aren't handled as I want them... 22.42.06 # HCl: Hmm, that database is something i really should study better 22.42.21 # either way, we're going to have to look up the song in the database anyways 22.42.21 # Bagder: yes, thanks :) 22.42.25 # for the runtime information 22.42.31 # Hi. Just installed RB on my H140 today - do you want feedback in IRC or on the mailing list? 22.42.33 Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) 22.42.37 # so you might as well fetch the info from the database 22.42.40 # Bagder: i removed the rindex right away 22.42.41 # night guys 22.42.42 # the db is secondary, playing is primary 22.43.06 # t0mas: oh, really cool :) 22.43.26 Quit TCK (Read error: 145 (Connection timed out)) 22.43.27 Quit muesli- (Read error: 110 (Connection timed out)) 22.43.37 # i still don't see why we wouldn't use info thats available anywho 22.43.46 # but whatever 22.43.47 # o.o 22.43.47 # we should 22.43.52 # but thats _secondary_ 22.44.04 # anyone know if rockbox is janes compatible? 22.44.11 Quit preglow (Read error: 104 (Connection reset by peer)) 22.44.11 # i dunno how much cpu it costs to parse tags in a file 22.44.13 # Do I just need to fill in the ci->mp3entry structure with the tags from the FLAC file, and then set ci->taginfo_ready to true? 22.44.27 # but for vorbis, i think it would be more than to look it up in the database? 22.44.29 # Zoom2: you mean janus? 22.44.35 # yeah =) 22.44.42 # linuxstb: that should work 22.44.49 Join preglow [0] (thomj@s183a.studby.ntnu.no) 22.45.02 # no it's not. janus is Microsoft stuff, which means it can't be done on open source. 22.45.05 # But it really is not the best solution.. 22.45.18 # Zagor: k, thanks 22.45.29 # <[solid]> and so the next song came, and the gap did not happen... great work linuxstb 22.46.19 # Is anyone else having the problem with tags not displaying when playing back Ogg files? 22.46.27 # it's not a problem 22.46.33 # like preglow said. 22.46.37 # its in development 22.46.37 # Slasheri: What is the best solution? (I'm assuming you're talking to me...) 22.46.40 # its not meant for end users. 22.46.40 # OK it's not coded I guess 22.46.56 # was thinking I was going nuts ;) 22.47.12 # linuxstb: currently there is no better solutions.. it has to be implemented =) 22.47.31 # * MO-Pantsu smacks EAC for giving an error when using OggEng 22.47.37 # i think it's best at the moment to use the id3 fields to get tags to wps.. 22.47.38 # OggEnc 22.48.06 # Is there a better ripper than EAC for Ogg? 22.48.43 # has nothing to do with the ripper 22.48.48 # I get a cryptic error message about not adding UTF-8 22.48.51 # has everything to do with the encoder the ripper uses 22.49.16 # gonna try another encoder methinks 22.50.11 Join theebag [0] (theebag@d51A55780.access.telenet.be) 22.52.49 Quit ghostiger (Remote closed the connection) 22.53.40 Join Xavier|away [0] (~XavierGr@ppp12-adsl-188.ath.forthnet.gr) 22.53.56 # Hello everybody! 22.55.38 Nick Xavier|away is now known as XavierGr (~XavierGr@ppp12-adsl-188.ath.forthnet.gr) 22.55.59 Join leftright [0] (~5087b522@labb.contactor.se) 22.56.38 # woohoo :D 22.56.51 # Hmm, no Linus :( 22.56.54 # * t0mas is enjoying his iriver... with a graphical wps 22.57.11 # nicely formatted.. all info I need 22.57.15 # I spot some weirdness in crt0.S 22.57.16 # and control from the remote works too :D 22.57.27 # <[solid]> t0mas: sounds nice 22.57.35 # wow t0mas where! 22.57.37 # ? 22.57.45 # did you patch it? 22.57.48 # yes 22.57.55 # <[solid]> t0mas: control from the remote is the only thing that keeps me using the original firmware now :D 22.58.01 # me too! 22.58.13 # ok, I'll reformat it... and test for archos tomorrow 22.58.16 # and then commit ok? 22.58.17 # do you have wps in the remote too? 22.58.20 # no 22.58.24 # that's still left todo 22.58.26 # :( 22.58.35 # <[solid]> who cares, the buttons are working \o/ 22.58.35 # gotta do it man its perfect! 22.58.35 # but I'll try to get that working :) 22.58.44 # :D 22.58.50 # Sweeet! 22.58.50 # damn... I'm _really_ tempted to do it right now 22.58.57 # <[solid]> :D 22.59.02 # but I have to go to sleep... have to get up at 6:30 tomorrow 22.59.02 # got screenshots?> 22.59.06 # that takes some thinking 22.59.10 # Zoom2: from simulator? 22.59.17 # ah then go to sleep But aupload some pics first 22.59.27 # like what to do on the remote/main screen 22.59.29 # doesnt matter where 22.59.33 # for WPS/file browser 22.59.36 # I just wanna see what it looks like 22.59.52 # Zagor: http://tomas.salfischberger.nl/dump/wps-test.png 22.59.56 # like that now :D 23.00.17 # <[solid]> whoa 23.00.28 # Bagder: shall I just try to make it use wps in the remote? from a separate wps config file? 23.00.35 # or are there better suggestions? 23.00.50 # that's what I mean with the required thinking 23.01.06 # it could for example remain in WPS in the remote even if you browse files on the main screen 23.01.26 # also 23.01.30 # yes, but writing wps code for the remote is needed anyway? 23.01.34 # you want another font for the WPS on the remote 23.01.40 # so I can do that when I have some time tomorrow? 23.01.41 # t0mas: true 23.02.28 # good work t0mas 23.02.46 # <[solid]> oh man, can;t wait to test that 23.03.01 # what files did you reprogrammed t0mas to work that out? 23.03.34 # wps.c 23.03.44 # only that? 23.03.59 # I already knew a lot of that code... because I did the graphics thing before 23.04.09 # just added the remote buttons there 23.04.19 # and re-added my graphics stuff 23.04.32 # hmm maybe a wps with graphics thing (customizable) would be perfect! 23.05.19 # what about if you open a wps file? Does your patch crash or it can choose 23.09.50 Quit Aison (Read error: 54 (Connection reset by peer)) 23.10.21 # hm? 23.10.25 # it doesn't crash... 23.10.47 # but if your wps doesn't fit in my image it doesn't look really good 23.10.58 # that's why I'm going to change that... to read the image from a bmp file 23.11.06 # as that's not really difficult 23.11.48 # that is really good stuff t0mas, if we could get custome graphics on wps that would be awesome! 23.12.52 Quit thegeek (Read error: 54 (Connection reset by peer)) 23.12.56 # :) maybe it will just be a separate patch... 23.13.03 # as it uses some memory... wich amiconn doesn't like 23.13.48 # heh 23.13.56 # he likes it if you do it effectively 23.14.56 # ok, so don't use more buffer than we have lcd space... 23.14.56 Quit mborus ("CGI:IRC") 23.14.58 # and what else? 23.15.27 # oh btw... a reallife "screenshot" -> http://tomas.salfischberger.nl/dump/dscn3533.jpg 23.16.37 # <[solid]> t0mas: can't wait :D 23.16.40 # looks good, im trying to find some post for you on the forums 23.16.47 # there was an artist who did a really good rendering 23.16.54 # I was wondering if it were possible 23.17.24 # <[solid]> that's a plug from koss'? ;) 23.17.38 # the WPS should use whatever pic you want, so t0mas won't need that artist 23.18.46 # http://forums.rockbox.org/index.php?topic=442.0 23.18.54 # would that tabbed page interface be possible? 23.19.21 # everything is possible, if you write the code for it 23.20.35 *** Saving seen data "./dancer.seen" 23.21.02 # Zoom2: I won't write that 23.21.20 # and I'm going to bed now 23.21.23 # good night :) 23.21.23 # gnite 23.21.28 # night t0mas 23.21.34 # good night 23.22.30 # (and the reason not doing it is that it's way to complicated to integrate into rockbox... don't think many people can make something like that) 23.22.55 # and those who can don't see the point of doing it ;-) 23.23.06 # yes, I guess Bagder can do it :P 23.23.29 # gnight :) this time for real... ghehe... 23.23.47 # nite t0mas, thanks for the input 23.24.09 Join thegeek [0] (na@ti521110a080-0888.bb.online.no) 23.25.48 Quit theebag (Read error: 104 (Connection reset by peer)) 23.27.03 # would this interface be easier to code?: http://img208.exs.cx/img208/8148/howitworks4wo.jpg 23.27.47 # its not about how easy or hard it is to write 23.27.49 # it's not about how easy it is to code. we already have an interfac. 23.27.56 # haha 23.28.26 # well I dont know what I am talking about then =( 23.28.42 # * amiconn spotted some weirdness in system.c too :( 23.31.12 # btw, i'm ready to press the release button. but I'm pretty out of touch about the current status. do we have any outstanding issues for the archos that warrants a delayed release snapshot? 23.31.48 # Zagor: I think amiconn is most on top of these things atm 23.32.01 # as in "has fixed" or "is fixing"? 23.32.13 # or "knows best" :) 23.32.35 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 23.32.47 # release what release? 23.32.53 # 2.5 23.33.01 # I'm not personally aware of any remaining major flaws 23.33.01 # I think I have fixed the major issues, but e.g. for the multivolume probs on 0308 Ondios, I did not yet receive confirmation from Trevor 23.33.16 # He told me that he can't find his other 0308 Ondio :( 23.34.06 # And of course, the recording fixes aren't tested much on other devices than my own recorder 23.34.23 # (but they probably never will be if we don't release) 23.34.29 # exactly 23.34.44 # well, i just made a snapshot and tagged cvs. it'll take a little time to write the release notes (bagder, will you do the usual honors?) 23.34.56 # People seem to stick to releases, even if the dailies are way better 23.34.57 # certainly, hang on 23.36.07 Join LinusN [0] (~linus@labb.contactor.se) 23.36.13 # aha, dr L! 23.36.19 # yo 23.36.24 # Uuuhh, LinusN himself! :) 23.36.36 # moo 23.36.46 # * LinusN is writing a linux driver for his logic analyzer 23.37.05 # LinusN: There are some things in crt0.s and system.c that look a bit suspicious to me 23.37.14 # amiconn: shoot 23.38.11 # (1) Am I right that the SDRAM setup is done in the bootloader only? If so, did you write a modified bootloader to test page mode? 23.38.41 # 1) the setup is done in the boot loader, but page mode can be changed on the fly 23.38.52 # afaik 23.38.53 # AH, ok 23.39.28 # (2) DCR setup (lines 193,194). It sets RC to 5, but claims to set 80 cycle refresh 23.39.54 # However, refresh cycle count is (RC+1)*16 so it sets 96 cycles... 23.40.29 # oops 23.40.41 # More oops'es to come... system.c 23.41.16 # In set_cpu_frequency: 23.41.50 # (1) pll bypass means 11 MHz CPU frequency again, and 5.5 MHz sysclk, as in the bootloader 23.41.57 # (correct?) 23.42.04 # yes 23.42.29 # Why do you set RC=1 then. RC=4 (80 clks as intended in the bootloader) should sufficew 23.42.31 # -w 23.43.07 # i remember i had a reason for that... 23.43.40 # and didn't comment it? ;) 23.43.43 # but i can't remember now 23.44.25 # i guess it could be 4 23.44.29 # (2) CPU_FREQ_MAX: 23.44.49 # if i want to build rb myself, do i have to check out anything else except the base package and the fonts? 23.45.26 # CoCoLUS: tools 23.45.26 # You set the refresh timer to 28. If my calculation is correct, it should be 57 23.46.14 # Ditto 22 instead of 10 for CPU_FREQ_NORMAL 23.46.26 # Bagder: shouldn't make be run in tools/ if they aren't built? that used to be the case before, and now we get people asking why it fails all the time 23.46.55 # amiconn: you mean i have mixed up pll freq and sysfreq? 23.47.05 # LinusN: (3) default: The comment for i2c frequency is obviously wrong, as it says 48 MHz. 23.47.24 # preglow: it should, but I didn't like the way it was done before. I should re-add it in a better way. 23.47.43 # The clock divider might be wrong too. (Didn't check yet, but it has the same values as for 48 MHz) 23.48.10 # amiconn: i must have forgot to set the correct values for the default case 23.48.37 # http://daniel.haxx.se/rockbox/since24.html 23.48.38 # Iiuc the formula for calculating refresh is 23.48.41 # all commits since 2.4 23.49.00 # ~500K 23.49.01 # amiconn: the refresh rate is based on the bus frequency 23.49.16 # sysclk = cpuclk / 2; RC = (sysclk * 15.625 us) / 16 - 1 23.49.29 # looks correct 23.49.58 # ...and if I calculate that, I get 57 / 22 / 4 for ~120 / ~48 / ~11 MHz 23.50.32 # Bagder: yikes! yeah, this'll take a while... 23.50.44 # amiconn: looks ok 23.50.44 # yes, its... BIG 23.50.46 # ...and it's obvious that the value for 120 MHz must be >10 times the value for 11 MHz 23.51.06 # i made a nice excel sheet for all those calculations, i wonder where i goofed 23.51.21 # Do you still have that sheet available? 23.51.27 # yes, at work 23.51.32 # Hmm :/ 23.51.49 # Openoffice should be able to open excel files 23.51.58 # yes 23.52.48 # hmm 23.52.53 # will this affect performance much? 23.52.55 # number of commited files since 2.4: 23.53.00 # top 5 23.53.04 # 574 amiconn 23.53.05 # 482 bagder 23.53.09 # 404 linus 23.53.09 # 269 hcl 23.53.09 # 221 dave 23.53.28 # hm, how did I make it there? 23.53.28 # preglow: it will affect performance somewhat 23.53.38 # 574. wow!!! 23.53.54 # out of 2703 23.54.30 # where am i :/ 23.54.44 # 81 preglow 23.54.50 # Committing all those codecs was an easy way for me to get on that list... 23.55.03 # 167 jyp 23.55.03 # 119 hohensoh 23.55.03 # 94 zagor 23.55.03 DBUG Enqueued KICK Bagder 23.55.03 # 81 preglow 23.55.03 # 71 christian 23.55.44 # LinusN: Is there anything we can do to get 48KHz playback on the iRiver? Or was your statement a few months ago that we have to do software resampling the final word on the subject? 23.56.03 # Bagder: and me? 3 or 4 ? :) 23.56.12 # linuxstb: resampling is the only way to go 23.56.13 # 15 tomas 23.56.19 # oh ok :) 23.56.31 # t0mas: aren't you sleeping? B-] 23.56.50 # Has anyone looked for suitable resampling algorithms yet? 23.56.54 # yes I am 23.56.58 # interpolation is mroe or less our only choice 23.57.04 # was just returning to scream: "I love gapless" 23.57.13 # hahaha 23.57.19 # as I was listening some music while cleaning up before I was going to sleep 23.57.29 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 23.57.29 # * LinusN screams "i've had gapless for years" 23.57.31 # preglow: I mean do we have any code ready to be slotted in, when we have a place to slot it? 23.58.17 # making a quick linear interpolator shouldn't take too much time 23.58.35 # but i'm concerned linear interpolation might kill too many high frequencies 23.58.46 # Are we keeping the DAC at a constant 44.1KHz and resampling everything to that (even 22.05KHz etc)? 23.58.49 # just one way to find out, i'll try a few experiment 23.58.49 # s 23.58.58 # i can't seem to get any work done anyway